Báo cáo bài tập lớn - ĐBCLPM - Nhóm 5

TRƯỜNG ĐẠI HỌC CÔNG NGHỆ GIAO THÔNG VẬN TẢI
KHOA CÔNG NGHỆ THÔNG TIN

-----o0o-----
BÁO CÁO MÔN HỌC: ĐẢM BẢO CHẤT LƯỢNG PHẦN MỀM
LỚP: 72DCTT24
NHÓM 5
TỀN ĐỀ TÀI: XÂY DỰNG PHẦN MỀM QUẢN LÍ BÁN QUẦN ÁO
HÀ NỘI – 2023
TRƯỜNG ĐẠI HỌC CÔNG NGHỆ GIAO THÔNG VẬN TẢI
KHOA CÔNG NGHỆ THÔNG TIN

-----o0o-----
BÁO CÁO MÔN HỌC: ĐẢM BẢO CHẤT LƯỢNG PHẦN MỀM
LỚP: 72DCTT24
NHÓM 5
TỀN ĐỀ TÀI: XÂY DỰNG PHẦN MỀM QUẢN LÍ BÁN QUẦN ÁO
GIÁO VIÊN HƯỚNG DẪN: NGUYỄN VĂN CƯỜNG

NHÓM SINH VIÊN THỰC HIỆN: NGUYỄN QUỐC DUY
CHU NGUYÊN PHONG
ĐẶNG VĂN ĐANG
VŨ MINH ĐỨC
TRẦN VIỆT ANH
HÀ NỘI – 2023
NHẬN XÉT CỦA GIÁO VIÊN HƯỚNG DẪN
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
.................................................................................................................................
Giáo viên hướng dẫn
NGUYỄN VĂN CƯỜNG

BẢNG PHÂN CÔNG CỦA THÀNH VIÊN
STT Họ và tên Phần trăm đóng góp Ghi chú

1 Nguyễn Quốc Duy 40% Nhóm trưởng
2 Chu Nguyên Phong 20% Thành viên
3 Đặng Văn Đang 15% Thành viên
4 Vũ Minh Đức 20% Thành viên
5 Trần Việt Anh 5% Thành viên
Trưởng nhóm
Nguyễn Quốc Duy
1
MỤC LỤC
BẢNG PHÂN CÔNG CỦA THÀNH VIÊN .........................................................................................1

MỤC LỤC ...............................................................................................................................................2
DANH MỤC TỪ VIẾT TẮT .................................................................................................................5
BACKUP .................................................................................................................................................6
CHƯƠNG I. TỔNG QUAN VỀ DỰ ÁN .........................................................................................7
1. Mô tả dự án .................................................................................................................................7
2. Phạm vi và mục đích ..................................................................................................................7
2.1 Mô tả sơ lược hệ thống .......................................................................................................7
2.2 Phạm vi dự án .....................................................................................................................8
2.3 Yêu cầu sản phẩm ..............................................................................................................8
2.4 Đối tượng sử dụng hệ thống ..............................................................................................9
2.5 Các giả thiết ràng buộc ......................................................................................................9
2.6 Quá trình thực hiện dự án ...............................................................................................10
2.7 Đội dự án ...........................................................................................................................12
3. Mục tiêu dự án ..........................................................................................................................13
4. Phụ thuộc quan trọng ..............................................................................................................14
5. Kế hoạch quản lí dự án ............................................................................................................14
5.1 Các bước quản lí dự án ....................................................................................................14
5.2 Kế hoạch quản lý ngân sách dự án .................................................................................15
5.3 Công cụ lập kế hoạch .......................................................................................................15
5.4 Công cụ lập trình và môi trường phát triển...................................................................15
5.5 Hỗ trợ từ khách hàng .......................................................................................................15
5.6 Sản phẩm giao cho khách hàng .......................................................................................16
CHƯƠNG II. QUẢN LÝ DỰ ÁN ....................................................................................................16
1. Quản lí phạm vi dự án .............................................................................................................16
1.1 Khởi tạo dự án, thu thập và xác định yêu cầu ...............................................................16
1.2 Phân tích yêu cầu..............................................................................................................17
1.3 Phân tích thiết kế ..............................................................................................................17
1.4 Cài đặt ...............................................................................................................................17
1.5 Kiểm thử và sửa lỗi ..........................................................................................................18
1.6 Làm guideline ...................................................................................................................18
1.7 Nghiệm thu, bàn giao .......................................................................................................18
1.8 Tổng kết và đóng dự án ...................................................................................................18
2. Kế hoạch quản lý thay đổi dự án ............................................................................................19
2.1 Mô tả kế hoạch quản lý thay đổi dự án ..........................................................................19
2.2 Quy trình thay đổi dự án .................................................................................................21
2.3 Chú ý .................................................................................................................................22
3. Kế hoạch quản lý chi phí dự án ..............................................................................................23
2
3.1 Dự tính chi phí các loại ....................................................................................................24
3.2 Chi phí dự tính cho các phần chính ................................................................................25
3.3 Ước lượng lương mỗi người ............................................................................................25
4. Quản lý thời gian và lập lịch ...................................................................................................26
4.1 Các mốc kiểm soát ............................................................................................................26
4.2 Lập lịch dự án ...................................................................................................................26
5. Quản lý nhân sự........................................................................................................................28
5.1 Các vị trí trong đội dự án ................................................................................................28
5.2 Cơ cấu tổ chức đội dự án .................................................................................................29
5.3 PROJECT TEAM ............................................................................................................29
5.4 Ma trận gán trách nhiệm .................................................................................................32
5.5 Ma trận kĩ năng ................................................................................................................35
6. Quản lý giao tiếp và truyền thông...........................................................................................36
6.1 Các bên tham gia. .............................................................................................................36
6.2 Thông tin liên lạc giữa các bên. .......................................................................................36
6.3 Nhu cầu thông tin liên lạc của các đối tượng liên quan. ...............................................37
6.4 Ma trận truyền thông. ......................................................................................................37
6.5 Lịch họp các bên. ..............................................................................................................39
7. Quản lý rủi ro ...........................................................................................................................40
7.1 Xác định rủi ro..................................................................................................................40
7.2 Phân tích, đánh giá, lập kế hoạch quản lý rủi ro ...........................................................41
7.3 10 rủi ro hàng đầu và hướng giải quyết .........................................................................47
7.4 Kiểm soát các rủi ro .........................................................................................................50
CHƯƠNG III. KẾ HOẠCH ĐẢM BẢO CHẤT LƯỢNG..........................................................51
1. Chiến lược phòng chống khiếm khuyết ..................................................................................51
2. Chiến lược đánh giá .................................................................................................................52
3. Tổ chức đội đảm bảo chất lượng website ...............................................................................54
4. Các công việc đảm bảo chất lượng sản phẩm ........................................................................54
5. Kế hoạch thực hiện và giám sát chất lượng ...........................................................................55
CHƯƠNG IV. KẾ HOẠCH KIỂM THỬ ....................................................................................56
1. Mục đích ....................................................................................................................................56
2. Chi tiết các loại hình kiểm tra .................................................................................................56
3. Các loại hình kiểm thử .............................................................................................................58
3.1 Kiểm thử đơn vị ................................................................................................................58
3.2 Kiểm thử tích hợp ............................................................................................................58
3.3 Kiểm thử hệ thống ............................................................................................................59
4. Chi tiết thực hiện kiểm thử ......................................................................................................59
4.1 Kiểm thử đơn vị ................................................................................................................59
4.2 Kiểm thử tích hợp ............................................................................................................60
4.3 Kiểm thử hệ thống ............................................................................................................60
4.4 Measurements Program...................................................................................................61
3
CHƯƠNG V. QUẢN LÝ CẤU HÌNH ............................................................................................61
1. Giới thiệu...................................................................................................................................61
2. Quy trình quản lý cấu hình .....................................................................................................62
2.1 Quy ước nhận dạng và đặt tên CI ...................................................................................62
2.2 Xác định và quy ước đặt tên mẫu cấu hình....................................................................63
2.3 Cấu trúc thư mục & Quyền truy cập .............................................................................65
2.4 Cấu trúc thư mục .............................................................................................................66
2.5 Đối với các vật phẩm được lưu trữ vật lý .......................................................................68
4
DANH MỤC TỪ VIẾT TẮT
Acronym Definition Note

Architecture design
ADD Tài liệu thiết kế kiến trúc
Document
Infrastructure configuration
CC Người quản ly cấu hình
Controller
CI Configuration item Các mục cấu hình
CM Configuration management Quản ly cấu hình
Computer software Mục cấu hình phần mềm máy
CSCI
Configuration items Tính
DDD Detail design document Tài liệu thiết kế chi tiết
PM Project manager Trưởng dự án
PTL Project technical leader Trưởng nhóm kĩ thuâṭ
PIC Person in charge Người phụ trách
SM Senior manager Giám đốc dự án
Trưởng nhóm đảm bảo chất
QA Quality assurance officer
Lượng
Software requirement Tài liệu đặc tả yêu cầu phần
SRS
Specification mềm
Source Source code Mã nguồn
Tài liệu yêu cầu người sử
URD User requirement document
dụng
Requirement
RSD Tài liệu đặc tả yêu cầu
Specification document
TP Test plan Kế hoạch kiểm thử
TC Test case Kịch bản kiểm thử
WIP Work in progress Tài liệu tiến trình công việc
WP Work product Sản phẩm công việc
SOW Satement of work Phát biểu bài toán
UTP Telerik test plan Kế hoạch kiểm thử tự động
ITP Intergration test plan Kế hoạch kiểm thử tích hợp
STP System test plan Kế hoạch kiểm thử hệ thống
UM User manual Tài liệu hướng dẫn sử dụng
IM Installation manual Tài liệu hướng dẫn cài đặt
BA Bussiness analyst Đội phân tích nghiệp vụ
5
BACKUP
Itemstore Backup Backup

Vùng lưu trữ Backup To PIC
Backed up Type Frequeny
1
Lưu_Trữ\Back_up Source code Lưu_Trữ\Back_up\Code full PTL
lần/tuần
Tài liệu đặc tả 3
Lưu_Trữ\Back_up Lưu_Trữ\Back_up\RSD full BA
yêu cầu lần/tuần
Bản thiết kế
Lưu_Trữ\Back_up\D ALL full 1
Lưu_Trữ\Back_up PDL
tổng thể lần/tuần
Lưu_Trữ\Back_up\CS 1
Lưu_Trữ\Back_up CSDL full PTL
DL lần/tuần
Bản báo cáo

2
Back_up\Report full CC
http://localhost:8080/ dự án lần/tuần
6
CHƯƠNG I. TỔNG QUAN VỀ DỰ ÁN
1. Mô tả dự án
Mã số dự án Số: 2589 Loại hợp đồng Fixed Price
Khách hàng
Cấp dự án Group Cấp dự án A
Nhóm Nhóm 5 Phân công
Xây dựng phần
Loại dự án Internal Quản lí dự án mềm quản lí
bán quần áo
Danh mục dự án Development Lĩnh vực kinh doanh
Loại ứng dụng Website
2. Phạm vi và mục đích

2.1 Mô tả sơ lược hệ thống
Dự án nhằm xây dựng và phát triển phần mềm quản lí bán quần
áo. Phần mềm quản lí bán quần áo bao gồm những chức năng chính sau:
− Quản lí sản phẩm: Hỗ trợ thêm, sửa, xóa, thông tin về sản
phẩm như tên, giá cả, mô tả, hình ảnh, số lượng... . Danh mục sản phẩm và thuộc
tính giúp dễ dàng phân loại và tìm kiếm sản phẩm
− Quản lí đơn hàng: Ghi lại thông tin đơn hàng, bao gồm
thông tin khách hàng, sản phẩm được mua, số lượng, giá cả, và trạng thái đơn
hàng.
− Quản lí khách hàng: Lưu trữ thông tin cá nhân của khách
hàng như tên, địa chỉ, số điện thoại và lịch sử mua hàng.
− Quản lí kho: Theo dõi lượng tồn kho và cập nhật tồn kho tự
động khi có giao dịch. Cảnh báo khi tồn kho dưới mức tối thiểu để tránh tình
trạng thiếu hụt hàng.
− Quản lí nhân viên: Ghi lại thông tin nhân viên, quản lý
chấm công, và theo dõi hiệu suất làm việc. Phân quyền truy cập để bảo vệ thông
tin quan trọng.
− Báo cáo và thống kê: Tạo các báo cáo về doanh số bán
hàng, lợi nhuận, tồn kho, và các chỉ số kinh doanh quan trọng khác. Hỗ trợ các
công cụ thống kê giúp đưa ra quyết định chiến lược.
7
− Tích hợp thanh toán và giao hàng: Hỗ trợ các phương thức
thanh toán trực tuyến và ghi lại lịch sử thanh toán. Tích hợp vận chuyển và theo
dõi giao hàng.
− Đảm bảo an toàn và bảo mật: Kênh liên lạc với khách hàng
như email, tin nhắn, và hỗ trợ trực tuyến. Tích hợp phản hồi từ khách hàng để
cải thiện chất lượng dịch vụ.
− Linh hoạt và mở rộng: Thiết kế hệ thống để linh hoạt mở
rộng khi doanh nghiệp phát triển. Tích hợp API để kết nối với các hệ thống khác
nếu cần thiết.
2.2 Phạm vi dự án
− Dự án bao gồm việc tạo ra phần mềm, tài liệu hướng dẫn sử dụng,
bảo hành và bảo trì trong suốt quá trình sử dụng
− Dự án chỉ quản ly thành viên, bài viết và các chức năng đã nêu. Sản
phẩm là phần mềm được đưa lên Internet sử dụng.
2.3 Yêu cầu sản phẩm

