Đồ án nhóm công nghệ phần mềm

MỤC LỤC CHƯƠNG I: GIỚI THIỆU 8 I.GIỚI THIỆU 8 1.Mục đích 8 2.Phạm vi 8 CHƯƠNG II: TỔNG QUAN DỰ ÁN 9 I.TỔNG QUAN DỰ ÁN 9 1.Định nghĩa dự án 9 2.Mô tả vấn đề 9 3.Giải pháp được đề xuất 10 3.1.Mục tiêu dự án 10 3.2.Tổng quan về hệ thống 10 II.KẾ HOẠCH TỔNG THỂ 11 1.Định nghĩa Scrum 11 1.1.Mô tả Scrum 12 1.2.Các thuật ngữ 13 1.3.Quy trình Scrum 14 2.Quy hoạch tổng thể 15 3.Quản lý tổ chức 16 3.1.Nguồn nhân lực 16 3.2.Nguồn phi nhân lực 16 DANH MỤC CÁC BẢNG Bảng 2.1 Kế hoạch tổng thể 14 Bảng 2.2 Nguồn nhân lực 15 Bảng 2.3 Nguồn phi nhân lực 16 DANH MỤC CÁC HÌNH Hình 2.1 Biểu đồ hoạt động ứng dụng mức ngữ cảnh 9 Hình 2.2 Các vai trò trong Scrum 11 Hình 2.3 Quy trình Scrum Error! Bookmark not defined. CHƯƠNG I: GIỚI THIỆU I.GIỚI THIỆU 1.Mục đích Tài liệu này sẽ cung cấp một góc nhìn tổng quan, một mục đích và lý do tại sao dự án này ra đời. Nó sẽ cung cấp cho người đọc hiểu rõ chi tiết hơn về dự án quản lý rạp phim và cách ứng dụng công nghệ Visual Studio Code để xây dựng hệ thống và hệ thống hoạt động, kiến trúc của nó, lịch trình, rủi ro dự án và giải pháp 2.Phạm vi Bên cạnh việc cung cấp cho bạn một chi tiết về 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à các khuôn khổ chúng tôi sẽ áp dụng. Tài liệu này cung cấp một kế hoạch cho từng giai đoạn của quá trình phát triển phần mềm dựa trên quy trình Scrum bao gồm: thời gian bắt đầu, thời gian kết thúc và số ngày làm việc. Đây là kế hoạch chung và sẽ được cập nhật chi tiết về quá trình phát triển phần mềm trong phiên bản tài liệu tiếp theo. Đề xuất bao gồm việc đưa ra các giải pháp; xác định cách tốt nhất để phát triển phần mềm mà chúng tôi thực hiện 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. CHƯƠNG II: TỔNG QUAN DỰ ÁN I.TỔNG QUAN DỰ ÁN 1.Định nghĩa dự án Ngày nay, công nghệ thông tin đã có những bước phát triển mạnh mẽ theo cả chiều rộng và sâu. Máy tính điện tử không còn là một thứ phương tiện quý hiếm mà đang ngày càng trở thành một công cụ làm việc và giải trí thông dụng của con người, không chỉ ở nơi làm việc mà còn ngay cả trong gia đình. Đặc biệt là công nghệ thông tin được áp dụng trên mọi lĩnh vực kinh tế, chính trị, xã hội Ứng dụng công nghệ thông tin và tin học hóa được xem là một trong yếu tố mang tính quyết định trong hoạt động của quốc gia, tổ chức và trong cả các cửa hàng. Nó đóng vai trò hết sức quan trọng và có thể tạo nên bước đột phá mạnh mẽ. Mạng INTERNET là một trong những sản phẩm có giá trị hết sức lớn lao và ngày càng trở nên một công cụ không thể thiếu, là nền tảng để truyền tải, trao đổi thông tin trên toàn cầu. Bằng INTERNET, chúng ta đã thực hiện được những công việc với tốc độ nhanh hơn, chi phí thấp hơn nhiều so với cách thức truyền thống. Chính điều này, đã thúc đẩy sự khai sinh và phát triển của thương mại điện tử trên khắp thế giới, làm biến đổi đáng kể bộ mặt văn hóa, nâng cao đời sống con người. Trong hoạt động sản xuất, kinh doanh, thương mại điện tử đã khẳng định được xúc tiến và thúc đẩy sự phát triển của doanh nghiệp. Đối với một cửa hàng, việc quảng bá và giới thiệu sản phẩm đến khách hàng đáp ứng nhu cầu mua sắm ngày càng cao của khách hàng sẽ là cần thiết. Vì vậy, nhóm chúng em đã thực hiện đề tài “Xây dựng Website quản lý bán thuốc”. Cửa hàng có thể đưa các sản phẩm lên Website của mình và quản lý Website đó, khách hàng có thể đặt mua, mua hàng của cửa hàng mà không cần đến cửa hàng, cửa hàng sẽ gửi sản phẩm đến tay khách hàng. Website là nơi cửa hàng quảng bá tốt nhất tất cả các sản phẩm mình bán ra. 2.Mô tả vấn đề Việc kinh doanh - mua bán là nhu cầu không thể thiểu đối với mỗi chúng ta. Trong thời đại cạnh tranh hiện nay việc giới thiệu sản phẩm kinh doanh đến từng cá nhân với chi phí thấp, hiệu quả cao là một vấn đề nan giải của người kinh doanh cùng với nhu cầu mua sắm với những sản phẩm đa chủng loại, đạt chất lượng, và hợp túi tiền của người tiêu dùng vì vậy thương mại điện tử đã được ra đời và dần dần phát triển trên toàn thế giới. Việc phổ biến các sản phẩm của cửa hàng kinh doanh đến khách hàng thông qua các bảng báo giá tuy nhiên chi phí khá cao vì số lượng sản phẩm ngày một đa dạng và giá cả thay đổi liên tục và tính phổ biến không cao chưa đáp ứng được nhu cầu người dùng. Mặt khác cửa hàng còn gặp nhiều khó khăn như chưa quản lý được người dùng, thông tin nhà sản xuất, cập nhật giá sản phẩm, quản lý sản phẩm… Nắm bắt được tình hình trên nhóm chúng em tiến hành thiết kế trang web mua bán hàng online để mong sao giúp cho các cửa hàng phát triển nhanh hơn, giúp cho chủ cửa hàng có thể quản lý cửa hàng của mình một cách tốt hơn. 3.Giải pháp được đề xuất Nhóm của chúng tôi khuyên bạn nên xây dựng trang web với một số tính năng cho người dùng: -Thêm, sửa, xóa quản lý thông tin. -Xem sản phẩm. -Ghi nhận thông tin đặt hàng. -Thống kê hàng đã đặt. -Quản lý hàng đã đặt. 3.1.Mục tiêu dự án Hoàn thành tất cả các yêu cầu phát triển dự án phần mềm và theo đúng yêu cầu kỹ thuật và chất lượng, trong phạm vi ngân sách được duyệt và theo đúng tiến độ thời gian đặt ra 3.2.Tổng quan về hệ thống 3.2.1.Mô tả ngữ cảnh hệ thống Hình 2.1 Biểu đồ hoạt động ứng dụng mức ngữ cảnh Người dùng có thể: -Đăng ký/Đăng nhập hệ thống -Xem Sản phẩm và cho vào giỏ hàng -Chọn số lượng và loại thuốc mong muốn -Đặt hàng -Theo dõi các đơn hàng đã mua -Thay đổi thông tin cá nhân 3.2.2.Ràng buộc kỹ thuật ●Kỹ thuật để phát triển hệ thống -Ngôn ngữ lập trình: C# -Framework: .NET -Cơ sở dữ liệu: SQL Server ●Môi trường -Hệ điều hành: Window -Phát triển công cụ: SQL Server,Visual Studio -Quản lý các công cụ mã nguồn: Github -Kết nối Internet. ●Các ràng buộc khác -Tài nguyên: 7 người. -Ngân sách: Hạn chế. -Thời gian: Dự án phải hoàn thành trong vòng 33 ngày. II.KẾ HOẠCH TỔNG THỂ 1.Định nghĩa Scrum Scrum là một tập hợp con của Agile và là một trong những khung quy trình phổ biến nhất để triển khai Agile. Đây 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 lại có độ dài cố định, được gọi là sprint kéo dài từ một đến hai tuần, cho phép nhóm vận chuyển phần mềm trên một nhịp điệu thông thường. Vào cuối mỗi lần chạy nước rút, các bên liên quan và các thành viên trong nhóm họp để lên kế hoạch cho các bước tiếp theo. 1.1.Mô tả Scrum Hình 2.2 Các vai trò trong Scrum Có ba vai trò cụ thể trong Scrum: Product Owner 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 phải làm. Người đó xây dựng và quản lý tồn đọng, cung cấp hướng dẫn về các tính năng nào để vận chuyển tiếp theo và 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 hiểu các mặt hàng trong sản phẩm tồn đọng. Chủ sở hữu sản phẩm không phải là người quản lý dự án. Thay vì quản lý tình trạng và tiến bộ, công việc của họ là thúc đẩy nhóm với một mục tiêu và tầm nhìn. Scrum Master: Thường được coi là huấn luyện viên cho nhóm, Scrum Master giúp nhóm làm tốt nhất công việc có thể. Điều này có nghĩa là tổ chức các cuộc họp, đối phó với các rào cản và thách thức và làm việc với Chủ sở hữu sản phẩm để đả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 rằng nhóm tuân theo quy trình Scrum. Anh ấy hoặc cô ấy không có thẩm quyền đối với các thành viên trong nhóm, nhưng anh ấy hoặc cô ấy có thẩm quyền đối với quá trình này. Ví dụ, Scrum Master không thể nói 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. Các nhóm làm việc tại scrum: The Scrum Team bao gồm 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ẻ một cảm giác sâu sắc về tình bạn. Không giống như các nhóm phát triển truyền thống, không có vai trò riêng biệt như lập trình viên, nhà thiết kế hoặc người thử nghiệm. Mọi người cùng nhau hoàn thành công việc. Nhóm Scrum sở hữu kế hoạch cho mỗi sprint; họ dự đoán họ có thể hoàn thành bao nhiêu công việc trong mỗi lần lặp lại. 1.2.Các thuật ngữ Product Backlog: Chủ sở hữu sản phẩm (The Product Owner) và nhóm Scrum (Scrum team) họp để sắp xếp thứ tự ưu tiên các hạng mục trên product backlog (công việc trên product backlog bắt nguồ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. Nhóm phát triển sau đó kéo công việc từ sản phẩm tồn đọng để hoàn thành trong mỗi sprint. Sprint: 1 giai đoạn của dự án với thời gian cố định. Độ dài của 1 sprint sẽ được team và PO quyết định. Thông thường là từ 1 - 4 tuần. 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 lựa 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 quy trình SCRUM, các thành viên của nhóm nhiệm vụ 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. Planning poker: quân bài ghi các con số để cho điểm đánh giá các tính năng trong 1 sprint Velocity (Burndown chart): biểu đồ thể hiện kết quả mà team đã làm được trong 1 sprint. 1.3.Quy trình Scrum Quy trình Scrum Product backlog: Product Backlog là danh sách các chức năng cần được phát triển của sản phẩm. Danh sách này do Product Owner quyết định. Nó thường xuyên được cập nhật để đáp ứng được nhu cầu thay đổi của khách hàng cũng như các điều kiện của dự án. Sprint planning: Như chúng ta đã biết ở trên Sprint là một giai đoạn phát triển có thời gian từ 2-4 tuần. Để chuẩn bị cho mỗi Sprint team cần phải họp để xác định những chức năng nào (story) sẽ phát triển trong giai đoạn này (sprint backlog), kết quả đầu ra dự kiến (Goal, kết quả Release), Estimate (ước lượng ai làm việc gì) và thảo luận các giải pháp. Tất cả được ghi thành biên bản để có cơ sở thực hiện và Review sau này. Backlog refinement/grooming: Vào cuối một sprint, nhóm phát triển và PO phải đảm bảo backlog đã sẵn sàng cho sprint tiếp theo. Nhóm có thể loại bỏ các chức năng không liên quan, tạo vấn đề mới, đánh giá lại mức độ ưu tiên của các vấn đề hoặc chia nhỏ các yêu cầu của người dùng thành các tác vụ nhỏ hơn. Mục đích của cuộc họp này là đảm bảo việc tồn đọng chỉ chứa các mục có liên quan, chi tiết, và đáp ứng các mục tiêu của dự án. Daily Scrum meetings: là một cuộc họp đứng lên 15 phút, nơi mỗi thành viên trong nhóm nói về mục tiêu của họ và bất kỳ vấn đề nào nảy sinh. cuộc họp diễn ra mỗi ngày trong Sprint, giúp dễ dàng theo dõi các công việc đang thực hiện , chưa thực hiện hay sắp thực hiện.Thường cuộc họp này mỗi người sẽ phải tự trả lời 3 câu hỏi: Hôm qua đã làm những gì ? Có gặp khó khăn gì không? Hôm nay sẽ làm gì ? Sprint review meeting: Vào cuối mỗi Sprint, nhóm trình bày công việc họ đã hoàn thành tại cuộc họp đánh giá. Cuộc họp này phải trình bày trực tiếp, không thông qua báo cáo hay bản trình bày PowerPoint. Sprint retrospective meeting: Vào cuối mỗi Sprint, nhóm nghiên cứu phản ánh mức độ làm việc với nhau và thảo luận về bất kỳ thay đổi nào cần được thực hiện trong Sprint tiếp theo. Nhóm có thể nói về những gì diễn ra tốt đẹp trong thời gian Sprint vừa qua , điều gì đã xảy ra và những gì họ có thể làm khác đi. 2.Quy hoạch tổng thể Bảng 2.1 Kế hoạch tổng thể STT Tên kế hoạch Thời gian Bắt đầu Kết thúc 1 Bắt đầu 2 ngày 16/04/2024 17/04/2024 2 Khởi động 6 ngày 18/04/2024 23/04/2024 2.1 Cuộc họp Khởi động Dự án 1 ngày 18/04/2024 18/04/2024 2.2 Tạo Tài liệu 2 ngày 19/04/2024 23/04/2024 3 Phát triển 6 ngày 23/04/2024 07/05/2024 3.1 Sprint 1 6 ngày 23/04/2024 07/05/2024 4 Họp review lại dự án 1 ngày 08/05/2024 08/05/2024 5 Bản phát hành cuối cùng 1 ngày 09/05/2024 09/05/2024 3.Quản lý tổ chức 3.1.Nguồn nhân lực Bảng 2.2 Nguồn nhân lực Vai trò Trách nhiệm Người tham gia Mentor ✔ Hướng dẫn về quy trình. ✔ Giám sát tất cả các hoạt động của team. Trịnh Sử Trường Thi Thành ✔ Ước tính thời gian hoàn thành công Trần Trung Trực viên nhóm việc. ✔ Phân tích yêu cầu. ✔ Thiết kế và hoàn thiện mẫu mã. ✔ Code và Test sản phẩm. ✔ Cài đặt và triển khai. ✔ Triển khai sản phẩm Đoàn Minh Tuệ Trịnh Ngọc Châu Trịnh Ngọc Sang Nguyễn Bùi Minh Thọ Trịnh Quang Thọ Scrum Master ✔ Xác định và phân tích ứng dụng ✔ Phân công công việc cho các thành Hoàng Trung Kiên viên trong nhóm ✔ Kiểm soát và quản lý 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 đúng thời hạn ✔ Quản lý rủi ro ✔ Đưa ra các giải pháp giải quyết vấn đề 3.2.Nguồn phi nhân lực Bảng 2.3 Nguồn phi nhân lực TT Tên Mục đích Điều kiện Số lượng Tiêu chuẩn (Tùy chọn) Ngày dự kiến 1 Laptop Sử dụng phát triển Có 7 Intel Core i5 Duo CPU: 3.0 GHz, 24/04/2024 SSD: 256GB, RAM: 8G 2 C#, HTML, CSS Ngôn ngữ lập trình Có 7 24/04/2024 3 Visual Studio Code Công cụ phát triển Có 7 24/04/2024 4 SQL Server Cơ sở dữ liệu Có 4 24/04/2024

