Point Value: 5 Description: You will turn in a UML diagram which only shows what classes will be included in the application. This must be a UML Class Diagram using standard UML diagram formats and widgets. You do not have to list any member variables or member functions in the class widgets. Include with the UML diagram a brief description (1 or 2 paragraphs) of each class summarizing what the class will be used for and what it will do. Due Date: Next class period after the Requirements Specification Document. |
Point Value: 5 Description: This document will list all proposed variables and functions in each class with a brief description of what each does. This does not have to be a final listing but it must show you have given some thought to the variables needed to define the state of each object and the functions to define the behaviors of each object. No specific details, i.e. pseudocode is not required in this document. Due Date: Approximately 2 weeks after program assignment date. |
Point Value: 5 Description: This document shall be an outline which will show the step-by-step functionality of the program. This should be taken out to a fair amount of detail. From this outline you could begin to create a detailed Software Design Document. A UML Sequence Diagram while not required would add much value to this document. It would be the appropriate type of UML diagram to illustrate the information contained in this document. Due Date: Approximately 3 weeks after program assignment date. |
Point Value: 35 Description: Fully functional program submitted as the entire Visual Studio project in a .ZIP file. Note: you should do a "clean" (from the VS Build menu select Clean projectName) on the project before zipping. This will remove any executable (.exe) or object (.obj) files contained in the project. These files sometimes have problems getting through some firewall software even if they are inside of a ZIP file. Due Date: Approximately 4 weeks after program assignment date. |
It would be a good idea to read all of this carefully. |
|
BTW: Don't forget you must include the following comment at the top of EVERY source file
(.h and .cpp). This is required by the Department of Computer Science.
/******************************************************************* * Source Code File Name * Programming Assignment number and name * Author: Your Name * Date: Month and year * * This program is entirely my own work *******************************************************************/All documents will be submitted to the instructor via e-mail and must be in either Microsoft Word .doc format or Adobe Reader .pdf format. |
|
![]() |
Simulation-This object will create instances of the model, view, and controller
objects, and initialize everything as needed to set up and run the simulation. SimModel-This object will create containers of all the simulation object and provide an interface between those objects and other objects in the program. Etc. for all other classes shown in the class diagram. |
1.0 System Overview This is a brief description of the problem being addressed and how this system will solve the problem. This section should include any relevant background information or other information needed to make the purpose of the software clear. |
2.0 Relevant Terms and Acronyms This is a list, with definitions, of all terms and acronyms that may be found in the text that are not considered general knowledge. Remember this document may be read by the customer, an upper level manager, or others who do not know all the project specific terms and acronyms so make sure any software engineering technical terms that may be used are included. |
3.0 Object Description 3.1 Class Whatever 3.1.1 Member Variables Var_1 - Brief description Var_2 - Brief description Etc. for all proposed variables 3.1.2 Member Functions 3.1.2.1 Function functionName Actions Performed-Brief description of what service this function will handle. Arguments-Brief description of the proposed or anticipated in/out arguments. Return Value-A statement of what the return value will be. There will be get and set functions defined for each private member variable. You can include the above statement to cover all those functions Etc. for each class... |
1.0 System Overview This is a brief description of the problem being addressed and how this system will solve the problem. This section should include any relevant background information or other information needed to make the purpose of the software clear. |
2.0 Relevant Terms and Acronyms This is a list, with definitions, of all terms and acronyms that may be found in the text that are not considered general knowledge. Remember this document may be read by the customer, an upper level manager, or others who do not know all the project specific terms and acronyms so make sure any software engineering technical terms that may be used are included. |
3.0 Object Functionality MyProgram.cpp main() Instantiate Simulation object Call Simulation::initializeSimulation Call Simulation::runSimulation Simiulation.cpp initializeSimulation() Query user for name of the data file Create instance of data parser Get data to define each simulation object from data parser Include details here of what the objects are and what data is fetched from the data parser. Instantiate all simulation objects and store in container of objects Include details here of what objects are instantiated and how they are stored. runSimulation() Begin timer loop Check current time if time to update update state of all simulation objects Include details here of how to update each object's state. display report to user on screen Include details here of what the display will contain and what it will look like. update time for next report Check user input from keyboard if "had keyboard input" handle keyboard input Include details here of what to do for each valid keyboard input. if keyboard input indicates "Exit Application" set timer loop termination flag end timer loop Etc. for each function Etc. for each class |