Cấu hình sẽ được lưu trữ trên http:/www.mediafire.com với tài khoản là duannhasachTienPhong_nhomIl 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ìn
Trang 1
HOC VIEN CONG NGHE BUU CHINH VIEN
THONG
BAO CAO MON HOC
QUAN LY DU AN PHAN MEM
TEN DE TAI: QUAN LY DU AN
XAY DUNG PHAN MEM QUAN LY NHA SACH
TIEN 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
Dinh Duy Anh Via Duy Duong
Nguyén Trong Ting Bach Thanh Tung
Trang 2
INNxšv on .- 5
1.2 Thông tin dự án - 2 2 1020111201 11011 1111111111111 1111111111111 1111111111111 1 kg 6 13 Pham vi dự án Q.0 20T ng TT TT ng 1111111511111 k k1 2555 6 1.4 Sản phẩm bản giao cuối - se 1111111111111 11 1 11 1110111212112 1e 7 1.5 Các bên liên quan c1 2212222111011 1131 1111111111 111111181111 11110110111 7
Na n5 ẽ 7
1.7 _ Tiến trình xây dựng và quản lý dự án
8
1.8 Bang phan cOng cOng Vide cece cc cece 22011101112 11 12111121112 111 1111111111011 111v 8
TL TON CHI DU AN ieee ồễồ'ễo®^®".ễ^'ê"ễ'£Ầ 9
3 Yéu cau ngh1Ệp VỤ - 2 20 020112201 12211121 111211152111 8111 101112 1100111118111 1 1H11 1kg 9 4 Các phương pháp và cách tiếp cận s 5 c1 1 111211 1E1121111211111121112 xe 9
1 Tổng quan dự án cc cò cà eevevevees vertecuer terete veveeeverteeee
11 1.1 Vòng đời phát triỀn s1 211 11111111111 1111 1111 1221121111111 111kg II 1.2 Mô hình quản lý dự án - 2.1 11111111111 111 1111111111111 111 11111 111111 Hee II
1.3 Tài nguyên sử dụng - - L2 0201120111211 1121112111 1111 15211111111 511 1k ng xxx nh II 1.4 Công cụ thực hiện 2L Q2 020102011 121113211 151111511111 1111 111111111111 ko 11
Trang 33.3 Kế hoạch quản lý cấu hình -s- + s2 E1221115112111111 11151 11211118 tru II
4 Kế hoạch quản lý thay đôi 55 1 12211111112 121211 1 010121111 grrag II “8 ¡7 TL II 42 MUC št-:: aIIƠOAOAỌAẤOỔđỔiiẳiiẳiaẳiaiaẳiiIỄẦỀÉỶỒỶẮẢỶ II
AB PHAN Vice - <ảẳảŸỶảỶỶỶỲỶỶÝỶÃÝ 11 4.4 DOi trong quan ly ccc ec eeseseseseesececsscsesssesecsessesessessssesseseseesevensevseversess II
4.5 Lấy yêu cầu quy trình -s- s11 T111 E11 11 1121211211112112111211 11 1t rg II 4.6 Mẫu quản lý thay đổi chung s21 1 E12 SE121111211211111211111 121101 1e II
4.7 Tiêu chí đánh giá yêu cầu - St TS E21 1E1121111211111112111111 1121 1 nên II 4.8 Ban kiểm soát sự thay đôi(CCB) 5 c1 11 1121211212111 1 ng rayu II
4.9 Trách nhiệm va vai trò của bên liên quan 25 2222222212222 12s s+2 II
IV KẾ HOẠCH QUẢN LÝ PHẠM VI DỰ ÁN s 5c 2c 2212211121121 Et re 11
1 Pham vi san pham leceucecaceeeeesecceseceseseussettuttttteecacssecesecesesesessutestttttttttsccseecesaraaensess 11 2 I0 20:10:11: 20777 12
P8 S00 3411 11
2.2 NHAN SU an na .Ẽ ằằẰằẰằẰŠẼằẼằ 11 PM 8 — dẢ II
2.4 Sản phẩm bàn giaO s 1c nTt1 1111111 115121121111211111111 11110111111 rên II
2.5 Các công cụ lập kế hoạch 1S ng 11111013111 51111121151155 151112121118 n ren 11
2.6 Cau triic phan rf CONG Vi8C ce cececcceseecescseseesesecsesersecsesecsesscsesstssecsteesesesicensen 11
Trang 4VI VIL
1 Các vị trí trong nhóm thực hiện dự án cc 5-52 2222222212221 1 1221222152 II 1.1 Thông tin thành viên - c2 221222011 2211101 11531113111 11523 111111111111 11111 c2 II
ID ¿ho Ý 11 cu 0.1.5 11 Cấu trúc của nhóm dy ate ccccccc css cesscssesssssessessessresesstsiesarsecseateseseseseetees 11 2.1 Cac thanh phan trong dur atic ccc esesesessesessessesessesessessesessessssesesieensen II 2.2 Sơ đồ tô chức dự án 22 221221 2212211211211111221121121212112222222 1n re II
Phát triển nhóm và cách lãnh đạo 2 2S S1 S211 11 15131311 15112155 1151121211515 Eee II 3.1 Ma trận trách nhiệm G111 1111111111111 1 1111151115511 151 11511 2511151111 2111551 xxx II KV v0 0 cc ceeccceceeeeeteececeeseseeessees cesseesessseesscisieeseeneaesess II 3.3 Quá trình hoạt động - 2L 201020111201 11211121 111111112111 11 11101111111 1111k ray II
3.4 Phát triển - dao tạo nhóm dự án - 2-22 2E2E122122122112212212711211221 221221 2xe 11
3.5 Giai tan nhOm dr ate cece ccccccccccccccccesecessesesesetteettttsausesecseceueauseeseeseess 11
KE HOACH QUAN LY THOI GIAN uw ceccecceccssesessessssessessessessceesesevsnsessnseeeeeees 11 KE HOACH QUAN LY TRUYEN THONG cccccccsccscesscsessessessessessessnseesevseeees 11
Yêu cầu trao đôi thông tin - s1 E11 E1E1121111211112111111211 1111210211 tre, 11 Xác định tần suất và trao đổi thông ti1 2 22 2221122212223 12211 12512521512 II Nhu cầu trao đôi thông tin 5s 11 1111111111211E1 11 1111111111 2111 trau II
KỀ HOẠCH QUẢN LÝ RỦI RO - 5s 21221221 21211111271211 1211111221 yeg 11
Danh sach rut 10.0.0 ccc cece ceccccecescececsececsessecessssecssueecenessecssssecssssecstseseenssesseeens II Phân tích rủ1 ro - c2 21111222111 1121 1112131 11122111111 1601221111111 011116111 k 6g key II 2.1 Khả năng xảy ra rỦI FO - Q2 0201020111101 1111111111111 1111111111111 11111111111 ka II 2.2 Mức độ ảnh hưởng của các rủI f0 - c1 2211122111211 1121111211115 1 1188k 11 2.3 Mức độ ưu tiên g1ữa các rủi f0 - - c1 1 1112211121111 211 1112211111121 111k II
2.4 Kế hoạch xử lý các rủi T0 s s1 E1 1 11E112121121111211 111110111 11s II 2.5 Tiến trình rủi rO - -+ss+22221221221271271121121127111121121121121211112122212 2e te 11
2.7 Vai tTỒ 5 212 122112111221221121112112121121112212121 121 11tr II KE HOACH QUAN LY CHAT LƯỢNG 5 2 212221121121 271211.E re 11
Lap ké hoach chat TƯỢNG L Q0 01020211201 11111 11111111 111111 1111111111111 1 1111111111 xkka II
Trang 5KE HOACH QUAN LY CHI PHÍ, s1 S21 2E11112112111111111512111221121 1 greg 11
Chi phi nguyên vật liệu - - Q20 0020112011101 1111111111111 1111111111 1111 11111111 x k2 II Chi phi co so vat CHA cc ccccceccceccccccccecevevececsessvssevevevevevssesssstsecstssssevevevevsevessesseses 11 Ước tính chi phí và dự toán ngân sách cho các chỉ phí eee eee 11 Các chi phí phát sinh khac ccc ccc ccc cceeccenececetessssessseeesestssetesstssseensaes II Tổng chi phí ước tính của đự án - 5 s9 1E 1E 5712112171 1111111111111 11tr II
KE HOACH QUAN LY CHAT LƯỢNG 5 2 212221121121 271211.E re 11
Lap kế hoach mua Sat cccccccccccececscscsesessseseeevevececevscssseseseseeecsvevevisssssstssvevevsvees 11 Lap kế hoạch đấu thầu SH 111151 15111115111 1115181511111 15 na II Quản lý hợp đồng cung cấp s- c2 1221111111111 1 11 1 11001121 rryg 11
Giới thiệu về dự án
L1 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
Trang 61.2 Thong tin dự án Tén Dy An: 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 du an:
Nguyễn Đức Vương Định Duy Anh Vũ Duy Dương Bạch Thanh Tùng Nguyễn Trọng Tùng Phan Trọng Quân 1.3 Pham vi du an
¢ 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 vue ả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 Y SQL Server
® Ước lượng thời gian thực thi dự án : 4 tháng ( 18/10/2012 - /3/2013) I.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 e - Hệ thống cơ sở dữ liệu của dự án đo khách hàng cung cấp © Mã nguồn chương trình
¢ Tai ligu phát triển
Trang 71.5 Cac bén liền quan
Nhà tài trợ dự á Nhà sách Tiền Phong SDT: 0987654321
2 tar inex an Đại diện: Trần Đức An Mail: antd@tienphong.com
Nha sach tién phong SDT: 0987654321
Khach ha ach nang Đại diện: Trần Đức An › Mail: antd@tienphong.com
Chuyên gia tư van Nguyên Văn Tiên Mail: tienv@tienphong.com
Nhóm theo dõi, Trân Tiên Tuân SDT: 0435789021
đánh giá dự án Lê Tuan Vi Mail: danhgia@tienphong.com
1.6 Gia thiét dé ra
e Xay dung hé thong véi cach 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 ® - 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é thong 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ự
Phần 6: Kế hoạch quản ly 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
Trang 8
Phần 9: Kế hoạch quản lý rủi ro Phần 10: Kế hoạch quản lý mua sắm I.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ề đự án ¢ Bang ké céng viéc(SOW)
Kế hoạch quản ly phạm vì
Kế hoạch quản lý nhân lực Vũ Duy Dương
Kế hoạch quản lý chỉ phí Dinh Duy Anh Ké hoach quan ly mua sam
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
e© Quan ly ban sach tai quay ® - Quản lý khách hàng
Trang 92 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 điệ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 l 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%
3 Vê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 đễ sử đụ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 tong tiền mỗi hóa đơn sách một cách nhanh chóng va chính xác
4 Phạm vi công việc Hệ thống được thiết kế và xây đự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 đữ liệu: *_ Dữ liệu về sách và thông tin giao dịch được giữ nguyên
Trang 10¥ Lam mdi thong tin khac
® Công nghệ thực hiện:
` Java Application Y SQL Server
© Usc 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 ly các đầu sách
ở các nhà sách
© Phân tích, đánh giá hiện trạng và dé ra giải pháp
® - Lựa chọn mô hình phủ hợp cho hệ thống ¢ Tim hiéu va dao tạo cho những người sử dụng hệ thống 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
e©_ 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 e© Tránh sai sót đến mức thấp nhất có thê được
¢ Tính hóa đơn, ¡n 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ệ quan ly ban sách hoạt
Trang 117 Mô độ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
tả sản phẩm Xây dựng phan 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
Lấy yêu cẩu từ khách hàng
Gặp gỡ khách hàng lân 2 đê lay 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 tong thé cho du an Hoàn thành các bản kế hoạch
quản lý dự kiến của dự án Phan chia công việc
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
kế hoạch Định hướng công việc tiếp theo 5/2/2013
Trang 12
gid du an Thống nhất tài liệu 23/2/2013
Lấy thêm thông tin yêu cầu
Lập tài liệu pha lấy thiết kế
Tổng kết những việc đã làm
Hoàn thành pha thiết kế Kiểm thử sản phẩm pha
Tổng két du dn so voi ké Xem xét tiễn độ công việc so với 1/3/2013 hoạch lan 3 ké hoach
Định hướng công việc tiếp theo Trao đôi bản kê hoạch với khách Gặp gỡ nhóm theo dõi đánh hàng Ky kết thỏa thuận 4/3/2013
gid du an Thông nhất tài liệu
Lấy thêm thông tin yêu cầu
Lập tài liệu pha lấy cài đặt
Tổng kết những việc đã làm Hoan thanh pha Cai dat Kiểm thử lần cuối
Tổng két du dn so voi ké Xem xét tiễn độ công việc so với 6/3/2013 hoạch lần 4 kế hoạch
Định hướng công việc tiếp theo Chay 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 Bàn giao sản phâm cho Tài liệu chuyên môn cho khách 12/3/2012
Hướng dẫn sử dụng sản phẩm Họp tong kết dự án Họp dự án tong két chương trình | 14/3/2013
9, Thước do thành công
e©_ Tiết kiệm chi phí tổng thể >5%
® - Giảm thời gian làm việc >15% e© Hệ thống hoạt động tốt với đầy đủ chức năng trong tuần chạy thử e© Tốc độ xử lý nhanh hơn hệ thống cũ >5%
10 Rủi ro và vần đề
Trang 13Phâ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
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
Triên khai hệ thông tới khách
hàng, chịu trách nhiệm cai dat hệ thống, hướng dẫn người
Trang 1412 Ký kết dự án
III) Kéhoach quan ly tich hop
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:
© © © ©
Lương nhân viên tham gia Tiền thuê cơ sở vật chất Các chị phí phát sinh
Trang 15- Eclipse : Cai dat chương trình - Visual Paradigm: Phan tich, thiết kế, vẽ biêu đồ trong chương trình - SQL Server : Luu trữ CSDL,
1.5 Kỹ thuật sử dụng trong dự án 6 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 L3 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 Lap Glossary
1.4.3 Biéu dé Usecase +Chi tiét hoa Usecase 1.4.4 Biéu dé Communication
1.4.5 Biéu dé Activity 1.4.6 Lap 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
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: Định Duy Anh
2.2.1 Vẽ biểu đồ trạng thái
Trang 162.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 tric hé théng: Dinh 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ế chỉ 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 thwe thi
4.1 Cai dat cac 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 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
Trang 174.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 Tung
4.3.1 Kiếm thử đơn vị 4.3.2 Kiếm thử tích hợp
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 http:/www.mediafire.com với tài khoản là duannhasachTienPhong_nhomIl 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 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 đự án SOW
WBS Use case diagram
Trang 181.2 Phan tich yéu cau 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 điện
Cac 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: Đượ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 ly cấu hình
Trang 19
3 Thành viên v toàn dự án v
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
- Phiên bản - Trang thai - Negay khoi tao - - 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
Trang 20
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
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
Trang 213.4.3.3Báo cáo trạng thái câu hình
Công việc thực hiện: - Bao cao trang thai mẫu cấu hình: Tinh 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.4Kiê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 vat ly:
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 ly 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
Trang 22- _ 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 đữ 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: - Dam bao 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 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 ©_ 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 Pham 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 Doi twong quan Ip
Trang 23- - 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ấp yêu cầu quy trình thay đổi yêu cầu(CR)
Các bước thực hiện:
1)
2) 3)
4 — 5)
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
Trang thai CR Log: Quan ly 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
Đá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 Ủ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
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 đưới sự giám sát của quản lý thay đôi
4.6 Mẫu quản If thay doi 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:
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 qua trinh thay đôi yêu cau
Trang 24
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 dé 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
Cao Tác động đáng kể tới tiễn độ, chỉ phí, chất lượng
Ảnh hưởng đến use case chính
Trung Bình Tác động vừa phải tới chị phí, lịch trình hoặc có không
ảnh hướng đến chỉ phí, lịch trình nhưng làm giảm chất lượng
Vật chất xuống cấp
Thấp
Yêu cầu không ảnh hướng đến chí phí, lịch trình
Không làm suy giảm chất lượng Thay đôi các yêu cầu cập nhật trong pha lấy yêu cầu và thông số kỹ thuật
Open Được nhập/ mở nhưng chưa được phê duyệt Work in Yéu cau thay đổi đã được duyệt, được bản giao, và công việc Progress | đang tiên triển
In Review | Yêu cầu thay đổi đã được hoàn thành và đánh giá cuối cùng
trước khi kiêm thử
Trang 25Quản lý Nguyễn Đức 0987654321 | - Tiếp nhận và ghi vao CR thay đôi Vương Log các yêu câu thay đôi
- Quan ly CR Log
- _ Quản lý quá trình thay đổi
được thực hiện - _ Làm rõ thông tin thay đôi,
những vân đê liên quan
4.1 CCBchủ | Trần Đức An tịch 0981376524| - Phê duyệt những thay đổi
về ngân sách/ tài trợ -_ Phê duyệt những thay đôi
về lịch trình - _ Phê duyệt bất kỳ thay đôi
mức Cao của dự ân
Thành Phan Trọng viên đánh | Quân 0127536445 | - Chỉnh sửa tài liệu để phù
hợp với thay đôi
th ny a giá về những yêu câu thay
ay Col đôi
Trách nhiệm và vai trò của bên lién quan
Quản lý thay đôi Quản lý mọi vấn đề liên quan đến yêu cầu
thay đôi diện ra trong quá trình thực hiện dự án
Quản lý quá trình thay đôi Quản lý đự án Phê duyệt lần cuối những thay đôi
Họp bàn, đánh giá những yêu cầu thay đối Thành viện dự án - Đề xuất các thay đổi cần thiết đề dự án đi
Trang 26
Nhà đầu tư Tham gia đánh giá mức độ thay đối cần thực
Giám sát dự án hiện
IV) Kế hoạch quản lý phạm vi dự án
1 Pham vi san pham Sản phẩm sau khi xây dựng và bàn giao cần đạt những tiêu chuẩn sau :
Sản phẩm có đầu đủ các chức năng dựa trên yêu cầu của khách hàng Cụ
thê ở đây là nhà sách Tiền Phong
Giao diện người dùng thân thiện, dễ sử dụng, thao tác tốt Cơ sở đữ liệu xây dựng đây đủ, phù hợp với số lượng lớn đầu sách Sản phẩm và cơ sở đữ liệu có khả năng nâng cấp, thêm chức năng nếu
Kinh phí có thê sử dụng trong đự án khoảng : 372.000.000 — 400.280.000 VNĐ H2 Nhân sự :
Tổng số nhân lực tham gia vào dự ân : 6 người Số thành viên trong dự án có thể tăng nếu :
o_ Có thành viên rút khỏi dự án vì lí do khách quan o_ Dự án bị chậm tiến độ
Trang 27o_ Dự án yêu câu chuyên gia trong lĩnh vực mới không năm trong khả năng của các thành viên của dự án
H.3 Thời gian : - _ Thời gian thực hiện dự án : từ ngày 20/10/2012 — 20/2/2013 (tương
đương 4 tháng ~ 120 ngày công) - _ Do đây là dự án nhỏ lên mức độ sai số của ước lượng thông thường là
7% : = Thoi gian thực hiện dự án khoang: 111.6 — 128.4 (ngay c6ng) 11.4 San phẩm bàn giao
Sau khi phát triển xong hệ thống phần mềm Bên dự án cần bàn giao cho bên nhà sách Tiền Phong :
- Hé quan ly ban sách - Héco so dữ liệu SQL server 2008 - _ Tài liệu hướng dẫn sử dung - Trang thiét bi, nén tang cua hé thong IL5 Các công cụ lập kế hoạch
- _ Công cụ soạn thảo văn bản MS — Word - _ Công cụ soạn thảo và tính toán MS Excel - _ Công cụ xây dựng lập lịch quản lý du an MS Project - _ Công cụ vẽ sơ dé t6 chire Visual Paradigm - - Các ứng dụng thương mại đặc thù - _ Dùng một số mẫu tham khảo các hệ thống xây đựng trước đó H.6 Cấu trúc phân rã công việc
- _ WBS được xây dựng theo tiến trình hay định hướng hoạt động - sử dụng bởi giám đốc dự án
Thu thập yêu cầu Phân tích ' Thiết kế Cài đặt Kiểm thử Bảo trỉ Triển khai
ay dựng Use case Test modul Gặp gỡ khách hài Xây dựng sơ đ các modul Kiểm tra hệ ng
tết kịch bản - Test tích hợp
Ran aian tar Aw
Trang 28
V) Kế hoạch quản lý nhân lực 1 Các vị trí trong nhóm thực hiện dự án 1.1 Thông ứn thành viên:
Nhóm dự án gồm 6 thành viên: 1 Phan Trọng Quân
Giới tính : Ngày sinh : Nơi sinh : Dia chi : Email : Điện thoại : Bằng cấp : Nguyén Dire Vuong
Giới tính : Nam Ngày sinh : 24/10/1991 Nơi sinh : Hà Nội Địa chỉ : Trung Văn — Từ Liêm - Hà Nội Email : kingmagic91(@gmail.com Điện thoại : 016.76.391.060 Bằng cấp :
Trang 29Bằng cấp : o Chuyén nganh : Công nghệ thông tin — Học viện Bưu Chính
Viễn Thông 4 Vũ Duy Dương
Giới tính : Nam Ngày sinh : 27/06/1991 Nơi sinh : Hà Nội
Địa chỉ : 34 Mai Hắc Đề - Hai Bà Trưng — Hà Nội
Email : duongvuptit@gmail.com Dién thoai : 094.200.30.80 Bang cap :
o_ Chuyên ngành : Công nghệ thông tin - Học viện Bưu Chính Viễn Thông
5 Nguyễn Trọng Tùng Giới tính : Nam Ngày sinh : 03/07/1991 Nơi sinh : Hà Tây Địa chỉ :Nguyễn Trãi - Hà Đông — Hà Nội Email : trongtunght@gmail.com Điện thoại : 0904538699 Bằng cấp :
©_ Chuyên ngành : Công nghệ thông tin — Học viện Bưu Chính Viễn Thông
6 Bạch Thanh Tùng Giới tính : Nam Ngày sinh : 24/09/1990 Nơi sinh : Hà Nội Địa chỉ : Hà Đông — Hà Nội Email : thanhtung249@gmail.com Điện thoại : 097.4050.594 Bằng cấp :
o_ Chuyên ngành : Công nghệ thông tin - Học viện Bưu Chính Viễn Thông
1.2 Yêu cầu vị trí
1) Giám đốc dự án
1 M6 ta cong viéc : Tiép nhận dự án, dw tru nguồn lực thực hiện
Trang 302)
Thông báo, phối hợp với các phòng ban liên quan đề thực hiện dự án Đề ra các phương án thực hiện dự án, đưa ra các quyết định trong quá trình thực hiện dự án
Đánh giá kết quả thu được, xem xét các rủi ro gặp phải Phân bé công việc cho các thành viên
Giáo sát tiến độ chất lượng dự án Đưa ra các quyết toán thu chỉ trong đự án _ Yêu câu khả năng :
Có khă năng giao tiếp tốt, truyền đạt thông tin hiệu quả, biết tạo động
lực và khuyến khích nhân viên làm việc
Có khả năng lãnh đạo, nhiều năm kinh nghiệm trong việc quản lý dự án
(tối thiêu 2 năm kinh nghiệm ở vi tri quan ly), khả năng làm việc nhóm tốt
Thành thạo các ngôn ngữ lập trình (Java, C++, C#), có hiểu biết về xây dựng hệ thống thông tin
Trình độ băng C tiếng Anh
Tốt nghiệp đại học chuyên ngành công nghệ thông tin
Nhà phân tích nghiệp vụ kimhi doanh Mô tả công việc :
Trực tiếp làm việc với khách hàng đề lẫy yêu cầu về nghiệp vụ cần xây dựng cho hệ thống phần mềm
Trao đổi với giám đốc dự án về yêu cầu của khách hàng, độ khả thi của các yêu cầu
Trao đổi yêu cầu nghiệp vụ với nhóm dự án đề xây dựng các chức năng tương ứng
Giám sát quá trình xây dựng chức năng để đảm bảo các module được xây dựng phù hợp với yêu cầu khách hàng đưa ra
Trực tiếp làm việc với khách hàng trong qua trình xây dựng giao diện phần mềm, lấy các yêu cầu về giao điện của khách hàng đưa ra _ Yêu câu khả năng :
Có khả năng giao tiếp tốt, biết truyền đạt thông tin Biết lập trình cơ bản, có hiểu biết về quá trình xây dựng hệ thống thông tin
Có thâm mỹ cao, sáng tạo tốt trong xây dựng giao diện cảm quan Tốt nghiệp đại học chuyên ngành công nghệ thông tin
Trang 31phương pháp phát triển phần mềm áp dụng ._ Yêu câu kha năng :
- _ Có khả năng giao tiếp, truyền đạt thông tin tốt -_ Nhiều năm kinh nghiệm trong lập trình, phát triển phần mềm (tối thiêu 5
năm) - _ Có kinh nghiệm trong việc đảm bảo chất lượng dự án (tối thiểu 2 năm
trong nhóm QA, | nam 6 vi tri quan ly QA) - _ Tốt nghiệp đại học chuyên ngành công nghệ thông tin
Người thiết kế giao diện
Mô tả công việc :
- _ Trao đối với nhà phân tích nghiệp vụ kinh doanh
- _ Đưa ra các quyết định trong việc xây dựng giao diện cảm nhận dựa trên yêu cầu khách hàng tươn ứng
- _ Trao đối với lập trình viên trong quá trình xây dựng giao diện - _ Đảm bảo việc xây dựng chức năng của lập trình viên phu hop voi giao
diện cảm quan đưa ra _ Yêu câu khả năng :
- (C6 kha nang giao tiép, truyền đạt thông tin tốt
- Co kha nang lap trình tốt (2 năm kinh nghiệm)
- C6 kinh nghiệm trong xây dựng giao diện người dùng - _ Có thâm mỹ tốt, sáng tạo
- _ Tốt nghiệp đại học, cao đăng chuyên ngành công nghệ thông tin Người quản trị cơ sở dữ liệu
Mô tả công việc :
- _ Trao đối với nhà phân tích nghiệp vụ kinh doanh - _ Thiết kế mô hình cơ sở đữ liệu
- Lap tinh cở sở đữ liệu - _ Trao đổi với các lập trình viên trong quá trình xây dựng cơ sở đữ liệu ._ Yêu câu khả năng :
- _ Có khả năng giao tiếp, truyền đạt thông tin tốt
- Co kha nang lap trình tốt (2 năm kinh nghiệm)
Trang 32- _ Có kinh nghiệm xây dựng cơ sở dữ liệu - _ Tốt nghiệp đại học, cao đăng chuyên ngành công nghệ thông tin 6) Lập trình viên
1 M6 ta cong viéc : - Tiép nhan cac công việc từ câp trên - _ Lập trình các module chức năng của phần mềm - _ Trao đối với các thành viên trong nhóm trong quá trình xây đựng ii Yêu cầu khả năng :
- Biét lap trinh
- _ Có khả năng tiếp thu tốt - Cham chi voi công việc, có trách nhiệm với công việc của mình - _ Tốt nghiệp đại học, cao đăng, trung cấp chuyên ngành công nghệ thông
tin
1.3 Tổ chức vị trí
vụ kinh doanh khách hàng Vương Ki su dam bao chat Dain bao chat lượng công việc Đinh Duy Anl
lượng trong suốt dự án Người thiết kế giao Xây dựng giao diện cảm quan Dinh Duy Anh
dién cho hé thong Vu Duy Duong
Nguyễn Trọng
Người quản trị CSDL | Thiết ke xay dung sở dữ liệu he thong Co | yon Thanh Tùng —_F
Nguyên Đức Vương Lập trình viên Cài đặt, tích hợp các module Nguyễn Đức
Vương Dinh Duy Anh
Trang 33
Vũ Duy Dương Nguyễn Trọng
Tung Bach Thanh tung
2 Cấu trúc của nhóm dự án Nhóm làm việc dựa trên mô hình nhóm làm việc theo nghiệp vụ (Business team) :
- _ Gồm một người đứng đầu về kỹ thuật hướng dẫn các thành viên còn lại - _ Những thành viên còn lại có vai trò và trạng thái đồng đều nhau - _ Xây dựng mô hình phân cấp và có một người đứng đầu từng nhóm nhỏ 2.1 Các thành phần trong dự ăn
- Nha tai tro : nhà sách Tiền Phong - - Giám đốc dự án
- _ Nhóm thu thập yêu cầu - - Nhóm phân tích - - Nhóm thiết kế - Nhóm lập trinh
- _ Nhóm kiểm thử, bao tri 2.2 Sơ đồ tổ chức dự án
Giám đốc : Phan Trọng Quân trực giao công việc cho từng nhóm đồng thời trực tiếp tham gia vào nhóm lấy yêu cầu đề trao đổi trực tiếp với khách hàng Công việc được phân chia và thực hiện bởi tùng nhóm nhỏ Trong mỗi nhóm nhỏ có một trưởng nhóm chịu trách nhiệm giao tiếp với giám đốc dự án để tiếp nhận công việc mới cũng như báo cáo kết quả công việc của nhóm mình
S (
Nhóm phân tích Nguyên Dức Vương
Định Duy Anh
Trang 34y 5 Trang 34
Nhóm lập trình Nguyễn Đức Vương
Dinh Duy Anh Vũ Duy Duong Nguyễn Trọng Tùng
Bạch Thanh Tùng
Nguyên Trọng Tùng Bạch Thanh Tùng