IMB - SDLC Overview

SDLC STANDARDS

System Development Life Cycle (SDLC) Overview

SDLC OVERVIEW

Version 1.5 July 9, 2004

This page contains the published standards for the Ministry's approach to the System Development Life Cycle (SDLC) Overview.

Table of Contents
	VERSION CONTROL
	1. INTRODUCTION 1.1 Purpose 1.2 Audience 1.3 Assumptions 1.4 Other Standards 2. Project Organization 2.1 Executive Management 2.2 Project Sponsor 2.3 Business Champion 2.4 Project Manager 2.5 Application Administrator 2.6 Data Administrator 2.7 IMB Advisors 2.8 Development Team 2.9 User Team 2.10 IMB Quality Assurance 3. System Development Life-Cycle 3.1 Planning 3.2 Definition 3.3 Requirements 3.4 Design 3.5 Build 3.6 Implementation 3.7 Warehouse 4. MAINTENANCE 5. CONCLUSION
*FIGURES*
	Figure 1: Typical Project Organization Figure 2: SDLC Phases Figure 3: SDLC Deliverables and Standards

VERSION CONTROL

This section of the document records the various versions or releases of this document.

Version	Details/Description	Distribution	Date	Author	Organization
0.1	First Draft	Whole Document	May 7, 1998	Dave Knox	ISB
1.0	Published to the Web	Whole Document	June 15, 1998	Dave Knox	ISB
1.1	Minor Amendments	Whole Document		Dave Knox	ISB
1.2	Clarification of Project Charter	Whole Document	Nov. 17, 1998	Diana Von Ratenberg	ISB
1.3	Phase name changes	Whole Document	Nov. 25, 1999	Dave Knox	ISB
1.4	Ministry reorganization and SDLC changes	Whole Document	April 22, 2002	Dawn Henry	IMB
1.5	Edits based on Final Report	Whole Document	July 9. 2004	Chris Burd	Catchword Info. Design

Table 1: Version Control

[TOC]

1. INTRODUCTION

This System Development Life-Cycle (SDLC) Overview document describes the process for conducting application development projects and assignments in the Ministry of Sustainable Resource Management (SRM) and the Ministry of Water, Land, and Air Protection (WLAP). This document first outlines a typical system development project team (project organization) and the roles and responsibilities associated with each project team member. Secondly, it describes a set of guidelines for each of the Phases of the Ministry’s SDLC approach to application development.

1.1 Purpose

The purpose of this document is to provide contractors and Ministry staff with an overview to the SDLC approach used by the Ministry.

1.2 Audience

This document is intended for the use of all Application Administrators, Project Managers, Project Leaders, Business Analysts, Database Designers and Developers involved in planning and delivering applications for the Ministry.

All contractors engaged to perform all or some of the SDLC Phases are instructed to follow and conform to the SDLC outlined in this document. This fact must be specified in the RFP and the contract.

1.3 Assumptions

It is assumed that the reader of this document is familiar with the Ministry's typical System Development Life Cycle (SDLC).

1.4 Other Standards

Other related standards can be found on the IMB All Standards page.

[TOC]

2. PROJECT ORGANIZATION

This section outlines the formation and organization of a typical systems development project. The terms and project roles identified here will be used throughout this document in the descriptions of each Phase of the SDLC.

A typical project organization is depicted below:

Figure 1: Typical Project Organization

The appropriate Names of the people fulfilling the project roles are to be inserted in the appropriate boxes of the project organization chart, when this is to be included in the Project Statement deliverable.

The Project Organization’s size and structure will vary depending on the nature of each specific project.

The Project Roles and Responsibilities of a typical project organization are outlined in the next section.

2.1 Executive Management

The role of Executive Management is filled by a Director, senior Ministry executive or a Steering Committee formed for an application development project. This role is responsible for:

Accountability of the success of the Project;
Resolving Requests for Decision;
Resolving Project Resource Allocation Conflicts;
Monitoring Project Plans/Schedules;
Reporting to Director/Executive (if Steering Committee);
Providing Strategic Direction and Plans;
Ensuring integration between Business Units;
Appropriate Reviews of Project Deliverables.

2.2 Project Sponsor

This role is responsible for:

