Professional Documents
Culture Documents
Implementation Discipline
Discipline: Implementation
Training Code: GIP_Implementation
Created by: SL DPG
Purpose
To define the organization of the code, in terms of
implementation subsystems organized in layers
Projects shall
Identify Implementation Elements based on the documented
architecture and design.
Purpose
Plan the integration of the
implemented elements to subsystem and/or
Implemented subsystems to system based on iteration plan or
approved change request.
Scope
Identification of elements or subsystems to be part of
build/system for current iteration.
Entry Criteria
Implementation model has been defined.
Input Artifacts
Architecture Document
DSTD
Project Engineering Guidelines
Project Approach
Integration Build Plan
Change Request Approved (Optional)
DSRS
Steps
Plan for Integration
Determine the Integration Sequence
Determine the integration environment
Determine integration procedures
Determine integration criteria
Exit Criteria
Detailed plan for integration within iteration is defined.
Resulting Artifacts
Integration Build Plan
Verification
Peer Review of the Integration Build Plan
Tailoring
At least once per iteration, when new elements or
subsystems are discovered.
Purpose
To establish an environment where the product or system
can be built, deployed, and tested regularly.
Scope
Identification of frequency and time for build
Avoiding the build defects and breakages
Making the product or system ready for testing
Entry Criteria
Start of coding activity
Approach and configuration management plan is in place
Input Artifacts
Configuration Management Plan
Project Approach
Integration Build Plan
Source code, executable .. etc
Steps
Define a Build Plan
Includes
Frequency and time of builds
Action to be taken on a build break
Tools to be used
Build notification group
The environment
Daily build steps
Label or baseline and checkout the source code from the
source repository
Compile and build the source code
Build an installation package (Optional)
Deploy the built system onto a test machine
Carry out smoke test
Carry out an automated code review
Carry out a code analysis
Report the results of the build
Feb 24, 2 GIP-PM5 Project Management 12
Activity - Establish Build Procedure Cont …..
Exit Criteria
Build is performed regularly at the defined frequency
Build notification is sent to the build notification group
Resulting Artifacts
Build
Build notification mail
Build defects log
Tailoring
At least once per iteration
Purpose
To produce or modify the implementation elements such as,
source code, part of source code, based on design elements
or change request.
Scope
Configuring the development environment to facilitate
implementation
Implementing the design elements
If a design error is discovered, rework feedback has to be
provided to the design.
Entry Criteria
System behavior has been designed and design elements
defined
Input Artifacts
DSTD
Project Engineering Guidelines
Project Schedule
Approved Change Request
DSRS
Steps
Prepare for Implementation
Understand the task/problem
Configure development environment
Analyze existing implementation
Implement Incrementally
Implement Design Elements
Focus on re-usability
Follow project engineering guidelines
Provide Feedback to Design
Provide rework feedback for design errors
Evaluate the Code
Prior to developer testing and code review
Compile the code, Read through the code, Use tools to
check the code for errors
Refactor the code
Productization Assessment
Exit Criteria
Implementation elements such as source code or part of
source code are produced.
Source code is checked in to Configuration Management
system
Code compiles, style check and other coding standards self
check is passed.
Resulting Artifacts
DSTD (updated if required)
Source code, executables etc
Verification
Peer Code Reviews
Fagan Inspections
Tailoring
“Provide feedback to design” need not be performed if there
are no changes to design
Purpose
To develop test cases and procedures for verification of
individual software elements or components by the
developer.
Scope
Test environment specification for executing tests
Preparation of Unit Test Cases for individual software
elements
Preparation of Integration Test Cases for individual software
components or subsystems
Entry Criteria
Design model has been defined.
Input Artifacts
DSTD
Project Engineering Guidelines
Scope and Traceability matrix
Approved Change Requests
DSRS
Steps
Decide on Test Environment for Developer Test
Identify the Developer Test
Identify
the goal
the scope: element, component, or subsystem
the test type and details
pre conditions, post conditions
Expected results
Clean-up steps to restore the environment to the original
state
Select appropriate implementation technique
Manual or automated test
Programmed tests
Documented test cases
Exit Criteria
Unit and Integration Test Cases for each testability element
or component are defined.
Resulting Artifacts
Developer Test cases
Scope and Traceability Matrix
Unit Test Suite
Verification
Peer Review of Developer Test Cases.
The verification of the test should be verified with design
and requirements
Tailoring
At least once per iteration
Purpose
Verify the internal structure of the unit or subsystem and
their conformance to the requirements by executing the
Developer test Cases and Procedures.
Scope
Involves executing the unit and integration tests
Entry Criteria
Developer tests like unit and integration tests have been
defined
Input Artifacts
Developer Test Cases
DSRS
Source code, executable
Steps
Execute Developer Tests
Set up the test environment
Initialize the test environment
Execute test procedure
Exit Criteria
Defects are logged in Test logs
Resulting Artifacts
Developer Test log
Tailoring
At least once per iteration
Purpose
To review the source code for adherence to engineering best
practices and standards
Steps
Plan Review Session
Conduct the Review
Record Defects
Input Artifacts
Source code
Resulting Artifacts
Code review log
Purpose
To assemble the system from the subsystems or components,
ensure that the system, as integrated, functions properly,
and deliver the system based on iteration build plan or
approved change request.
Scope
Assemble the system according to the system integration
sequence or change request.
Verified subsystems are assembled and the integrated system
is delivered.
Entry Criteria
Readiness of implemented elements or subsystems for
integration
Integration build plan has been defined
Input Artifacts
Architecture Document
DSTD
Project Engineering Guidelines
Implementation subsystems like source code and executable
Change request approved
Integration build plan
Step
Prepare for Integration
Establish the integration environment
Create integration procedures/Scripts
Exit Criteria
Operational version of a system or part of a system that
demonstrate a subset of the capabilities is provided.
Resulting Artifacts
Implementation subsystems like source code and executable
Developer Release Notes
Build
Tailoring
At least once per iteration