xây dựng website bisum shop trên framework laravel proposal document

 Đưa ra các đề xut dự án, kế hoạch hnh động dự án, kiến trc, 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. Ngoi ra, xác định nhu cầu kinh

ĐẠ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

TÊN TÀI LIỆU Tiêu đề tài liệu Proposal Document

Tác giả Nguyn Trương Quân

Chức năng Thnh Viên

Ngày 30/10/2023 Tên tệp: [BS]Proposal_v1.1.docx

URL

LỊCH SỬ BẢN SỬA

1.0 Nguyn Trương Quân 30/10/2023 Tạo ti liệu 1.1 Lê Ng&c Ph)c 01/11/2023 Chỉnh sửa ti liệu

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

1 GIỚI THIỆU:1.1.Mục đích của tài liệu:

 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.

 Ngoi ra, xác định nhu cầu kinh doanh, các vn đề hoặc tình huống liên quan đến các dự án khởi tạo, xây dựng v các rủi ro khi triển khai dự án.

1.2.Phạm vi:

 Bên cạnh việc cung cp cho bạn các ti liệu, nó sẽ liệt kê tt cả các thnh viên trong nhóm phát triển trong dự án ny, quy trình v khuôn khổ m dự án sẽ áp dụng  Ti liệu ny đưa ra kế hoạch cho từng giai đoạn của quy trình phát triển phần mềm

dự trên quy trình Scrum bao gồm: thời gian bắt đầu, thời gian kết th)c v một số ngy lm việc Đây l kế hoạch chung v sẽ được cập nhật chi tiết về quy trình phát triển phần mềm trong phiên bản tiếp theo của ti liệu Đề xut bao gồm giới thiệu các giải pháp, xác định cách tốt nht để phát triển m ch)ng tôi tạo ra, tổng chi phí ước tính, thời gian hon vốn v khối lượng hòa vốn cho dự án.

2 TỔNG QUAN DỰ ÁN:2.1.Định nghĩa dự án:

Đây l dự án trong lĩnh vực phát triển website, nhằm xây dựng một nền tảng trực tuyến cho việc mua sắm các sản phẩm thời trang thông qua internet Đây l một trang web được thiết kế đặc biệt để cung cp các loại thời trang, bao gồm quần áo, giy dép, phụ kiện v các sản phẩm liên quan khác.

2.2.Mô tả vấn đề:

Dự án website bán hng online fashion cần giải quyết các vn đề sau: Tích hợp thanh toán an ton, quản lý sản phẩm v danh mục rõ rng giao diện người dùng thân thiện v d sử dụng, tối ưu hóa tốc độ tải trang, quản lý đơn hng v vận chuyển hiệu quả, hỗ trợ người quản trị v quản lý d dng, chiến lược tiếp thị trực tuyến hp dẫn.

2.3.Giải pháp đề xuất:

Nhóm ch)ng tôi khuyên bạn nên sử dụng website thời trang với một số tính năng đặc biệt cho người dùng:

 Khách hng có thể d dng tìm kiếm v so sánh giá cả của các sản phẩm quần áo, giy dép trên các website ny, gi)p h& đưa ra quyết định mua sắm thông minh v an ton.

 Khách hng có thể thuận tiện giao dịch nhanh nht.

 Công nghệ thực hiện: PHP (Laravel Framework), VueJS, HTML, CSS, MySQL.

 Quy trình phát triển ứng dụng: Quy trình Scrum

2.3.1 Mục tiêu dự án:

 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.

2.3.2 Tổng quan hệ thống:

2.3.2.1 Bối cảnh hệ thống:

Hình 2.3.2.1: Biểu đồ ngữ cảnh