Yêu cầu chức năng và yêu cầu phi chức năng
− Yêu cầu hệ thống:
+ Thân thiện dễ sử dụng với người dùng
+ Chứa được dữ liệu lớn, xử lý thông tin nhanh, độ chính xác cao
+ Có thể nâng cấp và bảo trì dễ dàng
+ Có các chương trình bảo mật đi kèm
+ Tốc độ truyền tải nhanh chóng, tương thích với nhiều loại trình
duyệt, cho phép nhiều người dùng truy cập đồng thời trong cùng một lúc
− Yêu cầu từ khách hàng:
Theo các yêu cầu đề xuất, website phải đáp ứng được:
− Thứ nhất: Giới thiệu sản phẩm cửa hàng
+ Giới thiệu các thông tin về các dòng sản phẩm mới
nhất như: mô tả kiểu dáng, hình ảnh minh họa chất lượng rõ nét, màu sắc và giá
cả...
+ Các chế độ đổi trả, khuyến mãi, giá thành ưu đãi
− Thứ hai: Quản lí bán sản phẩm
+ Đưa ra các thông tin về tồn kho và sản phẩm đã bán
+ Có số liệu thống kê báo cáo như: báo cáo thông tin
nhân viên, khách hàng, báo cáo về sản phẩm mới nhập về...
8
− Thứ ba: Yêu cầu về kĩ thuật
+ Dễ sử dụng: Đưa ra giao diện thân thiện với người sử
dụng, các thông tin về sản phẩm được cập nhật thường xuyên.
+ Hệ thống trợ giúp mạnh: Có các chức năng giúp khách
hàng có thể đặt hàng trực tuyến, có chức năng tư vấn giúp cho khách hàng biết
về thông tin những sản phẩm mới nhất, hỗ trợ khách hàng về kích thước chất
liệu và các chính sách vận chuyển, đổi trả.
+ Có tính bảo mật cao
+ Hệ thống kết nối mạng nội bộ, mạng internet.
+ Giao diện bật lên lên tính thời trang, chất riêng của cửa
hàng
+ Có tính năng cập nhật, sửa, xóa
− Thứ tư: Thời gian thực hiện
+ Phải đúng bàn giao đúng ngày sản phẩm và đào tạo
được người sử dụng
2.4 Đối tượng sử dụng hệ thống
− Người dùng, người quản trị hệ thống, người điều hành hệ thống,
thành viên của trang web.
2.5 Các giả thiết ràng buộc
Giả thiết
Phòng Kế toán cung cấp toàn bộ các thông tin về cách tính toán lương, tính …
Phòng TCCB cung cấp toàn bộ các thông tin tài liệu …
+ Khách hàng sẽ cung cấp những thông tin về nghiệp vụ trong quá
trình phát triển hệ thống : Lưu trữ thông tin, quản lý các chuyên mục, quản lý
bài viết, quản lý thành viên, phân quyền người dùng.
+ Khách hàng cung cấp thông tin tài nguyên máy tính và mạng
Internet đang sử dụng tại trung tâm.
+ Khách hàng ký nhận các sản phẩm (Tài liệu, phần mềm .. ) và bàn
giao lại cho team trong vòng 1 tuần sau mỗi lần nhận bàn giao sản phẩm.
+ Sản phẩm là một ứng dụng trên giao diện Web.
+ Sản phẩm là ứng dụng phát triển theo mô hình MVC .
Ràng buộc
+ Phạm vi của dự án là không thay đổi trong quá trình làm dự án vì

vậy thời gian và kinh phí cho dự án cũng là không thay đổi
9
+ Thời gian phát triển dự án tối đa là 90 ngày (8 tuần)
+ Kinh phí tối đa : 200 triệu có thể vượt quá 10
+ Phía khách hàng không chấp nhận nếu giao sản phẩm chậm >10
ngày, sản phẩm không đảm bảo chất lượng, không đúng yêu cầu sẽ không được
chấp nhận
+ Mọi rủi ro về mặt kĩ thuật, con người khách hàng không chịu trách
nhiệm
+ Các rủi ro liên quan tới thư viện đại diện phía bên dự án phải thông
báo trước.
+ Nếu xảy ra lỗi trong thời gian bảo trì phía bên công ty sẽ chịu mọi
chi phí bảo trì cũng như tổn thất do hệ thống gây ra.
+ Hết thời gian bảo trì nếu hệ thống có lỗi phía bên công ty sẽ sang
xem xét (nếu có nhu cầu) nhưng phía trung tâm phải trả mọi chi phí.
2.6 Quá trình thực hiện dự án

Quá trình thực hiện dự án chia làm 5 giai đoạn chính:
− Giai đoạn 1: Xác định yêu cầu
− Giai đoạn 2: Phân tích thiết kế hệ thống
− Giai đoạn 3: Thiết kế website
− Giai đoạn 4: Kiểm thử
− Giai đoạn 5: Bàn giao sản phẩm
10
+ Ước tính thời gian thực hiện 10 tuần
+ Dự án được dự định bắt đầu từ ngày 23/10/2023 đến 31/12/2023
+ Phiên bản đầu tiên dự định bàn giao trong 7 tuần sau khi bắt đầu và
phiên bản hoàn thiện dự định sau 2 tuần tiếp theo
+ Ngân sách dự tính: 200 triệu
Các mốc quan trọng thực hiện dự án.
Thời gian dự
Mốc Mô tả Tiêu chuẩn cần đạt
kiến
Xác định các thành
0 Bắt đầu dự án, tổ chức phân chia nhóm viên & vai trò của 23/10/2023
mỗi người
1 Bắt đầu kế hoạch: Xác định kế hoạch hoàn 24/10/2023

thiện, chuẩn bị tài liệu liên quan
Hoàn tất thu thập yêu cầu: Xác định yêu Bàn giao tài liệu đặc
cầu khách hàng, phân tích yêu cầu, mô tả tả & mô tả chi tiết
2 31/10/2023
chi tiết sản phẩm, viết tài liệu đặc tả yêu sản phẩm, sửa lỗi
cầu (nếu có)
Hoàn tất phân tích: Phân tích các tính năng

Bàn giao tài liệu
3 chính, tính năng mở, các module bổ sung, 14/11/2023
phân tích
viết tài liệu phân tích
Hoàn tất thiết kế: Thiết kế chi tiết các

Bàn giao tài liệu
module chức năng, kiến trúc dữ liệu và
4 thiết kế 21/11/2023
giao diện của sản phẩm, viết tài liệu thiết
kế
Cài đặt: Lập trình hoàn chỉnh các chức Sản phẩm thực hiện
5 năng, module của sản phẩm theo thiết kế, được các chức năng 30/11/2023
viết tài liệu cài đặt cơ bản
Kiểm thử và sửa lỗi: Upload sản phẩm lên Tài liệu kiểm thử,
6 host và kiểm thử, viết tài liệu kiểm thử, sản phẩm sau khi 10/12/2023
sửa các lỗi phát sinh sửa lỗi phát sinh
Hoàn thiện tài liệu Hướng dẫn sử dụng và Tài liệu Hướng dẫn
7 17/12/2023
tiếp tục nhận các yêu cầu sửa lỗi sử dụng và sản phẩm
sau khi sửa lỗi
11
Bàn giao sản phẩm thử nghiệm cho khách Bàn giao ứng dụng
8 phải thực hiện được 24/12/2023
hàng và tiếp nhận ý kiến phản hồi
các chức năng chính
Hoàn thiện sản phẩm dựa trên ý kiến phản Sản phẩm hoàn
9 29/12/2023
hồi của khách hàng chỉnh
Sản phẩm hoàn
10 chỉnh 31/12/2023
Bàn giao sản phẩm và thanh lý hợp đồng:
Hoàn tất và phân phối sản phẩm và các tài liệu
2.7 Đội dự án
− Nguồn lực thực hiện dự án: 5 người trong đó:
Lĩnh vực
STT Vai trò Họ Tên Liên hệ
(Trách nhiệm)
Senior Nguyenquocduyth03@gmail.com
1 Giám đốc dự án Nguyễn Quốc Duy
Management SĐT: 0385963197
Nguyenquocduyth03@gmail.com
2 Quản lý dự án Project Manager Nguyễn Quốc Duy
SĐT: 0385963197
Trưởng nhóm kĩ Technical vuminhducxb@gmail.com

3 Vũ Minh Đức
thuật Leader SĐT: 0787136021
Trưởng nhóm Designing

Dangvandang10a3@gmail.com
4 thiết kế và phân Leader, BA Đặng Văn Đang
SĐT: 0369760465
tích nghiệp
Trưởng nhóm
đảm bảo chất phong147mmjj@gmail.com
5 QA and CC Chu Nguyên Phong
lượng và quản lí SĐT: 0388298110
cấu hình
Trưởng nhóm
Operations and tranvietanh1112@gmail.com
6 thực thi và kiểm Trần Việt Anh
Test SĐT: 0987979905
thử
7 Lập trình viên Coding + Nguyễn Quốc Duy
12
+ Chu Nguyên Phong
+ Đặng Văn Đang
+ Vũ Minh Đức
+ Trần Việt Anh
3. Mục tiêu dự án
Số liệu Đơn vị Cam kết Tái cam kết Ghi chú
Ngày bắt đầu Ngày/tháng/năm 23/10/2023
Ngày kết thúc Ngày/tháng/năm 31/12/2023
Thời gian Số ngày 69 ngày
Đội ngũ Kích thước tối đa Người 5 người
Nỗ lực lập hoá đơn Người ngày
Lịch nỗ lực Người ngày 5 người
Cách sử dụng nỗ lực Người ngày 5 người
Mục tiêu
Số liệu Đơn vị Trung Cơ bản để thiết lập mục tiêu

USL LSL
bình
Chất lượng
Tham khảo GX mục tiêu trong năm

Sự hài lòng của
Điểm 90 2010, Cao hơn so với dự án trước đó
khách hàng
(Dự án) 5%
Rò rỉ Wdef/mm X
Quá trình tuân

Nc/Ob X
thủ
Chi phí
Nỗ lực hiệu quả % 80% *
13
Chi phí sửa
% 20%
chữa
Giao hàng tận nơi
Kịp thời % 100%
4. Phụ thuộc quan trọng
Ngày dự kiến
Số Phụ thuộc Ghi chú
giao hàng
Tài liệu hướng dẫn sử dụng giao cho

Có thể hoàn thành nhanh
1 khách hàng là bản cứng không phải bản 30/12/2023
hơn dự kiến
mềm
Có thể hoàn thành nhanh

2 Đội dự án chuyên nghiệp bằng cấp cao 30/12/2023
hơn dự kiến
5. Kế hoạch quản lí dự án
5.1 Các bước quản lí dự án

a. Lập lịch thực hiện các công việc của dự án
− Đưa ra các hoạt động trong dự án.
− Sắp xếp các hoạt động.
− Ước lượng thời gian của các hoạt động sao cho phù hợp với thời
gian thực hiện dự án.
− Lập thành một bảng danh sách các hoạt động và thời gian thực hiện
cùng với người tham gia.
b. Quản lí chi phí dự án
− Ước lượng chi phí thực chất để phát triển dự án
− Dựa trên danh sách công việc để giả thiết cho từng công việc.
c. Quản lí thời gian dự án

− Thời gian bắt đầu dự án: 23/10/2023
− Thời gian kết thúc dự án: 31/12/2023
− Thời gian mục tiêu hoàn thành của nhóm: 24/12/2023
d. Quản lý nguồn nhân sự trong dự án
14
− Lập kế hoạch phân chia công việc, chúc danh cho từng thành viên.
− Chuẩn bị nguồn lực thay thế khi xảy ra sự cố.
e. Quản lý chất lượng dự án
− Quản lý khả năng thực hiện các yêu cầu nghiệp vụ của dự án.
− Quản lý khả năng thích ứng với các môi trường, nền tảng cấu hình
mạng, máy tính người sử dụng.
− Quản lý khả năng bảo mật thông tin dự án.
− Lên kế hoạch kiểm thử.
f. Quản lý truyền thông
− Quản lý việc liên lạc giữa các thành viên trong nhóm.
− Quản lý trao đổi thông tin với khách hàng.
g. Quản lý rủi ro và thay đổi trong dự án
− Đưa ra các giả thiết rủi ro phát sinh trong quá trình phát triển dự án.
− Ước lượng xác xuất xảy ra rủi ro các vấn đề về chuyên môn và
ngoài chuyên môn.
− Đưa ra các biện pháp, dự phòng và sửa lỗi, thay thế khi xảy ra rủi
ro.
5.2 Kế hoạch quản lý ngân sách dự án
− Ngân sách hợp đồng: 200.000.000 vnd
− Chi phí thực hiện dự án: 35.000.000 vnd
5.3 Công cụ lập kế hoạch
− Công cụ soạn thảo văn bản: Microsoft word 365.
− Công cụ xây dựng dự án: Microsoft Project 365, Virtual paradigm
v17.1.
− Công cụ tính toán lập bảng: Microsoft Excel 365.
− Công cụ trình chiếu thuyết trình: Microsoft Power Point 365. (công
cụ đều có bản quyền của nhà cung cấp).
5.4 Công cụ lập trình và môi trường phát triển
− Ngôn ngữ lập trình: Php, html, css, javascript.
− Công cụ lập trình: Visual studio code
5.5 Hỗ trợ từ khách hàng
− Khách hàng có nhiệm vụ phải hỗ trợ các tài liệu nghiệp vụ cho
nhóm phát triển phần mềm.
− Họp trao đổi một tuần một lần giữa hai bên.
15
− Thống nhất thông tin và yêu cầu giữa hai bên.
5.6 Sản phẩm giao cho khách hàng
STT Sản phẩm Ngày bàn giao Ghi chú
Các tài liệu quản ly dự án kèm Code đầy đủ chức
1 31/12/2023
theo năng
2 Mã nguồn 31/12/2023
File phải có license và
3 File cài đặt chương trình 31/12/2023 file phải tối ưu các mục
nhỏ trong file
Hướng dẫn sử dụng chương Readme.RD
4 31/12/2023
trình
CHƯƠNG II. QUẢN LÝ DỰ ÁN

