BÁO CÁO ĐỒ ÁN MÔN HỌC QUẢN TRỊ DỰ ÁN THƯƠNG MẠI ĐIỆN TỬ phần mềm website bán giày

hỏi được rất nhiều kiến thức về mặt lý thuyết, cũng như các phương pháp thực hành thực tế trong việc quản lý dự án phần mềm công nghệ thông tin.. GIỚI THIỆU Tài liệu này là báo cáo đồ án

KHOA HỆ THỐNG THÔNG TIN -

BÁO CÁO ĐỒ ÁN

QUẢN TRỊ DỰ ÁN THƯƠNG MẠI ĐIỆN TỬ

Đề tài: XÂY DỰNG WEBSITE BÁN GIÀY OVION

Giảng viên hướng dẫn:

ThS Huỳnh Đức Huy

Nhóm sinh viên thực hiện:

An Ngọc Vân Hà 20521265 Nguyễn Thúy Hà 20521270 Hứa Long Hải 20521277

Lê Thị Ngọc Huyền 20521421 Văn Đặng Nhật Hưng 20521375

TP Hồ Chí Minh, tháng 12 năm 2022

OVION

Kế hoạch dự án

Trang thương mại điện tử bán giày

Phạm vi áp dụng: Trường ĐH Công nghệ Thông tin

Phiên bản: 0.0.1

Nhóm 3

TP HCM, Việt Nam

hỏi được rất nhiều kiến thức về mặt lý thuyết, cũng như các phương pháp thực hành thực

tế trong việc quản lý dự án phần mềm công nghệ thông tin

Vì vậy, chúng em xin gửi lời cảm ơn đến thầy Huỳnh Đức Huy đã luôn luôn tận tình trong việc hướng dẫn và truyền đạt nội dung môn học đến với chúng em

Trong quá trình làm đồ án, khó tránh khỏi những sai sót Chúng em rất mong nhận được sự góp ý của thầy để có thể hoàn thiện đồ án tốt hơn nữa

Xin chân thành cảm ơn TP.HCM, tháng 12 năm 2022

Chương 1 GIỚI THIỆU 10

3.1.1 Giả định 213.1.2 Các hạn chế 213.1.3 Chi phí dự kiến 21

3.2.1 Ước lượng 22

3.3.1 Phân rã công việc 23

3.3.2 Các cột mốc (milestone) và các work product chính 30

3.4 Kế hoạch kiểm soát dự án 31 3.4.1 Kiểm soát kế hoạch thực hiện 31

3.4.2 Kế hoạch quản lý yêu cầu 32

3.4.3 Kế hoạch quản lý quy trình phát triển phần mềm 32

3.4.4 Kiểm tra chất lượng sản phẩm 38

3.4.5 Báo cáo dự án 39

3.4.6 Đo lường dự án 40

3.5 Kế hoạch quản lý rủi ro 41 3.5.1 Nhận diện rủi ro 41

3.5.2 Phân tích rủi ro 43

3.5.3 Kiểm soát rủi ro 46

3.5.4 Giám sát và điều chỉnh 47

Hình 2-2: Các khái niệm chính trong Scrum 17Hình 2-3: Vòng đời phát triển theo quy trình Scrum 18Hình 3-1: Mối quan hệ và trình tự các bước trong quy trình kiểm soát rủi ro 41

Hình 3-3: Bảng đánh giá khả năng xuất hiện 44Hình 3-4: Bảng đánh giá khả năng tác động 45

Ngày tạo: 9/12/2022 Thời gian lưu: 12/15/2022-14:36

PM Phòng ban/Bộ phận: PM Lưu bởi: An Ngọc Vân Hà

Lịch sử thay đổi

Lê Thị Ngọc Huyền Cập nhật mô trình phát triển phần

mềm (Agile)

2.1

Lê Thị Ngọc Huyền Tổ chức dự án 2.2.1

Lê Thị Ngọc Huyền Vai trò và trách nhiệm 2.2.2

Nguyễn Thúy Hà Giả định, điều kiện và rủi ro 3.1

An Ngọc Vân Hà Cập nhật các hạn chế 3.1.2

An Ngọc Vân Hà Tính toán chi phí dự kiến 3.1.3

Văn Đặng Nhật Hưng Khởi tạo dự án 3.2

Văn Đặng Nhật Hưng Yêu cầu nguồn lực 3.2.2

Văn Đặng Nhật Hưng Yêu cầu đào tạo nhận sự dự án 3.2.3

An Ngọc Vân Hà Kế hoạch thực hiện dự án 3.3