2.3.2.2 Mô tả ngữ cảnh hệ thống Người dùng có trách nhiệm:

 Đối với khách vãng lai: Có thể tìm kiếm sản phẩm, xem sản phẩm phù hợp với bản thân Ngoi ra, khách vãng lai còn có thể tìm kiếm bi viết, xem bi viết để có cái nhìn chi tiết về sản phẩm.

 Đối với Member: Có thể quản lý thông tin cá nhân, tìm kiếm sản phẩm, xem sản phẩm, tìm kiếm bi viết, xem bi viết Ngoi ra, Member còn có thể mua, đánh giá khách quan về mức độ hi lòng của bản thân đối với sản phẩm Đặc biệt, member còn có thể xem đơn hng hoặc hủy đơn hng khi có vn đề phát sinh.

 Đối với Admin: Có thể quản lý: ti khoản, danh mục sản phẩm, sản phẩm, danh mục bi viết, bi viết, đánh giá, đơn hng v báo cáo thống kê 2.3.2.3 Các chức năng cơ bản của hệ thống:

 Chức năng chung: - Tìm kiếm sản phẩm - Xem sản phẩm - Tìm kiếm bi viết - Xem bi viết  Khách vãng lai:

- Đăng kí.

- Tìm kiếm sản phẩm - Xem sản phẩm - Tìm kiếm bi viết - Xem bi viết - Chatbox.

 Ngôn ngữ lập trình: PHP với Laravel, JS, Vue.js  Cơ sở dữ liệu: MySQL.

 Quy trình quản lý ứng dụng: Scrum Model.

2.3.3.2 Môi trường:

 Máy người dùng phải được kết nối Internet, có trình duyệt Web  Phần mềm phát triển dự án: MySQL, VSCode.

 Công cụ quản lý mã nguồn: Github.

 Các thnh viền đều được h&c qua về hướng đối tượng v các ngôn ngữ

 Thnh viên trong nhóm có ít kinh nghiệm trong việc quản lý dự án

Cơ hội

 Được giáo viên hướng dẫn có kinh nghiệm trong việc quản lý dự án.

 Được giáo viên hướng dẫn có kinh nghiệm trong việc nghiên cứu thuật toán.

Bất lợi

 Thời gian v kinh phí cho việc nghiên cứu hạn chế.

3 KẾ HOẠCH TỔNG THỂ:3.1.Định nghĩa Scrum:

Scrum l một tập hợp con của Agile v l một trong những khuôn khổ quy trình phổ biến nht để triển khai Agile Nó l một mô hình phát triển phần mềm lặp đi lặp lại được sử dụng để quản lý phát triển phần mềm v sản phẩm phức tạp Các lần lặp có độ di cố định, được g&i l nước r)t kéo di từ một đến hai tuần, cho phép nhóm vận chuyển phần mềm theo nhịp đều đặn Vo cuối mỗi sprint, các bên liên quan v các thnh viên trong nhóm h&p để lập kế hoạch cho các bước tiếp theo.

3.1.1 Mô tả Scrum:

Có ba vai trò cụ thể trong Scrum:

Chủ sở hữu sản phẩm: Chủ sở hữu sản phẩm tập trung vo các yêu cầu kinh

doanh v thị trường, ưu tiên tt cả các công việc cần được thực hiện Anh y hoặc cô y xây dựng v quản lý công việc tồn đ&ng, cung cp hướng dẫn về các tính năng cần vận chuyển tiếp theo, đồng thời tương tác với nhóm v các bên liên quan khác để đảm bảo m&i người đều hiểu các mục trong sản phẩm tồn đ&ng Product Owner không phải l người quản lý dự án Thay vì quản lý tình trạng v tiến độ, công việc của anh ta hoặc cô ta l th)c đẩy nhóm với mục tiêu v tầm nhìn.

Scrum Master: Thường được coi l người hun luyện cho nhóm, Scrum

Master gi)p nhóm lm việc tốt nht có thể Điều ny có nghĩa l tổ chức các cuộc h&p, đối phó với ro cản v thách thức, đồng thời lm việc với Product Owner để đảm bảo sản phẩm tồn đ&ng đã sẵn sng cho sprint tiếp theo Scrum Master c ng đảm bảo nhóm tuân thủ quy trình Scrum Người đó không có quyền đối với các thnh viên trong nhóm, nhưng người đó có quyền đối với quy trình Ví dụ: Scrum Master không thể cho ai đó biết phải lm gì, nhưng có thể đề xut một nhịp chạy nước r)t mới.

