(Tiểu luận) đề tài xây dựng website bán nhạc cụ âm nhạc16musical

ĐẠI HỌC DUY TÂN
KHOA CÔNG NGHỆ THÔNG TIN
---------------------------

Tên đề tài
XÂY DỰNG WEBSITE BÁN NHẠC CỤ ÂM NHẠC
16MUSICAL
(PROJECT PLAN DOCUMENT)
Version 1.1
GVHD: Ths. Nguyễn Minh Nhật
Thành viên:
•

Võ Xuân Quốc Vương

•

Nguyễn Văn Việt

•

La Huỳnh Thanh Tâm

•

Đàm Mạnh Thắng

Đà Nẵng, 12/2021


THÔNG TIN DỰ ÁN

Dự án viết tắt
16M
Tên dự án
16musical
Thời gian bắt đầu 03/10/2021

Thời gian kết

15/12/2021

Lead Institution
Giáo viên hướng

thúc
Khoa Công Nghệ Thông Tin, Trường Đại Học Duy Tân
Nguyễn Minh Nhật

dẫn

Email:

Phone: 0905.125.143
Chủ sở hữu dự án Võ Xuân Quốc Vương
& Chi tiết liên hệ

Email:
Phone: 0977816676

Đối tác
Quản lý dự án

Duy Tan University
Võ Xuân


&Scrum Master

Quốc Vương
Nguyễn Văn

Thành viên nhóm

0977816676



0935125732

Việt
La Huỳnh



0964162327

Thanh Tâm
Đàm Mạnh

0799005669

Thắng

1


DOCUMENT NAME
Tên tài liệu
Tác giả
Chức vụ
Ngày
URL
Access

Project Plan
La Huỳnh Thanh Tâm
Member
13/10/2021
Tên tệp:

[DA]Project Plan-ver.2.1.docx

Khoa CNTT

REVISION HISTORY
Version
Person
1.0
Đàm Mạnh Thắng
1.1
Đàm Mạnh Thắng

Date
13/10/2021
18/11/2021

Description
Bản nháp
Bản chỉnh sửa, hoàn chỉnh

2


PHÊ DUYỆT TÀI LIỆU

Signature:
Người hướng dẫn Nguyễn Minh Nhật

Date:

……../12/2021

Signature:
Chủ sở hữu

Võ Xuân Quốc Vương
Date:

……../12/2021

Signature:

Đội sản xuất

Võ Xuân Quốc Vương
Date:
Nguyễn Văn Việt

Signature:
Date:

Thành viên

La Huỳnh Thanh Tâm

……../12/2021

……../12/2021

Signature:
Date:

……../12/2021

Signature:
Đàm Mạnh Thắng
Date:

……../12/2021

3

MMỤC LỤC
1.

GIỚI THIỆU

6

1.1.

Mục đích

6

1.3.

Mục tiêu của dự án

6

1.4.

Phạm vi

6

1.5.

Giả định và ràng buộc

7

1.6.

Các bên liên quan

7

1.7.

Mơ hình

7

2.

TỔ CHỨC NHĨM

7

2.1 Thơng tin nhóm Scrum

7

2.2 Vai trị và trách nhiệm

8

2.3 Cách thức liên lạc

9

2.4 Báo cáo

10

3.

11

PHẠM VI QUẢN LÍ

3.1 Phạm vi

11

3.2 Work breakdown strUSture

11

4.

LỊCH / QUẢN LÝ THỜI GIAN

13

4.1 Các cột mốc

13

4.2 Lịch trình dự án

13

5.

18

CHI PHÍ QUẢN LÝ / NGÂN SÁCH

5.1 Đơn giá

18

5.2 Chi phí chi tiết

18

5.3 Chi phí khác

18

5.4 Tổng chi phí

6.

18

5.4.1 Chi Phí/giờ

18

5.4.2 Tổng dự tốn

18

QUY TRÌNH PHÁT TRIỂN

6.1 Các nguyên tắc và giai đoạn phát triển

19
19
4


7.

RỦI RO DỰ ÁN

21

7.1 Mục tiêu chất lượng

23

7.2 Chỉ số

24

7.3 Kiểm tra (Tests and Reviews)

25

7.4 Báo cáo sự cố và khác phục

26

8.

QUẢN LÝ CẤU HÌNH

27

