D Tai Xay DNG PHN MM Qun Ly Sieu TH

TR NG Đ I H C S PH M HÀ N I
KHOA CỌNG NGH THỌNG TIN
Bài t p l n : Quản lỦ d án
Đề tài : Xây d ng phần mềm quản lỦ siêu th
th c phẩm Fivimart
Giảng viên h ng d n : Cô Nguy n Th H nh

Nhóm sinh viên th c hi n :
 Nguy n Anh Tú_K60B (PM)
 Phan Thanh Ngh _ K60B
 Nguy n Tr ng Thắng _ K60C
 Cao Văn Đích (K60B)
 Nguy n Đức Đông (K60C)
M cL c
A. L i nói đầu ............................................................................................................................. 2
B. Hiến ch ơng d án (Project Charter) ậ Ph trách : Nguy n Anh Tú .............................. 3
C. Bản danh sách Stakeholder (Stakeholder Register) ậ Ph trách : Nguy n Anh Tú ....... 4
1. Bản danh sách Stakeholder c a d án................................................................................. 4

2. Ma tr n quản lỦ Stakeholder (Stakeholder Analysis Matrix) ậ Ph trách : Nguy n Anh
Tú ................................................................................................................................................ 5
D. Bản mô tả ph m vi d án (Project Scope Statement) ậ Ph trách : Nguy n Anh Tú ..... 6
1. Chứng minh tính khả thi c a d án (Project Justification) .......................................... 6

2. Đ nh nghĩa kết quả d án (Project Definition) ............................................................... 7
3. Các tài li u chuyển giao (Project Deliverables) .............................................................. 8
4. Nh ng h ng m c nằm ngoài d án (Project Exclusions)............................................... 8
5. Nh ng ràng bu c c a d án (Project Constraints) ........................................................ 8
6. Nh ng giả đ nh c a d án (Project Assumptions).......................................................... 9
E. Bản phân tích và thiết kế h thống (System analyst and Design) ậ Ph trách : Nguy n
Tr ng Thắng .................................................................................................................................. 9
1. Quy trình làm vi c hi n t i c a siêu th ........................................................................... 9

2. Bảng xác đ nh yêu cầu ..................................................................................................... 10
3. Phân tích yêu cầu chức năng và phi chức năng ............................................................ 11
4. Các biểu đồ nghi p v UML ........................................................................................... 13
5. Thiết kế cơ sở d li u ...................................................................................................... 15
F. Bản kế ho ch d án (Project Plan) .................................................................................... 16
1. Cấu trúc phân vi c (Work Breakdown Structure ậ WBS) ậ Ph trách : Cả nhóm .. 16

2. Viết từ điển phân vi c (WBS dictionary) ậ Ph trách : Cả nhóm............................... 18
3. Các mốc th i gian quan tr ng và tiến trình th c hi n ậ Ph trách : Cả nhóm ......... 28
4. Kế ho ch quản lỦ chi phí (Cost budget) ậ Ph trách : Nguy n Anh Tú ..................... 39
5. Kế ho ch quản lỦ chất l ợng (Test plan) ...................................................................... 50
6. Tổ chức nhân s d án .................................................................................................... 54
7. Kế ho ch quản lỦ truyền thông (Communication Plan) ậ Ph trách : Nguy n Anh Tú
61
8. Kế ho ch quản lỦ r i ro (Risk Management Plan) ậ Ph trách : Nguy n Anh Tú ... 62
9. Kế ho ch mua sắm ậ Ph trách : Nguy n Anh Tú ....................................................... 65
1
A. L i nói đầu
Trong những năm gần đây, sự chuyển hướng đổi mới của cơ chế thị trường nền
kinh tế nước ta có nhiều biến động. Hoạt động kinh doanh nói chung hầu hết các
doanh nghiệp đều đồi mới, bước đầu đã hòa nhập với nền kinh tế khu vực và cả thế
giới. Đặc biệt, khi kinh tế tăng trưởng, mức sống người dân ngày một khấm khá thì
nhu cầu tiêu dùng, mua sắm cũng ngày một gia tăng. Đó cũng chính là thời cơ mới
cho các doanh nghiệp bán lẻ. Hàng loạt các siêu thị, trung tâm thương mại đã ra đời
với muôn vàn các chủng loại hàng hóa phong phú, đa dạng phù hợp thị hiếu người
tiêu dùng.
Tuy vậy, cú sốc khủng hoảng kinh tế bắt đầu từ năm 2011, đã khiến cho rất
nhiều nhà kinh doanh siêu thị phải suy nghĩ lại chiến lược phát triển. Giờ đây, hầu hết
người dân đã không còn mặn mà với những mặt hàng tiêu dùng xa xỉ, mà họ chỉ nhắm
đến một thứ hàng hóa vô cùng thiết yếu với cuộc sống : Các loại thực phẩm. Do đó mà
các siêu thị chuyên về thực phẩm cũng ra đời, quy mô tuy có nhỏ hơn nhưng sẽ có thể
phục vụ được nhiều hơn cho các tầng lớp dân chúng, đảm bảo lợi nhuận.
Là một siêu thị quy mô nhỏ hơn các trung tâm thương mại, mua sắm nhưng một
siêu thị thực phẩm vẫn cần phải xử lý những khối lượng dữ liệu rất liệu rất lớn liên
quan đến những nghiệp vụ cơ bản như : Thông tin sản phẩm, thông tin mua bán, giao
dịch, thông tin nhân viên, … Chính vì vậy nếu chỉ dựa vào những phương pháp xử lý
thủ công thì sẽ tốn kém rất nhiều thời gian, công sức, tiền bạc, đôi khi có thể dẫn đến
những sai sót không đáng có, làm giảm uy tín của siêu thị. Chính vì vậy mà việc sử
dụng đến các phần mềm quản lý hỗ trợ có ý nghĩa cực kỳ quan trọng.
Đề tài mà nhóm chúng em lựa chọn xây dựng ở đây là một phần mềm quản lý
siêu thị thực phẩm, có nghĩa là quy mô của siêu thị này chỉ ở cấp độ vừa và nhỏ, các
hoạt động chủ yếu là : Nhập, xuất hàng hóa vào kho, thống kê các hóa đơn, quản lý
công tác nhân sự, … với phạm vi dữ liệu không lớn (điều này sẽ được trình bày kỹ hơn
ở phần sau). Chúng em đã cố gắng thực hiện đầy đủ các yêu cầu như trong template
của cô. Mặc dù vậy, với kinh nghiệm còn hạn chế, cộng thêm thời gian hạn hẹp nên
bản báo cáo của chúng em có lẽ chưa được hoàn chỉnh. Chúng em hy vọng nhận được
sự góp ý quý báu của cô để thực hiện tốt hơn ở những bài sau.
2
B. Hiến ch ơng d án (Project Charter) ậ Ph trách : Nguy n
Anh Tú
Project Charter (Hiến ch ơng dự án)
Tên d án : Xây d ng phần mềm quản lỦ siêu th th c phẩm Fivimart
Ngày bắt đầu : 15/9/2013
Ngày kết thúc : 20/11/2013
Ngân sách dành cho d án : c tính khoảng 12 000 USD.
Ng i quản lỦ d án (Project Manager) : Nguyễn Anh Tú
M c đích c a d án (Project Objective) : Fivimart là một chuỗi các siêu thị chuyên
về thực phẩm, với u thế giá rẻ, mặt bằng rộng rưi, Fivimart đang dần thu hút đ ợc
nhiều khách hàng. Hiện nay siêu thị Fivimart đang phát triển ở một quy mô rất lớn dẫn
đến các nhu cầu xử lý dữ liệu thông tin hàng hóa cũng nh chế độ an ninh, b o mật
tăng cao. Phần mềm qu n lý siêu thị thực phẩm Fivimart ra đời nhằm đáp ng phần
nào mong muốn đó, đồng thời cũng cung cấp thêm một số tính năng khác nh qu n lý
nhân sự, lập báo cáo doanh thu … Thời gian hoàn thành dự án ớc tính kho ng 2
tháng.
H ng tiếp c n (Approach) :
 Xác định các yêu cầu cụ thể đối với phần mềm, kh o sát một số hệ thống mẫu để
định h ớng.
 Xác định rõ các stakeholder c a dự án.
 Trong vòng 2 tuần, v ch rõ cấu trúc phân việc (work breakdown structure), ph m
vi dự án (scope statement), các mốc thời gian quan trọng (milestone) để có thể hoàn
thành dự án.
 Mua sắm toàn bộ các trang thiết bị cần thiết cho việc phát triển dự án.
 Triển khai phân tích, thiết kế, phát triển, kiểm thử phần mềm trong vòng một
 Mỗi tuần sẽ tổ ch c họp báo cáo giữa các thành viên trong đội dự án (có thể có
tháng.
thêm nhà tài trợ).

 Bàn giao s n phẩm cho khách hàng đúng h n.
 B o trì s n phẩm.
Bảng vai trò và trách nhi m (Roles and Responsibilities)
Họ Tên Vai trò Vị trí Thông tin liên hệ

Nguyễn Project Senior nguyenanhtuk60b@gmail.com
3
Anh Tú Manager Manager
Nguyễn System Key member nguyenThangk60c@gmail.com
Trọng analysts +
Thắng Designer
Phan Thanh Developer + Key member nghik60b@gmail.com
Nghị Designer
Cao Văn Developer + Team caovandich@gmail.com
Đích Tester member
Nguyễn Tester Team ducdongpk@gmail.com
Đ c Đông member
Ký tên
…
Ghi chú
C. Bản danh sách Stakeholder (Stakeholder Register) ậ Ph trách

: Nguy n Anh Tú
1. Bản danh sách Stakeholder c a d án
Name Position Organization Internal / Contacts Supports Major Main

/Role external / Neutral Requirement Expectation
/ Resists
Nguyễn Project Company Internal E-mail: Resists Kiểm soát + Dự án tiến
Anh Tú Manager nguyenanhtuk60 dự án hiệu hành thành
b@gmail.com qu nhất có công và có
thể lãi.
Phone:
0984089753
Address: HNUE
Nguyễn Design & Company Internal E-mail: Resists Thiết kế một + Hệ thống
Trọng Analysis nguyenThangk60 hệ thống vận hành
Thắng System c@gmail.com hiệu qu đúng yêu
Phone: cầu
01659239181
Address:
HNUE
Phan Design & Company Internal E-mail: Resists Code hoàn + Nhận
Thanh Code nghik60b@gmail chỉnh l ơng đúng
Nghị Module .com module yêu h n
cầu
Phone:
0974625226
Address: HNUE
4
Cao Văn Code Company Internal Email: Resists Code hoàn + Làm tester
Đích Module & caovandich@gm chỉnh cho dự án
Tester ail.com module,
Phone: thực hiện
0162819403 kiểm thử hệ
thống
Nguyễn Code Company Internal E-mail: Resists Code hoàn + Làm tester
Đ c Đông Module & ducdongpk@gm chỉnh cho dự án
Tester ail.com module,
Phone: thực hiện
0987810699 kiểm thử hệ
Address: thống
HNUE
Supporter
Ng ời Market External Supports Cung cấp rõ Dự án hoàn
qu n lý ràng các yêu thành đúng
siêu thị cầu chung h n, đáp ng
c a siêu thị các yêu cầu
qu n lý c a
siêu thị
Supporter
Nhân viên Market External Supports Cung cấp Phần mềm
bán hàng thông tin về ch y ổn định
nghiệp vụ
bán hàng
Supporter
Nhân viên Market External Cung cấp Phần mềm
kế toán Supports thông tin gi m bớt
nghiệp vụ về công s c
việc báo cáo tính toán
Supporter
Th kho Market External Supports Cung cấp Phần mềm
thông tin hỗ trợ tích
nghiệp vụ cực cho
nhập xuất công tác
hàng kiểm kê
hàng hóa
Sponsor,
Khách Market External Supports Cung cấp Phần mềm
Supporter
hàng (Siêu yêu cầu cụ ho t động
thị) thể và tài hiệu qu ,
chính cho dự gi m chi phí
án cho siêu thị
2. Ma tr n quản lỦ Stakeholder (Stakeholder Analysis Matrix) ậ Ph trách

: Nguy n Anh Tú
Stakeholder Analyst Matrix
Stakeholder Interests Influence Needs Expectations
5
e1 e2 e3 Module 4
+ Dự án hoàn thành
Project Manager High High Tiền l ơng cao, tốt
nâng cao uy tín b n
thân + Thu lợi nhuận cao
+ B n thân thu đ ợc
tiền th ởng
+ C nhóm có thể tiếp

tục dự án kế
e5 e6 e7
Tích lũy đ ợc thêm + B n phân tích đầy
Design & Analysis High High kinh nghiệm, tiền đ , đúng yêu cầu, có
System l ơng cao tính ng dụng cao
e9 e 10 e 11
Code Module Medium Medium Tích lũy đ ợc thêm + Nhận l ơng đúng
kinh nghiệm, tiền h n
l ơng cao
+ Tích lũy thêm kinh
nghiệm
e 13 e 14 e 15
Tester Low Medium Tích lũy đ ợc thêm + Nhận l ơng đúng
kinh nghiệm, tiền h n
l ơng cao
+ Tích lũy thêm kinh
nghiệm
Supporter Medium High Hệ thống ho t động + Gi m bớt công s c

ổn định, thực sự có làm việc khi có phần
ích mềm hỗ trợ
Sponsor High High Hệ thống ho t động + Gi m bớt chi phí

ổn định cho siêu thị
+ Chi phí làm dự án

không quá lớn
D. Bản mô tả ph m vi d án (Project Scope Statement) ậ Ph

