Đồ Án Quản lý Thư Viện

Quản lý
Mẫu cấu hình
Đồ án Quản lý Thư Viện
Sản phẩm của đồ án là một phần mềm quản lý thư viện
đơn giản với các chức năng : Quản lí sách, tác giả,
người mượn, mượn sách, trả sách…

Thành phố Hồ Chí Minh, tháng 05 năm 2009


Quản lý cấu hình phần mềm TH2006/02
Quản lý mẫu cấu hình

Danh sách các thành viên của nhóm
FEELINGTEA – No13
STT

MSSV

Họ Và Tên

Địa chỉ GMAIL

1

0612510

Trần Thanh Tuấn

2

0612362

Đặng Kim Quang



3

0612449

Nguyễn Khắc Tiệp



4

0612549

Huỳnh Công Vi



5

0712167

Lê Chí Hiếu

Ghi Chú
Trưởng nhóm

Địa chỉ thùng chứa:

/>
Trang 2


Quản lý cấu hình phần mềm TH2006/02
Quản lý mẫu cấu hình

Các phiên bản tài liệu
Phiên bản

Ngày / Tháng / Năm

r1

08/05/2009

Trần Thanh Tuấn

Khởi tạo tài liệu

r8

14/05/2009

Trần Thanh Tuấn

Các công cụ quản lí cấu hình

r13

17/05/2009

Nguyễn Khắc Tiệp

Chính sách quản lí cấu hình

r15

17/05/2009

Đặng Kim Quang

Các mẫu cấu hình

r19

17/05/2009

Đặng Kim Quang

Các vai trò

r25

18/05/2009

Lê Chí Hiếu

Giới thiệu tài liệu

r26

18/05/2009

Huỳnh Công Vi

Quản lý các thay đổi

r30

18/05/2009

Trần Thanh Tuấn

Các pha của dự án và hoàn
thành tài liệu.

Tác giả

Trang 3

Ghi chú

Quản lý cấu hình phần mềm TH2006/02
Quản lý mẫu cấu hình

Mục Lục
I. DỰ ÁN PHẦN MỀM QUẢN LÝ THƯ VIỆN:................................................................6
1.Mô tả các pha trong dự án:..............................................................................................6
2.Xác định mẩu cấu hình cho các pha và tiến trình quản lý:............................................8
II. GIỚI THIỆU:....................................................................................................................8
III. CHÍNH SÁCH QUẢN LÝ CẤU HÌNH:......................................................................10
IV. CÁC MẪU CẤU HÌNH:...............................................................................................11
V. CÁC VAI TRÒ:..............................................................................................................12
VI. CÁC CÔNG CỤ:...........................................................................................................13
1.Code.google.com:.........................................................................................................13
VII. QUẢN LÝ THAY ĐỔI:..............................................................................................17
Trong quá trình làm việc nếu các thành viên có muốn đưa ra quyết định thay đổi yêu
cầu .......................................................................................................................................22
-Để thay đổi mục cấu hình , một đòi hỏi phải được thông báo ........................................22
Các bước thực hiện thay đổi...............................................................................................22
Thứ tự..................................................................................................................................23
Hoạt động............................................................................................................................23
1...........................................................................................................................................23
Điền vào đơn.......................................................................................................................23
Trang 4


Quản lý cấu hình phần mềm TH2006/02
Quản lý mẫu cấu hình
Người muốn thay đổi mục quản lý cấu hình......................................................................23
-Điền đầy đủ các phần trong mục cần thay đổi .Thay đổi cái gì …..................................23

2...........................................................................................................................................23
Thông báo đơn cần thay đổi...............................................................................................23
Người muốn thay đổi mục quản lý cấu hình......................................................................23
-Nộp mẫu đơn thay đổi cho trưởng nhóm . Trưởng nhóm xem xét ,sau đó quyết định có
nên : Thông báo tất cả thành viên trong nhóm biết không.................................................23
3...........................................................................................................................................23
Xem xét thay đỗi có bình thường không............................................................................23
Người quản lý thay đổi.......................................................................................................23
-Xác định nếu thay đổi bình thường hay khong bình thường. Nếu thay đổi bình thường ,
trưởng nhóm :......................................................................................................................23
Cho phép thành viên muốn thay đổi mục cấu hình tiếp tục với các sản phẩm thay đổi .. 23
-Nếu thay đổi bất bình thường ,trưởng nhóm : Cần thời gian cho ban kiểm soát “một số
thành viên trong nhóm” xem xét, kiểm chứng sự thay đổi.................................................23
II. PHỤ LỤC:.......................................................................................................................27
1. Đơn xin thay đổi: dùng để đưa ra những yêu cầu về thay đổi........................................27