8.1 Danh mục cấu hình

27

9.

CƠNG NGHỆ VÀ CÁC RÀNG BUỘC

27

9.1

Công nghệ để phát triển dự án

27

9.2

Môi trường phát triển

27

9.3

Hạng mục khác

27

10.

TÀI LIỆU THAM KHẢO
Role

28
Date

Signature

5


Document continues below
Discover more
from:
Database
DB2021
Trường Đại Học…

130 documents

Go to course

trăc nghiệm và đáp
18

án bệnh học cơ sở
Database

95% (20)

20 ĐỀ THI NGỮ VĂN
131

VÀO 10 CÓ ĐÁP ÁN…
Database

100% (6)

Chuong 2 Tac nhan
13

say - dqa
Database

10

100% (2)

Chuong 3 - Dong hoc
qua trinh say
Database

100% (2)

Nguyen, Tam T. T.
100

(2014 ). Co So Du…
Database

100% (2)

The Manga guide to
228

databases


228

Database

100% (2)

1.GIỚI THIỆU
1.1. Mục đích
Tài liệu này cung cấp tóm tắt các mục tiêu của dự án, phân công công việc, các cột
mốc quan trọng, các nguồn lực cần thiết, thời gian và tiến độ tổng thể và phân bổ

ngân sách được sử dụng và dựa trên đề xuất tài liệu để xây dựng một ứng dụng
quản lý chi phí đúng thời hạn theo yêu cầu và kế hoạch.
2. Tổng Quan dự án
Tham khảo [DA] Proposal_ver_1.1.docx
2.1. Mục tiêu của dự án
Đề xuất mục tiêu của dự án là:
 Thiết kế và xây dựng hoàn thành Website bạn nhạc cụ với các tính năng cơ
bản.
 Giải quyết vấn đề lựa chọn sản phâm và thanh toán.
2.2. Phạm vi
Ứng dụng chạy trên nền tảng Web
Bao gồm các chức năng:
-

Đăng ký

-

Đăng nhập

-

Đăng xuất

-

Quản lý thơng tin cá nhân

-

Xem đơn hàng

-

Tìm kiếm sản phẩm

-

Quản lý danh mục

-

Quản lý sản phẩm

-

Đánh giá sản phẩm

-

Bình luận sản phẩm

-

Quản lý giỏ hàng

-

Quản lý tài khoản

-

Quản lý bình luận
6


-

Quản lý đánh giá

-

Quản lý danh mục bài viết

-

Quản lý bài viết

-

Báo cáo thống kê

2.3. Giả định và ràng buộc
 Người dùng phải có các trình duyệt web như Chrome, Fire Fox, v.v…
 Phải có kết nối Internet v.v…
2.4. Các bên liên quan
 Mentor
 Scrum Master
 ProdUSt owner
 Các thành viên tham gia dự án

2.5. Mơ hình
Trong dự án này, chúng tơi sử dụng mơ hình Scrum để phát triển phần mềm.

2.TỔ CHỨC NHĨM
2.1 Thơng tin nhóm Scrum
Bảng 1: Thơng tin nhóm Scrum
Họ Tên

Số điện thoại

Email

Võ Xn Quốc Vương

0977816676



Vai trị
Scrum Master

Nguyễn Văn Việt
La Huỳnh Thanh Tâm
Đàm Mạnh Thắng

0935125732
0964162327
0799005669

Member
Member
Member

2.2 Vai trò và trách nhiệm
Bảng 2: Vai trò và trách nhiệm
Role
Mentor

Responsibility

Name/Title

 Hướng dẫn về quy trình.

ThS. Nguyễn Minh

 Nắm tất cả các hoạt động của nhóm.

Nhật.

 Hỗ trợ mọi vấn đề liên quan.
7


Scrum

 Xác định và phân tích ứng dụng.

Master

 Chỉ định làm việc cho các thành viên trong

La Huỳnh Thanh Tâm

nhóm.
 Kiểm sốt và theo dõi các thành viên trong
nhóm.
 Định hướng cho các thành viên trong nhóm.
 Đảm bảo rằng nhiệm vụ được hoàn thành về
thời gian, phạm vi và chi phí.
 Bảo vệ đội ngũ làm việc và tránh những rắc
rối.
 Cung cấp các giải pháp để giải quyết vấn đề.
Product