1. Quản lí phạm vi dự án
Cấu trúc phân rã công việc– WBS (Work breakdown structure)
− Xây dựng phần mềm quản lý bán quần áo.
Phiên bản Tác giả Mô tả Ngày
1.0 Nguyễn Quốc Duy Xây dựng WBS 05/11/2023

2.0 Nguyễn Quốc Duy Cập nhật WBS 10/11/2023
WBS theo đầu mục

1.1 Khởi tạo dự án, thu thập và xác định yêu cầu
1.1.1 Gặp gỡ khách hàng
1.1.2 Xác định yêu cầu sản phẩm
1.1.3 Xây dựng tài liệu đặc tả

1.1.4 Xác định nguồn nhân lực tham gia dự án
1.1.5 Lên kế hoạch thực hiện dự án
1.1.6 Lập báo cáo

16
1.1.7 Báo cáo lên quản trị
1.2 Phân tích yêu cầu
1.2.1 Phân tích các yêu cầu sản phẩm
1.2.2 Xác định và phân tích các rủi ro có thể gặp
1.2.3 Viết tài liệu đặc tả chi tiết phân tích
1.2.4 Gặp gỡ khách hàng và trao đổi lại
1.2.5 Hoàn thiện tài liệu phân tích

1.3 Phân tích thiết kế
1.3.1 Thiết kế tổng thể

1.3.2 Thiết kế module chức năng
1.3.3 Thiết kế giao diện demo cho các module
1.3.4 Thiết kế Database
1.3.5 Xem lại thiết kế, chỉnh sửa

1.4 Cài đặt
1.4.1 Tạo Database
1.4.2 Coding
1.4.2a Module Bạn đọc

− Trang chủ
− Chức năng gửi phản hồi
− Quản lý tài khoản
+ Đăng ký tài khoản
+ Đăng nhập
+ Thay đổi thông tin tài khoản
+ Lấy lại mật khẩu
1.4.2b Module Nhà quản trị
− Quản lý bài viết

17
− Quản lý phản hồi
+ Trả lời phản hồi
+ Thống kê
− Quản lý thành viên quản trị
+ Tạo tài khoản thành viên quản trị
+ Phân quyền
+ Tìm kiếm, xóa, sửa
+ Quản lý thông tin thành viên bạn đọc
1.4.3 Tích hợp các module
1.5 Kiểm thử và sửa lỗi
1.5.1 Kiểm thử tự động
1.5.1a Test module Bạn đọc

1.5.1b Test module Nhà quản trị
1.5.2 Kiểm thử tích hợp
1.5.3 Kiểm thử hệ thống
1.5.3a Test hệ thống
1.5.3b Test giao diện trên trình duyệt
1.6 Làm guideline
1.7 Nghiệm thu, bàn giao
1.7.1 Bàn giao sản phẩm thử nghiệm

1.7.2 Tiếp nhận ý kiến phản hổi
1.7.3 Hoàn thiện sản phẩm dựa trên phản hồi
1.7.4 Bàn giao sản phẩm và các tài liệu liên quan
1.8 Tổng kết và đóng dự án
18
WBS theo dạng cây:
2. Kế hoạch quản lý thay đổi dự án

Xây dựng phần mềm quản lý bán quần áo

Xây dựng kế
1.0 Nguyễn Quốc Duy hoạch quản lý 01/11/2023
thay đổi dự án
Cập nhật mẫu
2.0 Nguyễn Quốc Duy yêu cầu thay
đổi
Sửa đổi và
2.0 Nguyễn Quốc Duy
hoàn thiện
2.1 Mô tả kế hoạch quản lý thay đổi dự án

a. Mục đích của kế hoạch quản lý thay đổi dự án
19
− Thể hiện tất cả các thay đổi vào dự án dưới những
hình thức khác nhau: Đảm bảo tất cả những yêu cầu thay đổi trong quá trình
thực hiện, triển khai dự án đều được xem nhằm đưa tới một kết quả nào đó. Kết
quả có thể là:
+ Loại bỏ
+ Hoãn lại
+ Chấp nhận phân tích ngay lập tức
+ Chấp nhận chú ý
➢ Tất cả những kết quả trên đều được đưa ra bởi một số thành viên
nhất định và được thông báo tới những thành viên khác của dự án.
➢ Tất cả kế hoạch của dự án được chỉnh sửa dựa trên kết quả của quy
trình này.
b. Mẫu yêu cầu thay đổi

Mọi yêu cầu thay đổi được đưa ra đều phải tuân thủ mẫu đính kém tại
đây. Đội trưởng dự án thay đổi lưu trữ toàn bộ các bản ghi yêu cầu thay đổi.
c. Người chịu trách nhiệm

Người chịu trách nhiệm Trách nhiệm
− Tổ chức quản ly dự án thay đổi.

Thủ lĩnh dự án thay đổi
− Lưu trữ các bản ghi yêu cầu thay đổi.
− Xem xét thực hiện các quy trình quản ly thay

Đội trưởng dự án
đổi. Quy trình này có thể dẫn đến các thay đổi tới
phạm vi, lịch biểu, chi phí, và các kế hoạch chất
lượng.
− Soạn thảo và bàn giao các tài liệu liên quan.
− Chỉ đạo tổ chức kế hoạch quản lý thay đổi dự

Quản ly dự án
án
− Xem xét lại tất cả các hoạt động quản lý thay
đổi theo định kì
20
− Đảm bảo các nguồn tài nguyên và kinh phí
Bộ phận điều hành, giám
phù hợp sẵn sàng hỗ trợ thực hiện Kế hoạch quản ly
sát
thay đổi dự án
− Đảm bảo kế hoạch quản ly thay đổi dự án
được thực thi
d. Người đưa ra yêu cầu thay đổi

Thủ lĩnh dự án thay đổi và Thủ lĩnh dự án có trách nhiệm tổ chức xử ly các
yêu cầu thay đổi từ tất cả các đối tượng liên quan tới dự án bao gồm:
− Tất cả các thành viên của đội phát triển dự án
− Đại diện công ty của rượu vang hoặc người có giấy ủy quyền của công ty
− Bộ phần điều hành, giám sát dự án cấp cao.
2.2 Quy trình thay đổi dự án
➢ Một yêu cầu thay đổi trong dự án “Xây dựng phần mềm quản lý
bán quần áo” được xử lý tuần tự theo các bước sau:
a) Người yêu cầu đệ trình yêu cầu thay đổi đã được soạn thảo từ trước
b) Giám đốc dự án thay đổi lưu trữ yêu cầu thay đổi.
c) Giám đốc dự án thay đổi hoặc giám đốc dự án hoặc cả hai xem xét
yêu cầu thay đổi, phân loại yêu cầu thay đổi theo các mức sau
Mức phân loại Xử lý
− Gửi thông báo với người gửi
− Người quản lí sẽ xem xét lại yêu cầu, bổ sung,

Loại bỏ thay đổi nếu thêm hoặc đưa lại cho các bộ phận
− Xác nhận lại về yêu cầu loại bỏ trong buổi họp

kế tiếp
− Giám đốc dự án thay đổi tổ chức xem xét lại

yêu cầu vào một ngày định sẵn
Hoãn lại − Thông báo tới người gửi, nhận phản hồi đồng
thuận ngày định sẵn. Nếu người gửi từ chối, người
gửi cần gửi lại yêu cầu với các yêu cầu thêm từ
Giám đốc dự án thay đổi
21
− Tổ chức phân tích tại cuộc họp kế tiếp
− Triệu tập và phân công người phân tích ảnh

Chấp nhận phân tích hưởng
ngay
− Thông báo người gửi thời điểm đưa ra đề cử
thay đổi
d) Đối với các yêu cầu được xử lý, đội trưởng dự án sẽ tổ chức họp
giữa những người liên quan tới yêu cầu thay đổi. Phân tích phạm vi và mức độ
ảnh hưởng của thay đổi dự án.
e) Bộ phần giám sát, điều hành tham gia vào quá trình phân tích, từ sự
tham gia đó đưa ra bản các hoạt động thay đổi đề cử, thông báo họp bàn hoàn
thiện dự thảo tới doanh nghiệp.
f) Tài liệu để cử được giám đốc dự án gửi tới doanh nghiệp, kết quả
cuối cùng của yêu cầu thay đổi được đưa ra sau khi được sự đồng thuận từ hai
phía.
2.3 Chú ý
Để phân loại mức độ xử lý một yêu cầu, chúng ta cần dựa trên hai
khía cạnh ảnh hưởng cơ sở đó là mức độ ảnh hưởng và phạm vi ảnh hưởng. Tuy
nhiên do ảnh hưởng của nhiều yếu tố khách quan khách nhau nên giám đốc dự
án không đưa ra cụ thể đánh giá theo chi tiết của hai yêu tố này:
→ Mức độ ảnh hưởng của yêu cầu thay đổi:
Mức độ Nhận biết

- Không thay đổi về thời gian, chi phí
Thấp
- Chất lượng giảm không đáng kể, trong phạm vi cải thiện.
- Thay đổi ít hơn 2-3 tuần trong lịch biểu.
Trung bình - Thêm chi tiết hoặc chỉnh sửa một số use case
- Chi phí dự án phát sinh thêm không quá 8% tổng kinh phí
22
- Thay đổi quá 4 tuần trong lịch biểu, đưa ra thời gian ko hợp lí.
Cao - Thêm vào một chức năng với độ phức tạp lớn, xóa đi một
use case chính hoặc sửa dữ liệu bị sai lệch
- Chi phí dự án phát sinh vượt quá 15% tổng kinh phí
→ Phạm vi ảnh hưởng của yêu cầu thay đổi:
Kiểu thay đổi Các tài liệu để xem lại (và cập nhật nếu cần)
− Scope Statement và WBS
− Budget
− Project Schedule
Scope − Resource Plan
− Risk Log
− Requirements
− Specifications
− Budget
Schedule
− Resource Pan
− Risk Log
− Budget
Budget
− Resource Plan
− Risk Log
3. Kế hoạch quản lý chi phí dự án

Xây dựng phần mềm quản lý bán quần áo

Xây dựng tài
1.0 Nguyễn Quốc Duy liệu ước lượng 01/11/2023
chi phí
23
Cập nhật dự
2.0 Nguyễn Quốc Duy tính chi phí
theo thời gian
2.0 Nguyễn Quốc Duy Cập nhật
Dự tính chi phí theo thời gian – dựa theo ma trận công việc
Giờ/ngày/ Tổng
Task Duy Phong Đức Đang Anh Ngày
người số giờ
Thu thập yêu cầu X X 12h 3 36
Thiết kế database X X 12h 2 24
Thiết kế giao diện demo X 12h 2 24
Coding trang chủ X X 12h 2 24
Chức năng gửi phản hồi X X 12h 2 24
Chức năng quản lý tài X X 12h 3 36
khoản
Chức năng quản lý bài X X 12h 2 24
viết
Chức năng quản lý phản X X 12h 3 36
hồi
Chức năng quản lý thành X X 12h 3 36
viên quản trị
Chức năng quản lý thông X X 12h 2 24
tin thành viên bạn đọc
Chức năng quản lý khách X X 12h 3 36
hàng
Tích hợp modul tin tức X X 12h 2 24
Tích hợp modul nhà quản X X 12h 2 24
trị
Tích hợp hệ thống X X X 12h 2 24
Kiểm thử tự động X X X 12h 2 24
Kiểm thử tích hợp 12h 3 36
Kiểm thử hệ thống 12h 3 36
Làm guilde line 12h 4 48
Nghiệm thu, bàn giao 12h 3 36
Tổng 576
3.1 Dự tính chi phí các loại
24
STT Loại chi phí Chi phí dự tính
Chi phí nhân lực 120.000.000

1
Chi phí tài nguyên khác 30.000.000

2
Chi phí rủi ro 10.000.000

3
Chi phí đầu tư 20.000.000

4
Chi phí tái phát hành 20.000.000

5
Tổng 200.000.000
3.2 Chi phí dự tính cho các phần chính
STT Các thành phần chính Chi phí theo thời gian (h)
Thu thập yêu cầu 56

1
Phân tích thiết kế 360

2
Coding 400
3
Tích hợp 120

4
Kiểm thử 300

5
Làm guideline 112

6
Nghiệm thu, bàn giao 120

7
Tổng 1468
3.3 Ước lượng lương mỗi người

Với chi phí nhân lực là 120.000.000 VND thì mức chi phí trung
bình cho 1 giờ là
25
STT Thành viên Vai trò Lương
1 Nguyễn Quốc Duy Giám đốc dự án 60.000
2 Chu Nguyên Phong Lập trình viên 40.000
3 Đặng Văn Đang Lập trình viên 35.000
4 Vũ Minh Đức Lập trình viên 35.000
5 Trần Việt Anh Lập trình viên 30.000
4. Quản lý thời gian và lập lịch

4.1 Các mốc kiểm soát
Dự định công việc Thời gian

