Due Thursday January 31, 2008, at 11:59 PM
Please submit all project-related correspondence to
This semester, your group will specify, design and build an elevator control system and use it to control a simulated elevator. You will learn of and deal with many of the details of building a distributed, real-time, embedded system.
For this part of the project you will begin to write your requirements for an Event-based System. In project 3, you will construct your full requirements and traceability. Project 2 requires you to create scenarios for the elevator system, and draw out sequence diagrams. Follow the format of the "formula for behavioral requirements" you'll see in multiple lectures. A particularly important concern is that only one message can be used as the trigger for an action. If you need two messages to trigger an action, you will generally need to use multiple behavioral requirements and intermediate variables to do this. That having been said, the pre-written behaviors are already in time-triggered format so they can remain unchanged for later project phases. If you are wondering why this is all such a big deal, come to office hours and ask us.
We've done a lot of the work
for you already!
First, we've provided a Use Case Diagram (CLICK
HERE) , the Architecture Diagram (CLICK HERE), and the Elevator Behavioral Requirements (CLICK HERE).
From that use case diagram we've given you a Scenario and Sequence Diagram template (CLICK HERE). There are a few examples given in the template to get you started; you will be responsible for filling in the rest.
We want you to use UML (Unified Modeling Language) to develop your behavioral requirements. Here is the procedure for developing your behavioral requirements by first creating sequence diagrams:
Please sign off and indicate any discrepancies.
Each team shall maintain a design portfolio to organize all materials for the design package of its elevator system. You are going to update this portfolio for every weekly assignment, so it is worth investing some time now to get things organized and easy to maintain.
1) Organize your design portfolio
Your project2 directory should contain the most up-to-date design package for your elevator system organized into the following directories. This directory structure will develop as the semester progresses. This is to organize things for the rest of the course -- you'll be keeping this same organization and updating things for each subsequent project phase.
2) Ensure your design portfolio is complete and consistent. The following is a partial list of the characteristics your portfolio should exhibit:
Each team shall submit exactly one copy of the assignment.
Please include at the top of each file the assignment number, your group
number, the names of your group members, and the file name.
Projects shall be submitted by copying all needed files into your group's
directory in the course AFS space in the following directory:
/afs/ece/class/ece649/Public/project/group#/project#/
(group# is your group number and project# is the number of this project.
you may need to create this directory yourself)
Any submission that contains files with modification dates after the project
deadline will be considered late and subject to a grade deduction (see
course policy
page for more information).
Submission shall be electronically in the form of a web page with text and
in-lined images, in HTML 2.0 format, viewable from both MS Internet Explorer
and Firefox. HTML 2.0 does NOT include java or javascript or some of the more esoteric functions
(frames, etc.). However, you can include tables. (In other words, we want "plain-vanilla" html to
eliminate problems printing and viewing.) Any drawings shall be in non-animated
GIF format. (You can use other graphics formats at your own risk, but we must
be able to view them in the web browsers mentioned above). You can also
submit your project in pdf format, but make sure it
prints correctly on a postscript printer and that links work (we recommend
using html for documents with links!). A regular text editor
should be sufficient for this assignment - you may want to make the
traceability tables in Excel or Word and use the 'Save as HTML' or 'Save
as Web Page' feature in the File menu. If you need some help with HTML please
come to Office Hours :)
Additionally, the result should be easily readable when printed on a black-and-white laser printer. Each HTML file AND picture shall include the team number and names of all members of the team.
This assignment counts as one team grade.
Grading will be as follows:
· 8 points for each Scenario, End Condition, and Sequence Diagram set needed in the template (there are 12 total).
· 1 point for each checklist (12 points total). Another person in the group must sign off on each sequence diagram as described above.
We want you to go through the process of developing the scenarios and sequence diagrams, and in project 3 use them to generate the behavioral requirements. Project 3 will require that you show traceability between them. Consistency and coherence are the two criteria we're looking for. Your UML diagrams do not have to be perfect. You should make your best effort to completely specify all behaviors for the software control objects. However, be warned that if you slack off here, you'll have a much harder time with later project phases because you'll have to do all the work eventually to create a completed system. If you chose to create additional scenarios and sequence diagrams you should follow through with them as with the mandatory assignment. But we won't take off points for mistakes made that solely involve optional material.
Back to course home page