Trang 5


Quản lý cấu hình phần mềm TH2006/02
Quản lý mẫu cấu hình

I.

DỰ ÁN PHẦN MỀM QUẢN LÝ THƯ VIỆN:
1. Mô tả các pha trong dự án:
a. Lập kế hoạch dự án:
- Xác định người dùng, chi phí, mục đích sử dụng.
- Xác định nguồn lực cần thiết cho dự án và bản tóm tắt xác định các
điểm mốc.

- Kết quả:
 Bài tập lớn của môn Quản lý cấu hình.
 Phần mềm quản lý thư viện dùng để quản lý thông tin sách , thông
tin tác giả, độc giả và việc mượn trả sách của độc giả trong một thư
viện nhỏ.
 Chi phí là thời gian thực hiện : 1 tháng.
 Nguồn lực: 5 thành viên trong nhóm.
 Các mục tiêu khi thực hiện dự án:
- Lên kế hoạch dự án khi có đề bài.
- Xác định, phân tích yêu cầu đề bài.
- Tiến hành xây dựng phần mềm.
Trang 6


Quản lý cấu hình phần mềm TH2006/02
Quản lý mẫu cấu hình

- Đảm bảo dự án hoàn thành đúng thời gian.
b. Phân tích yêu cầu:
 Xác định yêu cầu từ đề bài:
 Yêu cầu chức năng:
- Quản lý thông tin sách.
- Quản lý thông tin độc gả.
- Quản lý thông tin tác giả.
- Mượn sách và trả sách.
 Yêu cầu chất lượng:
- Chính xác.
- Ổn định.
- Dễ bảo trì.
- Dễ phát triển thêm các chức năng.

- Tiện dụng.
 Phân tích nghiệp vụ:
 Yêu cầu chức năng:
- Chức năng nhập thông tin sách.
- Chức năng tìm kiếm sách.
- Chức năng xóa sách.
- Chức năng nhập thông tin tác giả.
- Chức năng tìm kiếm tác giả.
- Chức năng xóa tác giả.
- Chức năng nhập thông tin độc giả.
- Chức năng tìm kiếm độc giả.
- Chức năng xóa độc giả.
- Chức năng mượn sách của độc giả.
- Chức năng trả sách của độc giả.
 Xác định mô hình phát triển phần mềm: Phần mềm xây dựng theo
mô hình 3 lớp.
c. Cài đặt:
 Mô tả các yêu cẩu chưa được xác định.
 Thiết kế cơ sở dữ liệu.
 Thiết kế các giao diện người dùng.
 Cài đặt các chức năng.
d. Kiểm thử:
 Viết bản kế hoạch kiểm thử.
Trang 7


Quản lý cấu hình phần mềm TH2006/02
Quản lý mẫu cấu hình

 Đưa ra các Testcase.

 Tiến hành kiểm thử dữ liệu, chức năng.
e. Tích hợp: Tích hợp toàn bộ thành phần của Sản phẩm.
f. Chuyển giao phần mềm:
 Chuyển giao sản phẩm: nộp toàn bộ tài liệu liên quan, đóng gói.
 Xác định các vấn đề chưa được phát hiện trước đó.
2.
a.
b.
c.
d.
e.

Xác định mẩu cấu hình cho các pha và tiến trình quản lý:
Lập kế hoạch dự án:
Tài liệu tham khảo mẩu cấu hinh.
Bản kế hoạch cấu hình.
Đề bài tập.
Bản kế hoạch dự án(Project Plan).
Công cụ sử dụng: MS Word.
Phân tích yêu cầu:
Hồ sơ phân tích thiết kế cơ sở dữ liệu.
Cơ sở dữ liệu.
Bản thiết kế giao diện.
Công cụ sử dụng: MS Word, MS Access, VS 2005.
Cài đặt:
Source code của dự án.
Công cụ : Visual studio 2005
Kiểm thử:
TestCase.
Công cụ: MS Word.

