TÊN ĐỀ TÀI QUẢN LÝ DỰ ÁN XÂY DỰNG PHẦN MỀM QUẢN LÝ NHÀ SÁCH TIỀN PHONG

Trang 1

HỌC VIỆN CÔNG NGHỆ BƯU CHÍNH VIỄN THÔNG



BÁO CÁO MÔN HỌC
QUẢN LÝ DỰ ÁN PHẦN MỀM




TÊN ĐỀ TÀI: QUẢN LÝ DỰ ÁN
XÂY DỰNG PHẦN MỀM QUẢN LÝ NHÀ SÁCH
TIỀN PHONG




Giảng viên: Nguyễn Thanh Thủy
Nhóm sinh viên:
Phan Trọng Quân
Nguyễn Đức Vương
Đinh Duy Anh
Vũ Duy Dương
Nguyễn Trọng Tùng
Bạch Thanh Tùng
Lớp: D09CN2
Trang 2

Mục lục:

I. GIỚI THIỆU VỀ DỰ ÁN: Error! Bookmark not defined.
1.1 Giới thiệu: Error! Bookmark not defined.
1.2 Thông tin dự án Error! Bookmark not defined.
1.3 Phạm vi dự án: Error! Bookmark not defined.
1.4 Sản phẩm bàn giao cuối Error! Bookmark not defined.
1.5 Các bên liên quan Error! Bookmark not defined.
1.6 Giả thiết dự án Error! Bookmark not defined.
1.7 Tiến trình xây dựng và quản lý dự án…………… ……………………………8
1.8 Bảng phân công công việc Error! Bookmark not defined.
II. TÔN CHỈ DỰ ÁN Error! Bookmark not defined.
1 Tổng quan Error! Bookmark not defined.
2 Mục tiêu Error! Bookmark not defined.
3 Yêu cầu nghiệp vụ Error! Bookmark not defined.
4 Các phương pháp và cách tiếp cận Error! Bookmark not defined.
5 Giả thiết dự án Error! Bookmark not defined.
6 Đánh giá mục tiêu hệ thống Error! Bookmark not defined.
7 Mô tả sản phẩm Error! Bookmark not defined.
8 Những sự kiện quan trọng trong dự án Error! Bookmark not defined.
9 Thước đo thành công Error! Bookmark not defined.
10 Rủi ro và vấn đề Error! Bookmark not defined.
11 Đội phát triển dự án Error! Bookmark not defined.
12 Ký kết dự án Error! Bookmark not defined.

III. KẾ HOẠCH QUẢN LÝ TÍCH HỢP DỰ ÁN Error! Bookmark not defined.
1 Tổng quan dự án……………………………….………………………………11
1.1 Vòng đời phát triển Error! Bookmark not defined.
1.2 Mô hình quản lý dự án Error! Bookmark not defined.
Trang 3

1.3 Tài nguyên sử dụng Error! Bookmark not defined.

1.4 Công cụ thực hiện Error! Bookmark not defined.
1.5 Công nghệ sử dụng Error! Bookmark not defined.
2 Quy trình thực hiện Error! Bookmark not defined.
2.1 Pha xác định yêu cầu Error! Bookmark not defined.
2.2 Pha phân tích Error! Bookmark not defined.
2.3 Pha thiết kế Error! Bookmark not defined.
2.4 Pha thực thi Error! Bookmark not defined.
2.5 Bàn giao sản phẩm Error! Bookmark not defined.
3 Kế hoạch quản lý cấu hình Error! Bookmark not defined.
3.1 Ý nghĩa của việc quản lý cấu hình Error! Bookmark not defined.
3.2 Cấu hình trong các pha của dự án Error! Bookmark not defined.
3.3 Kế hoạch quản lý cấu hình Error! Bookmark not defined.
4 Kế hoạch quản lý thay đổi Error! Bookmark not defined.
4.1 Mục đích Error! Bookmark not defined.
4.2 Mục tiêu Error! Bookmark not defined.
4.3 Phạm vi Error! Bookmark not defined.
4.4 Đối tượng quản lý Error! Bookmark not defined.
4.5 Lấy yêu cầu quy trình Error! Bookmark not defined.
4.6 Mẫu quản lý thay đổi chung Error! Bookmark not defined.
4.7 Tiêu chí đánh giá yêu cầu Error! Bookmark not defined.
4.8 Ban kiểm soát sự thay đổi(CCB) Error! Bookmark not defined.
4.9 Trách nhiệm và vai trò của bên liên quan Error! Bookmark not defined.

IV. KẾ HOẠCH QUẢN LÝ PHẠM VI DỰ ÁN Error! Bookmark not defined.
1 Phạm vi sản phẩm Error! Bookmark not defined.
2 Phạm vi tài nguyên Error! Bookmark not defined.
2.1 Kinh phí Error! Bookmark not defined.
2.2 Nhân sự Error! Bookmark not defined.
Trang 4