An Ngọc Vân Hà Lập lịch làm việc 3.3.2

An Ngọc Vân Hà Thông tin điều phối nguồn lực 3.3.4

Hứa Long Hải Kế hoạch kiểm soát dự án 3.4

Hứa Long Hải Kiểm soát kế hoạch thực hiện 3.4.1

Hứa Long Hải Kế hoạch quản lý yêu cầu 3.4.2

Hứa Long Hải Kế hoạch quản lý quy trình phát

triển phần mềm

3.4.3

Hứa Long Hải Phương pháp, công cụ, công nghệ 3.4.3.2

Hứa Long Hải Nghiệm thu sản phẩm 3.4.3.5

Hứa Long Hải Kiểm tra chất lượng sản phẩm 3.4.4

Nguyễn Thúy Hà Kế hoạch quản lý rủi ro 3.5

An Ngọc Vân Hà Bổ sung tài liệu liên quan 1.2

Lịch sử kiểm tra

Người kiểm tra Ngày kiểm

tra Nhận xét/đánh giá Phiên bản

An Ngọc Vân Hà 14/12/2022

- Cần xác định lại thời gian và chi phí chính xác hơn, dựa vào WBS và phần ước lượng chi phí của Hưng trong mục 3.1.3

và 3.3.2

3.2.1

An Ngọc Vân Hà 26/12/2022 - Sửa đổi lại các rủi ro về thay

Chương 1 GIỚI THIỆU

Tài liệu này là báo cáo đồ án môn học Quản lý dự án công nghệ thông tin của nhóm 3 bao gồm toàn bộ quá trình lên kế hoạch và cách sử dụng phần mềm để phân chia và quản lý tiến độ công việc của các thành viên trong nhóm

1.1 Từ ngữ viết tắt và thuật ngữ

PM Trưởng nhóm – Project Manager

1.3 Tổng quan dự án

Bất chấp những tác động của đại dịch Covid-19 năm 2020-2021, thương mại điện tử vẫn phát triển mạnh mẽ ở Việt Nam Và với 75% người dân sử dụng Internet, Việt Nam có 74.8% người dùng Internet tham gia mua sắm trực tuyến 1

Nhu cầu sử dụng website thương mại điện tử của các cửa hàng ngày càng tăng

để đáp ứng khách hàng trong việc mua sắm tiện lợi và tiết kiệm thời gian Chính vì vậy, nhóm chúng em sẽ xây dựng website mua bán cho các cửa hàng để đáp ứng nhu cầu trong việc mua sắm online của khách hàng hiện nay

Đây là website bán hàng và giới thiệu các sản phẩm đến người tiêu dùng với các thông tin cũng như giá cả một cách chính xác Tại website, khách hàng sẽ đăng ký, tìm kiếm sản phẩm, lưu giỏ hàng, mua sắm, xem tình trạng mua hàng, và các chức năng khác tùy theo nhu cầu của cửa hàng

Việc áp dụng tin học hóa (thông qua phát triển ứng dụng) vào bán hàng sẽ giúp khách hàng có trải nghiệm mua sắm tối ưu, tiết kiệm thời gian và cửa hàng cũng quản

lý được việc bán sản phẩm Qua đó phục vụ cho lợi ích cả khách hàng và các chủ cửa hàng

https://vneconomy.vn/thuong-mai-dien-tu-1.4.1.2 Yêu cầu

- Ứng dụng tiện dụng, dễ dùng cho cả người sử dụng và người tổ chức

Cả người có nền tảng tin học và người không có nền tảng tin học

- Hoạt động trong cả môi trường offline và online

- Bảo mật cao Không gây rò rỉ thông tin người dùng

- Độ chính xác cao

1.4.1.3 Đối tượng người dùng

- Chủ cửa hàng và khách hàng là đối tượng mà cửa hàng hướng đến

1.4.2 Phương pháp, công nghệ sử dụng:

1.4.2.1 Phương pháp

- Scrum: Tất cả các thành viên cùng nhau làm việc từ công đoạn thu thập, phân tích yêu cầu, tạo product backlog, lên kế hoạch, thực hiện các chức năng trong mỗi sprint cho đến việc testing

- Cơ sở dữ liệu: MongoDB

- Công cụ thiết kế: Figma

- IDE: Visual Studio Code

1.5 Các bên liên quan và nhân sự chính

STT Họ Tên Bộ phận Vai trò & trách nhiệm Liên lạc

- Chịu trách nhiệm lên

kế hoạch và điều phối công việc

