Professional Documents
Culture Documents
(TMOS) ProjectPlan Ver1.0
(TMOS) ProjectPlan Ver1.0
Gửi bởi
THÔNG TIN DỰ ÁN
Dự án viết tắt TM
Ngày bắt đầu 10– tháng 8 – 2020 Ngày cuối 7 – Tháng 12 – 2020
Cơ quan chủ
Trường Quốc tế, Đại học Duy Tân
trì
0705112199
Đội sản xuất Thiên, Ngô Ngọc nnthien.242@gmail.com
0777333794
Vai trò Chủ sở hữu sản phẩm, Thành viên nhóm, Scrum Master
Ngày 11 tháng 11 [TMOS]Kế hoạch dự
Ngày Tên tập tin:
năm 2020 án_ver1.2
URL
Phiên
(Những) người Ngày Sự miêu tả
bản
1.1 Tất cả thành viên Ngày 29 tháng 8 năm
Dự thảo lấy ý kiến
2020
Ngày 11 tháng 11
1.2 Tất cả thành viên Dự thảo lấy ý kiến
năm 2020
CHỮ KÝ
Phê duyệt tài liệu: Cần có các chữ ký sau đây để phê duyệt tài liệu này.
Chữ ký:
Người hướng dẫn Trình, Trần Thị Thúy
Ngày:
Ngày:
Ngày:
Chữ ký:
nhóm) Thịnh, Nguyễn Hữu
Ngày:
Ngày:
Nội dung
1. Giới thiệu 6
1.1. Mục đích 6
1.2. Phạm vi 6
2. Tổng quan dự án 6
2.1. Tên dự án 6
3. Tổ chức nhóm 8
4. Vai trò và Trách nhiệm 9
5. Giả định và ràng buộc 10
5.1. Giả định 10
5.2. Ràng buộc 10
6. Tiến độ dự án 10
1. Giới thiệu
1.1. Mục đích
− Mục đích của Kế hoạch dự án là thu thập tất cả thông tin cần thiết để kiểm soát dự
án. Nó mô tả cách tiếp cận để phát triển phần mềm và là kế hoạch cấp cao nhất được
các nhà quản lý tạo ra và sử dụng để chỉ đạo nỗ lực phát triển.
nguồn lực cũng như theo dõi tiến độ so với lịch trình.
▪ Các thành viên trong nhóm dự án sử dụng nó để hiểu họ cần làm gì, khi nào họ
cần làm và những hoạt động nào khác mà họ phụ thuộc vào.
Trang 20nhóm nhắc nhở
− Tài liệu này xác định cách tiếp cận mà Nhóm Dự án sẽ sử dụng để cung cấp phạm vi
quản lý dự án dự kiến.
− Tài liệu này chứa các chi tiết cần thiết để thực hiện dự án thành công. Sau khi bắt đầu
thực hiện dự án, kế hoạch này sẽ được xem xét, lập cơ sở và cập nhật thường xuyên.
1.2. Phạm vi
− Kế hoạch dự án này mô tả kế hoạch tổng thể mà Ứng dụng nhắc nhở sẽ sử dụng, bao
gồm cả việc triển khai sản phẩm. Các chi tiết Tài liệu này sẽ lập kế hoạch dự án thành
Wo của các lần lặp riêng lẻ sẽ được mô tả trong Kế hoạch phát hành.
− rk Cấu trúc phân chia để Chủ sản phẩm dễ dàng xem xét và quản lý nhóm Scrum làm
− Các kế hoạch được nêu trong tài liệu này dựa trên các yêu cầu về sản phẩm như được
xác định trong tài liệu Câu chuyện của người dùng.
2. Tổng quan dự án
2.1. Tên dự án
Tên dự án là "Giám sát tác vụ trên điện thoại thông minh". Điều này cũng hợp lý vì
hệ thống Task Monitor là hệ thống giúp nhắc nhở công việc cần làm, bằng cách người
dùng nhập tên công việc, mô tả, thời gian thì hệ thống sẽ nhắc nhở người dùng. Ngoài ra,
hệ thống còn được tích hợp Chatbot nên người dùng có thể sử dụng thuận tiện, dễ dàng.
− Khi người dùng sử dụng hệ thống Giám sát tác vụ của chúng tôi:
▪ Hệ thống thông báo cho khách hàng về tất cả các công việc quan trọng dự kiến
▪ Người dùng có thể sẽ thấy cảnh báo và đảm bảo rằng bạn ghi nhớ những việc
hàng ngày.
Trang 25nhóm nhắc nhở
− Kiểm thử
Trang 29nhóm nhắc nhở
− Giám sát tác vụ trên điện thoại thông minh bắt đầu vào ngày 10 tháng 8 năm
2020 và
2.6. Phạm vi dự án
Hình 1. Phạm vi dự án
− Ứng dụng sẽ giúp nhắc nhở người dùng về những nhiệm vụ quan trọng cần thực hiện
trong một ngày cụ thể, theo dõi các hoạt động, cuộc hẹn, tránh bỏ sót những nhiệm
vụ quan trọng và giám sát điện thoại Android của bạn. người dùng, nhắc nhở khi
người dùng có thể xem tin nhắn. Ngoài ra, hệ thống còn có Chatbot giúp người dùng
sử dụng hệ thống một cách dễ dàng.
3. Tổ chức nhóm
Chức vụ Tên E-mail Điện thoại
di động
dẫn ThS.
0705112199
Đội sản xuất Thiên, Ngô Ngọc nnthien.242@gmail.com
0777333794
Chủ sở hữu sản - Đảm bảo rằng nhóm mang lại giá trị cho doanh Tín, Trần
phẩm nghiệp. Trọng
- Giữ tầm nhìn cho sản phẩm.
- Xác định đặc tính của sản phẩm.
Tất cả thành - Ước tính thời gian để hoàn thành nhiệm vụ . Tất cả thành
- Yêu cầu phân tích.
Đội sản xuất - Ứng dụng xác định và phân tích Thiên, Ngô
- Phân công công việc cho các thành viên trong nhóm.
- Kiểm soát và theo dõi các thành viên trong nhóm. Ngọc
- Đị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 đúng thời
gian, phạm vi và chi phí.
- Bảo vệ công việc của nhóm và tránh những rắc rối.
- Đưa ra giải pháp để giải quyết vấn đề.
− Mỗi thành viên của nhóm dự án đều có một máy tính để sử dụng để thực hiện dự án.
− Mọi thành viên của nhóm dự án đều được hỗ trợ bởi một người cố vấn cho bất kỳ vấn
− Mỗi thành viên của nhóm dự án đều có đủ kỹ năng cần thiết để tham gia vào dự án .
6. Tiến độ dự án
Bảng 1. Tiến độ dự án.
KHÔN Tên nhiệm vụ Thời Bắt đầu Hoàn Nỗ Tên tài
G gian thành lực nguyên
(Ngày)) làm
việc
(giờ)
GIÁM SÁT
NHIỆM VỤ TRÊN 12/07/202 Tất cả
1 107 08/10/2020 2675
ĐIỆN THOẠI 0 thành viên
THÔNG MINH
1.1 Ban đầu 12 08/10/2020 21/08/202 300 Tất cả
0 thành viên
Thảo luận về lý 14/08/202 Tất cả
1.1.1 5 08/10/2020 125
tưởng dự án 0 thành viên
18/08/202 Tất cả
1.1.2 Yêu cầu thu thập 4 15/08/2020 100
0 thành viên
1.2.3 Tạo tài liệu đề xuất 3 19/08/2020 21/08/202 75 Tất cả
0 thành viên
09/08/202 Tất cả
2.1 Khởi động 16 24/08/2020 400
0 thành viên
Tạo tài liệu Câu
25/08/202
2.1.1 chuyện của người 2 24/08/2020 20 Vi, Thịnh
0
dùng
09/08/202 Tất cả
2.1.8 Họp khởi động dự án 1 09/08/2020 25
0 thành viên
12/03/202 Tất cả
3 Phát triển 77 09/10/2020 1975
0 thành viên
10/07/202 Tất cả
3.1 Chạy nước rút 1 28 09/10/2020 700
0 thành viên
09/11/202 Tất cả
3.1.1 Nước rút ban đầu 1 2 09/10/2020 50
0 thành viên
Cuộc họp lập kế 09/10/202 Tất cả
3.1.1.1 1 09/10/2020 25
hoạch Sprint 0 thành viên
Tạo Sprint Backlog 09/11/202 Thiên, Tín,
3.1.1.2 1 09/11/2020 15
cho Sprint 1 0 Huy
nhập
Thiết kế giao diện
09/12/202
3.1.2.2 người dùng cho đăng 1 09/12/2020 5 Thiếc
0
xuất
3.1.2.3 Thiết kế giao diện 1 09/12/2020 09/12/202 5 Huy
người dùng cho Sổ 0
đăng ký
Thiết kế giao diện
13/09/202
3.1.2.4 người dùng cho 1 13/09/2020 5 Thiếc
0
Quên mật khẩu
3.1.2.5 Thiết kế giao diện 1 13/09/2020 13/09/202 5 Thiên
người dùng cho 0
trò cơ sở dữ liệu 0
[Frontend] Giao diện
17/09/202
3.1.4.4 người dùng để đăng 2 16/09/2020 10 Thịnh
0
nhập
[Frontend] UI cho 17/09/202
3.1.4.5 2 16/09/2020 10 Vi
đăng xuất 0
3 0
3.1.4.1 [Phần cuối] Quên 23/09/202
6 18/09/2020 30 Thiên
4 mật khẩu 0
[Phần cuối] Bảng
3.1.4.1 27/09/202
điều khiển dành cho 4 24/09/2020 20 Thiên
5 0
người dùng
10/05/202 Tất cả
3.1.6 Sửa lỗi 5 10/01/2020 125
0 thành viên
10/06/202 Tất cả
3.1.7 Kiểm tra lại 1 10/06/2020 25
0 thành viên
10/07/202 Tất cả
3.1.8 Phát hành Sprint 1 1 10/07/2020 25
0 thành viên
10/12/202 Tất cả
3.2.1 Sprint 2 ban đầu 2 10/12/2020 50
0 thành viên
Cuộc họp lập kế 10/12/202 Tất cả
3.2.1.1 1 10/12/2020 25
hoạch Sprint 0 thành viên
Tạo Sprint Backlog 10/12/202
3.2.1.2 1 10/12/2020 10 Vi, Thịnh
cho Sprint 2 0
Thêm tác vụ
Thiết kế giao diện
14/10/202
3.2.2.2 người dùng cho tác 1 14/10/2020 5 Thiếc
0
vụ xóa
3.2.2.3 Thiết kế giao diện 1 14/10/2020 14/10/202 5 Huy
người dùng cho tác 0
vụ chỉnh sửa
Thiết kế giao diện 15/10/202
3.2.2.4 1 15/10/2020 5 Thiếc
người dùng cho Find 0
3.2.2.5 Thiết kế giao diện 1 15/10/2020 15/10/202 5 Thiên
người dùng cho cài 0
đặt (Chế độ ban
đêm)
Thiết kế giao diện
15/10/202
3.2.2.6 người dùng cho phần 1 15/10/2020 3 Huy
0
Giới thiệu
3.2.2.7 Thiết kế giao diện 1 15/10/2020 15/10/202 2 Huy
người dùng cho 0
Nhắc nhở
Trường hợp thử 15/10/202
3.2.3 2 14/10/2020 20 Vi, Thịnh
nghiệm thiết kế 0
Trường hợp thử
14/10/202
3.2.3.1 nghiệm thiết kế 1 14/10/2020 3 Thịnh
0
Thêm tác vụ
Thêm tác vụ
[Frontend] UI cho 10/10/202
3.2.4.2 4 16/10/2020 20 Vi
tác vụ xóa 0
Giao diện người
23/10/202
3.2.4.3 dùng [Frontend] cho 4 20/10/2020 20 Vi
0
tác vụ chỉnh sửa
1 vụ 0
3.2.4.1 [Phần cuối] Chỉnh 21/10/202
6 16/10/2020 30 Huy
3 sửa tác vụ 0
3.2.4.1 27/10/202
[Phần cuối] Tìm 6 22/10/2020 35 Huy, Vi
6 0
3.2.4.1 Cài đặt [Backend] 6 22/10/2020 27/10/202 35 Thiên,
0
11/06/202 Tất cả
3.2.6 Sửa lỗi 5 11/02/2020 125
0 thành viên
11/07/202 Tất cả
3.2.7 Kiểm tra lại 1 11/07/2020 25
0 thành viên
3.2.8 Phát hành nước rút 1 11/08/2020 11/08/202 25 Tất cả
2 0 thành viên
Cuộc họp đánh giá 11/08/202 Tất cả
3.2.8.1 1 11/08/2020 15
Sprint 0 thành viên
11/08/202 Tất cả
3.2.8.2 Hồi tưởng 1 11/08/2020 10
0 thành viên
3.3 Chạy nước rút 3 21 13/11/2020 12/03/202 525 Tất cả
0 thành viên
14/11/202 Tất cả
3.3.1 Sprint 3 ban đầu 2 13/11/2020 50
0 thành viên
Cuộc họp lập kế 13/11/202 Tất cả
3.3.1.1 1 13/11/2020 25
hoạch Sprint 0 thành viên
3.3.1.2 Tạo Sprint Backlog 1 14/11/2020 14/11/202 10 Vi, Thịnh
cho Sprint 3 0
Tạo tài liệu Test Plan 14/11/202 Thiên, Tín,
3.3.1.3 1 14/11/2020 15
cho Sprint 3 0 Huy
Thiết kế giao diện 16/11/202 Tất cả
3.3.2 2 15/11/2020 30
người dùng 0 thành viên
− Phương pháp SCRUM dựa trên sự phát triển gia tăng của một ứng dụng phần mềm
trong khi vẫn duy trì một danh sách hoàn toàn minh bạch về các nhu cầu nâng cấp
hoặc khắc phục cần thực hiện (tồn đọng). 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 sẽ nhận được một ứng dụng hoạt
Trang 93nhóm nhắc nhở
động hoàn hảo, mỗi lần bao gồm ngày càng nhiều tính năng. Đây là lý do tại sao
phương pháp này dựa vào sự phát triển lặp đi lặp lại với nhịp độ không đổi trong 2-4
tuần. Do đó, việc nâng cấp có thể được tích hợp dễ dàng hơn so với khi sử dụng chu
trình chữ V.
▪ Họp hàng ngày: toàn bộ nhóm họp khoảng 15 phút mỗi ngày để trả lời ba câu
▪ Họp lập kế hoạch: toàn bộ nhóm tập hợp lại để quyết định các tính năng sẽ tạo
▪ Họp đánh giá công việc: trong cuộc họp này, mỗi thành viên đều trình bày
những gì mình đã làm được trong sprint. Họ tổ chức việc giới thiệu các tính
năng mới hoặc trình bày kiến trúc. Đây là một cuộc họp thân mật kéo dài
khoảng 2 giờ với sự tham dự của toàn bộ nhóm.
▪ 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ả các
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 kéo dài từ 15 đến 30 phút này, mọi người đều được mời và thay mặt mình
phát biểu, một cuộc bỏ phiếu tín nhiệm sẽ được tổ chức để quyết định những
cải tiến cần thực hiện.
− Ưu điểm của phương pháp này bao gồm việc giảm tài liệu xuống mức tối thiểu để đạt
được năng suất. Ý tưởng là chỉ viết 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 thực hiện trong dự án và dễ dàng thực hiện các biện pháp can thiệp
vào phần mềm khi nó chuyển sang giai đoạn bảo trì.
− 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 ấy là người sẽ xác định và ưu tiên các tính
năng của sản phẩm, đồng thời 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 truyền đạt cho anh ấy.
− Scrum Master : Anh ấy là người hỗ trợ thực sự cho dự án vì anh ấy đảm bảo rằng mọi
người đều phát huy hết tiềm năng của mình bằng cách loại bỏ những trở ngại và bảo
vệ nhóm khỏi những can thiệp từ bên ngoài. Hơn nữa, anh ấy đặc biệt chú ý đến sự
tôn trọng của các giai đoạn SCRUM khác nhau.
− Nhóm : một nhóm thường bao gồm 4-10 người và nhóm lại với nhau tất cả các
chuyên gia CNTT cần thiết cho một dự án, tức là một kiến trúc sư, một nhà thiết kế,
một nhà phát triển, một người thử nghiệm, v.v. Nhóm tự tổ chức và duy trì không
thay đổi trong suốt một lần chạy nước rút.
− Phương pháp lặp và tăng dần : điều này cho phép tránh "hiệu ứng đường hầm", tức
là thực tế chỉ nhìn thấy kết quả ở lần phân phối cuối cùng và không có hoặc hầu như
không có gì trong toàn bộ giai đoạn phát triển, điều này rất thường xuyên xảy ra với
các quá trình phát triển theo chu trình V.
− Khả năng thích ứng tối đa để phát triển sản phẩm và ứng dụng : bố cục tuần tự của
nội dung chạy nước rút cho phép thêm một sửa đổi hoặc một tính năng không được
lên kế hoạch ban đầu. Đây chính xác là những gì làm cho phương thức này trở nên
"nhanh nhẹn".
− Phương pháp có sự tham gia : mọi thành viên trong nhóm được yêu cầu bày tỏ ý kiến
của mình và có thể đóng góp vào mọi quyết định được đưa ra trong dự án. Vì thế anh
ấy tham gia nhiều hơn và có động lực hơn.
− Tăng cường giao tiếp : bằng cách làm việc trong cùng một phòng phát triển hoặc
được kết nối thông qua các phương tiện giao tiếp khác nhau, nhóm có thể dễ dàng
giao tiếp và trao đổi ý kiến về những trở ngại để loại bỏ chúng càng sớm càng tốt.
− Tối đa hóa sự hợp tác : giao tiếp hàng ngày giữa khách hàng và nhóm cho phép họ
− Tăng năng suất : vì nó loại bỏ một số "ràng buộc" nhất định của các phương pháp cổ
điển, chẳng hạn như tài liệu hoặc hình thức hóa quá mức, SCRUM cho phép tăng
năng suất của nhóm. Bằng cách thêm vào điều này trình độ chuyên môn của từng
mô-đun cho phép xác định ước tính, mọi người có thể so sánh hiệu suất của họ với
năng suất trung bình của nhóm.
Ngày bắt đầu Ngày 10 tháng 8 năm Ngày bắt đầu của dự án.
2020
Ngày cuối Ngày 7 tháng 12 năm Ngày kết thúc của dự án.
Trang 113nhóm nhắc nhở
2020
Thời gian làm 5 giờ/ngày Trong một ngày và cho một thành viên.
việc (2)
Tổng nỗ lực (3) = 2675 giờ. Dành cho năm thành viên trong nhóm và toàn
Chi phí nhân 5350 Dành cho năm thành viên trong nhóm và toàn
công (4) = (3) * 2 bộ dự án. ($2,0/ thành viên)
D
Ạ
N
G
2 Định nghĩa yêu Sự không nhất quán 30% 4 1.2 Thống nhất
nội bộ có thể tồn tại các yêu cầu
4 Giao tiếp Yêu cầu của người 40% 3 1.2 Sau khi
dự án.
có thể thấp.
1 Thấp
2 Trung bình
3 Cao
4 Rất cao
▪ Draw.io
▪ Trello
▪ Phóng
▪ Trello
▪ Lái xe
Trang 131nhóm nhắc nhở
▪ GitHub
▪ Java