Reporting to Director/Executive or Steering Committee;
Setting Project Priorities;
Securing Project Funding;
Allocating Project Resources;
Final Approval of all Deliverables;
Approving the Contracts.

2.3 Business Champion

This role is responsible for:

Reporting to Project Sponsor;
Providing Business Area Project Direction;
Providing Business Direction;
Coordinating Business Area Resources;
Approving Project Budgets;
Resolving Project Issues;
Presentations to Steering Committee;
Appropriate Review and Approval of Project Deliverables;
Communicating to Regions and Districts. Communication.

2.4 Project Manager

The role of the Ministry's Project Manager is to take overall responsibility for the success of all aspects of the project. It is possible that this role will be filled by a contractor on behalf of the Ministry. This role is responsible for:

Reporting to the Project Sponsor or Business Champion;
Assuming the primary responsibility for comprehensive project management;
Ensuring Adherence to all the SDLC Phases, Deliverables and Standards;
Preparing Project Plans, Schedules and Budgets;
Coordinating Project Resource Activity;
Managing/Monitoring Contractors;
Preparing/Presenting Project Status Reports (this status report refers to the whole project);
Preparing/Monitoring Issues;
Preparing/Monitoring Change Requests;
Preparing/Monitoring Requests for Decision;
Quality Assurance and Signing-off of all Deliverables;
Conducting Final Acceptance Testing.

Note: Please refer to the Project Management Approach for more information.

2.5 Application Administrator

This role is responsible for:

Being the main point of contact for Application in the Business Area.

2.6 Data Administrator

This role is responsible for:

Providing Business Area Data Management and Administration;
The responsibilities for this role are still to be completed.

2.7 IMB Advisors

The IMB Advisors are to be included as appropriate by the Project Manager to assist with particular technical, architectural, business and/or GIS requirements and direction. Representatives from the following groups within IMB are to be included in project meetings, when appropriate:

Business Analysis;
Application Architecture;
Data Administration;
Operations Planning and Support;
Technical Support;
Technical Service Center.

2.8 Development Team

The Development Team will usually draw upon resources from a consulting company, contracted to supplement the Ministry's project team.

Development Project Manager/Leader
	As for Project Manager above, but restricted to the scope and responsibility of the Development Team; Status Report preparing here will refer only to the project scope assigned to the Development Team; Main Ministry contact for the Development Team.
Business Analyst
	Major contribution to the Software Requirements Specification Deliverable; Understanding the Ministry's Business Requirements; Ensuring Business/Technical (IT) Integration; Coordinating User Testing; Major Contributing to the Deliverables of the Implementation Phase; Participating in all SDLC Phases.
*Technical Analyst*
	Major contribution to the Software Requirements Specification Deliverable; Major Contributing to the Software Design Description Deliverable; Assisting with Logical Data Model; Preparing the Physical Data Model; Coordinating System Testing.
*Developers*
	Major Contributing to the System Build Deliverable; Developing Functions, Screens and Reports; Conducting Unit Testing.
*Quality Assurance on Development*
	Conducting internal deliverable quality reviews prior to delivering to the Ministry; Reviewing and approving all Deliverables.

2.9 User Team

The User Team roles are defined depending on the requirements of the system and the business area being addressed. Typically there will be user representatives and/or experts from three segments of the Ministry representing the business users. These will be:

Headquarters;
Regions and/or Districts;
Program area.

Each area will be responsible for its portion of the business and address the following responsibilities:

Defining Business Requirements;
Providing Business Direction;
Appropriate Reviewing and Approving of Project Deliverables;
Major contributing to User Documentation and Testing Plans;
Participating in User and Acceptance testing.

2.10 IMB Quality Assurance

Quality Assurance (QA) is required for all Project Deliverables. Processes for QA of all project deliverables have been outlined in the Quality Assurance Guideline.

[TOC]

3. SYSTEM DEVELOPMENT LIFE CYCLE

The System Development Life Cycle (SDLC) is intended to provide a set of guidelines for the successful completion of application development projects. The SDLC consists of seven distinct Phases as shown in Figure 2 below:

Figure 2: SDLC Phases

Phase 1	Phase 2	Phase 3	Phase 4	Phase 5	Phase 6	Phase 7
Planning	Definition	Requirements	Design	Build	Implementation	Warehouse