2.3 Thời gian Error! Bookmark not defined.
2.4 Sản phẩm bàn giao Error! Bookmark not defined.
2.5 Các công cụ lập kế hoạch Error! Bookmark not defined.
2.6 Cấu trúc phân rã công việc Error! Bookmark not defined.
V. KẾ HOẠCH QUẢN LÝ NHÂN SỰ Error! Bookmark not defined.
1 Các vị trí trong nhóm thực hiện dự án Error! Bookmark not defined.
1.1 Thông tin thành viên Error! Bookmark not defined.
1.2 Yêu cầu vị trí Error! Bookmark not defined.
1.3 Tổ chức vị trí Error! Bookmark not defined.
2 Cấu trúc của nhóm dự án Error! Bookmark not defined.
2.1 Các thành phần trong dự án Error! Bookmark not defined.
2.2 Sơ đồ tổ chức dự án Error! Bookmark not defined.
3 Phát triển nhóm và cách lãnh đạo Error! Bookmark not defined.
3.1 Ma trận trách nhiệm Error! Bookmark not defined.
3.2 Ma trận kỹ năng Error! Bookmark not defined.
3.3 Quá trình hoạt động Error! Bookmark not defined.
3.4 Phát triển - đào tạo nhóm dự án Error! Bookmark not defined.
3.5 Giải tán nhóm dự án Error! Bookmark not defined.
VI. KẾ HOẠCH QUẢN LÝ THỜI GIAN Error! Bookmark not defined.
VII. KẾ HOẠCH QUẢN LÝ TRUYỀN THÔNG Error! Bookmark not defined.
1 Yêu cầu trao đổi thông tin Error! Bookmark not defined.
2 Xác định tần suất và trao đổi thông tin Error! Bookmark not defined.
3 Nhu cầu trao đổi thông tin Error! Bookmark not defined.
VIII. KẾ HOẠCH QUẢN LÝ RỦI RO Error! Bookmark not defined.
1 Danh sách rủi ro Error! Bookmark not defined.
2 Phân tích rủi ro Error! Bookmark not defined.
2.1 Khả năng xảy ra rủi ro Error! Bookmark not defined.
2.2 Mức độ ảnh hưởng của các rủi ro Error! Bookmark not defined.
2.3 Mức độ ưu tiên giữa các rủi ro Error! Bookmark not defined.
Trang 5

2.4 Kế hoạch xử lý các rủi ro Error! Bookmark not defined.
2.5 Tiến trình rủi ro Error! Bookmark not defined.
2.6 Hoạt động Error! Bookmark not defined.
2.7 Vai trò Error! Bookmark not defined.
IX. KẾ HOẠCH QUẢN LÝ CHẤT LƯỢNG Error! Bookmark not defined.
1 Lập kế hoạch chất lượng Error! Bookmark not defined.
2 Đảm bảo chất lượng dự án Error! Bookmark not defined.
3 Kiểm soát chất lượng Error! Bookmark not defined.
X. KẾ HOẠCH QUẢN LÝ CHI PHÍ Error! Bookmark not defined.
1 Chi phí nguyên vật liệu Error! Bookmark not defined.
2 Chi phí cơ sở vật chất Error! Bookmark not defined.
3 Ước tính chi phí và dự toán ngân sách cho các chi phí Error! Bookmark not
defined.
4 Các chi phí phát sinh khác Error! Bookmark not defined.
5 Tổng chi phí ước tính của dự án Error! Bookmark not defined.
XI. KẾ HOẠCH QUẢN LÝ CHẤT LƯỢNG Error! Bookmark not defined.
1 Lập kế hoạch mua sắm Error! Bookmark not defined.
2 Lập kế hoạch đấu thầu Error! Bookmark not defined.
3 Quản lý hợp đồng cung cấp Error! Bookmark not defined.








Trang 6

I. Giới thiệu về dự án

1.1 Giới thiệu

Hiện nay công việc quản lý các đầu sách ở các nhà sách lớn nếu không có sự hỗ
trợ của công nghệ thông tin sẽ gặp rất nhiều khó khăn.Với số lượng các đầu sách
lớn, thường xuyên thay đổi cũng như cập nhật, bên cạnh đó số sách bán ra hàng
ngày đều rất lớn .
Dự án của chúng tôi sẽ được triển khai trong phạm vi của nhà sách Tiền Phong ,
và đối tượng tập trung là quản lý về thông tin các đầu sách trong nhà sách, cũng
như danh mục các đầu sách bán ra.

1.2 Thông tin dự án

Tên Dự Án: Xây dựng hệ thống quản lý nhà sách Tiền Phong.
Khách Hàng: nhà sách Tiền Phong.
Đại diện: ông Trần Đức An (giám đốc nhà sách)
Trưởng nhóm dự án:Phan Trọng Quân
Đội phát triển dự án:
Nguyễn Đức Vương
Đinh Duy Anh
Vũ Duy Dương
Bạch Thanh Tùng
Nguyễn Trọng Tùng
Phan Trọng Quân

1.3 Phạm vi dự án
 Hệ thống được thiết kế và xây dựng tốt có thể được nâng cấp, thay đổi phù
hợp với nhiều nhà sách.

 Khu vực ảnh hưởng trong nhà sách Tiền Phong: quầy thanh toán, nhóm quản
lý xuất nhập, quản lý trên mạng.
 Phạm vi dữ liệu:
 Dữ liệu về sách và thông tin giao dịch được giữ nguyên
Trang 7

 Làm mới thông tin khác
 Công nghệ thực hiện:
 Java Application
 SQL Server
 Ước lượng thời gian thực thi dự án : 4 tháng ( 18/10/2012 – /3/2013)

1.4 Sản phầm bàn giao cuối

 Phần mềm quản lý sách với đầy đủ chức năng yêu cầu
 Hệ thống cơ sở dữ liệu của dự án do khách hàng cung cấp
 Mã nguồn chương trình
 Tài liệu phát triển