Trang 1

ĐỒ ÁN NHÓM CÔNG NGHỆ PHẦN MỀM

ĐẠI HỌC DUY TÂN

KHOA CÔNG NGHỆ THÔNG TIN

Đề tài:

SỬ DỤNG C# ĐỂ XÂY DỰNGWEBSITE BÁN THUỐC

-

Trang 2

 -ĐỒ ÁN NHÓM CÔNG NGHỆ PHẦN MỀM

ĐẠI HỌC DUY TÂN

Đề tài:

SỬ DỤNG C# ĐỂ XÂY DỰNGWEBSITE BÁN THUỐC

-

Trang 3

 -LỜI CẢM ƠN

Trước tiên chúng em xin gửi lời cảm ơn chân thành nhất tới các thầy cô giáotrong trường Đại học Duy Tân nói chung và các thầy cô giáo trong khoa Công nghệThông Tin

- bộ môn Công Nghệ Phần Mềm nói riêng đã tận tình giảng dạy, truyền đạt cho chúngem những kiến thức, kinh nghiệm quý báu trong suốt thời gian qua.

Đặc biệt chúng em xin gửi lời cảm ơn sâu sắc đến thầy Trịnh Sử Trường Thi đãtận tình giúp đỡ, trực tiếp chỉ bảo, hướng dẫn chúng em trong suốt quá trình thực hiệnkhóa luận chuyên ngành Trong thời gian làm việc với thầy, chúng em không ngừngtiếp thu thêm nhiều kiến thức bổ ích mà còn học tập được tinh thần làm việc, thái độlàm việc nghiêm túc, hiệu quả, đây là những điều rất cần thiết cho chúng em trong quátrình học tập và công tác sau này.