Nhóm làm việc tại Scrum: Nhóm Scrum bao gồm từ năm đến bảy thnh viên.

M&i người trong dự án lm việc cùng nhau, gi)p đỡ lẫn nhau v chia sẻ tình bạn

thân thiết sâu sắc Không giống như các nhóm phát triển truyền thống, không có các vai trò riêng biệt như lập trình viên, nh thiết kế hoặc người kiểm tra M&i người cùng nhau hon thnh tập hợp công việc Nhóm Scrum sở hữu kế hoạch cho mỗi sprint; h& dự đoán khối lượng công việc h& có thể hon thnh trong mỗi lần lặp lại.

3.1.2 The artifacts:

Product Backlog: Product Owner v Nhóm Scrum h&p để sắp xếp thứ tự ưu tiên

các hạng mục trong product backlog (công việc trên product backlog đến từ các câu chuyện v yêu cầu của người dùng) Product backlog không phải l danh sách những thứ cần hon thnh, m nó l danh sách tt cả các tính năng mong muốn của sản phẩm Sau đó, nhóm phát triển kéo công việc từ sản phẩm tồn đ&ng để hon thnh trong mỗi sprint.

Sprint Backlog: l danh sách các chức năng được phát triển cho Sprint; nó được

xác định bởi cuộc h&p Lập kế hoạch Sprint Sprint Backlog l chức năng được ch&n từ Product Backlog dựa trên mức độ ưu tiên v khả năng phát triển của nhóm.

Estimation: Trong SCRUM, các thnh viên của Nhóm công tác sẽ do chính bạn lựa

ch&n v ước tính thời gian phát triển dự kiến v chịu trách nhiệm về ước tính ny Sau khi hon thnh bảng sẽ cập nhật Sprint Backlog.

3.1.3 Quá trình (Process):

Hình 2: Quá trình Scrum

3.2.Kế hoạch tổng thể:

Bảng 3.2: Quy hoạch tổng thể

1.1 Thu Thập Yêu Cầu 2 ngy 30/10/2023 31/11/2023 1.2 Tạo ti liệu 1 ngy 1/11/2023 1/11/2023

2.1 H&p bắt đầu dự án 2 ngy 2/11/2023 3/11/2023 2.2 Bổ sung ti liệu ban đầu 5 ngy 4/11/2023 8/11/2023

 Giám sát m&i hoạt động của đội.

Hồ Lê Viết Nin

 Phân tích yêu cầu.

 Thiết kế v hon thiện dần mẫu mã.

 Code v kiểm tra ứng dụng  Ci đặt v triển khai các chức

 Quản lý rủi ro.

 Đưa ra các giải pháp để giải quyết vn đề.

Nguyn Hong Duy Nht

3.3.2 Phương pháp giao tiếp:

Bảng 3.3.2 Phương pháp giao tiếp trong dự án

Người tham gia Chủ đề Thời gian Phương pháp

Bảng 3.4.2 Các cột mốc quan tr&ng trong dự án

No Giai đoạn Mô tả Hon thnh 1 Start-up ● Lên ý tưởng cho dự án

● Nghiên cứu quy tình Scrum ● Mô tả yêu cầu (Requirement) ● Nghiên cứu công nghệ thực hiện ● Tạo ti liệu Proposal

● Tạo ti liệu Project Plan

08-11-2023

● Tạo ti liệu User Requirements ● Tạo ti liệu Product Backlog ● Tạo ti liệu Architecture ● Tạo ti liệu Test Plan M Trung Bình Ảnh hưởng trung bình H Cao Ảnh hưởng cao

NA Không Không ảnh hưởng hoãn lại do dự toán ban đầu của dự án.

L L Phân tích v đánh 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ó

M L Chia sẻ kinh nghiệm để nghiên cứu trong thời gian

quy trình ny có cải thiện hơn không so với quy trình c của ch)ng tôi tốn thời gian để vừa tìm hiểu

H M Tăng thời gian lm việc trong ngy, tăng ca thêm vo ngy