1.5 Các bên liên quan

Vai trò
Họ tên
Liên lạc
Nhà tài trợ dự án
Nhà sách Tiền Phong
Đại diện: Trần Đức An
SĐT: 0987654321
Mail:
Khách hàng

Nhà sách tiền phong
Đại diện: Trần Đức An
SĐT: 0987654321
Mail:
Chuyên gia tư vấn
Nguyễn Văn Tiến
SĐT: 0127983467
Mail:
Nhóm theo dõi,
đánh giá dự án
Trần Tiến Tuấn
Lê Tuấn Vũ
SĐT: 0435789021
Mail:

1.6 Giả thiết đề ra

 Xây dựng hệ thống với cách tiếp cận hướng đối tượng.
 Sử dụng ngôn ngữ lập trình java làm công cụ chính.
 Hỏi ý kiến thầy (cô) trong quá trình xây dựng hệ thống khi cần.
Trang 8

 Những công nghệ mà nhóm chưa làm chủ được thì sẽ hợp tác với các thành
viên ngoài dự án.
 Hệ thống sẽ có sự thay đổi khi bổ sung các chức năng mới.
 Đội làm dự án sẽ được phân làm 2 nhóm nhỏ trong quá trình thực hiện dự án.
 Sau khi kết thúc giai đoạn 1 thì sẽ sắp xếp lại nhân sự để thực hiện các giai
đoạn tiếp theo của dự án.

1.7 Tiến trình xây dựng và quản lý dự án

Phần 1: Tôn chỉ dự án
Phần 2: Kế hoạch tích hợp
Phần 3: Kế hoạch quản lý phạm vi dự án
Phần 4: Kế hoạch quản lý thời gian thực hiện
Phần 5: Kế hoạch quản lý chi phí
Phần 6: Kế hoạch quản lý chất lượng dự án
Phần 7: Kế hoạch quản lý nhân lực
Phần 8: Kế hoạch quản lý truyền thông
Phần 9: Kế hoạch quản lý rủi ro
Phần 10: Kế hoạch quản lý mua sắm

1.8 Bảng phân công công việc

Công việc
Ngươi thực hiện
 Mô tả chung về dự án
 Bảng kê công việc(SOW)
 Quản lý rủi ro

Phan Trọng Quân
 Kế hoạch quản lý tích hợp
Nguyễn Đức Vương
 Kế hoạch quản lý phạm vi
 Kế hoạch quản lý nhân lực
Vũ Duy Dương
 Kế hoạch quản lý chi phí
 Kế hoạch quản lý mua sắm
Đinh Duy Anh
 Kế hoạch quản lý thời gian
 Kế hoạch quản lý thông tin

Nguyễn Trọng Tùng
Trang 9

 Kế hoạch quản lý chất lượng
Bạch Thanh Tùng



II. Tôn chỉ dự án

1. Tổng quan về dự án:
Hiện nay công việc quản lý các đầu sách ở các nhà sách lớn nếu không có sự hỗ
trợ của công nghệ thông tin sẽ gặp rất nhiều khó khăn.Với số lượng các đầu sách
lớn, thường xuyên thay đổi cũng như cập nhật, bên cạnh đó số sách bán ra hàng
ngày đều rất lớn . Dự án của chúng tôi sẽ được triển khai trong phạm vi của nhà
sách Tiền Phong , và đối tượng tập trung là quản lý về thông tin các đầu sách trong
nhà sách, cũng như danh mục các đầu sách bán ra.
Các chức năng chính của hệ thống:
 Quản lý nhập-xuất sách
 Quản lý bán sách tại quầy
 Quản lý khách hàng

2. Mục tiêu
2.1: Mục tiêu doanh nghiệp
2.1.1Hỗ trợ công việc tính toán khi bán sách được nhanh và hiệu quả hơn.
2.1.2Quản lý sách nhập xuất trong mỗi nhà sách, tránh gian lận, sai thiếu trong
việc quản lý một số lượng lớn sách.
2.1.3 Kết nối giữa các nhà sách Tiền Phong với nhau được thuận tiện
2.1.4 Chương trình có giao diện dễ sử dụng, cài đặt với đầy đủ chức năng quản
lý một nhà sách cần và có thể bổ sung những chức năng mới khi nhà sách yêu

cầu.
2.2 Mục tiêu về công nghệ
2.2.1 Xây dựng một trang web mới để nhận gửi thông tin phản hồi với khách
hàng.
2.2.2 Di chuyển cơ sở hạ tầng công nghệ cũ trong vòng 1 ngày và không làm
ảnh hưởng tới quá trình buôn bán, quản lý của nhà sách.
2.2.3 Đẩy nhanh tốc độ xử lý hiện tại lên 20%
Trang 10

3. Yêu cầu nghiệp vụ
 Dự án phần mềm phát triển ở đây là hệ thống quản lý bán sách nhà sách Tiền
Phong.
 Người sử dụng phần mềm : Nhân viên quản lý nhà sách và nhân viên thu ngân.
 Mục đích của dự án là thiết kế chương trình quản lý bán sách dễ sử dụng, dễ
cài đặt, chương trình có nhiều tính năng linh hoạt như tìm kiếm thông tin sách
theo nhiều tùy chọn như chuyên nghành, tên sách, tác giả… cập nhật thêm các
đầu sách mới, tính tổng tiền mỗi hóa đơn sách một cách nhanh chóng và chính
xác.