Each Phase contains one or more individual deliverables associated with the Phase. These deliverables are themselves described in separate standards documents. A summary of these deliverables, by SDLC Phase, as a checklist to Project Managers, Application Managers and anyone involved in system development projects, together with the appropriate standards, is shown in Figure 3 below.

Figure 3: SDLC Deliverables and Standards
Note: A listing of all available standards for the Ministry is detailed in the Alpha List of Existing Standards.

Phase (Click Phase Name for Purpose)	Deliverable	Contributes to Deliverable	Quality Assures Deliverable	Tasks appropriate for WAREHOUSE Access Application
Phase 1: Planning	Quality Assurance	Quality Assurance is not actually a deliverable but a guide that must be followed for all deliverables	as appropriate	Required
	Project Charter	Business Experts, IMB Business Analyst, IMB Technical Experts	Business Experts, IMB Business Analyst, IMB Technical Experts, as appropriate	Required
	RFP Template (word document)	Ministry Project Mgr., Business Experts, IMB Business Analyst	Business Experts, IMB Business Analyst, IMB Technical Experts, as appropriate
Phase 2: Definition	Project Plan (word)	Business Experts, IMB Business Analyst, IMB Technical Experts	Business Experts, IMB Business Analyst, IMB Technical Experts, as appropriate
Phase 3: Requirements	Business Process Model	Business Experts	Business Experts - Business Business Analyst - Technical	Required
	Software Requirements Specification Document	Business Experts, Development Team, IMB Technical Experts	Business Experts, Business Data Admin. (major) - Technical Application Architecture (minor) - Technical	Required to the appropriate level of detail
	Data Architecture Standards	Business Experts, Development Team, IMB Technical Experts	Business Experts, Business Data Admin. (major) - Technical Application Architecture (minor) - Technical	Model only to represent data accessed
	Data Conversion Analysis	Business Experts, Development Team	Business Experts, IMB business Analyst
Phase 4: Design	Software Design Description System Design	Business Experts, Development Team, IMB Technical Experts	Business Experts, Business Application Architecture (major) - Technical Data Administration (minor) - Technical	Required to the appropriate level of detail
	Data Architecture Standards	Business Experts, Development Team, IMB Technical Experts	Business Experts, Business Application Architecture (major) - Technical Data Administration (minor) - Technical
	Data Conversion Design	Business Experts (minor), Development Team, IMB Technical Experts (data architecture)	Data Architecture
Phase 5: Build	IMF Development & Site Configuration	Business Experts, IMB Technical Experts, Development Team	IMB Technical Experts
	Developer Guidelines	Business Experts, Development Team	Application Architecture
	Application Forms and Reports	Business Experts	Business Experts, Business Application Architecture - Technical
	Tested Application	Development Team	Business Experts
	Data Conversion Application	Development Team	Business Experts, Application Architecture
Phase 6: Implementation	User Procedures	Business Experts	Business Experts	Required
	On-line Help Text	Business Experts	Business Experts	Required
	User Acceptance Test	Business Experts, Development Team (support)	Business Experts, IMB Business Analyst - Technical	Required
	User Training Plan	Business Experts	Business Experts	Required
	Implementation Plan	Business Experts, IMB Business Analyst	IMB Business Analyst	Required
	Application Delivery and Migration	Development Team, Application Architecture (advise), IMB Business Analyst (Coordinate)	Application Architecture	Required

3.1 PLANNING

1. Planning
	Definition	Analysis	Design	Build	Implementation	Warehouse

Purpose:

This Phase of the SDLC is required to determine the feasibility of a particular project proceeding, or not. This Phase will produce a high-level overview document of the proposed project. It will contain information relating to the project’s requirements and will enable the formalization and definition of the scope of the project.

Note: The deliverable of this Phase (The Project Charter) is largely an internal document, developed by Ministry staff prior to enlisting a contractor.

Prerequisites:

Identified Business Need

Deliverables:

Project Charter

Responsibility:

The suggested responsibilities associated with this Phase are:

