1. Trang chủ
  2. » Tất cả

Báo cáo epm

98 5 0

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Định dạng
Số trang 98
Dung lượng 2,56 MB

Nội dung

ĐẠI HỌC QUỐC GIA TP.HỒ CHÍ MINH TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN KHOA HỆ THỐNG THÔNG TIN SEMINAR QUẢN TRỊ DỰ ÁN THƯƠNG MẠI ĐIỆN TỬ ĐỀ TÀI XÂY DỰNG SÀN GIAO DỊCH NFT GOLIGHT Giảng viên hướng dẫn: Huỳnh Đức Huy Sinh viên thực hiện: Trần Linh Đa 19521305 Lê Hữu Huy 19521615 Lê Thị Hoài Giang 19521447 Phan Thị Liễu 19521749 TP.Hồ Chí Minh, ngày , tháng , năm LỜI CẢM ƠN Chúng em xin gửi lời cảm ơn chân thành đến thầy Huỳnh Đức Huy giảng viên môn “Quản trị dự án Thương mại điện tử” trường Đại học Công nghệ thông tin trang bị giúp chúng em kỹ kiến thức cần thiết để hoàn thành seminar Tuy nhiên, trình làm đồ án kiến thức chuyên ngành chúng em hạn chế nên khơng thể tránh khỏi vài thiếu sót trình bày đánh giá vấn đề Rất mong nhận góp ý, đánh giá giảng viên mơn để đề tài chúng em thêm hồn thiện Chúng em xin chân thành cảm ơn! Thành phố Hồ Chí Minh, ngày tháng … năm … Nhóm sinh viên thực Trần Linh Đa Lê Hữu Huy Lê Thị Hoài Giang Phan Thị Liễu Báo cáo đồ án EPM NHẬN XÉT CỦA GIẢNG VIÊN …………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………… …………………………………………………………………………………………… Báo cáo đồ án EPM MỤC LỤC LỜI CẢM ƠN NHẬN XÉT CỦA GIẢNG VIÊN MỤC LỤC CHƯƠNG GIỚI THIỆU 11 1.1 Từ ngữ viết tắt thuật ngữ 11 1.2 Tham khảo 12 1.3 Danh mục bảng 12 1.4 Danh mục hình ảnh 14 1.5 Tổng quan dự án 15 1.5.1 Thông tin dự án 15 1.5.2 Lý hình thành dự án 15 1.5.3 Mô tả dự án 16 1.6 Các bên liên quan nhân 17 1.7 Điều phối dự án 19 CHƯƠNG KHỞI ĐỘNG DỰ ÁN 20 2.1 Hình thành nhóm 20 2.1.1 Hợp đồng hình thành nhóm 20 2.1.2 Nội dung họp 25 2.1.3 Minh chứng cho họp 25 2.2.Project Charter (Tuyên bố dự án) 25 2.3 Scope Statement (Phát biểu phạm vi) 28 Báo cáo đồ án EPM 2.4 Giả định 29 2.5 Các ràng buộc 29 CHƯƠNG LÊN KẾ HOẠCH DỰ ÁN 30 3.1 Mô hình phát triển dự án 30 3.1.1 Mô tả mơ hình thác nước 30 3.1.2 Lý chọn mơ hình thác nước 31 3.1.3 Ưu điểm, nhược điểm 31 3.2 Cơ cấu tổ chức 32 3.2.1 Cơ cấu dự án 32 3.2.2 Vai trò trách nhiệm 32 CHƯƠNG KẾ HOẠCH THỰC HIỆN DỰ ÁN 33 4.1 Phân rã công việc (WBS) 33 4.1.1 Danh sách tài nguyên 33 4.1.2 Phân công tài nguyên 34 4.1.3 Grantt 36 4.1.4 Các cột mốc (milestone) word product 41 4.1.5 RACI 46 4.2 Chi phí dự án 52 4.2.1 Ước tính chi phí cho giai đoạn 52 4.2.2 Ước tính chi phí cho tài nguyên nhân viên 53 4.3 Quản lý rủi ro 54 4.3.1 Danh sách rủi ro 54 4.3.2 Bảng ma trận xác suất, tác động rủi ro 57 4.3.3 Kế hoạch đối phó rủi ro (5 rủi ro có độ ưu tiên cao nhất) 62 Báo cáo đồ án EPM CHƯƠNG QUẢN LÝ CHẤT LƯỢNG 68 5.1 Quản lý chất lượng 68 5.1.1 Các quy định cho hệ thống 68 5.1.1.1 Quy tắc đặt tên 69 5.1.1.2 Một số nguyên tắc 72 5.1.1.3 Một số lưu ý 74 5.1.2 Quy định viết comment 75 5.1.3 Công cụ quản lý source code: GitHub 76 5.1.3.1 Giới thiệu GitHub 76 5.1.3.2 Quản lý mã nguồn 77 5.1.3.3 Lưu trữ đoạn mã 77 5.1.4 Nguyên tắc "commit" git (Conventional commits) 78 5.1.4 Test case 79 5.1.4.1 Một số kỹ thuật thiết kế test case 79 5.1.4.2 Minh họa số test case 86 5.2 Tiến độ dự án 90 5.2.1 Thời điểm để cập nhật lại tiến độ dự án 90 5.2.2 Báo cáo tình trạng dự án chi phí, tiến độ theo EVM 92 5.2.3 Cập nhật tiến độ CV, baseline tiếp theo, so sánh với baseline ban đầu 93 5.2.4 Giải pháp để rút ngắn thời gian thực dự án 93 CHƯƠNG KẾT THÚC DỰ ÁN 95 6.1 Bài học kinh nghiệm 95 6.2 Lý phát triển dự án 96 6.3 Những kết đạt 97 Báo cáo đồ án EPM 6.4 Đánh giá kết dự án 97 6.5 Hướng phát triển dự án 98 Báo cáo đồ án EPM QUẢN LÝ TÀI LIỆU Ngày tạo: 10/09/2022 Thời gian lưu: 10/09/2022 7:00 AM Nhóm: GoLight Lưu bởi: Trần Linh Đa Bảng 1: Quản lý tài liệu LỊCH SỬ THAY ĐỔI Người thực Nội dung Ngày thực Phiên − Tạo bìa dự án − Tạo bảng lịch sử thay đổi Lê Hữu Huy 11/09/2022 − Viết tổng quan dự án, phạm vi, 1.0.0 mục tiêu dự án − Format cấu trúc báo cáo − Soạn phát biểu phạm vi Trần Linh Đa 12/09/2022 Lê Thị Hoài Giang 12/09/2022 Phan Thị Liễu 15/09/2022 − Chỉnh sửa mục 1.4.2 1.0.3 Lê Hữu Huy 20/09/2022 − Soạn mục 1.5 1.6 1.2.0 Phan Thị Liễu 23/09/2022 − Soạn mục 3.3 Quản lý rủi ro 1.2.1 − Soạn tuyên bố dự án − Soạn Form khảo sát 1.0.1 1.0.2 − Vẽ sơ đồ 2.2.1 Tổ chức dự án − Soạn 3.1.1.1 Danh sách tài Lê Thị Hoài Giang 23/09/2022 nguyên 1.2.2 − Soạn 3.1.1.2 Phân công tài nguyên Trần Linh Đa 26/09/2022 Phan Thị Liễu 5/10/2022 Báo cáo đồ án EPM − Soạn nội dung WBS theo phân chia nhóm 1.2.3 − Viết Quy trình mua hàng Lê Thị Hồi Giang 7/10/2022 − Vẽ thêm sơ đồ BPMN cho quy 3.2 trình bán hàng Trần Linh Đa 7/10/2022 − Soạn WBS 2.1.0 − Soạn sơ lược bảng quản lý chi Lê Hữu Huy 10/10/2022 phí giai đoạn − Chỉnh sửa bổ sung nội dung 2.1.1 phần 3.3 quản lý rủi ro − Viết 2.1 mơ hình phát triển phần mềm Trần Linh Đa 15/10/2022 − Viết ước tính chi phí − Cập nhật lại sơ đồ tổ chức dự 2.1.3 án − Viết 3.4.2 Quy định viết code − Soạn lý hình thành dự án mơ tả dự án Phan Thị Liễu 15/10/2022 − Soạn 3.1.3 Các cột mốc 2.1.2 (milestone) work product Lê Thị Hoài Giang 18/10/2022 − Soạn quản lý rủi ro 2.2.1 − Soạn bảng kế hoạch đối phó rủi Lê Hữu Huy 20/10/2022 ro (2, 3) 2.2.2 − Soạn 3.6 Kết thúc dự án Phan Thị Liễu 25/10/2022 Trần Linh Đa 20/10/2022 − Viết bảng kế hoạch đối phó rủi ro (bảng 1, 5) − Soạn 3.4.2 Công cụ quản lý 3.0.1 3.1.2 source code Lê Thị Hoài Giang Báo cáo đồ án EPM 28/10/2022 − Viết hợp đồng nhóm 3.1.3 − Viết test case − Xác định thời gian cho WBS − Chỉnh sửa hợp đồng nhóm − Soạn lại phạm vi, mục tiêu dự Phan Thị Liễu 5/11/2022 án − Cập nhật, chỉnh sửa khởi động 3.2.1 dự án − Viết ước lượng chi phí − Thêm sửa danh sách rủi ro − Viết tính tốn bảng xác xuất, bảng tác động, bảng mức Lê Thị Hoài Giang 10/11/2022 độ ưu tiên Viết nhận xét cho bảng 3.3.1 − Sắp xếp lại bảng kế hoạch đối phó rủi ro theo độ ưu tiên − Viết điều phối dự án − Soạn chi phí dự án Trần Linh Đa 15/11/2022 WBS 3.3.4 − Chỉnh sửa kết thúc dự án − Viết kỹ thuật thiết kế Lê Hữu Huy 15/11/2022 Phan Thị Liễu 20/11/2022 − Chỉnh sửa Ước lượng chi phí 4.1.1 Lê Thị Hoài Giang 30/11/2022 − Chỉnh sửa Kết thúc dự án 4.1.2 testcase 4.1.0 − Chỉnh sửa 3.1.3 Các cột mốc Trần Linh Đa 5/12/2022 (milestone) work 4.2.1 product Phan Thị Liễu Báo cáo đồ án EPM 8/12/2022 − Viết Kết đạt 4.2.2 10 − Nếu có điều kiện khơng thỏa việc upload ảnh không thành công hệ thống gửi thông báo tương ứng đến người dùng Ngược lại hình upload thành cơng − Từ u cầu có bảng định cho form upload ảnh sau: Điều Test Test Test Test Test Test Test Test kiện case Case Case Case case Case case Case Định jpg jpg jpg jpg Không Không Không Không phải phải phải phải jpg jpg jpg jpg dạng Kích < 200 < 200 >= 200 >= 200 < 200 < 200 >= 200 >= 200 thước Kb Kb Kb Kb Kb Kb Kb Kb Độ Không HD Không HD Không HD Không HD phân phải phải phải giải HD HD HD phải HD Kết Upload Thông Thông Thông Thông Thông Thông Thông ảnh báo lỗi báo lỗi báo lỗi báo lỗi báo lỗi báo lỗi báo lỗi thành "Độ "Kích "Kích "Định "Định "Định "Định cơng phân thước thước dạng dạng dạng dạng, giải chưa Độ chưa Độ Kích Kích chưa đúng" phân đúng" phân thước thước giải giải chưa Độ phân chưa chưa đúng" giải đúng" đúng" đúng" chưa đúng" Bảng 4: Quyết định cho form upload ảnh c.4 Đánh giá Báo cáo đồ án EPM 84 Ưu điểm Nhược điểm Dễ dàng xây dựng chuyển đổi thành quy tắc Có Khi số lượng input thể sử dụng trình tạo test case test đầu vào tăng bảng kiểm tra logic hệ thống dựa knowledge-based định trở nên hệ thống phức tạp Dựa vào bảng định phát số case test Khơng có bước chi mà xây dựng test case theo cách thông thường tester tiết step by step để thực dễ bị thiếu test Được dùng làm tài liệu làm việc với stakeholders - bên liên quan thành viên nontechnical team dự án bảng định trình bày, minh họa vấn đề dạng bảng giúp cho người dễ hiểu Bảng 5: Đánh giá kỹ thuật bảng định d Đoán lỗi (Error Guessing) d.1 Đặc điểm: − Là phương pháp dựa đoán trực giác kinh nghiệm, tester viết danh sách loại lỗi hay trường hợp dễ xảy lỗi sau viết ca kiểm thử dựa danh sách − Đây phương pháp bổ sung ca kiểm thử cho phương pháp dựa vào kinh nghiệm tester Đối phương pháp này, khơng có quy trình cụ thể để áp dụng, chủ yếu phụ thuộc vào kinh nghiệm kiểm thử tester d.2 Các ví dụ: − Sau upload ảnh, thử reload trang xem ảnh xem ảnh có thực upload hay không? − Kiểm tra lỗi chia cho − Nhập username khoảng trắng − Để trống giá trị submit số form Báo cáo đồ án EPM 85 − Nhập ký tự dài vào ô textbox − Nhập ký tự đặc biệt vào ô textbox d.3 Đánh giá Ưu điểm Nhược điểm Sử dụng phương pháp giúp tester Kỹ thuật thường thực tìm lỗi điển hình thường xảy Tester có kinh nghiệm phần mềm lỗi khơng thể tìm thấy không theo quy tắc định, thiết kế test case theo hình thức formal thiết kế test case dựa nhiều vào cảm tính Bảng 6: Đánh giá kỹ thuật đoán lỗi 5.1.4.2 Minh họa số test case a Test case 1: Kiểm tra hệ thống đăng nhập Tên dự án: Xây dựng website giao dịch NFT Tiêu đề: Kiểm tra hệ thống đăng nhập Mã test case: TC001 Độ ưu tiên: Cao Người viết test case: Trần Linh Ngày viết test case: 01/12/2022 Đa Người thực thi kiểm thử: Lê Hữu Ngày kiểm thử: 02/12/2022 Huy Mơ tả Kiểm tra để đảm bảo đăng nhập với username token kết nối ví điện tử hợp lệ Tiền điều kiện Người dùng có tên đăng nhập hợp lệ Trình duyệt có cài đặt ví điện tử Trạng thái hệ thống sau Chuyển đến giao diện trang chủ ứng với vai trò chạy trường hợp thử nghiệm người dùng hệ thống báo lỗi Báo cáo đồ án EPM 86 Kỹ thuật sử dụng Bảng định Bảng 7: Test case kiểm tra hệ thống đăng nhập − Điều kiện đăng nhập thành công: + Người dùng nhập username hợp lệ + Có API trả kết nối ví điện tử thành cơng − Nếu có điều kiện không thỏa việc đăng nhập không thành công hệ thống gửi thông báo username không hợp lệ kết nối ví điện tử thất bại đến người dùng Ngược lại, hệ thống hiển thị giao diện ứng với vai trò người dùng − Từ yêu cầu có bảng định cho form đăng nhập sau: Điều kiện Trường hợp Hợp lệ Username Mã trạng thái API trả Trường Trường Trường hợp hợp hợp Hợp lệ Thất bại Thành cơng (khi kết nối với ví điện Không Không hợp lệ hợp lệ Thành Thất bại công tử) Kết Hiển thị trang chủ Hiển thị lỗi Hiển thị Hiển thị lỗi lỗi Bảng 8: Quyết định form đăng nhập − Ta có testcase cho trường hợp sau: Trường hợp Bộ liệu kiểm thử Loại liệu Bộ liệu (User) Trường hợp Username Báo cáo đồ án EPM ‘linhdatran’ 87 (dữ liệu hợp lệ) Mã trạng thái API trả (khi kết nối với ví điện 200 tử) Trường hợp Username ‘lehuuhuy’ Mã trạng thái API trả (khi kết nối với ví điện 401 tử) Trường hợp Username NULL Mã trạng thái API trả (khi kết nối với ví điện 200 tử) Trường hợp Username NULL Mã trạng thái API trả (khi kết nối với ví điện 401 tử) Bảng 9: Bộ test case đăng nhập Báo cáo kết kiểm thử Trường hợp Kết mong đợi Kết thực Trạng tế thái Pass Trường hợp (dữ Hiển thị thông báo thành công Kết liệu hợp lệ) chuyển qua form trang chủ mong đợi Trường hợp Hiển thị thông báo lỗi Kết Pass mong đợi Trường hợp Hiển thị thông báo lỗi Kết Pass mong đợi Trường hợp Hiển thị thông báo lỗi Kết Pass mong đợi Bảng 10: Báo cáo kết kiểm thử test casr đăng nhập b Test case 2: Kiểm tra chức tạo NFT Báo cáo đồ án EPM 88 Tên dự án: Xây dựng website giao dịch NFT Tiêu đề: Kiểm tra chức tạo NFT Mã test case: TC001 Độ ưu tiên: Cao Người viết test case: Trần Linh Đa Ngày viết test case: 01/12/2022 Người thực thi kiểm thử: Lê Hữu Huy Ngày kiểm thử: 02/12/2022 Mô tả Kiểm tra đảm bảo chức chạy quy trình Tiền điều kiện Người dùng đăng nhập hệ thống Đã tạo gian hàng Trạng thái hệ thống sau chạy trường Màn hình thơng báo tạo thành cơng hợp thử nghiệm NFT hiển thị gian hàng Kỹ thuật sử dụng Bảng định Bảng 11: Test case kiểm tra chức tạo NFT Các hoạt động thử nghiệm STT Mô tả bước Kết mong đợi Kết thực tế Trạng thái Nhập thông tin: Hiển thị hình ảnh NFT Như mong đợi “Upload” hình ảnh, lỗi tồn Thành công nhập tên, nhập giá NFT Nhấn vào nút Hệ thống thực lưu Hệ thống thực Thành “create” NFT vào sở liệu theo trình tự cơng cập nhập vào gian quy định hàng Vào gian hàng Thấy sản phẩm hiển thị Hệ thống phát sinh Thất kiểm tra gian hàng lỗi không tìm bại Báo cáo đồ án EPM 89 NFT vừa tạo Bảng 12: Các hoạt động kiểm thử tạo NFT Bộ liệu kiểm thử Loại liệu Bộ liệu Bộ liệu Image-NFT bear.jpg cow.jpg Name Bear with knife Cow and tree Price 4.5 9.24 Kết kiểm thử Fail Fail Bảng 13: Bộ kiểm thử chức tạo NFT 5.2 Tiến độ dự án 5.2.1 Thời điểm để cập nhật lại tiến độ dự án Giai đoạn 1,2 tiến hành suôn sẻ nhờ việc ước tính thời gian giai đoạn xác Nhưng đến giai đoạn – giai đoạn thiết kế hệ thống, chưa có nhiều kinh nghiệm cịn hạn chế khả phân tích thiết kế hệ thống nên ảnh hưởng nhiều đến giai đoạn Công việc “Xác định tượng” dự kiến kéo dài 28/09/2022 - 29/09/2022: chưa có nhiều kinh nghiệm nên việc xác định đối tượng gây nhiều tranh cãi vướng mắc nên hoàn thành khoảng 75% có chỉnh sửa (nếu có) Báo cáo đồ án EPM 90 Ở giai đoạn 4: công việc xây dựng “kết nối hệ thống smart contract loại cryptography” dự kiến từ ngày 05/10/2022 đến 07/10/2022 Nhưng việc đăng ký liên quan đến việc kết nối với loại tiền điện tử đồng nghĩa phải phụ thuộc vào việc “call API” họ Do bất cập phụ thuộc nên nhóm hồn thành 75% chất lượng cơng việc − Cập nhật thời gian hồn thành tiến độ, chi phí cho việc thực dự án thời điểm (20/11/2022): + Theo thống kê từ MS Project: thời gian dự án trải qua 90% thời gian dự tính khối lượng cơng việc hồn thành 92% Báo cáo đồ án EPM 91 + Dự kiến ngày hoàn thành kéo dài thêm 10 ngày kinh phí cho thời gian kéo dài 1,851 USD (khoảng 6.75%) Tổng kinh phí việc thực dự án (khơng tính chi phí khác) 25,878 USD Các chi phí khác nằm dự đoán chưa phát sinh thêm 5.2.2 Báo cáo tình trạng dự án chi phí, tiến độ theo EVM Hình 1: Báo cáo tình hình dự án theo EVM Báo cáo đồ án EPM 92 5.2.3 Cập nhật tiến độ CV, baseline tiếp theo, so sánh với baseline ban đầu Hình 2: Cập nhật tiến độ dự án 5.2.4 Giải pháp để rút ngắn thời gian thực dự án Để rút ngắn thời gian thực dự án nhằm giúp giải công việc hạn hay công việc không cần nhiều thời gian thực để tránh gây ảnh hưởng đến cơng việc sau, nhóm dự án sử dụng phương pháp sau: ❖ Phương pháp đường găng (CPM) Phương pháp đường găng (CPM) kỹ thuật phân tích dùng để ước lượng thời gian tổng thể dự án Đường găng (Critical Path): đường có giới hạn thực lớn sơ đồ mạng Các cơng việc ngồi đường găng khơng phép kéo dài dự kiến (một thời gian định) mà không ảnh hưởng tới chiều dài dự án Các đường ngồi găng có nguy trở thành găng Công việc găng công việc nằm đường găng Là công việc ảnh hưởng trực tiếp đến thời gian hoàn thành dự án Nếu muốn thay đổi kế hoạch thi cơng dự án (giảm chi phí, rút ngắn thời gian) Trước hết cần tính tốn tỷ lệ chi phí/thời gian cho cơng việc chọn để rút ngắn, từ so sánh chọn lựa khoảng thời gian cần rút ngắn mà chi phí tăng lên khơng q nhiều so với chi phí cần để thực dự án Tỷ lệ xác định sau: Báo cáo đồ án EPM 93 Kết tỷ lệ cho biết chi phí rút ngắn tính ngày Kết nhận giá trị âm, lý để rút ngắn thời gian chi phí để thực công việc tăng lên Hệ số sử dụng để xem xét công việc nên rút ngắn ngày hay thời kỳ để tránh chi phí bị tăng lên cao Song thực tế số công việc có vài khoảng thời gian khả thi mặt kỹ thuật Chi phí rút ngắn ngày ý nghĩa khoảng rút ngắn có ích ❖ Bổ sung thêm nguồn lực Do công việc giao cho vài nhân lực xử lý nên có khả có việc khơng hồn thành hạn nguồn nhân lực gặp số việc ý muốn Biện pháp giải xác định xem cơng việc có nguy bị trễ hạn nguyên nhân thiết bị máy móc cung cấp cho việc thực dự án gặp vấn đề hay phía nhân gặp vấn đề khó khăn q trình thực Cách bổ sung thêm nguồn lực Nguyên nhân từ Thiết bị − Xem xét gia tăng số lượng thiết bị − Kiệm tra sửa chửa thiết bị thực trường hợp thiết bị không đáp ứng công sức đề − Thay thiết bị khác có xuất cao so với ban đầu Báo cáo đồ án EPM 94 Nhân − Xem xét đánh giá lại mức độ cơng việc có q khó để thực khoảng thời gian quy định hay không nguyên nhân khiến cho công việc ngày bị kéo dài mà bổ sung thêm số lượng nhân lực thích hợp phải tránh ảnh hưởng đến công việc khác CHƯƠNG KẾT THÚC DỰ ÁN 6.1 Bài học kinh nghiệm Sự thành công dự án có từ cố gắng hợp tác chịu khó làm việc tất thành viên nhóm Xây dựng kế hoạch chi tiết, rõ ràng phân chia nhiều giai đoạn để dự án tiến độ đạt mục tiêu kì vọng Với kế hoạch rõ ràng tay, nhóm dự án biết cần phải làm gì, cần ưu tiên cơng việc trước thời điểm Cơng việc quản lý bạn dàng hay không phụ thuộc nhiều kế Xác định rõ vai trị thành viên Mọi cơng việc cần thiết phải phân công cách rõ ràng, có người nhóm người chịu trách nhiệm cách rõ ràng Việc phần giúp cho thành viên dự án tăng tính chủ động, cố gắng, dám chịu trách nhiệm Giữ mối quan hệ trao đổi xuyên suốt đến từ bên liên quan đến dự án Việc trì trao đổi với khách hàng giúp nhà quản lý xác định rõ yêu cầu, mục tiêu dự án Duy trì trao đổi thành viên giúp công việc cập nhật cách liên tục, chủ động, tránh lãng phí thời gian vào đầu việc khơng cần thiết Duy trì họp định kì với thành viên liên quan đến dự án Về phía khách hàng, họ có dịp để lắng nghe báo cáo tiến độ dự án, bổ sung thêm u cầu thay đổi Phía nhóm dự án, họ có dịp để đánh giá lại tồn cơng việc Báo cáo đồ án EPM 95 thực hiện, làm thời gian trước cần triển tiếp tục triển khai thời gian tới Thu thập tài liệu quan trọng Nhóm phát triển sản phẩm dịch vụ khơng thể tiến hành công việc thiếu tài liệu tham khảo yêu cầu dự án, nhiều loại tài liệu khác phát sinh xuyên suốt trình triển khai Thu thập tài liệu quan trọng vừa đảm bảo cho việc luân chuyển thông tin nhóm dự án với nhau, vừa sở để nhà quản lý đưa định lớn liên quan đến dự án − Những học quản lý từ dự án: + Quản lý phạm vi: xác định phạm vi rõ ràng, phạm vi dự án phải phù hợp với khả tình hình thực tế thị trường + Quản lý nhân sự: phải có theo dõi, phân cơng rõ ràng điều chỉnh kịp thời trình thực thi dự án + Quản lý chi phí: phải ước lượng rõ ràng chi phí thực dự án, phân tích kỹ điểm hồ vốn đầu tư, kiểm sốt điều chỉnh chi phí hợp lý, giám sát chặt chẽ để phát điều khác biệt với kế hoạch, ngăn chặn thay đổi không đúng, không thích hợp thay đổi trái phép + Quản lý rủi ro: dự đoán rủi ro, đưa cách giải quyết, thường xuyên theo dõi cập nhật rủi ro, rút kinh nghiệm từ rủi ro xảy 6.2 Lý phát triển dự án − Dựa theo xu hướng phát triển nhu cầu khách hàng từ bảng phân tích kết phiếu khảo sát − Dự án phát triển nhằm giúp cho người tiêu dùng thực thao tác mua bán NFT cách nhanh chóng, nhận thơng báo giá NFT thị trường đầy đủ kịp thời, kết nối với ví điện tử để chuyển đổi tiền , Tạo sửa NFT tạo ra… Báo cáo đồ án EPM 96 − Vì mục đích dự án tiến hành phát triển hướng đến thành công 6.3 Những kết đạt Trong trình thực đồ án, nhóm tích lũy nhiều kiến thức liên quan đến việc phân tích thiết kế hệ thống thông tin theo hướng đối tượng sử dụng UML Từ thiết kế thực thành phần mềm quản lý tương đương với phần phân tích thiết kế Ứng dụng cuối nhóm hồn thành số chức đề ban đầu: − Đối với Khách hàng: + Kết nối với ví điện tử + Cập nhật trạng thái NFT + Tạo , xóa , sửa NFT + Thanh toán + Xem danh sách NFT + Cập nhật gian hàng + Cập nhật NFT gian hàng − Đối với Admin: + Quản lý danh sách người dùng app + Thống kê số lượng người dùng + Thống kê số lượng giao dịch + Thống kê doanh thu + Danh sách phản hồi + Gửi phản hồi 6.4 Đánh giá kết dự án Dự án thành công tốt đẹp đông đảo khách hàng tin dùng, q trình phát triển sản phẩm nhóm gặp nhiều vấn đề thời gian vấn đề nhân Nhưng nhìn chung nhờ có quản lý chặt chẽ, tâm hăng say công Báo cáo đồ án EPM 97 việc thành viên liên quan hỗ trợ đưa đến kết tốt dự án hồn thành tiến độ tiêu đặt cách chuẩn xác 6.5 Hướng phát triển dự án Ứng dụng hoàn thành đáp ứng yêu cầu chức hệ thống thời gian hoàn thành đồ án có hạn, phần mềm cịn vướng phải số hạn chế định Trong tương lai, nhóm đưa số hướng phát triển cho phần mềm sau: − Tích hợp với sàn giao dịch tiền ảo − Quản lý yêu cầu hỗ trợ/sửa chữa khách hàng − Tương thích nhiều loại thiết bị hệ điều hành − Quản lý yêu cầu đăng kí dịch vụ điện khách hàng − Hỗ trợ giao diện đa ngôn ngữ Báo cáo đồ án EPM 98 ... cột mốc word product Báo cáo đồ án EPM 45 4.1.5 RACI Báo cáo đồ án EPM 46 Báo cáo đồ án EPM 47 Báo cáo đồ án EPM 48 Báo cáo đồ án EPM 49 Báo cáo đồ án EPM 50 Báo cáo đồ án EPM 51 ... − In báo cáo dự án Lê Thị Hồi Giang Bảng 2: Phân cơng tài nguyên Báo cáo đồ án EPM 35 4.1.3 Grantt Báo cáo đồ án EPM 36 Báo cáo đồ án EPM 37 Báo cáo đồ án EPM 38 Báo cáo đồ án EPM 39 Báo cáo đồ... 96 6.3 Những kết đạt 97 Báo cáo đồ án EPM 6.4 Đánh giá kết dự án 97 6.5 Hướng phát triển dự án 98 Báo cáo đồ án EPM QUẢN LÝ TÀI LIỆU Ngày tạo: 10/09/2022

Ngày đăng: 01/03/2023, 00:30

w