- Đưa ra quyết định cuối cùng về việc bổ sung,

20521265@gm.uit.edu.vn

ĐT: 0964140475

sửa đổi, giải quyết các vấn đề

vụ

- Phân tích các yếu tố thị trường của dự án

- Phân tích các khảo sát

- Nắm rõ các bên liên quan và nhân sự chính

- Hiểu rõ được tổng quan

dự án, đưa ra mục tiêu và phạm vi dự án

20521421@gm.uit.edu.vn

- Chịu trách nhiệm kỹ thuật, phát triển sản phẩm theo yêu cầu của khách hàng

- Xây dựng, quản lí, triển khai dự án

- Xây dựng công cụ và cài đặt, hỗ trợ các vấn đề

về liên quan đến lập trình

20521375@gm.uit.edu.vn

ĐT: 0869670697

4 Hứa Long

Hải

Phòng kiểm thử

- Giám sát, đánh giá tính hiệu quả của quy trình dự

án

- Quản lý chất lượng trong thời gian làm dự

án

20521277@gm.uit.edu.vn

- Quản lí các rủi ro xảy

ra, đồng thời đưa ra phương án giải quyết phù hợp

20521270@gm.uit.edu.vn

ĐT: 0913715909

1.6 Điều phối dự án

STT Hạng mục chuyển giao Thời gian chuyển giao Địa điểm Ghi chú

1 Giai đoạn chuẩn bị 22/9/2022 Nhóm 3 – KH Email

2 Giai đoạn xác định 10/10/2022 Nhóm 3 - KH Email

3 Giai đoạn phân tích 20/10/2022 Nhóm 3 - KH Email

4 Giai đoạn thiết kế 31/10/2022 Nhóm 3 - KH Chat

5 Giai đoạn hiện thực 2/12/2022 Nhóm 3 - KH Chat

Chương 2 TỔ CHỨC DỰ ÁN

Dự án này sử dụng mô hình phát triển phần mềm Agile, là 1 quy trình phát triển được công nhận và sử dụng rất rộng rãi Nó không phải là tập hợp các quy tắc hay hướng dẫn cụ thể, thậm chí ta không nên gọi nó là một phương pháp Một cách chính xác, nó là tập hợp những nguyên tắc mà khuyến khích sự linh hoạt, thích ứng với sự thay đổi và sự giáo tiếp giữa nhóm phát triển

Agile được thể hiện trên bản tuyên ngôn gồm 4 ý chính và 12 nguyên tắc như sau:

Hình 2-1: Tuyên ngôn phát triển phần mềm linh hoạt 2

Cá nhân và tương tác được ưu tiên hơn quy trình và công cụ vì nó giúp quy trình trở nên có tính phản hồi hơn Một khi nhóm hiểu và hoạt động tốt với nhau thì họ sẽ

dễ dàng giải quyết vấn đến với các công cụ và quy trình

2 Agile software development (Phần 1):

https://viblo.asia/p/agile-software-development-phan-1-3P0lP1R85ox?fbclid=IwAR2s_lcErji8b_qupndJKkpwXUE_uf8uY_PpJ0MVTq2wDnAmG5krRvjQZS4

Cách quản lý dự án truyền thống tập trung quá nhiều vào tài liệu, thứ tiêu tốn hàng tháng trời Việc này ảnh hưởng tiêu cực đến quá trình chuyển giao sản phẩm dẫn đến bị đình trệ dự án là điều khó tránh khỏi

Đàm phán có nghĩa là trải qua 1 quá trình trao đổi, nó có thể chưa được hoàn thiện và phải chỉnh sửa Nhưng 1 khi quá trình đàm phán kết thúc thì giấy trắng mực đen đã in sẵn, không còn gì để bàn them Agile khuyến khích ta cộng tác với Khách hàng để có được quá trình làm việc hiệu quả

Mục tiêu cuối cùng mà tất cả các bên đều muốn đạt được là có được 1 phần mềm hoạt động tốt và phục vụ đáp ứng các nhu cầu đặt ra ban đầu Vì thế thích nghi với thay đổi để có được phần mềm tốt thì hơn là bán sát kế hoạch để cuối cùng tạo ra sản phẩm không thể đưa vào vận hành

Để có thể sử dụng Agile trong quá trình phát triển dự án ta có rất nhiều lựa chọn

ví dụ như: Kanban, Lean, …

- Kanban: là một phương pháp tinh gọn để quản lý và cải tiến công việc trên toàn hệ thống của con người

- Lean: là quá trình liên tục cải tiến mọi quy trình trong kinh doanh nhằm loại