4. Phạm vi công việc
 Hệ thống được thiết kế và xây dựng tốt có thể được nâng cấp, thay đổi phù hợp
với nhiều nhà sách.
 Khu vực ảnh hưởng trong nhà sách Tiền Phong: quầy thanh toán, nhóm quản
lý xuất nhập, quản lý trên mạng.
 Phạm vi dữ liệu:
 Dữ liệu về sách và thông tin giao dịch được giữ nguyên
 Làm mới thông tin khác
 Công nghệ thực hiện:
 Java Application
 SQL Server

 Ước lượng thời gian thực thi dự án : 4 tháng ( cuối tháng 10/2012 – đầu tháng
3/2013)
5. Cách phương pháp và cách tiếp cận
 Tìm hiểu, khảo sát quy trình nghiệp vụ của công việc quản lý các đầu sách ở
các nhà sách
 Phân tích, đánh giá hiện trạng và đề ra giải pháp.
 Lựa chọn mô hình phù hợp cho hệ thống.
 Tìm hiểu và đào tạo cho những người sử dụng hệ thống.
Trang 11


6. Các đánh giá, mục tiêu hệ thống:
6.1.Đánh giá hệ thống cũ :
 Có thể gây sai sót khi phải nhập thủ công quá nhiều thông tin về các đầu
sách sách
 Không trực quan
 Không lưu được nhiều thông tin của các đầu sách
 Tốc độ truy xuất CSDL chậm.
6.2. Mục tiêu đặt ra cho hệ thống mới
 Hạn chế việc nhập vào các thông tin sách một cách thủ công thay vào đó có
thể đưa vào một số gợi ý có sắn cho một số trường thông tin.
 Tránh sai sót đến mức thấp nhất có thể được.
 Tính hóa đơn, in và lưu trữ hóa đơn một cách dễ dàng
6.3. Công nghệ và kĩ thuật áp dụng
 Ngôn ngữ lập trình : Java
 Cơ sở dữ liệu chứa các thông tin cần thiết về các đầu sách
 Các yêu cầu đặc biệt : Hệ thống quản lý bán sách là hệ thống yêu cầu tính
chính xác trong việc thống kê các danh mục sách cũng như thanh toán hóa
đơn sách, dễ sử dụng do đó để có một hệ quản lý bán sách hoạt động tốt cần
phải có những người nắm vững các hoạt động nghiệp vụ tham gia trực tiếp

vào hệ thống
7. Mô tả sản phẩm.
Xây dựng phần mềm quản lý nhà sách với các chức năng chính:
 Quản lý xuất nhập sách
 Quản lý kinh doanh.
 Quản lý danh mục sách.
 Thanh toán , in hóa đơn tính tiền mua hàng cho khách.
8. Những sự kiện quan trọng trong dự án

Trang 12

Cột mốc
Mô tả
Ngày
Lấy yêu cầu từ khách hàng
Gặp gỡ khách hàng lần 2 để lấy
thông tin về sản phầm cần triển
khai cũng như gặp mặt các
chuyên gia tư vấn trong lĩnh vực
27/10/2012
Hoàn thành bản kế hoạch
tổng thể của dự án
Lập kế hoạch tổng thể cho dự án
Hoàn thành các bản kế hoạch
quản lý dự kiến của dự án.
Phân chia công việc.
30/11/2012
Gặp gỡ khách hàng
Trao đổi về bản kế hoạch chung.
Ký kết thỏa thuận trước khi làm.

21/12/2012
Hoàn thành pha lấy yêu cầu.
Tổng kết lần 1
Lập tài liệu pha lấy yêu cầu.
Tổng kết những việc đã làm.
Kiểm thử sản phầm pha.
Xem xét tiến độ công việc so với
kế hoạch.
Định hướng công việc tiếp theo

8/1/2013
Gặp gỡ nhóm theo dõi đánh
giá dự án
Trao đổi bản kế hoạch với khách
hàng. Ký kết thỏa thuận.
Thống nhất tài liệu
Lấy thêm thông tin yêu cầu
10/1/2013
Hoàn thành pha phân tích.
Tổng kết dự án so với kế
hoạch lần 2
Lập tài liệu pha phân tích.
Tổng kết những việc đã làm.
Kiểm thử sản phẩm pha.
Xem xét tiến độ công việc so với
kế hoạch.
Định hướng công việc tiếp theo
Trao đổi bản kế hoạch với khách
hàng. Ký kết thỏa thuận.
5/2/2013

Gặp gỡ nhóm theo dõi đánh
giá dự án
Trao đổi bản kế hoạch với khách
hàng. Ký kết thỏa thuận.
Thống nhất tài liệu
Lấy thêm thông tin yêu cầu
23/2/2013
Hoàn thành pha thiết kế.
Tổng kết dự án so với kế
hoạch lần 3
Lập tài liệu pha lấy thiết kế.
Tổng kết những việc đã làm.
Kiểm thử sản phẩm pha
1/3/2013
Trang 13

Xem xét tiến độ công việc so với
kế hoạch.
Định hướng công việc tiếp theo

Gặp gỡ nhóm theo dõi đánh
giá dự án
Trao đổi bản kế hoạch với khách
hàng. Ký kết thỏa thuận.
Thống nhất tài liệu
Lấy thêm thông tin yêu cầu
4/3/2013
Hoàn thành pha Cài đặt.
Tổng kết dự án so với kế
hoạch lần 4

