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

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 ... Các mẫu cấu hình riêng biệt sẽ mô tả các phương pháp

Đồ á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…

Mẫu cấu hình

Danh sách các thành viên của nhóm

FEELINGTEA – No13

1 0612510 Trần Thanh Tuấn tieu.tin.tac@gmail.com Trưởng nhóm

2 0612362 Đặng Kim Quang dakiquang@gmail.com

3 0612449 Nguyễn Khắc Tiệp nkhactiep2603@gmail.com

4 0612549 Huỳnh Công Vi hcviit@gmail.com

5 0712167 Lê Chí Hiếu mozilla.com.ltd@gmail.com

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

http://code.google.com/p/cmplan13/

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

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

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

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

I DỰ ÁN PHẦN MỀM QUẢN LÝ THƯ VIỆN:

1 Mô tả các pha trong dự án:

 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.

- Đả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ả.

 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ử.

 Đư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 Xác định mẩu cấu hình cho các pha và tiến trình quản lý:

b 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 Cài đặt:

- Source code của dự án.

- Công cụ : Visual studio 2005

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ấuhì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

2 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ụcliê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 ápdụ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áthành… không được áp dụng

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

CM Configuration ManagementCMU Carnegie Mellon UniversityConfiguratio

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 PlanSEI Software Engineering InstituteSOW Statement of Work

SPMP Software Project Management PlanSRS Software Requirement SpecificationStakeholder Những người mà liên quan đến Baseline của dự án: thầy giáo, các

member trong nhóm

Term Definition

TBD To Be DeterminedTrivial

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à:

_ 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:

1 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”

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ấuhì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 ^.^

2 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ẩmcô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

Mô tả Cơ Sở Dữ Liệu Team LeadBản kế hoạch phần mềm Team Lead

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ếtlậ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

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

Change Control

Board (see list

below for members)

Ban quản lý thayđổi (Xem danhsách phía dướicủa thành viên)

Một nhóm gồm những thành viên có tráchnhiệm xem xét lại các yêu cầu thay đổi để đưa

ra quyết định chấp nhận và không chấp nhận

Change Originator Người tạo thay

đổi

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

Client Đại diện khách

hàng

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

Configuration

Management

Specialist

Chuyên viênquản lý cấu hình

Một trong những vai trò MSE Studio(MSE:Thạc sĩ kĩ sư phần mềm) Người này chịu tráchnhiệm chung về sự thay đổi trong các thủ tụcquản lý cấu hình Studio Người này cũng làmxá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

liệu

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

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 AssuranceSpecialist

Người chuyênđảm bảo chấtlượng

Một trong những vai trò MSE Studio(MSE:Thạc sĩ kĩ sư phần mềm) Người này giám sát

sự kiểm tra của các mẫu cấu hình và xem xétcá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

1 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 )

 SourceCode

 TestCase

 UseCaseĐịa chỉ thùng chứa của đồ án:

http://code.google.com/p/project-library/

1 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ảighi 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

2 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:

3 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

- 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.

VII QUẢN LÝ THAY ĐỔI:

- 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.

Develop Work Product

Inspect Work Product

Baseline Work Product

Did Each Stakeholder Sign off?

Was the Change Approved?

Submit Change Request

Is the Change Trivial? No

Make Trivial Changes

Yes

Revise Work Product

Product Remains Unchanged

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

-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

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

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

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

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

có bình thường không

Người quản lý thay đổi -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 :

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

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

sự thay đổi.

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

-Xem xét yêu cầu thay đổi

- Phân tích tầm quan trọng của sự

thay đổi

- Phân tích tác động của sự thay đổi

về dự án

2 Chấp nhận hoặc

từ chối yêu cầu

Tất cả thành viên trong bản kiểm soát thay đổi :

- Chấp nhận hoặc từ chối yêu cầu -Đánh dấu, quyết định của họ về việc mẫu thay đổi

- Đánh dấu thay đổi các mẫu đơn để

cho thấy được những quyết định cuối cùng.

3 Thông báo cho

d Chữ ký

Đảm báo việc chấp nhận yêu cầu chắc chắc không còn nghi vấn gì : Những người tham gia đánh giá mẫu thay đổi mục cấu hình : Khi có quyết định phải ghi tên và gửi lại cho người yêu cầu thay đổi.

Trong mọi trường hợp các qui tắc sau được áp dụng

-Không được ký kết khi chưa xem xét lại

-Bất cứ khi nào một tài liệu được cập nhật trong bất cứ cách ,thì “chữ ký” phải được gỡ bỏ cho đến khi nó lại đồng ý xem xét lại

-Văn bản thể dùng để lưu trữ hoặc sử dụng chủ yếu trong bản phải cùng “ chữ ký”.

-Khách hàng và Nhóm phải cùng “chữ ký ”.

II PHỤ LỤC:

1 Đơn xin thay đổi: dùng để đưa ra những yêu cầu về thay đổi.