Skip to main content
Sign In |
  Help (new window)

MSF for CMMI Process Improvement

Go Search
Home
  
MSF for CMMI Process Improvement > Wiki Pages > Activity - Select Architecture  

Activity - Select Architecture

View All Site Content

Recent Changes
Activity Information

Select Architecture

Create Solution ArchitectureSelect Architecture

Description

After the assessment matrix is created, a review meeting is held to determine which architecture to use in the next iteration. The assessment matrix and information discovered from creating the proof of concepts is used to help make a decision. Once the architecture is selected, diagrams for the architecture are checked in as the reference solution, and a justification document is created that captures the reasons behind the selection.

Roles

ResponsibleDeveloper
AccountableSolution Architect
ConsultedAny

Attributes

Element Categories[CMMI Track 2] Planning, [CMMI Level 3] TS SP 1.3, [CMMI Level 3] TS SP 2.2, [CMMI Level 3] TS SP 2.4, [CMMI Level 3] VER SP 2.1, [CMMI Level 3] PI SP 2.1, [CMMI Level 3] VER SP 2.2, [CMMI Level 3] DAR SP 1.6
When

Lightweight architecture alternative analysis is completed for current iteration.

Entry Criteria

Assessment Matrix:
Used to assist decision-making for selecting architecture.

Proof of Concepts:
Used to assist decision-making for selecting architecture.

Exit Criteria

Selection Justification:
The selection justification is written explaining the decisions behind why the current architecture was selected.

Is RequiredYes

Steps

  1. Prepare for Review:

    The architect and lead developer identify the appropriate reviewers for reviewing the proposed architectures and circulate documentation for the architectures to each participant.
  2. Review System Architecture and Deployment Architecture:

    During the review meeting, the system diagrams, deployment report, and logical datacenter diagram are reviewed. The goal is to choose an architecture to implement in the next iteration.

    Consider the assessment matrix rankings for each architecture to help evaluate the suitability of each architecture.

    Consider any information discovered from the proof of concepts such as cost or complexity involved with implementing the different architectures.

    If the logical datacenter diagram represents an existing datacenter that cannot be modified, then do not review it. If a new datacenter is being created, then review the diagram for deployment considerations.

    Select the architecture to be used.

    Review the architectural concept against the scenarios to validate that the solution meets the customer needs and is complete.
  3. Create Reference Solution:

    Create a justification document that captures the decisions of the meeting. Upload it to the project portal.

    For the selected architecture, check in any application, system, or logical datacenter diagrams as the reference solution to use for implementing features in the next iteration.

    Communicate to the entire team and any dependent teams the decision on what architecture is selected for the next iteration.

Predecessors

TypeNameDependency Type
Assess Alternatives (LAAAM)Finish-Start

Successors

TypeNameDependency Type
Develop Threat ModelFinish-Start

Last modified at 12/19/2007 10:37 AM  by Administrator