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

  ĐẠ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ị Hồ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 để hồn thành seminar Tuy nhiên, q trình làm đồ án kiến thức chuyên ngành chúng em cịn 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 hoàn thiện hơn.  Chúng em xin chân t hành cảm ơn!  Thành phố Hồ Chí Minh, ngày tháng … năm …    Nhóm sinh viên thực hiện  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ả về dự án 16 1.6 Các bên liên quan nhân s ự chính 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 t ừng giai đoạn 52 4.2.2 Ướ c tính chi phí cho t ừng 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ữ các đ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 về 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 quả đạt đượ c 97   Báo cáo đồ án EPM   6.4 Đánh giá về k ết quả 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 hiện  Ngày Nội dung  thực hiện  Lê Hữ u Huy 11/09/2022 Phiên bản  − Tạo bìa dự án − Tạo bảng lịch sử thay đổi − Viết t quan dự án, phạm vi, 1.0.0 mục tiêu dự án Trần Linh Đa  12/09/2022 Lê Thị Hoài Giang 12/09/2022 − Format cấu trúc báo cáo − Soạn phát biểu về phạm vi − Soạn tuyên bố dự án − Soạn Form khảo sát 1.0.1 1.0.2 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 Lê Thị Hoài Giang − Vẽ sơ đồ 2.2.1 Tổ chức dự án − Soạn 3.1.1.1 Danh sách tài 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 Trần Linh Đa  7/10/2022 − trình bán hàng − − Lê Hữ u Huy Vẽ thêm sơ đồ BPMN cho quy Soạn WBS − 2.1.0 Soạn sơ lượ c bảng quản lý chi  phí giai đoạn 10/10/2022 3.2 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ị Hồi Giang 18/10/2022 − − Lê Hữ u Huy   20/10/2022 Phan Thị Liễu 25/10/2022 Trần Linh Đa  20/10/2022 Lê Thị Hoài Giang 28/10/2022 Báo cáo đồ án EPM Soạn quản lý r ủi ro Soạn bảng k ế hoạch đối phó r ủi ro (2, 3) − Soạn 3.6 K ết thúc dự án − 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ý source code − 2.2.1 Viết hợp đồng nhóm 2.2.2  3.0.1 3.1.2 3.1.3   Phan Thị Liễu − 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ự  án 5/11/2022 − 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 độ  ưu tiên Viết nhận xét cho 10/11/2022 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.  Trần Linh Đa  − Viết điều phối dự án − Soạn chi phí d ự  án 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 − Chỉnh sửa 3.1.3 Các cột mốc Trần Linh Đa  testcase 5/12/2022 (milestone) work 4.1.0 4.2.1  product Phan Thị Liễu   Báo cáo đồ án EPM 8/12/2022 − Viết K ết quả đạt đượ c 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 kiện case Case Định jpg jpg Test Test Test Test Test Case Case case Case case Case jpg Không Không Không Không  phải  phải  phải  phải jpg 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 Kết Upload Thông quả  ảnh Thông Thông Thông  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"  Thông Thông Thông  phải HD 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 hơ n  ỹ  thuật bảng định  Bảng 5: Đánh giá k  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 0.   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  bởi 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  ỹ  thuật đốn lỗ i  Bảng 6: Đánh giá k  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: Ca o  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ụn g 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 Username Hợp lệ  Mã trạng thái API trả Thành công Trường Trường Trường hợp hợp hợp Hợp lệ  Thất bại Không Không hợp lệ  hợp lệ  Thành Thất bại (khi kết nối với ví điện cơng tử ) Kết quả  Hiển thị trang chủ   Hiển thị lỗi  Hiển thị lỗi  Hiển thị 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ộ dữ  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 quả 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 quả kiể m thử  bộ 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: Ca o  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ụn g 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 tr a 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ộ dữ  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 sn 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ự đốn chưa  phát sinh thêm 5.2.2 Báo cáo tình tr ạng dự  án về 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 có   thể 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 chỉ 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   ngồi ý 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   Ngun Cách bổ sung thêm nguồn lực  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 sự   − Xem xét đánh giá lại mức độ công việc có 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ụ 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 soá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 quả đạt đượ c 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ừ  bản 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 hoà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 NF T + Tạo , xóa , sửa NFT + Thanh toán + Xem danh sách NFT + Cập nhật gian hàn g + 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ịc h + Thống kê doanh th u + Danh sách phản hồi + Gửi phản hồi 6.4 Đánh giá về kết quả 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