bỏ những hoạt động không tạo thêm giá trị, lãng phí để có chi phí thấp hơn

Trong dự án này, chúng tôi sử dụng Scrum:

Scrum có thể có là 1 trong những framework phổ biến nhất trong họ Agile

Trong dự án, chúng tôi tin tưởng vào nhóm phát triển, họ được tự quản lý và trao quyền với 3 vai trò cụ thể, được xác định như sau:

Hình 2-2: Các khái niệm chính trong Scrum 3

- Product owner: Người đại diện Khách hàng/ người dùng chính của sản phẩm

sẽ được phát triển Đây là người có thẩm quyền cuối cùng và sẽ luôn đồng hành cùng nhóm phát triển

- Scrum master: Người hướng dẫn nhóm scrum Bảo đảm nhóm làm việc có năng suất và tiến bộ Nếu trong quá trình phát triển gặp trở ngại sẽ là người đứng ra giải quyết Scrum master cũng là người trung gian giữa PO và nhóm

- Development team: Nhóm bao gồm 7 +- tối đa 2 thành viên Trong này sẽ có developers, testers, database people, support people etc

3 Agile Methodology: A Beginner’s Guide To Agile Method And Scrum:

https://www.softwaretestinghelp.com/agile-scrum-methodology-for-development-and-testing/?fbclid=IwAR3KwtUgYi9SuFYV0yyZN2l3_vLavmcP3BGKZhUEmKQ7XqVa7wvZMN540uI

Các hoạt động diễn ra trong Scrum bao gồm:

Hình 2-3: Vòng đời phát triển theo quy trình Scrum 4

- Plan meeting: Họp lên kế hoạch là điểm bắt đầu của mỗi sprint, trong cuộc họp sẽ có mặt tất cả thành viên của scrum Scrum master sẽ chọn các user story dựa trên mức độ ưu tiên từ product backlog và nhóm sẽ cùng động não cùng

nó Nhóm sẽ xác định cụ thể độ phức tạp (theo dãy fibonacci) và ước lượng

nỗ lực cần thiết để hoàn thành (hours)

- Execution of sprint task: Tương tự như cái tên, đây sẽ là những công việc thực

sự sẽ được hoành thành bởi scrum team để đạt được công việc của họ và chuyển user story đó vào trạng thái done

- Daily standup: Trong suốt vòng đời của sprint, mỗi ngày team sẽ họp đều đặn trong vòng 15 phút để thảo luận về: Team đã làm được cái gì vào ngày hôm qua, hôm nay team dự kiến sẽ làm những gì, có bất kỳ trở ngại nào không?

- Review meeting: Vào cuối mỗi sprint, nhóm scrum sẽ họp lại cho cho PO xem kết quả, PO sẽ xem và xác nhận công việc đã ổn hay chưa Sau đó sprint được đóng lại và các task được đánh dấu là đã xong

4 Tổng quan về quy trình Scrum (Phần 2):

https://viblo.asia/p/tong-quan-ve-quy-trinh-scrum-phan-2-GrLZD3geKk0?fbclid=IwAR258XOWse56tISvUa5eioyjUCAuRNQMBxGsbph9V7ctz8GXTdLxkgYLJ0A

- Retrospective meeting: Hoạt động này diễn ra sau khi đã review meeting Khi

đó team sẽ trao đổi và viết tài liệu về: Những thứ đã làm tốt trong sprint, cái

gì còn chưa tốt, bài học rút ra

- Liên lạc với đối tác, tư vấn

- Quản lý các thành viên của

dự án để hoàn thành đúng kế hoạch

- Ra quyết định cuối cùng về việc bổ sung, sửa đổi, giải quyết các vấn đề khó khăn của dự án

- Chịu trách nhiệm về sự thành công hay thất bại của

- Nắm rõ được các bên liên quan và nhân sự chính

- Hiểu rõ được tổng quan dự

án, đưa ra mục tiêu và phạm

vi dự án

Văn Đặng Nhật Hưng Trưởng nhóm lập trình

- Xây dựng, quản lý, triển khai dự án

- Viết tài liệu mô tả chức năng phần mềm

- Xây dựng công cụ và cài đặt, hỗ trợ các vấn đề liên quan đến lập trình

- Phát triển sản phẩm và ứng dụng theo quy trình

- Phát triển sản phẩm theo yêu cầu của khách hàng

QA

Hứa Long Hải Trưởng nhóm kiểm soát và

hỗ trợ

- Giám sát, đánh giá tính hiệu lực, hiệu quả của toàn