trách : Nguy n Anh Tú
1. Chứng minh tính khả thi c a d án (Project Justification)
Cuộc sống c a ng ời dân đang ngày một nâng cao, do đó nhu cầu mua sắm cũng tăng
m nh. Các ch ng lo i hàng hóa ng ời dân a chuộng cũng rất nhiều, tuy nhiên nhiều
nhất hiện nay vẫn là các lo i thực phẩm, đặc biệt là thực phẩm s ch. Nắm bắt đ ợc
nhu cầu đó nên hiện các doanh nghiệp rất chú trọng vào việc xây dựng các siêu thị
6
thực phẩm - một hình th c khu mua sắm có thể đáp ng đ ợc nhu cầu tiêu dùng thực
phẩm c a mọi tầng lớp. Với l ợng hàng hóa và khách hàng ngày càng lớn, việc cho ra
đời một phần mềm chuyên dụng giúp tối u hóa các quy trình nghiệp vụ c a siêu thị
nh nhập, xuất hàng hóa, lập hóa đơn thanh toán, … cũng nh nâng cao kh năng
phục vụ khách hàng đang là một yêu cầu b c thiết hiện nay.
Phần mềm “Qu n lý siêu thị thực phẩm” ra đời nhằm gi i quyết vấn đề trên. Với
những tính năng chính nh qu n lý hàng hóa, qu n lý khách hàng, qu n lý nhân sự sẽ
giúp các nhân viên c a siêu thị thực hiện tốt nhiệm vụ c a mình. Hơn thế, những tính
năng phụ trợ c a phần mềm nh thống kê, tìm kiếm, kh năng phân quyền rõ ràng
cùng với giao diện thân thiện cũng giúp nâng cao hiệu suất làm việc c a các bộ phận
trong siêu thị, qua đó sẽ góp phần tăng doanh thu, đây là điều hoàn toàn kh thi.
Tuy chi phí hoàn thiện phần mềm là khá lớn (kho ng 150000 USD) nh ng nh đư nói,
với nhu cầu chuyên nghiệp hóa công việc c a rất nhiều siêu thị hiện nay, dự án hoàn
toàn có thể thu hồi vốn và sau đó có lưi.
2. Đ nh nghĩa kết quả d án (Project Definition)
2.1. Mô tả phạm vi dự án (Project Scope Description)
Phần mềm qu n lý siêu thị thực phẩm Fivimart sẽ cung cấp cho khách hàng những
ph ơng th c qu n lý siêu thị một cách hiệu qu nhất về ph ơng diện : L u trữ, tra c u
và thống kê. Cụ thể, phần mềm cần đáp ng những yêu cầu c a khách hàng đư nêu ở
trên :
- Qu n lý kho hàng
- Qu n lý khách hàng
- Qu n lý giao dịch
- Qu n lý nhà cung ng
- Báo cáo, thống kê dữ liệu c a siêu thị.
2.2. Tiêu chí chấp nhận sản phẩm (Product Acceptance Criteria)
S n phẩm cuối cùng c a dự án là phần mềm qu n lý siêu thị đ ợc chấp thuận nếu đ t
đ ợc ít nhất những tiêu chí sau :
 Phần mềm đ ợc triển khai đầy đ ít nhất 5 ch c năng đư nêu.

 Khi đ a vào triển khai, hệ thống vận hành đúng yêu cầu, ổn định ít mắc lỗi.
 Dự án hoàn thành đúng h n, không đội thêm chi phí.
 Khách hàng c m thấy thuận tiện khi sử dụng phần mềm, các yêu cầu ch c năng
và phi ch c năng (sẽ đ ợc nêu ở mục Phân tích thiết kế hệ thống) khi triển khai
nhận đ ợc sự hài lòng c a khách hàng.
7
3. Các tài li u chuyển giao (Project Deliverables)
Khi kết thúc dự án, đội dự án sẽ ph i bàn giao những tài liệu sau :
 Hiến ch ơng dự án (Project Charter).
 B n mô t ph m vi dự án (Project Scope Statement).
 B n phân chia công việc (WBS).
 Tiến trình thực hiện dự án (Activities) , kế ho ch qu n lý lịch biểu.
 B n kế ho ch qu n lý chi phí
 B n kế ho ch qu n lý chất l ợng (Test plan).
 B n kế ho ch qu n lý nhân sự (Human Resource Management).
 B n kế ho ch qu n lý r i ro.
 B n kế ho ch qu n lý truyền thông.
 B n kế ho ch qu n lý mua sắm.
 Các file trong Microsoft Project.
4. Nh ng h ng m c nằm ngoài d án (Project Exclusions)
Dự án sẽ không bao gồm những h ng mục sau :

 Đ m b o hiệu qu kinh tế c a dự án.
 Qu n lý toàn bộ các ho t động c a siêu thị, bao gồm những ho t động an ninh,
b o qu n hàng hóa …
 Gi i pháp cho sự xung đột c a phần mềm đối với các phần mềm khác mà siêu
thị đư cài tr ớc đó.
5. Nh ng ràng bu c c a d án (Project Constraints)
Những ràng buộc nghiệp vụ (Business Constraints)
 Về s n phẩm : Đáp ng đ ợc những yêu cầu c a khách hàng (đư nêu ở phần
tr ớc).
 Về mặt thời gian : Dự án hoàn thành sớm nhất có thể, chậm nhất là ngày
 Về mặt ngân sách : Không v ợt quá chi phí phê duyệt ban đầu (50 000 USD),
