Chương 5:

Các thành phần cơ sở hạ tầng chất lượng

(Software quality infrastructure components)
Nội dung chính

 5.1 Thủ tục, chỉ dẫn và các thiết bị hỗ trợ chất lượng
 5.2 Đào tạo đội ngũ và cấp chứng chỉ
~ xây dựng CSHT (Infrastructure) that be
 5.3 Sửa lỗi và phòng ngừa employed to prevent software errors &
promote the quality level of the entire
 5.4 Quản lý cấu hình organization

 5.5 Kiểm soát tài liệu

5.1 Thủ tục, chỉ dẫn và các thiết bị hỗ trợ chất
lượng
 A hierarchy of procedures &work instructions:

Procedures ≠
Instructions?
1. Procedures - Details

 Procedures: supply all the details needed to carry out a task:

 Details ~ Five issues need be reviewed (the Five W’s):
1. Procedures - Update

 Updating procedures – when?

 Technological changes in development tools, hardware, communication
equipment, etc.
 Changes in the organization’s areas of activity
 User proposals for improvement
 Analysis of failures as well as successes
 Proposals for improvements initiated by internal audit reports
 Learning from the experience of other organizations
 Experiences of the SQA team
2. Work instructions - define

 Work instructions: deal with the application of procedures, adapted to the

requirements of a specific project team, customer, or other relevant party
 ? Work instructions ≠ procedure
 A procedure ~ a general methodology (thuộc CSHT)
 Work instructions: the precise details applied to a specific project (PDCA Approach)
3. Các thiết bị hỗ trợ chất lượng

 ~ infrastructure tools:
 Ex., tools contribute to SQA:
a) Templates
b) Checklists
a) Templates - Define

 Template:
 ~ A format (tables of contents) created by units or organizations, to be applied when
compiling a report/type of document.
 Ex., RUP templates

 The SQA unit: responsible for preparing professional templates (for types of reports &
documents) required of the organization’s staff
a) Templates – benefits

 For both review & development teams:

1. Saving the time in developing & reviewing
2. Ensures that common errors, such as overlooking a topic, are less likely to occur.
3. No need to study a document’s structure and confirm its completeness.
1. Simplifies review of the completed document
2. Less time-consuming.
b) Checklists - Define

 Checklist:
 ~ A list of items constructed for each type of document/report
 Providing a complete list of items to be verified
 Ex., Checklist for requirement specification report
 See Figure 15.1 (below)
ii. Checklists – Benefits

 For develop teams:

1. Helps developers carrying out self-checks of documents or software code
 help the developer discover incomplete sections, detect overlooked lapses.

2. Assists developers in their preparations for tasks

 Help the developers be better equipped for task performance.
 For review teams:
 Assures completeness of document reviewed
 Improves efficiency of review sessions: all subjects & order of discussion are
defined in the checklist.
Nội dung chính

 5.1 Thủ tục, chỉ dẫn và các thiết bị hỗ trợ chất lượng
 5.2 Đào tạo đội ngũ và cấp chứng chỉ
 5.3 Các hành động sửa lỗi và phòng ngừa
 5.4 Quản lý cấu hình
 5.5 Kiểm soát tài liệu
5.2 Đào tạo đội ngũ và cấp chứng chỉ
(Staff training and certification)
 Positions in a software ↑ & maintenance organization?
 Systems analyst, programmer, software development team leader, programming team leader,
software maintenance technician, software tester, and software testing team leader.
=> Varies by firms or organization
 The objectives of training:
1. To develop the knowledge and skills new staff need to perform software development &
maintenance tasks.
2.  To assure conformity to the organization’s standards for software products (documents and
code).
3.  To update the knowledge and skills of staffs.
4.  To train the application of the SQA procedures & work instructions
5. To assure that candidates for key positions are adequately qualified
5.2 Đào tạo đội ngũ & cấp chứng chỉ

 The training &

certification: process
 See Figure 16.1
(below)
Nội dung chính

 5.1 Thủ tục, chỉ dẫn và các thiết bị hỗ trợ chất lượng
 5.2 Đào tạo đội ngũ và cấp chứng chỉ
 5.3 Sửa lỗi và phòng ngừa
 5.4 Quản lý cấu hình
 5.5 Kiểm soát tài liệu
5.3 Sửa lỗi và phòng ngừa
(Corrective & Preventive Actions - CPA)
 CPA – definitions
 Corrective actions:
 Identify, analysis of sources of errors & correct them.

 Preventive actions
 Apply the infrastructure & Control, monitor, measure the outcomes.
5.3 Các hành động sửa lỗi và phòng ngừa
(Corrective And Preventive Actions - CAPA)
 CAPA – Process
 See Figure 17.1.
Nội dung chính

 5.1 Thủ tục, chỉ dẫn và các thiết bị hỗ trợ chất lượng
 5.2 Đào tạo đội ngũ và cấp chứng chỉ
 5.3 Các hành động sửa lỗi và phòng ngừa
 5.4 Quản lý cấu hình
 5.5 Kiểm soát tài liệu