bộ các quy trình của dự án

- Linh động thay đổi các quy trình để phù hợp với dự án khi gặp sự cố, khó khăn

- Quản lý chất lượng trong toàn bộ thời gian làm dự án

Nguyễn Thúy Hà

Trưởng nhóm thiết kế và quản lý rủi ro

- Xây dựng, thiết kế bản demo cho sản phẩm

- Nắm bắt được những rủi ro

có thể xảy ra đồng thời đưa

ra được các phương án phù hợp khi gặp phải

- Linh hoạt trong việc thiết

kế để phù hợp với yêu cầu của khách hàng

Chương 3 QUẢN LÝ DỰ ÁN

3.1.1 Giả định

- Thông tin mã số sinh viên đều được chứng thực

- Dữ liệu Call Log được xem là chính xác

- Tạo báo cáo dựa vào thời điểm cập nhật của các extension, số điện thoại

- Server/ database/ network hoạt động ổn định, không xảy ra sự cố

- Điện thoại của giảng viên và sinh viên đều sử dụng hệ điều hành Android 4.4 trở lên

- Website chỉ mang tính demo, không thể hiện thực thanh toán được

3.1.3 Chi phí dự kiến

Các chi phí tổng quan trong dự án

- Thời gian thực hiện dự án dự kiến: 3 tháng (Man days: 90 ngày)

- Thời gian thực hiện dự án tối đa: 3.5 tháng (Man days: 95 ngày)

- Thời gian tập huấn sử dụng hệ thống: 3 ngày (Man days: 1,5 days)

- Thời gian sử dụng thử nghiệm hệ thống: 1 tháng

- Phương pháp sử dụng: Ước lượng dựa theo lịch sử

3.2.1.2 Chi phí

- Chi phí dự kiến: 70.000.000 ₫ (Bảy mươi triệu đồng chẵn)

- Chi phí tối đa: 80.000.000 ₫ (Tám mươi triệu đồng chẵn)

- Phương pháp sử dụng: Bottom-up estimating (Từ dưới lên)

3.2.2 Yêu cầu nguồn lực

- Gồm 5 nhân viên với vai trò được phân chia xuyên suốt quá trình phát triển phần mềm:

▪ Hứa Long Hải

▪ Văn Đặng Nhật Hưng

▪ An Ngọc Vân Hà

▪ Nguyễn Thúy Hà

▪ Lê Thị Ngọc Huyền

- Thời gian sử dụng nhân lực: Từ khi bắt đầu đến khi kết thúc hợp đồng

- Toàn bộ tài nguyên được sử dụng đều thuộc quyền sở hữu của công ty

3.3 Kế hoạch thực hiện dự án

3.3.1 Phân rã công việc

Thu

1 Giai đoạn

chuẩn bị 8 days

Thu 9/15/22

Tue

Fri

Thu

4.2.1 Màn hình

chính 1 day

Fri 10/21/22

Mon 10/24/22 60 Thúy Hà 4.2.5 Màn hình

4.2.9 Màn hình

đăng ký 1 day

Tue 10/25/22

Tue 10/25/22 62 Hưng 4.2.8 Màn hình

đăng nhập 1 day

Tue 10/25/22

Tue 10/25/22 63 Hưng 4.2.7 Màn hình

4.2.10 Màn

hình giỏ hàng 1 day

Tue 10/25/22

Tue 10/25/22 61 Hưng 4.2.11 Màn

Tue 12/6/22 Hưng, Hải 6.3 Khắc phục

Wed 12/7/22

Sat 12/10/22 105.104 Hưng

8 Giai đoạn

vận hành 3 days

Sat 12/10/22

9 Giai đoạn

bảo trì 0 days

Thu 9/15/22

3.3.2 Các cột mốc (milestone) và các work product chính

Giai đoạn 1: Lập kế hoạch dự án

- Tài liệu đề xuất

Giai đoạn 4: Thiết kế

- Tài liệu đặc tả usecase

- Tài liệu sơ đồ tuần tự

- Tài liệu thiết kế giao diện

Giai đoạn 5: Hiện thực bản thiết

kế

- Source code

- Tài liệu kỹ thuật

Giai đoạn 6: Kiểm thử (tích

hợp, đơn vị, chức năng)

- Testcase

- Test plan

- Báo cáo kiểm thử

Giai đoạn 7: Kiểm thử chấp

nhận

- UAT Plan

- Báo cáo UAT

Giai đoạn 8: Chuyển giao sản

phẩm

- Source code

- Checklist kỹ thuật