首页 > 其他分享 >IFN563 PPreliminary design

IFN563 PPreliminary design

时间:2024-08-23 16:36:50浏览次数:8  
标签:PPreliminary will should project IFN563 design your must

IFN563 Project Specification

Assessment 1: Preliminary design

Weight: 30%

Due: 9 August (Week 3 Friday)

Assessment 2: Final design and implementation

Weight: 70%

Due: 30 August (Week 6 Friday)

Overview

The goal of this project is to gain practical experience in object-oriented software

development through object modelling with design diagrams and applying software design

principles and patterns. You will demonstrate this knowledge by creating and documenting

an object-oriented design and implementing it using C# for a real-world motivated

problem.

To imitate real world software development practices, you can choose to complete this

project either individually or in a team. While you can talk about the project with tutors and

peers outside of your team, the submissions must be your own original work. Copying the

work of others is not tolerated at QUT and submissions will be checked for code

plagiarism against online repositories. In addition, the use generative AI tools such as

ChatGPT, including programming/coding assistants such as CoPilot, is strictly forbidden

for all assessment tasks in IFN563 and will be considered an act of major academic

misconduct.

Every student must form and register a project team of 1-4 members on the IFN563

Canvas (from the "People" section select the "Groups" tab) by the end of Week 2. Only

one team member needs to submit the assessments (i.e., not everyone in the team needs

to submit). Each team will receive a single grade for this project.

Description

You are required to develop an extensible framework for many different two-player board

games. To demonstrate that your framework can be easily adapted to different games,regardless of whether you work individually or in a team, your design (all design

diagrams) must include all the following games in the same software:

Notakto, also known as Neutral or Impartial Tic-Tac-Toe (Wikipedia). Two players take

turns placing the same piece (e.g. an X ) on a finite number of 3 × 3 board (in this

project, we use three boards). The game ends when all three boards contain a three

in-a-row of X s, at which point the player to have made the last move loses the game.

Gomoku, also known as 代写IFN563 PPreliminary design Five in a Row (Wikipedia). Two players take turns placing two

types of pieces (e.g. an X and an O ) on a 15 × 15 board (you can use a smaller board

if that helps the UI). The winner is the first player to form an unbroken line of five

pieces of their colour horizontally, vertically, or diagonally.

To demonstrate the feasibility and effectiveness of the design, you must implement the

games that correspond to your design using C# on .NET 8.

Students working individually or teams of two members must implement Notakto.

Teams of three or four members must implement both Notakto and Gomoku.

Requirements

Your design should extract as many commonalities as possible from the different games

so that the framework is extensible and reusable for a wide variety of board games.

Your system should cater for different modes of play, including:

Human vs Human

Computer vs Human

With human players, the system must check the validity of moves as they are entered.

With computer players, the system can randomly select a valid move.

Games can be played from start to finish, and should be able to be saved and restored

from any state of play (i.e. a save file). A game should be replayable from any position after

being loaded from a save file.

During a game, all moves made by both players should be undoable and redoable (i.e. the

full history of moves are tracked). But the history of the moves does not have to be saved

into a save file. That is, immediately after loading the saved state from a file, undo and

redo operations are not available (until new moves have been made).

You should provide at least a primitive in-game help system to assist users with the

available commands (also give some examples if they are not obvious to use).

Comments on requirementsThe requirements are what you should aim to achieve in your project. Even if you do not

implement all features, you should at least cover all requirements in your design.

Some requirements may be vague and open to interpretation. As long as you clearly state

any assumptions you make in your design report, we will accept reasonable

interpretations.

The important aspect is that your design for the core structure and functionality of the

two-player board game meets the requirements, in a clear and easily understandable way.

You should steer your design towards a general framework and consider your

implementation as a proof-of-concept of your design, rather than a fully-featured, highly

intelligent game-playing program.

Your implementation must be a C# console application on .NET 8 and provide a text

based command-line interface (e.g. using either ASCII or Unicode) of the game as it is

played. Some marks have been allocated for usability, so be sure that whatever interface