Lập tài liệu pha lấy cài đặt.
Tổng kết những việc đã làm.
Kiểm thử lần cuối
Xem xét tiến độ công việc so với
kế hoạch.
Định hướng công việc tiếp theo

6/3/2013
Chạy thử nghiệm sản phần
Chạy thử nghiệm sản phẩm
8/3/2013
Bàn giao sản phẩm cho
khách hàng
Bàn giao sản phẩm
Tài liệu chuyên môn cho khách
hàng
Hướng dẫn sử dụng sản phẩm
12/3/2012
Họp tổng kết dự án
Họp dự án tổng kết chương trình
14/3/2013

9. Thước đo thành công
 Tiết kiệm chi phí tổng thể >5%
 Giảm thời gian làm việc >15%
 Hệ thống hoạt động tốt với đầy đủ chức năng trong tuần chạy thử
 Tốc độ xử lý nhanh hơn hệ thống cũ >5%

10. Rủi ro và vấn đề
Một số rủi ro có thể gặp:

Rủi ro
Khả năng
Ảnh hưởng
Vấn đề tài chính
Thấp
Lớn
Trang 14

Nhân viên nghỉ việc hoặc có việc đột
xuất
Cao
Lớn
Công việc không hoàn thành đúng chỉ
tiêu
Thấp
Bình thường
Thay đổi yêu cầu
Cao
Bình thường
Thời gian hoàn thành giữa các pha trễ
Bình thường
Lớn
Phần mềm có nhiều khiếm khiết
Thấp
Nghiêm trọng
Lỗi tương thích
Thấp
Bình thường
Cơ sở dữ liệu sai hoặc hỏng

Bình thường
Lớn
Thay đổi cấp trên
Thấp
Nghiêm trọng

11. Đội phát triển dự án

Vai trò
Trách nhiệm
Thành viên
Project Manager
Người quyết định có sử dụng
Quản lý cấu hình hay không,
đưa ra các vai trò tham gia, các
tài nguyên cho dự án.
Phan Trọng Quân

Bussiness Analyst
Phân tích các yêu cầu nghiệp vụ
dựa trên những yêu cầu của
khách hàng.
Nguyễn Đức Vương

Customer Contact
Chắc chắn rằng khách hàng
thỏa mãn theo đúng hợp đồng.
Nguyễn Trọng Tùng

Designer

Phân tích thiết kế, thực thi hệ
thống.
Vũ Duy Dương

Tester Lead
Chịu trách nhiệm kiểm thử hệ
thống
Bạch Thanh Tùng

Technical
Triển khai hệ thống tới khách
hàng, chịu trách nhiệm cài đặt
hệ thống, hướng dẫn người
dùng cuối vận hành, bảo trì hệ
thống.
Đinh Duy Anh

Developer
Phát triển phần mềm
Tất cả thành viên



Trang 15

12. Ký kết dự án

Khách hàng

Name
Signature
Date
Trần Đức An

22/10/2012
Nhà tài trợ


Name
Signature
Date
Trần Đức An

22/10/2012
Quản lý dự án


Name
Signature
Date
Phan Trọng Quân

21/10/2012


III) Kế hoạch quản lý tích hợp

1. Tổng quan về nội dung dự án

1.1 Vòng đời phát triển dự án: Mô hình thác nước

1.2 Mô hình quản lý dự án: Mô hình nhóm dân chủ vượt quá lập trình viên trưởng

1.3 Tài nguyên sử dụng
 Kinh phí đầu tư: 400.000.000 VNĐ bao gồm:
o Lương nhân viên tham gia
o Tiền thuê cơ sở vật chất
o Các chi phí phát sinh
o Dữ trữ 10%
 Số thành viên tham gia dự án: 6 người.

1.4 Công cụ thực hiện:
- Trọn bộ Microsoft office: lập kế hoạch dự án
Trang 16

- Eclipse : Cài đặt chương trình
- Visual Paradigm: Phân tích, thiết kế, vẽ biểu đồ trong chương trình
- SQL Server : Lưu trữ CSDL

1.5 Kỹ thuật sử dụng trong dự án
o J2EE
o SQL

2. Quy trình thực hiện
a) Pha xác định yêu cầu
1.1 Thu thập thông tin: Phan Trọng Quân
1.1.1 Từ khách hàng: gặp gỡ, trao đổi với khách hàng
1.1.2 Từ thị trường thực tế (có thể từ các nhà sách khác): khảo sát thị
trường

1.2 Họp nhóm xác định công việc: Phan Trọng Quân
1.3 Viết yêu cầu của hệ thống: Nguyễn Đức Vương
1.3.1 Về phần mềm
1.3.2 Về phần cứng
1.4 Viết tài liệu: Phan Trọng Quân
1.4.1 Xác định Actor list : Nguyễn Đức Vương
1.4.2 Lập Glossary
1.4.3 Biểu đồ Usecase +Chi tiết hóa Usecase
1.4.4 Biểu đồ Commnication
1.4.5 Biểu đồ Activity
1.4.6 Lập Usecase survey
1.5 Phác thảo giao diện người dùng (GUI): Nguyễn Đức Vương
1.6 Kiểm thử tài liệu pha lấy yêu cầu: Phan Trọng Quân
1.7 Trao đổi với khách hàng và nhà đầu tư: Phan Trọng Quân
b) Pha phân tích
2.1 Phân tích tĩnh: Nguyễn Đức Vương
Trang 17

