Nói chung, mợt hệ thớng cấu hình phần mềm cụ thể sẽ liên quan đến mợt giải pháp và qui định quản lý cấu hinh phầ ̀n mềm được cơng bơ trong sớ ̉ tay quản lý cấu hình của cơng ty. Các giai phả ́p và qui định này có thể xuất phat t́ ừ các chuẩn tởng quát IEEE 828-1983, ISO 9000, CMM , CMMI ...
Hệ thớng quản lý cấu hinh bao gờ ̀m những họat đợng chính sau:
Tiến trình lập kế hoạch quản lý câu hí ̀nh chi tiết cho sản phẩm sẽ phát triển: là
tiến trình này thiêt lấ ̣p việc quản lý cấu hình, các thực thê sẻ ̃ được quản lý trong hệ
thớng quản lý cấu hình phần mềm và vai trò của các thành viên trong hệ thớng phần mềm cho mợt đề án cụ thể.
Tiến trình quản lý những thay đởi về cấu hình phần mềm: là tiến trình bao gờm vịêc phân tích cac thay ́ đởi, đánh giá phí tởn và theo doi “vễ ́t” của thay đởi.
Tiến trình quản lý phiên bản của sản phẩm: tiến trình định nghĩa, theo dõi và
KHOA CNTT –
ĐH KHTN
Tiến trình tích hợp sản phẩm từ các thanh tờ ́: là tiến trình tở hợp các thành tớ
của hệ thớng thành mợt chương trình có thể thực hiện trên mợt mơi trường cấu hình cụ thể. Với hệ thớng lớn đây la mờ ̣t tiến trình quan trong trong quạ ̉n lý cấu hình.
Hình 2-13 Sơđồ các tiến trình con trong quản lý cấu hình
Các tiến trình trên liên quan đên cá ́c thành viên tham gia vào quá trình phát triển phần mềm vàđược hỡ trợ bởi các cơng cụ phát triển phần mềm ở mức tựđợng hoặc bán tựđợng.
KHOA CNTT –
ĐH KHTN
Chương 3 Quản lý cấu hình phần mềm trong
CMM & CMMI
3.1 Mơ hình trưởng thành
Capability Maturity Model (CMM) version 1.1 là mơ hình được sử dụng rộng rãi nhất. Nĩ được phát triển và được hỗ trợ bởi viện Cơng Nghệ Phần mềm ở đại học Carnegie Mellon. Version 1.0 được phát hành vào 1991. Version 1.1 được phát hành vào 1993. Version 2.0 vẫn đang thực hiện, nhưng cĩ vẻ version này được thay thế bởi CMMI. Do đĩ, ta sẽđề cấp đến quản lý cấu hình trong CMM version 1.1 và CMMI 3.2 CMM version 1.1 3.2.1 Mức độ trưởng thành của CMM Version 1.1 Level 1: Khởi động Level 2: Lặp lại Quản lý cấu hình phần mềm Quản lý chất lượng phần mềm Quản lý các hợp đồng phụ
Theo dõi và giám sát đề án phần mềm Lập kế hoạch cho đề án phần mềm Những yêu cầu về quản lý Level 3: Được định nghĩa Cơng tác xem xét Sự hợp các giữa các nhĩm Sản phẩm phần mềm Quản lý phần mềm tích hợp
KHOA CNTT – ĐH KHTN Chương trình huấn luyện Định nghĩa tiến trình Tập trung cũng cố tiến trình Level 4: Quản lý Quản lý thay đổi quy trình Quản lý thay đổi cơng nghệ Ngăn chặn lỗi Level 5: Tối ưu hố Quản lý chất lượng phần mềm Quản lý quy trình chất lượng Bảng 3-1 Mức độ trưởng thành của CMM Quản lý cấu hình là một vùng tiến trình chính ở mức phát triển mức 2. Đểđạt
được chuẩn 2, cơng ty phải đạt những mục tiêu trong tất cả các vùng tiến trình chính
ở mức phát triển cấp 2, bao gồm quản lý cấu hình. Những mục đích để quản lý cấu hình trong CMM version 1.1 là:
Mục tiêu 1: Lên kế hoạch những hoạt động Quản lý cấu hình
Mục tiêu 2: Chỉ rõ và kiểm sốt những cơng việc để làm ra sản phẩm.
Mục tiêu 3: Những thay đổi của sản phẩm cơng nghệ phần mềm được kiểm sốt
Mục tiêu 4: Những nhĩm và những cá nhân ảnh hưởng sẽ được thơng báo về
trạng thái và nội dung của các cấu hình cơ sở (baselines) của phần mềm
3.2.2 Quản lý cấu hình phần mềm trong CMM version 1.1 3.2.2.1 Mục đích 3.2.2.1 Mục đích
Mục đích của Quản lý cấu hình là thiết lập và lưu lại sự tích hợp của những sản phẩm thơng qua quy trình phát triển phần mềm. Hệ thống Quản lý cấu hình là phần tích hợp hầu hết các quy trình phần mềm và quy trình quản lý.
3.2.2.2 Các hoạt động của quản lý cấu hình trong CMM Version 1.1 Hoạt động 1:
KHOA CNTT –
ĐH KHTN
Một kế hoạch Quản lý cấu hình được chuẩn bị cho mỗi đề án phần mềm tùy vào một tài liệu quy trình
Hoạt động 2:
Một kế hoạch về Quản lý cấu hình được chấp nhận và ghi thành tài liệu dùng
để làm nền tảng để thực hiện những hoạt động về Quản lý cấu hình
Hoạt động 3:
Một hệ thống thư viện quản lý cấu hình được thiết lập như là một kho chứa những cấu hình cơ sở của phần mềm
Hoạt động 4:
Chỉ ra và quản lý những cơng việc để tạo sản phẩm
Hoạt động 5:
Thay đổi yêu cầu và những báo cáo lỗi đối với những thực thể cấu hình được khởi tạo, lưu lại, kiểm tra, chấp thuận, và theo dõi dựa vào tài liệu quy trình
Hoạt động 6:
Thay đổi các cấu hình cơ sở sẽđược kiểm sốt, theo dõi theo tài liệu quy trình
Hoạt động 7:
Tạo ra những sản phẩm từ thư viện cấu hình cơ sở của phần mềm và những bản phát hành sẽđược kiểm sốt theo một tài liệu quy trình
Hoạt động 8:
Trạng thái của thực thể cấu hình/ bộ cấu hình được lưu lại theo một tài liệu quy trình
Hoạt động 9:
Những tài liệu báo cáo chuẩn về những hoặc động Quản lý cấu hình và nội dung của cấu hình cơ sở phần mềm được phát triển và giao cho những nhĩm và những cá nhân cĩ liên quan
Hoạt động 10:
KHOA CNTT –
ĐH KHTN
3.3 Quản lý cấu hình trong CMMI
3.3.1 Các mức trưởng thành của CMMI
Hình 3-1 các mức trưởng thành của CMMI Mức trưởng thành Vùng tiến trình
Phân tích nguyên nhân và giải pháp 5
Tối ưu hố Đổi mới tiến trình cơng nghệ Hiệu năng tiến trình
4
Được quản lý nhờ vào định lượng Quản lý đề án định lượng Phát triển yêu cầu Giải pháp kỹ thuật Tích hợp sản phẩm Kiểm tra Xác nhận Tập trung cũng cố tiến trình Định nghĩa tiền trình Huấn luyện Quản lý đế án tích hợp 3 Được định nghĩa Tích hợp nhĩm
KHOA CNTT – ĐH KHTN Quản lý rủi ro Tích hợp quản lý với nhà cung cấp Phân tích quyết định và giải pháp Tích hợp mơi trường tổ chức Quản lý yêu cầu Hoạch định đề án Theo dõi và kiểm sốt đề án Quản lý hợp đồng với nhà cung cấp Đo lường và phân tích Bảo đảm chất lượng sản phẩm và tiến trình 2 Được quản lý Quản lý cấu hình 1 Khởi động Bảng 3-2 Các mức trưởng thành và các vùng tiến trình của CMMI 3.3.2 Quản lý cấu hình trong CMMI
3.3.2.1 Mục đích Mục đích của Quản lý cấu hình là thiết lập và duy trì tính tồn vẹn của các sản phẩm kết xuất nhờ vào việc định danh cấu hình, kiểm sốt cấu hình, xác định trạng thái cấu hình và kiểm tra cấu hình. 3.3.2.2 Các hoạt đợng • Chỉ ra cấu hình của một sản phẩm được chọn bao gồm cấu hình cơ sở tại thởi điểm chỉ ra • Kiểm sốt thay đổi đối với những thành phần trong cấu hình
• Xây dựng hoặc cung cấp những đặc tả để xây dựng sản phẩm từ hệ thống Quản lý cấu hình
KHOA CNTT –
ĐH KHTN
• Cung cấp trạng thái chính xác và cấu hình hiện tại cho những nhà phát triển phần mềm, những người dùng cuối, khách hàng. Cơng việc được kiểm sốt dưới sự quản lý cấu hình bao gồm những sản phẩm được giao cho khách hàng, chỉ ra các sản phẩm nội bộ bên trong, những sản phẩm thu được, những cơng cụ và những thành phần khác được dùng để tạo và mơ tả những sản phẩm.
Đối với gia cơng phần mềm
Sản phẩm làm ra cần được kiểm sốt cấu hình bởi cả nhà cung cấp và đề án. Cần phải thiết lập trong hợp đồng về việc thực hiện quản lý cấu hình. Cần phải đưa ra, duy trì các phương pháp phù hợp đểđảm bảo về tịan vẹn dữ liệu
Những ví dụ về những cơng việc tạo nên sản phẩm được đặt dưới sự quản lý cấu hình gồm: • Kế hoạch • Mơ tả qui trình • Những yêu cầu • Thiết kế dữ liệu • Những bản vẽ • Đặc tả sản phẩm • Mã nguồn • Trình biên dịch • File dữ liệu của sản phẩm • Tài liệu kỹ thuật về sản phẩm
3.3.2.3 Những vùng tiến trình liên quan
Liên quan đến vùng tiến trình Lập kế hoạch đề án gồm những thơng tin liên quan đến kế hoạch phát triển, cấu trúc phân chia cơng việc. Điều này thuận lợi cho việc quyết định cần theo dõi những thành phần nào cần quản lý cấu hình
KHOA CNTT –
ĐH KHTN
Liên quan đến vùng tiến trình phân tích nguyên nhân và giải phápđể tìm ra thêm thơng tin về phương pháp sử dụng để phân tích ảnh hưởng của thay đổi yêu cầu và phương pháp sử dụng khi việc ước lượng thay đổi
Liên quan đến vùng tiến trình Theo dõi và kiểm sốt đề án để cĩ nhiều thơng tin về việc phân tích thực hiện và những hành động sửa chữa
3.3.2.4 Các mục tiêu chuyên biệt
SG 1 Thiết lập các nhĩm đối tượng cấu hình cơ sở
Chỉ ra các cơng việc nào cần được xác lập cấu hình cơ sở
SG 2 Theo dõi và kiểm sốt những thay đổi
Những thay đổi về sản phẩm phải được kiểm sốt của Quản lý cấu hình, chúng
được lưu vết và được kiểm sốt
SG 3 Thiết lập tính tịan vẹn cấu hình
Ghi nhận và lưu sự tịan vẹn của các cấu hình cơ sở
3.3.2.5 Các mục tiêu tởng quát
GG 1 Đạt những mục tiêu cụ thể
GG 2 Chuẩn hố một quy trình quản lý GG 3 Chuẩn hố một định nghĩa quy trình
GG 4 Chuẩn hố một quy trình quản lý định lượng GG 5 Chuẩn hố một quy trình lạc quan
3.3.2.6 Mới quan hệ giữa mục tiêu và thực tiễn
SG 1 Thiết lập các cấu hình cơ sở • SP 1.1-1 Chỉ ra các thực thể cấu hình • SP 1.2-1 Thiết lập một hệ thống quản lý cấu hình • SP 1.3-1 Tạo hoặc phát hành một cấu hình cơ sở SG 2 Lưu vết và kiểm sốt thay đổi • SP 2.1-1 Lưu vết các thay đổi yêu cầu • SP 2.2-1 Điều khiển các thành phần quản lý cấu hình
KHOA CNTT – ĐH KHTN SG 3 Thiết lập sự tịan vẹn • SP 3.1-1 Chuẩn bị hồ sơ Quản lý cấu hình • SP 3.2-1 Thực hiện kiểm tra cấu hình GG 1 Đạt những mục đích cụ thể • GP 1.1 Thực hiện những thĩi quen cơ bản GG 2 Thể chế hố một quy trình quản lý • GP 2.1 Thiết lập một quy định cĩ tổ chức • GP 2.2 Lên kế hoạch quy trình
• GP 2.3 Cung cấp những tài nguyên
• GP 2.4 Gián trách nhiệm
• GP 2.5 Huấn luyện con người
• GP 2.6 Quản lý cấu hình
• GP 2.7 Xác định những người thầu khốn cĩ liên quan
• GP 2.8 Quản lý và kiểm sốt quy trình
• GP 2.9 Đánh giá một cách khách quan sự tham gia
• GP 2.10 Kiểm tra trạng thái với cấp độ quản lý cao hơn GG 3 Chuẩn hố việc định nghĩa quy trình
• GP 3.1 Thiết lập một quy trình định nghĩa
• GP 3.2 Thu thập các thơng tin cải tiến
GG 4 Chuẩn hố một quy trình quản lý định lượng
• GP 4.1 Thiết lập mục tiêu định lượng quy trình
• GP 4.2 Ổn định hố các hiệu năng tiến trình phụ
GG 5 Chuẩn hố một quy trình khách quan
• GP 5.1 Đảm bảo cải tiến liên tục quy trình
KHOA CNTT –
ĐH KHTN
3.3.2.7 Các thực tiễn cụ thể trong từng mục đích
SG 1 Thiết lập các cấu hình cơ sở
SP 1.1 – 1 Xác định các thực thể cấu hình SP 1.2 – 1 Thiết lập hệ thống quản lý cấu hình
SP 1.3 – 1 Tạo lập các nhĩm cấu hình cơ sở và phát sinh sản phẩm chuyển giao
Bảng 3-3 Danh sách các thực tiễn cho cho SG 1
SG 2 Theo vết và kiểm sốt thay đổi SP 2.1 – 1 Theo dõi các yêu cầu thay đổi SP 2.2 – 1 Kiểm sốt thay đổi thực thể cấu hình
Bảng 3-4 Danh sách các thực tiễn cho cho SG 2
SG 3 Thiết lập sự tồn vẹn cấu hình SP 3.1 – 1 Thiết lập hồ sơ quản lý cấu hình SP 3.2 – 1 Thực hiện kiểm tra quản lý cấu hình
Bảng 3-5 Danh sách các thực tiễn cho cho SG 3 SG 1 Thiết lập cấu hình cơ sở
Chỉ ra những sản phẩm cấu hình cơ sở
Thiết lập cấu hình cơ sở, theo dõi và kiểm sốt những thay đổi để duy trì cấu hình cơ sở, thiết lập sự tích hợp, ghi tài liệu và kiểm tra sự tích hợp của các cấu hình cơ sở
SP 1.1-1 Chỉ ra những thực thể quản lý cấu hình
Chỉ ra những thực thể cấu hình, những thành tố, và những cơng việc liên quan
được kiểm sốt bởi quản lý cấu hình
KHOA CNTT –
ĐH KHTN
• Chỉ rõ những cơng việc thực hiện bên trong
• Sản phẩm đạt được
• Những cơng cụ
Những thành phần khác được dùng để tạo và mơ tả những cơng việc để tạo nên sản phẩm
Những thực thể cấu hình đặt dưới sự kiểm sốt cấu hình sẽ bao gồm những
đặc tả và những tài liệu giao tiếp nêu lên định nghĩa những yêu cầu của sản phẩm. Những tài liệu khác tuỳ thuộc vào mức độ quan trọng của nĩ vào sản phẩm cũng cĩ thể bao gồm trong quản lý cấu hình như kết qủa kiểm tra.
Một “thực thể cấu hình” là một thực thểđược thiết kếđể quản lý cấu hình, nĩ cĩ thể bao gồm nhiều sản phẩm liên quan tới một cấu hình cơ sở. Nhĩm logic này cung cấp sựđịnh danh ra và điều khiển sự truy cập. Sự lựa chọn cơng việc để quản lý cấu hình nên dựa trên một tiêu chuẩn được thiết lập trong khi lập kế hoạch
Typical Work Products
Chỉ ra những thực thể cấu hình
Subpractices
Chọn những thực thể cấu hình và sản phẩm dựa trên tiêu chuẩn mơ tả trên tài liệu
Ví dụ tiêu chuẩn chọn những thực thể cấu hình vào những cơng việc theo cấp thích hợp như sau:
• Sản phẩm cơng việc cĩ thểđược sử dụng bởi hai hay nhiều nhĩm.
• Sản phẩm cơng việc luơn bị thay đổi vì lỗi hoặc thay đổi yêu cầu.
• Sản phầm cơng việc thì phụ thuộc lẫn nhau, do đĩ, khi thay đổi một trong những thành phần, sẽ làm thay đổi những thành phần khác.
• Sản phẩm cơng việc là tiêu chuẩn đểđánh giá đề án
Những ví dụ về sản phẩm cĩ thể là thành phần của quản lý cấu hình bao gồm:
• Những định nghĩa quy trình
KHOA CNTT – ĐH KHTN • Thiết kế • Kế hoạch kiểm thử và quy trình kiểm thử • Kết qủa kiểm tra • Những mơ tả giao tiếp
+ Gán định danh duy nhất cho những đối tượng quản lý cấu hình
+ Đặc tả những tính chất quan trọng của mổi thực thể cấu hình
Ví dụ những tính chất của thực thể cấu hình bao gồm tác giả, tài liệu, loại file, ngơn ngữ lập trình, những file mã nguồn
+ Đặc tả khi thực thể cấu hình đặt dưới sự quản lý cấu hình Những ví dụđể quyết định khi nàp đặt quản lý cấu hình cho cơng việc:
• Trạng thái trong quy trình phát triển
• Khi sản phẩm sẵn sàng cho việc kiểm thử
• Mức độ kiểm sốt mong muốn trên cơng việc
• Giới hạn về chi phí và thời gian
• Những yêu cầu khách hàng
• Chỉ người chịu những trách nhiệm đối với mỗi thành phần cấu hình