- Giữ kiến trúc và thiết kế chi tiết được cập Võ Xuân Quốc

Owner

nhật
-

Vương

Đảm bảo các trình điều khiển kiến trúc được
đáp ứng.

- Duy trì Đặc điểm Kiểm tra.
- Ra quyết định về những thay đổi trong kiến
trúc.
Team Members

- Uớc tính thời gian để hồnh thành nhiệm vụ. Tất cả thành viên.
- Phân tích yêu cầu.
- Thiết kế và từng bước hoàn thiện thiết kế.
- Code và kiểm thử.
- Cài đặt và thực hiện các bài kiểm tra chức
năng.
- Triển khai sản phẩm.

2.3 Cách thức liên lạc
Bảng 3: Cách thức liên lạc
Người tham dự

Chủ đề

Tần suất

Phương thức
8


Manager, Mentor and Đánh giá tiến độ dự án

Hàng tuần

Team member

Gặp

mặt,

Mail,

github.com,
Facebook , Zoom

Customer,

Manager Đánh giá mức độ dự án

Hàng tuần

and Team Leader

Gặp

mặt,

Mail,

github.com,
Facebook , Zoom

Customer,

Manager Các yêu cầu cho sản phẩm

Khi cần

Gặp

and Team leader

mặt,

Mail,

github.com,
Facebook , Zoom

Team

Leader

and Đánh giá tiến độ của dự án Hàng này

Team Member

Gặp

mặt,

Mail,

và lịch các họp thường

github.com,

ngày.

Facebook , Zoom

2.4 Báo cáo
Bảng 4: Các báo cáo và Meeting
Loại liên lạc

Phương thức,

Tần suất

Thông tin chi tiết

Nhân sự

công cụ
Liên lạc trong nhóm
Daily Meetings
“Cuộc

Facebook

hoặc 1 ngày

họp Email

hằng ngày”

Thơng tin về những gì đã Project team
làm trong 24 giờ qua, làm
việc về kế hoạch cho
ngày hơm nay, những khó
khăn gặp phải và các giải
pháp cần thiết, chỉ cần
gặp 20-30 phút.

Task Planning Facebook,Zoom, 15-20 ngày Tất cả các thành viên Project team,
Meeting

Gặp trực tiếp

trong nhóm cùng nhau để ProdUSt Owner

“Cuộc họp lập

phân tích các yêu cầu,

kế hoạch”

chức năng, làm việc trên
Sprint

đang

làm,

quy
9


hoạch và thiết kế cho các
Sprint tiếp theo.
Task

Review Facebook,Zoom, 15-20 ngày Hoàn thành các tài liệu.

Meeting

Gặp trực tiếp

Project

team

Đối với mỗi giai đoạn, ,ProdUSt

“Cuộc họp rà

chia sẻ tài liệu, cho biết Owner

sốt cơng việc”

điểm mạnh và điểm yếu
của mỗi người. Thời gian
của mỗi thành viên và các
giải pháp cho dự án.

Giao tiếp và báo cáo
Quản lý tác vụ

Jira, github.coms Hàng ngày

Hệ thống theo dõi nhiệm Project team.
vụ dựa trên web. Để quản
lý hoặc phân chia nhiệm
vụ, hãy báo cáo lỗi / vấn
đề.

3.PHẠM VI QUẢN LÍ
3.1 Phạm vi
 Ứng dụng được cung cấp cho các cá nhân, tổ chức có nhu cầu mua sản phẩm
của chúng tôi để hỗ trợ cho việc quản lý thời gian một cách hiệu quả.
 Ứng dụng được phát triển trên Cơng nghệ ReactJs phía Front End và Spring
boot phía Back End.
3.2 Work breakdown strure

10


Hình 1: Cấu trúc phân chia cơng việc

4.LỊCH / QUẢN LÝ THỜI GIAN
4.1 Các cột mốc
Bảng dưới đây liệt kê các sự kiện quan trọng cho dự án này, cùng với khung thời
gian hồn thành dự kiến của nó.
Bảng 4: Các cột mốc quan trọng

11


STT

TÊN NHIỆM VỤ

THỜI GIAN BẮT ĐẦU

HOÀN THÀNH

1

Chuẩn bị dự án

3 ngày

03/10/2021

05/10/2021

2

Kế hoạch phát triển

5 ngày