Dù đã cố gắng hết sức nhưng do thời gian và khả năng còn hạn chế nên đồ ánkhông tránh khỏi những thiếu sót Kính mong nhận được sự góp ý chân thành từ thầycô, các anh chị hướng dẫn cũng như các bạn bè trong lớp.

Sau cùng xin gửi lời cảm ơn chân thành tới gia đình, bạn bè đã động viên, đónggóp ý kiến và giúp đỡ trong quá trình học tập, nghiên cứu và hoàn thành đồ án tốtnghiệp.

Trang 4

LỜI CAM ĐOAN

Chúng tôi xin cam đoan:

- Những nội dung trong đồ án này là do tôi thực hiện dưới sự hướng dẫn trực tiếpcủa thầy Trịnh Sử Trường Thi

- Mọi tham khảo dùng trong đồ án đều được trích dẫn rõ ràng và trung thực têntác giả, tên công trình, thời gian, địa điểm công bố.

- Mọi sao chép không hợp lệ, vi phạm quy chế của nhà trường, hay gian trá,chúng tôi xin chịu hoàn toàn trách nhiệm.

NHÓM SINH VIÊN THỰC HIỆN:

Trang 5

ĐỒ ÁN NHÓM CÔNG NGHỆ PHẦN MỀM - -

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

