Quảng Lý Cấu Hình Configuration Management Plan

10 - RR Group Configuration Management Plan
ĐẠI HỌC QUỐC GIA TPHCM
TRƯỜNG ĐẠI HỌC KHOA HỌC TỰ NHIÊN
KHOA CÔNG NGHỆ THÔNG TIN
--o0o--
Bộ môn:
Quảng Lý Cấu Hình
Configuration Management Plan
GV hướng dẫn : Ngô Huy Biên
Thực hiện nhóm 10-RR
Lâm Nguyễn Duy 0612062
Trẫn Hoàng Anh 0612010
Nguyễn Phi Quang Dũng 0612077
Nguyễn Văn Trung 0612470
Nguyễn Phạm Hoài Vũ 0612574
1
10 - RR Group Configuration Management Plan
Phụ Lục
Danh sách các bản
1. Giới thiệu.
Đây là bản Kế Hoạch Quản Lý Cấu Hình và những thay đổi trong quá trình thực hiện dự án
Quản Lý Thư Viện.Dự án Quản Lý Thư Viện là dự án viết chương trình hỗ trợ người Thủ Thư
quản lý thư viện dễ dàng và nhanh chống hơn.Tất cả quá trình thực hiện dự án phải tuân thủ
theo bản kế hoạch cấu hình này.
1.1 Mục đích .
Định nghĩa các bước , các pha , mô tả cách quản lí cấu hình và quản lí những thay
đổi như thế nào trong quá trình phát triển dự án.
1.2 Phạm vi .
Áp dụng cho những thành viên tham gia dự án phải thực hiện đúng theo yêu cầu
của bản kế hoạch đề ra.
1.3 Một số định nghĩa.

Thuật ngữ Định nghĩa
Baseline Là phiên bản với một số tính năng được đáp ứng yêu cầu tại một thời điểm
nào đó.
Mẫu cấu
hình(CI)
Là một work product, mô tả hay thực hiện yêu cầu của một version.
Work
product
Bao gồm tất cả các tài liệu, source code của dự án.
Version Là một số hiệu duy nhất dùng đánh dấu cho mỗi phiên bản của work product.
Tag Là một ghi chú được kết hợp với một phiên bản đặt biệt của một work
2
10 - RR Group Configuration Management Plan
product. Nó được dùng để chi sự thay đổi của một version đặc biệt.
Label Cũng là một dạng tag dùng để xác định một phiên bản của một mẫu cấu hình.
Label được dùng để đánh dấu version của một baseline của một work
product.
SOW Statement of work : là bản thống kê công việc.
Bản : Định nghĩa
1.4 Overview :
Section Topic
2 Những chính sách quản lí cấu hình của dự án.
3
10 - RR Group Configuration Management Plan
3 Xác định các mẫu cấu hình
4 Vai trò của các thành viên trong dự án.
5 Xác định các tool được sử dụng trong dự án.
6 Quá trình quản lí thay đổi.
7 Thay đổi mẫu.
Bản : Overview

1.5 Tham khảo:
• Tài liệu mẫu quản lí cấu hình : “Gryphon Configuration Management Plan/ Change
Control Process” .
• Website tham khảo:
www.google.com
/>2. Chính sách quản lý cấu hình.
Dự án này cần quản lý cấu hình vì những lý do:
• Để hiểu được quá trình một work product được baseline.
• Đảm bảo rằng những requirement, design, hoặc việc thay đổi code không vi phạm các
quy định đã để ra , nghĩa là chúng chỉ được thực hiện sau khi một baseline đã được
thiết lập.
• Đảm bảo rằng không mẫu cấu hình không nào bị thay đổi bởi các kỹ sư tại bất kỳ thời
điểm nào.
• Đảm bảo sự tác động của một vài thay đổi lên một mẫu cấu hình được đánh giá, công
nhận và quản lý.
• Nắm bắt được tình trạng hiện hành của sản phẩm tại mọi thời điểm
2.1 Các quy ước gán nhãn
Phần này làm rõ sự khác nhau giữa các label được sử dụng cho các work products
so với cho các mẫu cấu hình.
2.1.1 Các quy ước đặt tên cho các work products
4
10 - RR Group Configuration Management Plan
Chỉ có một số thành viên của nhóm có thể gán nhãn lên một vài sản phẩm
tại những thời điểm nhất định. Các thành viên trong nhóm muốn đặt tên các
work products vì một vài lý do:
• Để đánh dấu toàn bộ các mẫu trong một work product ở một mức nào đó.
Ví dụ, một thành viên có thể muốn đánh dấu tất cả các file cấu thành
Statement of Work tại cấp độ mà tài liệu được xem xét một cách kỹ lưỡng.
• Có thể xem lại phiên bản trước của các mẫu cấu hình.
Một định dạng của nhãn là không cố định, nhưng nó không thể giống nhãn

một mẫu cấu hình.
 Ví dụ về tính hợp lý các nhãn hiệu work product:
• "0.1"
• "2.1"
2.1.2 Quy ước gán nhãn cho các mẫu cấu hình
Nhãn hiệu mẫu cấu hình đánh dấu một baseline.
Định dạng của nhãn mẫu cấu hình là một số nguyên theo sau bởi số 0. Số
nguyên bắt đầu với 1. Do đó, “1.0” sẽ cho biết mẫu cấu hình đầu tiên của
baseline. Số bên phải số thập phân tăng lên mỗi lần mẫu cấu hình được duyệt
lại.
Ví dụ về tính hợp lệ của nhãn cấu hình là:
"1.0"
"2.0"
3. Mẫu cấu hình.
Dưới đây là những phần công việc được quản lý cấu hình.Những việc này sẽ được làm theo
chiều từ trên xuống.Khi việc đầu làm xong mới làm việc kế tiếp
Document Document Owner
Project Plan Lâm Nguyễn Duy
Requirement Trần Hoàng Anh
Database Trần Hoàng Anh
Source code Trần Hoàng Anh, Nguyễn Phạm Hoài Vũ, Nguyễn Phi Quang Dũng
Build Script Lâm Nguyễn Duy, Nguyễn Văn Trung
Test Case Nguyễn Phạm Hoài Vũ
5