20/11/2013.
tối đa chêch lệch không quá 5 %.
Những ràng buộc về kỹ thuật (Technical Constraints)
 Phần mềm đ ợc phát triển hoàn toàn trên nền t ng .NET (C#, SQL Server) với
những công cụ nh Visual Studio, SQL Server. Việc xây dựng lịch biểu làm
việc đ ợc thực hiện bằng Microsoft Project 2007.
 Dự án đ ợc cấp 1 server cấu hình cao và các bộ máy tính sử dụng để làm việc.
Yêu cầu các thành viên trong đội dự án sử dụng có hiệu qu , tránh lưng phí.
8
Những ràng buộc nhóm thực hiện (Team Constraints)
 Các thành viên trong đội dự án cần nghiêm túc, ch động trong công việc, tuân
theo đúng những chỉ lệnh từ PM.
 Khi có vấn đề phát sinh trong dự án, ph i cùng nhau họp l i và th o luận đ a ra
gi i pháp khắc phục.
 Mỗi thành viên có trách nhiệm giúp đỡ các thành viên khác nắm bắt đầy đ
những yêu cầu, thông tin cần thiết về dự án.
 Khi c m thấy khó khăn hoặc không hoàn thành đ ợc công việc đúng tiến độ,
ph i thông báo ngay cho PM biết.
 Có thái độ hợp tác, tôn trọng thành viên khác trong buổi họp nhóm.
6. Nh ng giả đ nh c a d án (Project Assumptions)
Gi định (Assumption) nh h ởng x y ra nếu gi định sai

Khách hàng không thay đổi yêu cầu liên tục Dự án sẽ bị nh h ởng lớn, đặc biệt nếu nó
x y ra trong giai đo n thực thi dự án. Mọi
công đo n sẽ ph i làm đi làm l i nhiều lần,
dẫn đến kéo dài thời gian dự án.
Các supporter hỗ trợ dự án đầy đ Khó khăn trong việc xác định yêu cầu cụ
thể c a phần mềm
Ngân sách dự án đ ợc cấp đúng và đầy đ Tiến độ dự án sẽ bị chậm, thậm chí ph i
nh cam kết ngừng dự án, các thành viên trong đội sẽ
không làm việc đúng năng suất
Siêu thị khách hàng cho phép đội dự án tự Việc thu thập, xác định yêu cầu sẽ không
do sử dụng những tài liệu, báo cáo mô t đầy đ , phần mềm khó đ t chất l ợng nh ý
chi tiết về ho t động c a mình muốn.
E. Bản phân tích và thiết kế h thống (System analyst and Design)

ậ Ph trách : Nguy n Tr ng Thắng
1. Quy trình làm vi c hi n t i c a siêu th

Hàng ngày, các nhân viên bán hàng ph i tiếp nhận một số l ợng lớn các yêu
cầu mua hàng c a khách hàng. Hệ thống ph i cho phép nhân viên bán hàng lập
hoá đơn tính tiền cho khách hàng một cách nhanh chóng . Đối với các khách
hàng mua lẻ thì hệ thống không cần l u thông tin c a khách hàng mà chỉ l u l i
hoá đơn để bộ phận kế toán thống kê. Đối với khách hàng thân thiết thì nhân
viên l u l i thông tin c a khách hàng và cấp cho khách hàng thẻ khách hàng thân
thiết với phần trăm chiết khấu t ơng ng giá trị hoá đơn mua hàng.
Trong siêu thị có rất nhiều quầy thu ngân, mỗi quầy đ ợc phụ trách bởi một
hay nhiều nhân viên bán hàng. T i mỗi thời điểm chỉ có một nhân viên phụ trách
9
một quầy thu ngân. Hệ thống ph i l u l i phiên làm việc c a nhân viên để tiện
cho việc qu n lý sau này.
Vào cuối ngày, bộ phận kiểm kê sẽ thống kê tình hình bán hàng c a siêu thị,
tính toán xem l ợng hàng tồn, hàng hết để lên kế ho ch nhập hàng mới hay
thanh lý hàng tồn. Hệ thống ph i cho phép bộ phận kiểm kê thống kê chi tiết về
tình hình c a siêu thị.
Vào cuối tháng hoặc khi đ ợc ban giám đốc yêu cầu, bộ phận kế toán sẽ lập
báo cáo thống kê về tình hình bán hàng c a siêu thị gửi lên ban giám đốc. Hệ
thống ph i cho phép bộ phận kế toán làm báo cáo thống kê về tình hình bán hàng
trong tháng hoặc trong kho ng thời gian cho tr ớc.
Khi có hàng hết hoặc cần bổ sung hàng mới, siêu thị sẽ nhập hàng từ các nhà
cung cấp. Thông tin về hàng cần nhập ph i đ ợc l u l i để bộ phận kế toán có
thể thống kê tình hình mua bán trong siêu thị. Thông tin này sẽ đ ợc trình lên
ban giám đốc để duyệt xem có đ ợc phép nhập hàng hay không. Khi nhập hàng
mới bộ phận kho sẽ lập mư v ch, tính toán số l ợng rồi nhập hàng vào hệ thống.
Hệ thống ph i cho phép bộ phận kho nhập hàng mới vào hay cập nhật hàng.
2. Bảng xác đ nh yêu cầu
B PH N XÂY D NG VÀ BÁN HÀNG

BÁN HÀNG QU N LÝ TH KHO
 L p Hóa Đơn  Thống kê Doanh Thu  Thống kê hàng hóa t i
Siêu th .
 Xuất Hóa Đơn  C p nh t thông tin nhân
 T o phiếu nh p hàng.

viên
C p nh t d li u khách
hàng  T o phiếu xuất hàng.
 C p nh t d li u hàng
hóa.
a. Bán hàng :
STT Công vi c Lo i công vi c Đảm nhi m
1 Lập hóa đơn bán hàng L u trữ NV Thu Ngân
2 Xuất hóa đơn bán hàng Tra c u NV Thu Ngân
3 C p nh t d li u Khách Hàng C p nh t NV Thu Ngân
b. Th Kho :
10
1 Thống kê hàng hóa t i siêu thị Kết xuất NV Quản lỦ Kho
2 T o phiếu nhập hàng L u trữ NV Quản LỦ Kho
3 T o phiếu xuất hàng L u trữ NV Quản LỦ Kho
4 C p nh t d li u mặt hàng C p nh t NV Quản LỦ Kho
c. Qu n lý

1 Nhập thông tin nhân viên L u trữ Quản LỦ
2 Tra c u thông tin nhân viên Tra c u Quản LỦ
3 Cập nhật thông tin Nhân Viên Cập nhật Quản LỦ
4 Thống kê Doanh Thu Tra cứu Quản LỦ
3. Phân tích yêu cầu chức năng và phi chức năng
3.1. Yêu cầu chức năng chính
STT Tên quy đ nh Mô tả chi tiết Ghi

chú
1 Lập hóa đơn Khi khách hàng đến mua hàng.Nhân viên bán hàng lập một hóa
bán hàng đơn
2 Tra c u hóa - Hệ thống hiển thị tất c các hóa đơn c a công ty đ ợc sắp xếp
đơn bán hàng theo mã.
- Hệ thống yêu cầu ng ời sử dụng chọn ch c năng muốn thực
hiện
- Hệ thống hiển thị giao diện tìm kiếm giao tiếp với ng ời sử
dụng.
- Hệ thống yêu cầu ng ời sử dụng chọn các điều kiện tìm kiếm
theo ý muốn và hệ thống hổ trợ.
- Khi chọn xong điều kiện tìm kiếm, ng ời sử dụng chọn ch c
năng Tra c u
- Danh sách các hóa đơn tho điều kiện đư đ ợc đ a ra sẽ đ ợc
11
hiển thị.
3 Tra c u Phiếu - Hệ thống hiển thị tất c các phiếu nhập hàng c a công ty sắp
nhập xếp theo mư.
hiện
dụng.
năng Tra c u
- Danh sách các phiếu nhập hàng tho điều kiện đư đ ợc đ a ra
sẽ đ ợc hiển thị (kết qu tìm kiếm).
4 Tra c u phiếu - Hệ thống hiển thị tất c các phiếu xuất hàng c a công ty sắp
xuất xếp theo mư.
hiện
dụng.
năng Tra c u Danh sách các phiếu xuất hàng tho điều kiện tìm
thấy sẽ đ ợc hiển thị.
- Hệ thống yêu cầu ng ời sử dụng nhập vào tên c a mặt hàng
6 Tra c u thông cần xem .
tin hàng hóa - Hệ thống truy xuất thông tin c a mặt hàng và hiển thị cho
ng ời dùng xem .
- Xem các mặt hàng thuộc cùng một lo i hàng .
- Hệ thống yêu cầu ng ời sử dụng nhập vào tên lo i c a lo i
hàng cần xem .
- Hệ thống truy xuất thông tin c a các mặt hàng thuộc lo i đó
và hiển thị cho ng ời sử dụng xem .
7 L u trữ thông L u trữ: MaKH, TenKH, DiaChi, DienThoai
tin khách
12
hàng
8 Tra c u thông - Hệ thống hiển thị tất c các khách hàng c a công ty đ ợc sắp
tin khách xếp theo họ tên.
hàng - Hệ thống yêu cầu ng ời sử dụng chọn ch c năng muốn thực

hiện.
dụng.
năng Tra c u
- Danh sách các khách hàng tho điều kiện đư đ ợc đ a ra sẽ
đ ợc hiển thị.
9 Tính doanh Tính tổng giá tr các hóa đơn
thu bán đ ợc
3.2. Yêu cầu phi chức năng
STT N i dung Tiêu chuẩn Mô tả chi tiết Ghi chú

1 Cài đặt thông tin Tiến hóa Tính toán khác nhau trong các đợt khuyến mưi
khuyến mưi hoặc u đưi với KH
2 Định thời gian sao Hiệu qu Định l i thời gian tự động sao l u.
l u,backup
3 Kết xuất CSDL T ơng thích Có thể xuất HĐ hoặc thông tin trong CSDL ra Hi u suất +
các định d ng file khác nhau,rồi chuyển đến bảo m t
thiết bị in.
4 Tùy biến quyền h n Tiến hóa Có thể thêm bớt quyền h n c a các user do
c a các user admin quyết định.
4. Các biểu đồ nghi p v UML
Biểu đồ USE CASE
13
Biểu đồ l p (Class diagram)
14
5. Thiết kế cơ sở d li u
1.B ng Khách Hàng :
STT Tên Thuộc Tính Kiểu(Độ rộng) Ràng Buộc Khóa chính/ Khóa Mô t
Phụ(PK/FK)
1 MaKH Integer(10) NotNull PK Mã Khách Hàng
2 Name Nvarchar(50) NotNull Tên Khách hàng
3 SDT Interger(20) Null SĐT khách hàng
4 DiaChi Nvarchar (50) NotNull Địa chỉ khách hàng
2.B ng Khách Hàng thân thiết :
Phụ(PK/FK)
1 MaKH Integer(10) NotNull FK Mã Khách Hàng
2 Chiết Khấu Float NotNull Chiết Khấu
3 Email Nvarchar(50) NotNull Email Khách hàng
4 TongTien Integer NotNull Tổng Tiền mua hàng
3.Phiếu thanh toán:
Phụ(PK/FK)
1 MaPhieu Interger NotNull PK Mư Phiếu
2 MaKH Integer(10) NotNull FK Mã Khách Hàng
3 TenKH Nvarchar (50) NotNull Tên Khách Hàng
4 TongTien Interger(20) Null SĐT khách hàng
5 DiaChi Nvarchar(50) NotNull Địa chỉ khách hàng
6 NgayXP DateTime NotNull Ngày xuất phiếu
4.Nhà cung ng :
Phụ(PK/FK)
1 MaNCU Interger(10) NotNull PK Mư Nhà Cung ng
2 TenNCU Nvarchar(10) NotNull Tên Nhà Cung ng
3 SdtNCU Interger(10) NotNull SĐT Nhà Cung ng
4 DiaChi Nvarchar(20) NotNull Địa Chỉ khách hàng
5 Email Nvarchar(50) NotNull Email Support
6 MatHangCU Nvarchar(50) NotNull Mặt Hàng Cung ng
7 TongTien Interger(10) Null Tổng Tiền Thanh Toán
8 ChietKhau Interger(10) Null Chiết Khấu
5.Mặt Hàng:
Phụ(PK/FK)
1 MaMH Interger(10) NotNull PK Mư Mặt Hàng
2 TenMH Nvarchar(10) NotNull Tên Mặt hàng
3 SoLuong Interger NotNull Số L ợng Mặt Hàng
15
4 ThanhGia Interger NotNull Thành Giá Mặt hàng
5 LoaiMH Nvarchar(50) NotNull Lo i Mặt Hàng
6 NgayNhap DateTime NotNull Ngày Nhập Lô Hàng
7 HanSuDung DateTime NotNull H n Sử Dụng
8 MaNCU Interger(10) NotNull Mư Nhà Cung ng
6.Nhân Viên:
Phụ(PK/FK)
1 MaNV Interger(10) NotNull PK Mã Nhân Viên
2 TenNV Nvarchar(50) NotNull Tên Nhân Viên
3 CMT Interger NotNull Số CMT
4 DiaChi Nvarchar(50) NotNull Địa Chỉ Nhân Viên
5 SDT Interger NotNull Số Điện Tho i
6 Luong Interger NotNull L ơng Nhân Viên
7 QuyenHan Nvarchar(10) NotNull Quyền H n
8 PhanCa Nvarchar(10) NotNull Ca Làm việc
F. Bản kế ho ch d án (Project Plan)
1. Cấu trúc phân vi c (Work Breakdown Structure ậ WBS) ậ Ph trách :

Cả nhóm
Phân chia các công việc c a dự án theo c 2 cách : Theo nhiệm vụ c a dự án và các
modules c a phần mềm
B n WBS tổng quan (dựa theo b n phân tích và thiết kế hệ thống)
Tên công việc Phân rư chi tiết

Qu n lý dự án (Nguyễn Anh Tú) 1.1. Kh o sát yêu cầu dự án
1.2. Tuyên bố khởi t o dự án
1.3. Lập danh sách các stakeholder
1.4. Lập b n kế ho ch ph m vi dự án
1.5. Giám sát và điều khiển dự án
1.6. Viết báo cáo tổng kết dự án
1.7. Tổng kết, rút kinh nghiệm cho
toàn đội dự án.
Phân tích và thiết kế hệ thống (Nguyễn 2.1. Đặc t các yêu cầu c a khách
Trọng Thắng) hàng
2.2. Mô t kiến trúc hệ thống bằng
các sơ đồ UML, class,…
2.3. Thiết kế giao diện phần mềm
16
2.4. Thiết kế cơ sở dữ liệu hệ thống
2.5. Viết b n phân tích hệ thống hoàn
chỉnh
2.6. Xem xét l i b n phân tích để
thống nhất lần cuối
Qu n lý kho hàng (Phan Thanh Nghị) 3.1. Phân tích yêu cầu cụ thể cho
module (từ yêu cầu chung)
3.2. Thiết kế module
3.3. Viết code module
3.4. Cài đặt module
3.5. Kiểm thử module (theo đơn vị)
3.6. Viết báo cáo về module
Qu n lý khách hàng (Phan Thanh Nghị)
4.1. Phân tích yêu cầu cụ thể cho
Qu n lý nhân viên (Cao Văn Đích) 5.1. Phân tích yêu cầu cụ thể cho
Qu n lý nhà cung ng (Cao Văn Đích) 6.1. Phân tích yêu cầu cụ thể cho
Qu n lý giao dịch (Nguyễn Đ c Đông) 7.1. Phân tích yêu cầu cụ thể cho
Báo cáo thống kê (Nguyễn Đ c Đông) 8.1. Phân tích yêu cầu cụ thể cho
17
Tích hợp và hoàn thiện s n phẩm (Nguyễn 9.1. Tích hợp các module
Đ c Đông + Cao Văn Đích) 9.2. Kiểm thử toàn hệ thống
9.3. Thực hiện việc fix các lỗi tồn t i
Đóng gói phần mềm và chuyển giao 10.1. Viết tài liệu h ớng dẫn sử dụng
(Nguyễn Anh Tú) phần mềm
10.2. Lên kế ho ch b o trì phần mềm
10.3. Bàn giao s n phẩm cũng nh
những tài liệu liên quan cho
khách hàng
10.4. Kết thúc dự án
2. Viết từ điển phân vi c (WBS dictionary) ậ Ph trách : Cả nhóm
subproject/ work package Description Estimate : time Estimate:

Deliverable/ (milestones) cost
control
account/
phase name
Qu n lý dự án 1.1. Kh o sát Gặp gỡ khách hàng, - Thời gian : 2 50$
yêu cầu dự án thu thập các yêu cầu ngày
tổng quát về dự án - Hoàn thành :
16/9/2013
1.2. Tuyên bố Họp với tất c các - Thời gian : 2 100 $
khởi t o dự án stakeholder để thông ngày
báo về dự án, lập - Hoàn thành :
project charter 18/9/2013
1.3. Lập danh Lập b n danh sách mô - Thời gian : 2 50 $
sách các t cụ thể thông tin về ngày
stakeholder các stakeholder - Hoàn thành :
20/9/2013
1.4. Lập kế Lập b n kế ho ch - Thời gian : 7 100 $
ho ch ph m vi ph m vi dự án ngày
dự án (Scope - Hoàn thành :
Statement) 27/9/2013
1.5. Giám sát Lập các báo cáo trong Toàn bộ thời gian 1000 $
và điều khiển suốt quá trình đội dự c a dự án
dự án án làm việc, giám sát
công việc
1.6. Viết báo Tổng kết l i toàn bộ Giai đo n cuối c a 0$
cáo tổng kết công việc cho toàn đội dự án
18
dự án thành báo cáo cuối
cùng
1.7. Rút kinh Đánh giá từng thành Giai đo n cuối c a 0$
nghiệm cho viên trong đội để rút dự án
đội dự án kinh nghiệm cho đợt
dự án sau
Phân tích và 2.1. Đặc t chi Từ yêu cầu thu đ ợc - Thời gian : 2 100 $
thiết kế hệ tiết các yêu từ phần kh o sát, mô t ngày
thống cầu từ khách cụ thể hơn về những - Hoàn thành :
hàng yêu cầu cần thiết c a 29/9/2013
phần mềm
2.2. Mô t kiến Xây dựng kiến trúc - Thời gian : 7 100 $
trúc hệ thống phần mềm bằng các sơ ngày
bằng các sơ đồ đồ use case, class - Hoàn thành :
UML, class (dùng Rational Rose) 6/10/2013
diagram,…
2.3. Thiết kế Xây dựng các form cơ - Thời gian : 3 200 $
giao diện phần b n c a phần mềm dựa ngày
mềm theo các sơ đồ UML - Hoàn thành :
9/10/2013
2.4. Thiết kế Xây dựng cấu trúc cơ - Thời gian : 4 400 $
cơ sở dữ liệu sở dữ liệu cho phần ngày
hệ thống mềm (gồm các b ng cụ - Hoàn thành :
thể) 13/10/2013
2.5. Viết b n Tổng hợp các báo cáo - Thời gian : 1 0$
phân tích hệ để cho ra b n phân tích ngày
thống chi tiết thiết kế hoàn chỉnh - Hoàn thành :
14/10/2013
2.6. Xem xét Họp với khách hàng - Thời gian : 1 50 $
l i b n tổng cũng nh đội dự án để ngày
hợp để thống thống nhất về b n phân - Hoàn thành :
nhất lần cuối tích 15/10/2013
Module Qu n 3.1. Phân tích Từ những thông tin đư - Thời gian : 2 50 $
lý kho hàng yêu cầu cụ thể thu thập ở trên lập kế ngày
cho module ho ch xây dựng chi - Hoàn thành :
tiết những nhiệm vụ 17/10/2013
c a kho hàng, cách
qu n lý kho , xác định
quyền h n c a những
ng ơi có liên quan đến
kho hàng
3.2. Thiết kế -xây dựng form đăng - Thời gian : 5 ngày 300 $
module nhập - Hoàn thành :
- xây dựng form nhập 22/10/2013
xuất hàng , tìm kiếm ,
19
thống kê hàng hóa.
- xây dựng các nút
ch c năng nh thêm
sửa xóa hàng.
3.3. Viết code Xây dựng form tự - Thời gian : 10 400 $
cho module động thông bao hàng ngày
tồn , hàng sắp hết h n - Hoàn thành :
cho qu n kho… 1/11/2013
Form tìm kiếm hàng
hóa theo tên , giá ,
ngay nhập , xuất …..
và hiện thị thông tin
3.4. Cài đặt Thực hiện ch y thử - Thời gian : 1 0$

module module đư xây dựng ngày
- Hoàn thành :
2/11/2013
3.5. Kiểm thử - kiểm thử giao diện , - Thời gian : 5 100 $
module kiểm tra xem giao diện ngày
có đ t yêu cầu không, - Hoàn thành :
về hình th c bố trí 7/11/2013
giao diện c a phần
mềm có bố trí hợp lý
hay không
- kiểm thử kh năng
nhập xuất hàng.
- kiểm thử nhập đơn
vị, phông chữ ví dụ
nhập 10,5$ xem có
hợp lệ không, nhập độ
dài chữ xem có đ t yêu
cầu không.
3.6. Viết báo Xây dựng báo cáo mô - Thời gian : 1 0$

cáo về module t chi tiết về module ngày
- Hoàn thành:
8/11/2013
Module Qu n 4.1. Phân tích Kh o sát xem khách - Thời gian : 2 50$
lý khách hàng yêu cầu cụ thể hàng cân gì khi đến ngày
cho module siêu thị từ đó rút ra - Hoàn thành
những thông tin cần - 17/10/2013
l u trữ.
Gặp gỡ bộ phận qu n
lý khách hàng c a các
siêu thị khác để học
20
hỏi.
Xác định những yêu
cầu ch c năng c a
phần mềm với việc
qu n lý khách hàng
Từ đó rút ra đ ợc
những ch c năng c a
module
4.2. Thiết kế -thiết form đăng nhập - Thời gian : 5 250$

module - thiết kế form qu n lý ngày
khách , thống kê khách - Hoàn thành
vip , khách bình - 22/10/2013
th ờng
ch c năng nh thêm
sửa
- xây dựng ch c năng
gửi báo giá , thông tin
khuyến m i ….
4.3. Viết code code form đăng nhập. - Thời gian : 11 400$
cho module Form thông báo ,gửi ngày
thông tin tới khuyến - Hoàn thành
m i đến khách hàng - 31/10/2013
Form tra c u thông tin

khách
Form thêm sửa xóa ,

thêm khách hàng vào
hệ thống
Form thống kê khách

hàng tiềm năng , khách
vip , khách mua nhiều
….
4.4. Cài đặt Thực hiện ch y thử - Thời gian : 2 100$

module module đư xây dựng ngày
- Hoàn thành
- 2/11/2013
21
4.5. Kiểm thử - kiểm thử giao diện , - Thời gian : 3 100$
module kiểm tra xem giao diện ngày
có đ t yêu cầu không, - Hoàn thành
về hình th c bố trí - 5/11/2013
hay không

thêm sửa thông tin
khách hàng.

vị, tìm kiếm xem có
hiển thị đúng thông tin
khách hàng hay không
-kiểm thử module có

gửi đúng ngày , giờ ,
đúng báo giá , khuyến
m i đến email khách
hàng hay không …
4.6. Viết báo Xây dựng báo cáo mô - Thời gian : 1 0$

cáo về module t chi tiết module ngày
- Hoàn thành
- 2/11/2013
Module Qu n 5.1. Thu thập -từ các phiếu đánh giá Thời gian : 4 ngày 100$
lý nhân viên yêu cầu phân tích xây dựng các Hoàn thành :
thuộc tính c a nhân 19/10/2013
viên
- đ a ra thời khóa biểu
phù hợp
- xây dựng công th c
tính m c l ơng cho
từng ng ời dựa trên
hợp đông sẵn có hay
dựa trên quy định nhà
n ớc
5.2 Thiết kế -xây dựng form đăng Thời gian : 5 ngày 300$
module nhập Hoàn thành :
- xây dựng form điền 24/11//2013
thông tin và hiển thị
thông tin
22
ch c năng nh thêm
sửa xóa thông tin
-xây dựng form thời
khóa biểu
- xây dựng form tính
tiền l ơng
5.3 Code -code các form nh Thời gian : 8 ngày 400$
module trên Hoàn thành :
-viết code cho phép 2/11//2013
sắp xếp thông tin nhân
viên theo năm sinh hay
tên hoặc ch c vụ
-code các nút thêm sửa
xóa nhân viên
-code ch c năng tự
tính ngày làm việc
-code công th c tính
tiền l ơng từng nhân
viên
5.4 Cài đặt Thực hiện ch y thử Thời gian : 1 ngày 50$
module module đư xây dựng Hoàn thành :
3/11/2013
5.5 Kiểm thử -kiểm tra đơn vị: Thời gian : 3 ngày 100$
module Nhập m c l ơng: các Hoàn thành :
lần nhập 1000, 2000, 6/11/2013
10000000,
2000000000, tiếp theo
là 10,5
Nhập tên các lần nhập

Nhập đúng ngữ pháp
Nguyễn văn A, sau đó
nhập 1 cái tên với độ
dài là 50 ký tự sau đó
nhập tên khi có ký tự
đặc biệt nh $ %
Tiếp tục làm với các
thuộc tính khác
-kiểm thử kh năng
tính toán tiền l ơng
5.6. Viết báo Xây dựng báo cáo mô Thời gian : 1 ngày 0$
cáo về module t chi tiết về module Hoàn thành:
7/11/2013
Module Qu n 6.1. thu thập - tổng hợp các nhà Thời gian : 4 ngày 100$
23
lý nhà cung thông tin các cung cấp, lọc thông tin Hoàn thành
ng nhà cung cấp sau đó viết thành b ng 20/10/2013
báo cáo bao gồm các
thông tin quan trọng
nh tên nhà cung cấp,
mặt hàng cung cấp,
ngày cung cấp, …
- thu thập từ các b n
hợp đồng giữa nhà
cung cấp, đ a ra 1
b ng thống kê % hoa
hồng cho 1 mặt hàng
6.2. Thiết kế - thiết kế, chỉnh sửa Thời gian : 5 ngày 300$
module giao diện Hoàn thành
- xây dựng form nhà 25/10/2013
cung cấp có ch c đăng
nhập thông tin
-xây dựng form thông
tin và hiển thị thông
tin
-xây dựng các nút
ch c năng thêm sửa
xóa
- xây dựng form qu n
lý triết khấu cùng ch c
năng thêm sửa xóa
6.3 Code - code các form nh đư Thời gian : 8 ngày 400$
module thiết kế Hoàn thành
- code thêm phần sắp 2/11/2013
xếp nhà cung cấp
- code thêm phần
thống kê số l ợng đư
cung cấp theo ngày
tuần, tháng
- code thêm phần xem
giá 1 mặt hàng để đánh
giá sau đó in thành 1
b n báo cáo
- code phần tính toán
% hoa hồng sau 1 lần
giao dịch
6.4. Cài đặt Thực hiện ch y thử Thời gian : 1 ngày 50$
module module đư xây dựng Hoàn thành
24
3/11/2013
6.5 kiểm thử Kiểm tra đơn vị Thời gian : 3 ngày 100$
module -kiểm tra khi thông tin Hoàn thành
nhà cung cấp 6/11/2013
Kiểm tra giá c mặt
hàng: nhập các số lần
l ợt cho 1 mặt hàng
nh sau 100 000, 1000
000 000 000, 200
000,5
-tiếp tục với từng th
mục trong từng form
- kiêm tra sự chính xác
khi thống kê sô l ợng
mặt hàng nhập
-kiểm tra cơ sở dữ liệu
6.6. Viết báo Xây dựng báo cáo mô Thời gian : 1 ngày 0$
cáo về module t chi tiết module Hoàn thành
7/11/2013
Module Qu n 7.1. Thu thập Thống nhất và nhận Thời gian 1 ngày 100$
lý giao dịch yêu cầu c a bàn giao b n đặc t Hoàn thành ngày
khách hàng module Qu n lý giao 15/10/2013
dịch
7.2. Thiết kế - xây dựng form giao Thời gian 5ngày 200$
modul diện hoàn thành ngày
- xây dựng form đăng 20/10/2013
nhập
- xây dựng form điền
thông tin
Và hiển thị thông tin
trên phiếu
- xây dựng form tìm
kiếm
- xây dựng nút ch c
năng in, sửa, xóa, thêm
phiếu.
-xây dựng nút ch c
năng cập nhật giao
dịch vào hệ thống.
7.3 code - code các form nh Thời gian 10 ngày 400$

module trên hoàn thành ngày
- viết code xử lý thông 30/10/2013
tin trên phiếu
25
+ tự động nhập thông
tin mặt hàng nếu đ ợc
quét bằng mư v ch
+ nhập th công, nếu
không đ ợc quét bằng
mư v ch
năng l u trữ và cập
nhật giao dịch vào hệ
thống.
-code thêm ch c năng
tự động ghi ngày giờ,
tên nhân viên giao dịch
trên phiếu
7.4 cài đặt Thực hiện ch y thử Thời gian thực hiện 2 50$
module đư xây dựng ngày, ngày hoàn
thành 1/11/2013
7.5 kiểm thử - kiểm thử giao diện , Thời gian thực hiện 3 150$
kiểm tra xem giao diện ngày, ngày hoàn
có đ t yêu cầu không, thành 4/11/2013
về hình th c bố trí
nhập, xuất, in thông tin
phiếu nhập, xuất, ví dụ
điền thông tin vào
phiếu rồi in thử.
vị, nh kiểm thử về
đơn vị tiền, số l ợng
hàng
7.6 viết báo Xây dựng báo cáo mô Thời gian : 2 ngày 0$
cáo t chi tiết module Hoàn thành
6/11/2013
Module Báo 8.1 thu thập Thống nhất và nhận Thời gian 1 ngày 100$
cáo thống kê yêu cầu c a bàn giao b n đặc t Hoàn thành ngày
khách hàng module 15/10/2013
8.2 Thiết kế - xây dựng form đăng Thời gian 5 ngày 300$
module nhập hoàn thành ngày
-xây dựng form hiển 20/10/2013
thị báo cáo.
-xây dựng form thống
kê từ các b n báo cáo
26
thống kê
+ thống kê
kho hàng
+ thống kê khách
hàng,
+thống kê nhân viên,
+thống kê nhà cung
ng,
+ thống kê giao dịch.
năng lựa chọn thời
gian thống kê
+ theo hiện t i,
+ theo ngày,
+thống kê theo tuần,
+ thống kê theo tháng,
+thống kê theo quý,
+thống kê theo năm.
+ thống kê theo lựa
chọn c a ng ời dùng
năng thêm, xóa, in, l u
trữ báo cáo.
8.3 code - code các form nh đư Thời gian 10 ngày 400$

module thiết kế hoàn thành ngày
- Code thêm ch c năng 30/10/2013
in thông tin ngày giờ
thực hiện thống kê, và
in tên ng ời thực hiện
thống kê
8.4 cài đặt Thực hiện ch y thử Thời gian thực hiện 1 50$
module đư xây dựng ngày, ngày hoàn
thành 31/11/2013
8.5 kiểm thử - kiểm thử giao diện , Thời gian thực hiện 5 100 $
kiểm tra xem giao diện ngày, ngày hoàn
có đ t yêu cầu không, thành 5/11/2013
về hình th c bố trí
xuất, in thông tin báo
cáo có đúng theo yêu
cầu.
27
8.6 viết báo Xây dựng báo cáo mô Thời gian : 1 ngày 50$
cáo t chi tiết module Hoàn thành
6/11/2013
Tích hợp và 9.1 Tích hợp Lắp ráp hoàn chỉnh các Thời gian : 1 ngày 100 $
hoàn thiện s n các module module thành ch ơng Hoàn thành :
phẩm trình thống nhất để 8/11/2013
ch y thử
9.2 Kiểm thử Test tổng quan toàn bộ Thời gian : 3 ngày 400 $
tích hợp toàn hệ thống Hoàn thành :
hệ thống 11/11/2013
9.3 Thực hiện Fix các lỗi phát sinh Thời gian : 3 ngày 300 $
fix các lỗi tồn trong khi test Hoàn thành :
t i 14/11/2013
Đóng gói phần 10.1 Viết tài T o b n h ớng dẫn sử Thời gian : 1 ngày 0$
mềm và liệu h ớng dẫn dụng phần mềm Hoàn thành :
chuyển giao sử dụng phần 16/11/2013
mềm
10.2 Chuyển giao các s n Thời gian : 1 ngày 0$
Lên kế ho ch phẩm c a dự án cho Hoàn thành :
b o trì phần khách hàng 16/11/2013
mềm
10.3 Bàn giao Th o luận với đội dự Thời gian : 1 ngày 0$
s n phẩm cũng án để đề ra kế ho ch Hoàn thành :
nh những tài b o trì 16/11/2013
liệu liên quan
cho khách
hàng
10.4 Kết thúc Tổng kết dự án Thời gian : 1 ngày 0$
dự án Hoàn thành :
16/11/2013
3. Các mốc th i gian quan tr ng và tiến trình th c hi n ậ Ph trách : Cả

nhóm
3.1. Danh sách Activity (Activity list)
WBS Activity Activity name Predecessors Successors Duration

ID
1.1 1.1.1 Gặp gỡ khách hàng để lấy yêu 1.1.2 1 ngày
cầu
1.1 1.1.2 Lập b ng kh o sát yêu cầu 1.1.1 1.2.1 1 ngày
28
1.2 1.2.1 Viết Hiến ch ơng dự án 1.2.1 1.2.2 1 ngày
1.2 1.2.2 Báo cáo triển khai dự án 1.2.1 1.3 1 ngày
1.3 1.3 Lập danh sách các stakeholder 1.2.2 1.4.1 1 ngày
c a dự án
1.4 1.4.1 Lập b n mô t ph m vi dự án 1.2.2 1.4.2 1 ngày
1.4 1.4.2 Lập b n phân chia công việc 1.4.1 2.1 3 ngày
(WBS)
1.4 1.4.3 Thống nhất l i kế ho ch qu n 1.4.2 2.1.1 1 ngày
lý dự án
2.1 2.1 Phân tích quy trình nghiệp vụ 1.4.3 2.2.1 1 ngày
c a siêu thị
2.2 2.2.1 Lập sơ đồ use case c a hệ 2 .1 2.2.3 1 ngày
thống
2.2 2.2.2 Lập sơ đồ class c a hệ thống 2.1 2.2.3 3 ngày
2.2 2.2.3 Thống nhất l i các sơ đồ thiết 2.2.2 2.3.1.1 3 ngày
kế
2.3 2.3.1 Thiết kế chung Form Qu n lý 2.2.3 2.3.2 1 ngày
kho hàng
2.3 2.3.2 Thiết kế form Qu n lý nhân 2.3.1 2.3.3 0.5 ngày
viên
2.3 2.3.3 Thiết kế form Qu n lý khách 2.3.2 2.3.4 0.5 ngày
hàng
2.3 2.3.4 Thiết kế form Qu n lý giao 2.3.3 2.3.5 0.5 ngày
dịch
2.3 2.3.5 Thiết kế form Qu n lý nhà 2.3.4 2.3.6 0.5 ngày
cung ng
2.3 2.3.6 Thiết kế form Báo cáo thống 2.3.5 2.3.7.1 0.5 ngày
kê
2.3 2.3.7.1 Bàn giao b n thiết kế các form 2.3.1, 2.3.2, 2.3.7.2 0.5 ngày
cho ng ời chịu trách nhiệm 2.3.3, 2.3.4,
giao tiếp với khách hàng và 2.3.5, 2.3.6
Project Manager
2.3 2.3.7.2 Nhận ph n hồi, sửa đổi hoặc 2.3.7.1 2.3.8 2 ngày
thiết kế l i nếu ch a đ t yêu
29
cầu về bố cục
2.3 2.3.8 Thống nhất và bàn giao l i 2.3.7.2 2.4.1 0,5 ngày
b n thiết kế các form c a phần
mềm với đội dự án
2.4 2.4.1 Lập biểu đồ E-R cơ sở dữ liệu 2.2.1, 2.2.2 2.4.2 1.5 ngày
hệ thống
2.4 2.4.2 T o cơ sở dữ liệu hệ thống 2.4.1 2.5 2.5 ngày
2.5 2.5 Viết b n phân tích thiết kế 2.2.3, 2.3.8, 2.6 1 ngày
hoàn chỉnh 2.4.2
2.6 2.6 Gặp gỡ và thống nhất về toàn 2.5 3.1.1, 4.1.1, 1 ngày
bộ b n phân tích thiết kế với 5.1.1, 6.1.1,
nhóm dự án và khách hàng. 7.1.1, 8.1.1
3.1 3.1.1 Xác định nhiệm vụ c a kho 2.6 3.1.2 1 ngày
hàng , cách qu n kho
3.1 3.1.2 Xác định quyền h n c a 3.1.1 3.2.1 1 ngày
những ng ời liên quan tới
việc qu n kho
3.2 3.2.1 Thiết kế form đăng nhập 3.1.2 3.2.2 1 ngày
3.2 3.2.2 Thiết kế form nhập , xuất 3.2.1 3.2.3 1 ngày
hàng hóa
3.2 3.2.3 Thiết kế form thống kê , tìm 3.2.2 3.2.4 1,5 ngày
kiếm hàng hóa
3.2 3.2.4 Xác định tính năng thêm sửa 3.2.3 3.3.1 1,5 ngày
xóa quyền h n c a qu n kho
3.3 3.3.1 Code form đăng nhập , phân 3.2.4 3.3.2 2 ngày
quền cho các ng ời dùng liên
quan đến việc qu n kho
3.3 3.3.2 Code form tự động thông báo 3.3.1 3.3.3 3 ngày
hàng tồn, hàng sắp hết h n
cho qu n kho ....
3.3 3.3.3 Code form tìm kiếm , thống 3.3.2 3.3.4 3 ngày
kê theo tên hàng hóa, ngày
nhâp xuất ....
3.3 3.3.4 Code form hiển thị các thông 3.3.3 3.4.1 2 ngày
tin sau khi tìm kiếm , thống kê
30
theo tên , ngày tháng nhập
xuất ...
3.4 3.4.1 Ch y thử các module đư đ ợc 3.3.4 3.5.1 1 ngày
code xong ở trên
3.5 3.5.1 Kiểm thử giao diện đư đẹp , 3.4.1 3.5.2 1 ngày
bố cục hợp lý ch a , có thuận
tiện cho ng ời dùng ch a
3.5 3.5.2 Kiểm thử việc nhập lệu xem 3.5.1 3.6.1 1 ngày
có chính xác không, nhập thử
những dử liệu lẻ , đến h n để
test độ chính xác
3.6 3.6 Viết báo cáo toàn bộ module 3.5.2 4.1.1 1 ngày
4.1 4.1.1 Gặp gỡ khách hàng , kh o sát 2.6 4.1.2 1 ngày
xem ng ời dùng cần gì ở hệ
thống siêu thị
4.1 4.1.2 Từ cuộc gặp gỡ khách hàng ở 4.1.1 4.2.1 1 ngày
trên rút ra những tính năng
cần có c a module qu n lý
khách hàng
4.2 4.2.1 Xây dựng form đăng nhập , 4.1.2 4.2.2 2 ngày
form thống kê khách hàng vip
, khách bình th ờng ...
4.2 4.2.2 Xác định ch c năng tự động 4.2.1 4.3.1 2 ngày
gửi báo giá, thông tin khuyến
m i vào mail cho khách hàng ,
t động thống kê ...
4.3 4.3.1 Code form đăng nhập cho 4.2.2 4.3.2 2 ngày
khách hàng và ng ời qu n lý
bộ phận khách hàng
4.3 4.3.2 Code form tự động thông báo 4.3.1 4.3.3 3 ngày
, báo giá, chúc mừng sinh nhật
, giới thiệu s n phẩn mới đến
khách hàng
4.3 4.3.3 Code form thêm sửa xóa 4.3.2 4.3.4 3 ngày
khách hàng vào hệ thống ,
form tra c u dành cho khách
hàng
31
4.3 4.3.4 Code form tự đống thống kê 4.3.3 4.4.1 3 ngày
khách vip , khách hàng tiềm
năng , form tra c u khách
hàng dành cho qu n lý
4.4 4.4.1 Ch y thử các form dành cho 4.3.4 4.4.2 1 ngày
khách
4.4 4.4.2 Ch y thử các form đư code 4.4.1 4.5.1 1 ngày
dành cho ng ời qu n lý
4.5 4.5.1 Kiểm thử giao diên đư đẹp 4.4.2 4.5.2 1,5 ngày
hợp lý ch a , kiểm thử kh
năng thêm sửa xóa khách
hàng vào hệ thống đư ổn định
ch a
4.5 4.5.2 Kiểm thử xem có hiển thị 4.5.1 4.6.1 1,5 ngày
đúng thông tin khách hàng
hay không , hệ thống tự động
gửi báo giá , thông tin khuyến
m i ... có gửi đúng ngày giờ
cho khách hay không
4.6 4.6.1 Viết báo cáo l i toàn bộ quá 4.5.2 _________ 1 ngày
trình làm module
5.1 5.1.1 Xác định các thuộc tính c a 2.6 5.1.2 2 ngày
nhân viên,
5.1 5.1.2 Xác định quyền truy cập cho 5.1.1 5.2.1 2 ngày
từng nhân viên , xác định thời
khóa biểu, xác định tiền l ơng
5.2 5.2.1 Thiết kế form đăng nhập 5.1.2 5.2.2 1 ngày
5.2 5.2.2 Thiết kế form điền thông tin, 5.2.1 5.2.3 2 ngày
hiển thị thông tin cho từng
nhân viên
5.2 5.2.3 Thiết kế form thời khóa biểu, 5.2.2 5.2.4 2 ngày
form tính tiền l ờng
5.2 5.2.4 Phân quyền cho từng nhân 5.2.3 5.3.1 1 ngày
viên
5.3 5.3.1 Code form đăng nhập , phân 5.2.4 5.3.2 2 ngày
quan đến việc qu n lý nhân
32
viên
5.3 5.3.2 Code form thông tin, thêm các 5.3.1 5.3.3 2 ngày
ch c năng thêm sửa, xóa hay
sắp xếp th tự nhân viên
5.3 5.3.3 Code form thời khóa biểu, 5.3.2 5.3.4 2 ngày
thêm ch c năng tự động tính
ngày công, và các nút ch c
năng sửa thay đổi thời khóa
biểu
-code phần tra c u thời khóa
biểu
5.3 5.3.4 Code form tính tiền l ơng, 5.3.3 5.4.1 2 ngày
code công th c cho từng
nhóm ng ời,
5.4 5.4 Ch y thử các module đư đ ợc 5.3.4 5.5.1 1 ngày
code xong ở trên và cài đặt
5.5 5.5.1 Kiểm thử giao diện đư đẹp , 5.4 5.5.2 1 ngày
bố cục hợp lý ch a , có thuận
tiện cho ng ời dùng ch a
5.5 5.5.2 Kiểm thử việc nhập liệu xem 5.5.1 5.6.1 2 ngày
có chính xác không, nhập thử
những dử liệu , đến h n để test
độ chính xác
5.6 5.6 Viết báo cáo toàn bộ module 5.5.2 ____ 1 ngày
6.1 6.1 Gặp gỡ các nhà cung cấp, thu 2.6 6.1.2 2 ngày
thập thông tin, ký hợp đồng,
xem xét % hoa hồng thu đ ợc
6.1 6.1.2 Từ những thông tin đư thu 6.1.1 6.2.1 2 ngày
thập, đ a ra các b n báo cáo,
đồng thời xác định rõ module
cần thiết
6.2 6.2.1 Xây dựng form đăng nhập , 6.1.2 6.2.2 2 ngày
thông tin nhà cung cấp, form
qu n lý triết khấu
6.2 6.2.2 Xác định ch c năng cần thiết 6.2.1 6.3.1 3 ngày
trong từng form: thêm, sửa,
xóa, Ngoài ra xây dựng form
33
hiển thị thông tin để t o thành
các báo cáo
6.3 6.3.1 Code form đăng nhập cho 6.2.2 6.3.2 1 ngày
nhân viên qu n lý giao dịch
với nhà cung cấp hay cấp trên
6.3 6.3.2 Code thông tin nhà cung cấp 6.3.1 6.3.3 5 ngày
cùng với các ch c năng thêm,
sửa xóa, sắp xếp, Ngoài ra còn
có sự thống kê số l ợng cung
cấp theo ngày tuần tháng,
năm,
-code phần đánh giá mặt hàng
cùng lo i
6.3 6.3.3 Code form % hoa hồng , code 6.3.2 6.4 3 ngày
phần tự tính toán số tiền thu
đ ợc, Ngoài ra có sự sắp xếp
cho từng lo i mặt hàng khác
nhau
6.4 6.4 Ch y thử các form đ ợc code 6.3.4 6.5.1 1 ngày
và cài đặt
6.5 6.5.1 Kiểm thử giao diên đư đẹp 6.4 6.5.1 1,5 ngày
hợp lý ch a , kiểm thử kh
năng thêm sửa xóa khách
hàng vào hệ thống đư ổn định
ch a
6.5 6.5.2 Kiểm thử xem có hiển thị 6.5.1 6.6.1 1,5 ngày
đúng thông tin nhà cung cấp
không, kiểm thử độ chính xác
tinh toán
6.6 6.6 Viết báo cáo l i toàn bộ quá 6.5.2 _________ 1 ngày
trình làm module
7.1 7.1 Xác định nhiệm vụ c a qu n 2.6 7.1.2 1 ngày
lý giao dịch, cách th c giao
dịch
7.1 7.1.2 Xác định quyền h n c a 7.1 7.2.1 1 ngày
những ng ời liên quan tới
việc giao dịch
7.2 7.2.1 Xây dựng form giao diện 7.1.2 7.2.2 2ngày
34
7.2 7.2.2 Xây dựng form đăng nhập 7.2.1 7.2.3 1 ngày
7.2 7.2.3 Xây d ng xây dựng form 7.2.2 7.2.4 1 ngày
điền thông tin Và hiển thị
thông tin trên phiếu
7.2 7.2.4 Xây dựng form tìm kiếm 7.2.3 7.2.5 1 ngày
7.2 7.2.5 Xây dựng nút ch c năng 7.2.4 7.2.6 1 ngày
thêm, sửa, xóa, in giao dịch
7.2 7.2.6 Xây dựng nút ch c năng cập 7.2.5 7.3.1 2 ngày
nhật giao dịch vào hệ thống
7.3 7.3.1 Code form giao diện 7.2.6 7.3.2 2 ngày
7.3 7.3.2 Code form đăng nhập, phân 7.3.1 7.3.3 2 ngày
quan đến qu n lý giao dịch
7.3 7.3.3 Code form nhập thông tin 7.3.2 7.3.4 2 ngày
phiếu và hiển thị thông tin
trên phiếu
7.3 7.3.4 Code ch c năng in, sửa, xóa, 7.3.3 7.3.5 1 ngày
thêm phiếu.
7.3 7.3.5 Code ch c năng l u trữ và cập 7.3.4 7.3.6 2 ngày
nhật giao dịch vào hệ thống
7.3 7.3.6 Code xử lý thông tin trên 7.3.5 7.3.7 4 ngày
phiếu, tự động cập nhật thông
tin mặt hàng vào phiếu nếu
đ ợc quét bằng mư v ch, nhập
phiếu th công
7.3 7.3.7 Code ch c năng tự động ghi 7.3.6 7.4.1 1 ngày
ngày giờ giao dịch trên phiếu
7.4 7.4 Thực hiện công việc ch y thử 7.3.6 7.5.1 1 ngày
module
7.5 7.5.1 Kiểm thử giao diện, kiểm tra 7.4 7.5.2 1 ngày
giao diện có đ t yêu cầu, hình
th c có đẹp mắt, bố trí hợp lý
không
7.5 7.5.2 Kiểm thử kh năng nhập xuất 7.5.1 7.5.3 1 ngày
thông tin trên phiếu, và kh
35
năng xử lý c a các nút ch c
năng đư xây dựng ở trên
7.5 7.5.3 Kiểm thử đơn vị, nhập thử các 7.5.2 7.6.1 1 ngày
giá trị đơn vị c a hệ thống nh
đơn vị tiền, đơn vị hàng hóa
7.6 7.6 Xây dựng báo cáo mô t chi 7.5.3 8.1.1 1 ngày
tiết module
8.1 8.1 Thống nhất và nhận bàn giao 2.6 8.2.1 1 ngày
b n đặc t module
8.2 8.2.1 Xây dựng form đăng nhập, 8.1 8.2.3 1 ngày
Code form đăng nhập, phân
quan đến việc báo cáo thống
kê
8.2 8.2.2 Xây dựng form hiển thị báo 8.2.1 8.2.3 1 ngày
cáo
8.2 8.2.3 Xây dựng form thống kê 8.2.2 8.2.4 3 ngày
8.2 8.2.4 xây dựng nút ch c năng lựa 8.2.3 8.2.5 3 ngày
chọn thời gian thống kê
8.2 8.2.5 Xây dựng nút ch c năng 8.2.4 8.3.1 3 ngày
thêm, sửa xóa, in, l u trữ báo
cáo
8.3 8.3.1 Code các form nh ở phần 8.2.5 8.3.2 11 ngày
thiết kế
8.3 8.3.2 Code thêm ch c năng in thông 8.3.1 8.4.1 3 ngày
tin ngày giờ thực hiện thống
kê, và in tên ng ời thực hiện
thống kê
8.4 8.4.1 Thực hiện ch y thử module đư 8.3.2 8.5.1 1 ngày
xây dựng
8.5 8.5.1 Kiểm thử giao diện, kiểm tra 8.4.1 8.5.2 1 ngày
giao diện có đ t yêu cầu, về
hình th c bố trí giao diện
8.5 8.5.2 Kiểm thử kh năng xuất, in 8.5.1 8.6.1 2 ngày
thông tin báo cáo có đúng yêu
cầu
36
8 .6 8.6 Xây dựng báo cáo mô t chi 8.5.2 9.1 1 ngày
tiết module
9.1 9.1 Lắp ráp các module riêng rẽ 8.6 9.2 1 ngày
để ch y thử ch ơng trình
9.2 9.2.1 Kiểm thử tích hợp các module 9.1 9.2.2 1 ngày
9.2 9.2.2 Kiểm thử toàn hệ thống 9.2.1 9.3 2 ngày
9.3 9.3 Thực hiện việc fix các lỗi tồn 9.2.2 10.1 1 ngày
t i
10.1 10.1 Viết tài liệu h ớng dẫn sử 9.3 1 ngày
dụng phần mềm
10.2 10.2 Lên kế ho ch b o trì phần 9.3 1 ngày
mềm
10.3 10.3 Bàn giao s n phẩm cũng nh 9.3 1 ngày
những tài liệu liên quan cho
khách hàng
10.4 10.4 Kết thúc dự án 0 ngày
3.2. Các mốc thời gian quan trọng của dự án (Milestones) – Phụ trách : Nguyễn
Anh Tú
ID MileStone Description (Mô Date (Mốc Verification

t ) thời gian) (Ng ời chấp
thuận)
1 Khởi t o dự án Giới thiệu thông 15/9/2013 Sponsor
tin về dự án :
Yêu cầu khách
hàng, ngân sách,
thời h n, các
thành viên đội dự
án
2 Hoàn thành việc Thu thập tất c 27/9/2013 Sponsor
thu thập yêu cầu các yêu cầu c a
khách hàng về
phần mềm siêu
thị
3 Hoàn thành việc Cho ra đ ợc b n 15/10/2013 Sponsor & PM
phân tích thiết thiết kế đầy đ và
37
kế hệ thống hoàn thiện về
kiến trúc phần
mềm
4 Hoàn thành việc Code hoàn chỉnh 8/11/2013 PM
code phần mềm tất c các module
theo khuôn mẫu
5 Hoàn thành việc Thực hiện việc 13/11/2013 PM
test và sửa lỗi test toàn bộ các
đơn vị, ch c
năng c a phần
mềm. Fix xong
các lỗi phát sinh
6 Bàn giao s n Chuyển giao cho 15/11/2013 Sponsor
phẩm khách hàng s n
phẩm hoàn
chỉnh, các tài liệu
liên quan …
7 Kết thúc dự án Tổng kết, rút 20/11/2013 PM, Sponsor
kinh nghiệm dự
án, thanh toán
các phụ phí
3.3. Sơ đồ lịch biểu (Schedule) của dự án – Phụ trách : Nguyễn Anh Tú
38
4. Kế ho ch quản lỦ chi phí (Cost budget) ậ Ph trách : Nguy n Anh Tú
- Ngân sách dự án : 12 000 $ (t ơng đ ơng hơn 252 triệu VNĐ).

- Tổng dự trữ r i ro không xác định tr ớc : 5 % dự án, kho ng 600 $ t ơng đ ơng
12,6 triệu VNĐ.
- Chi phí dự án đ ợc phê duyệt : 11 400 $, kho ng 239,4 triệu VNĐ.
- Tổng dự trữ r i ro xác định tr ớc : 5 % chi phí phê duyệt, t ơng đ ơng 570 $
(kho ng 11 triệu 970 nghìn VNĐ).
- Chi phí phát triển dự án : 10 830 $ ( ớc tính 227 triệu 430 nghìn VNĐ).
- Chi phí thực chi phát triển phần mềm : 8300 $ ( ớc tính 174,3 triệu VNĐ) bao
gồm : Tiền l ơng th ởng cho đội dự án, chi phí huấn luyện, khấu hao thiết bị, tiếp
khách ...
- Quỹ dự phòng c a PM : Kho ng 127 $ (t ơng đ ơng 2 triệu 667 nghìn VNĐ), nếu
nh không có r i ro gì trong quá trình làm dự án thì tiền này sẽ đ ợc chia đều cho
toàn đội dự án.
- Chế độ tính l ơng dựa theo công việc hoặc module ng ời đó viết, không tính theo
tháng. Có các quy định nh sau : PM dự án nhận l ơng c ng 21 triệu VNĐ (cộng
thêm 10% trích từ lợi nhuận công ty sau khi đư trừ hết chi phí), nhân viên thiết kế
hệ thống l ơng 10 triệu VNĐ, coder nhận 5 triệu / module, nếu kiêm thêm tester
39
đ ợc h ởng thêm 1 triệu / module. Chi phí khấu hao trọn gói là 40 triệu VNĐ. Vậy
ta sẽ có b ng tính l ơng nh sau
Tổng tiền : 8300 $ (174,3 triệu VNĐ)
Đối t ợng chi phí Số tiền (VNĐ)

Nguyễn Anh Tú (PM) 21 triệu VNĐ + 10% lợi nhuận (tính sau)
Nguyễn Trọng Thắng (Nhân viên phân tích) 10 triệu VNĐ
Phan Thanh Nghị (Coder) 10 triệu VNĐ
Cao Văn Đích (Coder + Tester) 13 triệu VNĐ
Nguyễn Đ c Đông (Coder + Tester) 13 triệu VNĐ
Chi phí khấu hao 40 triệu VNĐ
Lợi nhu n 67,3 tri u VNĐ
Số lợi nhuận còn l i là 67,3 triệu VNĐ, trừ đi 10% hoa hồng cho PM (t ơng ng 6
triệu 730 nghìn VNĐ) còn l i 60 triệu 570 nghìn VNĐ. Đây là lợi nhuận công ty
và sẽ đ ợc thu l i cho Ban qu n lý cấp cao. Ngoài ra, toàn đội dự án sẽ có thể có
th ởng thêm nếu hoàn thành tốt dự án.
- Chi phí mua sắm vật t thiết bị : 2403 $ (t ơng đ ơng 50 triệu 463 nghìn VNĐ).
Kế ho ch dự trù chi phí dự án :
Workpackage Cost
Qu n lý dự án (1250$) 1.1. Kh o sát yêu cầu dự án 50 $
1.1.1. Gặp gỡ khách hàng để 30 $

lấy yêu cầu
1.1.2. Lập b ng kh o sát yêu 20 $

cầu
1.2. Tuyên bố khởi t o dự 50 $
án
1.2.1. Viết Hiến ch ơng dự 25 $

án
25 $
1.2.2. Báo cáo triển khai dự
án
1.3. Lập danh sách 50 $
stakeholder
1.4. Lập kế ho ch ph m vi 100 $
40
dự án (Scope Statement)
1.4.1. Lập b n mô t ph m 40 $
vi dự án
1.4.2. Lập b n phân chia 60 $

công việc (WBS)
1.5. Giám sát và điều khiển 1000 $
dự án
1.6. Viết báo cáo tổng kết 0$
dự án
1.7. Rút kinh nghiệm cho 0$
đội dự án
Phân tích và thiết kế hệ 2.1. Đặc t chi tiết các yêu 100 $
thống (850$) cầu c a khách hàng :
2.1.1 Phân Tích Quy trình 28 $

nghiệp vụ.
2.1.2 Lập b ng phân rư công 57 $

việc.
2.1.3 Lập b ng ch c năng 15 $

và phi ch c năng.
2.2 Mô t kiến trúc hệ thống 100 $

:
2.2.1 Lập sơ đồ use case 43 $
2.2.2 Lập sơ đồ class 43$
2.2.3 Gặp gỡ và thống nhất 14$
2.3 Thiết kế giao diện : 200 $
2.3.1 Thiết kế form Qu n lý 33$

kho hàng.

nhân viên

khách hàng.
41
giao dịch.

nhà cung ng.
2.3.6 Thiết kế form Báo cáo 0$

thống kê.
2.3.7.1 Bàn giao b n thiết 0$

kế.
2.3.7.2 Nhận ph n hồi và 0$

sửa đổi
2.3.8 Thống nhất và bàn 0$

giao
2.4 Thiết kế cơ sở dữ liệu 400$
2.4.1 Lập biểu đồ E-R 150$
2.4.2 T o cơ sở dữ liệu hệ 250$

thống
2.5 Viết b n Phân tích hệ 0$
thống chi tiết
2.6 Xem xét l i b n tổng 50 $
hợp để thống nhất :
Qu n lý kho hàng (900$) 3.1. Phân tích yêu cầu cụ thể 50 $
cho module
3.2. Thiết kế module 300$
3.2. 1 Thiết kế form đăng 50$

nhập
3.2.2: Thiết kế form nhập , 100$

xuất hàng hóa
3.2.3: Thiết kế form thống 100$

kê , tìm kiếm hàng hóa
3.2.4: Xác định tính năng 50$

thêm sửa xóa quyền h n c a
qu n kho
3.3. Viết code module 400$
42
3.3. 1: Code form đăng nhập 100$
, phân quền cho các ng ời
dùng liên quan đến việc
qu n kho
3.3.2. Code form tự động 100$

thông báo hàng tồn, hàng
sắp hết h n cho qu n kho ....
3.3.3: Code form tìm kiếm , 100$

thống kê theo tên hàng hóa,
ngày nhâp xuất ....
3.3.4 : Code form hiển thị 100$

các thông tin sau khi tìm
kiếm , thống kê theo tên ,
ngày tháng nhập xuất ...
3.4. Ch y thử các module đư 50$
đ ợc code xong ở trên
3.5. Kiểm thử module 100 $
3.5.1: Kiểm thử giao diện 50$

đư đẹp , bố cục hợp lý ch a
, có thuận tiện cho ng ời
dùng ch a
50$
3.5.2: Kiểm thử việc nhập
lệu xem có chính xác không,
nhập thử những dử liệu lẻ ,
đến h n để test độ chính xác
3.6. Viết báo cáo về module 0$
Qu n lý khách hàng (900$) 4.1. Phân tích yêu cầu cho 50$
module
4.1.1 Gặp gỡ khách hàng , 25$

kh o sát xem ng ời dùng
cần gì ở hệ thống siêu thị
4.1.2: Từ cuộc gặp gỡ khách 25$

hàng ở trên rút ra những
tính năng cần có c a module
qu n lý khách hàng
43
4.2. Thiết kế form hệ thống 250$
4.2.1: Xây dựng form đăng 150$

nhập , form thống kê khách
hàng vip , khách bình
th ờng
4.2.2: Xác định ch c năng

tự động gửi báo giá, thông 100$
tin khuyến m i vào mail cho
khách hàng , t động thống
kê
4.3. Code module 400$
4.3.1 Code form đăng nhập 100$

cho khách hàng và ng ời
qu n lý bộ phận khách hàng
4.3.2: Code form tự động

thông báo , báo giá, chúc 100$
mừng sinh nhật , giới thiệu
s n phẩn mới đến khách
hàng
4.3.3: Code form thêm sửa

xóa khách hàng vào hệ 100$
thống , form tra c u dành
cho khách hàng
4.3.4: Code form tự đống

thống kê khách vip , khách 100$
hàng tiềm năng , form tra
c u khách hàng dành cho
qu n lý
4.4. Ch y thử 100$
4.4.1: Ch y thử các form 50$

dành cho khách
4.4.2: Ch y thử các form đư 50$

code dành cho ng ời qu n
lý
44
4.5. Kiểm thử module 100$
4.5. 1: Kiểm thử giao diên 50$

đư đẹp hợp lý ch a , kiểm
thử kh năng thêm sửa xóa
khách hàng vào hệ thống đư
ổn định ch a
50$
4.5.2: Kiểm thử xem có hiển
thị đúng thông tin khách
hàng hay không , hệ thống
tự động gửi báo giá , thông
tin khuyến m i ... có gửi
đúng ngày giờ cho khách
hay không
4.6. Viết báo cáo về module 0$

Qu n lý nhân viên (950$) 5.1 từ các yêu cầu đư thu 100$
thập xác định rõ ch c năng
trong module
5.2.1 thiết kế form đăng 100 $

nhập
5.2.2 thiết kế form thông tin 100 $

, hiển thị nhân viên
5.2.3 Thiết kế form thời 100 $

khóa biểu, form tính tiền
l ờng
5.3.1 Code form đăng nhập , 100 $

phân quyền
5.3.2code form thông tin và 100$

các ch c năng
5.3.3 code form thời khóa 100$

biểu và các ch c năng
5.3.4 code form tính tiền 100$

l ơng và ch c năng
45
5.4 cài đặt và ch y thử 50 $
module
5.5. Kiểm thử module 100$
5.5.1 kiểm thử giao diện 50 $
5.5.2 kiểm thử đơn vị 50 $

5.6. viết báo cáo 0$
Qu n lý nhà cung ng 6.1 từ các yêu cầu đư thu 100$
(850$) thập xác định rõ ch c năng
trong module
6.2.1 thiết kế form đăng 100 $

nhập
6.2.2 thiết kế form thông tin 100 $

, hiển thị nhà cung ng
6.2.3 Thiết kế form qu n lý 100 $

triết khấu
6.3.1 Code form đăng nhập , 100 $

phân quyền
6.3.2 code form thông tin và 100$

các ch c năng
6.3.3 code form triết khấu % 100$

hoa hồng
6.4 cài đặt và ch y thử 50 $

module
6.5. Kiểm thử đơn vị 100$
6.5.1 kiểm thử giao diện 50 $
6.5.2 kiểm thử đơn vị 50 $

6.6. viết báo cáo 0$
Qu n lý giao dịch (900$) 7.1. Thu thập yêu cầu c a 100$
khách hàng
46
7.1.1 Xác định nhiệm vụ 50$
c a qu n lý giao dịch, cách
th c giao dịch
7.1.2 Xác định quyền h n 50$

c a những ng ời liên quan
tới việc giao dịch
7.2.1 Xây dựng form giao 45$

diện
7.2.2 Xây dựng form đăng 45$

nhập
7.2.3 Xây dựng form điền 30$

thông tin và hiển thị thông
tin trên phiếu
7.2.4 Xây dựng form tìm 30$

kiếm
7.2.5 Xây dựng nút ch c 30$

năng thêm, sửa, xóa, in giao
dịch

năng cập nhật giao dịch vào
hệ thống
7.3.1 Code form giao diện 100$
7.3.2 Code form đăng nhập, 75$

phân quền cho các ng ời
dùng liên quan đến qu n lý
giao dịch
7.3.3 Code form nhập thông 50$

tin phiếu và hiển thị thông
tin trên phiếu
7.3.4 Code ch c năng in, 50$

sửa, xóa, thêm phiếu.
47
7.3.5 Code ch c năng l u 50$
trữ và cập nhật giao dịch
vào hệ thống
7.3.6 Code xử lý thông tin 50$

trên phiếu, tự động cập nhật
thông tin mặt hàng vào
phiếu nếu đ ợc quét bằng
mư v ch, nhập phiếu th
công
7.3.7 Code ch c năng tự 25$

động ghi ngày giờ giao dịch
trên phiếu
7.4. Thực hiện công việc 50$
ch y thử module
7.5. Kiểm thử 150$
7.5.1 Kiểm thử giao diện, 50$

kiểm tra giao diện có đ t
yêu cầu, hình th c có đẹp
mắt, bố trí hợp lý không
7.5.2 Kiểm thử kh năng 50$

nhập xuất thông tin trên
phiếu, và kh năng xử lý
c a các nút ch c năng đã
xây dựng ở trên
7.5.3 Kiểm thử đơn vị, nhập 50$

thử các giá trị đơn vị c a hệ
thống nh đơn vị tiền, đơn
vị hàng hóa
7.6. Xây dựng báo cáo mô 0$
t chi tiết module
Báo cáo thống kê (900$) 8.1 Thống nhất và nhận bàn 100$
giao b n đặc t module
8.2.1 Xây dựng form đăng 100$

nhập, Code form đăng nhập,
phân quền cho các ng ời
dùng liên quan đến việc báo
cáo thống kê
48
8.2.2 Xây dựng form hiển 50$
thị báo cáo
8.2.3 Xây dựng form thống 50$

kê
8.2.4 xây dựng nút ch c 50$

năng lựa chọn thời gian
thống kê

năng thêm, sửa xóa, in, l u
trữ báo cáo
8.3.1 Code các form nh ở 150$

phần thiết kế
8.3.2 Code thêm ch c năng 150$

in thông tin ngày giờ thực
hiện thống kê, và in tên
ng ời thực hiện thống kê
8.4. Thực hiện ch y thử 100$
module đư xây dựng
8.5. Kiểm thử 100$
8.5.2 Kiểm thử kh năng 50$

xuất, in thông tin báo cáo có
đúng yêu cầu
8.5.1 Kiểm thử giao diện, 50$

kiểm tra giao diện có đ t
yêu cầu, về hình th c bố trí
giao diện
8.6. Xây dựng báo cáo mô 0$

t chi tiết module
Tích hợp và hoàn thiện s n 9.1. Tích hợp các module 100 $
phẩm (800 $) 9.2. Thực hiện kiểm thử 400 $
toàn hệ thống
9.3. Thực hiện fix các lỗi 300 $
tồn t i
Đóng gói s n phẩm và bàn 10.1. Viết b n báo cáo tổng 0$
49
giao (0 $) hợp
10.2. Lên kế ho ch b o trì 0$
phần mềm
10.3. Bàn giao s n phẩm 0$
cho khách
10.4. Kết thúc dự án 0$
5. Kế ho ch quản lỦ chất l ợng (Test plan)
Do 2 tester c a nhóm là Cao Văn Đích và Nguyễn Đ c Đông đ m nhận
5.1. Test plan của Cao Văn Đích
1. Giới thiệu
Các thành viên kiểm thử: Cao Văn Đích, Nguyễn Đ c Đông
Thời gian kiểm thử: 8-15/11/2013.
2. Kế ho ch kiểm thử hệ thống
2.1. Test toàn bộ cơ sở dữ liệu
Các nhiệm vụ cần làm:

- kiểm tra cơ sở dữ liệu, cách kết nối cơ dữ liệu,
- kiểm tra các sự kiện , kiểm tra ngày tháng
Ví dụ:
Kiểm tra từng thuộc tính trong các bảng dữ liệu:
- Kiểm tra ID của từng nhân viên xem có sự trùng hợp không
- Kiểm tra tên nhân viên : xem các trường hợp tên có các ký tự đặc
biệt hay độ dài của tên nhân viên
- Kiểm tra thuộc tính ngày tháng năm sinh:
Sau khi kiểm tra từng b n sẽ ghi ra báo cáo xem có sự sai sót nào trong cơ
sở dữ liệu không
2.2. Test ch c năng
Các nhiệm vụ cần làm :

- Nhập các tr ờng hợp cụ thể cho các thuộc tính
- Tiến hành kiểm tra từng module
Các b ớc tiến hành:
50
- Kiểm tra từng các module: qu n lý kho hàng. Qu n lý nhân viên.
Qu n lý khách hàng, qu n lý giao dịch, qu n lý nhà cunng cấp, báo
cáo thống kê
- Kiểm tra hộp đen:
- Kiểm tra các thuộc tính đầu vào đầu ra:
- Kiểm tra hộp trắng
Tích hợp module
Kiểm tra sự tích hợp phân quyền khi đăng nhập vào, ví dụ nh nhà qu n lý
nhân viên vs form qu n lý kho hàng, xem sự phân quyền và sự đúng đắn
giữa thông tin giữa 2 form
Tiếp theo giữa 2 form qu n lý kho hàng và qu n lý kho, xem sự xuất nhập
hàng với số l ợng vào trong kho, hay các thông tin nhà cung cấp 2 bên có
giống nhau không.
2.3. Test giao diện ng ời dùng

So sánh với các giao diện trong phần mềm với giao diện đ ợc thiết kế ban
đầu.
So sánh với thiết kê module ban đầu là giống nhau.
Sự tiện ích khi sử dụng:
- giao diện dễ nhìn
- cách sử dụng không quá ph c t p
2.4. Test việc n p

Kiểm tra sự chịu đựng c a phần mềm khi khối l ợng công việc tăng nhanh
chóng
Ví dụ:
- nạp đồng thời 2 người giao dịch trong module giao dịch hệ thống vận
hành bình thường
- nạp tiếp theo 5 người trong giao dịch
- nạp tiếp theo số lượng lên tới 50 người
Hệ thống vẫn hoạt động bình thường
- nạp lên tới 100 người hệ thống hoạt động chậm và thời gian chờ cao lên
- nạp lên tơi 200 người hệ thống bị treo
51
2.5. Test b o mật và quyền truy cập
- Kiểm tra m c độ b o mật c a hệ thống

- Kiểm tra sự an toàn dữ liệu
- Kiểm tra các quyền truy cập: đăng nhập = nhân viên xem xem có ch c năng
nh nhà qu n lý đ ợc không.

- kiểm tra t ờng lửa,
- kiểm tra an toàn dữ liệu khi có vi rut hay sự tấn công từ 1 hacker
- kiểm tra quyền truy cập: đăng nhập với nhân viên, qu n lý kho giám đốc
2.6. Test cấu hình

- kiểm tra cấu hình t ớng ng cho phần mềm: yêu cầu dung l ợng ra sao,
Ram sử dụng là bao nhiu ,,,,,
- sau khi kiêm tra đ a ra cấu hình tối thiểu c a máy tính cài đặt
 Ram 1gb
 Tốc đọ xử lý 1.3 ghz
 Hệ thố g á wi p / /
3. Công cụ, kỹ thuật kiểm thử
a. Các công cụ kiểm thử :
Công việc Công cụ Nhà cung cấp Version

Test Source Visual05, NUnit
Công cụ cho test ch c Visual05, NUnit
năng
Công cụ cho test sự Visual05, NUnit
thi hành
Sự theo dõi khuyết Xây dựng trên Word
điểm
Qu n lý dự án Xây dựng trên ,Word
52
b. Các kỹ thuật kiểm thử :
- Kiểm thử hộp trắng
- Kiểm thử hộp đen
- Xây dựng đồ thị đ ờng cong lỗi: nhằm theo dõi số lỗi trong thời gian
kiểm thử
- Biểu đồ uả lý lỗi
5.2. Test plan của Nguyễn Đức Đông
1. Test toàn bộ cơ sở dữ liệu

Cách nhiệm vụ cần làm:
- Kiểm tra cơ sở dữ liệu, cách kết nối cơ dữ liệu
- Kiểm tra các sự kiện
- Kiểm tra các đơn vị nh tiền, số l ợng
- Kiểm tra ngày, tháng, năm xem hiển thị có chuẩn không
- Kiểm tra tài kho n c a nhân viên xem có bị trùng nhau không, mật
khẩu có đ độ dài không, tài kho n nhân viên không để null
- Kiểm tra kh năng cập nhập cập nhập thêm sửa xóa thông tin.
- Kiểm tra tên nhân viên : xem các tr ờng hợp tên có các ký tự đặc
biệt hay độ dài c a tên nhân viên
- Kiểm tra cú pháp
2. Test ch c năng
- Nhập các tr ờng hợp cụ thể cho các thuộc tính
- Tiến hành kiểm tra từng module
- Kiểm tra từng các module: qu n lý kho hàng. Qu n lý nhân viên.
Qu n lý khách hàng, qu n lý giao dịch, qu n lý nhà cunng cấp, báo
cáo thống kê
- Kiểm tra hộp đen:
- Kiểm tra các thuộc tính đầu vào đầu ra:
- Kiểm tra hộp trắng
- Nhập các thuộc tính
- Tích hợp module
3. Test giao diện ng ời dùng

Kiểm tra giao diện có đ t yêu cầu không
Tiện ích khi sử dụng:
53
- Giao diện bố trí hợp lý dễ dùng
- Cách sử dụng dễ dàng
4. Test nhập dữ liệu

- Kiểm tra ho t động c a phần mềm nếu có nhiều ng ời truy cập, và giao
dịch lớn
Ví dụ:
- nạp theo số lượng 5 người trong giao dịch
- nạp tiếp theo số lượng lên tới 50 người
hệ thống vẫn hoạt động bình thường
- nạp lên tới 100 người hệ thống hoạt động chậm và thời gian chờ cao lên
- nạp lên tơi 200 người hệ thống bị treo
5. Test b o mật và quyền truy cập

- Kiểm tra m c độ b o mật c a hệ thống

- Kiểm tra sự an toàn dữ liệu
- Kiểm tra các quyền truy cập
- kiểm tra an toàn dữ liệu khi có virus
- kiểm tra kh năng b o mật khi bị hacker tấn công
- kiểm tra quyền truy cập: đăng nhập với nhân viên, qu n lý kho giám
đốc
6. Test cấu hình

- Kiểm tra cấu hình mà phần mềm có thể ho t động tốt
- Kiể t a cấu hì h tối thiểu cầ dùng cho phầ ề
6. Tổ chức nhân s d án
6.1. Kế hoạch tổ chức nhân sự - Phụ trách : Nguyễn Anh Tú
B ng đánh giá năng lực chuyên môn
Thang đánh giá : T(Tốt), K(Khá), TB(Trung bình), Y(Yếu)
Thu thập Thiết kế Mã hóa Kiểm Viết tài Cài đặt

và phân Tk giao Tk cơ Tk thử liệu và vận
54
tích yêu diện sở dữ ch ơng HDSD hành hệ
cầu liệu trình thống
Tú T K K K TB K T K
Thắng T T T T TB K K TB
Nghị TB TB TB T K K K TB
Đích TB TB TB TB T TB TB K
Đông TB TB TB TB K TB TB K
B ng đánh giá thái độ, kỹ năng làm việc hiệu qu c a đội dự án
Kỹ năng giao Kỹ năng Kỹ năng Kỹ năng Tinh thần Ghi chú

tiếp làm vi c làm vi c đ c quản lỦ thái đ khác
nhóm l p th i gian
Tú - Giao tiếp tốt Tốt Tốt - Luôn đúng - Nhiệt tình, - S c khỏe
- Có kỹ năng khai hẹn hăng hái, tự tin không tốt
thác thông tin từ trong công việc
khách hàng - Có ý th c kỷ
luật nghiêm
Thắng - Giao tiếp khá Khá Tốt - Một vài lần - Nhiệt tình, - Yêu thích Java
trễ h n nộp hăng hái, có
bài tinh thần trách
nhiệm cao
Nghị - Giao tiếp rất tốt, có Khá Khá - Luôn đúng - Nhiệt tình, - Có kh năng
kh năng thuyết trình hẹn hăng hái, tuy gắn kết các
sinh động nhiên vẫn ch a thành viên trong
thật sự tự giác đội dự án
trong công việc
Đích - Chỉ ở m c bình Khá Khá - Một vài lần - Có ý th c - Yêu thích test
th ờng trễ h n nộp hoàn thành đ game
bài các nhiệm vụ
đ ợc giao
Đông - Chỉ ở m c bình Khá Khá - Một vài lần - Có ý th c - Có kh năng
th ờng trễ h n nộp hoàn thành đ test các ch ơng
bài các nhiệm vụ trình C#
đ ợc giao
6.2. Quan hệ giữa thành viên và các nhiệm vụ dự án – Phụ trách : Cả nhóm
Ma trận RACI thể hiện mối liên hệ nhiệm vụ và thành viên đội dự án
Project Design Coders Testers

Manager Engineer
Thu thập yêu A R I I
cầu
Xây dựng b n A R C I
yêu cầu chi tiết
Thiết kế kiến A R I I
55
trúc phần mềm
Thiết kế giao A R C C
diện
Thiết kế cơ sở A R C C
dữ liệu
Code s n phẩm A C R I
Test phần mềm A C C R
Triển khai A R R R
Ma trận RACI cho từng work packages

1. Qu n lý dự án
RACI - Tú Thắng Ngh Đích Đông

manager
Work R C
package 1.1
1.1.1 R C
1.1.2 R C
Work R C
package 1.2
1.2.1 R C
1.2.2 R C
Work R C
package 1.3
Work R C
package 1.4
1.4.1 R C
1.4.2 R C
1.4.3 R C
2. Phân tích và thiết kế hệ thống

analyst
Work A R I I I
package 2.1
2.1.1 A R I I I
2.1.2 A R I I I
2.1.3 A R I I I
Work A R I I I
package 2.2
2.2.1 A R I I I
2.2.2 A R I I I
56
Work A R I I I
package 2.3
2.3.1 A R I I I
2.3.2 A R I I I
2.3.3 A R I I I
2.3.4 A R I I I
2.3.5 A R I I I
2.3.6 A R I I I
2.3.7.1 A R I I I
2.3.7.2 A R I I I
2.3.8 A R I I I
Work A R I I I
package 2.4
2.4.1 A R I I I
2.4.2 A R I I I
Work A R I I I
package 2.5
Work A R I I I
package 2.6
3. Module Qu n lý kho hàng

coding
3.1.1 A C R I I
3.1.2 A C R I I
3.2.1 A C R I I
3.2.2: A C R I I
3.2.3: A C R I I
3.2.4 A C R I I
3.3.1: A C R I I
3.3.2: A C R I I
3.3.3: A C R I I
3.3.4 A C R I I
3.4.1: A C R I I
3.5.1: A C I R R
57
3.5.2 A C I R R
3.6.1 A C R I I
4. Module Qu n lý khách hàng

coding
4.1.1: A C R I I
4.1.2: A C R I I
4.2.1 A C R I I
4.2.2 A C R I I
4.3.1: A C R I I
4.3.3 A C R I I
4.3.4 A C R I I
4.4.1: A C R I I
4.4.2 A C R I I
4.5.1 A C I R R
4.5.2 A C I R R
4.6.1: A C R I I
4.3.3 A C R I I
4.3.4 A C R I I
5. Module Qu n lý nhân viên

coding
5.1.1 A C I R I
5.1.2 A C I R I
5.2.1 A C I R I
5.2.2 A C I R I
5.2.3 A C I R I
5.2.4 A C I R I
58
5.3.1 A C I R I
5.3.2 A C I R I
5.3.3 A C I R I
5.3.4 A C I R I
5.4.1 A C I R I
5.5.1 A C R I R
5.5.2 A C R I R
5.6.1 A C I R I
6. Module Qu n lý nhà cung ng

coding
6.1.1 A C I R I
6.1.2 A C I R I
6.2.1 A C I R I
6.2.2 A C I R I
6.3.1 A C I R I
6.3.2 A C I R I
6.3.3 A C I R I
6.4.1 A C I R I
6.5.1 A C R I R
6.5.2 A C R I R
6.6.1 A C I R I
7. Module Qu n lý giao dịch

coding
7.1.1 A C I I R
7.1.2 A C I I R
59
7.2.1 A C I I R
7.2.2 A C I I R
7.2.3 A C I I R
7.2.4 A C I I R
7.2.5 A C I I R
7.2.6 A C I I R
7.3.1 A C I I R
7.3.2 A C I I R
7.3.3 A C I I R
7.3.6 A C I I R
7.3.7 A C I I R
7.4.1 A C I I R
7.5.1 A C R R I
7.5.2 A C R R I
7.5.3 A C R R I
7.6.1 A C I I R
8. Module Báo cáo thống kê

coding
8.1.1 A C I I R
8.2.1 A C I I R
8.2.2 A C I I R
8.2.3 A C I I R
8.2.4 A C I I R
8.2.5 A C I I R
8.3.1 A C I I R
8.3.2 A C I I R
60
8.4.1 A C I I R
8.5.1 A C R R R
8.5.2 A C R R R
8.6.1 A C I I R
9. Tích hợp và hoàn thiện s n phẩm
RACI ậ Tú Thắng Ngh Đích Đông

complete
9.1 A C R R
9.2.1 A C R R
9.2.2 A C R R
10. Đóng gói phần mềm và chuyển giao
RACI ậ close Tú Thắng Ngh Đích Đông

projecr
10.1 R
10.2 R
10.3 R
10/4 R
7. Kế ho ch quản lỦ truyền thông (Communication Plan) ậ Ph trách :

Nguy n Anh Tú
Lo i M c Hình Tần Bên h u Di n giả Tài li u Đ nh

truyền đích thức suất quan chuyển d ng
thông truyền giao
thông
Tuyên Giới Họp mặt 1 lần + Nhà tài Project + Project +B n
bố dự án thiệu về trợ dự án Manager Charter c ng tài
dự án và + Project liệu,
đội dự Manager slide
án. Phát + Đội dự
biểu án
những + Các
ph ơng stakeholder
pháp liên quan
triển
61
khai dự
án
Họp mặt Phân Họp mặt, Một + Đội dự Project + Project +B n
đội dự công t o group tuần án Manager Scope c ng tài
án công trên một lần Statement liệu,
việc cho Facebook + Project slide
các Schedule
thành
viên đội
dự án
Họp mặt Phân Họp mặt, Tối + Đội thiết Tr ởng +B n +B n
đội thiết công trao đổi thiểu kế nhóm Phân tích c ng tài
kế hệ công qua điện một lần, thiết kế hệ thống liệu,
thống việc cho tho i, những + Các slide
đội phân group lúc cần biểu mẫu
tích thiết Facebook thiết thiết kế
kế hệ
thống
Họp mặt Phân Họp mặt, Một + Đội Project + Biên +B n
đội công trao đổi tuần coder Manager b n th o c ng tài
coder công qua điện một lần luận liệu,
việc cho tho i, nhóm slide
nhóm group
lập trình Facebook
Họp báo Theo dõi Họp mặt Hai tuần + Toàn đội Project + Slide +B n
cáo tiến tiến độ một lần dự án Manager báo cáo c ng tài
độ dự án làm việc + Project liệu,
c a đội schedule slide
dự án
8. Kế ho ch quản lỦ r i ro (Risk Management Plan) ậ Ph trách : Nguy n

Anh Tú
8.1. Khách hàng đòi thay đổi yêu cầu d án
 Đặc điểm : Khách hàng đột nhiên đòi thay đổi một số điểm quan trọng trong
b n yêu cầu. Ví dụ nh thêm một số ch c năng nh qu n lý giờ giấc làm
việc, an ninh …
 Thời gian xuất hiện / Tần suất : Bất c lúc nào trong giai đo n lập kế ho ch
hoặc thực thi dự án.
 Nguyên nhân : Do khách hàng
 Phòng ngừa r i ro : Cần kh o sát cặn kẽ, tỉ mỉ tr ớc khi đ a ra b n phân
tích cho khách hàng. Nên đ a nhiều mẫu thiết kế cho khách hàng tham
62
kh o, tránh chỉ đ a một mẫu. Trong quá trình thực hiện PM cần th ờng
xuyên liên hệ với khách hàng để cập nhật thay đổi, tránh để quá muộn.
 Ph ơng pháp ph n ng : Yêu cầu khách hàng thống nhất chốt h những
thay đổi cuối cùng.
 ớc tính chi phí ph n ng : Tùy thuộc vào giai đo n thay đổi, có thể sẽ ph i
yêu cầu khách hàng chi thêm tiền.
 ớc tính thời gian ph n ng : Ngay lập t c.
 Nhân sự đối phó : PM, nhân viên phân tích hệ thống.
8.2. D án b vỡ kế ho ch th i gian
 Đặc điểm : Các công việc không hoàn thành đúng tiến độ dẫn đến chậm bàn
giao s n phẩm cho khách hàng.
 Thời gian xuất hiện / Tần suất : Vào giai đo n đầu và cuối dự án
 Nguyên nhân : Do sự ch quan c a các thành viên đội dự án, mất thời gian
vào tìm hiểu quy trình nghiệp vụ c a siêu thị khách hàng, không có lịch
biểu cụ thể.
 Phòng ngừa r i ro : PM cần xác định rõ các công việc cần làm ngay từ đầu,
t o một lịch biểu cụ thể cho từng thành viên.
 Ph ơng pháp ph n ng : Xác định số ngày chậm tiến độ, rút ngắn thời gian
một số công việc không quan trọng, nếu không thể kịp thì ph i thông báo
tr ớc với khách hàng kèm lời xin lỗi và gi i thích .
 ớc tính thời gian ph n ng : Ngay lập t c sau khi PM tổ ch c cuộc họp
gi i quyết khó khăn với các thành viên.
8.3. Các thành viên trong đ i d án không đoàn kết, mâu thu n v i nhau
 Đặc điểm : Các thành viên không thực sự hợp tác trong công việc, nói xấu
nhau nh h ởng đến chất l ợng cũng nh tiến độ dự án.
 Thời gian xuất hiện / Tần suất : Bất c lúc nào, nh ng th ờng gặp nhất
trong giai đo n thực thi dự án.
 Nguyên nhân : Có thể do đội mới thành lập, các thành viên ch a có thời
gian làm quen, tìm hiểu lẫn nhau.
 Phòng ngừa r i ro : PM cần tổ ch c một buổi gặp mặt cho toàn thể đội dự
án tr ớc khi bắt đầu vào làm dự án chính th c để mọi ng ời hiểu nhau hơn.
 Ph ơng pháp ph n ng : Khi giao việc cho thành viên, PM ph i đ m b o sự
công bằng. Trong giai đo n thực thi, PM ph i chú ý sâu sát với đội, kịp thời
gi i quyết ngay những mâu thuẫn nhỏ.
 ớc tính thời gian ph n ng : Ngay lập t c.
 Nhân sự đối phó : PM.
8.4. M t thành viên bất ng xin rút khỏi d án
63
 Đặc điểm : Một thành viên trong đội đột nhiên nêu ý định muốn rời bỏ dự
án mặc dù đang tiến hành.
 Thời gian xuất hiện / Tần suất : Bất c lúc nào trong thời gian thực hiện dự
 Nguyên nhân : Có thể có rất nhiều nguyên nhân nh : Thành viên đó có vấn
án
đề s c khỏe hoặc lý do gia đình, cũng có khi do đ ợc một công ty khác lôi
 Phòng ngừa r i ro : Tr ớc khi bắt đầu dự án, PM cần ph i lập ra những quy
kéo.
tắc (team contract) chặt chẽ với đội dự án qua đó quy định mỗi thành viên
khi muốn nghỉ việc ph i thông báo tr ớc cho PM tối thiểu tr ớc 2 tuần.
 Ph ơng pháp ph n ng : Trong tr ờng hợp r i ro x y ra, tr ớc tiên PM cần
xác định kỹ độ lớn công việc mà nhân viên bỏ đi để l i. Tốt nhất nếu có thể
là giao thêm cho những nhân viên khác phần việc đó. Còn nếu nh không
đ nhân sự thì ph i tuyển thêm ng ời mới vào để hoàn thành công việc.
 ớc tính thời gian ph n ng : 1 đến 2 tuần.
 Nhân sự ph n ng : Các thành viên còn l i trong đội hoặc tuyển ng ời mới.
8.5. Khách hàng h y bỏ hợp đồng, rút tài trợ d án
 Đặc điểm : Khách hàng muốn chấm d t hợp đồng hoặc cắt tài trợ cho đội
dự án.
 Thời gian xuất hiện / Tần suất : Bất c lúc nào trong giai đo n thực thi dự
 Nguyên nhân : Do nhiều nguyên nhân nh khách hàng không hài lòng với
án.
công việc hay s n phẩm c a đội dự án, hoặc do kh năng tài chính không
đ m b o.
 Phòng ngừa r i ro : Cần có những điều kho n ràng buộc chặt chẽ trong hợp
đồng với khách hàng để ngăn họ đơn ph ơng h y hợp đồng.
 Ph ơng pháp ph n ng : Cố gắng thuyết phục khách hàng để giữ l i dự án,
còn nếu khách hàng kiên quyết muốn h y bỏ thì yêu cầu bồi th ờng tiền dự
án sau đó đi tìm một khách hàng tiềm năng khác.
 Thời gian ph n ng : 1 đến 2 tuần
 Nhân sự ph n ng : PM.
8.6. D án c n ki t kinh phí
 Đặc điểm : Trong quá trình thực hiện dự án, PM nhận thấy số tiền còn l i
không đ để chi cho các ho t động còn l i c a dự án.
 Thời gian xuất hiện / Tần suất : Bất c lúc nào trong giai đo n thực hiện dự
 Nguyên nhân : Có thể do lập b n kế ho ch chi phí không kỹ dẫn đến việc vỡ
án.
ngân quỹ cho dự án, hoặc do các thành viên chi tiêu quá m c, không tuân
th theo kế ho ch cũng có thể dẫn đến vỡ quỹ.
64
 Phòng ngừa r i ro : PM cần thống nhất với toàn đội về b n kế ho ch chi tiêu
thật rõ ràng, yêu cầu toàn đội dự án thực hiện nghiêm ngặt, có hình th c kỷ
luật với thành viên không tuân th đúng kế ho ch chi tiêu.
 Ph ơng pháp ph n ng : Xác định nguyên nhân gây thâm hụt ngân sách dự
án, sau đó họp toàn đội l i đề ra gi i pháp. Có thể cắt gi m tối đa những
ho t động không thực sự quan trọng với dự án, trong tr ờng hợp khó đ m
đ ơng PM cần liên hệ ngay với khách hàng, cố gắng xin lỗi và xin thêm tiền
tài trợ cho dự án.
 Thời gian ph n ng : Ngay lập t c.
 Nhân sự ph n ng : PM.
9. Kế ho ch mua sắm ậ Ph trách : Nguy n Anh Tú
B ng dự trù mua sắm tổng thể
Dự án sẽ có tất c 2403 $ (t ơng đ ơng 50 triệu 463 nghìn VNĐ) để trang tr i cho
việc mua sắm các thiết bị, huấn luyện thành viên.
Độ linh
Lo i Mô t Chi phí
ho t
Phần Servers $ 1200 +/- 5%
c ng
Phần Licenses $ 600 +/- 5%
c ng
Dịch vụ T vấn, huấn $ 200 +/- 5%
luyện
Tổng $ 2000 +/- 5%
cộng
Kế ho ch mua sắm chi tiết (l u ý giá mua phần mềm là theo m c giá u đưi cho sinh
viên)
Đối t ợng mua Nhà cung cấp Chi phí Thời gian Mục đích sử
sắm dụng
Máy tính server Acer 1200 $ (25,2 Toàn bộ thời Đ ợc sử dụng
Acer Aspire triệu đồng) gian dự án để test từng
X1900 module c a hệ
thống cũng nh
ch y thử, test
tổng thể toàn bộ
phần mềm
Bộ s n phẩm Microsoft 200 $ (4,2 triệu Toàn bộ thời Đ ợc sử dụng
65
Microsoft đồng) gian dự án để code phần
Visual Studio mềm dự án
2008
Bộ s n phẩm Microsofr 200 $ (4,2 triệu Toàn bộ thời Đ ợc sử dụng
Microsoft đồng) gian dự án để lập b ng
Office 2007 biểu, báo cáo
cho dự án
Bộ s n phẩm Microsoft 200 $ (4,2 triệu Toàn bộ thời Làm ph ơng
Microsoft SQL đồng) gian dự án tiện để t o cơ sở
Server 2008 dữ liệu cho
phần mềm
T vấn, huấn Công ty t vấn 200 $ (4,2 triệu Giai đo n thực Đào t o nghiệp
luyện cho các đồng) thi dự án vụ cho các
thành viên đội thành viên đội
dự án dự án, hỗ trợ
viết các báo cáo
dự án
66

D Tai Xay DNG PHN MM Qun Ly Sieu TH

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

D Tai Xay DNG PHN MM Qun Ly Sieu TH

Uploaded by

Copyright:

Available Formats

TR NG Đ I H C S PH M HÀ N I

KHOA CỌNG NGH THỌNG TIN

Giảng viên h ng d n : Cô Nguy n Th H nh

A. L i nói đầu ............................................................................................................................. 2

B. Hiến ch ơng d án (Project Charter) ậ Ph trách : Nguy n Anh Tú .............................. 3

1. Bản danh sách Stakeholder c a d án................................................................................. 4

1. Chứng minh tính khả thi c a d án (Project Justification) .......................................... 6

1. Quy trình làm vi c hi n t i c a siêu th ........................................................................... 9

1. Cấu trúc phân vi c (Work Breakdown Structure ậ WBS) ậ Ph trách : Cả nhóm .. 16

Project Charter (Hiến ch ơng dự án)

Tên d án : Xây d ng phần mềm quản lỦ siêu th th c phẩm Fivimart

Ngày bắt đầu : 15/9/2013

Ngày kết thúc : 20/11/2013

Ngân sách dành cho d án : c tính khoảng 12 000 USD.

Ng i quản lỦ d án (Project Manager) : Nguyễn Anh Tú

thêm nhà tài trợ).

