Scribd
Upload
37 views

System Development Life Cycle (SDLC) : Comparative Development Methodologies - p.44/125

The System Development Life Cycle (SDLC) is the most well-known phase model for software development. It divides the development process into five to eight distinct phases from feasibility study to operation and maintenance. Each phase has documentation or programs as output and feeds into the next phase. While the SDLC is still used today, it is rarely found in its pure form and has weaknesses like being too rigid and failing to capture true user needs. However, it formed the basis for many other methodologies and was an improvement over previous approaches lacking clear phases.

Uploaded by

Sahar Irani
Copyright
© Attribution Non-Commercial (BY-NC)
Available Formats
Download as PDF, TXT or read online on Scribd
37 views

System Development Life Cycle (SDLC) : Comparative Development Methodologies - p.44/125

The System Development Life Cycle (SDLC) is the most well-known phase model for software development. It divides the development process into five to eight distinct phases from feasibility study to operation and maintenance. Each phase has documentation or programs as output and feeds into the next phase. While the SDLC is still used today, it is rarely found in its pure form and has weaknesses like being too rigid and failing to capture true user needs. However, it formed the basis for many other methodologies and was an improvement over previous approaches lacking clear phases.

Uploaded by

Sahar Irani
Copyright
© Attribution Non-Commercial (BY-NC)
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 19

Chapter 3

System Development Life


Cycle (SDLC)

Comparative Development Methodologies – p.44/125


Evolution of Methodologies
Methodologies have not sprung to life spontaneously
Here we provide a brief historical perspective up to
SDLC
The SDLC (or waterfall model) has had a great impact
on other methodologies
Therefore we are going to have a closer look

Comparative Development Methodologies – p.45/125


Early Years (1940s-1950s)
Shift from scientific/mathematical to business
applications
Programmer is not always user anymore
Shift from technical viewpoint to more general view

Comparative Development Methodologies – p.46/125


Early Techniques (1960s)
Need for analysis/design phase in addition to coding
phase
Examples of early analysis techniques
Accurately Defined Systems (ADS) by NCR
Time Automated Grid (TAG) by IBM
Not widely used; complex and not well supported
Many principles incorporated into later approaches:
Starting with output, deriving necessary input
Graphical representation of system structures
Capture requirements in formal specification

Comparative Development Methodologies – p.47/125


Early Techniques(2)
SDLC makes first appearance
Known earlier as approach to problem solving in other
disciplines
Now applied to systems development
Top-down approach (going from overall view into
technical details)
Helped eliminate premature coding (first analysis, then
design, then coding)

Comparative Development Methodologies – p.48/125


Structured Approach (1970s)
Based on waterfall life cycle
Specification, design and coding map well to structured
analysis, structured design, structured programming
Top-down approach
Ironically, evolved bottom-up:
Structured programming
Structured design
Structured analysis

Comparative Development Methodologies – p.49/125


SDLC
System Development Life Cycle (SDLC) is the most
well-known of the so-called phase models
Still in use today, although rarely found in pure form
Process divided into five to eight distinctive phases∗
Each phase has as output documentation/programs
∗
Your mileage may vary

Comparative Development Methodologies – p.50/125


Phases
Feasibility
study

Requirements
definition

System and
software design

Implementation
and unit testing

Integration and
system testing

Operation and
maintenance

Comparative Development Methodologies – p.51/125


Feasibility Study
Feasibility study tries to find out
if it’s possible to build a certain system
and if it’s possible to do so at a reasonable price
Output: decision to go ahead or stop project

Comparative Development Methodologies – p.52/125


Requirements
Requirements definition:
System’s services, constraints, and goals are
established
Heavy consultation of end users/customers
Output: system specification

Comparative Development Methodologies – p.53/125


Design
System and software design:
Partitions requirements into hardware or software
systems
Establishes overall system architecture
Output: design documentation

Comparative Development Methodologies – p.54/125


Implementation
Implementation and unit testing:
Actual code gets written or generated
Verifying that each part meets specification
Output: set of programs or program units

Comparative Development Methodologies – p.55/125


Integration
Integration and system testing
Individual program units are put together
System is tested as a whole (interaction between
units)
Output: system that is ready to be delivered

Comparative Development Methodologies – p.56/125


Operation
Operation and maintenance
Should be longest life cycle phase
System is installed and put into use
Correcting errors that were not caught before
Improving system in the light of changes
Output: improved or enhanced system

Comparative Development Methodologies – p.57/125


Techniques
Various techniques for documentation:
Flowcharts
Organizational charts
Manuals
Grid charts
Discussion records
File/record specifications

Comparative Development Methodologies – p.58/125


Tools
There is also a great number of tools available
Project management tools
Report generating tools
Tools for producing documentation
Tools for generating code

Comparative Development Methodologies – p.59/125


Strengths of SDLC
Methodologies incorporating this approach have been
well tried and tested
Divides development into distinct phases:
Makes tasks more manageable
Offers opportunity for more control over development
process
Provides standards for documentation
Much better than trial and error

Comparative Development Methodologies – p.60/125


Weaknesses of SDLC
Fails to see the “big picture” of strategic management
Too inflexible to cope with changing requirements
Emphasis on “hard” thinking (which is often reflected in
documentation that is too technical)
Unable to capture true needs of users

Comparative Development Methodologies – p.61/125


Chapter Summary
Traditional phase model like SDLC better than no
methodology
Has been used successfully in many projects
SDLC may be outdated∗ , but used as basis of
numerous other methodologies
Developers have tried to fix some of its weaknesses
while retaining basic SDLC
coming up with totally different approaches
∗
Outdated 6= bad: ancient Roman buildings, medieval cathedrals

Comparative Development Methodologies – p.62/125

You might also like