CS 4500
Spring Semester 2006
 
SPSG Requirements
 
 

There are many recommendations in the text (SPSG).  You should make sure to address at least the following in the required deliverables:

  1. Requirements Materials (pp. 37-39); e.g.:
    1.  Software Development Plan,
    2. SW Project Estimates,
    3. Q/A Plan, and
    4. Staged Development Plan.
  2. Planning Checkpoint; be prepared to answer questions and issues raised on pp. 39-40
  3. Project Description must include (see pp. 92-93):
    1. description of project document access
    2. version control description
    3. statistics on LOC per week
  4. Project Website (see pp. 62, 64-68):
    1. Project Log
    2. Charts 5.4, 5.5
    3. Map Figure 5-7 onto actual calendar
    4. Must schedule, deliver and keep documentation of everything in Table 5-1.
  5. Change Board (at least for major issues) should:
    1. Include Prof. Henderso<>n
    2. <>Table 6-1 changes must be available and tracked
  6. Planning:<>
    1. <>Risk management: Answer questions on p. 100
    2. Develop a mechanism to evaluate individual team members (including peer eval)
    3. Name who plays each role (pp. 104-106)
    4. Define the accounting methodology (minimally Table 7-4, pp. 108-109)
    5. SW Development Plan (p. 110)
  7. Requirements:
    1. Document process (p. 115)
    2. Include specific responses to issues (p. 120)
    3. Specify defect tracking tools and info (p. 130)
    4. Give Traceability Matrix (p. 134)
    5. Must document reviews/tests specified in Table 9-3 (pp. 138-139)
    6. Define measurable Q/A release criteria (p. 140)
  8. Architecture and Design:
    1. Specify architecture and language(s)
    2. Answer questions (pp. 149-150)
    3. Discuss issues with architecture risks and staged delivery
    4. Explain how SW Architecture document is tied to change and review
    5. Define project estimates process and dates (pp. 159-160)
    6. Use stage themes (pp. 164-165)
    7. Document each activity (p. 175)
    8. Answer questions (p. 192)
    9. Use detailed design document formats (p. 196)
  9. Construction:
    1. Define coding standard (pp. 200-201: describe choice for list)
    2. Document integration procedure (p. 203)
    3. Define Test Procedure; document use (p. 205)
    4. Provide weekly snapshot of Fig. 14-1 (p. 207)
    5. Define and use construction tracking method (p. 208)
    6. Provide weekly tracking update (p. 209)
    7. Track high-defect routines (pp. 218-219)
    8. Provide open defects graph (p. 224)
    9. Defect statistics required (p. 225)
    10. Document the info on pp. 229-230
    11. Document Release Checklist pp. 232-233
    12. At end of each stage, document estimates (p. 239)
  10. Project Review
    1. Give performance evaluation criteria (p. 241)
    2. Provide SW Project log (p. 244)
    3. Use questionaire (provide one early in project) (p. 249)