Các mốc Mô tả
hoàn thành được lập
Hoàn thành giai
1 Bắt đầu dự án 30/10/2023
đoạn chuẩn bị dự án
Hoàn thành việc lấy,
2 Phân tích yêu cầu phân tích yêu cầu và 31/10/2023
các tài liệu đặc tả
Hoàn thành các tài
3 Thiết kế liệu chi tiết kỹ thuật 2/11/2023
cho dự án
Hoàn thành mã
4 Cài đặt 10/11/2023
nguồn cho dự án
Hoàn thành sửa lỗi
5 Kiểm thử và sửa đổi 12/12/2023
sản phẩm
Làm tài liệu hướng
6 Làm guideline 22/12/2023
dẫn sử dụng
Bàn giao sản phẩm
7 Bàn giao sản phẩm 30/12/2023
và hoàn thiện
4.2 Lập lịch dự án
26
− Ước tính thời gian thực hiện 10 tuần.
− Dự án được dự định bắt đầu từ 30/10/2023 – 31/12/2023
− Phiên bản đầu tiên dự định bàn giao trong 8 tuần sau khi bắt đầu và
phiên bản hoàn thiện dự định sau 2 tuần tiếp theo và thanh toán tự động.
− Ngân sách dự tính: 200.000.000 vnđ
27
5. Quản lý nhân sự
5.1 Các vị trí trong đội dự án
Trách nhiệm và
STT Vị trí Kỹ năng Thành viên
công việc
Lãnh đội toàn đội dự
1 PM Quản lý dự án − Nguyễn Quốc Duy
án
Tiếp xúc với khách Có kinh nghiệm,
2
Analysis hàng lấy yêu cầu chuyên môn phân tích − Đặng Văn Đang
Bussiness nghiệp vụ cần xây thiết kế, giao tiếp tốt − Trần Việt Anh
dựng cho hệ thống bằng ngoại ngữ
Thực thi xây dựng Lập trình ngôn ngữ
3 Programmers − Chu Nguyên Phong
phần mềm Java, SQL, HTML,...
Biết sử dụng hệ quản
4 Quản trị hệ thống
Database trị CSDL, có kỹ năng
CSDL, thiết kế và − Chu Nguyên Phong
Manage về lập trình về thiết
lập trình CSDL
kế CSDL.
Kiểm tra và đảm bảo Có kỹ năng về kiểm
5 Tester − Nguyễn Quốc Duy
chất lượng dự án thử phần mềm.
Design Thiết kế giao diện Có kỹ năng thiết kế
6 − Vũ Minh Đức
Website cho website website
Có kinh nghiệm,
7 Thiết kế hệ thống,
Design chuyên môn sâu về
các giao thức, hoạt − Vũ Minh Đức
Application phân tích và thiết kế
động
hệ thống
28
5.2 Cơ cấu tổ chức đội dự án
5.3 PROJECT TEAM

Trách Ngày bắt Ngày kết
Vai trò Trình độ Họ tên
nhiệm đầu thúc
− Cung cấp
nguồn và
tài trợ cho
dự án
− Đánh giá Giao tiếp tốt,
có năng lực
kế hoạch Nguyễn Quốc
Senior lãnh đạo.
dự án Duy
Manager
− Đánh giá
trạng trái
dự án
− Dự thảo tài
chính dự án
− Chịu trách − Giao tiếp tốt,
Nguyễn Quốc
Project nhiệm trong có năng lực 30/10/2023 31/12/2023
Duy
Manager toàn bộ dự trong lãnh
29
án. đạo các thành
− Lập kế viên của đội
hoạch và dự án.
lập lịch của − Am hiểu quy
dự án. trình quản lý
− Phân công dự án, quy
công việc trình sản xuất
và theo dõi. phần mềm.
− Đảm bảo
giao sản
phẩm theo
hợp đồng.
− Giao tiếp
với các bộ
phận khác
theo nhu
cầu.
− Tương tác
với khách
hàng
− Đảm bảo
các vấn đề
phát
sinh/khiếu
nại của
khách hàng
một cách
hợp lý.
− Có kinh
− Phát triển nghiệm,
yêu cầu chuyên môn 30/10/2023 31/12/2023
Business
Analysis − Phân tích phân tích số
yêu cầu liệu
− Ngoại ngữ tốt
− Thiết kế
Designing kiến trúc
Leader tổng thể
− Có kĩ năng
− Thiết kế
Design tốt.
kiến trúc chi
− Có kinh 30/10/2023 31/12/2023
tiết
nghiệm làm
− Thiết kế
việc với SQL
giao diện
Thiết kế
CSDL
<Sub Team #1>: Nhóm lập trình

- Viết code - Code tốt
chương trình
- Nhiều năm Nguyễn Quốc
Development - Điều chỉnh 30/10/2023 31/12/2023
Duy
Leader #1 nhân sự viết kinh nghiệm
chương trình với PHP,
30
Javascript
- Quản lý
việc viết
chương trình
- Viết code - Kĩ năng code
Developer Vũ Minh Đức 30/10/2023 31/12/2023
chương trình tốt
#1
- Viết code - Kĩ năng code Đặng Văn
Developer 30/10/2023 31/12/2023
chương trình tốt Đang
#2
- Viết code - Kĩ năng code Chu Nguyên
Developer 30/10/2023 31/12/2023
chương trình tốt Phong
#3
- Viết code - Kĩ năng code Trần Việt
Developer 30/10/2023 31/12/2023
chương trình tốt Anh
#4
<Sub Team #2>: Thiết kế

- Có kinh
Thiết kế Đặng Văn
nghiệm thiết 30/10/2023 31/12/2023
Designer #1 chương trình Đang
kế
- Có kinh
Thiết kế Nguyễn Quốc
nghiệm thiết 30/10/2023 31/12/2023
Designer #2 chương trình Duy
kế
- Có kinh
Thiết kế Chu Nguyên
nghiệm thiết 30/10/2023 31/12/2023
Designer #3 chương trình Phong
kế
- Có kinh
Thiết kế Trần Việt
nghiệm thiết 30/10/2023 31/12/2023
Designer #4 chương trình Anh
kế
<Sub Team #3>Nhóm kiểm thử

- Cẩn thận, tỉ
- Quản lý mỉ, chăm chỉ Trần Việt
kiểm thử 30/10/2023 31/12/2023
Test Leader Anh
chương trình - Thành thạo
Javascript
Thiết kế test
case và thực
hiện test các - Cẩn thận, tỉ
Vũ Minh Đức 30/10/2023 31/12/2023
Tester #1 mỉ, chăm chỉ
modul của
chương trình
Thiết kế test
case và thực
hiện test các - Cẩn thận, tỉ Chu Nguyên
30/10/2023 31/12/2023
Tester #2 mỉ, chăm chỉ Phong
modul của
chương trình
Thiết kế test
- Cẩn thận, tỉ Đặng Văn
case và thực 30/10/2023 31/12/2023
Tester #3 mỉ, chăm chỉ Đang
hiện test các
31
modul của
chương trình
Others
- Chuẩn bị CM plan
- Quản lý cấu hình trên bản Nguyễn Quốc Duy
Configuration Controller
CM plan
Comtor Biên dịch/ liên kết tài liệu/

Vũ Minh Đức
Biên dịch/ liên kết tài liệu/ giao tiếp
giao tiếp
Maintain, disposal and track
Physical Asset manager status of the project physical
Người quản lý tài sản vật lý asset Nguyễn Quốc Duy
Bảo trì, xử lý và theo dõi tình
trạng tài sản vật lý của dự án
5.4 Ma trận gán trách nhiệm

a. Ma trận gán trách nhiệm qua các giai đoạn phát triển dự án
NHÓM PM Design Design Programer QA

Bussiness Application
PHA
Lấy yêu A R
cầu
Phân tích A R,I I
Thiết kế A R C,I
Thực thi A R I
Kiểm thử A C C R
- TN: Trưởng nhóm

- TV: Thành viên
- R: Chịu trách nhiệm
- A: Chịu trách nhiệm đồng ý trước khi công việc thực hiện
- C: Người tư vấn
- I: Người được thông báo khi hoàn tất
b. Ma trận trách nhiệm chi tiết
Nguyễn Trần Chu Vũ Đặng Trần Khách

Hoạt động
Quốc duy Việt Nguyên Minh Văn Việt Hàng
32
Anh Phong Đức Đang Anh
TV TN
TN TN
PM Desig TN QA Analy
Design Test
n st
1. Thu thập yêu cầu
1.1 Thu thập yêu
cầu từ khách hàng S A P P
và thực tế
1.2 Xác định yêu
P A
cầu hệ thống
1.3 Xác định
nguồn nhân lực P
tham gia dự án
1.4 Lập kết hoạch
A P
thực hiện dự án
1.5 Lập báo cáo A, R, S P
2. Phân tích
2.1. Phân tích các
yêu cầu của sản A S, P
phẩm
2.2. Xác định và
phân tích các rủi ro A S, P
có thể gặp
2.3 Viết tài liệu
đặc tả chi tiết phân A P
tích
2.4 Gặp gỡ khách
hàng và trao đổi lại A, S P P P
yêu cầu
33
2.5. Hoàn thiện tài
A, P P
liệu phân tích
3. Thiết kế
3.1 Thiết kế tổng
A, P
thể
3.2. Thiết kế
A, P
module chức năng
3.3 Thiết kế giao
A, P
diện và CSDL
3.4 Xem lại thiết A, R,
P
kế và chỉnh sửa P
3.5 Lập báo cáo S P
4. Thực thi
4.1 Tạo CSDL A, P
4.2 Cài đặt các
A, P P P P P P
module
4.3 Tích hợp các
A, P
module
Lập báo cáo A, S A, P
5. Kiểm thử
5.1 Kiểm thử đơn
A, S R, P
vị
5.2 Kiểm thử tích
A, S R, P
hợp
5.3 Kiểm thử hệ
A, S R, P
thống
5.4 Test giao diện
A, S R, P
trên trình duyệt
5.5 Lập báo cáo A, S P
34
6. Lập tài liệu, huấn luyện sử dụng
6.1 Hoàn thiện về
tài liệu hướng dẫn A, S P R, P
sử dụng
6.2 Đào tạo khách
A P
hàng
6.3 Lập báo cáo A, S P
7. Nghiệm thu, bàn giao sản phẩm
7.1 Bàn giao sản
A, P
phẩm thử nghiệm
7.2 Tiếp nhận ý
A P
kiến phản hồi
7.3 Hoàn thiện sản
phẩm dựa trên A P P P P P
phản hồi
7.4 Bàn giao sản
phẩm và các tài A, S, P P
liệu liên quan
Trong đó:
- A: Người chịu trách nhiệm đồng ý trước khi công việc được thực hiện
- P: Người tham gia
- R: Người kiểm tra
- S: Ký xác nhận nghiệm thu
5.5 Ma trận kĩ năng
Nguyễn Chu Vũ Đặng Trần

STT Kỹ năng Quốc Nguyên Minh Văn Việt
Duy Phong Đức Đang Anh
Quản lý dự án X
1
Phân tích thiết kế X X

2
35
PHP X X X X
3
HTML &CSS X X
4
CSDL X X
5
QA X X
6
Kiểm thử X X X
7
6. Quản lý giao tiếp và truyền thông.

6.1 Các bên tham gia.
Bên A: Nhóm phát triển dự án.
− Giám đốc dự án: Nguyễn Quốc Duy.
− Quản lý dự án: Chu Nguyên Phong.
− Thành viên hội dự án:
+ Nguyễn Quốc Duy.
+ Chu Nguyên Phong .
+ Vũ Minh Đức.
+ Đặng Văn Đang.
+ Trần Việt Anh.
Bên B: Đại diện phía khách hàng
− Nguyễn Văn A.
6.2 Thông tin liên lạc giữa các bên.
Tổ chức/
STT Họ tên Phương thức liên hệ
vị trí
Nguyễn Quốc Duy Giám đốc Gmail:Nguyenquocduyth03@gmail.com
1
dự án SĐT: 0385963197
Chu Nguyên Phong Quản lý dự Gmail:phong147mmjj@gmail.com
2
án SĐT: 0388298110
BÊN Vũ Minh Đức Thành viên Gmail:vuminhducxb@gmail.com
3
A đội dự án SĐT: 0787136021
Đặng Văn Đang Thành viên Gmail:Dangvandang10a3@gmail.com
4
đội dự án SĐT: 0369760465
Trần Việt Anh Thành viên Gmail:tranvietanh1112@gmail.com
5
đội dự án SĐT: 0987979905
36
BÊN Nguyễn Văn A Đại diện Gmail:Nguyenvana@gmail.com
6
B khách hàng SĐT: 0385445778
6.3 Nhu cầu thông tin liên lạc của các đối tượng liên quan.
Đối tượng Nhu cầu thông tin

Giám đốc dự án Kế hoạch dự án, tiến trình thực hiện dự án
Khách hàng Tóm lược tiến trình dự án theo định kỳ
Nhóm thu thập yêu cầu Hoạt động nghiệp vụ của khách hàng, yêu
cầu thay đổi của khách hàng
Nhóm phân tích Đặc tả chi tiết yêu cầu của khách hàng
Nhóm thiết kế Đặc tả chi tiết hệ thống
Nhóm cài đặt Tài liệu thiết kế
Nhóm đảm bảo chất lượng Các module chức năng chính đã hoàn
thành
6.4 Ma trận truyền thông.
Thông
Phương Cách
Các kênh Định dạng tin
Thông điệp thức truyền Tần suất giao
giao tiếp thông tin gửi phản
thông tiếp
hồi
Tiến độ công − Tên người lập
việc: − Mã nhân viên
Báo cáo tiến độ − Thuộc nhóm, mã
công việc của cá sản phẩm
nhân từ đó người − Danh sách công
quản lý có thể việc thực hiện
kiểm soát được − Mức độ hoàn Theo từng
tiến độ đang diễn thành từng công Gửi email
mốc thời Gián
Các thành ra của dự án cho trưởng Không
việc ( hoàn thành, nhóm
gian trong tiếp
viên trong
chưa hoàn thành ) WBS
nhóm – Đội
− Thời gian dự tính
trưởng
sẽ hoàn thành
tương ứng
− Các khó khăn
gặp phải trong
quá trình thực
hiện
Các đề nghị: − Tên người lập
Nêu rõ mong − Mã nhân viên Gửi email Tùy thuộc
Gián
muốn của các − Thuộc nhóm cho trưởng vào nhu Có
tiếp
thành viên trong − Nội dung đề nghị nhóm cầu
37
nhóm dự án về − Lý do
điều kiện làm việc
Các thay đổi về
thời gian làm
việc: − Tên người lập
Thông báo cho − Mã nhân viên
nhóm trưởng biết − Thuộc nhóm Tùy thuộc
Gửi email Gián
các thay đổi trong − Nội dung vào nhu Có
báo cáo tiếp
thời gian làm việc − Lý do cầu
để kịp có điều − Cam kết
chỉnh về nhân sự − Hướng dẫn
và tiến độ công
việc
Chi tiết công việc − Tổng kết công
đã thực hiện: việc đã hoàn
Trưởng nhóm trao thành:
đổi với nhau chi − Những vấn đề Thông qua Tại thời
Các đội tiết các công việc
phát sinh có thể văn bản tài điểm bàn Trực
trưởng với Không
mình đã hoàn ảnh hưởng đến liệu, gặp gỡ giao công tiếp
nhau
thành để làm đầu giai đoạn sau trực tiếp việc
vào cho công việc − Các khó khăn
của nhóm tiếp gặp phải trong
theo thực hiện dự án
Các đề nghị:
− Đề xuất − Người lập
mong muốn của − Tên nhóm
Gửi email, Tùy thuộc
nhóm về điều kiện − Nội dung đề nghị Gián
trao đổi trực vào nhu Có
làm việc (trình bày mong tiếp
tiếp cầu
muốn)
− Lý do
Các phổ biến chỉ − Tổng kết tuần
đạo: vừa qua
Các nhóm
trưởng-giám − Đưa ra − Công việc cần
đốc dự án những thông tin làm tiếp theo
tới các trưởng trong tuần (danh Khi có sự
nhóm từ đó phổ sách các công Gặp mặt trực thay đổi
biến lại toàn thành việc, các thời hạn tiếp giám đốc tác động Trực
Không
viên trong dự án thực hiện) dự án đến các tiếp
− Các điều chỉnh mục tiêu
về tiến độ, nhân của dự án
sự nếu có.
− Đưa ra các ý kiến
Tiến độ công − Danh sách các

