Sei sulla pagina 1di 3

Define (That is project setup, project plan)

Analyze (That is understand functional requirement, functional specification


document)

Design (Database, UI, documents)

Coding & Unit testing (Man at work)

Verification and Validation (Integration and system testing)

Each phase has envolved some documentation to work on.


1.

Define: Project is available to us. We check if statement of work is available to us.


So, Statement of Work (SOW) document would be the first document received
from client. Once project in, we may "initiate" and do an official kick off of the
project. So, we may create Project Initiation Note document. That may be created
by Business Manager as well as the attendants of this meeting. Team would start on
Project Plan (by Project Manager) document, Quality Plan & Test Plan (by QA
Manager) document. We also identify quantifiable risk which are involved in project
at this level and create Project Risk Management Plan (by Project Manager)
document.
2.
Analyze: The most important documents at this stage are; Requirement
Specification Document (SRS); that is a joint effort by client and team and second
is the Minutes of Meeting (MOM) document created on each
discussion/interaction/communication. This phase also may include Use
Case document based on SRS document (joint effort of client, programmers and QA)
as well as Requirement Tracebility Matrix document (by progammers). Parallelly
QA may work on revised Test Plan document which may have change based on
analysis.
3.
Design: Important document is; Design document (joint effort of Team head,
solution architect) that specifies use of design pattern, code or design guidelines, UI
guidelines and standard to maintain may also consider to add screen prototypes. If
reports are involved then we may also create Report Design document. At this
stage Solution architect or Team may review these documents and prepare a revised
Requirement Traceability Matrix document which may change based on design.
QA may update Test Plan document. I mean to say, each document which are
created earlier may tend to change and get updated in incremented way.
4.
Coding: Important documents are; Code itself. Well, of course only if you consider
it as a document as well. This is the part most awaited by developers, we maintain
code guideline in this phase. A parellel code review might be going on the way,
which produces Code Reviewdocument. At the same time QA may be working
on Test case Specification (by QA head) document. Developers may create Unit
Test plan/detailed document if require. QA executes their Test case specification
on actual functions and prepate Test Result document. At this stage as well,
the Requirement Tracebility Matrix document will be having most updation.
Because, we may face this situation where actual problem/issue/challenges we face
only at this stage which we may not have anticipated.
5.
Verify:Its a testing stage; where we give importance to Test Case, Test
Result documents. We, developers; receive Delivery notes (by QA head) after a
test cycle or Test case execution on modules and integrated modules to deliever as a
milestone.
This may be less or more based on the organization structure, project requirement or
methodology you adhere.

SDLC

Roles and Responsibilities

Glossary and Acronyms

Templates

Alternate Methodologies

FAQs

Templates
1. Initiation Phase

Concept Proposal

Project Charter

2. Concept Development Phase

Project Scope Statement

3. Planning Phase

Project Management Plan

Risk Management Plan

Change Management Plan

Communication Management Plan

Staffing Management Plan

Stakeholder Management Plan

4. Requirements Analysis Phase

Functional Requirements Document

Test Master Plan

5. Design Phase

System Design Document

Conversion Plan

Implementation Plan

Operations Manual

System Administration Manual

Maintenance Manual

Training Plan

User Manual

6. Development Phase

Software Development Document

Integration Document

Test Analysis Report

7. Test Phase

Test Analysis Approval Determination

Test Problem Report

8. Implementation Phase

Version Description Document

Post-Implementation Review Report

9. Operations and Maintenance Phase

Disposition Plan

Potrebbero piacerti anche