Đới với lập trình viên hệ thớng mới khơng có gì thay đởi nhiều ngồi mợt sớ
qui định về việc truy cập hệ thớng. Còn đới với người quản ly cấ ́u hình, hệ thớng mới có thêm những cơng cụ nhằm tiên ḷ ợi hơn cho việc quản lý các release test, release giao cho khách hàng, lưu trữ những thơng tin về cầu hình cho từng phiên bản của sản phẩm.
Khi cĩ bản phân tích thiết kế chi tiết của phần phềm, người quản lý cấu hình sẽ lên khung của project (gồm các thư mục chứa các phân hệ, các file của phân hệ) và đưa lên server. Chương trình sẽ lưu trữ khung project này dưới dạng cây thư
mục.
KHOA CNTT –
ĐH KHTN
Nhân viên lập trình sẽ check out file ra để cập nhật . Sau khi cập nhật xong, nhân viên lập trình sẽ check in file trở lại. Hệ thống sẽ ghi nhận lại việc check in/ check out như:
• người check in/ check out
• thời gian check in/ check out
• file bị check in/ check out
• version của file tăng lên một.
Đồng thời, để dễ theo dõi sựảnh hưởng của các phân hê, file, project với nhau, người nhân viên quản lý cấu hình sẽ thiết lập mối quan hệảnh hưởng giữa các phân hệ, file, project với nhau. Hệ thống sẽ ghi nhận lại mối ảnh hưởng này. Khi cần, người trưởng đề án (người phân tích thiết kế) cĩ thể dựa vào mối quan hệ ảnh hưởng này để theo dõi sự thay đổi trong đề án khi một phân hệ, một file bị thay đổi (do trong quá trình test phát hiện lỗi hoặc do khách hàng thay đổi yêu cầu).
Khi đã xong một hoặc nhiều phân hệ, các trưởng đề án (người quản lý cấu hình) sẽ quyết định cĩ tạo release trên các phân hệđĩ hay khơng. Việc tạo release này dùng cho quá trình test hoặc giao cho khách hàng. Hệ thống sẽ ghi nhận nội dung của release này gồm:
• Các phân hệ bên trong release
• Các thư mục
• File
• Version của release
• Ngày tạo release
• Lý do tạo release
Yêu cầu cụ thể cho phần này:
Yêu cầu lưu trữ:
• Lưu trữ thơng tin của project/ release/ phân hệ/ file
• Lưu trữ mối quan hệ của project/ release/ phân hệ/ file dưới dạng cây thư
KHOA CNTT –
ĐH KHTN
Yêu cầu chức năng:
• Tạo các release
• Thơng báo mối quan hệảnh hưởng khi một phân hệ/ file bị thay đổi
• Lưu vết các version của file/ phân hệ/ release.
Yêu cầu hệ thống:
• Chức năng check in/ check out
• Chức năng khố file khi cĩ người check out file
• Chức năng phân quyền
• Chức năng đăng nhập
• Hệ thớng phải cho phép nhìn 1 đề án phần mềm theo 2 cách khác nhau:
+ Theo cấu trúc: phân cấp, giớng như cấu trúc của cây thư mục được tở
chức lưu trữ trên dĩa cứng.
+ Theo kiến trúc: của phần mềm, theo cách nhìn này thì cũng những module & tập tin như cách tở chức cấu trúc nhưng cho phép phân bớ
lại theo từng phân hệ, hoặc theo dạng chức năng để thấy được phân hệ
nào đãđược cài đặt và cài đặt cụ thể bởi những module nào ...
• Về trạng thái của các đơi t́ ượng cấu hình trong mợt đề án:
+ Check in / check out: cho biết đới tượng đang nằm trong hệ thớng hay
đang được lấy ra để chỉnh sửa.
+ Nhất quán / khơng nhất quán: khi 2 đơi t́ ượng cấu hình có mới quan hệ
phụ thuợc với nhau. Nếu đới tượng phụ thuợc bị check out ra để chỉnh sửa thì khi khi check in vào cần phải xác nhận lại xem 2 đới tượng đó
có còn nhất quán hay khơng. Mục tiêu là hạn chế bớt sai xót khi chỉnh sửa đới tượng cấu hình.
Vd: A ∈ B. Nếu B bị check out ra để chinh s̉ ửa lại thì A & B có thể bị khơng nhất quán với nhau. Lúc này cần phải co ś ự can thiệp của người quản lý cấu hình xem xét xem những thay đởi của B có ảnh hưởng gìđến A hay khơng.
KHOA CNTT –
ĐH KHTN
ra để chỉnh sửa thì B sẽ có trang thạ ́i là đang bị tham chiếu bởi 1 đới tượng đã check out. Để khi B bị sửa đởi thì sẽ cảnh báo cho người check out A ra biết về sự thay đơi nả ̀y. Tham chiếu chỉ có phạm vi trong 1 đề án.
+ Link: tương tự như tham chiếu nhưng co phá ̣m vi rợng hơn là giữa 2 đề
án với nhau.
• Về cách xác định phiên bản:
+ Phiên bản do chương trình quản lý để lưu vết quá trình check in / check out mà làm ảnh hưởng đến nợi dung của module. ( theo dạng tăng dần theo baseline).
+ Phiên bản do người quản lý cấu hinh ̀ định cho module đó. Hay còn gọi là việc gán nhãn cho module họăc đề án để ghi nhận lại mớc phát triển của module hoặc đề án đó.
+ Mỡi mợt module sẽ có mơt phiên bạ ̉n hiện hành. Để khi check out ra người dùng có thể chọn check out phiên bản hiện hành hoặc check out phiên bản mà họ chọn
+ Khi mợt module hoặc đề án được lấy ra để test thì tất cả module hoặc
đề án đó sẽ bị khóa lai vạ ̀ hình thành lên mợt phiên bản test. Và lúc đó
các nhân viên lập trình sẽ lam viề ̣c trên phiên bản test (kiểm lỡi & sửa lỡi) cho đến khi kết thúc việc test thi sè ̃ cho phép đờng bợ lại với module hoặc đờ án, trước khi test va tà ̣o ra mợt phiên bản đãđựơc test & sửa lỡi.
+ Trong quá trình phát triển có thê hỉ ̀nh thành nhiều nhánh phát triển khác nhau. Nhất là các thư viện lập trình. Vì vậy chương trình phải cho phép tạo nhánh & cho người quản lý câu hí ̀nh biết nhánh đó được tạo ra từ nhánh gớc nào. Đờng thời với việc tạo nhánh là việc trợn các nhánh lại để cho ra mợt nhánh mới.
KHOA CNTT –
ĐH KHTN
+ Chếđợ dòng lệnh: Viết cac file th́ ực thi đơn chỉ làm mợt hoặc 2 nhiệm vụ cớđịnh nao ̀ đó với các tham sớđầu vào đựơc lây t́ ừ dòng lệnh nhập. Vd: checkin-out.exe chỉ thực hiện việc check in & check out module hoặc đề
án ra khỏi kho lưu trữ.
+ Chế đợ giao tiếp đờ hoa: tạ ̣o ra chương trình hồn chỉnh tập hợp các thao tác ở chế đợ dòng lệnh đa xây d̃ ựng ở trên lại tao ṣ ự tương tác tiện lợi hơn cho người quản lý cấu hình.