Tích hợp:
- Các file thực thi của dự án.
-Công cụ: VS 2005.

II.

GIỚI THIỆU:

Mục đích:
Mục đích của bản kế hoạch cấu hình này là cung cấp tổng quan về quản lý cấu hình trong
dự án phần mềm quản lý thư viện. Nó chỉ ra các mẫu cấu hình, chính sách quản lý cấu
hình, các vai trò, công cụ thực hiện quản lý cấu hình và tiến trình quản lý thay đổi.
Trang 8


Quản lý cấu hình phần mềm TH2006/02
Quản lý mẫu cấu hình

Phạm vi
Bản kế hoạch này được áp dụng cho toàn nhóm thực hiện dự án.
Đối tượng của quản lý cấu hình là các đối tượng điện tử, cụ thể là các tập tin, thư mục
liên quan đến dự án, bao gồm cả tài liệu này. Các kiểu đối tượng khác không được áp
dụng.
Do quy mô dự án, các hoạt động quản lý cấu hình như xác nhận mẩu, thanh tra, phát
hành… không được áp dụng.

Định nghĩa
Term

Definition

Baseline

Một revision của dự án thỏa được requirement.

CM

Configuration Management

CMU

Carnegie Mellon University

Configuratio
n Item

Các đối tượng điện tử (tập tin) được đưa vào quản lý bằng quản lý
cấu hình, được mô tả trong tài liệu này.

Label

Định danh một mẫu cấu hình ở một Baseline.

MSE

Master of Software Engineering

QP

Quality Plan

SEI

Software Engineering Institute

SOW

Statement of Work

SPMP

Software Project Management Plan

SRS

Software Requirement Specification

Stakeholder

Những người mà liên quan đến Baseline của dự án: thầy giáo, các
member trong nhóm.

Trang 9


Quản lý cấu hình phần mềm TH2006/02
Quản lý mẫu cấu hình
Term

Definition

TBD

To Be Determined

Trivial
Change

Một sự thay đổi nhỏ trong các tài liệu, source code mà không gây
ra ảnh hưởng lớn đối với dự án.

UI

Giao diện người dùng.

Work
Product

Tài liệu, hình ảnh, source code của dự án

Version

Một con số cho mỗi revison của dự án.

Thùng chứa

Nơi chứa toàn bộ tài nguyên của dự án, địa chỉ là:
/>
Tham khảo
_ Bản kế hoạch cấu hình mẫu:

1. Management_Documents_Gryphon-CM_Plan.doc
2. 1001_Config_Management_Plan.doc
_ Anne Mette Jonassen Hass, Configuration Management Principles and Practice,
Addison Wesley, December 30/2002

III.

CHÍNH SÁCH QUẢN LÝ CẤU HÌNH:

Những Quy Ước Đặt Tên Nhãn Cho Sản Phẩm Công Việc
- Nhóm Feeling Tea sử dụng Code.google.com làm thùng chứa để lưu toàn
bộ mẩu cấu hình. Để giảm sự đụng độ khi các thành viên thực hiện check in,
check out và update nhóm đã qui định:
o Thành viên sau khi check out phải gửi offline cho các thành viên
khác. Cấu trúc offline như sau: [Feeling Tea] “Nội dung cần thông báo”

Trang
10


Quản lý cấu hình phần mềm TH2006/02
Quản lý mẫu cấu hình
Ví dụ: [Feeling Tea] cac ban check out tu thung chua ve ban
ProjectPlan va Requirement minh vua moi comit len do
o Thành viên check out phải ghi Message chú thích cho các mẩu cấu
hình hoặc công việc đã làm.
Ví dụ: build Scrip này chưa hoàn chỉnh. các bạn nhớ sửa lại nha ^.^

Những Quy Ước Đặt Tên Nhãn Cho Mẩu Cấu Hình.
- Tại mỗi cột mốc baseline, để xác định các phiên bản của mẩu cấu hình ta

sử sụng số nguyên từ lớn hơn hoặc bằng 1,kèm theo sau là 0. Ví dụ: “1.0 ,
2.0”.
- Ví dụ : QuanlythuVien.exe 1.0

IV.