Bảng vai trò và trách nhi m (Roles and Responsibilities)

Họ Tên Vai trò Vị trí Thông tin liên hệ

C. Bản danh sách Stakeholder (Stakeholder Register) ậ Ph trách

1. Bản danh sách Stakeholder c a d án

Name Position Organization Internal / Contacts Supports Major Main

2. Ma tr n quản lỦ Stakeholder (Stakeholder Analysis Matrix) ậ Ph trách

Stakeholder Analyst Matrix

Stakeholder Interests Influence Needs Expectations

+ C nhóm có thể tiếp

Supporter Medium High Hệ thống ho t động + Gi m bớt công s c

Sponsor High High Hệ thống ho t động + Gi m bớt chi phí

+ Chi phí làm dự án

D. Bản mô tả ph m vi d án (Project Scope Statement) ậ Ph

1. Chứng minh tính khả thi c a d án (Project Justification)

2. Đ nh nghĩa kết quả d án (Project Definition)

2.1. Mô tả phạm vi dự án (Project Scope Description)

 Phần mềm đ ợc triển khai đầy đ ít nhất 5 ch c năng đư nêu.

4. Nh ng h ng m c nằm ngoài d án (Project Exclusions)

Dự án sẽ không bao gồm những h ng mục sau :

5. Nh ng ràng bu c c a d án (Project Constraints)