Đề tài:

SỬ DỤNG C# ĐỂ XÂY DỰNG WEBSITE BÁN THUỐC

TÀI LIỆU PROPOSAL

1 HOÀNG TRUNG KIÊN - 8125

2.TRẦN NGỌC SANG – 2432

3 TRỊNH NGỌC CHÂU - 0605

4 NGUYỄN BÙI MINH THỌ - 42525 TRẦN TRUNG TRỰC - 42946 ĐOÀN MINH TUỆ - 36687 TRỊNH QUANG THỌ - 2141

GVHD: ThS Trịnh Sử Trường ThiĐà Nẵng, 05/2024

Trang 6

Sử dụng C# xây dựng website quản lý bán thuốc

2 – Proposal

THÔNG TIN DỰ ÁN

Tiêu đề dự án Sử dụng C# để xây dựng website bán thuốc

Ngày bắt đầu 16/04/2024 End Date 07/05/2024

Giảng viênhướng dẫn

Trần Ngọc Sang tranngocsang960@gma il.com

Trịnh Ngọc Châu tnchau23@gmail.com 0938227202

Trần Trung Trực tructran172003@gmail com

Nguyễn Bùi Minh Thọ

nguyenbminhtho@dtu.e du.vn

0847070303

Trang 7

THÔNG TIN TÀI LIỆU

Dự án Xây dựng website bán thuốc thanh toán online

Tên tài liệu Proposal Document

Người tạo Hoàng Trung Kiên

LỊCH SỬ CHỈNH SỬA TÀI LIỆU

Phiên bảnNgười chỉnh sửaNgàyGhi chú

Trang 8

PHÊ DUYỆT TÀI LIỆUMentor

Date:Product Owner Trịnh Sử Trường Thi Signature:

Date:Scrum Master Hoàng Trung Kiên Signature:

Trang 11

CHƯƠNG I: GIỚI THIỆUI GIỚI THIỆU

2 Phạm vi

Bên cạnh việc cung cấp cho bạn một chi tiết về tài liệu, nó sẽ liệt kê tất cả cácthành viên trong nhóm phát triển trong dự án này, quy trình và các khuôn khổ chúngtôi sẽ áp dụng.

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

Trang 12

CHƯƠNG II: TỔNG QUAN DỰ ÁN

I TỔNG QUAN DỰ ÁN1.Định nghĩa dự án