Executive Management	--	Deliverable Approval
Project Sponsor	--	Secondary Responsibility
Business Champion	--	Primary Responsibility
Project Manager	--	Assist as required
Development Team	--	None
Business Analyst	-- --	Assist as required Quality Assurance of deliverable
User Team	--	Requirement Input
IMB Quality Assurance	--	Standards QA

Milestone:

Project Approval.

A project must not proceed to the next Phase without the appropriate authorization and approval.

Commentary:

This is the first Phase in the SDLC. The Project Charter deliverable is the first major deliverable in the project. The Project Charter is to be produced prior to the commencement of a project. It is normally produced by Ministry Staff, such as the Application Administrator, and is usually completed and approved prior to hiring a contractor for the project.

Due to fiscal year budget allocations and fiscal contract restrictions the Project Charter will typically refer to project activity up to the end of the fiscal year in which the project starts. There may be exceptions and special circumstances when a Project Charter will span more than one fiscal year. In these cases, this should be specifically stated in the Project Charter document. Refer to the Project Charter Standards document for a more detailed description of the contents of this deliverable.

For projects spanning more than one fiscal year, an updated Project Charter will be required for each year that the project is undertaken, prior to the start of the fiscal year (normally done in March of each year).

The updated Project Charter for subsequent fiscal years will focus on identifying the scope and deliverables of the project for that particular fiscal year. The updated Project Charter will also include revisions (as appropriate) to project team, budget, schedule and project status.

Activity:

The Business Champion is responsible for producing the Project Charter. However, the Business Champion may delegate this activity for completion. Together with appropriate members of the User Team, the Business Champion will provide information for the completion of the Project Charter.

The Project Sponsor is responsible for reviewing and approving the Project Charter and securing the necessary funding for the project.

The draft Project Charter must be submitted to the Information Management Branch (IMB) for Business Analyst review and QA against standards.

The completed Project Charter will be submitted to the Executive Management (Steering Committee) for approval and budget allocation authorization.

Additional Activities:

Depending on the specific requirements of the system project, certain activities may need to be performed, after the completion and approval of the Project Charter, but before the next Phase of the SDLC. These are:

Preparation and distribution of an RFP for the Development Team;
Preparation and distribution of an RFP for a Project Manager;
Review of proposal submissions;
Selection of contract Development Team;
Selection and appointment of a qualified Project Manager;
Secured and allocated resources (funds, people, technology).

[TOC]

3.2 DEFINITION

	2. Definition
Planning		Analysis	Design	Build	Implementation	Warehouse

Purpose:

This Phase of the SDLC defines exactly what, who, when and how the project will be carried out. This Phase will take the deliverable from the previous Phase (Project Charter), expand on the high-level project outline and provide a specific and detailed project definition.

This Phase is the first activity of the project after obtaining approval and funding to proceed.

This description of this Phase assumes that the following associated activities have been completed:

preparation and distribution of an RFP;
selection of a contract development team; and
appointment of a Project Manager.

This Phase effectively communicates to project stakeholders the project scope and schedule, as well as any related risks or constraints.

Prerequisites:

Project Charter -- Approved.

Budget Allocation.

RFP.

Contractor Selection.

Project Manager Appointment.

Deliverables:

Project Statement.

Responsibility:

The suggested responsibilities associated with this Phase are:

Executive Management	--	Deliverable Approval
Project Sponsor	--	Deliverable Approval
Business Champion	--	Requirements Input
Project Manager	--	Primary Responsibility
Development Team	--	Estimating and Scheduling Information
Business Analyst	-- --	Secondary Responsibility Quality Assurance of deliverable
User Team	--	Requirement Input
IMB Quality Assurance	--	Standards QA

Milestone:

Project Statement -- Approval and Sign-off.

A project must not proceed to the next Phase without approval of the Project Statement.

Commentary:

This is the second Phase in the SDLC, but the first Phase of the project itself.

The Project Statement deliverable from this Phase must be completed and signed-off prior to commencing the next phase of the project. Refer to the Project Plan document for a detailed description of this deliverable.

Agreement to the Project Statement ensures that everyone involved in the project is clear on the project scope, objectives, goals and outcomes.

Activity:

The Project Manager is responsible for producing the Project Statement. However, the Project Manager may delegate this activity to the Development Team for completion.

The Business Champion, Business Analyst and appropriate members of the User Team will provide project information to help complete the Project Statement.