việc: chức năng chính
− Lấy ý kiến và giao diện minh
Giám đốc dự Trao đổi qua
khác hàng về phần họa. Thứ 4 Trực
án và khách đối thoại trực Không
mềm xây dựng. − Các thao tác với hàng tuần tiếp
hàng tiếp
− Làm cơ sở từng chức năng
cho việc ký kết − Giới thiệu ưu
hợp đồng và thanh điểm của phần
38
toán sau này. mềm
− Yêu cầu − Ước lượng thời
khách hàng giải gian cần thiết
đáp các vấn đề về
nghiệp vụ
6.5 Lịch họp các bên.
Các bên Thời gian

STT Công việc Mục đích họp
tham gia thực hiện
Tiếp nhận dự án
mới, đạt được thỏa
Họp tiếp nhận 1/9/2023
1 thuận giữa các bên, A, B
dự án
tiến hành ký hợp
đồng
Phân công vai trò,
trách nhiệm của
các thành viên
Họp phân công
2 trong đội dự án, A 5/9/2023
trách nhiệm
đưa ra bản phác
thảo chung của dự
án
Đưa ra bản tài liệu
Họp thảo luận
quản lý dự án
3 về tài liệu quản A 15/9/2023
thống nhất cuối
lý dự án
cùng
Thống nhất được
Họp đưa ra bản
bản tài liệu xác
đề xuất thực 22/9/2023
4 định yêu cầu cuối A, B
hiện với khách
cùng giữa khách
hàng
hàng và đội dự án
Đưa ra bản tài liệu
Họp thảo luận
phân tích thiết kế
5 tài liệu phân A 30/9/2023
thống nhất cuối
tích thiết kế
cùng
Thống nhất được
Họp đưa ra bản
bản thiết kế cuối
6 đề xuất thiết kế A, B
cùng giữa khách
với khách hàng
hàng và đội dự án 10/10/2023
Giải quyết được
Họp thảo luận các vấn đề còn tồn
7 về kế quả thực tại của khâu thực A 25/10/2023
hiện dự án hiện dự án cho đến
khi các chức năng
39
được thực hiện một
cách thống nhất
Giải quyết được 3/11/2023
các vấn đề của
Họp thảo luận khâu kiểm thử dự
8 về báo cáo kiểm án cho đến khi các A
thử dự án chức năng được
hiện cách thống
nhất
Họp bàn giao Bàn giao sản phẩm 6/11/2023
9 A, B
sản phẩm cho khách hàng
7. Quản lý rủi ro
7.1 Xác định rủi ro
a. Rủi ro về kế hoạch
− Ước lượng chi phí cho dự án khác xa thực tế, thiếu kinh phí
− Không kịp tiến độ bàn giao dự án do bị trễ ở các giai đoạn dẫn đến
trễ cả dự án
− Dự án kéo dài không xác định được thời gian kết thúc do kiểm thử
phần mềm phát hiện nhiều lỗi
− Trễ thời gian do quá trình truyền thông giao tiếp kéo dài
− Trễ do các pha phải thực hiện phải chỉnh sửa nhiều lần hơn so với
kế hoạch
− Dự án quá phức tạp mà không lường trước được
− Phạm vi dự án có những thay đổi bất ngờ (có thể do yêu cầu của
khách hàng)
− Yêu cầu của khách hàng không rõ ràng, thay đổi thường xuyên
− Thiếu thời gian kiểm thử hợp đồng phải gia hạn thêm thời gian
− Khách hàng sử dụng máy tính không tốt, mất thời gian hướng dẫn
b. Rủi ro về tổ chức
− PM đột xuất nghỉ vì lí do đặc biệt (ốm, tai nạn, chuyện cá nhân, …)
− Phải bổ sung thêm nhân lực
− Thành viên đội dự án đột xuất nghỉ, thiếu nhân lực
− Mâu thuẫn giữa các thành viên trong đội dự án làm giảm tiến độ
− Thành viên có khả năng làm việc kém, ngoại ngữ không tốt
− Phân công công việc không đúng chuyên môn
− Không có chuyên gia giỏi tư vấn
c. Rủi ro về ngân sách
− Nguồn tài trợ cho dự án chậm trễ nhiều lần
− Doanh nghiệp ngừng đầu tư cho dự án vì lí do nào đó
40
− Khó thống nhất về kinh phí và thời gian cho dự án
d. Rủi ro về kỹ thuật
− Yêu cầu về công nghệ, thiết bị cài đặt xa lạ với đội dự án
− Cơ sở vật chất, hạ tầng gặp trục trặc (máy tính hỏng, mất điện,
mạng lỗi, …)
− Kết hợp các bên liên quan như viễn thông còn gặp khó khăn dẫn
đến lỗi mạng
− Triển khai cài đặt sản phẩm không thuận lợi, không chạy được
− Mã nguồn viết không đúng yêu cầu hoặc không đúng phân tích,
thiết kế, phải code lại nhiều lần
− Khi tích hợp các phần thì hệ thống không tương thích
− Test hệ thống lỗi ở một số chức năng quan trọng (đăng kí tài khoản,
quản ly, thi online)
− Test sản phẩm không đạt yêu cầu về tốc độ xử ly
− Test dòng lệnh không phát hiện được lỗi so với thiết kế.
e. Sự hài lòng của khách hàng

− Giao diện không đúng yêu cầu của khách hàng, không được chấp
nhận
− Đòi hỏi báo cáo tiến độ thường xuyên trong khi chưa thể hoàn
thành
− Sản phẩm nhận được phản hồi không tốt từ khách hàng, phải làm
lại
− Vi phạm hợp đồng với khách hang
− Vi phạm bản quyền
f. Rủi ro về kiểm soát
− Các bản mã không được lưu trữ cẩn thận
7.2 Phân tích, đánh giá, lập kế hoạch quản lý rủi ro

a. Phân tích rủi ro
Phân tích rủi ro có thể tìm ra kế hoạch giải quyết hoặc làm giảm rủi
ro trong quá trình thực hiện dự án.
❖ Thiết lập thang đánh giá mức độ ảnh hưởng rủi ro như sau:
Mức độ ảnh
Lĩnh vực Mức độ ảnh Mức độ ảnh Mức độ ảnh
hưởng trung
quan tâm hưởng rất cao hưởng cao hưởng thấp
bình
41
Chi phí Vượt trên 40% Vượt 20–40% Vượt 10–20% Vượt dưới 10%
ngân sách ngân sách ngân sách ngân sách
Thời gian Trễ trên 20% Trễ 10-20% Trễ 5-10% Trễ dưới 5%
thời gian thời gian thời gian thời gian
Chất Thấp hơn 7 lần Thấp hơn 5-7 Thấp hơn 3-5 Thấp hơn dưới
lượng cho phép lần cho phép lần cho phép 3 lần cho phép
❖ Thiết lập thang đánh giá xác suất như sau:
Rất cao Cao Trung bình Thấp

Khả năng Gần như xảy ra Khả năng xảy Ít khả năng xảy Hầu như không
xảy ra rủi trên 80% ra cao 60-80% ra 35-60% xảy ra dưới
ro 35%
❖ Thang đánh giá mức độ ảnh hưởng về định tính:
Đánh giá Mô tả
Rất cao Nhiều khả năng dự án sẽ bị hủy bỏ
Cao Dự án bị gián đoạn, ảnh hưởng đáng kể
Dự án bị gián đoạn một ít như chi phí hoặc năng suất bị thay đổi
Trung bình chút ít
Thấp Dự án thực hiện bình thường hầu như không gặp gián đoạn
b. Đánh giá rủi ro

Thời Mức độ
Mã Xác Ảnh Xếp
Rủi ro điểm nghiêm
rủi ro suất hưởng hạng
xảy ra trọng
Ước lượng chi
phí cho dự án
MS01 khác xa thực tế, Rất gần Cao Rất cao Rất cao 1
thiếu kinh phí
42
Nguồn tài trợ cho
Sắp xảy
MS02 dự án chậm trễ Thấp Cao TB 20
ra
nhiều lần
Nhà tài trợ ngừng
MS03 đầu tư cho dự án Khá lâu TB Rất cao Cao 10
vì lí do nào đó
Không kịp tiến
độ bàn giao dự
MS04 án do bị trễ ở các Khá lâu Cao Cao Cao 3
giai đoạn dẫn đến
trễ cả dự án
Dự án kéo dài
không xác định
được thời gian
MS05 Khá lâu TB Cao Cao 15
kết thúc do kiểm
thử website phát
hiện nhiều lỗi
Trễ thời gian do
quá trình truyền
MS06 Rất gần TB TB TB 18
thông giao tiếp
kéo dài
Trễ do các pha
phải thực hiện
Sắp xảy
MS07 phải chỉnh sửa Cao TB Cao 7
ra
nhiều lần hơn so
với kế hoạch
Dự án quá phức
Sắp xảy
MS08 tạp mà không Cao Rất cao Rất cao 2
ra
lường trước được
Phạm vi dự án có
những thay đổi
Sắp xảy
MS09 bất ngờ (có thể Thấp TB TB 30
ra
do yêu cầu của
khách hàng)
Yêu cầu về công
nghệ, thiết bị cài Sắp xảy
TB Cao Cao 11
MS10 đặt xa lạ với đội ra
dự án
Cơ sở vật chất,
hạ tầng gặp trục
Ngay lập
MS11 trặc (máy tính Cao Cao Cao 4
tức
hỏng, mất điện,
mạng lỗi, …)
Kết hợp các bên Rất gần TB TB TB 12
MS12
43
liên quan như
viễn thông còn
gặp khó khăn dẫn
đến lỗi mạng
Triển khai cài đặt
sản phẩm không
Khá lâu Thấp Cao TB 31
MS13 thuận lợi, không
chạy được
Mã nguồn viết
không đúng yêu
cầu hoặc không
Rất gần TB Cao Cao 13
MS14 đúng phân tích,
thiết kế, phải
code lại nhiều lần
Khi tích hợp các
phần thì hệ thống Sắp xảy
Cao Cao Cao 32
MS15 không tương ra
thích
Test hệ thống lỗi
ở một số chức
năng quan trọng Sắp xảy
TB Cao Cao 14
MS16 (đăng kí tài ra
khoản, quản lý,
thi online)
Các bản mã
Sắp xảy
MS17 không được lưu TB Cao TB 16
ra
trữ cẩn thận
Giao diện không
đúng yêu cầu của
Sắp xảy
MS18 khách hàng, Thấp TB TB 28
ra
không được chấp
nhận
PM đột xuất nghỉ
vì lí do đặc biệt
Không
(ốm, tai nạn,
MS19 xác định
chuyện cá nhân,
…)
Phải bổ sung Sắp xảy
TB Cao Cao 21
MS20 thêm nhân lực ra
Thành viên đội
dự án đột xuất Không
MS21 nghỉ, thiếu nhân xác định
lực
Mâu thuẫn giữa Khá lâu Thấp Rất cao Cao 23
MS22
44
các thành viên
trong đội dự án
làm giảm tiến độ
Thành viên có
khả năng làm Ngay lập
Thấp Cao TB 27
MS23 việc kém, ngoại tức
ngữ không tốt
Phân công công
MS24 việc không đúng Rất gần TB Cao Cao 8
chuyên môn
Không có chuyên Sắp xảy
Thấp TB TB 33
MS25 gia giỏi tư vấn ra
Yêu cầu của
khách hàng
Ngay lập
MS26 không rõ ràng, Cao Cao Cao 34
tức
thay đổi thường
xuyên
Khách hàng sử
dụng máy tính
MS27 không tốt, mất Khá lâu Thấp TB TB 29
thời gian hướng
dẫn
Đòi hỏi báo cáo
tiến độ thường
MS28 xuyên trong khi Rất gần TB TB TB 19
chưa thể hoàn
thành
Sản phẩm nhận
được phản hồi
MS29 không tốt từ Khá lâu Thấp Cao TB 35
khách hàng, phải
làm lại
Test sản phẩm
không đạt yêu
Khá lâu Thấp Cao TB 5
MS30 cầu về tốc độ xử
lý
Test dòng lệnh
không phát hiện
Rất gần TB Cao Cao 24
MS31 được lỗi so với
thiết kế
Thiếu thời gian
kiểm thử hợp Sắp xảy
TB Cao Cao 9
MS32 đồng phải gia ra
hạn thêm thời
45
gian
Khó thống nhất
về kinh phí và Sắp xảy
MS33 thời gian cho dự TB Cao Cao 25
ra
án
Vi phạm hợp
đồng với khách Sắp xảy
MS34 TB Cao Cao 17
ra
hàng
Vi phạm bản
MS35 quyền Khá lâu TB Cao TB 6
c. Kế hoạch quản lý rủi ro