2.1.1 Xác định các lớp cơ bản và thuộc tính; vẽ biểu đồ lớp
2.2 Phân tích động: Đinh Duy Anh
2.2.1 Vẽ biểu đồ trạng thái
2.2.2 Vẽ biểu đồ cộng tác
2.2.3 Hoàn thiện biểu đồ lớp
2.2.4 Update Glossary
2.3 Kiểm thử pha phân tích: Phan Trọng Quân
c) Pha thiết kế
3.1 Thiết kế kiến trúc hệ thống: Đinh Duy Anh
3.1.1 Lựa chọn công nghệ thực hiện
3.1.2 Lựa chọn cấu trúc hệ thống
3.1.3 Lập chính sách truy cập đồng thời

3.1.4 Thiết kế bảo mật
3.1.5 Biểu đồ các tầng nghiệp vụ
3.1.6 Lựa chọn phân vùng hệ thống con
Thiết kế dịch vụ kinh doanh
Thiết kế Database schema
Hoàn thiện giao diện
Thiết kế mô hình lớp từ mô hình lớp pha phân tích
3.2 Thiết kế chi tiết sơ đồ lớp cuối cùng, mô hình hóa sơ đồ lớp: Vũ Duy
Dương
3.3Kiểm thử thiết kế: Phan Trọng Quân

d) Pha thực thi
4.1 Cài đặt các module
4.1.1 Các lớp thực thể :Nguyễn Đức Vương
4.1.2 Các lớp biên: Vũ Duy Dương+Bạch Thanh Tùng
4.1.2.1 Giao diện Quản lý các đầu sách
4.1.2.2 Giao diện Quản lý thanh toán hóa đơn sách
Trang 18

4.1.2.3 Giao diện chung
4.1.3 Các lớp điều khiển: Đinh Duy Anh+Nguyễn Trọng Tùng
4.1.3.1 Điều khiển Quản lý các đầu sách
4.1.3.2 Điều khiển Quản lý thanh toán hóa đơn sách
4.2 Tích hợp các module: Phan Trọng Quân
4.2.1 Các chức năng Quản lý các đầu sách
4.2.2 Các chức năng Quản lý thanh toán hóa đơn sách
4.2.3 Tích hợp toàn bộ hệ thống
4.3 Xây dựng cơ sở dữ liệu
4.3 Kiểm thử sản phầm: Nguyễn Trọng Tùng + Bạch Thanh Tùng
4.3.1 Kiểm thử đơn vị

4.3.2 Kiểm thử tích hợp
4.3.3 Kiểm thử sản phẩm
4.3.4 Tự kiểm thử

e) Giao sản phẩm cho khách hàng: Phan Trọng Quân
5.1 Bàn giao sản phẩm cho khách hàng
5.2 Lắp đặt sản phẩm
5.3 Chạy thử tại nhà sách Thăng Long trong 10 ngày

3. Kế hoạch quản lý cấu hình

1) Ý nghĩa của việc quản lý cấu hình

Việc lập kế hoạch cấu hình nhằm đảm bảo cho hệ thống quản lý sách được cập
nhật và thực hiện các chức năng một cách chính xác.
Cấu hình sẽ được lưu trữ trên với tài khoản là
duannhasachTienPhong_nhom11 trên internet nhằm đảm bảo:
- Quản lý được hệ thống cấu hình
- Đảm bảo không có mẫu cấu hình nào được thay đổi mà không được phép
- Tiếp nhận, quản lý trạng thái của mỗi cấu hình
- Đảm bảo mẫu cấu hình được tạo ra đúng cách, đúng mục đích
Trang 19


2) Cấu hình trong các pha của dự án

1.1 Lên kế hoạch
Mẫu cấu hình trong pha này gồm:
- Kế hoạch phát triển dự án
- SOW

- WBS
- Use case diagram

1.2 Phân tích yêu cầu
Mẫu cấu hình trong pha này là:
- Bản đặc tả yêu cầu người dùng
- Bản đặc tả yêu cầu hệ thống
- Báo cáo dự án sau pha phân tích

1.3 Thiết kế
Mẫu cấu hình trong pha này là:
- Bản thiết kế sơ đồ lớp
- Bản thiết kế kiến trúc hệ thống
- Bản thiết kế giao diện
- Bản thiết kế CSDL
- Báo cáo dự án sau pha thiết kế

1.4 Cài đặt
- File mã nguồn của chương trình
- Báo cáo dựa sn sau pha cài đặt

1.5 Kiểm thử lần cuối
- Các test case
- Dữ liệu kiểm thử
- Tài liệu kiểm thử
- Bản báo cáo cuối cùng

3) Kế hoạch quản lý cấu hình
3.1 Phạm vi áp dụng:
Trang 20

Được hoàn thành trong pha lập kế hoạch đầu dự án và được thực hiện, kiểm
tra trong tất cả các pha của dự án
3.2 Mục đích
- Thiết lập, bảo đảm tính toàn vẹn của sản phẩm trung gian cũng như sản
phẩm cuối cùng trong tất cả các pha của dự án
- Kiểm soát thay đổi hệ thống
3.3 Trách nhiệm của các thành viên trong quản lý cấu hình
STT
Thành viên
Vai trò, trách nhiệm
1
Quản lý cấu
hình
(Nguyễn Đức
Vương)
 Thiết lập và kiểm soát nơi lưu trữ tài liệu cấu hình
