P. 1
SDLC Software Development Plan

SDLC Software Development Plan

5.0

|Views: 3,450|Likes:
Published by Bob Stewart
View in full at http://OpenSDLC.org Open SDLC Systems Development Life Cycle Project
"An open Information Technology Infrastructure Library® ITIL® alternative."

OpenSDLC is a Capabilities Maturity Model Integrated (CMMI) International Standards Organization (ISO) quality, Service Oriented Architecture (SOA), Software as a Service (SaaS), Systems Development Life Cycle (SDLC).

OpenSDLC provides a consistent peer-reviewed framework for the planning, definition, design, implementation, testing and operational deployment of hardware, software and management systems supporting enterprise class technology products, services, programs and projects.
Download the original editable files at http://OpenSDLC.org
View in full at http://OpenSDLC.org Open SDLC Systems Development Life Cycle Project
"An open Information Technology Infrastructure Library® ITIL® alternative."

OpenSDLC is a Capabilities Maturity Model Integrated (CMMI) International Standards Organization (ISO) quality, Service Oriented Architecture (SOA), Software as a Service (SaaS), Systems Development Life Cycle (SDLC).

OpenSDLC provides a consistent peer-reviewed framework for the planning, definition, design, implementation, testing and operational deployment of hardware, software and management systems supporting enterprise class technology products, services, programs and projects.
Download the original editable files at http://OpenSDLC.org

More info:

Published by: Bob Stewart on Feb 27, 2008
Copyright:Attribution Non-commercial
List Price: $5.00 Buy Now

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
See more
See less

11/01/2012

$5.00

USD

pdf

text

original

ys t

em C TO S

<Project Name> Software Development Plan
Version <1.0>

[Note: The following template is provided for use with the Rational Unified Process. Text enclosed in square brackets and displayed in blue italics (style=InfoBlue) is included to provide guidance to the author and should be deleted before publishing the document. A paragraph entered following this style will automatically be set to normal (style=Body Text).] [To customize automatic fields in Microsoft Word (which display a gray background when selected), select File>Properties and replace the Title, Subject and Company fields with the appropriate information for this document. After closing the dialog, automatic fields may be updated throughout the document by selecting Edit>Select All (or Ctrl-A) and pressing F9, or simply click on the field and press F9. This must be done separately for Headers and Footers. Alt-F9 will toggle between displaying the field names and the field contents. See Word help for more information on working with fields.]

.c

om

<Project Name> Software Development Plan <document identifier> Version: <1.0> Date: <dd/mmm/yy> Revision History Date <dd/mmm/yy> Version <x.x> <details> Description <name> Author C TO S SDLC Internal Use Only ©SDLC. 2000 ys t em Page 2 of 9 .c om .

6 Budget 4.4 Product Acceptance Plan Supporting Process Plans 5.1 Development Case 5.3 Infrastructure Plan 5.4 Evolution of the Software Development Plan Project Organization 3. Introduction 1.3 Iteration Plans 4.2 Resource Acquisition Plan 4. 6.2.c om .4 Project Monitoring and Control 4.3 Definitions.2.1 Staffing Plan 4.4. C TO Management Process 4.4 Project Schedule 4.1 Organizational Structure 3.0> Date: <dd/mmm/yy> Table of Contents 1.5 Overview Project Overview 2.2 Iteration Objectives 4. SDLC Internal Use Only S ys t em .1 Phase Plan 4.6 Measurement Plan 4. 4.5 Project Resourcing 4.4 Quality Control Plan 4.1 Requirements Management Plan 4.1 Project Purpose. Tools and Techniques 5.2 Scope 1.1 Purpose 1.5.5 Risk Management plan 4.5. Acronyms and Abbreviations 1.3 Roles and Responsibilities 5 5 5 5 5 6 6 6 6 6 6 6 6 6 6 6 6 7 7 7 7 7 3 3 3 7 7 7 7 7 7 8 8 8 8 8 8 8 8 8 8 8 9 ©SDLC. Scope and Objectives 2.2.2.2 Schedule Control Plan 4.4.2 Assumptions and Constraints 2. 3. 2000 Page 3 of 9 2.<Project Name> Software Development Plan <document identifier> Version: <1.2 Methods.4 References 1.4.4.4.2.1 Project Estimates 4.3 Releases 4.2.3 Training Plan 4.2.3 Project Deliverables 2.5 Reporting Plan 4.2.2.2 External Interfaces 3.2 Project Plan 4.4.3 Budget Control Plan 4.6 Close-out Plan Technical process plans 5.5.

