cs 5380 software engineering chapter 2 – software processes chapter 2 software processes1

S

CS 5380Software

Engineering

Chapter 2 – Software Processes

Chapter 2 Software Processes1

Processes and Process Models

Software processes Activities involved in producing a software

system.

Software process models abstract representations of these processes.


Software processes

Processes Specification Design Implementation Validation Evolution

Occur in all process models


Process Models

Describe the organization of software processes.

Key Examples Waterfall model Incremental development Reuse-oriented development.


Software Process Pescriptions

Activities of the process Specifying a data model Designing a user interface

Also Outcomes of a process Roles of people involved in the process Pre- and post-conditions


Software process models

Waterfall model Plan-driven model. Separate and distinct processes

specification development.

Incremental development Interleaved processes

Specification, development and validation

Reuse-oriented software engineering The system is assembled from existing components.


Development in Civil Engineering

Build a bridge Requirements Site Analysis Design Review/Approval Schedule Construction Testing Maintenance

Discussion Requirements Overlap of phases Dependency of Phases


The Waterfall Model(1970)


Waterfall Model Phases

There are separate identified phases in the waterfall model: Requirements analysis and definition System and software design Implementation and unit testing Integration and system testing Operation and maintenance


Waterfall Model Problems

Responding to changing customer requirements. Appropriate

requirements are well-understood Changes will be fairly limited

Few business systems have stable requirements.


Waterfall Applications

Large systems, developed at several sites. Space Shuttle control system

Integration with many physical components


Incremental Development

Initial Requirements, Design, Development…

Learn from usage

Modify requirements, design, redevelop


Incremental development


Incremental development benefits

Lower cost of accommodating changing customer requirements

Better customer feedback Customers understand working system better than

design

More rapid delivery Partial delivery at beginning is useful


Generic Products

Inherently incremental

Initial phase to Get customers Get feedback Drive direction

Subsequent phases Stay competitive Meet changing needs


Incremental development problems

The process is not visible. Design documents not at extensive Design documents not final

System structure tends to degrade as new increments are added. New features may not fit initial structure


Reuse-Oriented Software Engineering

Systematic reuse COTS (Commercial-off-the-shelf) systems.

Process stages Component analysis; Requirements modification; System design with reuse; Development and integration.

Standard approach for building many systems SAS


Reuse-oriented software engineering


Types of software components

Web services Standard specification Remote invocation Calendar, weather, scheduling, RSS,…

Collections of objects - framework .NET User interface

Configurable software systems COTS – Commercial Off The Shelf software SAS


Discussion

Identify 2 highly likely projects for each of the following Waterfall Incremental Component


Software Specification

Process of establishing Services required Constraints on the system

Requirements engineering process Feasibility study Requirements elicitation and analysis Requirements specification Requirements validation


The requirements engineering process


Software design and implementation

Design Creation of design documents From requirements

Implementation Creation of running program From design documents

Design and implementation Closely related May be inter-leaved.


A general model of the design process


Design activities

Architectural design, overall structure principal components (sub-systems or modules) component relationships

Interface design interfaces between system components Interface with user

Component design Individual component

Database design, Tables, queries, interaction


Software verificationand validation

Show that system conforms to its specification meets the real needs of customer

Testing is a key approach

Code reviews


Stages of testing


Testing stages

Development or component testing

System testing

Acceptance testing


Testing phases in a plan-driven software process


Software evolution

Software is inherently flexible.

Software changes to meet Changing business model New applications


System evolution


Nature of Change

Change is inevitable in all large software projects. Business changes New technologies Changing platforms Changing Customer Base Chaging usage


Reducing the Costs of Rework

Change avoidance Start with a prototype

Change tolerance Incremental tolerance Architecture


Software prototyping

Prototype initial version demonstrate concepts try out design options.

Uses: requirements elicitation and validation; UI design;


Benefits of prototyping

Improved system usability.

A closer match to users’ real needs.

Improved design quality.

Improved maintainability.

Reduced development effort.


The process of prototype development


Prototype development

Tools rapid prototyping languages

Leave out functionality Focus on areas that are not well-understood No error checking and recovery Focus on functional requirements

not reliability and security Different architecture


Throw-away prototypes

Discard prototype: Can’t be modified for all requirements; Prototypes are undocumented; Poor internal structure; Poor quality standard


Discussion

Describe a prototype for Web application Mobile app Air traffic control system Integrated controller in a printer


Incremental delivery

Multiple deliveries

Phased functionality

Requirements prioritization

Requirements frozen at beginning of incremental phase


Incremental development and delivery

Incremental development Evaluate each increment before creating next Normal approach used in agile methods; Evaluation done by user/customer proxy. May not require incremental delivery

Incremental delivery Deploy to end-users More realistic evaluation by users;


Incremental delivery


Incremental delivery advantages

Partially usable system available earlier.

Early versions elicit further requirements

Lower risk of overall project failure.

Most important features get tested more


Incremental Delivery Problems

Common facilities. Not fully thought out Poorly architected

Conflicts with procurement processes Companies require full specification


Boehm’s spiral model (1988)

Spiral diagram rather than process diagram

Each loop in the spiral represents a phase in the process.


Boehm’s spiral model of the software process


Spiral model sectors

Objective setting Specific objectives for the phase are identified.

Risk assessment and reduction Risks are assessed and activities put in place to reduce the key risks.

Development and validation A development model for the system is chosen which can be any of

the generic models.

Planning The project is reviewed and the next phase of the spiral is planned.


Spiral model usage

Rarely used as published for practical software development.


The Rational Unified Process

IBM 2003

Combination of other models Largely iterative Documentation Prototyping


Phases in the Rational Unified Process


RUP phases

Inception Establish the business case for the system.

Elaboration Develop an understanding of the problem domain and the

system architecture.

Construction System design, programming and testing.

Transition Deploy the system in its operating environment.


RUP 6 Best Practices

Iterative development Prioritized phases.

Manage requirements Document requirements.

Use component-based architectures Structure the system to be reusable.


RUP 6 Best Practices(continued)

Visually model software UML.

Verify software quality

Control changes to software change management system tools


Discussion


cs 5380 software engineering chapter 2 – software processes chapter 2 software processes1

Documents