Chương 5 TIẾN TRÌNH PHẦN mềm

NỘI DUNG Khái niệm về tiến trình phần mềm  Sự trưởng thành phần mềm  Các tiếp cận cải tiến tiến trình  Giới thiệu Mô hình CMMI... TIẾN TRÌNH PHẦN MỀM Khái niệm: Tiến trình phần mềm

Chương 5

TIẾN TRÌNH PHẦN MỀM

NỘI DUNG

 Khái niệm về tiến trình phần mềm

 Sự trưởng thành phần mềm

 Các tiếp cận cải tiến tiến trình

 Giới thiệu Mô hình CMMI

TIẾN TRÌNH PHẦN MỀM

 Khái niệm: Tiến trình phần mềm bao

gồm một tập hợp các hoạt động được

thực hiện bởi con người, nhờ vào: g

 vận dụng các phương pháp, tri thức

kinh nghiệm

 Sử dụng các công cụ hỗ trợ

Để ả i h hầ ề h / à á

 Để sản sinh ra phần mềm hay/và các

sản phẩm kèm theo (chẳng hạn như

đặc tả yêu cầu, kế hoạch thực hiện, hồsơ thiết kế mã nguồn các bộdữ liệu kiểm thử, tài liệu cho người dùng ).

TIẾN TRÌNH XEM XÉT SẢN

PHẨM

 Hoạt động: Make, Read, Note,

Decide…

 Sản phẩm: Một văn bản sản phẩm tùy

 Sản phẩm: Một văn bản, sản phẩm tùy

ý…

 Vai trò: Author, Reader

 Công cụ: Word, Graphics Editor, …

TIẾN TRÌNH THANH TRA MÃ

NGUỒN

 Khái niệm: Tiến trình dò tìm lỗi trong

mã nguồn sau khi đã hết lỗi biên dịch (trước khi dịch thành mã thực thi để

(

chạy và kiểm thử)

 Thế nào là lỗi?

 Không đáp ứng đặc tả (nếu có)

 Không đáp ứng đặc tả (nếu có)

 Lỗi luận lý (vòng lặp, không xử lý mặc nhiên, xét thiếu trường hợp…)

Lỗi kỹ thuật (tràn số biểu thức chỉ số

 Lỗi kỹ thuật (tràn số, biểu thức, chỉ số mảng, cấp phát bộ nhớ, …)

 Chuẩn mực lập trình (Code Standard)

TIẾN TRÌNH THANH TRA MÃ

NGUỒN

SỰ TRƯỞNG THÀNH CỦA PHẦN

MỀM

 Mức độ hay qui mô mà một tiến trình

phần mềm

 được định nghĩa tường minh trong tổ

chức sản xuất phần mềm ,

 được vận hành nhơ øvào sự

•quản lý ,

•kiểm soát và

•đánh giá định lượng

TỔ CHỨC PHẦN MỀM CHƯA

TRƯỞNG THÀNH?

 Đặt nặng vai trò cá nhân: phụ thuộc

vào sự tùy biến, linh động, “chữa

cháy” của các chuyên viên và các nhà y y quản lý

 Tiến trình phần mềm (nếu có): không

vận dụng nghiêm ngặt, không kiểm ậ ụ g g gặ g soát nghiêm túc trong quá trình vận hành

 Quản lý đề án: không kiểm soát được ý g ợ tiến độ, không kiểm soát được kinh phí

 Chất lượng sản phẩm? ợ g p

 Không có các tiêu chí khách quan để đánh giá

 Xem nhẹ các hoạt động cải tiến chất

 Xem nhẹ các hoạt động cải tiến chất lượng

TỔ CHỨC PHẦN MỀM TRƯỞNG

THÀNH?

 Tiến trình phần mềm:

 được mô tả tường minh bằng các

văn bản truyền đạt tới mọi thành viên tham gia vào hoạt động sản xuất phần mềm

 phân định rõ ràng các vai trò và trách

nhiệm của thành viên tham gia vào

tiến trình phần mềm

 được vận hành, kiểm soát định

lượng, tuân thủ xuyên suốt trong quá

trình sản xuất phần mềm

 được tiến hóa để phù hợp với các thay

đổi vềmôi trường công nghệ

MÔ HÌNH ISO 9000, ISO 9000-3

 ISO 9000-3: phiên bản cụ thể hóa của

ISO 9000 cho hoạt động sản xuất phần mềm

p

 Kiểm soát chất lượng trong suốt các pha: sản xuất, phân phối vàbảo trì phần mềm

 Khách hàng phối hợp chặt chẽ với hãng cung cấp phần mềm

 Hãng sản xuất phần mềm bảo đảm hệ

thống bảo đảm chất lượng được hiểu

rõ và được thực hiện nghiêm túc trong suốt quátrình sản xuất phần mềm

MÔ HÌNH CMMI

 Viện SEI đề xuất vào đầu 1990

 Mục đích: đánh giá mức độtrưởng

thành sản xuất phần mềm của một công ty/tổ chức

 Phân loại tiến trình sản xuất phần mềm vào 5 mức độ:

 Tiến trình ởmức độ khởi động

 Tiến trình ởmức độ có khả năng lặp

 Tiến trình ởmức độ được định nghĩa

 Tiến trình ở mức độ được quản lý định

 Tiến trình ở mức độtối ưu hóaộ

MÔ HÌNH CMMI