s You are here: Home > Development > Architecture design > Map SRS to architecture
UMP slogan Home | About UMP | FAQ | Discuss | Contacts | Site map
  Life cycle model   Development process   Support process   Organizational process   Product    
Implementation | Analysis | Architecture | Design | Programming & Testing | Integration | Qualification




Architecture design tasks:

5.3.5.1 Map SRS to architecture
5.3.5.2 Develop external interface
5.3.5.3 Develop general db design
5.3.5.6 Evaluate architecture


 

 

 

 

 

 

 

References:

UMP glossary
Bibliography
Conventions & Notation

Task 5.3.5.1: Map SRS to the software architecture

UMP
   Development Process

         Software architecture design Activity
next task >>

 

Task goals

To develop the software subsystem structure and map the SRS to these subsystems.

Here SRS means Actor, Use Case or numbered PBS statement.

Procedure
  1. Architect: Groups SRSs into subsystems.
  2. Architect: Develops subsystem package and class structure if necessary.
  3. Architect: Incorporates Quality requirements, applicable to the Architecture model and stated in PBS and SRS, into the Architecture model.
  4. Architect: Incorporates Constraints, applicable to the Architecture model and stated in PBS and SRS, into the Architecture model.
  5. Architect: Analyzes task input Documents and Checklists and makes necessary changes in the Architecture.
  6. Development Manager and Developers: Conduct Technical Review.
  7. Architect: Publishes the Architecture model.
Inputs Programming artifacts None
Model
Documents
Checklists SAD Evaluation
Guides The Software architecture design guide
Outputs Programming artifacts None
Model The Architecture model
Documents SAD supplement document
Checklists None
Completion criteria  
Quality metrics  
Milestones  
Task improvement opportunity events  

 

 

Last modified: 07-Jan-2005
Copyright © 2003—2005 Alexander Kozlinski. All rights reserved.
Use of this website signifies your agreement to the Terms of Use