tên đề tài xây dựng website bisum shop trên framework laravel

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

ĐẠI HỌC DUY TÂNKHOA CÔNG NGHỆ THÔNG TIN

-Tên đề tài:

XÂY DỰNG WEBSITE BISUM SHOP TRÊN FRAMEWORK LARAVEL

Lead Institution Khoa Công Nghệ Thông Tin, Trường Đại H&c Duy TânGiáo viên hướng

Nguyn V Huy vuhuydtu@gmail.com 0378375793 Nguyn Trương Quân truongquandtu@gmail.com 0901812199 Lê Ng&c Ph)c ngocphucdtu@gmail.com 0945293369 Trương Quang Vinh quangvinhdtu@gmail.com 0900903199

DOCUMENT NAME Tên tài liệu Project Plan

Tác giả Nguyn Hong Duy Nht

Ngày 13/11/2023 Tên tệp: [BS]ProjectPlan_v1.0.docx

REVISION HISTORY

1.0 Nguyn Hong Duy Nht 13/11/2023 Tạo ti liệu

3

PHÊ DUYỆT TÀI LIỆU

Cần có các chữ ký sau để phê duyệt ti liệu ny

Người hướng dẫn Hồ Lê Viết Nin

3.2 Work breakdown strure: 12

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

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.

1.2.Tổng Quan dự án:

Tham khảo [BS]Proposal_v1.0.docx

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

Đề xut mục tiêu của dự án l:

• Xác định yêu cầu, ý tưởng v các vn đề liên quan đến việc xây dựng dự án • Đưa ra các đề xut dự án, kế hoạch hnh động dự án, kiến tr)c, giải pháp thực

hiện, bao gồm cả về quy hoạch, phát triển, thực hiện v giám sát các dự án • Thiết kế v xây dựng hon thnh website tìm kiếm v bán quần áo với các tính

năng cơ bản.

• Tạo ra một nền tảng trực tuyến để người tiêu dùng d dng tìm kiếm v mua sắm các sản phẩm quần áo từ các doanh nghiệp uy tín - Tìm kiếm bi viết - Xem bi viết

- Tìm kiếm bi viết - Xem bi viết

• 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…

1.6.Các bên liên quan:

1.7.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 2.1: Thông tin nhóm Scrum H& Tên Số điện

Nguyn Hong Duy Nht 0379705129 duynhatdtu@gmail.com Scrum Master Nguyn Trương Quân 0901812199 truongquandtu@gmail.com Member Nguyn V Huy 0378375793 vuhuydtu@gmail.com Member Lê Ng&c Ph)c 0945293369 ngocphucdtu@gmail.com Member Trương Quang Vinh 0900903199 quangvinhdtu@gmail.com Member

2.2.Vai trò và trách nhiệm:

Bảng 2.2: Vai trò và trách nhiệm.

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

Nắm tt cả các hoạt động của nhóm Hỗ trợ m&i vn đề liên quan.

ThS.Hồ Lê Viết Nin.

Scrum Master Xác định v phân tích ứng dụng.

Chỉ định lm 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.

Đị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í.

Nguyn Hong Duy Nht

9

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 Owner - Giữ kiến tr)c v thiết kế chi tiết được cập nhật - Đả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.

ThS.Hồ Lê Viết Nin

Team Members Uớc tính thời gian để honh thnh nhiệm vụ Phân tích yêu cầu.

Thiết kế v từng bước hon thiện thiết kế and Team member

Đánh giá tiến độ dự án Hng tuần Gặp mặt, Zalo, Discord.

Customer, Managerand Team Leader

Đánh giá mức độ dự án Hng tuần Gặp mặt, Mail, github.com, Zalo, Discord

Customer, Managerand Team leader

Các yêu cầu cho sản phẩm Khi cần Gặp mặt, Mail,

2.4.Báo cáo:

Bảng 2.4: Các báo cáo và Meeting.

Loại liên lạcPhương thức,

