*** This project is worth 20% of class total. Graded out of 100 and adjusted to 80% later, as the intermediate deadlines were both worth 10% each. Late -20 --- allocated points are subtracted for missing info. *** 100 pts 10 OVERALL QUALITY -- professional presentation of code, diagrams and text 40 SYSTEM & DESIGN - reqs, code & execution, and interface & interaction 20 System Requirements, Code, and Execution. -- system MUST be working for any of these 20 points! -- well constructed/coded & documented -- has three (or more) levels -- the "main paths" through system working (other buttons etc can just be dummy) -- must read info from XML files -- no domain info in the code 20 Interface & Interaction -- there must be a working interface for these points, or in the worst case a non-working but high-fidelity interface that can be viewed. -- must be useful/helpful -- for obvious use cases -- good screen design for task/users -- appropriate choice of info at each layer/level -- design of layers for functionality (e.g., selection of item at each level) (e.g., how to control up/down hierarchy) -- clear control actions (e.g., buttons or menu items) -- clear/easy text entry (if needed) -- clear/readable textual information display -- use of grouping and space -- low layout complexity (design to grid) -- consistency across screens & within screens -- can it scale? (to hundreds of items?) -- system acts as expected, when pressing buttons etc. 50 REQUIRED DOCUMENTATION (Work done for intermediate milestones should be revised and included as appropriate in the final report). 10 Task-centered design -- User analysis -- Task analysis -- Task Objects, and their Attributes, as well as Task Actions -- concrete, detailed, design-independent -- include error handling analysis 5 Low-fidelity prototype -- include this regardless -- this may be revised from previous submission: professional rough design for the interface (professional sketches or storyboards) -- every screen at each level of your interface -- include some error handling -- if there are changes from the previous RD then please point them out. 10 Formal Specification -- based on one screen -- diagrammatic (e.g., a state transition network) or textual (e.g., a grammar). 5 Initial Testing on paper -- Document the testing and design changes made -- Document any design changes made. 5 Implementation & Testing of the prototype -- Document the testing and design changes made -- Compare against formal specification 10 Design Rationale for interface design & program -- why, why, why? -- mention user & task -- screen design analysis -- choice of layout, icons, buttons, etc. -- analysis of interaction (i.e., what action does user take? why? how does system respond? why? ) 5 Content Diagram -- flow OK? content OK? -- uses actions and objects |
dcb at cs wpi edu / Tue Mar 28 18:35:28 EDT 2017