5.4 Quản lý cấu hình
(Configuration management)
 Goal:
 Manage all issues related to:
 Control of software changes,
 Documentation of changes,
 Storing the approved software versions,
 Provision/trang bị of the relevant information and supply of copies of registered versions
throughout the software system’s life cycle.
 The importance of SCM is stressed by ISO 9000–3 standards (see ISO,
1997; ISO/IEC, 2001)
5.4 Quản lý cấu hình

 Software configuration item (SCI)

 The SCIs are generally placed into 4 classes,
as follows:
1. Design documents
2. Software code
3. Data files: files of test cases and test scripts
4. Software development tools.
=> A list of common types of SCIs is presented
in Frame 18.2.
5.4 Quản lý cấu hình phần mềm (SCM)

Ver 4.1 IN
 2 foundations for high quality
maintenance Ver 4.0 BL Ver d1.1 IN Ver e1.1 BL Ver c2.0 BL
 Foundation 1: software package
quality Ver 3.0 BL
Ver b1.1 IN
 Foundation 2: maintenance
policy Ver 2.2 IN Ver d1.0 BL Ver e1.0 BL Ver c1.1 BL

1. Version development policy

Color
 Line model & Tree model Ver 2.1 IN Black printe
print r
er Ver c1.0 BL
 Example: See Fig 1 Ver b1.0 BL

2. Change policy Ver 2.0 BL

Printe Print
er-
 Example: Requirements Change r fax
Management: see Table (below) Ver 1.0 BL Ver a1.0 BL
General

Linear evolution model Tree evolution model

 Activity Description Responsibility Requirement
Status
Submit CR stakeholder submit yêu cầu thay đổi (Change Request - CR). Yêu cầu được đưa Submitter Proposed
vào Change Request Tracking System (e.g., Rational ClearQuest) và được đặt vào
CCB Review Queue bằng cách thiết lập trạng thái của nó là Proposed.
Review CR CCB review các y.c thay đổi (Proposed) bằng cách k.tra xem chúng có hợp lệ CCB Proposed
không? Nếu hợp lệ thì tạo quyết định thay đổi bằng cách gán độ ưu tiên, lịch biểu,
các nguồn tài nguyên, chi phí, rủi ro, độ an ninh và các tiêu chuẩn liên quan cho
y.c. Ngược lại đưa ra khỏi hàng đợi.
Confirm Nếu yêu cầu thay đổi là trùng lặp, nó bị từ chối ~ yêu cầu không hợp lệ). CCB xác CCB Delegate Proposed
Duplicate or định tính lặp và thu thập thêm thông tin từ người gửi (nếu cần)
Reject
Update CR Nếu yêu cầu thay đổi bị từ chối, người gửi yêu cầu sẽ nhận được thông báo và Submitter Proposed
được phép cập nhật lại yêu cầu thay đổi. Yêu cầu sau khi cập nhật được đưa lại
vào CCB Review Queue để chờ xem xét
Assign & Khi y.c được phê chuẩn (được mở), quản lý dự án sẽ gán công việc cho thành viên Project Manager Approved
Schedule Work nhóm tương ứng (phụ thuộc vào kiểu yêu cầu, ví dụ, y.cầu nâng cấp, y.c sửa lỗi,
y.c thay đổi tài liêu, y.c kiểm thử, …) – và update lịch biểu dự án.
Make Changes Thành viên nhóm dự án tiến hành công việc theo lịch biểu để triển khai y.c thay Assigned Team Incorporated
đổi. Yêu cầu thay đổi sau đó sẽ được đánh dấu là “Resolved.” Member
Verify Changes Sau khi thay đổi được giải quyết (resolved), chúng được đặt vào hàng đợi kiểm Tester Incorporated
in Test Build thử để gán cho kiểm thử viên thẩm định.
Verify Changes Khi các thay đổi đã được giải quyết,thẩm định, nó được đưa vào hàng đợi phát CCB Delegate Validated
in Release Build hành và được thẩm lại trong bản phát hành sản phầm, tạo các notes phát hành sản (System
phầm, …. Và đóng yêu cầu thay đổi. Integrator)
Nội dung chính

 5.1 Thủ tục, chỉ dẫn và các thiết bị hỗ trợ chất lượng
 5.2 Đào tạo đội ngũ và cấp chứng chỉ
 5.3 Các hành động sửa lỗi và phòng ngừa
 5.4 Quản lý cấu hình (Configuration management)
 5.5 Kiểm soát tài liệu
5.5 Kiểm soát tài liệu
(Documentation control)
 Goals:
 Define a list of the document
types need to built, controlled
and updated
 Ex., List of documentation
types
 See Frame 19.2
Tóm lại

 5.1 Thủ tục, chỉ dẫn và các thiết bị hỗ trợ chất lượng
 5.2 Đào tạo đội ngũ và cấp chứng chỉ
 5.3 Các hành động sửa lỗi và phòng ngừa
 5.4 Quản lý cấu hình (Configuration management)
 5.5 Kiểm soát tài liệu