Đầu vào
− Chính sách quản lý rủi ro và các thành viên trong nhóm hiểu được
vai trò, chức năng và nhiệm vụ của mình
− Việc phân công nhiệm vụ cho các thành viên trong nhóm 1 cách rõ
ràng, và được thống nhất bởi các thành viên trong nhóm
− Lên kế hoạch để tìm hiểu yêu cầu của khách hàng mà nhóm định
làm phần mềm quản ly nhân sự và tính lương
− Thường xuyên tổ chức các cuộc họp để thảo luận, thống nhất, đưa
ra các y kiến để tập trung giải quyết các vấn đề
− Nếu phía khách hàng có thay đổi yêu cầu, môi trường làm việc thì
cần cập nhật và sửa đổi đáp ứng yêu cầu
− Trách nhiệm, vai trò của các thành viên trong nhóm
− Mô tả công việc chi tiết cho từng thành viên trong nhóm
− Mọi thành viên phải nghiêm túc thực hiện và hoàn thành công việc
được giao đúng thời hạn
− Nếu có khó khăn thì liên hệ với nhóm trưởng để cùng giải quyết
vấn đề, không được để gần đến ngày bàn giao công việc mà vẫn chưa làm được
mới thông báo, như vậy sẽ làm chậm tiến độ công việc của cả nhóm
− Khả năng chấp nhận rủi ro của những người tham gia dự án
− Khi gặp một vấn đề nào đó như khách hàng thay đổi, bổ sung yêu
cầu, các thành viên trong nhóm chưa hiểu rõ được công việc cần làm thì mọi
người trong nhóm phải ngồi lại với nhau để giải quyết vấn đề 1 cách rõ ràng
− Cấu trúc phân rã công việc được mô tả chi tiết trong WBS
46
Trao đổi
− Lập kế hoạch cho các buổi họp để các thành viên trong nhóm cùng
nhau thảo luận và trao đổi tìm ra hướng giải quyết vấn đề
Đầu ra
− Đặt thời gian
− Xác định rủi ro thông qua định lượng và chuyển sang định tính
− Xác định các ngưỡng chịu đựng
− Xác dịnh các dạng báo cáo
7.3 10 rủi ro hàng đầu và hướng giải quyết

Phương Trạng
Số pháp thái
Rủi ro Công việc cần làm Dự phòng
TT khắc (Thời
phục gian)
▪ Lập lại bản
báo cáo tài chính chi
Ước lượng
Giảm tiết của công việc
chi phí cho
nhẹ ▪ Liên tục cập Nên xây
dự án không
nhật báo cáo theo dựng quỹ
sát, thiếu Ngay
MS kinh phí tuần, quy và theo dự phòng
sau khi
01 tiến độ dự án Nếu
xảy ra
cần, tham khảo y
kiến chuyên gia tài
chính
▪ Thực hiện
cuộc họp giữa các
nhóm thiết kế, phát
Dự án quá triển để tìm ra các Xây dựng
phức tạp từ đoạn yêu cầu phức quỹ dự
phần phân Né tạp, từ đó lên kế phòng cho
Ngay
tích, thu thập tránh hoạch chuyên gia về việc này
MS khi
yêu cầu cho hoặc lĩnh vực đó. Tập nhằm chia
08 phát
đến cài đặt giảm trung các nhân viên sẻ chi phí
hiện
mà không nhẹ giỏi để phối hợp phải bù lỗ
lường trước cùng chuyên gia xử khi tiến độ
được lý các đoạn yêu cầu công việc
phức tạp đó bị chậm lại.
▪ Lập lại kế
hoạch phân bổ nhân
47
sự khi có các trường
hợp phức tạp.
Thương lượng với
khách hàng, nếu yêu
cầu đó quá phức tạp
nhằm thay đổi hoặc
loại bỏ bớt các yêu
cầu, phân tích rõ cho
khách hàng hiểu rõ
về chi phí và các lợi
ích
▪ Đề nghị với Luôn có
Không kịp khách hàng về việc các kế
có thể gia hạn thời hoạch cho
tiến độ để gian bàn giao phần nhân viên
bàn giao dự mềm làm thêm
án do bị trễ ▪ Đề nghị doanh ca, tăng
Chuyển nghiệp hỗ trợ thêm lương cho
Luôn
MS ở các giai giao, chi phí để thuê thêm nhân viên,
thực
04 đoạn xây giảm nhân viên, giờ làm để thuê thêm
hiện
dựng phần nhẹ đẩy nhanh tiến độ. nhân viên.
Đẩy nhanh tốc độ Mua bảo
mềm lớn, làm việc của nhân hiểm để
dẫn đến trễ viên, chấp nhận làm chia sẻ chi
cả dự án ngoài giờ. Thường phí khi dự
xuyên báo cáo tiến án xảy ra
độ công việc. rủi ro.
Nhà tài trợ ▪ Tìm hiểu Ngay Lên kế
ngưng đầu nguyên nhân sau hoạch
MS tư cho dự án Chấp ▪ Tìm kiếm nhà khi tìm kiếm
03 vì một lý do nhận tài trợ mới xảy ra nhiều
nào đó. nhà đầu tư
▪ Qua mỗi giai
đoạn lặp cần thực
hiện kỹ hơn, tập
Trễ do các trung vào thiết kế
pha phải đúng và đủ. Cần thiết
thực hiện ▪ Cần đẩy mạnh lập và quản
Sau
MS phải chỉnh Giảm sự hợp tác chặt chẽ ly chi tiết
mỗi
07 sửa nhiều nhẹ giữa các thành viên deadline
pha
lần hơn so của cả đội trong các cho từng
với kế giai đoạn tiếp và thúc phase cụ thế
hoạch đẩy tiến độ của dự
án.
48
▪ Kiểm tra lại và
phân tích rõ các yêu
cầu của khách hàng
đã đưa ra để thiết kế
Mã nguồn
lại phần mềm
viết không
▪ Thực hiện cuộc
đúng yêu
họp giữa các nhóm
MS cầu hoặc
Giảm thiết kế, nhóm lập
14 không đúng
nhẹ trình để tìm ra Khi
phân tích,
nguyên nhân, lập lại thực
thiết kế, Tham khảo
bản thiết kế để thống hiện
phải code lại y kiến
nhất lại giữa các code
nhiều lần chuyên gia
nhóm. và
▪ Lên kế hoạch kiểm
tìm kiếm nhân lực, thử
tìm kiếm phương
pháp nếu không
deadline gấp.
▪ Tìm lại các ▪ Mua

Ngay
file dữ liệu liên quan các thiết bị
khi
và code lại các file lưu trữ
phát
Né bị mất ▪ Lên
Coder không hiện bị
MS lưu file cẩn tránh, ▪ Lên kế hoạch kế hoạch
mất
17 thận, phát triển lại các dữ mua các
làm Giảm dữ liệu
nhẹ liệu đã bị mất phần mềm
mất dữ liệu
khôi phục
dữ liệu
▪ Chia giai đoạn Đang Lên kế
MS Phân công Giảm phân bổ lại công việc thực hoạch nhân
24 công việc nhẹ phù hợp hiện lực cho
không đúng ▪ Chia công việc luôn từng giai
chuyên môn theo từng mốc thời luôn đoạn
gian nhỏ cho từng xem
người xét
▪ Thu thập lại y
kiến để tạo bản yêu
Yêu cầu của cầu chi tiết để tránh Thực
khách hàng gây nhầm lẫn cho
Né hiện
MS không rõ
tránh, khách hàng. ngay
Hợp tác với
26 ràng, thay
giảm ▪ Thương lượng khi có
nhóm khác
đổi thường thêm với khách hàng cùng phát
nhẹ yêu
xuyên về các yêu cầu triển
cầu
khách hàng muốn mới
thay đổi
49
Thiếu thời
gian kiểm
MS
thử hợp
32 Chấp Thông báo cho các
đồng phải
bên liên quan
gia hạn thêm nhận
thời gian
7.4 Kiểm soát các rủi ro

a. Kế hoạch kiểm soát rủi ro
Cụ thể
Phương pháp
• Dùng “đường đi khác” để né tránh
rủi ro, đường đi mới có thể không có rủi
ro, có rủi ro nhẹ hơn, hoặc chi phí đối
Tránh né phó với rủi ro thấp hơn…
• Thay đổi phương pháp, công cụ
thực hiện, thay đổi con người
Các chiến • Thương lượng với khách hàng
lược đối (hoặc nội bộ) để thay đổi mục tiêu
• Đề nghị với khách hàng chấp nhận
phó rủi ro
và chia sẻ rủi ro (tăng thời gian, chi
phí…)
Chuyển giao • Báo cáo ban lãnh đạo để chấp nhận
tác động và chi phí đối phó rủi ro
• Mua bảo hiểm để chia sẻ chi phí
rủi ro xảy ra
• Thành lập quỹ dự phòng
• Giảm ảnh hưởng: đưa ra các kế
hoạch cứu chữa: nhân lực dự phòng, thời
gian dự phòng thay người, sử dụng công
Giảm nhẹ cụ mới, tham khảo các chuyên gia..
• Giảm khả năng gây ra: loại bỏ các
Các chiến yếu tố gây rủi ro, huấn luyện phòng tránh,
lược đối xây dựng đội dự án nhiều kinh nghiệm,
phó rủi ro kỹ năng tốt…
• Chờ và xem
• Thu thấp thông tin để có kế hoạch
Chấp nhận kiểm soát tốt hơn
• Kế hoạch khắc phục hậu quả tùy
từng trường hợp cụ thể
50
b. Giám sát điều chỉnh
− Bao gồm hoạt động giám sát để bảo đảm các chiến lược đối phó rủi
ro được lên kế hoạch và phải chặt chẽ. Việc giám sát cũng nhằm mục đích điều
chỉnh các chiến lược hoặc kế hoạch đối phó nếu chúng tỏ ra không hiệu quả,
không khả thi, tốn nhiều ngân sách, hoặc để đáp ứng với rủi ro mới xuất hiện
hoặc sự biến tướng của rủi ro đã được nhận diện trước đó.
− Kết quả giám sát có thể được báo cáo định kỳ đến tất cả những
người có liên quan đến quản lý cao cấp hoặc đến khách hàng nếu cần thiết.
− Trong thực tế, do các yếu tố liên quan đến dự án thay đổi liên tục,
chu trình quản ly rủi ro không đi theo đường thẳng mà được lặp lại và điều chỉnh
liên tục giữa các chặng. Các rủi ro liên tục được điều chỉnh hoặc nhận diện mới,
do đó các chiến lược và kế hoạch đối phó cũng luôn được thay đổi để bảo đảm
chúng khả thi và có hiệu quả.
CHƯƠNG III. KẾ HOẠCH ĐẢM BẢO CHẤT LƯỢNG
1. Chiến lược phòng chống khiếm khuyết

Tiến trình/Tài Chiến lược Lợi ích
liệu/Sản phẩm
• Liên hệ với khách
• Cải thiện được
hàng để lấy tài lại yêu cầu
Sót/nhầm lẫn yêu 10% về lỗi cũng như
• Tìm kiếm tài liệu đặc
cầu khách hàng nâng cao được 2%
tả yêu cầu trong các thư mục
năng suất
cấu hình sao lưu
51
• Xác định đúng yêu cầu
khách hàng cần
• Xác định đúng phạm
vi dự án, phân công công
việc rõ ràng
• Kiểm tra thiết kế của
Lỗi không cẩn hệ thống có hợp lý hay
• Sẽ loại bỏ được
thận trong định không
mộy số khiếm khuyết
dạng tài liệu, văn • Tài liệu thiết kế có dễ
xảy ra cũng như năng
bản, thiết kế, bản đọc hiểu không
xuất cải thiện
mẫu... • Các bản mẫu có đúng
định dạng...
2. Chiến lược đánh giá
Phương pháp đánh Tiêu chuẩn hoàn

Sản xuất Phê bình Loại xét
giá thành
• Danh sách
kiểm tra hoặc không Đảm bảo sản phẩm
Nhóm đánh giá
• Các công cụ phải được review lại
Sản phẩm hoặc đánh giá
• Tự cập nhật bởi PM ít nhất 1-2
một người
theo yêu cầu của lần/tuần
khách hàng
• Xem dự án có
Quản lý phát triển đúng với
Kế hoạch dự
cao cấp, Nhóm đánh giá tiến độ, kế hoạch đề - Tính khả thi
án. Tiến độ
bảo đảm và ý kiến cá ra không? - Tính chính xác
dự án. Kế
chất lượng, nhân • Dự án còn - Thời gian thực hiện
hoạch CM
khách hàng khả năng phát triển
tiếp không?
Phân tích
Nhóm đánh giá
kinh doanh
52
và các giấy
tờ đặc điểm
kỹ thuật, sử
dụng danh
mục
- Thiết kế của
hệ thống có hợp
Tài liệu thiết
không?
kế, mô hình Nhóm đánh giá
- Tài liệu thiết
đối tượng
kế có dễ đọc, hiểu
không?
• Dự án có phát - Dự án phải hoàn
triển đúng tiến độ thành 100% tiến độ
không? đề ra
Kế hoạch Đánh giá một
• Dự án còn - Dự án còn khả
giai đoạn người
khả năng thực hiện năng tiếp tự thực
các giai đoạn tiếp hiện trong thời gian
không? tới không?
Tự đánh • Code có đúng
giá hay theo thiết kế không? Code đúng tiêu
Mã Nhóm đánh giá
team lead • Có đúng tiến chuẩn đề ra
đánh giá độ không?
- Đảm bảo cài
đặt thành công trên
• Kiểm thử khả các máy của khách
năng vận hành hàng
• Cài đặt được - Nếu có lỗi,
Nhóm đánh giá,
Cài đặt trên máy khách hay phải thương lượng
khách hàng
không với khách hàng và
• Có lỗi phát tiếp tục fix lỗi
sinh gì không - Hệ thống dễ
dàng được bảo trì và
nâng cấp
53
3. Tổ chức đội đảm bảo chất lượng website
− Nhóm quản lý chất lượng gồm có 1 trưởng nhóm quản lý chất
lượng và
− 2 kĩ sư quản lý chất lượng.
− Trưởng nhóm quản lý chất lượng điều hành tất cả các công việc liên
quan đến vấn đề đảm bảo chất lượng được định nghĩa trong tài liệu này. Trưởng
nhóm quản lý chất lượng chịu trách nhiệm phân chia công việc, đảm bảo thực
hiện thành công tất cả các quy trình quản lý chất lượng, và chịu trách nhiệm cập
nhật kế hoạch đảm bảo chất lượng sản phẩm khi cần thiết.
− Các kĩ sư quản lý chất lượng chịu trách nhiệm thực hiện các công
việc
− quản lý chất lượng được phân công. Những vấn đề mà không thể
xử lý bởi các kĩ sư quản lý chất lượng sẽ được trưởng nhóm quản lý chất lượng
xem xét và đưa ra quyết định cuối cùng.
4. Các công việc đảm bảo chất lượng sản phẩm