của dự án.
 Phát triển và triển khai các quy trình quản lý cấu
hình của dự án.
 Tạo các bản kế hoạch tức thời , ghi nhận chi tiết các
thay đổi trên các bản kế hoạch đó.
 Quản lý thay đổi trên các bản kế hoạch tức thời.
 Tổ chức và điều phối các cuộc họp của CCB
2
Quản lý dự án
(Phan Trọng
Quân)
 Giám sát các hoạt động quản lý cấu hình.

 Bảo đảm các yêu cầu cần thiết cho hoạt động quản
lý cấu hình.
3
Thành viên
toàn dự án

 Thực hiện tốt công việc được giao
 Tuân thủ tất cả các quy trình thủ tục của bản kế
hoạch quản lý cấu hình cũng như yêu cầu của người
quản lý cấu hình.

3.4 Hoạt động
3.4.1 Định danh cấu hình
Khi qua một bản kế hoạch tức thời, các phiên bản làm việc sẽ được kiểm
tra, nếu thỏa mãn các tiêu chuẩn được định sẵn thì sẽ trở thành mẫu cấu
hình. Các tiêu chuẩn đó là:
- Phiên bản làm việc được khảo sát đúng cách
- Các lỗi phải được khắc phục
- Phiên bản làm việc phải có đầy đủ các tài liệu đi kèm
Mẫu cấu hình phải chứa đầy đủ các thông tin sau:
- Tên cấu hình
Trang 21

- Phiên bản
- Trạng thái
- Ngày khởi tạo
- Nơi lưu trữ
- Người tạo ra
Chú ý: Cấu hình sẽ được lưu trong máy tính của quản lý cấu hình
(Nguyễn Đức Vương).

3.4.2 Quy ước cách đặt tên
Mẫu cấu hình sẽ được đặt tên theo cách sau:
<mã dự án>_<mã loại>_<R|A|B>_<x>.<y>.<z>
Trong đó:
Ký hiệu
Ý nghĩa
<mã dự án>
Mã dự án mà mẫu cấu hình thuộc về
<mã loại>
Mã loại mẫu cấu hình
<R|A|B>
R: release
A: alpha
B: beta
<x>
Bản kế hoạch tức thời của mẫu cấu hình theo số
thứ tự, bắt đầu từ 1.
<y>
Phiên bản thay đổi đáng kể của mẫu cấu hình, bắt
đầu từ 0
<z>
Phiên bản thay đổi không đáng kể của mẫu cấu
hình, bắt đầu từ 0

3.4.3 Quản lý cấu hình
3.4.3.1 Thêm mới một mẫu cấu hình
Quy trình thực hiện:
- Viết đơn yêu cầu thêm cấu hình
- Viết một bản chứa thông tin về mẫu cấu hình muốn thêm vào
- Các thành viên có liên quan sẽ tổ chức họp bàn để quyết định việc

có nên thêm mẫu cấu hình mới vào không.
- Nếu đồng ý việc thêm mẫu cấu hình mới, sẽ phải thông báo lại cho
quản lý cấu hình để thêm vào thông tin quản lý.
- Gửi thông báo cho các thanh viên trong đội dự án
Trang 22


3.4.3.2 Thay đổi mẫu cấu hình
Quy trình thay đổi mẫu cấu hình
- Viết đơn yêu cầu thay đổi mẫu cấu hình. Trong đó cần nêu rõ lý do
thay đổi, mức độ cấp thiết cần phải thay đổi, sự ảnh hưởng của
thay đổi đó tới các mẫu cấu hình khác….
- Quản lý cấu hình sẽ tiếp nhận những yêu cầu thay đổi đó. Và xem
xét, nếu như thấy mức độ của sự thay đổi là không lớn thì có thể tự
quyết định, còn nếu như mức độ của nó quá lớn thì cần họp bàn đề
ra quyết định.
- Nếu chấp nhận sự thay đổi, cần thêm vào phần thông tin quản lý
và thông báo cho những bên liên quan để thay đổi cho phù hợp.

3.4.3.3 Báo cáo trạng thái cấu hình
Công việc thực hiện:
- Báo cáo trạng thái mẫu cấu hình: Tình trạng của các mẫu cấu hình
hiện nay.
- Báo cáo về sự thay đổi của các mẫu cấu hình
- Báo cáo về các hoạt động thanh tra, kiểm soát mẫu cấu hình
Kết quả của công việc này được ghi nhận trong một báo cáo mang tên
Configuration Status Accounting Report (CSAR).
Các báo cáo này được thực hiện thường xuyên và định kỳ trong quá trình
phát triển dự án.

3.4.3.4 Kiểm tra cấu hình
a) Mục đích
Kiểm tra các mẫu cấu hình hiện tại, rà soát lỗi nhằm đảm bảo tiến độ
công việc so với kế hoạch.
b) Các kiểu thanh tra
- Thanh tra chức năng:
Kiểm tra những chức năng của một mẫu cấu hình dựa trên những
tài liệu kỹ thuật. Việc thanh tra chức năng được thực hiện trên cả
những mẫu cấu hình thuộc về phần cứng lẫn phần mềm
- Thanh tra vật lý:
Thanh tra những mẫu cấu hình (cả về phần cứng lẫn phần mềm)
ngược lại với những tài liệu kỹ thuật của nó. Việc thanh tra vật lý
Trang 23