1 ngy Thông tin về những gì đã 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 tích các yêu cầu, chức năng, lm việc trên Sprint đang lm, quy hoạch v thiết kế cho các Sprint tiếp theo.

10-15 ngy Hon thnh các ti liệu Đối với mỗi giai đoạn, chia sẻ ti liệu, cho biết điểm mạnh v điểm yếu của mỗi người Thời gian của mỗi

Giao tiếp và báo cáo

Quản lý tác vụ Jira, github.com Hng ngy Hệ thống theo dõi nhiệm vụ Project team 11

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ệ Vuejs phía Front End v Laravel PHP phía Back End.

3.2.Work breakdown strure:

Hình 3.2: Cu tr)c phân chia công việc

“Quản lý danh mục sản phẩm” 2.3.10.3 Test chức năng “Quản lý danh

mục sản phẩm” 01/12/2023 01/12/2023 2 Duy Nht 2.3.10.4 Fix Error 01/12/2023 01/12/2023 10 All Team 2.3.11 Chức năng “Quản lý ti khoản” 02/12/202302/12/2023 24

2.3.11.1 Code chức năng “Quản lý ti

khoản” 02/12/2023 02/12/2023 10

Trương Quân, Ng&c Ph)c, Duy Nht 2.3.11.2 Design Test Case chức năng

“Quản lý ti khoản” 02/12/2023 02/12/2023 2 V Huy 2.3.11.3 Test chức năng “Quản lý ti

02/12/2023 02/12/2023

2 Quang Vinh 2.3.11.4 Fix Error 02/12/2023 02/12/2023 10 All Team 2.3.12 Chức năng “Quản lý bi viết 2.3.12.2 Design Test Case chức năng

“Quản lý bi viết (tin tức)” 2.3.12.4 Fix Error 03/12/2023 03/12/2023 8 All Team 2.3.13 Chức năng “Quản lí thống kê” 04/12/202304/12/2023 16

2.3.13.1 Code chức năng “Quản lí thống

2.3.6.3 Test chức năng Quản lí thống

kê” 04/12/2023 04/12/2023 2 Quang Vinh 2.3.6.4 Fix Error 04/12/2023 04/12/2023 5 All Team 2.3.14.4 Fix Error 06/12/2023 06/12/2023 5 All Team 2.3.15 Release Sprint 2 07/12/202307/12/2023 5 All Team 2.2.16 Sprint 2 Review 08/12/202308/12/2023 10

2.2.16.1 Sprint 2 Review Meeting 08/12/2023 08/12/2023 5 All Team 2.2.16.2 Sprint 2 Retrospective Meeting 08/12/2023 08/12/2023 5 All Team

The total of working hour(s): (1) + (2) + (3) + (4)549 (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:

Liên quan đến: FinancialManagementPlanDocument.docx

5.4.1 Chi Phí/giờ:

Bảng 5.4.1 Bảng chi phí/ giờ.

Nguyn Hong Duy Nht Scrum Master 20.000 Nguyn V Huy Team Member 20.000 Nguyn Trương Quân Team Member 20.000 Trương Quang Vinh Team Member 20.000 Lê Ng&c Ph)c Team Member 20.000

5.4.2 Tổng dự toán:

Bảng 5.4.2 Dự tính chi phi cho cá nhân.

1 Giờ lm việc 549 giờ 10.980.000 2 Hỗ trợ chi phí đi lại 50.000/1 người /1 tháng 250.000 3 Hỗ trợ chi phí ăn trưa 300.000/1 người/1 tháng 1.500.000 4 Khu hao máy tính cá

50.000/1 người/ 1 tháng 250.000

Bảng 5.4.3 Bảng chú thích cho dự toán chi phí (tham khảo).

Số giờ lm việc mỗi ngy 5 Giờ Chi phí cho mỗi thnh viên trên một giờ lm việc 20.000 VNĐ Chi phí hỗ trợ đi lại trên 1 người/1 tháng 50.000 VNĐ

