1. Trang chủ
  2. » Công Nghệ Thông Tin

Lecture Software process improvement: Lesson 3 - Dr. Ghulam Ahmad Farrukh

50 5 0

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Tiêu đề Lecture Software Process Improvement: Lesson 3 - Dr. Ghulam Ahmad Farrukh
Chuyên ngành Software engineering
Thể loại Lecture
Định dạng
Số trang 50
Dung lượng 252,98 KB

Các công cụ chuyển đổi và chỉnh sửa cho tài liệu này

Nội dung

Lecture Software process improvement: Lesson 3 provide students with knowledge about: configuration management; change; software configuration management; SCM functions; purpose of SCM activities; SCM provides cover against;... Please refer to the detailed content of the lecture!

Trang 1

Configuration Management

Lecture # 3

Trang 3

• Changes will happen in all work products and during all processes during software 

development and maintenance

• Change increases the level of confusion 

among software engineers who are working 

on a software project

Trang 4

Sources of Change ­ 1

• New business or market conditions dictate changes in product requirements or business rules

Trang 9

– controlling the changes  imposed

– auditing and reporting  on the changes

Trang 12

Software Configuration

• The items that comprise all information 

produced as part of the software process are collectively called a software configuration

Trang 13

Configuration Item

13

Trang 14

• A baseline is a software configuration 

management concept that helps us to 

control change without seriously impeding justifiable change

Trang 15

IEEE definition of Baseline

Trang 16

– IEEE Std. No. 610.12­1990

Trang 17

Baseline

• Before a software configuration item 

becomes a baseline, changes may be made quickly and informally

• However, once a baseline is established, 

changes can be made, but a specific, formal procedure must be applied to evaluate and verify each change request

Trang 18

formal technical review or inspection

Trang 19

Baseline

• Typical, work products that are base­lined are

Trang 20

20

Trang 23

These questions lead us to definition 

of five SCM functions

SCM Functions

Trang 26

SCM Function: Version Control ­ 1

• Version control combines procedures and tools to manage different versions of 

configuration items that are created during the software process

• The naming scheme for SCIs should 

incorporate the version number

Trang 27

SCM Function: Version Control ­ 2

• Configuration management allows a user to 

specify alternative configurations of the software  system through the selection of appropriate 

versions

• This is supported by associating attributes with 

each software version, and then allowing a 

configuration to be specified [and constructed] by  describing the set of attributes

Trang 30

Change Control Process

Trang 31

Change Control Process

• Proposed changes to software work­products are  reviewed, then subjected to the agreement of 

project participants, and finally incorporated into  the currently approved software configuration

Trang 36

The Change Control Process ­ 1

change request from user developer evaluates change report is generated change control authority decides

request is queued for action

change request is denied

user is informed need for change is recognized

Change Control Process—2

Trang 37

The Change Control Process ­ 2

assign people to SCIs

check­out SCIs make the change review/audit the change establish a “baseline” for testing

Change Control Process—3

Trang 39

synchronization control

Trang 40

Access and Synchronization Control

• Access control governs which software 

engineers have the authority to access and modify a particular configuration item

• Synchronization control helps to ensure that parallel changes, performed by two 

different people, don’t overwrite one 

another

• We need to implement both

Trang 42

Audit ­ 2

• Has the change specified in the ECO been made? Have any additional modifications been incorporated?

• Has a formal technical review been 

conducted to assess technical correctness?

• Has the software process been followed and have software engineering standards been properly applied?

42

Trang 43

Audit ­ 3

• Has the change been “highlighted” in the 

SCI? Have the change date and author been specified? Do the attributes of the 

configuration object reflect the change?

• Have SCM procedures for noting the 

change, recording it, and reporting it been followed?

• Have all related SCIs been properly 

Trang 44

SCM Function: Status  Accounting/Reporting

• The status accounting function provides a corporate memory of project events that supports accomplishment of other 

Trang 45

Software Configuration Management 

Overview

Trang 46

Baselines Changes

Trang 47

Management Commitment to SCM

Trang 48

Management Commitment for SCM

Software Project Management Commitment

Trang 49

Summary

• Software configuration management is an umbrella activity that is applied throughout the software process

• SCM identifies, controls, audits, and reports modifications that invariably occur while 

software is being developed and after it has been released

• SCM saves a project from total chaos

Ngày đăng: 09/12/2022, 03:09