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 quản lý trang bán hàng online

ĐẠI HỌC QUỐC GIA THÀNH PHỐ HỒ CHÍ MINH TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN QUẢN LÝ DỰ ÁN THƯƠNG MẠI ĐIỆN TỬ Tên đề tài: QUẢN LÝ TRANG BÁN HÀNG ONLINE Giảng viên hướng dẫn: Huỳnh Đức Huy Tên Nhóm: Tên thành viên: Nguyễn Bảo Thi - 20521942 Nguyễn Thanh Duy - 20521244 Nguyễn Ngọc Như Ý - 20520265 Hứa Minh Bảo - 20521099 Thành phố Hồ Chí Minh, tháng 12 năm 2022 LỜI CẢM ƠN Trong q trình học tập mơn Quản lý dự án Thương Mại Điện Tử, chúng em học hỏi nhiều kiến thức mặt lý thuyết, phương pháp thực hành thực tế việc Quản lý dự án Thương Mại Điện Tử Vì vậy, chúng em xin gửi lời cảm ơn đến thầy Huỳnh Đức Huy ln ln tận tình việc hướng dẫn truyền đạt nội dung môn học đến với chúng em Trong q trình làm đồ án, khó tránh khỏi sai sót Chúng em mong nhận góp ý thầy để hồn thiện đồ án tốt Xin trân thành cảm ơn TP.HCM, tháng 12 năm 2022 NHẬN XÉT CỦA GIẢNG VIÊN Quản lý tài liệu Ngày tạo: 6/10/2022 Thời gian lưu: 15/12/2021 Nhóm: Lưu bởi: Nguyễn Ngọc Như Ý Lịch sử thay đổi Người thực Ngày thực Nội dung Phiên Nguyễn Bảo Thi 6/10/2022 Khởi tạo dự án 1.0.0 Nguyễn Bảo Thi 7/10/2022 Giới thiệu dự án 2.0.0 Nguyễn Ngọc Như Ý 8/10/2022 Lời mở đầu 2.1.1 Nguyễn Bảo Thi 8/10/2022 Cách thức làm việc nhóm 3.1.0 Nguyễn Ngọc Như Ý 9/10/2022 Tổng quan 3.2.0 Nguyễn Ngọc Như Ý 16/10/2022 Mơ hình phát triển sản phẩm 4.1.0 Nguyễn Bảo Thi 17/10/2022 Cơ cấu tổ chức dự dán 4.2.0 Nguyễn Bảo Thi 5/11/2022 Lập kế hoạch dự án 5.0.0 Nguyễn Thanh Duy 12/11/2022 Cấu trúc phân rã công viêc, lập lịch 5.1.1 làm việc Hứa Minh Bảo 17/11/2022 Lập sơ đồ Gantt, cột mốc 5.1.2 Hứa Minh Bảo 26/11/2022 Quản lý chi phí 5.2.0 Nguyễn Thanh Duy 27/11/2022 Quản lý rủi ro 5.3.0 Nguyễn Ngọc Như Ý 7/12/2022 Quản lý chất lượng 5.4.0 Nguyễn Bảo Thi 9/12/2022 Cập nhật tiến độ dự án 5.5.0 Nguyễn Bảo Thi 14/12/2022 Kết thúc dự án 6.0.0 Nguyễn Ngọc Như Ý 15/12/2022 Hoàn tất báo cáo 7.0.0 Lịch sử kiểm tra Người kiểm tra Ngày kiểm tra Nhận xét/đánh giá Phiên Nguyễn Bảo Thi 12/10/2022 3.2.0 Nguyễn Ngọc Như Ý 10/11/2022 5.0.0 Hứa Minh Bảo 22/11/2022 5.4.0 Nguyễn Thanh Duy 15/12/2022 7.0.0 MỤC LỤC CHƯƠNG 1: LỜI MỞ ĐẦU 11 1.1 Giới thiệu 11 1.2 Từ ngữ viết tắt thuật ngữ 11 1.3 Tham khảo 11 1.4 Tổng quan dự án 12 1.5 Phạm vi, mục tiêu dự án 13 1.5.1 Phạm vi 13 1.5.2 Mục tiêu 13 1.5.3 Yêu Cầu 13 1.5.4 Công Nghệ 14 1.6 Nhân 14 CHƯƠNG 2: KHỞI ĐỘNG DỰ ÁN 15 2.1 Cách thức làm việc nhóm 15 2.1.1 Quy tắc làm việc nhóm 15 2.1.2 Nội dung họp: 16 2.1.3 Minh chứng cho họp 18 2.2 Tuyên bố dự án 19 CHƯƠNG 3: TỔ CHỨC DỰ ÁN 20 3.1 Mơ hình phát triển phần mềm 20 3.2 Cơ cấu tổ chức dự án 21 3.2.1 Tổ chức dự án 21 3.2.2 Vai trò trách nhiệm 21 CHƯƠNG 4: QUẢN LÝ DỰ ÁN 23 4.1 Quản lý thời gian 23 4.1.1 Lập kế hoạch dự án (WBS) 24 4.1.2 Cấu trúc phân rã công việc 26 4.1.3 Lập lịch làm việc 27 4.1.4 Lập sơ đồ Gantt 33 4.1.5 Các cột mốc (milestone) work-product hoàn chỉnh 34 4.2 Quản lý chi phí 37 4.2.1 Chi phí nguyên vật liệu 37 4.2.2 Chi phí sở vật chất 37 4.2.3 Chi phí cho công việc 38 4.2.4 Tổng chi phí cho dự án 43 4.3 Quản lý chất lượng 43 4.3.1 Lập kế hoạch chất lượng 43 4.3.2 Cải tiến chuẩn phần mềm 44 4.3.3 Công cụ quản lý Source Code: Github 46 4.3.4 Testing 47 4.4 Quản lý rủi ro 49 4.4.1 Danh sách rủi ro 49 4.4.2 Phân tích khả xuất rủi ro (Risk Probability) 51 4.4.3 Phân tích mức tác động rủi ro (Risk Impact) 52 4.4.4 Ước lượng phân hạng rủi ro 53 4.4.5 Kiểm soát rủi ro 53 4.5 Tiến độ dự án 55 CHƯƠNG 5: KẾT THÚC DỰ ÁN 57 5.1 Bài học kinh nghiệm 57 5.2 Những kết đạt 58 5.3 Đánh giá kết dự án 58 DANH MỤC HÌNH Hình 1:Ảnh minh chức họp 18 Hình 2:Nhóm trao đổi ClickUp 18 Hình 3:Mơ hình thác nước 20 Hình 4: Cơ cấu tổ chức dự án 21 Hình 5: Cấu trúc phân rã công việc 26 Hình 6: Sơ đồ Grantt 34 Hình 7: Theo dõi cơng việc qua sơ đồ Gantt thức ClickUp 57 DANH MỤC BẢNG Bảng 1: Từ ngữ viết tắt 11 Bảng 2: Tài liệu tham khảo 11 Bảng 3: Nhân 15 Bảng 4: Bảng phân công công việc 18 Bảng 5: Tuyên bố dự án 20 Bảng 6: Vai trò trách nhiệm 23 Bảng 7: Bảng kế hoạch dự án 26 Bảng 8: Phân công theo tài nguyên 27 Bảng 9: Lịch làm việc 33 Bảng 10: Các cột mốc work-product 37 Bảng 11: Chi phí nguyên vật liệu 37 Bảng 12: Chi phí sở vật chất 37 Bảng 13: Ước tính chi phí cho nhân viên 38 Bảng 14: Chi phí cho cơng việc 43 Bảng 15: Tổng chi phí cho dự án 43 Bảng 16: Tiêu chuẩn coding (Coding conventions) 45 Bảng 17: Đảm bảo chất lượng 46 Bảng 18: Test case minh họa 49 Bảng 19: Bảng kết kiểm thử 49 Bảng 20: Danh sách rủi ro 51 Bảng 21: Đánh giá khả xuất 52 Bảng 22: Đánh giá khả tác động 52 Bảng 23: Sắp xếp độ ưu tiên 53 Bảng 24: Những hướng giải 55 10 -Tên Class Interface phải tuân theo quy tắc Tên Class, Interface chung chữ từ phải viết hoa -Tên Interface nên có thêm chữ I đằng trước -Tên lớp dẫn xuất nên có từ Abstract làm tiền tố Class DichVu IFrame Class AbstractCustomer Bảng 16: Tiêu chuẩn coding (Coding conventions) Quy tắc số lượng: - Một hàm không nên q 30 dịng, khơng vượt q tham số làm việc - Một lớp khơng nên q 500 dịng - Các câu lệnh lồng tối đa cấp Comments: - Không nên dùng comments để giải thích đoạn code Hãy viết code có cấu trúc tốt dễ đọc, sau dùng comments - Nếu comments đoạn code bị lỗi sau sửa code lại phải cập nhật lại comments bỏ b) Tính - Tính khả dụng giao diện: giao diện thân thiện, đơn giản dễ sử dụng với người dùng Các chức ứng dụng phải đáp ứng đủ yêu cầu khách hàng quản lý thư viện - Tính tồn vẹn liệu: đảm bảo liệu đồng bộ, liệu không bị thay đổi hay mát, đặc biệt xử lý giao dịch hệ thống - Tính ổn định ứng dụng: chương trình gọn nhẹ, ổn định có khả tương thích với nhiều tảng hệ điều hành khác - Tính bảo mật: ứng dụng phải có chế bảo mật tốt, có khả tránh vụ công thông thường c) Thực đảm bảo chất lượng 45 Hoạt động Công tác đảm bảo chất lượng Thực đảm bảo chất lượng Kiểm tra Kiểm tra tính đắn tài liệu dự án, kế Thi,Ý,Bảo,Duy đánh giá tài hoạch quản lý rủi ro, kế hoạch kiểm thử, kế hoạch liệu dự án quản lý cấu hình,kế hoạch quản lý chất lượng, yêu cầu hệ thống kỹ thuật, thiết kế hệ thống, hệ thống tester Kiểm tra Kiểm tra tiến trình làm việc theo yêu cầu, Thi,Ý,Bảo,Duy đánh giá tiến cơng thức u cầu chuẩn trình làm việc dự án Đo lường chất Dùng công thức tính độ đo cho dự án để xem Thi,Ý,Bảo,Duy lượng dự án xét chất lượng dự án trước lần giao cho khách hàng Đánh giá Báo cáo chất lượng dự án dựa độ đo báo cáo chất lượng dự án Bảng 17: Đảm bảo chất lượng 4.3.3 Công cụ quản lý Source Code: Github a) Giới thiệu Github: 46 Thi,Ý,Bảo,Duy GitHub dịch vụ tiếng cung cấp kho lưu trữ mã nguồn Git cho dự án phần mềm Github có đầy đủ tính Git, bên cạnh đó, GitHub cịn có khả khôi phục code cần thiết Khi sử dụng GitHub, ngồi cơng việc tạo Branch, tạo Pull Request Fork Repository, Ngoài cịn bổ sung tính social để developer tương tác với GitHub có phiên bản: miễn phí trả phí Với phiên có phí thường doanh nghiệp sử dụng Cịn lại phần lớn sử dụng Github với tài khoản miễn phí để lưu trữ source code b) Kho lưu trữ (Repository): Repository (Repo) nơi mà bạn sẽ lưu trữ mã nguồn người khác chép (clone) lại mã nguồn nhằm làm việc Repository có hai loại Local Repository (Kho chứa máy cá nhân) Remote Repository (Kho chứa máy chủ từ xa) Repo có hai trạng thái Public (ai clone) Private (chỉ có người cấp quyền clone) c) Pull request Pull Request (viết tắt PR) chức cho phép bạn nói với người khác thay đổi bạn đẩy lên kho Github (Github repository) người sở hữu code (chủ repository) Một Pull Request gửi, người quan tâm Review (xem xét) lại thay đổi, thảo luận sửa đổi PR thường sử dụng team tổ chức mà thành viên làm việc hợp tác sử dụng mơ hình kho chia sẻ (như github), người chia sẻ kho riêng lẻ họ nhánh chủ đề (topic branch) để phát triển tính để tách biệt thay đổi khỏi nhánh (master, kho thức mà code ổn định nhất) 4.3.4 Testing a) Kiểm thử phần mềm • Positive testing 47 Positive testing thực thử nghiệm hệ thống bằng cách cung cấp liệu đầu vào hợp lệ để kiểm tra xem ứng dụng phần mềm có thực xác với mong đợi hay khơng VD : textbox cho nhập số có giá trị bé bằng 99 Kiểm tra xem đầu vào có ứng dụng chấp nhận khơng nhập: số với giá trị từ đến 99 • Negative testing Negative testing thực thử nghiệm hệ thống bằng cách cung cấp liệu đầu vào không hợp lệ không để đảm bảo ứng dụng phần mềm khơng bị crash trì trạng thái ổn định với giá trị không hợp lệ VD : Cùng textbox cho nhập số có giá trị bé bằng 99 - Negative Testing thực nhập giá trị: chữ alphabet, nhập số lớn 99 b) Testcase Tên dự án: Website bán quần áo Test Case Test Designed by: Bảo Thi Test case ID: KS_001 Test Priority (Low/Medium/High): High Test Designed date: 20/11/2022 Module Name: Màn hình Quản lý sản phẩm Test Executed by: Minh Bảo Test Title: Kiểm tra chức thêm sản phẩm Test Execution date: 21/11/2022 Description: Kiểm tra thông tin thêm vào sản phẩm 48 Pre-conditions: Người dùng đăng nhập thành công vào hệ thống Dependencies: Bảng 18: Test case minh họa Step Test Steps Test Data Expected Actual Result Result (Pass/Fail) Điều hướng Admin có Như mong đến trang thể thêm đợi thêm sản thông tin phẩm khách hàng Admin nhập maSP, tenSP, Các trường Như mong thông tin soluongSP, thông tin đợi khách motaSP nhập hàng Status Pass Pass đầy đủ hợp lệ Nhấp vào nút Thêm thành Thêm sản “Thêm sản công thông phẩm thành phẩm” tin sản công Pass phẩm Bảng 19: Bảng kết kiểm thử 4.4 Quản lý rủi ro 4.4.1 Danh sách rủi ro STT Loại rủi Rủi ro tiềm ẩn ro Mã rủi ro 49 Nhân lực Thành viên dự án: Ốm đau, tai nạn (nghỉ A thời gian ngắn) Nhân lực Thành viên dự án đột ngột rút khỏi dự án (nghỉ B thời gian dài) Nhân lực Thành viên dự án thiếu kiến thức kinh nghiệm Nhân lực Nhân lực Thành viên khơng hồn thành công việc deadline Nhân lực Yêu cầu Thiếu kinh nghiệm quản lý C D E Xung đột thành viên dự án F Không hiểu rõ yêu cầu bên liên quan → Hiểu G lầm mục tiêu dự án Yêu cầu Khách hàng thay đổi yêu cầu liên tục H Thời Tổng thời dự án bị rút ngắn so với dự kiến ban đầu I Thời Tổng thời gian không thay đổi khối lượng công J gian việc phát sinh nhiều Lịch Nhiệm vụ quan trọng bị sót từ lịch trình, xác định yêu trình cầu thiếu gian 10 11 50 K 12 13 Lịch Một số chậm trễ nhiệm vụ dẫn đến nhiệm vụ phụ trình thuộc bị ảnh hưởng Lịch Lịch trình gấp rút tổng thời gian bị rút ngắn M Nguồn tài trợ cho dự án khơng cịn đủ ngân sách N Đánh giá tài dự án khơng đầy đủ O Chỉ số tài khơng thỏa mãn bên liên quan P Công Kiến trúc hệ thống không phù hợp với yêu cầu khách Q nghệ hàng Công Lổ hỗng hệ thống ảnh hưởng đến bảo mật R Hệ thống tải, bị sập S Công Developer code chất lượng => nợ kỹ thuật T nghệ (technical debt) L trình 14 Ngân sách 15 Ngân sách 16 Ngân sách 17 18 nghệ 19 Công nghệ 20 21 … Bảng 20: Danh sách rủi ro 4.4.2 Phân tích khả xuất rủi ro (Risk Probability) Có mức để đo lường khả xuất rủi ro, mức độ gán với giá trị số (tùy dự án) để ước lượng quan trọng 51 • - Thường xun: Khả xuất rủi ro cao, xuất hầu hết dự án • - Hay xảy ra: Khả xuất rủi ro cao, xuất nhiều dự án • - Đơi khi: Khả xuất rủi ro trung bình, xuất số dự án • - Hiếm khi: Khả xuất thấp, xuất điều kiện định Bảng 21: Đánh giá khả xuất 4.4.3 Phân tích mức tác động rủi ro (Risk Impact) Có mức để đo lường mức tác động rủi ro, mức độ gán với giá trị số (tùy dự án) để ước lượng tác động • - Trầm trọng: Có khả cao làm dự án thất bại • - Quan trọng: Gây khó khăn lớn làm dự án không đạt mục tiêu • - Vừa phải: Gây khó khăn cho dự án, ảnh hưởng việc đạt mục tiêu dự án • - Khơng đáng kể: Gây khó khăn khơng đáng kể Bảng 22: Đánh giá khả tác động 52 4.4.4 Ước lượng phân hạng rủi ro Rủi ro sau tính giá trị để ước lượng bằng công thức: Risk Exposure = Risk Impact * Risk Probability Bảng 23: Sắp xếp độ ưu tiên 4.4.5 Kiểm soát rủi ro BẢNG KẾ HOẠCH ĐỐI PHÓ RỦI RO Độ ưu tiên: 1  Rủi ro Chiến lược Tần suất: 3,7 Ngày: 6/11/2022 Mức tác hại: 4,55 Khách hàng thay đổi yêu cầu liên tục • Hợp đồng chặt chẽ ( Làm giảm gây rủi ro) • Tạo template tài liệu quản lý thay đổi Cách tiếp cận Tạo tài liệu quản lý việc thay đổi để dễ dàng quản lí Mọi hành động phải ghi xuống để bên xác nhận lần Trách nhiệm • Bảo: Ghi nhận, Thương lượng yêu cầu khách hàng • Thi: Tạo tài liệu backup cho thay đổi Người lập bảng Ngày lập bảng: Người duyệt Ngày duyệt:9/11/2022 6/11/2022 Nguyễn Ngọc Như Ý Kí tên: Ý Nguyễn Bảo Thi 53 Kí tên: THI BẢNG KẾ HOẠCH ĐỐI PHÓ RỦI RO Ngày: 6/11/2022 Độ ưu tiên: Mức tác hại: 4,72 Rủi ro Tần suất: 3,6 Một số chậm trễ nhiệm vụ dẫn đến nhiệm vụ phụ thuộc bị ảnh hưởng Chiến • Cần lập kế hoạch cách xác lược • Tiến hành họp nhóm nhiều • Xác định phụ thuộc nhiệm vụ • PM nên sử dụng công cụ quản lý dự án để lập biểu đồ quan sát Cách tiếp cận cách kĩ lưỡng • Leader cần tạo họp để lắng nghe ý kiến thành viên • Phác thảo yếu tố phụ thuộc vào nhiệm vụ để xếp lại nhiệm vụ xác định nơi thay đổi lịch trình với mục đích ngăn chặn chậm trễ nhiều Trách • Thi đảm nhận vai trị PM nhiệm • Bảo đảm nhận vai trị Leader • Ý Duy phác thảo yếu tố phụ thuộc Người Ngày lập lập bảng bảng: Người duyệt Ngày duyệt:9/11/2022 6/11/2022 Hứa Minh Kí tên: Bảo Nguyễn Bảo Thi Kí tên: THI Bảo 54 BẢNG KẾ HOẠCH ĐỐI PHÓ RỦI RO Ngày: 6/11/2022 Độ ưu tiên: Mức tác hại: 5,7 Tần suất: 3,9 Rủi ro Kiến trúc hệ thống không phù hợp với yêu cầu khách hàng Chiến lược Tăng tương tác với khách hàng nhằm hiểu rõ yêu cầu họ Cách tiếp - BA cần tương tác thường xuyên với khách hàng team lập trình cận - Cần có chun gia để đánh giá đặt tả yêu cầu BA - Đưa thử sản phẩm để khách hàng xác nhận - PM thường xuyên giám sát nhằm giảm thiểu sai lệch trình xây dựng Trách nhiệm - Ý đảm nhiệm vai trò BA - Thi đảm nhiệm vai trò PM - Duy, Bảo đưa thử sản phẩm Người lập Ngày lập bảng: bảng 6/11/2022 Kí tên: DUY Người duyệt Nguyễn Bảo Thi Ngày duyệt: 9/11/2022 Kí tên: THI Nguyễn Thanh Duy Bảng 24: Những hướng giải 4.5 Tiến độ dự án May mắn thay “Dự án quản lý trang website bán hàng online About Her” dự án khả nhỏ, nên thực với chăm cố gắng bắt kịp tiến độ Thì dự án tất theo kịp với tiến độ 55 56 Hình 7: Theo dõi cơng việc qua sơ đồ Gantt thức ClickUp CHƯƠNG 5: KẾT THÚC DỰ ÁN 5.1 Bài học kinh nghiệm Trong suốt trình thực triển khai phần mềm, tất thành viên cố gắng nỗ lực góp sức để hồn thiện hệ thống Thơng qua họp, trao đổi, thành viên có hội lắng nghe hiểu quan điểm, ý kiến Qua đó, đưa kết luận chung hướng tốt cho dự án 57 Dù trình làm việc, thành viên sẽ có lúc bất đồng quan điểm xảy tranh chấp Nhưng đến cuối người có chung mục tiêu giải vấn đề khó khăn, cịn tồn đọng Một số học quan trọng mà nhóm rút từ việc QLDA TMĐT lần gồm: • Phạm vi: Cần phải xác định rõ mục tiêu, nghiệp vụ dự án bám sát chặt chẽ theo phạm vi mà dự án hướng tới • Chi phí: Tính tốn chi phí phù hợp với dự án, đảm bảo quyền lợi thành viên nhóm, lợi nhuận tập thể mang lại trải nghiệm tối ưu cho người dùng với mức giá hợp lý • Nhân sự: Cần phân bổ nhân cách khoa học, sử dụng công cụ để đo lường hiệu thành viên nhóm, từ đưa điều chỉnh kịp thời, nhằm giúp cho dự án hoạt động trơn tru cân bằng thời gian cho nhân • Rủi ro: lý ứng dụng cơng nghệ vào dự án, rủi ro lớn cho thành viên nhóm Ngồi dẫn đến vấn đề bảo mật lỗi hệ thống nhân nhóm khơng nắm rõ công nghệ mà dự án sử dụng 5.2 Những kết đạt Hoàn thành thành công 95% mục tiêu đề ra, kết nhờ vào việc khảo sát nghiên cứu thị trường hiệu Các thành viên nhóm phân cơng đồng đều, khơng có tình trạng cân bằng khối lượng công việc nhân team 5.3 Đánh giá kết dự án Dự án có khả thành cơng cao thúc đẩy thay đổi thói quen mua sắm từ mơi trường offline sang online người tiêu dùng sau đại dịch diễn nhanh chóng 58 Việc ứng dụng cơng nghệ vào dự án, giúp mang lại cho người mua cảm giác an toàn tăng niềm tin khách hàng doanh nghiệp nhiều 59 ... cho Trưởng nhóm dự án Bảng 6: Vai trò trách nhiệm CHƯƠNG 4: QUẢN LÝ DỰ ÁN 4.1 Quản lý thời gian Dự án xây dựng quản lý trang website bán hàng online About Her với tổng chi phí dự án ước tính 150.387.000... ƠN Trong q trình học tập mơn Quản lý dự án Thương Mại Điện Tử, chúng em học hỏi nhiều kiến thức mặt lý thuyết, phương pháp thực hành thực tế việc Quản lý dự án Thương Mại Điện Tử Vì vậy, chúng... bố dự án Tuyên bố dự án Tên dự án: Xây dựng quản lý trang website bán hàng About Her Thời gian bắt đầu: 06/10/2022 Thời gian kết thúc dự án: 15/12/2022 Ngân sách: 196,476,020 VNĐ Trưởng nhóm dự