06/10/2021

10/10/2021

3

Triển khai

60 ngày

11/10/2021

09/12/2021

4

Final Meeting

3 ngày

10/12/2021

12/12/2021

5

Kết thúc và chuyển giao 3 ngày

13/05/2021

15/12/2021

4.2 Lịch trình dự án

Bảng dưới đây liệt kê các sự kiện quan trọng cho dự án này, cùng với khung thời
gian hoàn thành dự kiến của họ.(dự kiến)
Bảng 5: Lịch làm việc chi tiết

STT

Tên nhiệm vụ

Ngày bắt
đầu

Giờ

Giao cho

1

Chuẩn bị dự án

1.1

Cuộc họp khởi động dự án

1.2

Thảo luận

10

All Team

1.3

Tạo tài liệu dự án

55

All Team

1.3.1
1.3.2

Proposal Document
Project Plan and Schedule Plan

10
15

1.3.3

Product Backlog Document

10

Create User stories

10

All Team
All Team

Thắng,
Tâm
Thắng,
Tâm
Thắng,
Tâm

1.3.3.1
1.3.3.2
2
2.1
2.1.1
2.2
2.2.1
2.2.1.1
2.2.1.2

Create Sprint Backlog
Document
DEVELOPMENT
Sprint 0
Create Database Design
Document
Sprint 1
Sprint 1 Start Up
Sprint Planning Meeting
Create Sprint 1 backlog

03/10/2021

Ngày kết
thúc

10/10/2021 70
5

10
11/10/2020
11/10/2021

09/12/2021 795
12/10/2021 10
10

13/10/2021

All Team

27/10/2021 180
14
5
5

Thắng, Việt
All Team
All Team
All Team
All Team
12

2.2.2

Create Test Plan Document for
Sprint 1
Design sprint 1 interface

7

2.2.2.1

Create Prototype

3

Thắng

2.2.2.2
2.2.3

4
10

Thắng
All Team

2.2.6.4
2.2.7

Create GUI

Design class diagram
Chức năng “Đăng nhập, Đăng
xuất, Đăng kí”
Code chức năng “ Đăng nhập,
Đăng xuất, Đăng kí”
Design Test Case chức năng “
Đăng nhập, Đăng xuất, Đăng
kí”
Test chức năng “ Đăng nhập,
Đăng xuất, Đăng kí”
Fix Error
Chức năng “Quản lý thơng tin
cá nhân, Xem đơn hàng”
Code chức năng “Quản lý
thông tin cá nhân, Xem đơn
hàng”
Design Test Case chức năng
“Quản lý thông tin cá nhân,
Xem đơn hàng”
Test chức năng “Quản lý thông
tin cá nhân, Xem đơn hàng”
Fix Error
Chức năng “Quên mật khẩu,
Thay đổi mật khẩu”
Code chức năng “Quên mật
khẩu, Thay đổi mật khẩu”
Design Test Case chức năng
“Quên mật khẩu, Thay đổi mật
khẩu”
Test chức năng “Quên mật

khẩu, Thay đổi mật khẩu”
Fix Error
Chức năng “Tìm kiếm”

2.2.7.1

Code chức năng “Tìm kiếm”

10

2.2.7.2

Design Test Case chức năng

3

2.2.1.3

2.2.4
2.2.4.1
2.2.4.2
2.2.4.3
2.2.4.4
2.2.5
2.2.5.1
2.2.5.2
2.2.5.3
2.2.5.4
2.2.6
2.2.6.1

2.2.6.2
2.2.6.3

4

Thắng, Tâm

38
15

Vương, Việt,
Tâm

2

Thắng

6

Tâm

15

All Team

37
15

Vương, Việt,
Tâm

2

Thắng

5

Tâm

15

All Team

29
12

Vương, Việt,
Tâm

2

Thắng

5

Vương

10
30

All Team
Vương, Việt,
Tâm
Thắng
13


2.3.5.4
2.3.6

“Tìm kiếm”
Test chức năng “Tìm kiếm”
Fix Error
Release Sprint 1
Sprint 1 Review
Sprint 1 Review Meeting
Sprint 1 Retrospective Meeting
Sprint 2
28/10/2021
Sprint 2 Start Up
Sprint 2 Planning Meeting
Create Sprint 2 backlog
Design sprint 2 interface
Create Prototype
Create GUI
Create Test Plan Document for
Sprint 2
Design class diagram
Chức năng “Quản lý danh mục,
Quản lý sản phẩm”