The draft Project Statement must be submitted to the Information Management Branch for Business Analyst review and QA against standards.

The completed Project Statement will be submitted to the Business Champion and Project Sponsor for approval and sign-off.

[TOC]

3.3 REQUIREMENTS

		3. Requirements
Planning	Definition		Design	Build	Implementation	Warehouse

Purpose:

This Phase of the SDLC is required to understand and document the users' needs for the system. This Phase will document, in significantly more detail than the Project Statement, the scope, business objectives and requirements of the current/proposed system.

The emphasis throughout this Phase is on what the system will do. During analysis and specification, the technical aspects and constraints should be considered, but should not be influenced by implementation characteristics. The technical aspects of the system are addressed in the Design Phase.

During this Phase the Data Conversion requirements, at a high level, will become apparent. This will start a parallel set of SDLC Phases for the Data Conversion associated with the system. Data Conversion will follow Phases 3 to 6 of the SDLC. Depending on the size and complexity of the total project (system and data conversion) the Data Conversion Application could be incorporated as a section or component of the main system Design deliverable, or become a separate Data Conversion deliverable of its own.

Data Warehousing requirements will also be identified during this Phase and a parallel set of Data Warehouse SDLC Phases should commence.

Prerequisites:

Project Statement -- Approved.

Deliverables:

Detailed Software Requirments Specification Analysis.

XMI export of High Level Domain Model.

IMB Data Administration QA Report.

Responsibility:

The suggested responsibilities associated with this Phase are:

Executive Management	--	Monitor Progress
Project Sponsor	--	Support the Process
Business Champion	--	Direct, Approve Significant Contribution
Project Manager	-- --	Primary Responsibility Quality Assurance
Development Team	--	Secondary Responsibility
Business Analyst	-- --	Secondary Responsibility Major Contributor
User Team	--	Significant contribution
IMB Quality Assurance	-- --	Standards QA Analysis QA

Milestone:

Software Requirements Specification -- Approval and Sign-off

A project must not proceed to the next Phase without appropriate deliverable approval and Sign-off.

Commentary:

The Software Requirements Specification is to be stated in language that reflects the background of the user base. Most requirements are written as plain language sentences supplemented with diagrams, graphics and tables of detailed information.

Refer to the System Analysis Standards for a more detailed description of the deliverables associated with this Phase.

Activity:

The Project Manager is responsible for producing the deliverables associated with the Software Requirements Specification. However, the Project Manager usually delegates this to the Business Analyst. This deliverable has significant input from the Business Champion and User Team. If some or all of the Phase's deliverables have been delegated, the Project Manager maintains overall responsibility for producing quality deliverables submitted to the Business Champion for review and sign-off, and to IMB for Quality Assurance.

The Project Manager will provide initial Quality Assurance of the deliverable prior to review by IMB QA, User Team and the Business Champion.

The draft Software Requirements Specification must be submitted to the Information Management Branch for Data Administration for QA against Data standards and to Technical Architecture for QA to application standards.

The completed Software Requirements Specification will be submitted to the Business Champion and Project Sponsor for approval and Sign-off.