CÁC MẪU CẤU HÌNH:

Các sản phẩm công việc được đặt dưới sự kiểm soát của quản lý cấu hình. Một sản phẩm
công việc trở thành một mẫu cấu hình sau khi trở thành sản phẩm đầu tiên trên đường cơ
sở. Các mẫu cấu hình này là một trong những thành phần quan trọng trong việc quản lý
cấu hình. Nó chứa tất cả các tài liệu hướng dẫn cần thiết để hỗ trợ phát triển hoặc bảo trì
các sản phẩm cuối cùng, của dự án trong suốt quá trình làm việc.
Tài liệu

Document Owner

Build Scrip

Development Manager

Mô tả Cơ Sở Dữ Liệu

Team Lead

Bản kế hoạch phần mềm

Team Lead

Đặc tả yêu cầu

Team Lead

Release

Development Manager

Source Code

Development Manager

Test Case

Nguyễn Khắc Tiệp

Use Case

Team Lead
Trang
11


Quản lý cấu hình phần mềm TH2006/02
Quản lý mẫu cấu hình
Document Owner được mô tả trong phần tiếp theo, người đưa ra các bản ghi cấu hình,
kiểm soát và đưa ra các tùy chỉnh cuối chính thức.Trong những trường hợp khác, Owern
có thể ủy quyền cho các thành viên khác trong nhóm .
Các mẫu cấu hình riêng biệt sẽ mô tả các phương pháp hay thủ tục sẽ hoặc đã được thiết
lập một cách có hiệu quả, và kiểm soát các bản ghi này trong suốt quá trình làm dự án.
Các mẫu này có thể được thay đổi sau nếu cần thiết. Tất cả các mẫu cấu hình này được

đặt dưới sự kiểm soát cấu hình phần mềm.
Danh sách này có thể thay đổi lại khi cần thiết.

V.

CÁC VAI TRÒ:

Các vai trò chính trong quản lý cấu hình bao gồm :
Role

Definition

Change
Control Ban quản lý thay Một nhóm gồm những thành viên có trách
Board (see list đổi (Xem danh nhiệm xem xét lại các yêu cầu thay đổi để đưa
below for members) sách phía dưới ra quyết định chấp nhận và không chấp nhận.
của thành viên)
Change Originator

Người tạo thay Một người yêu cầu thay đổi một mẫu cấu hình
đổi

Client

Đại diện khách Một người chịu trách nhiệm đại diện cho các
hàng
quan tâm của khách hàng đến một mẫu cấu
hình riêng biệt.

Configuration

Management
Specialist

Chuyên
viên Một trong những vai trò MSE Studio(MSE:
quản lý cấu hình. Thạc sĩ kĩ sư phần mềm). Người này chịu trách
nhiệm chung về sự thay đổi trong các thủ tục
quản lý cấu hình Studio. Người này cũng làm
xác thực bản kế hoạch này phù hợp với bản kế
hoạch của Studio.

Document Owner

Chủ sở hữu tài Một người chịu trách nhiệm cho việc lưu trữ ,
liệu
sữa chữa tài liệu toàn bộ lưu lượng và mẫu.
Trang
12


Quản lý cấu hình phần mềm TH2006/02
Quản lý mẫu cấu hình
Người chủ tài liệu này chịu trách nhiệm thay
đổi để giữ gìn tài liệu của người khác khi có
thay đổi.
Quality Assurance Người
chuyên Một trong những vai trò MSE Studio(MSE:
Specialist
đảm bảo chất Thạc sĩ kĩ sư phần mềm). Người này giám sát
lượng

sự kiểm tra của các mẫu cấu hình và xem xét
các yêu cầu thay đổi.
Support Manager

Bộ quản lý hỗ trợ Chịu trách nhiệm riêng cho các hoạt động quản
lý cấu hình của dự án.

Hội đồng quản lý thay đổi:
Hội đồng quản lý thay đổi gồm những người như sau:
•
•
•
•
•
•

The Development Manager (0612510 – Trần Thanh Tuấn)
Configuration Management Specialist – ( 0612362 – Đặng Kim Quang)
The Support Manager ( 0612549 – Huỳnh Công Vi )
The Quality Assurance Specialist ( 0712167 – Lê Chí Hiếu )
Design Manager ( 0612449 – Nguyễn Khắp Tiệp )
The Document Owner ( Team )