Code chức năng “Quản lý danh
mục, Quản lý sản phẩm”
Design Test Case chức năng
“Quản lý danh mục, Quản lý
sản phẩm”
Test chức năng “Quản lý danh
mục, Quản lý sản phẩm”
Fix Error
Chức năng “Quản lý giỏ hàng”
Code chức năng “Quản lý giỏ
hàng”
Design Test Case chức năng
“Quản lý giỏ hàng”
Test chức năng “Quản lý giỏ
hàng”
Fix Error
Chức năng “Thanh toán”

2.3.6.1

Code chức năng “Thanh toán”

15

Design Test Case chức năng
“Thanh toán”
Test chức năng “Thanh toán”
Fix Error

6

Thắng

2
25

Thắng
All Team
14

2.2.7.3
2.2.7.4
2.2.8
2.2.9
2.2.9.1
2.2.9.2
2.3
2.3.1
2.3.1.1
2.3.1.2
2.3.2
2.3.2.1
2.3.2.2
2.3.2.3
2.3.3
2.3.4
2.3.4.1
2.3.4.2
2.3.4.3
2.3.4.4

2.3.5
2.3.5.1
2.3.5.2
2.3.5.3

2.3.6.2
2.3.6.3
2.3.6.4

2
15
5
10
5
5
19/11/2021 325
20
10
10
20
10
5

Vương
All Team
All Team
All Team
All Team
All Team
All Team

Vương,Việt
All Team

5

All Team

25

All Team

48
15

Vương, Việt,
Tâm

6

Thắng

2

Việt

25
48

All Team

15

Vương, Việt,
Tâm

6

Thắng

2

Thắng

25
48

All Team
Vương, Việt,
Tâm


2.3.6
2.3.6.1
2.3.6.2
2.3.6.3
2.3.6.4
2.3.7
2.3.7.1
2.3.7.2
2.3.7.3

2.3.7.4
2.3.9
2.2.10
2.2.10.1
2.2.10.2
2.4
2.4.1
2.4.1.1
2.4.1.2
2.4.1.3
2.4.2
2.4.2.1
2.4.2.2
2.4.3
2.4.4
2.4.4.1
2.4.4.2

Chức năng “Đánh giá sản
phẩm, Bình luận sản phẩm ”
Code chức năng “Đánh giá sản
phẩm, Bình luận sản phẩm”
Design Test Case chức năng
“Đánh giá sản phẩm, Bình luận
sản phẩm”
Test chức năng “Đánh giá sản
phẩm, Bình luận sản phẩm”
Fix Error
Chức năng “Quản lý danh mục
bài viết, Quản lý bài viết”

Code chức “Quản lý danh mục
bài viết, Quản lý bài viết”
Design Test Case chức năng
“Quản lý danh mục bài viết,
Quản lý bài viết”
Test chức năng “Quản lý danh
mục bài viết, Quản lý bài viết”
Fix Error
Release Sprint 2
Sprint 2 Review
Sprint 2 Review Meeting
Sprint 2 Retrospective Meeting
Sprint 3
Sprint 3 Start Up
Sprint 3 Planning Meeting
Create Sprint 3 backlog
Create Test Plan Document for
Sprint 3
Design sprint 3 interface
Create Prototype
Create GUI
Design class diagram
Chức năng “Quản lý tài
khoản,Quản lý đơn hàng”
Code chức năng “Quản lý tài
khoản, Quản lý đơn hàng”
Design Test Case chức năng
“Quản lý tài khoản, Quản lý
đơn hàng”

48
15

All Team

6

Việt

2

Thắng

25

All Team

48
15

All Team

6

Việt

2

20/11/2021

25
5
15
10
5
09/12/2021 280
20
10
5

Thắng
All Team
All Team
All Team
All Team

All Team
All Team

5

All Team

16
6
10
25

All Team
All Team

All Team

63
30

Vương, Việt,
Thắng

4

Tâm
15


2.4.4.3
2.4.4.4
2.4.5
2.4.5.1
2.4.5.2
2.4.5.3
2.4.5.4
2.4.6
2.4.6.1
2.4.6.2
2.4.6.3
2.4.6.4
2.4.7
2.4.7.1
2.4.7.2
2.4.7.3