Ngày nay, công nghệ thông tin đã có những bước phát triển mạnh mẽ theo cảchiều rộng và sâu Máy tính điện tử không còn là một thứ phương tiện quý hiếm màđang ngày càng trở thành một công cụ làm việc và giải trí thông dụng của con người,không chỉ ở nơi làm việc mà còn ngay cả trong gia đình Đặc biệt là công nghệ thôngtin được áp dụng trên mọi lĩnh vực kinh tế, chính trị, xã hội Ứng dụng công nghệ thôngtin và tin học hóa được xem là một trong yếu tố mang tính quyết định trong hoạt độngcủa quốc gia, tổ chức và trong cả các cửa hàng Nó đóng vai trò hết sức quan trọng vàcó thể tạo nên bước đột phá mạnh mẽ Mạng INTERNET là một trong những sản phẩmcó giá trị hết sức lớn lao và ngày càng trở nên một công cụ không thể thiếu, là nền tảngđể truyền tải, trao đổi thông tin trên toàn cầu Bằng INTERNET, chúng ta đã thực hiệnđược những công việc với tốc độ nhanh hơn, chi phí thấp hơn nhiều so với cách thứctruyền thống Chính điều này, đã thúc đẩy sự khai sinh và phát triển của thương mạiđiện tử trên khắp thế giới, làm biến đổi đáng kể bộ mặt văn hóa, nâng cao đời sống conngười Trong hoạt động sản xuất, kinh doanh, thương mại điện tử đã khẳng định đượcxúc tiến và thúc đẩy sự phát triển của doanh nghiệp Đối với một cửa hàng, việc quảngbá và giới thiệu sản phẩm đến khách hàng đáp ứng nhu cầu mua sắm ngày càng caocủa khách hàng sẽ là cần thiết Vì vậy, nhóm chúng em đã thực hiện đề tài “Xây dựngWebsite quản lý bán thuốc” Cửa hàng có thể đưa các sản phẩm lên Website của mìnhvà quản lý Website đó, khách hàng có thể đặt mua, mua hàng của cửa hàng mà khôngcần đến cửa hàng, cửa hàng sẽ gửi sản phẩm đến tay khách hàng Website là nơi cửahàng quảng bá tốt nhất tất cả các sản phẩm mình bán ra.

2.Mô tả vấn đề

Việc kinh doanh - mua bán là nhu cầu không thể thiểu đối với mỗi chúng ta.Trong thời đại cạnh tranh hiện nay việc giới thiệu sản phẩm kinh doanh đến từng cánhân với chi phí thấp, hiệu quả cao là một vấn đề nan giải của người kinh doanh cùngvới nhu cầu mua sắm với những sản phẩm đa chủng loại, đạt chất lượng, và hợp túi tiềncủa người tiêu dùng vì vậy thương mại điện tử đã được ra đời và dần dần phát triển trêntoàn thế giới Việc phổ biến các sản phẩm của cửa hàng kinh doanh đến khách hàngthông qua các bảng báo giá tuy nhiên chi phí khá cao vì số lượng sản phẩm ngày mộtđa dạng và giá cả thay đổi liên tục và tính phổ biến không cao chưa đáp ứng được nhucầu người dùng Mặt khác cửa hàng còn gặp nhiều khó khăn như chưa quản lý đượcngười dùng, thông tin nhà sản xuất, cập nhật giá sản phẩm, quản lý sản phẩm… Nắm

Trang 13

bắt được tình

Trang 14

hình trên nhóm chúng em tiến hành thiết kế trang web mua bán hàng online để mongsao giúp cho các cửa hàng phát triển nhanh hơn, giúp cho chủ cửa hàng có thể quản lýcửa hàng của mình một cách tốt hơn.

3.Giải pháp được đề xuất

Nhóm của chúng tôi khuyên bạn nên xây dựng trang web với một số tính năng chongười dùng:

- Thêm, sửa, xóa quản lý thông tin.- Xem sản phẩm.

- Ghi nhận thông tin đặt hàng.- Thống kê hàng đã đặt.- Quản lý hàng đã đặt.

3.1.Mục tiêu dự án

Hoàn thành tất cả các yêu cầu phát triển dự án phần mềm và theo đúng yêu cầukỹ thuật và chất lượng, trong phạm vi ngân sách được duyệt và theo đúng tiến độ thờigian đặt ra

- Xem Sản phẩm và cho vào giỏ hàng

- Chọn số lượng và loại thuốc mong muốn

- Đặt hàng

- Theo dõi các đơn hàng đã mua

- Thay đổi thông tin cá nhân

Trang 15

3.2.2 Ràng buộc kỹ thuật● Kỹ thuật để phát triển hệ thống

- Ngôn ngữ lập trình: C#- Framework: NET

- Cơ sở dữ liệu: SQL Server

● Môi trường

- Hệ điều hành: Window

- Phát triển công cụ: SQL Server,Visual Studio- Quản lý các công cụ mã nguồn: Github- Kết nối Internet.

● Các ràng buộc khác- Tài nguyên: 7 người.- Ngân sách: Hạn chế.

- Thời gian: Dự án phải hoàn thành trong vòng 33 ngày.

II KẾ HOẠCH TỔNG THỂ1 Định nghĩa Scrum

Scrum là một tập hợp con của Agile và là một trong những khung quy trình phổbiến nhất để triển khai Agile Đây 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 lại cóđộ dài cố định, được gọi là sprint kéo dài từ một đến hai tuần, cho phép nhóm vậnchuyển phần mềm trên một nhịp điệu thông thường Vào cuối mỗi lần chạy nước rút,các bên liên quan và các thành viên trong nhóm họp để lên kế hoạch cho các bước tiếptheo.

Trang 16

1.1.Mô tả Scrum

Hình 2.2 Các vai trò trong Scrum

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