Những ràng buộc nghiệp vụ (Business Constraints)

tối đa chêch lệch không quá 5 %.

Những ràng buộc về kỹ thuật (Technical Constraints)

6. Nh ng giả đ nh c a d án (Project Assumptions)

Gi định (Assumption) nh h ởng x y ra nếu gi định sai

E. Bản phân tích và thiết kế h thống (System analyst and Design)

1. Quy trình làm vi c hi n t i c a siêu th

2. Bảng xác đ nh yêu cầu

B PH N XÂY D NG VÀ BÁN HÀNG

STT Công vi c Lo i công vi c Đảm nhi m

3. Phân tích yêu cầu chức năng và phi chức năng

3.1. Yêu cầu chức năng chính

STT Tên quy đ nh Mô tả chi tiết Ghi

hàng - Hệ thống yêu cầu ng ời sử dụng chọn ch c năng muốn thực

3.2. Yêu cầu phi chức năng

STT N i dung Tiêu chuẩn Mô tả chi tiết Ghi chú

4. Các biểu đồ nghi p v UML

Biểu đồ USE CASE

1.B ng Khách Hàng :

2.B ng Khách Hàng thân thiết :

3.Phiếu thanh toán:

8 PhanCa Nvarchar(10) NotNull Ca Làm việc

F. Bản kế ho ch d án (Project Plan)

1. Cấu trúc phân vi c (Work Breakdown Structure ậ WBS) ậ Ph trách :

B n WBS tổng quan (dựa theo b n phân tích và thiết kế hệ thống)

Tên công việc Phân rư chi tiết

2. Viết từ điển phân vi c (WBS dictionary) ậ Ph trách : Cả nhóm