VI. CÁC CÔNG CỤ:
1. Code.google.com:
Nhóm FeelingTea được yêu cầu sử dụng Code.google.com để lưu
trữ toàn bộ đồ án của mình bao gồm:
 Build Script
 Database
 ProjectPlan

 Release
 Requirement
Trang
13


Quản lý cấu hình phần mềm TH2006/02
Quản lý mẫu cấu hình
 SourceCode
 TestCase
 UseCase
Địa chỉ thùng chứa của đồ án:
/>
Quy tắc trên Code.google.com:
-

Cây thư mục được tạo trên thùng chứa sẽ không bị thay đổi.

-

Tên các thư mục phải rõ ràng, phù hợp với các phần được yêu cầu trong
đồ án.
Ví dụ: đồ án yêu cầu có viết build script thì trên thùng chứa có thư
mục Build Script, yêu cầu phần đặc tả yêu cầu thì trên thùng chứa có
thư mục Requirement…..

-

Khi commit hoặc import lên thùng chứa các thành viên trong nhóm phải
ghi Message để các thành viên trong nhóm biết.

-

Các thành viên khi sửa file nào trên thùng chứa thì chỉ cần update file
đó về rồi chỉnh sửa.

Cấu trúc cây thư mục trên Code.google.com:
Cấu trúc cây thư mục như sau:

Trang
14


Quản lý cấu hình phần mềm TH2006/02
Quản lý mẫu cấu hình

TortoiseSVN:
-

Nhóm FeelingTea quyết định chọn công cụ SVN là ToitoiseSVN để
thực hiện các thao tác Import, Update, Checkout, Commit…từ
workspace lên thùng chứa (Code.google.com).

-

Phiên bản của ToiToiseSVN của nhóm dùng là :
o TortoiseSVN 1.6.1, Build 16129 - 32 Bit , 2009/04/10 08:14:05
o Subversion 1.6.1,
o apr 1.3.3
o apr-utils 1.3.4

o neon 0.28.4
o OpenSSL 0.9.8k 25 Mar 2009
o zlib 1.2.3

Trang
15


Quản lý cấu hình phần mềm TH2006/02
Quản lý mẫu cấu hình
-

Nhóm cũng có thể dùng phiên bản TortoiseSVN 1.6.1, Build 16344 –
phiên bản mới nhất.

Trang
16


Quản lý cấu hình phần mềm TH2006/02
Quản lý mẫu cấu hình

VII. QUẢN LÝ THAY ĐỔI:
Mục đích
- Phần này mô tả kiểm soát quá trình thay đổi .
- Minh họa cách làm việc cùa các thành viên trong nhóm .
- Tiến trình này dừng lại chỉ khi công việc của sản phẩm đã hoàn
thành baseline và không có sự thay đổi cần thiết nào.

Trang

17


Quản lý cấu hình phần mềm TH2006/02
Quản lý mẫu cấu hình

Develop Work
Product

No

Inspect Work
Product

Revise Work
Product

Make Trivial
Changes

Did Each
Stakeholder
Sign off?

Product
Remains
Unchanged

Yes

Baseline Work
Product

Yes

Submit
Change
Request

No

Yes

Is the Change
Trivial?

No

Review
Change
Request

Was the
Change
Approved?

Change Management Process

Các bước chính
a. Baseline sản phẩm làm việc

Mục đích của baseline chuyển đổi công việc sàn phẩm vào mục
cấu hình . Để được xem là mục cấu hình ,các tiêu chí sau phải được
thỏa mãn .
- Sản phẩm làm việc phải qua kiểm tra chính thức .
Trang
18


Quản lý cấu hình phần mềm TH2006/02
Quản lý mẫu cấu hình

-Tất cả khuyết tật tìm thấy trong lúc làm việc sản phẩm trong quá
trình kiểm tra phải được sữa chữa .
- Tất cả bên liên quan phải kí trong tài liệu
-Tất cả công việc sản phẩm được dành riêng thư mục trong Source
Safe .
-Đối với tài liệu , tất cả các tập tin được liên kết vào các chủ tài liệu
phải được trong cùng một thư mục mà chủ tài liệu được chứa trong
Source Safe .
Xác định Baseline