Chi phí hỗ trợ ăn uống cho 1 người/1 tháng 300.000 VNĐ Khu hao máy tính cá nhân, 1 máy/1 người/tháng 50.000 VNĐ

6 QUY TRÌNH PHÁT TRIỂNCá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 ho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 soá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ự.

• 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ì.

23

Hình 6.1.1: 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.

Hình 6.1.2: 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 ton bộ quá trình nước r)t (Sprint).

25

7 RỦI RO DỰ ÁN:

Bảng 7.1 Đá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 giá quy mô.

Giảm yêu cầu Yêu cầu Mâu thuẫn có thể tồn tại

bên trong yêu cầu Yêu cầu quan tr&ng có thể bị thiếu trong các yêu

thuật thường không thể đáp ứng các yêu cầu của các giải pháp cụ thể.

Quá trình ny có thể được cải thiện v hiệu quả hơn Thời gian (Time) Thời gian dự án quá ngắn,

nên nhóm không thể hon thnh dự án.

Trong quá trình thực hiện 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.

H M Tăng thời gian lm việc trong ngy, tăng ca thêm vo ngy thứ 7 v chủ nhật.

Quản trị dự án Hệ thống quản trị dự án có thể không hỗ trợ đầy đủ các yêu cầu của dự án.

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

27

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.

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

1 Tính kịp thời Cung cp sản phẩm đ)ng thời gian qui định.

2 Chức năng Đáp ứng tt cả các chức năng trong yêu cầu của người dùng (User Stories) 3 Độ tin cậy 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

Tính kịp thời Sản phẩm % >=90% Tại phiên bản

Coding Review Source

Code External (3) As Needed (4)

test plan review Internal (3) As Needed

Final Inspection of Internal (3) 1 Fatal = 0

29

all deliverables Cosmetic < 10

7.3.Báo cáo sự cố và khắc phục:

Bảng 7.4.1 Bảng chỉ số cho dự án.

1 Sprint Review & Defect logging End of Sprint Review Report 2 Sprint Retrospective &

Reflection End of Sprint Retrospective Report 3 Issues reporting On demand Google Issues (Google

8 QUẢN LÝ CẤU HÌNH:Danh mục cấu hình:

1 Product Proposal Ti liệu giới thiệu dự án 2 Project Plan Kê hoạch dự án 3 User Story Các kịch bản người dùng 4 Product Backlog Ti liệu mô tả yêu cầu người dùng 5 Product Architeture Ti liệu kiến tr)c ứng dụng 6 Database Design Ti liệu thiết kế CSDL

7 User Interface Design Ti liệu thiết kế giao diện người dùng 8 Project Test Plan Ti liệu kiểm thử Plan

9 Test Sprint Backlog Ti liệu kiểm thử Sprint 10 Project Test Report Ti liệu kiểm thử báo cáo 11 Project Sprint Backlog Ti liệu ghi vết thực hiện Sprint 12 Meeting Report Ti liệu Meeting

13 Project Configuration Management Ti liệu quản lý cu hình 14 Reflection Document Ti liệu phản hồi

9 CÔNG NGHỆ VÀ CÁC RÀNG BUỘC:9.1.Công nghệ để phát triển dự án:

Ngôn ngữ lập trình, Framework: • Web Client: HTML, CSS, VueJS • Web Server: PHP (Laravel Framework)

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

• Trình duyệt: IE, Google Chrome, Fire Fox v.v… • Công cụ lập trình: MySQL, VSCode.

• Cơ sở dữ liệu: MySQL • Môi trường: Local

9.3.Hạng mục khác:

• Ti nguyên con người: 5 người • Ngân sách: Hạn chế.

• Thời gian: Dự án phải được hon tt trong vòng 2 tháng 10 TÀI LIỆU THAM KHẢO:

https://www.scrum.org/forum/scrum-forum/14437/agile-and-documentation