you use, the commands are simple and clear. The following screenshot shows a simple

example of playing a game of the classic Tic-Tac-Toe by two human players, displayed in

Unicode.Submissions

Just like any design, OO design often is an iterative process and is learnt from experience.

In this unit, students have the chance to gain first-hand experience of OO design by going

through a supervised design process: draft a preliminary design, receive feedback on the

preliminary design, improve the final design, implement and evaluate the final design.

There are two assessments from this project, one for the preliminary design (by the end of

Week 3) and another for the final design report and implementation (by the end of Week

6). All submissions are to be made via the IFN563 Canvas website from the "Assignments"

section.

Assessment 1: Preliminary design

The purpose of the preliminary design tasks is to provide a checkpoint on your progress

early and allow you to receive feedback and improve the overall design of the project in

the final design report.

These design diagrams should record your software design based on the project

requirements. No implementation detail should be provided in the submission. You must

make sure your design diagrams are clean and readable.

Design patterns are optional in the preliminary design. They will not be part of the marking

criteria.

You should only submit one PDF document up to five pages in length to the Canvas,

containing the following design diagrams:

A high-level CRC classes design of objects in your program (one or two pages) from

Week 2 Workshop;

A single class diagram including all required games in the same software (one or two

pages) from Week 2 Workshop;

An object diagram displaying a snapshot of the program memory at a particular time

during the program execution (one or half page) from Week 3 Workshop;

A sequence diagram describing a significant scenario and exercise some important

functionalities of the software (one or half page) from Week 3 Workshop.

Assessment 2: Final design and implementation

For this final assessment, you must submit two separate files: a PDF file of the design

report and a ZIP file containing all your C# project files. The submission link will open in

Week 6.Final design report

You should only submit one PDF document with no more than 10 pages in length (A4 page

size with 2cm in margins on all sides; 12-point Times New Roman or 11-point Arial font or

something equivalent, and in single space).

Your report should include:

a statement of completion (half page), clearly declaring the requirements that have

and haven't been implemented. This declaration must be complete and accurate, in

order to receive marks for the "Fulfilment of requirements" in the marking criteria.

a list of all team members (full names, student numbers and emails) and a declaration

of contributions of each of your team members (half page). Please note that any

team member who didn't contribute substantially to the project will not receive any

mark.

an overview of your final design (one page). You should provide a short explanation of

your overall design and a brief summary of changes from the preliminary design

including both what and why changes were made.

detailed final design documents (at most three pages), including a class diagram, an

object diagram and a sequence diagram. You don't need to provide CRC cards

because they are reflected in your final class diagram.

identification and a brief justification of design principles and patterns that have been

used (one or two pages). For each design pattern, you should clearly indicate the

participating classes and important operations (in design diagrams) and justify

their use in your design with a few sentences.

a brief document on how your program can be executed (at most one page).

a short summary of classes/interfaces (one page) to be reused from existing

libraries and frameworks. For example, if you use the Collections library, just list the

classes you will use, without any further explanation.

Note that you will be marked for the simplicity and elegance of design. It is in your best

interest to make your design as neat, clear and understandable as possible. In general,

your detailed design should speak for itself. Only include explanations of your design

where your intentions may not be clear, but this should mostly be covered by the use and

justification of design principles and patterns as requested above.

Implementation source code

You must submit a working implementation including full C# project source code for .NET

  1. You should zip all your project files and upload this ZIP file onto the IFN563 Canvas

website.

You do not need to provide a user guide or tutorial, but in your design report, you must

clearly document how your program can be executed.Your class implementations must be strictly faithful to the documented class designs

in your final design report. That means the classes in the source code must correspond

to the same classes defined in the class diagram, including their properties, operations

and relations to other classes.

The submitted project files will be compiled and executed on QUT lab computers with

.NET 8. You must make sure that your submitted code can be compiled and run

properly with .NET 8.

Unfaithful class implementations will receive zero for implementation. Uncompilable or

inexecutable source code cannot be marked and will receive zero for implementation. To

confirm the version of .NET on the computer, simply open a terminal and run the following

