Software lifecycle

The term software lifecycle describes the development of an application, from the concept phase right up to the retirement phase. The purpose of such a plan is to define the various intermediate phases required to the validate the development of the application, i.e. to ensure the software conforms to the requirements for the application and verification of development procedures, i.e. to make sure the methods employed are appropriate.

Such plans originate from the fact that errors detected late in the implementation phase can end up being costly to rectify. The lifecycle allows for errors to be detected at as early a stage as possible and therefore enable developers to concentrate on the quality of the software, implementation time frames and associated costs.

The basic software lifecycle involves the following procedures:

• Defining goals defining the outcome of the project, and its role in a global strategy.
• Analysis of requirements and feasibility, i.e. gathering, examining and formulating the customer's requirements and examining the set of restrictions that may apply.
• General design General architectural requirements of the application.
• Detailed design, precise definition of each application sub-set.
• Programming (programming and implementation) is the implementation of a programming language to create the functions defined during the design stages.
• Unit testing, individual testing of each application sub-set to ensure they are implemented according to specifications.
• Integration, to ensure that the different modules integrate with the application. This is the purpose of the integration testing which is carefully documented.
• Beta testing (or validation), to ensure that the software conforms to original specifications.
• Documentation serves to document necessary information for software users and for future development.
• Implementation,
• Maintenance, all corrective procedures (corrective maintenance) and minor software updates (ongoing maintenance).

The order and presence of each of these procedures in the lifecycle of an application depends on the type of lifecycle model agreed between the client and the development team.

Lifecycle models

To facilitate a common methodology for client and software company, lifecycle models have been updated to reflect the development stages involved and the documentation required, so that each stage is validated before moving on to the next stage. At the end of each stage reviews are arranged so that (missing text?)

Waterfall model

The waterfall lifecycle model was designed in 1966 and then finalized around 1970. It is defined as a sequence of phases, at the end of each one documentation is gathered to ensure it conforms to specifications and requirements prior to moving on to the next phase:

V model

The V lifecycle model stems from the principle that procedures for testing that the application conforms to specifications must be have been created in the design phase.

Last update on Thursday October 16, 2008 02:43:18 PM.This document entitled « Software lifecycle » from Kioskea (en.kioskea.net) is made available under the Creative Commons license. You can copy, modify copies of this page, under the conditions stipulated by the licence, as this note appears clearly.