Product Owner 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 phải làm Người đó xây dựng và quản lýtồn đọng, cung cấp hướng dẫn về các tính năng nào để vận chuyển tiếp theo và tươngtác với nhóm và các bên liên quan khác để đảm bảo mọi người hiểu các mặt hàngtrong sản phẩm tồn đọng Chủ sở hữu sản phẩm không phải là người quản lý dự án.Thay vì quản lý tình trạng và tiến bộ, công việc của họ là thúc đẩy nhóm với một mụctiêu và tầm nhìn.

Scrum Master: Thường được coi là huấn luyện viên cho nhóm, Scrum Master

giúp nhóm làm tốt nhất công việc có thể Điều này có nghĩa là tổ chức các cuộc họp,đối phó với các rào cản và thách thức và làm việc với Chủ sở hữu sản phẩm để đảmbảo sản phẩm tồn đọng đã sẵn sàng cho sprint tiếp theo Scrum Master cũng đảm bảorằng nhóm tuân theo quy trình Scrum Anh ấy hoặc cô ấy không có thẩm quyền đối vớicác thành viên trong nhóm, nhưng anh ấy hoặc cô ấy có thẩm quyền đối với quá trìnhnày Ví dụ, Scrum Master không thể nói 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.

Các nhóm làm việc tại scrum: The Scrum Team bao gồm 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ẻ một cảmgiác sâu sắc về tình bạn Không giống như các nhóm phát triển truyền thống, không có

Trang 17

vai trò riêng biệt như lập trình viên, nhà thiết kế hoặc người thử nghiệm Mọi ngườicùng

Trang 18

nhau hoàn thành công việc Nhóm Scrum sở hữu kế hoạch cho mỗi sprint; họ dự đoán họ có thể hoàn thành bao nhiêu công việc trong mỗi lần lặp lại.

1.2.Các thuật ngữ

Product Backlog: Chủ sở hữu sản phẩm (The Product Owner) và nhóm Scrum