[TOC

3.4 DESIGN

			4. Design
Planning	Definition	Analysis		Build	Implementation	Warehouse

Purpose:

This Phase of the SDLC continues from the Software Requirements Specification and describes how the proposed system will be built. The Design is specific to the technical environment that the system will operate in and the tools used in building the system. The results of this Phase significantly impact the Build and Implementation Phases of the system.

Prerequisites:

Detailed Software Requirements Specification -- Signed-off.

Deliverables:

Detailed Software Design Description.

Oracle Designer Repository.

XMI export of full UML Domain model.

Data Conversion Design.

IMB Database Administration QA Report.

Responsibility:

The suggested responsibilities associated with this Phase are:

Executive Management	--	Monitor Progress
Project Sponsor	--	Support the Process
Business Champion	--	Review, Approve
Project Manager	-- --	Primary Responsibility Quality Assurance
Development Team	-- --	Secondary Responsibility Major Contributor
Business Analyst	--	Secondary Responsibility
User Team	--	Review
IMB Quality Assurance	-- --	Standards QA Database Design QA

Milestone:

Detailed Software Design Description -- Approval and Sign-off.

A project must not proceed to the next Phase without appropriate deliverable approval and Sign-off.

Commentary:

Refer to the Software Design Description Standards for a more complete description of the deliverables associated with this Phase.

Activity:

The Project Manager is responsible for producing the deliverables associated with the Detailed Software Design Description.

However, the Project Manager usually delegates responsibility for some or all of these deliverables to the Development Team. If some or all of the Phase's deliverables have been delegated, the Project Manager maintains overall responsibility for producing quality deliverables submitted to the Business Champion for review and sign-off, and to IMB for Quality Assurance.

The Project Manager will provide initial Quality Assurance of the deliverables prior to review by IMB QA, User Team and the Business Champion.

The draft Software Design Description must be submitted to the Information Management Branch for Database Administration review and QA against standards.

The completed Software Design Description will be submitted to the Business Champion and Project Sponsor for approval and Sign-off.

[TOC]

3.5 BUILD

				5. Build
Planning	Definition	Analysis	Design		Implementation	Warehouse

Purpose:

This Phase of the SDLC deals with the development, unit testing and integration testing of the application modules, screens and reports. In addition, this Phase addresses the preparation and establishment of the technical environment for development, testing and training of user representatives.

This Phase is usually carried out in parallel with the development of user procedures and user documentation from the Implementation Phase. Both of these will be required for module testing, upon the completion of the Build Phase. Coordination of the Build and Implementation Phase activities is a key responsibility of the Project Manager at this time.

Any special procedures for data conversion and/or data warehousing are also developed and tested. The process of developing and testing the data conversion and data warehousing modules is no different from that required for the system itself.

Prerequisites:

Detailed Software Design Description-- Signed-off.

Deliverables:

System Build.

Developer Guidelines.

Application Forms and Reports.

Data Conversion Application.

IMB Technical QA Report.

Responsibility:

The suggested responsibilities associated with this Phase are:

Executive Management	--	Monitor Progress
Project Sponsor	--	Support the Process
Business Champion	--	Review, Approve
Project Manager	-- --	Primary Responsibility Quality Assurance
Development Team	-- --	Secondary Responsibility Major Contributor
Business Analyst	--	Secondary Responsibility
User Team	--	Review
IMB Quality Assurance	-- --	Standards QA Build QA

Milestone:

System Build -- Approval and Sign-off.

Some activities in this Phase may be conducted in parallel with activities of the Implementation Phase.

Commentary:

This is the fifth Phase in the SDLC. Refer to the System Build Standards and documentation for a more detailed description of the deliverables associated with this Phase.

Activity:

The Project Manager is responsible for producing the deliverables associated with the Build Phase. However, the Project Manager usually delegates responsibility for some or all of these deliverables to the Development Team. If some or all of the Phase's deliverables have been delegated, the Project Manager maintains overall responsibility for producing quality deliverables submitted to the Business Champion for review and sign-off, and to IMB for Quality Assurance.

The Project Manager will provide initial Quality Assurance of the deliverables prior to review by IMB QA, User Team and the Business Champion.

The draft System Build must be submitted to the Information Management Branch for technical review and QA against standards.

The completed System Build will be submitted to the Business Champion and Project Sponsor for approval and sign-off.

[TOC]

3.6 IMPLEMENTATION

					6. Implementation
Planning	Definition	Analysis	Design	Build		Warehouse

Purpose:

This Phase of the SDLC is to prepare for and carry out the implementation of the developed system through user and acceptance testing to a full production system.

Prerequisites:

System Build -- Sign-off.

Deliverables:

User Procedures (including Data Conversion).

On-Line Help Text.

Acceptance Test Plan.

Data Conversion Plan.

User Training Plan.

Application Migration Plan.

Implementation Plan.

Internet Deployment Plan (as appropriate).

Production Sign-off.

Responsibility:

The suggested responsibilities associated with this Phase are:

Executive Management	--	Monitor Progress
Project Sponsor	--	Support the Process
Business Champion	--	Review, Approve
Project Manager	-- --	Primary Responsibility Quality Assurance
Development Team	-- --	Secondary Responsibility Major Contributor
Business Analyst	-- --	Secondary Responsibility Major Contributor
User Team	--	Review, Approve
IMB Quality Assurance	-- --	Standards QA Production QA

Milestone:

Data Conversion -- Approval and Sign-off.

System Production -- Approval and Sign-off.

A project must not proceed to the next Phase without appropriate authorization and approval.

Commentary:

This is the sixth (and sometimes last) Phase in the SDLC. It is the last Phase only for those Business Systems that (for specific documented reasons) will not make their data available in the Data Warehouse.

This Phase will provide users with the documentation and training required to use the system effectively. Data Conversion will only occur once, but user documentation will also be required.

Individual system components that successfully completed unit and integration testing during the Build Phase are now subjected to a more rigorous system and acceptance testing, as defined by the testing plans. In addition, user and operation procedures are tested for the system.

Refer to the System Implementation standards and documentation for a more detailed description of the deliverables associated with this Phase.

As appropriate, the Data Conversion will be performed prior to the finalization of the system into Production. The detailed Data Conversion and Implementation Plans will define exactly how this will be accomplished.

Activity:

The Project Manager is responsible for producing the deliverables associated with the Implementation Phase. However, the Project Manager usually delegates responsibility for some or all of these deliverables to the Development Team. If some or all of the Phase's deliverables have been delegated, the Project Manager maintains overall responsibility for producing quality deliverables submitted to the Business Champion for review and sign-off, and to IMB for Quality Assurance.

The Project Manager will provide initial Quality Assurance of the deliverables prior to review by IMB QA, User Team and the Business Champion.

The draft deliverables must be submitted to the Information Management Branch for technical review and QA against standards.

[TOC]

3.7 WAREHOUSE

						7. Warehouse
Planning	Definition	Analysis	Design	Build	Implementation

Purpose:

This Phase of the SDLC addresses the publication of the system's data into the Ministry's Data Warehouse for business manipulation and decision support. Although described as one Phase here, the Warehouse Phase actually comprises, as appropriate, all the deliverables associated with SDLC Phases 1 [Planning] through 6 [Implementation]. Refer to the last column of Figure 3: SDLC Deliverables and Standards.

Prerequisites:

Production -- Sign-off.

Deliverables:

Warehouse SDLC Deliverables, as appropriate, from Phases 2-6.

Responsibility:

The suggested responsibilities associated with this Phase are:

Executive Management	--	Monitor Progress
Project Sponsor	--	Support the Process
Business Champion	-- --	Review, Approve Major Contributor
Project Manager	-- --	Primary Responsibility Quality Assurance
Development Team	-- --	Secondary Responsibility Major Contributor
Business Analyst	-- --	Secondary Responsibility Major Contributor
User Team	-- --	Review, Approve Major Contributor
IMB Quality Assurance	-- --	Standards QA Warehouse QA

Milestone:

Data Warehouse Migration -- Approval and Sign-off

Commentary:

This is the final Phase in the SDLC.

Refer to the Data Warehouse standards and documentation for a more detailed description of the requirements of the major deliverables.

Activity:

The Project Manager is responsible for producing the deliverables associated with the Warehouse Phase. However, the Project Manager usually delegates responsibility for some or all of these deliverables to the Development Team. If some or all of the Phase's deliverables have been delegated, the Project Manager maintains overall responsibility for producing quality deliverables submitted to the Business Champion for review and sign-off, and to IMB for Quality Assurance.

The Project Manager will provide initial Quality Assurance of the deliverables prior to review by IMB QA, User Team and the Business Champion.

The draft deliverables must be submitted to the Information Management Branch for review and QA against standards.

[TOC]

4. MAINTENANCE

The Maintenance activities are those activities that are required after an application has been successfully delivered into production. The guidelines required for these processes are not yet defined and will be added later. However, depending on the extent of the Maintenance required, the SDLC Phases and appropriate standards must be followed to ensure that application and data quality are maintained.

[TOC]

5. CONCLUSION

This document provides an Overview to the System Development Life-Cycle (SDLC) Phases, their deliverables, the project team participants and their roles and responsibilities.

It is intended to assist Application Administrators and developers of Ministry applications and to ensure a consistent approach to SDLC deliverables. It should clearly communicate the Ministry's expectations for each Phase of the SDLC.

[TOC]