2.4.7.4
2.4.8
2.4.9
2.4.9.1
2.4.9.2
3
4

Test chức năng “Quản lý tài
khoản, Quản lý đơn hàng”
Fix Error
Chức năng “Quản lý đánh giá,
Quản lý bình luận”
Code chức năng “Quản lý đánh
giá, Quản lý bình luận”
Design Test Case chức năng
“Quản lý đánh giá, Quản lý
bình luận”
Test chức năng “Quản lý đánh
giá, Quản lý bình luận”
Fix Error
Chức năng “Báo cáo, thống kê”
Code chức năng “Báo cáo,
thống kê”
Design Test Case chức năng “
Báo cáo, thống kê”
Test chức năng “Báo cáo, thống
kê”
Fix Error
Manage Database

Code “Manage Database”
Design Test Case “Manage
Database”
Test “Manage Database”
Fix Error
Release Sprint 3
Sprint 3 Review
Sprint 3 Review Meeting
Sprint 3 Retrospective Meeting
FINAL MEETING
10/12/2021
FINAL RELEASE
13/12/2021

4

Tâm

25

All Team

63
30

Vương, Việt,
Thắng

4

Vương

4

Vương

25
62

All Team

30

All Team

4

Việt

3

Việt

25
11
3

All Team

2

Thắng

1
5
10
10
5
5
12/12/2021 20
15/12/2021 10

The total of working hour(s): (1)+(2)+(3)+(4)

All Team
Việt
All Team
All Team
All Team
All Team
All Team
All Team

895 (hours)

5.CHI PHÍ QUẢN LÝ / NGÂN SÁCH
5.1 Đơn giá
Liên quan đến: FinancialManagementPlanDocument.docx
5.2 Chi phí chi tiết
16

Liên quan đến: FinancialManagementPlanDocument.docx
5.3 Chi phí khác
Liên quan đến: FinancialManagementPlanDocument.docx
5.4 Tổng chi phí
Liên quan đến: FinancialManagementPlanDocument.docx
5.4.1 Chi Phí/giờ
Bảng 6. Bảng chi phí/ giờ
Full Name
Võ Xuân Quốc Vương
Nguyễn Văn Việt
La Huỳnh Thanh Tâm
Đàm Mạnh Thắng

Role
Scrum Master
Team Member
Team Member
Team Member

Salary Rate (USD/hour)
2
2
2
2

5.4.2 Tổng dự tốn
Bảng 7. Dự tính chi phi cho cá nhân
STT

Tiêu chí
1

Giờ làm việc

2

Hỗ trợ chi phí đi lại

3

Hỗ trợ chi phí ăn
trưa
Khấu hao máy tính
cá nhân
Tổng chi phí

4

Đơn vị
895 giờ
200.000/1 người /1
tháng
500.000/1 người/1
tháng
100.000/1 người/ 1
tháng

Chi phí

(VNĐ)
68.400.
000
2.400.0
00
6.000.0
00
1.600.0
00
78.00.0
00

17


Bảng 8. Bảng chú thích cho dự tốn chi phí(tham khảo)
Mô tả
Số lượng thành viên
Số giờ làm việc mỗi ngày
Chi phí cho mỗi thành viên trên một giờ làm
việc
Chi phí hỗ trợ đi lại trên 1 người/1 tháng
Thời hạn dự án
Chi phí hỗ trợ ăn uống cho 1 người/1 tháng
Khấu hao máy tính cá nhân, 1 máy/1
người/tháng
Số ngày làm việc

Số lượng

Đơn vị

4
5
50.000

Người
Giờ
VNĐ

400.000
3
1.000.00
0
100.000

VNĐ
Tháng
VNĐ
VNĐ

73

Ngày

6.QUY TRÌNH PHÁT TRIỂN
6.1 Các nguyên tắc và giai đoạn phát triển
-

Phương pháp SCRUM dựa vào sự gia tăng phát triển của một ứng dụng phần mềm