command:

dotnet --version

To check that your project code can be compiled and executed on .NET 8, open a terminal

in the folder containing the project file ( .csproj ) and run the following commands:

dotnet clean

dotnet run

标签:PPreliminary,will,should,project,IFN563,design,your,must
From: https://www.cnblogs.com/vvx-99515681/p/18376371

相关文章

  • Altium Designer (AD) 20对显卡的要求高不高?
    AltiumDesigner(AD)是一款专业的电子设计自动化软件,它对显卡的性能要求相对较高,特别是如果你打算充分利用其3DPCB设计和仿真功能。根据官方的系统配置要求,AD20推荐使用高性能显卡,如GeForceGTX1060或RadeonRX470级别或更高,以支持DirectX10或以上版本。这意味着显卡需......
  • Towards Mitigating ChatGPT’s Negative Impact on Education: Optimizing Question
    文章目录题目摘要引言概述实验结果结论和未来工作题目减轻ChatGPT对教育的负面影响:通过布鲁姆分类法优化问题设计论文地址:https://ieeexplore.ieee.org/document/10223662摘要    生成文本AI工具在回答问题方面的流行引发了人们对其可能对学生学业成......
  • ant design vue 表格table 和复选框Checkbox结合 实现树形数据操作
    前言:最近在做一个权限管理的页面,需要配置权限。业务给的要求在表格里,展示权限以及编辑权限。然后根据权限数组,动态展示模块。页面需求:可以设定每个公司或者部门的单独权限,可以编辑保存权限主要实现:1.全选,反选(递归循环,every,some实现)2.子级选中其父级选中,父级取消子级也取消3.......
  • Python - Architectural Design Patterns
    Architecturaldesignpatterns provideatemplateforsolvingcommonarchitecturalproblems,facilitatingthedevelopmentofscalable, maintainable,andreusablesystems.Technicalrequirements•FortheMicroservicespatternsection,installthefollowing......
  • powerdesigner从sql脚本生成pdm文件
    1、File-->ReverseEngineer(逆向工程)-->Database2、选择数据库类型,我的是MySQL所以选择MySQL5.03、选择脚本文件脚本内容: 查看代码DROPTABLEIFEXISTS`drawing_library`;CREATETABLE`drawing_library`(`id`bigintNOTNULLAUTO_INCREMENTCOMMENT'图纸......
  • COS110 - Program Design: Introduction
    DepartmentofComputerScienceFacultyofEngineering,BuiltEnvironment&ITUniversityofPretoriaCOS110-ProgramDesign:IntroductionPractical4SpecificationsReleaseDate:19-08-2024at06:00DueDate:23-08-2024at23:59TotalMarks:1501Con......
  • [Design Pattern] Memento Pattern
    //memento.jsimport{TodoList}from"./classes.js";exportconstTodoHistory={history:[],push(state){if(state){//alwayspushanewSettoavoidreferenceissuesthis.history.push(newSet([...state]));}......
  • Twenty Lectures on Algorithmic Game Theory 算法博弈论二十讲 Lecture 2 Mechanism
    TwentyLecturesonAlgorithmicGameTheory算法博弈论二十讲Lecture2MechanismDesignBasics过去的15年里,计算机科学与经济学之间进行了活跃的互动,催生了算法博弈论这一新兴领域。许多现代计算机科学中的核心问题,从大规模网络中的资源分配到在线广告,都涉及多个自......
  • Python - Structural Design Patterns
    •TheadapterpatternTheadapterpatternisastructuraldesignpatternthathelpsusmaketwoincompatibleinterfaces compatible.Whatdoesthatreallymean?Ifwehaveanoldcomponentandwewanttouseitinanew system,oranewcomponentthatwew......
  • Python - Foundational Design Principles
    EncapsulateWhatVariesOneofthemostcommonchallengesinsoftwaredevelopmentisdealingwithchange.Requirements evolve,technologiesadvance,anduserneedsalsochange.Therefore,itiscrucialtowritecodethat canadaptwithoutcausingaripple......