Kế hoạch quản lý chất lượng sản phẩm bao gồm các pha: Xác định yêu
cầu, phân tích, thiết kế, thực thi, kiểm thử. Bảng sau trình bày chi tiết những
review chính trong quy trình quản lý chất lượng, quan hệ giữa chúng.
Quy trình kiểm tra Thực thể xem xét Đảm bảo
• Đặc tả yêu cầu
website o Đặc tả yêu cầu sản
Kiểm tra đặc tả phần
• Bản kê công việc phẩm phù hợp với yêu
mềm
• Yêu cầu của khách cầu của khách hàng
hàng
• Tài liệu miêu tả
o Kiến trúc hệ thống
Kiểm tra thiết kế trên kiến trúc hệ thống
phù hợp với đặc tả yêu
kiến trúc hệ thống • Đặc tả yêu cầu
cầu phần mềm
phần mềm
• Tài liệu thiết kế o Tài liệu thiết kế
Kiểm tra thiết kế chi tiết
• Đặc tả yêu cầu tuân theo các yêu cầu
54
phần mềm trong đặc tả yêu cầu
Kiểm tra kế hoạch quản • Kế hoạch quản lý o Kế hoạch quản lý
lý cấu hình sản phẩm cấu hình cấu hình
o Thảo luận về
• Thực hiện cuối
Họp nhóm những thay đổi cần thiết
mỗi buổi họp
cho cuộc họp tiếp theo
5. Kế hoạch thực hiện và giám sát chất lượng

Thời gian Công việc thực hiện Tiêu chí đánh giá
• Đánh giá chất lượng các bản kế
Hoàn thành giai đoạn
23/10/2023 hoạch: tính khả thi
chuẩn bị dự án
• Tính chính xác thời gian thực hiện
• Việc thực hiện có đúng kế hoạch
không?
• Kiểm tra tính chính xác, đầy đủ của
tài liệu
Hoàn thành pha lấy • Đánh giá tài liệu xác định yêu
yêu cầu cầu chức năng, hệ thống.
• Đã lấy chính xác yêu cầu của khách
hàng chưa?
• Việc viết tài liệu, mô tả yêu cầu dưới
dạng nghiệp vụ đã đảm bảo tính chính xác,
tường minh hay chưa?
không?
Hoàn thành việc lấy,
phân tích yêu cầu và • Các biểu đồ có hợp ly và phù hợp
các tài liệu đặc tả không?
Việc viết tài liệu đã đầy đủ, chính xác
chưa?
không?
• Thiết kế cài đặt có phù hợp với
Hoàn thành bản kế yêu cầu chức năng không?
hoạch cuối cùng dự • Cơ sở dữ liệu có phù hợp với
án yêu cầu hệ thống không?
• Tài liệu có chính xác, tường minh,
dễ hiểu không?
• Giao diện có thân thiện, phù hợp yêu
cầu khách hàng không?
55
Hoàn thành tất cả các không?
chức năng của hệ • Có đầy đủ chức năng của hệ thống
thống không?
• Code có đúng với thiết kế không?
• Việc thực hiện có đúng kế
hoạch không?
Kiểm thử các chức
năng. Tích hợp hệ • Kiểm thử các chức năng có đáp
thống và kiểm thử. ứng được yêu cầu không?
Hoàn thiện tài liệu • Việc kiểm thử tích hợp có đạt yêu
liên quan. cầu không?
• Hoàn thiện tài liệu có chính xác,
tường minh, dễ hiểu không?
CHƯƠNG IV. KẾ HOẠCH KIỂM THỬ

1. Mục đích
Trong mục này trình bày chi tiết những hoạt động trong quá trình
kiểm tra được thực hiện. Những kiểm tra sau sẽ được đặt lịch trong kế hoạch dự
án (săp xếp theo thứ tự thời gian):
a. Kiểm tra đặc tả sản phẩm
b. Kiểm tra thiết kế kiến trúc
c. Kiểm tra thiết kế chi tiết
d. Kiểm tra kế hoạch quản ly cấu hình sản phẩm
2. Chi tiết các loại hình kiểm tra
56
Tên Kiểm tra đặc tả sản phẩm
Kiểu Formal
Thành phần Các thành viên dự án
Kế hoạch Dựa trên tài liệu đặc tả yêu cầu sản phẩm
Quy trình kiểm tra phục vụ 2 mục đích:
(1) xác nhâṇ rằng yêu cầu sản phẩm sẽ được đáp
Mục đích ứng đầy đủ trong đặc tả phần mềm
(2) xác định những yếu tố kĩ thuật có thể gây ra vấn
đề trong quá trình thực hiện.
Tên Kiểm tra thiết kế kiến trúc

Kiểu Informal
Thành phần Nhóm thiết kế và phát triển
Kế hoạch Trước pha thiết kế
Giới thiệu cho nhóm phát triển và thiết kế về môi trường
Mục đích
sử dụng để phát triển sản phẩm bằng PHP
Tên Kiểm tra thiết kế chi tiết

Kiểu Formal
Quản trị dự án; người thiết kế (nhóm thiết kế chi tiết);
Thành phần
Lập trình viên; Tester (nhóm tester)
Dựa trên sự hoàn thành của pha thiết kế. (Lặp lại đến khi
Kế hoạch
phải thiết kế lại ít hơn 5% công việc)
Quy trình kiểm tra này đảm bảo thiết kế chi tiết của dự án
thỏa mãn những yêu cầu sau:
(1) Nó không bị ảnh hưởng bởi những mâu thuẫn nỗi bộ
Mục đích (2) Nó đáp ứng đầy đủ đặc tả trong đặc tả yêu cầu sản
phẩm
(3) Có hiệu quả trong quá trình thực thi và phát triển
(4) Kết quả có thể kiểm thử
Tên Kiểm tra kế hoạch quản lý cấu hình sản phẩm

Kiểu Formal
Quản trị dự án/người điều khiển cấu hình;
Thành phần
Lâp ̣ trình viên và tester
Sau khi hoàn thành kiểm tra thiết kế chi tiết, trước khi pha
Kế hoạch
mã hóa bắt đầu
Quản trị dự án hoặc người điều khiển cấu hình trình bày
Mục đích
chiến lược lựa chọn cho quản ly cấu hình tới lập trình viên
57
và tester
3. Các loại hình kiểm thử

3.1 Kiểm thử đơn vị
Mỗi thành phần được kiểm thử
dựa trên công việc mã hóa để đảm
Chiến lược
bảo tất cả các công nghệ đều thỏa
mãn yêu cầu
• Kế hoạch kiểm thử đơn vị đã
hoàn thành
Thực thể xem xét
• Tất cả các test case đã hoàn
thành
• Tất cả các test case thực hiện
thành công
• Tất cả các lỗi được tìm thấy
phải được sửa
Đảm bảo
• Tất cả các tình huống được
kiểm thử.
• Tất cả các kiểm thử ngược
đều thành công
3.2 Kiểm thử tích hợp

Kiểm thử tích hợp được thực
hiện khi tất cả các module đã hoàn
Chiến lược thành và đã kiểm thử tự động, để
đảm bảo các chức năng là phù hợp
khi tích hợp với các Module khác
• Kiểm thử tự động của mỗi
module đã hoàn thành
Thực thể xem xét • Mỗi module chức năng
thích hợp với chính nó
Tất cả các test case đã phát
triển
• Tất cả các trường hợp kiểm
thử tích hợp là thành công
• Tất cả các lỗi được tìm
Đảm bảo
thấy phải được sửa
kiểm thử.
58
Tất cả các kiểm thử ngược đều
thành công
3.3 Kiểm thử hệ thống

Khi tất cả các thay đổi được
thực hiện và các chức năng là phù
Chiến lược hợp, hệ thống sẽ được kiểm tra tích
hợp với các hệ thống khác xem có
phù hợp không
• Kế hoạch kiểm thử tích hợp
đã hoàn thành
• Kế hoạch kiểm thử hệ thống
đã hoàn thành
thử hệ thống đã phát triển
Thực thể xem xét
thử hiệu năng đã phát triển
thử hồi quy đã phát triển
• Một môi trường kiểm thử
thích hợp đã được thiết lập
• Tất cả các test case hệ thống
thực hiện thành công
• Tất cả các lỗi được tìm thấy
phải được sửa
Đảm bảo
kiểm thử.
• Tất cả các kiểm thử ngược
đều thành công
4. Chi tiết thực hiện kiểm thử

4.1 Kiểm thử đơn vị
Mô tả công Ngày thực
STT Người thực hiện Kết quả
việc hiện
Xác định yêu
1 Cả đội 12/12/2023 Hoàn thành
cầu
Lập kế hoạch
2 Nguyễn Quốc Duy 13/12/2023 Hoàn thành
kiểm thử
59
Tạo kịch bản
Nguyễn Quốc Duy 13/12/2023 Hoàn thành
3 kiểm thử
Cấu hình môi
4 Nguyễn Quốc Duy 14/12/2023 Hoàn thành
trường
Thực hiện kiểm
5 Nguyễn Quốc Duy 16/12/2023 Đang thực hiện
thử
Ghi lại kết quả
6 kiểm thử
Xử lý lỗi và tái
Nguyễn Quốc Duy 20/12/2023 Đang thực hiện
7 kiểm thử
Tạo báo cáo
8 kiểm thử
4.2 Kiểm thử tích hợp
Item to be Integration Integration Tool Used Completion

Integration Test Type Test Criteria
Tested
Các hàm, Bottom-up Thực hiện các Có thể sử Sau tích hợp có
method và test case thấp dụng Visual các lớp hoàn
class nhất đến cao studio code chỉnh với đầy đủ
hơn thuộc tính và
phương thức cần
thiết của lớp
Module Bottom-up Thực hiện tích Có thể sử Sau khi tích hợp ta
hợp các Module dụng Visual được phần mềm
đơn giản trước studio code hoàn chỉnh với đầy
đủ các chức năng
yêu cầu
4.3 Kiểm thử hệ thống
Test những Loại thử Kiểm tra hệ Công cụ được Tiêu chí
chức năng nghiệm thống sử dụng hoàn thành
hệ thống Kỹ thuật
Trang chủ Kiểm thử
Đăng ky hoàn tất khi
Các tester kiểm
thành viên Kiểm thử Có thể sử tất cả các
thử toàn bộ các
Đăng nhập tất cả các dụng selenium tính năng
tính năng của
Quần áo chức năng telerik đều đáp ứng
phần mềm
Giới thiệu yêu cầu của
Tin tức khách hàng
60
Liên hệ
Tìm kiếm
Connect to
Facebook
4.4 Measurements Program
Data to be collected Purpo PI Time

Tầm 6000 dòng
Size: No. Of KLOC PM 4 tuần
lệnh
Effort: No. person- Mỗi ngày 2 triệu Team
Hàng ngày
day VNĐ members
Quality: No. Defects Reviewer, Sau khi Tester
Đảm bảo yêu cầu
detected Tester xem xét kiểm tra
Vào mỗi buổi
chiều thứ 2 hàng
tuần. PM sẽ họp
Để kiểm tra dự án
Schedule PM nhóm kiểm tra
làm đến đâu.
xem xét mức
độ hoàn thành
dự án.
CHƯƠNG V. QUẢN LÝ CẤU HÌNH

1. Giới thiệu
Việc lập kế hoạch cấu hình nhằm đảm bảo phần mềm “Quản lý bán
quần áo” được cập nhật và thực hiện các chức năng một cách chính xác.
Việc quản lý cấu hình tốt có thể giải quyết hoặc tránh được một số
lỗi như:
− Lặp lại bug hay có số mã độc hoặc phải giải mã phức tạp
− Một mã nguồn đã viết cho một chức năng, không tìm thấy chức
năng của sản phẩm, tự nhiên thất lạc
− Một chức năng đã được kiểm thử rất kỹ nhưng bổng dưng không
chạy được nữa
− Một module có thể có nhiều source code với nhiều version khác
nhau, khi tích hợp cần phải biết rõ ràng mã nguồn nào version nào cần được sử
dụng...
61
❖ Phạm vi áp dụng:
Được hoàn thành trong pha lập kế hoạch đầu dự án và được sử dụng
cho các bộ phận:
− Quản trị cấu hình
− Toàn bộ các pha trong dự án
❖ Mục đích
− Thiết lập, bảo đảm tính toàn vẹn của sản phẩm trung gian
cũng như sản phẩm cuối cùng trong tất cả các pha của dự án
− Kiểm soát thay đổi hệ thống
− Thiết lập môi trường phát triển - xây dựng, tổ chức thư
mục kho dữ liệu lưu trữ cho dự án
2. Quy trình quản lý cấu hình