chỉ diễn ra khi việc thanh tra chức năng đã hoàn thành. Sau khi
hoàn thành việc thanh tra vật lý thì sẽ cho ra một Product Baseline
(PBL)




Người thực hiện
Quản lý dự án: Phan Trọng Quân
Quản lý cấu hình: Nguyễn Đức Vương

Công việc kiểm tra
- Lên kế hoạch cho việc thanh tra
- Tập hợp tài liệu cần thiết cho việc thanh tra
- Kiểm tra các mẫu cấu hình, đối chiếu với tài liệu về mẫu cấu hình,
xem nó có đúng với yêu cầu đặt ra ban đầu hay không ?

- Thanh tra sự bổ xung, thay đổi mẫu cấu hình. Sự ảnh hưởng của
chúng với các mẫu cấu hình khác.
- Kiểm tra việc lưu trữ các mẫu cấu hình
- Lập tài liệu về việc thanh tra

3.4.3.5 Sao lưu cấu hình
Trong quá trình thực hiện cần sao lưu dữ liệu ra 2 bản. Công việc cần
thực hiện có kế hoạch. Có thể sao lưu cả bản cứng.

4. Kế hoạch quản lý thay đổi

4.1 Mục đích

Tài liệu và báo cáo kế hoạch quản lý thay đổi chứa những thông tin cần thiết để
có thể đạt hiệu quả trong việc quản lý xây dựng phần mềm quản lý nhà sách
Tiền Phong các thay đổi từ khi bắt đầu dự án đến lúc giao cho khách hàng.
Quản lý thay đổi nhằm đảm bảo:
- Đảm bảo thay đổi mang lại lợi ích cho dự án
- Xác định cách thay đổi được thực hiện
- Quản lý cách thay đổi được thực hiện
Trang 24


4.2 Mục tiêu

o Xem xét tất cả yêu cầu thay đổi
o Xác định, đánh giá, phê duyệt, theo dõi các thay đổi được thông qua
o Sửa đổi kế hoạch dự án cho phù hợp với những yêu cầu thay đổi
o Các bên liên quan tham gia thảo luận thích hợp
o Trao đổi, đàm phán với những bên bị ảnh hưỏng.

4.3 Phạm vi

Kế hoạch quản lý thay đổi được tạo ra trong pha lập kế hoạch dự án.
Quản lý thay đổi được diễn ra mọi thời điểm trong dự án khi mà có một vấn đề
cần thay đổi được đưa ra.

4.4 Đối tượng quản lý

- Quản lý dự án: Phan Trọng Quân
- Quản lý thay đổi: Nguyễn Đức Vương
- Giám đốc nhà sách Tiền Phong: Trần Đức An

4.5 Lấy yêu cầu quy trình thay đổi yêu cầu(CR)

Các bước thực hiện:
1) Tạo các yêu cầu thay đổi: Người yêu cầu thay đổi nộp bản mẫu yêu cầu
thay đổi và gửi bản mẫu đã điền đầy đủ thông tin tới Ban kiểm soát sự
thay đổi(CCB). Các bên liên quan sẽ xem xét sự cần thiết cho thay đổi.
2) Trạng thái CR Log: Quản lý thay đổi thêm các yêu cầu thay đổi vào
trong CR Log. Trạng thái của yêu cầu thay đổi được cập nhật trong suốt
quá trình khi cần thiết
3) Đánh giá yêu cầu thay đổi: Nhân viên dự án xem xét yêu cầu thay đổi
và cung cấp ước tính mức độ xử lý và phát triển một giải pháp để giải
quyết thay đổi đó. Sau đó quản lý dự án, quản lý thay đổi và cả đội xem
xét thay đổi
4) Ủy quyền: Phê duyệt các thay đổi để tích hợp những thay đổi đó vào dự
án/ sản phẩm. Bước này thuộc toàn quyền CCB
Trang 25

5) Triển khai: Nếu được chấp nhận, thực hiện những thay đổi cần thiết để
thực hiện sự thay đổi. Đồng thời liên lạc với người đề xuất thay đổi và
các bên liên quan trong dự án. Bước này được thực hiện dưới sự giám
sát của quản lý thay đổi.

4.6 Mẫu quản lý thay đổi chung

Một bản mẫu thay đổi chung được lưu trong CR Log phải có đầy đủ các thông
tin sau:
Trạng thái
Mô tả
Date
Ngày yêu cầu thay đổi được tạo
CR#
Sự phân công của quản lý thay đổi
Title
Mô tả ngắn gọn về yêu cầu thay đổi
Description
Mô tả sự thay đổi mong muốn
Tác động, lợi ích của việc thay đổi
Submitter
Tên của người đề xuất thay đổi và những người có liên quan
trong quá trình thay đổi yêu cầu
Phone
Số điện thoại người đề xuất
E-Mail
Email người đề xuất thay đổi
Product
Sản phẩm được đề xuất để thay đổi
Version

Phiên bản của sản phẩm được đề xuất thay đổi
Priority
Phân loại yêu cầu dựa theo sự cấp bách của yêu cầu thay đổi.

4.7 Tiêu chí đánh giá yêu cầu thay đổi

Dựa trên độ ưu tiên:

Mức độ ưu tiên
Mô tả
Cao
Tác động đáng kể tới tiến độ, chi phí, chất lượng.