Trang
19


Quản lý cấu hình phần mềm TH2006/02
Quản lý mẫu cấu hình

Thứ tự
1

Baseline
Thu tập yêu
cầu & Phân
tích yêu cầu

Giải Thích
- Trưởng nhóm chuyển đổi
mục phân tích yêu cầu thành
công việc cụ thể , các thành
viên trong nhóm tuân theo
sự phân công trưởng nhóm .
- Một số thành viên trong
nhóm có thể làm tìm hiểu
yêu cầu Phầm mền quản lý
thư viện, tập trung vào yêu
cầu Sách , Mượn Sách , Đọc
Giả .
- Tổng hợp lại cùng nhau
phân tích , đưa ra tồng kết .
- Gửi bảng kết quả tổng kết
yêu cầu cho trưởng nhóm

2

Thiết Kế Cơ
Sở Dữ Liệu

-Dựa vào bảng tồng kết yêu
cầu , thiết kế cơ sở dữ liệu

MS Access
- Phân tích tính tiện dụng
,đúng đắn cơ sở dữ liệu .
Chú ý quan tâm tới quan hệ
ràng buộc trong cơ sở dữ
liệu .

Trang
20


Quản lý cấu hình phần mềm TH2006/02
Quản lý mẫu cấu hình

- Viết bảng tổng kết , mô tả
cơ sơ dử liệu bằng file
word.
-Comit lên thùng chứa
- Các thành viên update csdl
bản hoàn chình .
3

Thiết kế giao
diện

-Sau khi đã có cơ sở dữ liệu
hoàn chỉnh .
- Nhóm trưởng phân công
cho thành viên thiết kế các
màn hình giao diện

- Test các tiêu chuẩn the

4

Viết source
code

-Theo sơ đồ 3 lớp

5

Test Chức
năng

-Test chức năng đạt yêu cầu
chưa .

6

Người dùng

-Phầm mền này hỗ trợ người
dùng những gì .

- Code theo từng chức năng
phầm mền .

-Hướng dẫn sử dụng phầm
mềm

Trang
21


Quản lý cấu hình phần mềm TH2006/02
Quản lý mẫu cấu hình

b. Đưa ra yêu cầu thay đổi
Trong quá trình làm việc nếu các thành viên có muốn đưa ra quyết
định thay đổi yêu cầu .
-Để thay đổi mục cấu hình , một đòi hỏi phải được thông báo .
Các bước thực hiện thay đổi

Trang
22


Quản lý cấu hình phần mềm TH2006/02
Quản lý mẫu cấu hình

Thứ tự

Hoạt động

1

Điền vào đơn

Người muốn thay đổi mục quản
lý cấu hình

-Điền đầy đủ các phần trong
mục cần thay đổi .Thay đổi
cái gì …

2

Thông báo đơn
cần thay đổi

Người muốn thay đổi mục quản
lý cấu hình
-Nộp mẫu đơn thay đổi cho
trưởng nhóm . Trưởng nhóm
xem xét ,sau đó quyết định có
nên : Thông báo tất cả thành
viên trong nhóm biết không

3

Xem xét thay đỗi Người quản lý thay đổi
có bình thường
-Xác định nếu thay đổi bình
không
thường hay khong bình
thường. Nếu thay đổi bình
thường , trưởng nhóm :
Cho phép thành viên muốn
thay đổi mục cấu hình tiếp
tục với các sản phẩm thay
đổi .

-Nếu thay đổi bất bình
thường ,trưởng nhóm : Cần
thời gian cho ban kiểm soát
Trang
23


Quản lý cấu hình phần mềm TH2006/02
Quản lý mẫu cấu hình

“một số thành viên trong
nhóm” xem xét, kiểm chứng
sự thay đổi.

Trang
24


Quản lý cấu hình phần mềm TH2006/02
Quản lý mẫu cấu hình

c. Xem xét yêu cầu thay đỗi
Xem xét yêu cầu thay đổi được kích hoạt để xác định xem liệu dự
án có hay không nên cho phép thay đổi mục cấu hình .
Các tiêu chuẩn :
- Thông báo phần thay đổi và thông tin cần thiết cho các thành viên
trong nhóm.
-Xem xét yêu cầu được ghi trong lịch trình danh mục .

Trang

25