2.1 Quy ước nhận dạng và đặt tên CI
+ SM 1. Khởi tạo dự án
− SM 1.1 Tài liệu khởi tạo dự án
+ PM 2. Lập kế hoạch
− PM 2.1 Tài liệu lập kế hoạch dự án Project Plan
− PM 2.2 Tài liệu kế hoạch quản ly cấu hình Configuration
Management Plan
− PM 2.3 Project Charter
− PM 2.4 WBS
− PM 2.5 Bản báo cáo sau giai đoạn lập kế hoạch
+ BA 3. Xác định yêu cầu
− BA 3.1 Tài liệu khảo sát yêu cầu BA 3.2 Tài liệu phân tích yêu cầu
− BA 3.3 Tài liệu đặc tả yêu cầu ( RSD )
− BA 3.4 Tài liệu đặc tả yêu cầu phần mềm ( SRS ) BA 3.5 Tài liệu
yêu cầu người sử dụng ( URD ) BA 3.6 Bản báo cáo giai đoạn xác định yêu cầu
+ D 4. Thiết kế
− D 4.1 Bản thiết kế tổng thể D 4.2 Bản thiết kế chức năng D 4.3 Bản
thiết kế giao diện D 4.4 Bản thiết kế CSDL
− D 4.5 Bản báo cáo sau giai đoạn thiết kế
+ C 5. Lập trình
− C 5.1 File database của hệ thống
62
− C 5.2 File tập hợp mã nguồn của module quản ly bài viết
− C 5.3 File tập hợp mã nguồn của module quản ly thành viên C 5.4
File tập hợp mã nguồn của module admin
− C 5.5 File tập hợp mã nguồn của module liên hệ C 5.6 Bản báo cáo
sau giai đoạn viết code xử ly
+ QA 6. Kiểm thử và hiệu chỉnh
− QA 6.1 Tài liệu kế hoạch kiểm thử tự động ( UTP )
− QA 6.3 Tài liệu kế hoạch kiểm thử hệ thống ( STP ) QA
− 6.4 Bản báo cáo sau giai đoạn kiểm thử…
+ PTL 7. Triển khai
− PTL 7.1 Tài liệu cài đặt chạy thử.( IM )
− PTL 7.2 Tài liệu hướng dẫn sử dụng ( UM ) PTL 7.3 Bản báo cáo
sau giai đoạn triển khai PM
+ 8 Nghiệm thu, bàn giao.
− SM 8.1 Bản ky kết hợp đồng với khách hàng
+ PM 9. Tổng kết dự án.
− PM 9.1 Bản báo cáo tổng kết dự án
+ SM 10. Đóng dự án
− SM 10.1 Bản tuyên bố đóng dự án
+ PTL 11. Phần mềm hệ thống và công cụ hỗ trợ
− PTL 11.1 Gói Phần ềm các hệ điều hành Windows, Ubuntu
− PTL 11.2 Phần mềm công cụ hỗ trợ
− PTL 11.3 Hệ quản trị CSDL SQL Sever
+ CC 12. Cơ sở hạ tầng phần cứng
− CC 12.1 Máy chủ CC
− 12.2 Máy trạm
− CC 12.3 Băng lưu trữ dữ liệu CC
− 12.4 Ổ đĩa cứng
− CC 12.5 RAM
2.2 Xác định và quy ước đặt tên mẫu cấu hình
Mỗi mẫu cấu hình được xác định bằng 1 mã số theo cách sau:
63
− <Mã cấu hình> =<Mã dự án>_<Loại tài liệu>_ <Tên viết tắt nhóm
phụ trách>
− <Mã quy trình>.<mã số cấu hình trong quy trình> - < Mã phiên bản
> Trong đó:
− <Tên viết tắt của nhóm phụ trách>: Cụm từ gồm 2-3 chữ cái viết tắt
tên của nhóm phụ trách sinh tài liệu
• Mã quy trình: Là mã của quy trình nơi tài liệu được phát hành mã
quy trình được thống nhất như sau
STT Tên quy trình Mã quy trình
1 QT Quản ly hợp đồng 01
2 QT Quản ly dự án 02
3 QT Quản ly yêu cầu 03
4 QT Thiết kế phần mềm 04
5 QT lập trình 05
6 QT Kiểm thử 06
7 QT Triển khai 07
8 QT quản ly hợp đồng phụ 08
9 QT quản ly cấu hình và 09
thay đổi
10 QT Hỗ trợ khách hàng 10
11 Quản ly chất lượng 11
❖ Loại tài liệu quy định như sau:
STT Kiểu tài liệu Mã viết tắt
1 Tài liệu hướng dẫn GLN

2 Tài liệu quy trình PRC
3 Tài liệu kế hoạch PLN
4 Tài liệu check list CHL
5 Tài liệu danh sách (list) LIST
6 TàI liệu biểu mẫu TPL
7 Tài liệu đặc tả usecase UCS
8 Tài liệu Testcase TC
64
9 Mã nguồn Source
2.3 Cấu trúc thư mục & Quyền truy cập

a. Cấu trúc thư mục
Vùng Mục đích
Vùng phát triển Vùng dành cho lập trình viên lưu trữ code của mình
Vùng giám sát Lưu trữ các tài liệu sẵn sàng để xem xét. Người giám
sát sẽ lấy những tài liệu đó tại vùng này.
Vùng kiểm thử Lưu giữ mã nguồn chương trình đã hoàn thành, đã kiểm thử
qua.
Vùng phát hành Lưu giữ những phiên bản sẵn sàng để phát hành và tất cả
các phiên bản đã được phát hành. Người sử dụng có thể tìm
những phiên bản cần thiết nhất cho công việc của họ tại đây
Vùng lưu trữ Vùng lưu trữ những mục cấu hình đã được phát hành để
chuẩn bị cho baseline và không t thay đổi bởi bất cứ thành
viên nào.
b. Quyền truy cập
Các thành viên được phép truy nhập và các tài liệu liên quan đến công
việc mình được phân công và phụ trách và được thay đổi theo thời gian
Nhân viên Quyền truy xuất Đọc Chèn Thay thế Xóa
Developer Vùng phát triển Y Y Y Y
Vùng giám sát N N N N
Vùng kiểm thử N N N N
Vùng phát hành Y N N N
Vùng lưu trữ Y N N N
CC Vùng phát triển N N N N

Vùng giám sát Y Y Y N
Vùng kiểm thử Y N N N
Vùng phát hành Y Y Y Y
65
Vùng lưu trữ Y Y Y Y
PM Vùng phát triển Y Y Y Y

Vùng giám sát Y Y Y Y
Vùng kiểm thử Y N N N
Vùng phát hành Y Y Y Y
Vùng lưu trữ Y Y Y Y
2.4 Cấu trúc thư mục
Thư mục Vùng

Thư mục con Mục đích Quyền truy
chính ánh xạ xuất
Project Directory
Lưu tất cả các mục Modify: PM,
Sản_Phẩm cấu hình được giao Phát CC Read:
Tiến Trình
tới khách hàng hành All
Phát
Tài liệu các bản Modify: PM,
hành
Tài_liệu thiết kế, kiểm thử CC,PIC
giám
xác định yêu cầu Read: All
sát
Lưu giữ biên bản
Biên_bản_họp NA Modify: All
các buổi họp.
Lưu trữ mục đích,
ước lượng, bản Phát
Modify:
hoạch phát triển hành
Kế_hoạch PM,CC,PTL
phần mềm, lịch trì giám
Read: All
và nhiệm vụ của đội sát
phát triển
Modify: PM,
Lưu trữ các bản báo
Báo_Cáo NA CC,PIC
cáo
Read: All
Lưu giữ biên bản
dự án: biên b giám
Biên_bản_dự án sát, biên bản yêu NA Modify: All
cầu thay đ mục cấu
hình
Lưu Modify and
Mã_nguồn Lưu trữ mã nguồn
trữ read :de
66
Lưu trữ tài liệu hỗ
Modify: PM,
Khách_hàng trợ đội phát tri do Phát
CC,PIC
Tham khảo cung cấp khách hàng cung hành
Read: All
cấp
Chứa tài liệu,
biểu mẫu tham
khảo phục vụ việc
thực hiện án, Các
tài liệu hướng Phát
dẫn đ biệt của dự hành
Hướng_dẫn án (Project Specif Read: All
Guidelines)…Người
quản cấu hình có
thể tạo thêm thư
mục khác tại đây
nếu cần
Lư trữ sản phẩm Modify
của QA, kiểm thử right: QA
NA
Kiểm tra xem xét các sản Read right:
phẩm All
Phát hành các phiên Modify: PM,
Lưu
Lưu trữ Baseline bản của các cấu CC Read:
Trữ
hình All
Modify: PM,
Nơi lưu trữ dữ liệu Lưu
Back_up CC,PIC
cần sao lưu Trữ
Read: All
Hệ Lưu trữ các phần Lưu Modify: PM,

điều_hành mềm hệ điều hành Trữ CC,PIC
Read: All
Lưu trữ các phần
mềm công cụ, c Modify: PM,
Tool_ Lưu
phần mềm utinity, CC,PIC
Softwar Trữ
phần mềm diệt Read: All
virus
Mỗi developer sẽ có Modify:

1 thư mục online Phát Developers
Developer
<Develop> riêng để lưu giữ triển
code của mình Read: All
Codeready Lưu trữ những Kiểm Modify: PM,
<Test> 67
đoạn code, mã thử CC, PT
nguồn sẵn sàng để Read: All
kiểm thử
Lưu trữ những
Modify: PM,
đoạn code, mã Kiểm
Codepassed CC, PT
nguồn đã đươc kiểm thử
Read: All
thử qua
Lưu giữ các phiên Modify: PM,
Phát
<Release> Codearchive bản hoàn thi được CC Read:
hành
phát hành All
Modify: PM,
Lưu trữ dữ liệu cần Lưu
<Archive> Back_up CC Read:
sao lưu trữ
All
2.5 Đối với các vật phẩm được lưu trữ vật lý
Items Location Person in charge Usage rule
Tài liệu chỉ sử dụng
File Senior Manager mang tính ràng buộc
Hợp đồng án pháp ly, cần giữ gìn
cẩn thâṇ
Máy chủ dùng để cung
Máy chủ Kho thiết bị CC cấp cho phía khách
hàng
Băng lưu trữ dùng để
Tape Kho thiết bị CC lưu trữ các dữ liệu
mềm lâu dài
Các máy trạm dùng để
Các máy trạm Kho thiết bị CC cung cấp cho phía
khách hàng
68

Báo cáo bài tập lớn - ĐBCLPM - Nhóm 5

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

Báo cáo bài tập lớn - ĐBCLPM - Nhóm 5

Uploaded by

Copyright:

Available Formats

TRƯỜNG ĐẠI HỌC CÔNG NGHỆ GIAO THÔNG VẬN TẢI

KHOA CÔNG NGHỆ THÔNG TIN

KHOA CÔNG NGHỆ THÔNG TIN

GIÁO VIÊN HƯỚNG DẪN: NGUYỄN VĂN CƯỜNG

Giáo viên hướng dẫn

NGUYỄN VĂN CƯỜNG

STT Họ và tên Phần trăm đóng góp Ghi chú

BẢNG PHÂN CÔNG CỦA THÀNH VIÊN .........................................................................................1

Acronym Definition Note

Itemstore Backup Backup

Bản báo cáo

2. Phạm vi và mục đích

2.3 Yêu cầu sản phẩm

+ Phạm vi của dự án là không thay đổi trong quá trình làm dự án vì

2.6 Quá trình thực hiện dự án

1 Bắt đầu kế hoạch: Xác định kế hoạch hoàn 24/10/2023

Hoàn tất phân tích: Phân tích các tính năng

Hoàn tất thiết kế: Thiết kế chi tiết các

Trưởng nhóm kĩ Technical vuminhducxb@gmail.com

Trưởng nhóm Designing

7 Lập trình viên Coding + Nguyễn Quốc Duy

Ngày bắt đầu Ngày/tháng/năm 23/10/2023

Ngày kết thúc Ngày/tháng/năm 31/12/2023

Thời gian Số ngày 69 ngày

Đội ngũ Kích thước tối đa Người 5 người

Nỗ lực lập hoá đơn Người ngày

Lịch nỗ lực Người ngày 5 người

Cách sử dụng nỗ lực Người ngày 5 người

Số liệu Đơn vị Trung Cơ bản để thiết lập mục tiêu

Tham khảo GX mục tiêu trong năm

Quá trình tuân

Nỗ lực hiệu quả % 80% *

Giao hàng tận nơi

Kịp thời % 100%

4. Phụ thuộc quan trọng

Tài liệu hướng dẫn sử dụng giao cho

Có thể hoàn thành nhanh

5.1 Các bước quản lí dự án

c. Quản lí thời gian dự án

CHƯƠNG II. QUẢN LÝ DỰ ÁN

Phiên bản Tác giả Mô tả Ngày

1.0 Nguyễn Quốc Duy Xây dựng WBS 05/11/2023

WBS theo đầu mục

1.1.2 Xác định yêu cầu sản phẩm

1.1.3 Xây dựng tài liệu đặc tả

1.1.6 Lập báo cáo

1.2.1 Phân tích các yêu cầu sản phẩm

1.2.2 Xác định và phân tích các rủi ro có thể gặp

1.2.3 Viết tài liệu đặc tả chi tiết phân tích

1.2.4 Gặp gỡ khách hàng và trao đổi lại

1.2.5 Hoàn thiện tài liệu phân tích

1.2.6 Báo cáo lên quản trị

1.3.1 Thiết kế tổng thể

1.3.4 Thiết kế Database

1.3.5 Xem lại thiết kế, chỉnh sửa

1.3.6 Lập báo cáo

1.4.1 Tạo Database

1.4.2a Module Bạn đọc

− Quản lý bài viết

1.5 Kiểm thử và sửa lỗi

1.5.1 Kiểm thử tự động

1.5.1a Test module Bạn đọc

1.7 Nghiệm thu, bàn giao