CEN4021: Software Engineering II | Spring 2010 | up ↑ |
This assignment will be used to assess your design abilities in this course. It requires you to understand the customer design of the system (the use cases and their descriptions) and to take that as input and transform it into a software design for evaluation prior to programming.
In an actual large project these packets are not all completed at one time but rather trickle out as design continues. As they are deemed complete, the project manager assigns them to programmers.
Make sure you take the time to assure you have a good understanding of the use case prior to your development of the individual deliverables within the packet.
This assignment is done individually. Each student is responsible for one use case packet. It should be a use case that contains a substantial number of use case points. Each deliverable in this packet has supporting documents that aid you in completing the specific deliverable.
Each team member will turn in just one Use Case Packet for individual grade, even though the entire team project is likely to involve several additional use cases. One objective of the assignment is to demonstrate that you understand how to put together a Use Case Packet.
Your submission must be in HTML 4.01, and follow the template structure given below, so that it can be merged with the work of other students to become part of your team's Software Design Specification (SDS) document.
Your submission should be organized into the following sections:
Begin with a header giving the name of the use case, and your name:
Use Case Packet: use case name
Author: your name
This must be a copy of what is in the team's SDS. Anyone changing the SDS must notify everyone else that it is changed. Use a ".gif" or ".jpg" image.
This must be a copy of what is in the team's SDS. Anyone changing the SDS must notify everyone else that it is changed. Use a ".gif" or ".jpg" image.
This must be a copy of the tables that apply to this use case. It must be a copy of what is in the current SDS. Anyone changing the SDS must notify everyone else that it is changed.
This is your work. It must match the Use Case Diagram, so anyone changing the SDS UCD must get approval from all that it can be changed.
This must describe all the screen and report layouts that are needed for this use case. It is a copy of what is in the SDS. Anyone changing the SDS must get approval from everyone who has that particular screen or report.
Show the navigation for just this one use case. Use the HTML table format.
This is your work. It must match the Use Case Diagram, so anyone changing the SDS UCD must get approval from all that it can be changed.
This is your work. It must match the Use Case Diagram, so anyone changing the SDS UCD must get approval from all that it can be changed.
This is your work. It must match the Class Diagram, so anyone changing the SDS CD must get approval from all that it can be changed.
Points may be deducted for all of the following defects that are found:
($Id$) |