8.<Project Name> Software Development Plan <document identifier> 6.5 6.3 6.c Page 4 of 9 .7 7.4 6. 9.2 6.6 6. Configuration Management Plan Evaluation Plan Documentation Plan Quality Assurance Plan Problem Resolution Plan Subcontractor Management Plan Process Improvement Plan Version: <1.1 6. 2000 Additional Plans 9 9 9 C TO SDLC Internal Use Only S .0> Date: <dd/mmm/yy> 9 9 9 9 9 9 9 Annexes Index om ys t em ©SDLC.

c Scope [A brief description of the scope of this Software Development Plan. what Project(s) it is associated with. report number (if applicable). Introduction [The introduction of the Software Development Plan should provide an overview of the entire document.2 1.1 Purpose [Specify the purpose of this Software Development Plan.] 1. acronyms.0> Date: <dd/mmm/yy> Software Development Plan 1.<Project Name> Software Development Plan <document identifier> Version: <1. acronyms. Acronyms and Abbreviations [This subsection should provide the definitions of all terms. scope.] 1.4 For the Software Development Plan. date. and anything else that is affected or influenced by this document. Each document should be identified by title. It should include the purpose. definitions. abbreviations. and overview of this Software Development Plan. 2000 Page 5 of 9 SDLC Internal Use Only S Measurement Plan ys t References [This subsection should provide a complete list of all documents referenced elsewhere in the Software Development Plan. and publishing organization. em Definitions. references.3 1. the list of referenced artifacts should include: • • • • • • • Iteration Plans Requirements Management Plan Risk Management Plan Development Case C TO Business Modeling Guidelines User Interfaces Guidelines Use-Case-Modeling Guidelines Design Guidelines • • • • • • • Programming Guidelines Test Guidelines Manual Style Guide Infrastructure Plan Product Acceptance Plan • Configuration Management Plan ©SDLC.] . Specify the sources from which the references can be obtained. This information may be provided by reference to an appendix or to another document.] om . This information may be provided by reference to the project Glossary. and abbreviations required to properly interpret the Software Development Plan.

including target delivery dates.0> Date: <dd/mmm/yy> Evaluation Plan (only if this is a separate plan .2 3.5 Version: <1.] Project Deliverables [A tabular list of the artifacts to be created during the project.2 2. as well as the basis for those estimates. budget.] Evolution of the Software Development Plan [A table of proposed versions of the Software Development Plan. and the criteria for the unscheduled revision and reissue of this plan. and the points and circumstances in the project when re-estimation will occur.] 2. identify the internal and external contact names. 2000 SDLC Internal Use Only S ys t em .1 Project Overview Project Purpose. workflow details.<Project Name> Software Development Plan <document identifier> • • • • • • 1. 4.] External Interfaces [Describe how the project interfaces with external groups.3 2. 3.] 2. including management and other review authorities. for example.] ©SDLC. and Objectives [A brief description of the purpose and objectives of this project and a brief description of what deliverables the project is expected to deliver.2) Documentation Plan Quality Assurance Plan Problem Resolution Plan Subcontractor Management Plan Overview [This subsection should describe what the rest of the Software Development Plan contains and explain how the document is organized.1 Management Process Project Estimates [Provide the estimated cost and schedule for the project. For each external group.] Roles and Responsibilities [Identify the project organizational units that will be responsible for each of the core workflows.4 3.1 Project Organization C TO Organizational Structure [Describe the organizational structure of the project team.] 3.3 4. and supporting processes.c om Process Improvement Plan] Page 6 of 9 . schedule. 2.normally this is part of the SDP at Section 6.] Assumptions and Constraints [A list of assumptions that this plan is based and any constraints. equipment. staff. that apply to the project. Scope.

] em ©SDLC.2.c Releases [A brief description of each software release and whether it’s demo.5.4 4.4 4.] om Page 7 of 9 identify major milestones with their achievement criteria .5.2 Iteration Objectives [List the objectives to be accomplished for each of the iterations.1 4.] .3 4. and other milestones. etc.2.] 4.5 Project Resourcing 4.2.] 4.3 4.] Iteration Plans [Each iteration plan will be enclosed in this section by reference. including any special skills or experience.2 Resource Acquisition Plan [Describe how you will approach finding and acquiring the staff needed for the project.] C TO 4.2 4.] Project Monitoring and control Requirements Management Plan [Enclosed by reference.2.2.2 S SDLC Internal Use Only ys t 4.0> Date: <dd/mmm/yy> a timeline or Gantt chart showing the allocation of time to the project phases or iterations Define any important release points and demos] 4.<Project Name> Software Development Plan <document identifier> 4.] 4.6 Budget [Allocation of costs against the WBS and the Phase Plan.2.4.3 Training Plan [List any special training project team members will require. demos. release points.2.5.2.1 Staffing Plan [Identify here the numbers and type of staff required. 2000 Project Schedule [Diagrams or tables showing target dates for completion of iterations and phases. scheduled by project phase or iteration.2.4. with target dates for when this training should be completed.1 Project Plan Phase Plan [Include the following: • • • Work Breakdown Structure (WBS) Version: <1. beta.] Schedule Control Plan [Describes the approach to be taken to monitor progress against the planned schedule and how to take corrective action when required.

tools and techniques [Lists the documented project technical standards. post-mortem debriefings and reports etc.] 5.<Project Name> Software Development Plan <document identifier> 4.4.5 4.0> Date: <dd/mmm/yy> Budget Control Plan [Describes the approach to be taken to monitor spending against the project budget and how to take corrective action when required.] Reporting Plan [Describes internal and external reports to be generated.5 4.] Quality Control Plan [Describe the timing and methods to be used to control the quality of the project deliverables and how to take corrective action when required.3 Version: <1. archiving of project materials.] 4.4.] Measurement Plan [Enclosed by reference.6 4.6 Close-out Plan [Describe the activities for the orderly completion of the project.c Page 8 of 9 om .2 Methods.3 Infrastructure Plan [Enclosed by reference] Product Acceptance Plan [Enclosed by reference] 5.1 Technical Process Plans Development Case [Enclosed by reference.4.] 5. 2000 .4 S SDLC Internal Use Only ys t em ©SDLC.4 4. including staff reassignment. by reference: • • • • • • • Business Modeling Guidelines User Interfaces Guidelines Use-Case-Modeling Guidelines Design Guidelines Programming Guidelines Test Guidelines Manual Style guide] C TO 5.] Risk Management plan [Enclosed by reference. 5..4. and the frequency and distribution of publication. etc.

] Quality Assurance Plan [Enclosed by reference. Note that this is in addition to the Test Plan which is not enclosed in the Software Development Plan.] SDLC Internal Use Only ys t em ©SDLC.] Problem Resolution Plan [Enclosed by reference. and covers the techniques.c 6.3 6.4 om .] 6. 8.0> Date: <dd/mmm/yy> 6. Additional plans Annexes Index [Additional plans if required by contract or regulations. 2000 Page 9 of 9 .6 Subcontractor Management Plan [Enclosed by reference. and reviews. 6. criteria. 9. metrics.] C TO S [Additional material of use to the reader of the SDP.1 Supporting Process Plans Configuration Management Plan [Enclosed by reference] Evaluation Plan [Part of the Software Development Plan. this describes the project’s plans for product evaluation.7 7.<Project Name> Software Development Plan <document identifier> Version: <1. inspections. and procedures used for evaluation— this will include walkthroughs.2 6.] Documentation Plan [Enclosed by reference.] Process Improvement Plan [Enclosed by reference] 6.5 6.

You're Reading a Free Preview

Download
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->