trong khi vẫn duy trì một danh sách minh bạch trong việc nâng cấp hoặc hiệu chỉnh
các yêu cầu được thực hiện (backlog). Nó liên quan đến việc giao hàng thường
xuyên, thường là bốn tuần một lần, và khách hàng nhận được một ứng dụng hoạt
động hồn hảo bao gồm nhiều tính năng hơn và nhiều hơn nữa. Đây là lý do tại sao
phương pháp dựa vào sự phát triển lặp đi lặp lại với nhịp khơng đổi từ 2-4 tuần. Do
đó, việc nâng cấp có thể được tích hợp dễ dàng hơn khi sử dụng chu trình chữ V.



Phương pháp này địi hỏi bốn loại cuộc họp:
Các cuộc họp hàng ngày: Cường bộ nhóm họp khoảng 15 phút mỗi ngày để trả lời
ba câu hỏi sau, thường là khi đứng: Tôi đã làm gì hơm qua? Tơi sẽ làm gì hơm nay?
Có trở ngại gì khó khăn vào ngày hơm nay khơng?



Các cuộc họp lập kế hoạch: Cường bộ nhóm tập hợp để quyết định các tính năng sẽ
tạo nên cuộc chạy nước rút sau đây



Các cuộc họp rà sốt cơng việc: trong cuộc họp này, mỗi thành viên trình bày những
gì mình đã làm trong quá trình chạy nước rút. Họ tổ chức một sự cắt giảm các tính
năng mới hoặc trình bày về kiến trúc. Đây là cuộc họp khơng chính thức kéo dài
khoảng 2 giờ đồng hồ mà Cường đội tham dự.
18




Các cuộc họp hồi cứu: vào cuối mỗi lần chạy nước rút, nhóm phân tích cả những
yếu tố thành cơng và không thành công trong hoạt động của họ. Trong cuộc họp này
kéo dài trong khoảng từ 15 đến 30 phút, trong đó mọi người được mời và nói chuyện
riêng về mình, một cuộc bỏ phiếu được tổ chức để quyết định những cải tiến cần
thực hiện.

-

Lợi thế của phương pháp này bao gồm việc giảm thiểu tài liệu tới mức tối thiểu để
đạt được năng suất cao nhất. Chỉ viết những tài liệu tối thiểu cho phép lưu lại lịch sử
của các quyết định được đưa ra trong dự án và dễ dàng thực hiện các can thiệp vào
phần mềm khi nó đi vào giai đoạn bảo trì.

Hình 6: Các giại đoạn trong SCRUM
Phương pháp SCRUM bao gồm ba thành phần chính sau:
 Product owner (Chủ sở hữu sản phẩm): Trong hầu hết các dự án, chủ sở hữu sản
phẩm là người lãnh đạo nhóm dự án của khách hàng. Anh ta là người sẽ xác định và
ưu tiên các tính năng của sản phẩm, chọn ngày và nội dung của mỗi lần chạy nước rút
dựa trên các giá trị (khối lượng cơng việc) mà nhóm giao tiếp với anh ta.

19


Hình 7: Thành viên nhóm Scrum
 Scrum Master (“Trưởng” Scrum): Anh ta là người lãnh đạo hỗ trợ cho dự án vì anh
ta đảm bảo rằng mọi người trong nhóm hoạt động hết khả năng bằng cách loại bỏ
những trở ngại và bảo vệ đội khỏi những sự can thiệp từ bên ngoài. Hơn nữa, Tạo
điều kiện cho sự hợp tác chặt chẽ giữa các vai trò và chức năng trong dự án.
 Project Team (Nhóm dự án): Một nhóm gồm 4-10 người và cùng nhóm với tất cả các
chuyên gia CNTT cần thiết cho một dự án, ví dụ như nhà thiết kế, nhà phát triển,

người kiểm tra v.v… Nhóm nghiên cứu tự tổ chức và khơng thay đổi trong suốt tồn
bộ q trình nước rút (Sprint).

7.RỦI RO DỰ ÁN
Bảng 9. Đánh giá khả năng và mức độ nghiêm trọng đối với mỗi rủi ro

Đánh giá khả năng và mức độ nghiệm trọng đối với mỗi rủi ro
Số thứ tự
1
2
3
4

Viết tắt
L
M
H
N/A

Mức độ ảnh hưởng
Thấp
Trung bình
Cực kỳ nghiêm trọng
Khơng
Bảng 10. Rủi ro dự án.

Rủi ro

Định nghĩa

Mức độ

Khả năng

Chiến lược giảm thiểu
20


Đánh giá kế

Kế hoạch có thể bị hỗn

