tài liệu quản trị dự án

Số nhóm
21

Tên thành viên
Vũ Thắng Lợi
20111764
Nguyễn Mạnh Nghĩa
20111920
Vũ Trọng Luân
20111826
Đặng Xuân Thượng
20112259

Ngày nộp
07/12/2014

*******
Dự án phát triển hệ thống bán hàng qua mạng cho
công ty New Fashion
*******

I.

Khởi tạo dự án
1. Hồ sơ dự án ( project profile)
1.1 Các bên liên quan
a. Công ty New Fashion ( khách hàng đặt hàng dự án hệ thống bán hàng)

Công ty New Fashion là một công ty tầm trung trong ngành công
nghiệp may mặc với khoảng 450 nhân viên . Cho đến nay, các kênh bán
hàng bị hạn chế do chỉ có mua trực tiếp tại cửa hàng

Các giám đốc điều hành quyết định bắt đầu dự án phát triển hệ thống
mới được gọi là “phát triển hệ thống bán hàng qua mạng”.
b. Công ty Oplus-software ( công ty nhận hợp đồng làm dự án bán háng trực
tuyến cho New Fashion.
Oplus-software : công ty thực hiện phát triển dự án bán hàng qua mạng
cho công ty New Fashion.
Oplus-software có một vài tiêu chí như sau :
Tiêu chí trong kinh doanh
o Sự hài lòng của khách hàng
o Mở rộng kinh doanh phần mềm
→ Tỷ lệ chi phí giảm chỉ còn dưới 80%.
o Bởi vì các kỹ năng được nâng cao, Oplus-software cố gắng giảm
gia công phần mềm và chuyển sang tìm khách hàng trong nước.
1


Tỷ lệ phần trăm chi phí tính theo công thức dưới đây.
Tỷ lệ phần trăm chi phí = (Cost/ Sales) × 100%
Tỷ lệ phần trăm chi phí càng thấp thì càng tốt
Mức lương : $ 1,000/tháng/người.

Thông tin về dự án của Oplus-software
Chi phí hỗ trợ phát triển là khoảng 5% tổng chi phí phát triển.
Chi phí quản lý dự án là khoảng 10% tổng chi phí phát triển.
o Thông tin về dự án tương tự trước đây :
Tên dự án : Develop the web shopping site project.
Ngôn ngữ : WEB (Java, UNIX, ORACLE)
Số lượng thực tế của mỗi đơn vị:
- Quản trị thông tin khác hàng ( đăng ký,xác nhận )  1,5 KS
- Tìm kiếm sản phẩm

 1 KS
- Đơn hàng ( chọn sản phẩm, nhận, gửi thông tin) 2 KS
- Xác nhận đã giao dịch
1,8 KS
Tổng người là 9,7 người làm trong vòng 1 tháng.
2. Yêu cầu đề xuất ( Request For Proposal)

Yêu cầu của New Fashion đối với Oplus-software.
2.1 Khảo sát hệ thống
a. Mục tiêu của dự án : mở rộng khách hàng sử dụng internet, kênh bán hàng
trực tuyến
b. Yêu cầu cơ bản với việc phát triển
Dễ sử dụng đối với khách hàng
Hoạt động liên tục 24 giờ/ngày, 365 ngày /năm
Thời gian phản hồi nhanh
c. Hình ảnh hệ thống mới

2


d. Phạm vi dự án

· Phát triển hệ thống website báng hàng qua mạng (Phân tích hệ thống để
hoạt động thử nghiệm)
2.2 Yêu cầu đề xuất ( bên New Fashion đưa ra cho bên Oplus-software)
Xin vui lòng bao gồm các thông tin sau trong đề xuất của bạn.? Ngoài ra, xin
vui lòng thêm những điểm cần thiết để dự án thành công, nếu có.
① Hãy cho chúng tôi điều kiện tiên quyết của bạn trong đề xuất.
② Ước lượng chi phí : Hãy cho chúng tôi chi phí ước tính cho dự án này cùng
với lý do?

③ Phạm vi dự án : Hãy cho chúng tôi phạm vi của các hoạt động có liên quan
đến tiêu chuẩn của chúng tôi.
④Phân phối : Hãy cho chúng tôi phân phối trong hợp đồng.
⑤Lịch trình : Hãy cho chúng tôi lịch trình cho đến ngày cắt qua.
⑥Tổ chức : Hãy cho chúng tôi tổ chức các công ty của mình cho dự án này.
⑦Họp (gặp mặt) : Xin gợi ý cho chúng ta những kế hoạch hợp thích hợp ?
⑧Vai trò : Hãy cho chúng tôi thấy vai trò và trách nhiệm.
⑨Điều kiện khác :Cho chúng tôi biết nếu bạn có bất kỳ các điều kiện khác liên
quan đến hợp đồng.
⑩Yêu cầu : Nếu bạn có bất kỳ yêu cầu cho chúng tôi, xin vui lòng cho chúng
tôi biết.
2.3 Hợp đồng ( contract agreement)
Phác thảo hợp đồng ( những ý chính) như sau :
(Bên A là New Fashion, bên B là Oplus-software)
· Bên B bắt đầu phát triển hệ thống ngay sau khi New Fashion nhận được thỏa
thuận hợp đồng
· Bên A hoặc Bên B có thể thay đổi thông số kỹ thuật nếu cần thiết.
· Khi bên B cần out source, Bên B phải yêu cầu bên A bằng văn bản và được
phép về nó.
· Bên B phải cung cấp các phân phôi bởi địa điểm và ngày thỏa thuận.
3


· Bên A kiểm tra việc phân phôi trong điều kiện được ghi trong thông số kỹ
thuật và báo cho bên B
· Tất cả các quyền sở hữu và quyền liên quan đến phân phôi phát triển và thực
hiện kỹ thuật trong suốt dự án này thuộc về bên A? khi bên B muốn sử dụng
cho khách hàng khác thì phải nhận được sự đồng ý từ bên A
· Sai lầm logic trong phân phôi hoặc các vấn đề khác cần được quy cho bên B,
bên B phải chỉnh sửa hoặc thêm với trách nhiệm của Bên B và bồi thường chi

phí càng sớm càng tốt.

2.4 Giao sản phẩm

Dòng hoạt động

4


Cấu trúc cơ sở dữ liệu
Thành viên quản trị : Member ID, tên, giới tính, địa chỉ, email, số đt, password
Hóa đơn : ngày tháng năm, mã khách hàng, ngày giao hàng, số lượng hàng, mã
sản phẩm, tên sản phẩm
Thông tin sản phẩm : tên sản phẩm, mã sản phẩm, giá cả, phân loại, hình ảnh,
số lượng còn trong kho.

5


3. Mục tiêu của dự án
• Nhận được sự hài lòng từ khách hàng
• Đáp ứng được 99% các nghiệp vụ phi nghiệp vụ công ty ABC yêu cầu
• Chi phí nằm trong phạm vi ngân sách đề ra, không được vượt quá

( trong phạm vi 100 triệu)
Thời gian hoàn thành dự án nhanh ( trước thời gian ít nhất 15 ngày)
Khả năng của từng thành viên được cải thiện ( trình độ, kỹ năng làm
việc nhóm, phân tích..v.v..)
• Có thể nâng cấp khi cần thiết và có thể tái sử dụng
•

•

4. CÁC RỦI RO CÓ THỂ GẶP PHẢI

Trang web chạy thiếu ổn định do khả năng thiết kế phần mềm không tốt.
Bị tấn công bởi các hacker.
Người dùng không biết đến nếu quảng bá không tốt.
Trang web được thiết kế không đúng chức năng mong muốn.
Sai sót dưới tầng database gây ra thiệt hại nghiêm trọng.
5. Ngân sách
Mức lương trung bình: $ 1,000/tháng/người. tương đương 20tr/tháng/người
Ước lượng nguồn nhân lực và thời gian cho các hoạt động
•
•
•
•
•

Hoạt động
Thu thập yêu cầu
Xác định phạm vi &
lập WBS
Lập kế hoạch

Ước lượng thời gian
2 ngày

Ước lượng nhân lực
2 người

2 ngày

2 người

5 ngày

3 người
6


Phân tích dữ liệu
Thiết kế cơ sở dữ liệu
Thiết kế giao diện
Lập trình
Kiểm thử hệ thống
Viết tài liệu hướng dẫn
sử dụng
Tranning
Trao đổi với khách
hàng
Dự trữ

2 ngày
3 ngày
4 ngày
15 ngày
5 ngày

2 người
2 người

2 người
4 người
2 người

1ngày

2 người

2 ngày
2 ngày

2 người
2 người

2 ngày

Tổng thời gian là : 110 ngày.
Vậy chi phí là 75 triệu.
Hỗ trợ phát triển chi phí là khoảng 5% tổng chi phí phát triển. =4 triệu
Quản lý dự án chi phí là khoảng 10% tổng chi phí phát triển. = 7,5 triệu
Tổng chi phí là 88 triệu.

II.

Project planning
1 . Thu thập yêu cầu
 Yêu cầu về chức năng
- Mô đun sản phẩm : Chia thành nhiều danh mục sản phẩm thời trang

-

có thể tự thay đổi theo nhu cầu ví dụ thời trang nam, thời trang nữ, thời
trang mùa đông, thời trang mùa hè...vvv. Trình bầy thông tin, hình ảnh
giá thành của sản phẩm theo dạng e-catalog. Tích hợp sẵn giỏ mua
hàng điện tử (e-shopping cart) phục vụ cho nhu cầu mua sắm trên
mạng của khách hàng. Doanh nghiệp có thể đăng thông tin sản phẩm
mới, sản phẩm giảm giá, sản phẩm được ưa thích.
Quản lý mua bán hàng : Lưu giữ thông tin về quá trình mua-bán hàng:
Người mua, ngày mua, Sp mua, số lượng, địa chỉ nhận hàng, thời gian
khách hàng muốn nhận hàng, đã giao hàng, chưa giao hàng, đã thanh

7


-

-

-

-

-

-

toán, chưa thanh toán…. giúp khách hàng và doanh nghiệp thuận tiện
tra cứu khi cần thiết.
Thanh toán : Module này đi kèm với giỏ mua hàng điện tử (e-shopping
cart). Chọn phương thức thanh toán (đv; vnđ) phục vụ cho nhu cầu

thanh toán qua mạng giữa người bán và người mua.
Đăng ký: với khách hàng cần cung cấp các thông tin sau: họ tên, địa
chỉ, số điện thoại, email, mật khẩu. Với thành viên trong công ty cần
cung cấp: họ tên, username, passwork, các quyền hạn tương tác vào hệ
thống. Tài khoản của nhân viên trong công ty do quản lý lập.
+ Các quyền hạn với tài khoản nhân viên: thêm sản phẩm, sửa –
xóa thông tin sản phẩm, in phiếu bán hàng, lập báo cáo, quản lý.
Tìm kiếm sản phẩm: khách hàng có thể tìm kiếm theo các thông tin:
loại sản phẩm, giá sản phẩm hoặc kết hợp cả hai.
Tìm kiếm thông tin đơn đặt hàng: nhân viên công ty có thể tìm kiếm
thồng tin đơn đặt hàng theo thông tin khách hàng.
Đặt hàng: khách hàng sau khi đăng nhập mới có thể đặt hàng. Họ có
thể chỉnh sửa thông tin đặt hàng ( số lượng, màu sắc, kích cỡ…) hoặc
xóa yêu cầu đặt nếu muốn.
Báo cáo, thống kê: có thể thông kê số lượng sản phẩm đặt hàng, thông
tin khách hàng đặt mua theo thời gian hoặc chung loại sản phẩm. Có
thể in ra lưu trữ (mẫu báo cáo khách hàng sẽ cung cấp).
In phiếu đặt hàng: phiếu đặt hàng cần có các thông tin sau: thông tin
khách hàng, thông tin sản phẩm, ngày đặt, thành giá, xác nhận của
người nhận hàng.
Quản lý sản phẩm: nhân viên công ty có thể thêm sản phẩm, sửa
thông tin sản phẩm hoặc xóa thông tin sản phẩm. một sản phẩm cần có
các thông tin: mã sản phẩm, chủng loại, tên sản phẩm, màu sắc, size, số
lượng, giá thành, hình ảnh. Việc tác động váo thông tin sản phẩm đều
được lưu lại để theo dõi nếu cần.

 Yêu cầu thiết kế
- Phần hiển thị nội dung được chia làm hai phần: một phần hiển thị

chủng loại mặt hàng phục vụ cho tìm kiếm và một phần hiển thị thông

tin sản phẩm.
-

Yêu cầu tạo ra hai trang:
+ Một trang phục vụ cho quan lỷ sản phẩm. Chỉ có những nhân
viên, quản lý của công ty mới biết đường dẫn và có khả năng
tương tác với trang này.
8


Một trang để giới thiệu sản phẩm-website mà khách hàng tương
tác.
- Giao diện chính của website được chia làm 3 phần chính: header, phần
hiển thị nội dung và footer.
+ Header chứa logo của công ty, poster của những bộ sưu tập. Nó
là sự trình chiếu ảnh.
+ Phần hiển thị nội dung là nơi cung cấp hình ảnh và thông tin của
sản phẩm, với 15 – 20 sản phẩm trên một trang.
+ Footer cung cấp thông tin địa chỉ và hình thức liên lạc của các
cửa hàng của công ty.
 Một số yêu cầu khác
- Công ty cung cấp bảng báo giá dịch vụ thuê sever, tên miềm, vị trí quản
cáo trên báo trực tuyến.
- Website sử dụng hai ngôn ngữ: tiếng anh (ENG) và tiếng việt (Viet)
+

2. Kế hoạch phạm vi
a. Phạm vi về sản phẩm (product scope)
Hệ thống bán hàng trực tuyến
Các hàm chức năng hệ thống : Mô đun sản phẩm, quản lý mua bán hàng, thanh

toán, đăng ký, tìm kiếm sản phẩm, đặt hàng , báo cáo thống kê, in phiếu đặt hàng, quản lý
sản phẩm
Giao diện : giao diện cho người mua hàng, giao diện cho người quản trị, nhân
viên.
Một số thông tin khác
b. Phạm vi dự án ( project scope)
Là phạm vi công việc để có được sản phẩm
-

-

Xây dựng dự án : khởi tạo kế hoạch và lập kế hoạch
Lập tài liệu phân tích thiết kế : phân tích hệ thống và thiết kế ( cơ sở dữ
liệu, thiết kế chương trình )
Xây dựng chức năng : xây dựng các chức năng của 1 web bàng hàng
nhưng quản lý người dùng, quản lý sản phẩm, tìm kiếm sản phẩm, đặt
hàng, lập báo cáo, phiếu.
Kiểm thử : kiểm thử hệ thống xem hệ thống đã hoạt động tốt hay chưa
Tranning : đào tạo cho người sử dụng
9


3. Xác định biểu đồ WBS ( Work Breakdown Structures)

4. Develop schedule
a. xác định các hành động

Sub-system
Khởi tạo dự án

Activity 1
Phân tích yêu cầu
Lập hồ sơ dự án

Lập kế hoạch
Lập kế hoạch phạm vi
Lập kế hoạch thời gian

Activity 2
Thu thập yêu cầu
Mô tả phạm vi
Lập biểu đồ WBS
Xác định hoạt động
Xác định trình tự hoạt
10


Lập kế hoạch chi phí

động
Ước tính thời gian
Lập lịch biểu
Ước lượng chi phí
Xác định ngân sách

Lập kế hoạch chất lượng
Lập kế hoạch quản lý nhân sự
Lập kế hoạch truyền thông
Lập kế hoạch rủi ro
Lập kế hoạch mua sắm

Phân tích chức năng
Phân tích dữ liệu
Thiết kế cơ sở dữ liệu
Phân tích và
thiết kế
Thiết kế chương trình

Đăng nhập/ đăng xuất
Đăng ký tài khoản
Quản lý người
dùng

Sửa thông tin tài khoản
Cấp quyền
Đóng tài khoản
Thêm sản phẩm

Quản lý sản
phẩm

Sửa thông tin sản phẩm
Xóa thông tin sản phẩm

Xác định rủi ro
Phân tích và định
lượng rủi ro
Lập kế hoạch phản hồi
rủi ro
Xác định chức năng
Phân tích dữ liệu

Kiểm tra
Thiết kế cơ sở dữ liệu
Thiết kế giao diện
chính
Thiết kế giao diện các
chức năng
Thiết kế thông báo sự
kiện
Thiết kế giao diện
Xây dựng
Kiểm tra modul
Xây dựng
Kiểm tra modul
Xây dựng
Kiểm tra modul
Xây dựng
Kiểm tra modul
Xây dựng
Kiểm tra modul
Xây dựng
Kiểm tra modul
Xây dựng
Kiểm tra modul
Xây dựng
Kiểm tra modul
11


Tìm kiếm theo chủng loại
Tìm kiếm sản

phẩm

Tìm kiếm theo giá thành
Tìm kiếm kết hợp
Thêm sản phẩm đặt mua
Sửa thông tin đăt mua

Đặt hàng
Xóa sản phẩm đặt mua
Tìm kiếm thông tin đặt mua (theo thông tin
khách hàng)
Lập báo cáo sản phẩm
Lập báo cáo –
phiếu

Lập báo cáo đặt mua
Xuất phiếu giao hàng

Kiểm thử (tòa
bộ hệ thống)
Tranning

Xây dựng
Kiểm tra modul
Xây dựng
Kiểm tra modul
Xây dựng
Kiểm tra modul
Xây dựng
Kiểm tra modul

Xây dựng
Kiểm tra modul
Xây dựng
Kiểm tra modul
Xây dựng
Kiểm tra modul
Xây dựng
Kiểm tra modul
Xây dựng
Kiểm tra modul
Xây dựng
Kiểm tra modul

Kiểm tra hệ thống
Lập báo cáo
Tạo tài liệu hướng dẫn sử dụng
Xây dựng kế hoạch tranning

B . Trình tự hoạt động theo PDM

Khởi tạo dự
án
Lập kế hoạch
12
Phân tích và
thiết kế

Lập
Tìm
Quản

Đặt
báo
kiếm
hàng
lýcáo
sản
sản–
phiếu
phẩm

Kiểm thử (toàn
hệ thống)

Tranning


Quản lý người
dùng

Phân tích yêu
cầu
Lập hồ sơ dự án

Khởi tạo dự án

Thu thập yêu
cầu

Lập kế hoạch

13
Xác định
phạm vi

Lập WBS

Xác
Ước
Xác
Lậpđịnh
định
lượng
kế hoạch
rủi
hoạt
chi
ro
truyền
chất
mua
nhân
động
phí
lượng
sắm
thông
sự

Xác
Xác

Phân
định
định
tích
trình
ngân
– định ƯớcPhương
lượng thời
án giải Lập lịch biểu
tự hoạt
lượng
sách
động
rủi ro
gianquyết


Phân tích
chức
C . Ước lượng
ngồn
nhân lực thời gian và chi phí
năng
Phân tích dữ

Hoạt động
Ước lượng thời gian
Ước lượng nhân lực
liệu
Thu thập yêu cầu

1 ngày
2-3 người
Xác định phạm vi & lập Thiết kế cơ sở
1 ngày Thiết kế giao
2 người
WBS
dữ liệu
diện chính
Lập kế hoạch
3 ngày
3 người
Phân tích dữ liệu
1 ngày
2 người
Thiết kế giao diện
Thiết kế cơ sở dữ liệu
3 ngày
2 người
chức
năng
Thiết kế giao diện
3 ngày
2 người
Lập trình
11 ngày
4 người
Thiêt
kế modul
Kiểm thử hệ thống
2 ngày

2 người
thông báo
Phân
tích &dẫn
thiết
Viết tài liệu
hướng
sửkế
1ngày
2 người
dụng
Tranning
2 ngày
2 người
2 ngày
Trao đổi với khách hàng
1 người
Dự trữ

Cấp quyền

2 ngày

ký trung
tài khoản
MứcĐăng
lương
bình: $ 1,000/tháng/người. tương đương 20tr/tháng/người
Tổng thời gian là : 110 ngày.
Vậy chi phí là 75 triệu.

Đăng nhập

Hỗ trợ phát triển chi phí là khoảng 5% tổng chi phí phát triển. =4 triệu
Quản lý dự án chi phí là khoảng 10% tổng chi phí phát triển. = 7,5 triệu
Sửa thông tin tài
khoản
Tổng chi phí
là 88 triệu.
Đóng tài khoản

Quản lý người dùng

5 . Develop Master Schedule

14


Lịch biểu
Ngày bắt
đầu

9/12/2014

Ngày kêt
thúc

Hoạt động

10/12/2014 Thu thập yêu cầu của bên liên quan

Mô tả

8h-12h: gặp bản quản lý công ty tìm
hiểm nhu cầu về chức năng hệ thống và
15


-

-

Xác định phạm
11/12/2014 12/12/2014 vi và biểu đồ
WBS
12/12/2014 15/12/2014

Lập kế hoạch dự
án

15/12/2014 16/12/2014 Gặp khách hàng

-

giao diện
2h-5h: gặp gỡ nhân viên, và một số
khách hàng tìm hiểu mong muốn hệ
thống sử dụng như thế nào
Mô tả phạm vị dự án
Thiết lập biểu đồ WBS
Xác định quy trình

Thủ tục thay đổi dự án
Lập kế hoạch chi phí, thời gian, nhân sự,
truyền thông, chất lượng, rủi ro, mua
sắm trình quản lý dự án

-

Thống nhất về một số vấn đề của kế
hoạch dự án

-

Thống nhất giao diện và chức năng sử
dụng trong hệ thống
Xây dựng modul
Kiểm thử modul khi hoàn thành

16/12/2014 19/12/2014 Phân tích dữ liệu
20/12/2014 23/12/2014

Thiết kế cơ sở dữ
liệu và giao diện

24/12/2014 25/12/2014 Gặp khách hàng
25/12/2014

5/1/2015

5/1/2015

7/12/2014

7/1/2015

8/1/2015

9/1/2015

11/1/2015

Lập trình các chức năng
Kiểm thử toàn hệ
thống
Viết tài liệu
hướng dấn sử
dụng hệ thống
Tranning

6 . Quản lý chất lượng sản phẩm
a . các tiêu chuẩn
•
•
•

Tính khả dụng của giao diện trang web
Tính ổn định của trang web khi có nhiều người truy cập
Tính toàn vẹn dữ liệu của trang web
16

Dữ liệu khi thêm các không vượt được quá 10000 sản phẩm
Bảng sau đây cho thấy mục tiêu quản lý chất lượng của dự án

Các sản
phẩm dự án
đưa ra
Tài liệu về
yêu cầu dự
án

Tiêu chuẩn chất
lượng của các sản
phẩm Tiêu chuẩn về
độ hoàn thiện và sửa
lỗi
Chính xác ngắn gọn
và dễ hiểu

Các hoạt động giám sát chất
lượng

Thời gian thảo
luận

- Trao đổi thông tin với khách
hàng.
- Trao đổi với người có chuyên
môn
- Các thành viên phát triển tìm
hiểu hoạt động và nhu cầu thực

tế
- Họp mặt đội dự án để tổng
hợp những gì đã thu thập.
- Có tài liệu xác nhận và trao
đổi sự thay đổi này đối với toàn
dự án.
- Cập nhật lại các tài liệu của dự
án.
Đưa ra giao diện chính của phần
mềm

-Thảo luận tuần

Các yêu cầu
thay đổi

Khi có yêu cầu thay
đổi cả nhóm sẽ bàn
bạc và đưa ra ý kiến
thống nhất

Bản mẫu
giao diện

Theo yêu cầu của
khách hàng đưa ra.

Tài liệu
phân tích

Độ chính xác của tài
liệu so với yêu cầu
của khách hàng.

Yêu cầu khách hàng xem xét lại
tài liệu đặc tả đáp ứng yêu cầu

Thiết kế cơ
sở dữ liệu

Tài liệu Cơ sở dữ liệu
phải theo chuẩn SQL
Thiết kế cơ sở dữ liệu
phải chính xác Tài
liệu thiết kế theo yêu
cầu khách hàng.
Tài liệu dể sử dụng,
dể đọc, dễ hiểu.
Yêu cầu cơ sở dữ liệu
dễ hiểu, dễ sử dụng.

- Tham khảo các tài liệu trước
Tạo ra một danh sách
- Kiểm tra cơ sở dữ liệu có đáp
ứng các chuẩn

- Thảo luận tuần
- Thảo luận tuần
-Thảo luận tháng
Khi có yêu cầu

thay đổi.

Được thực hiện
khi bắt đầu thiết
kế
Thực hiện 1 tuần
1 lần trong phân
tích yêu cầu
Thực hiện khi
đưa ra tài liệu đặc
tả
- Thực hiện trước
khi thiết kế
database
- Thực hiện khi
bắt đầu thiết kế cơ
sở dữ liệu
- Khi thiết kế
xong cơ sở dữ liệu
17


Các sản
phẩm dự án
đưa ra
Tài liệu
thiết kế chi
tiết

Mã nguồn

Tài liệu
triển khai

Tiêu chuẩn chất
lượng của các sản
phẩm Tiêu chuẩn về
độ hoàn thiện và sửa
lỗi
Dùng chuẩn UML để
thiết kế các class

Về mặt logic chính
xác theo tài liệu thiết
kế
Code dễ hiểu, sáng
sủa.
Tài liệu viết phải dễ
hiểu,dễ sử dụng – cho
1 người ko hiểu sâu
về công nghệ cũng có
thể làm theo được

Các hoạt động giám sát chất
lượng

Toàn đội xem xét
Tạo ra một danh sách kiểm tra
UML
Thực hiện test các quan hệ trên

UML

Unit test và integration test theo
các test các

Thời gian thảo
luận

1 tuần 1 lần trong
pha thiết kế tài
liệu chi tiết
Thực hiện khi bắt
đầu pha thiết kế
Thực hiện khi
thiết kế xong 1
module trong pha
thiết kế chi tiết.
Thực hiện trong
Pha kiểm thử

- Toàn đội xem xét lại

- Thực thiện trước
khi tạo phiên bản
cuối

-Thực hiện test một các ví dụ

- Trước khi thực
đưa ra phiên bản

cuối cùng

7 . Quản lý rủi ro
Các rủi ro tiềm ẩn và cách khắc phục
TÊN RỦI RO
Nhân lực

NGUYÊN NHÂN

TÁC ĐỘNG

Sức khỏe, cv Thời gian hoàn
gia đình, tinh thành.
thần giảm sút,

Khả năng
giải quyết

Cách giải quyết

Có thể khắc
phục được

Mỗi cá nhân phải cố gắng
làm việc để không chậm tiến
18


bỏ việc...
Thay đổi yêu Yêu cầu của

cầu
người sử dụng
và người quản
lí dự án thay
đổi trong quá
trình phát triển
dự án
Ước lượng
thời gian

độ của dự án.
- Thời gian
phân tích yêu
cầu mới dẫn
tới tiến độ
hoàn thành dự
án thay đổi

Có thể khắc
phục được

Phân tích rõ ràng về sự thay
đổi, ảnh hưởng của sự thay
đổi đến tiến độ dự án
Tìm cách khắc phục

- Chi phí tăng

Ước lượng thời Dự án hoàn
gian quá sai thành chậm

lệch
theo kế hoạch.

Cao

-Nhóm dự án có thể thêm
người mới.
-Hạn chế một số chức năng
không quan trọng trong hệ
thống.
-Ước lượng lại thời gian
hoàn thành.

Thay đổi
trong cách
quản lí
Chi phí

Công nghệ

Thay đổi cách
quản lí thông
tin, viêc lưu trữ
cơ sở dữ liệu.

Phân tích và
thiết kế lại
chức
năng
quản lí

Có thế hạn
chế được.

Vượt quá ngân Chi phí tăng,
sách
có thể không
đủ ngân sách.

Có thể khắc
phục được

Việc lựa chọn
công cụ để xây
dựng cho phù
hơp với yêu
cầu của người
sử dụng và
công nghệ hiện
tại.

Có thể khắc
phục được

Người
phát
triển
không
quen sử dụng
công cụ.

-Nghiên cứu cách quản lý tối
ưu nhất.
-Ước lượng lại thời gian
- Hạn chế sự thay đổi và chi
phí phát sinh
- có chi phí dự phòng
-Các thành viên trong nhóm
thường xuyên trao đổi với
nhau.
-Tìm hiểu công nghệ hiện
nay, ngôn ngữ viết.

19


20