(Scrum team) họp để sắp xếp thứ tự ưu tiên các hạng mục trên product backlog (côngviệc trên product backlog bắt nguồ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à danhsách tất cả các tính năng mong muốn của sản phẩm Nhóm phát triển sau đó kéo côngviệc từ sản phẩm tồn đọng để hoàn thành trong mỗi sprint.

Sprint: 1 giai đoạn của dự án với thời gian cố định Độ dài của 1 sprint sẽ được

team và PO quyết định Thông thường là từ 1 - 4 tuần.

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 đượclựa 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 quy trình SCRUM, các thành viên của nhóm nhiệm vụ 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ề ướctính này Sau khi hoàn thành bảng sẽ cập nhật Sprint Backlog.

Planning poker: quân bài ghi các con số để cho điểm đánh giá các tính năng

trong 1 sprint

Velocity (Burndown chart): biểu đồ thể hiện kết quả mà team đã làm được

trong 1 sprint.

Trang 19

1.3.Quy trình Scrum

Quy trình Scrum

Product backlog: Product Backlog là danh sách các chức năng cần được phát

triển của sản phẩm Danh sách này do Product Owner quyết định Nó thường xuyênđược cập nhật để đáp ứng được nhu cầu thay đổi của khách hàng cũng như các điềukiện của dự án.

Sprint planning: Như chúng ta đã biết ở trên Sprint là một giai đoạn phát triển

có thời gian từ 2-4 tuần Để chuẩn bị cho mỗi Sprint team cần phải họp để xác địnhnhững chức năng nào (story) sẽ phát triển trong giai đoạn này (sprint backlog), kết quảđầu ra dự kiến (Goal, kết quả Release), Estimate (ước lượng ai làm việc gì) và thảoluận các giải pháp Tất cả được ghi thành biên bản để có cơ sở thực hiện và Review saunày.

Backlog refinement/grooming: Vào cuối một sprint, nhóm phát triển và PO

phải đảm bảo backlog đã sẵn sàng cho sprint tiếp theo Nhóm có thể loại bỏ các chứcnăng không liên quan, tạo vấn đề mới, đánh giá lại mức độ ưu tiên của các vấn đề hoặcchia nhỏ các yêu cầu của người dùng thành các tác vụ nhỏ hơn Mục đích của cuộc họpnày là đảm bảo việc tồn đọng chỉ chứa các mục có liên quan, chi tiết, và đáp ứng cácmục tiêu của dự án.

Daily Scrum meetings: là một cuộc họp đứng lên 15 phút, nơi mỗi thành viên

Trang 20

trong nhóm nói về mục tiêu của họ và bất kỳ vấn đề nào nảy sinh cuộc họp diễn ra mỗi

Trang 21

ngày trong Sprint, giúp dễ dàng theo dõi các công việc đang thực hiện , chưa thực hiệnhay sắp thực hiện.Thường cuộc họp này mỗi người sẽ phải tự trả lời 3 câu hỏi: Hômqua đã làm những gì ? Có gặp khó khăn gì không? Hôm nay sẽ làm gì ?

Sprint review meeting: Vào cuối mỗi Sprint, nhóm trình bày công việc họ đã

hoàn thành tại cuộc họp đánh giá Cuộc họp này phải trình bày trực tiếp, không thôngqua báo cáo hay bản trình bày PowerPoint.

Sprint retrospective meeting: Vào cuối mỗi Sprint, nhóm nghiên cứu phản ánh

mức độ làm việc với nhau và thảo luận về bất kỳ thay đổi nào cần được thực hiện trongSprint tiếp theo Nhóm có thể nói về những gì diễn ra tốt đẹp trong thời gian Sprint vừaqua , điều gì đã xảy ra và những gì họ có thể làm khác đi.

2.1 Cuộc họp Khởi động Dự án 1 ngày 18/04/2024 18/04/2024

5 Bản phát hành cuối cùng 1 ngày 09/05/2024 09/05/2024

Trang 22

3 Quản lý tổ chức3.1.Nguồn nhân lực

Bảng 2.2 Nguồn nhân lực

Vai tròTrách nhiệmNgười tham gia

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

✔ Giám sát tất cả các hoạt động của team.

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

✔ Thiết kế và hoàn thiện mẫu mã.✔ Code và Test sản phẩm.

✔ Cài đặt và triển khai.✔ Triển khai sản phẩm

Đoàn Minh Tuệ Trịnh Ngọc Châu Trịnh Ngọc SangNguyễn Bùi Minh ThọTrịnh Quang ThọScrum

✔ Xác định và phân tích ứng dụng✔ Phân công công việc cho các thành

Hoàng Trung Kiên

✔ Đưa ra các giải pháp giải quyết vấn đề

3.2.Nguồn phi nhân lực

Trang 23

Bảng 2.3 Nguồn phi nhân lực

Tiêu chuẩn(Tùy chọn)

Ngày dựkiến

phát triển

Duo CPU: 3.0GHz,

SSD: 256GB,RAM: 8G2 C#, HTML,

Ngôn ngữlập trình

3 Visual StudioCode

Công cụ phát triển

liệu

Trang 24

 -ĐỒ ÁN NHÓM CÔNG NGHỆ PHẦN MỀMĐẠI HỌC DUY TÂN

Đề tài:

TÀI LIỆU USER STORY

GVHD: ThS Trịnh Sử Trường Thi Đà Nẵng, 05/2024

Trang 25

Xây dựng website quản lý bán thuốc

2 – User Story

0847070303

Trang 26

THÔNG TIN TÀI LIỆU

Dự án Xây dựng website quản lý hệ thống rạp phim

Tên tài liệu User Story Document

Người tạo Hoàng Trung Kiên

LỊCH SỬ CHỈNH SỬA TÀI LIỆU

Phiên bảnNgười chỉnh sửaNgàyGhi chú

Trang 27

PHÊ DUYỆT TÀI LIỆU

Trần Ngọc Sang Signature:Date:

Trịnh Minh Châu Signature:Date:

Trần Trung Trực Signature:Date:

Trang 28

MỤC LỤC

DANH MỤC CÁC BẢNG 6CHƯƠNG 1: TỔNG QUAN 7

I Giới thiệu 7

CHƯƠNG 2: USER STORY 7

I User case story 7

1 Đăng nhập7

2.Tìm kiếm thuốc 83.Xuất kho 84.Quản lý thông tin nhà cung cấp 95.Quản lý khách hàng 106 Đặt thuốc từ nhà sản xuất

7 Hủy thuốc 118 Thanh toán 129 Nhập thuốc 1210 Quản lý thông tin thuốc 1311 Quản lý thống kê 13II ĐỘ ƯU TIÊN 14

Trang 29

DANH MỤC CÁC BẢNG

Bảng 1 : User Story chức năng đăng nhập 7Bảng 2 : User Story chức năng tìm kiếm thuốc 8Bảng 3 : User Story chức năng xuất kho 8Bảng 4 : User Story chức năng Quản lý thông tin nhà cung cấp 9Bảng 5 : User Story chức năng Quản lý khách hàng 10Bảng 6 : User Story chức năng Đặt thuốc từ nhà sản xuất 10Bảng 7 : User Story chức năng Hủy thuốc 11Bảng 8 : User Story chức năng Thanh toán 12Bảng 9 : User Story chức năng Nhập thuốc 12Bảng 10 : User Story chức năng quản lý thông tin thuốc 13Bảng 11 : User Story chức năng Quản lý thống kê 13

Trang 30

CHƯƠNG 1: TỔNG QUANI Giới thiệu

Tài liệu này là trình bày các yêu cầu chính theo cách nhìn của một BackEndđể hiểu rõ hơn về hệ thống Các User-Story sẽ được chia thành các phần công việcnhỏ hơn để dễ dàng cho việc phân công công việc trong dự án Ngoài ra tài liệu nàycũng hỗ trợ cho các Tester trong việc tạo tài liệu Test Plan và Test Case.

CHƯƠNG 2: USER STORYI User case story

1.Đăng nhập

Bảng 1: User Story chức năng đăng nhập

Là một User/Staff/Admin tôi muốn truy cập vào hệ thống với tài khoản của tôiđể sử dụng hệ thống với vai trò của tôi

Đăng nhậpDự án: Website quản lý quầy

- Hệ thống đưa đến trang chủ nếu nhập đúng Username vàPassword.

- Hệ thống hiển thị thông báo lỗi khi Username hoặcPassword không hợp lệ

Trang 31

2.Tìm kiếm thuốc

Bảng 2: User Story chức năng tìm kiếm thuốc

Là một Staff/Admin tôi muốn tìm kiếm những thuốc có trong hệ thống

Tìm kiếm thuốcDự án: Website quản lý

3.Xuất kho

Bảng 3: User Story chức năng xuất kho

Là một nhân viên hoặc admin tôi muốn quản lý các sản phẩm được lấy ra khỏikho

Xem lịch chiếuDự án: Website quản lý bán thuốcĐộ ưu tiên: 2Actor: Staff, Admin Tiêu chí chấp nhận

Trang 32

4 Quản lý thông tin nhà cung cấp

Bảng 4: User Story chức năng Quản lý thông tin nhà cung cấp

Là một Admin tôi muốn quản lý các thông tin các nhà cung cấp các mặt hàngthuốc cho quầy thuốc

Quản lý thông tin nhà cung cấp

Dự án: Website quản lý bán thuốcĐộ ưu tiên: 3

Actor: AdminTiêu chí chấp nhận

- Admin có thể xem được chi tiết thông tin của nhà cungcấp.

- Admin có thể thêm thông tin của nhà cung cấp mới.

- Admin có thể cập nhật thông tin của nhà cung cấp.

- Admin có thể xóa thông tin của nhà cung cấp.

Story: Admin

quản lý thông tin của các nhà cung cấp

-Staff/Admin có thể kiểm tra được hàng tồn saukhi xuất kho

Staff/Admin có thể tạo được danh sách các hàng hóa xuất khỏi kho

Admin có thể quản lý các hàng xuất khỏi kho

Story: Staff/ Admin

quản lý kho

Trang 33

5 Quản lý khách hàng

Bảng 5: User Story chức năng Quản lý khách hàng

Là một Staff/Admin tôi muốn quản lý khách hàng, để có thể xem thông tincác khách hàng đã mua thuốc, thêm mới, chỉnh sửa thông tin khách hàng

Quản lý kháchhàng

- Staff/Admin có thể chỉnh sửa thông tin khách hàng

Story: Staff/

Admin quản lý được thông tin khách hàng

6 Đặt thuốc từ nhà sản xuất

Bảng 6: User Story chức năng Đặt thuốc từ nhà sản xuất

Là một Admin tôi muốn đặt thuốc từ nhà sản xuất

Đặt thuốc từ nhà sản xuất

Actor: AdminTiêu chí chấp nhận

Trang 34

7 Hủy thuốc

Bảng 7: User Story chức năng Hủy thuốc

Là một Staff/Admin tôi muốn xem và hủy các thuốc hết hạn sử dụng hoặc bị lỗi theo mã thuốc và mã lô sản xuất

Hủy thuốc Dự án: Website quản lý bán thuốcĐộ ưu tiên: 3

Admin có thể xem được chi tiết các loại thuốc từ nhà sản xuấtAdmin có thể hủy không đặt thuốc từ nhà sản xuất

Admin có thể đặt thuốc từ nhà sản xuất

Story: Admin đặt

mua thuốc từ nhà sản xuất

Trang 35

8 Thanh toán

Bảng 8: User Story chức năng Thanh toán

Là một Staff/Admin tôi muốn quản lý bán thuốc, có thể tạo thêm, chỉnh sửa, xóa hóa đơn bán thuốc.

Thanh toánDự án: Website quản lý bán thuốcĐộ ưu tiên: 1

Actor:

Admin/Staff thực hiện bán thuốc chokhách hàng

Tiêu chí chấp nhận

- Admin xem được thông tin thuốc,số lượng thuốc còn lại trong cửa hàng

- Admin có thể thêm mới, chỉnh sửa,xóa hóa đơn bán thuốc

- Admin có thể xóa các thuốc đã bán hết

9 Nhập thuốc

Bảng 9: User Story chức năng Nhập thuốc

Là một Admin tôi muốn quản lý nhập thuốc, có thể xem số lượng thuốc trong, sốlượng thuốc được nhập vào kho, thông tin chi tiết thuốc.

Nhập thuốcDự án: Website quản lý bán thuốcĐộ ưu tiên: 2Actor: AdminTiêu chí chấp nhận

- Admin xem được thông tin chi tiết thuốc

- Admin có thể xem được số lượng thuốc nhập vào kho

Story: Admin

quản lý nhập thuốc vào kho

Trang 36

10 Quản lý thông tin thuốc

Bảng 10: User Story chức năng quản lý thông tin thuốc

Là một Admin tôi muốn quản lý thuốc, có thể xem thông tin chi tiết thuốc, nhà cung cấp thuốc, số lượng từng loại thuốc

Quản lý thông tin thuốc

Tiêu chí chấp nhận

- Admin xem được thông tin chi tiết thuốc

- Admin có thể xem được số lượng thuốc còn lại

- Admin có thể xem thông tin nhà cung cấp thuốc

11 Quản lý thống kê

Bảng 11: User Story chức năng Quản lý thống kê

Là một Admin tôi muốn thống kê số lượng thuốc bán, số lượng thuốc nhập, doanh thu hàng tháng, số lượng thuốc hủy

Quản lý thống kê

- Admin có thể tổng số lượng thuốc trong kho

Trang 37

- Admin /Staff có thể xem được số lượng thuốc còn lại

- Admin/Staff có thể lập báo cáo doanh thu

II ĐỘ ƯU TIÊN

➢ Ứng với từng user story sẽ có một mức đánh giá độ ưu tiên cho nó.

➢ Độ ưu tiên được đánh giá theo thang điểm từ 1 đến 5 để xác định mức độ quan trọng của từng user story theo từng giai đoạn của dự án.

➢ Độ ưu tiên của các user story có thể giống với những cái khác.

ID UserStory

Danh sách User StoryĐộ Ưu Tiên

Trang 39

 -ĐỒ ÁN NHÓM CÔNG NGHỆ PHẦN MỀMĐẠI HỌC DUY TÂN

Đề tài:

TÀI LIỆU PRODUCT BACKLOG

GVHD: ThS Trịnh Sử Trường ThiĐà Nẵng, 05/2024

Trang 40

2 – Product Backlog

Xây dựng website quản lý hệ thống rạp phim

0847070303