hoạch của dự án

lại do dự toán ban đầu của

L

L

dự án.
Yêu cầu

Mâu thuẫn có thể tồn tại

Phân tích và đánh giá quy
mơ.
Giảm u cầu.

H

H

bên trong u cầu.

Thơng nhất u cầu trước
khi phân tích.

u cầu quan trọng có
thể bị thiếu trong các u
cầu chính thức.
Dự kiến lịch

Thời gian làm việc.

M

M

trình của dự án

Thời gian dự án được cấp
nhật và đánh giá thường
xuyên.

Kinh nghiệm lập Ngơn ngữ lập trình và

M

L

Chia sẻ kinh nghiệm để

trình

cơng nghệ

nghiên cứu trong thời gian

Các qui trình kĩ

Các phương thức bình

thuật

thường khơng thể đáp ứng

trình để đảm bảo mức độ

các u cầu của các giải

phù hợp.

ngắn nhất.
L

M

Phân tích yêu cầu và quy

pháp cụ thể.
Q trình này có thể được
cải thiện và hiệu quả hơn.

Nếu quy trình mới là cần
thiết, chúng ta cần đánh
giá quy trình này có cải
thiện hơn khơng so với
quy trình cũ.

Mạng (Network) Bị chặn bới giới hạn bang H

H

thông.
Thời gian (Time) Thời gian dự án quá ngắn, H

Nâng cấp đường truyện
mạng.

M

Tăng thời gian làm việc

nên nhóm khơng thể hoàn

trong ngày, tăng ca thêm

thành dự án.

vào ngày thứ 7 và chủ
21


Trong q trình thực hiện

nhật.

dự án, đội ngũ của chúng
tơi tốn thời gian để vừa
tìm hiểu vừa thực hiện dự
án.Vì vậy nhóm của
chúng tơi khơng thể tập
trung tất cả thời gian để
thực hiện dự án này.
Quản trị dự án

Hệ thống quản trị dự án

L

có thể khơng hỗ trợ đầy

H

Thảo luận với nhóm để
đưa ra các giải pháp.

đủ các yêu cầu của dự án.
7.1 Mục tiêu chất lượng

Các mục tiêu về chất lượng cho dự án được trình bày dưới đây. Chúng sẽ được
kiểm tra liên tục với các thành viên trong nhóm và có thể bổ sung các mục tiêu dựa
trên nhận thức của thành viên về chất lượng.

22


Bảng 11. Các hệ số đánh giá cho dự án
No

Hệ số

1

Tính kịp thời

2

Chức năng

3

Độ tin cậy

Mơ tả
Cung cấp sản phẩm đúng thời gian qui
định.
Đáp ứng tất cả các chức năng trong yêu
cầu của người dùng (User Stories)
Nên đáp ứng các tiêu chí sau: - Khơng có

khiếm khuyết lớn. (Số lỗi tìm thấy trong
giai đoạn thử nghiệm nghiệm thu) / (Mức
độ nỗ lực của dự án) <= 1

7.2 Chỉ số
Số liệu phần mềm dự kiến sẽ được sử dụng trong quá trình này được liệt kê
trong bảng dưới đây:
Bảng 12. Bảng chỉ số cho dự án
Loại

Chỉ số

Đơn vị đo lường

Tính kịp thời Sản phẩm

%

Ước lượng

Tần suất

>=90%

Tại phiên bản
cuối
Effort
Sản phẩm
Man-Day
(30 MD)

Hàng tuần
Sự chính xác Sản phẩm
Tổng các khiếm Khơng
có Tại phiên bản
khuyết.
khiếm khuyết cuối
lớn. (Số lỗi tìm
thấy trong giai
đoạn
thử
nghiệm nghiệm
thu) / (Mức độ
nỗ lực của dự
án) <= 1
Thời gian đã Dự án
Day
36 ngày
Tại phiên bản
qua
cuối
7.3 Kiểm tra (Tests and Reviews)
Bảng 13. Bảng chỉ số cho dự án
Giai đoạn

Bắt đầu

Chất lượng hạn
mục

Ký hiệu và loại

review

Ước tính sự nổ
lực

Tiêu chuẩn kết
thúc

Xem lại bản kế
hoạch dự án

External(2)

1

Approved by PM

Internal review PP

Internal(3)

1

Total Fatal = 0
23