(Tiểu luận) bài tập lớn quản lý dự án đề tài xây dựng phần mềm quản lý siêu thị thực phẩm fivimart

TRƯỜNG ĐẠI HỌC SƯ PHẠM HÀ NỘI KHOA CÔNG NGHỆ THÔNG TIN Bài tập lớn : Quản lý dự án Đề tài : Xây dựng phần mềm quản lý siêu thị thực phẩm Fivimart Giảng viên hướng dẫn : Cô Nguyễn Thị Hạnh Nhóm sinh viên thực :      Nguyễn Anh Tú_K60B (PM) Phan Thanh Nghị _ K60B Nguyễn Trọng Thắng _ K60C Cao Văn Đích (K60B) Nguyễn Đức Đơng (K60C) h Mục Lục A Lời nói đầu B Hiến chương dự án (Project Charter) – Phụ trách : Nguyễn Anh Tú C Bản danh sách Stakeholder (Stakeholder Register) – Phụ trách : Nguyễn Anh Tú Bản danh sách Stakeholder dự án Ma trận quản lý Stakeholder (Stakeholder Analysis Matrix) – Phụ trách : Nguyễn Anh Tú D Bản mô tả phạm vi dự án (Project Scope Statement) – Phụ trách : Nguyễn Anh Tú 6 E Chứng minh tính khả thi dự án (Project Justification) Định nghĩa kết dự án (Project Definition) Các tài liệu chuyển giao (Project Deliverables) Những hạng mục nằm dự án (Project Exclusions) Những ràng buộc dự án (Project Constraints) Những giả định dự án (Project Assumptions) Bản phân tích thiết kế hệ thống (System analyst and Design) – Phụ trách : Nguyễn Trọng Thắng Quy trình làm việc siêu thị Bảng xác định yêu cầu 10 Phân tích yêu cầu chức phi chức 11 Các biểu đồ nghiệp vụ UML 13 Thiết kế sở liệu 15 Bản kế hoạch dự án (Project Plan) 16 Cấu trúc phân việc (Work Breakdown Structure – WBS) – Phụ trách : Cả nhóm 16 Viết từ điển phân việc (WBS dictionary) – Phụ trách : Cả nhóm 18 Các mốc thời gian quan trọng tiến trình thực – Phụ trách : Cả nhóm 28 Kế hoạch quản lý chi phí (Cost budget) – Phụ trách : Nguyễn Anh Tú 39 Kế hoạch quản lý chất lượng (Test plan) 50 Tổ chức nhân dự án 54 Kế hoạch quản lý truyền thông (Communication Plan) – Phụ trách : Nguyễn Anh Tú 61 Kế hoạch quản lý rủi ro (Risk Management Plan) – Phụ trách : Nguyễn Anh Tú 62 Kế hoạch mua sắm – Phụ trách : Nguyễn Anh Tú 65 F h A Lời nói đầu Trong năm gần đây, chuyển hướng đổi chế thị trường kinh tế nước ta có nhiều biến động Hoạt động kinh doanh nói chung hầu hết doanh nghiệp đồi mới, bước đầu hòa nhập với kinh tế khu vực giới Đặc biệt, kinh tế tăng trưởng, mức sống người dân ngày khấm nhu cầu tiêu dùng, mua sắm ngày gia tăng Đó thời cho doanh nghiệp bán lẻ Hàng loạt siêu thị, trung tâm thương mại đời với mn vàn chủng loại hàng hóa phong phú, đa dạng phù hợp thị hiếu người tiêu dùng Tuy vậy, cú sốc khủng hoảng kinh tế năm 2011, khiến cho nhiều nhà kinh doanh siêu thị phải suy nghĩ lại chiến lược phát triển Giờ đây, hầu hết người dân không mặn mà với mặt hàng tiêu dùng xa xỉ, mà họ nhắm đến thứ hàng hóa vô thiết yếu với sống : Các loại thực phẩm Do mà siêu thị chuyên thực phẩm đời, quy mơ có nhỏ phục vụ nhiều cho tầng lớp dân chúng, đảm bảo lợi nhuận Là siêu thị quy mô nhỏ trung tâm thương mại, mua sắm siêu thị thực phẩm cần phải xử lý khối lượng liệu liệu lớn liên quan đến nghiệp vụ : Thông tin sản phẩm, thông tin mua bán, giao dịch, thông tin nhân viên, … Chính dựa vào phương pháp xử lý thủ cơng tốn nhiều thời gian, cơng sức, tiền bạc, đơi dẫn đến sai sót khơng đáng có, làm giảm uy tín siêu thị Chính mà việc sử dụng đến phần mềm quản lý hỗ trợ có ý nghĩa quan trọng Đề tài mà nhóm chúng em lựa chọn xây dựng phần mềm quản lý siêu thị thực phẩm, có nghĩa quy mô siêu thị cấp độ vừa nhỏ, hoạt động chủ yếu : Nhập, xuất hàng hóa vào kho, thống kê hóa đơn, quản lý cơng tác nhân sự, … với phạm vi liệu không lớn (điều trình bày kỹ phần sau) Chúng em cố gắng thực đầy đủ yêu cầu template cô Mặc dù vậy, với kinh nghiệm hạn chế, cộng thêm thời gian hạn hẹp nên báo cáo chúng em có lẽ chưa hoàn chỉnh Chúng em hy vọng nhận góp ý q báu để thực tốt sau h B Hiến chương dự án (Project Charter) – Phụ trách : Nguyễn Anh Tú Project Charter (Hiến chương dự án) Tên dự án : Xây dựng phần mềm quản lý siêu thị thực phẩm Fivimart Ngày bắt đầu : 15/9/2013 Ngày kết thúc : 20/11/2013 Ngân sách dành cho dự án : Ước tính khoảng 12 000 USD Người quản lý dự án (Project Manager) : Nguyễn Anh Tú Mục đích dự án (Project Objective) : Fivimart chuỗi siêu thị chuyên thực phẩm, với ưu giá rẻ, mặt rộng rãi, Fivimart dần thu hút nhiều khách hàng Hiện siêu thị Fivimart phát triển quy mô lớn dẫn đến nhu cầu xử lý liệu thơng tin hàng hóa chế độ an ninh, bảo mật tăng cao Phần mềm quản lý siêu thị thực phẩm Fivimart đời nhằm đáp ứng phần mong muốn đó, đồng thời cung cấp thêm số tính khác quản lý nhân sự, lập báo cáo doanh thu … Thời gian hồn thành dự án ước tính khoảng tháng Hướng tiếp cận (Approach) :  Xác định yêu cầu cụ thể phần mềm, khảo sát số hệ thống mẫu để định hướng  Xác định rõ stakeholder dự án  Trong vòng tuần, vạch rõ cấu trúc phân việc (work breakdown structure), phạm vi dự án (scope statement), mốc thời gian quan trọng (milestone) để hồn thành dự án  Mua sắm toàn trang thiết bị cần thiết cho việc phát triển dự án  Triển khai phân tích, thiết kế, phát triển, kiểm thử phần mềm vòng tháng  Mỗi tuần tổ chức họp báo cáo thành viên đội dự án (có thể có thêm nhà tài trợ)  Bàn giao sản phẩm cho khách hàng hạn  Bảo trì sản phẩm Bảng vai trị trách nhiệm (Roles and Responsibilities) Họ Tên Nguyễn Vai trò Project Vị trí Senior h Thơng tin liên hệ nguyenanhtuk60b@gmail.com Anh Tú Nguyễn Trọng Thắng Phan Thanh Nghị Cao Văn Đích Nguyễn Đức Đơng Manager System analysts + Designer Developer + Designer Developer + Tester Tester Manager Key member nguyenThangk60c@gmail.com Key member nghik60b@gmail.com Team member Team member caovandich@gmail.com ducdongpk@gmail.com Ký tên … Ghi C Bản danh sách Stakeholder (Stakeholder Register) – Phụ trách : Nguyễn Anh Tú Bản danh sách Stakeholder dự án Name Position /Role Organization Internal / external Contacts Nguyễn Anh Tú Project Manager Company Internal E-mail: nguyenanhtuk60 b@gmail.com Supports / Neutral / Resists Resists Major Requirement Main Expectation Kiểm soát dự án hiệu + Dự án tiến hành thành cơng có lãi Resists Thiết kế hệ thống hiệu + Hệ thống vận hành yêu cầu Resists Code hoàn chỉnh module yêu cầu + Nhận lương hạn Phone: 0984089753 Address: HNUE Nguyễn Trọng Thắng Design & Analysis System Company Internal Phan Thanh Nghị Design & Code Module Company Internal E-mail: nguyenThangk60 c@gmail.com Phone: 01659239181 Address: HNUE E-mail: nghik60b@gmail com Phone: 0974625226 Address: HNUE h Cao Văn Đích Code Module & Tester Company Internal Email: caovandich@gm ail.com Phone: 0162819403 Resists Nguyễn Đức Đông Code Module & Tester Company Internal E-mail: ducdongpk@gm ail.com Phone: 0987810699 Address: HNUE Resists Market External Market External Market External Người quản lý siêu thị Nhân viên bán hàng Nhân viên kế toán Thủ kho Khách hàng (Siêu thị) Supporter Supporter Supporter Code hoàn chỉnh module, thực kiểm thử hệ thống Code hoàn chỉnh module, thực kiểm thử hệ thống + Làm tester cho dự án Supports Cung cấp rõ ràng yêu cầu chung siêu thị Dự án hoàn thành hạn, đáp ứng yêu cầu quản lý siêu thị Supports Cung cấp thông tin nghiệp vụ bán hàng Phần mềm chạy ổn định Cung cấp thông tin nghiệp vụ việc báo cáo Phần mềm giảm bớt cơng sức tính tốn Supports Supporter Sponsor, Supporter + Làm tester cho dự án Market External Supports Cung cấp thông tin nghiệp vụ nhập xuất hàng Phần mềm hỗ trợ tích cực cho cơng tác kiểm kê hàng hóa Market External Supports Cung cấp yêu cầu cụ thể tài cho dự án Phần mềm hoạt động hiệu quả, giảm chi phí cho siêu thị Ma trận quản lý Stakeholder (Stakeholder Analysis Matrix) – Phụ trách : Nguyễn Anh Tú Stakeholder Analyst Matrix Stakeholder Interests Influence h Needs Expectations Project Manager High High Tiền lương cao, nâng cao uy tín thân + Dự án hoàn thành tốt + Thu lợi nhuận cao + Bản thân thu tiền thưởng + Cả nhóm tiếp tục dự án kế Design & Analysis System High High Code Module Medium Medium Tích lũy thêm kinh nghiệm, tiền lương cao + Bản phân tích đầy đủ, u cầu, có tính ứng dụng cao Tích lũy thêm kinh nghiệm, tiền lương cao + Nhận lương hạn + Tích lũy thêm kinh nghiệm Tester Low Medium Tích lũy thêm kinh nghiệm, tiền lương cao + Nhận lương hạn + Tích lũy thêm kinh nghiệm Supporter Medium High Hệ thống hoạt động ổn định, thực có ích + Giảm bớt cơng sức làm việc có phần mềm hỗ trợ Sponsor High High Hệ thống hoạt động ổn định + Giảm bớt chi phí cho siêu thị + Chi phí làm dự án không lớn D Bản mô tả phạm vi dự án (Project Scope Statement) – Phụ trách : Nguyễn Anh Tú Chứng minh tính khả thi dự án (Project Justification) Cuộc sống người dân ngày nâng cao, nhu cầu mua sắm tăng mạnh Các chủng loại hàng hóa người dân ưa chuộng nhiều, nhiên nhiều loại thực phẩm, đặc biệt thực phẩm Nắm bắt nhu cầu nên doanh nghiệp trọng vào việc xây dựng siêu thị h thực phẩm - hình thức khu mua sắm đáp ứng nhu cầu tiêu dùng thực phẩm tầng lớp Với lượng hàng hóa khách hàng ngày lớn, việc cho đời phần mềm chuyên dụng giúp tối ưu hóa quy trình nghiệp vụ siêu thị nhập, xuất hàng hóa, lập hóa đơn tốn, … nâng cao khả phục vụ khách hàng yêu cầu thiết Phần mềm “Quản lý siêu thị thực phẩm” đời nhằm giải vấn đề Với tính quản lý hàng hóa, quản lý khách hàng, quản lý nhân giúp nhân viên siêu thị thực tốt nhiệm vụ Hơn thế, tính phụ trợ phần mềm thống kê, tìm kiếm, khả phân quyền rõ ràng với giao diện thân thiện giúp nâng cao hiệu suất làm việc phận siêu thị, qua góp phần tăng doanh thu, điều hồn tồn khả thi Tuy chi phí hồn thiện phần mềm lớn (khoảng 150000 USD) nói, với nhu cầu chun nghiệp hóa cơng việc nhiều siêu thị nay, dự án hoàn tồn thu hồi vốn sau có lãi Định nghĩa kết dự án (Project Definition) 2.1 Mô tả phạm vi dự án (Project Scope Description) Phần mềm quản lý siêu thị thực phẩm Fivimart cung cấp cho khách hàng phương thức quản lý siêu thị cách hiệu phương diện : Lưu trữ, tra cứu thống kê Cụ thể, phần mềm cần đáp ứng yêu cầu khách hàng nêu : - Quản lý kho hàng Quản lý khách hàng Quản lý giao dịch Quản lý nhà cung ứng Báo cáo, thống kê liệu siêu thị 2.2 Tiêu chí chấp nhận sản phẩm (Product Acceptance Criteria) Sản phẩm cuối dự án phần mềm quản lý siêu thị chấp thuận đạt tiêu chí sau :     Phần mềm triển khai đầy đủ chức nêu Khi đưa vào triển khai, hệ thống vận hành yêu cầu, ổn định mắc lỗi Dự án hồn thành hạn, khơng đội thêm chi phí Khách hàng cảm thấy thuận tiện sử dụng phần mềm, yêu cầu chức phi chức (sẽ nêu mục Phân tích thiết kế hệ thống) triển khai nhận hài lòng khách hàng h Các tài liệu chuyển giao (Project Deliverables) Khi kết thúc dự án, đội dự án phải bàn giao tài liệu sau :  Hiến chương dự án (Project Charter)  Bản mô tả phạm vi dự án (Project Scope Statement)  Bản phân chia công việc (WBS)  Tiến trình thực dự án (Activities) , kế hoạch quản lý lịch biểu  Bản kế hoạch quản lý chi phí  Bản kế hoạch quản lý chất lượng (Test plan)  Bản kế hoạch quản lý nhân (Human Resource Management)  Bản kế hoạch quản lý rủi ro  Bản kế hoạch quản lý truyền thông  Bản kế hoạch quản lý mua sắm  Các file Microsoft Project Những hạng mục nằm dự án (Project Exclusions) Dự án không bao gồm hạng mục sau :  Đảm bảo hiệu kinh tế dự án  Quản lý toàn hoạt động siêu thị, bao gồm hoạt động an ninh, bảo quản hàng hóa …  Giải pháp cho xung đột phần mềm phần mềm khác mà siêu thị cài trước Những ràng buộc dự án (Project Constraints) Những ràng buộc nghiệp vụ (Business Constraints)  Về sản phẩm : Đáp ứng yêu cầu khách hàng (đã nêu phần trước)  Về mặt thời gian : Dự án hồn thành sớm có thể, chậm ngày 20/11/2013  Về mặt ngân sách : Khơng vượt q chi phí phê duyệt ban đầu (50 000 USD), tối đa chêch lệch không % Những ràng buộc kỹ thuật (Technical Constraints)  Phần mềm phát triển hoàn toàn tảng NET (C#, SQL Server) với công cụ Visual Studio, SQL Server Việc xây dựng lịch biểu làm việc thực Microsoft Project 2007  Dự án cấp server cấu hình cao máy tính sử dụng để làm việc Yêu cầu thành viên đội dự án sử dụng có hiệu quả, tránh lãng phí h Những ràng buộc nhóm thực (Team Constraints)  Các thành viên đội dự án cần nghiêm túc, chủ động công việc, tuân theo lệnh từ PM  Khi có vấn đề phát sinh dự án, phải họp lại thảo luận đưa giải pháp khắc phục  Mỗi thành viên có trách nhiệm giúp đỡ thành viên khác nắm bắt đầy đủ yêu cầu, thông tin cần thiết dự án  Khi cảm thấy khó khăn khơng hồn thành công việc tiến độ, phải thông báo cho PM biết  Có thái độ hợp tác, tơn trọng thành viên khác buổi họp nhóm Những giả định dự án (Project Assumptions) Giả định (Assumption) Ảnh hưởng xảy giả định sai Khách hàng không thay đổi yêu cầu liên tục Dự án bị ảnh hưởng lớn, đặc biệt xảy giai đoạn thực thi dự án Mọi công đoạn phải làm làm lại nhiều lần, dẫn đến kéo dài thời gian dự án Các supporter hỗ trợ dự án đầy đủ Khó khăn việc xác định yêu cầu cụ thể phần mềm Ngân sách dự án cấp đầy đủ Tiến độ dự án bị chậm, chí phải cam kết ngừng dự án, thành viên đội không làm việc suất Siêu thị khách hàng cho phép đội dự án tự Việc thu thập, xác định yêu cầu không sử dụng tài liệu, báo cáo mơ tả đầy đủ, phần mềm khó đạt chất lượng ý chi tiết hoạt động muốn E Bản phân tích thiết kế hệ thống (System analyst and Design) – Phụ trách : Nguyễn Trọng Thắng Quy trình làm việc siêu thị Hàng ngày, nhân viên bán hàng phải tiếp nhận số lượng lớn yêu cầu mua hàng khách hàng Hệ thống phải cho phép nhân viên bán hàng lập hố đơn tính tiền cho khách hàng cách nhanh chóng Đối với khách hàng mua lẻ hệ thống khơng cần lưu thơng tin khách hàng mà lưu lại hoá đơn để phận kế toán thống kê Đối với khách hàng thân thiết nhân viên lưu lại thơng tin khách hàng cấp cho khách hàng thẻ khách hàng thân thiết với phần trăm chiết khấu tương ứng giá trị hố đơn mua hàng Trong siêu thị có nhiều quầy thu ngân, quầy phụ trách hay nhiều nhân viên bán hàng Tại thời điểm có nhân viên phụ trách h 2.5 Test bảo mật quyền truy cập Các nhiệm vụ cần làm : - Kiểm tra mức độ bảo mật hệ thống - Kiểm tra an toàn liệu - Kiểm tra quyền truy cập: đăng nhập = nhân viên xem xem có chức nhà quản lý không Các bước tiến hành: - kiểm tra tường lửa, - kiểm tra an toàn liệu có vi rut hay cơng từ hacker - kiểm tra quyền truy cập: đăng nhập với nhân viên, quản lý kho giám đốc 2.6 Test cấu hình Các nhiệm vụ cần làm : - kiểm tra cấu hình tướng ứng cho phần mềm: yêu cầu dung lượng sao, Ram sử dụng bao nhiu ,,,,, - sau kiêm tra đưa cấu hình tối thiểu máy tính cài đặt  Ram 1gb  Tốc đọ xử lý 1.3 ghz  Hệ thống máy win xp /7/8 Công cụ, kỹ thuật kiểm thử a Các công cụ kiểm thử : Công việc Test Source Công cụ Visual05, NUnit Công cụ cho test chức Visual05, NUnit Công cụ cho test thi hành Visual05, NUnit Sự theo dõi khuyết điểm Quản lý dự án Xây dựng Word Xây dựng ,Word 52 h Nhà cung cấp Version Các kỹ thuật kiểm thử : Kiểm thử hộp trắng Kiểm thử hộp đen Xây dựng đồ thị đường cong lỗi: nhằm theo dõi số lỗi thời gian kiểm thử - Biểu đồ quản lý lỗi b - 5.2 Test plan Nguyễn Đức Đơng Test tồn sở liệu Cách nhiệm vụ cần làm: - Kiểm tra sở liệu, cách kết nối liệu - Kiểm tra kiện - Kiểm tra đơn vị tiền, số lượng - Kiểm tra ngày, tháng, năm xem hiển thị có chuẩn khơng - Kiểm tra tài khoản nhân viên xem có bị trùng khơng, mật có đủ độ dài khơng, tài khoản nhân viên không để null - Kiểm tra khả cập nhập cập nhập thêm sửa xóa thơng tin - Kiểm tra tên nhân viên : xem trường hợp tên có ký tự đặc biệt hay độ dài tên nhân viên - Kiểm tra cú pháp Test chức Các nhiệm vụ cần làm : - Nhập trường hợp cụ thể cho thuộc tính - Tiến hành kiểm tra module Các bước tiến hành: - Kiểm tra module: quản lý kho hàng Quản lý nhân viên Quản lý khách hàng, quản lý giao dịch, quản lý nhà cunng cấp, báo cáo thống kê - Kiểm tra hộp đen: - Kiểm tra thuộc tính đầu vào đầu ra: - Kiểm tra hộp trắng - Nhập thuộc tính - Tích hợp module Test giao diện người dùng Các nhiệm vụ cần làm : Kiểm tra giao diện có đạt yêu cầu khơng Tiện ích sử dụng: 53 h - Giao diện bố trí hợp lý dễ dùng Cách sử dụng dễ dàng Test nhập liệu Các nhiệm vụ cần làm : - Kiểm tra hoạt động phần mềm có nhiều người truy cập, giao dịch lớn Ví dụ: - nạp theo số lượng người giao dịch - nạp số lượng lên tới 50 người hệ thống hoạt động bình thường - nạp lên tới 100 người hệ thống hoạt động chậm thời gian chờ cao lên - nạp lên tơi 200 người hệ thống bị treo Test bảo mật quyền truy cập Các nhiệm vụ cần làm : - Kiểm tra mức độ bảo mật hệ thống - Kiểm tra an toàn liệu - Kiểm tra quyền truy cập Các bước tiến hành: - kiểm tra an tồn liệu có virus - kiểm tra khả bảo mật bị hacker công - kiểm tra quyền truy cập: đăng nhập với nhân viên, quản lý kho giám đốc Test cấu hình Các nhiệm vụ cần làm : - Kiểm tra cấu hình mà phần mềm hoạt động tốt - Kiểm tra cấu hình tối thiểu cần dùng cho phần mềm Tổ chức nhân dự án 6.1 Kế hoạch tổ chức nhân - Phụ trách : Nguyễn Anh Tú Bảng đánh giá lực chuyên mơn Thang đánh giá : T(Tốt), K(Khá), TB(Trung bình), Y(Yếu) Mã hóa Kiểm thử Thu thập Thiết kế phân Tk giao Tk Tk 54 h Viết tài Cài đặt liệu vận tích yêu cầu T T TB TB TB Tú Thắng Nghị Đích Đơng diện sở liệu K T TB TB TB K T TB TB TB chương trình K T T TB TB HDSD TB TB K T K K K K TB TB hành hệ thống K TB TB K K T K K TB TB Bảng đánh giá thái độ, kỹ làm việc hiệu đội dự án Kỹ giao tiếp Kỹ làm việc nhóm Kỹ làm việc độc lập Kỹ quản lý thời gian Tinh thần thái độ Ghi khác Tú - Giao tiếp tốt - Có kỹ khai thác thơng tin từ khách hàng Tốt Tốt - Ln hẹn - Nhiệt tình, hăng hái, tự tin cơng việc - Có ý thức kỷ luật nghiêm - Sức khỏe không tốt Thắng - Giao tiếp Khá Tốt - Một vài lần trễ hạn nộp - Nhiệt tình, hăng hái, có tinh thần trách nhiệm cao - Yêu thích Java Nghị - Giao tiếp tốt, có khả thuyết trình sinh động Khá Khá - Luôn hẹn - Nhiệt tình, hăng hái, nhiên chưa thật tự giác cơng việc - Có khả gắn kết thành viên đội dự án Đích - Chỉ mức bình thường Khá Khá - Một vài lần trễ hạn nộp - Có ý thức hồn thành đủ nhiệm vụ giao - Yêu thích test game Đơng - Chỉ mức bình thường Khá Khá - Một vài lần trễ hạn nộp - Có ý thức hoàn thành đủ nhiệm vụ giao - Có khả test chương trình C# 6.2 Quan hệ thành viên nhiệm vụ dự án – Phụ trách : Cả nhóm Ma trận RACI thể mối liên hệ nhiệm vụ thành viên đội dự án Thu thập yêu cầu Xây dựng yêu cầu chi tiết Thiết kế kiến Project Manager A Design Engineer R Coders Testers I I A R C I A R I I 55 h trúc phần mềm Thiết kế giao diện Thiết kế sở liệu Code sản phẩm Test phần mềm Triển khai A R C C A R C C A A A C C R R C R I R R Ma trận RACI cho work packages Quản lý dự án RACI manager Work package 1.1 1.1.1 1.1.2 Work package 1.2 1.2.1 1.2.2 Work package 1.3 Work package 1.4 1.4.1 1.4.2 1.4.3 Tú Thắng R C R R R C C C R R R C C C R C R R R C C C Nghị Đích Đơng Phân tích thiết kế hệ thống RACI analyst Work package 2.1 2.1.1 2.1.2 2.1.3 Work package 2.2 2.2.1 2.2.2 Tú Thắng Nghị Đích Đơng A R I I I A A A A R R R R I I I I I I I I I I I I A A R R I I I I I I 56 h Work package 2.3 2.3.1 2.3.2 2.3.3 2.3.4 2.3.5 2.3.6 2.3.7.1 2.3.7.2 2.3.8 Work package 2.4 2.4.1 2.4.2 Work package 2.5 Work package 2.6 A R I I I A A A A A A A A A A R R R R R R R R R R I I I I I I I I I I I I I I I I I I I I I I I I I I I I I I A A A R R R I I I I I I I I I A R I I I Module Quản lý kho hàng RACI coding Tú Thắng Nghị Đích Đơng 3.1.1 A C R I I 3.1.2 A C R I I A C R I I 3.2.2: A C R I I 3.2.3: A C R I I A C R I I A C R I I 3.3.2: A C R I I 3.3.3: A C R I I A C R I I 3.4.1: A C R I I 3.5.1: A C I R R 3.2.1 3.2.4 3.3.1: 3.3.4 57 h 3.5.2 A C I R R C R I I 3.6.1 A Module Quản lý khách hàng RACI coding Tú Thắng Nghị Đích Đông 4.1.1: A C R I I 4.1.2: A C R I I 4.2.1 A C R I I 4.2.2 A C R I I 4.3.1: A C R I I 4.3.3 A C R I I 4.3.4 A C R I I 4.4.1: A C R I I 4.4.2 A C R I I 4.5.1 A C I R R 4.5.2 A C I R R 4.6.1: A C R I I 4.3.3 A C R I I 4.3.4 A C R I I Module Quản lý nhân viên RACI coding Tú Thắng Nghị Đích Đơng 5.1.1 A C I R I 5.1.2 A C I R I 5.2.1 A C I R I 5.2.2 A C I R I 5.2.3 A C I R I 5.2.4 A C I R I 58 h 5.3.1 A C I R I 5.3.2 A C I R I 5.3.3 A C I R I 5.3.4 A C I R I 5.4.1 A C I R I 5.5.1 A C R I R 5.5.2 A C R I R 5.6.1 A C I R I Module Quản lý nhà cung ứng RACI coding Tú Thắng Nghị Đích Đơng 6.1.1 A C I R I 6.1.2 A C I R I 6.2.1 A C I R I 6.2.2 A C I R I 6.3.1 A C I R I 6.3.2 A C I R I 6.3.3 A C I R I 6.4.1 A C I R I 6.5.1 A C R I R 6.5.2 A C R I R 6.6.1 A C I R I Module Quản lý giao dịch RACI coding Tú Thắng Nghị Đích Đơng 7.1.1 A C I I R 7.1.2 A C I I R 59 h 7.2.1 A C I I R 7.2.2 A C I I R 7.2.3 A C I I R 7.2.4 A C I I R 7.2.5 A C I I R 7.2.6 A C I I R 7.3.1 A C I I R 7.3.2 A C I I R 7.3.3 A C I I R 7.3.6 A C I I R 7.3.7 A C I I R 7.4.1 A C I I R 7.5.1 A C R R I 7.5.2 A C R R I 7.5.3 A C R R I 7.6.1 A C I I R Module Báo cáo thống kê RACI coding Tú Thắng Nghị Đích Đơng 8.1.1 A C I I R 8.2.1 A C I I R 8.2.2 A C I I R 8.2.3 A C I I R 8.2.4 A C I I R 8.2.5 A C I I R 8.3.1 A C I I R 8.3.2 A C I I R 60 h 8.4.1 A C I I R 8.5.1 A C R R R 8.5.2 A C R R R 8.6.1 A C I I R Nghị Đích Đơng Tích hợp hoàn thiện sản phẩm RACI – complete Tú Thắng 9.1 A C R R 9.2.1 A C R R 9.2.2 A C R R Nghị Đích Đơng 10 Đóng gói phần mềm chuyển giao RACI – close projecr 10.1 10.2 10.3 10/4 Tú Thắng R R R R Kế hoạch quản lý truyền thông (Communication Plan) – Phụ trách : Nguyễn Anh Tú Loại truyền thông Mục Hình đích thức truyền thơng Tun Giới Họp mặt bố dự án thiệu dự án đội dự án Phát biểu phương pháp triển Tần suất Bên hữu quan lần + Nhà tài Project + Project Manager Charter trợ dự án + Project Manager + Đội dự án + Các stakeholder liên quan 61 h Diễn giả Tài liệu chuyển giao Định dạng + Bản cứng tài liệu, slide khai dự án Họp mặt Phân công đội dự án công việc cho thành viên đội dự án Họp mặt Phân đội thiết công công kế hệ thống việc cho đội phân tích thiết kế hệ thống Họp mặt Phân cơng đội coder cơng việc cho nhóm lập trình Họp báo Theo dõi cáo tiến tiến độ độ dự án làm việc đội dự án Họp mặt, Một tạo group tuần lần Facebook + Đội dự án Project + Project Manager Scope Statement + Project Schedule + Bản cứng tài liệu, slide Họp mặt, trao đổi qua điện thoại, group Facebook Tối thiểu lần, lúc cần thiết + Đội thiết kế Trưởng nhóm thiết kế + Bản cứng tài liệu, slide Họp mặt, trao đổi qua điện thoại, group Facebook Họp mặt Một tuần lần + Đội coder Project + Biên Manager thảo luận nhóm + Bản cứng tài liệu, slide Project + Slide Manager báo cáo + Project schedule + Bản cứng tài liệu, slide Hai tuần + Toàn đội lần dự án + Bản Phân tích hệ thống + Các biểu mẫu thiết kế Kế hoạch quản lý rủi ro (Risk Management Plan) – Phụ trách : Nguyễn Anh Tú 8.1 Khách hàng đòi thay đổi yêu cầu dự án  Đặc điểm : Khách hàng đòi thay đổi số điểm quan trọng yêu cầu Ví dụ thêm số chức quản lý giấc làm việc, an ninh …  Thời gian xuất / Tần suất : Bất lúc giai đoạn lập kế hoạch thực thi dự án  Nguyên nhân : Do khách hàng  Phòng ngừa rủi ro : Cần khảo sát cặn kẽ, tỉ mỉ trước đưa phân tích cho khách hàng Nên đưa nhiều mẫu thiết kế cho khách hàng tham 62 h     8.2 khảo, tránh đưa mẫu Trong trình thực PM cần thường xuyên liên hệ với khách hàng để cập nhật thay đổi, tránh để muộn Phương pháp phản ứng : Yêu cầu khách hàng thống chốt hạ thay đổi cuối Ước tính chi phí phản ứng : Tùy thuộc vào giai đoạn thay đổi, phải yêu cầu khách hàng chi thêm tiền Ước tính thời gian phản ứng : Ngay Nhân đối phó : PM, nhân viên phân tích hệ thống Dự án bị vỡ kế hoạch thời gian  Đặc điểm : Các cơng việc khơng hồn thành tiến độ dẫn đến chậm bàn giao sản phẩm cho khách hàng  Thời gian xuất / Tần suất : Vào giai đoạn đầu cuối dự án  Nguyên nhân : Do chủ quan thành viên đội dự án, thời gian vào tìm hiểu quy trình nghiệp vụ siêu thị khách hàng, khơng có lịch biểu cụ thể  Phòng ngừa rủi ro : PM cần xác định rõ công việc cần làm từ đầu, tạo lịch biểu cụ thể cho thành viên  Phương pháp phản ứng : Xác định số ngày chậm tiến độ, rút ngắn thời gian số công việc khơng quan trọng, khơng thể kịp phải thông báo trước với khách hàng kèm lời xin lỗi giải thích  Ước tính thời gian phản ứng : Ngay sau PM tổ chức họp giải khó khăn với thành viên 8.3 Các thành viên đội dự án khơng đồn kết, mâu thuẫn với  Đặc điểm : Các thành viên không thực hợp tác công việc, nói xấu ảnh hưởng đến chất lượng tiến độ dự án  Thời gian xuất / Tần suất : Bất lúc nào, thường gặp giai đoạn thực thi dự án  Nguyên nhân : Có thể đội thành lập, thành viên chưa có thời gian làm quen, tìm hiểu lẫn  Phòng ngừa rủi ro : PM cần tổ chức buổi gặp mặt cho toàn thể đội dự án trước bắt đầu vào làm dự án thức để người hiểu  Phương pháp phản ứng : Khi giao việc cho thành viên, PM phải đảm bảo công Trong giai đoạn thực thi, PM phải ý sâu sát với đội, kịp thời giải mâu thuẫn nhỏ  Ước tính thời gian phản ứng : Ngay  Nhân đối phó : PM 8.4 Một thành viên bất ngờ xin rút khỏi dự án 63 h  Đặc điểm : Một thành viên đội nêu ý định muốn rời bỏ dự án tiến hành  Thời gian xuất / Tần suất : Bất lúc thời gian thực dự án  Nguyên nhân : Có thể có nhiều nguyên nhân : Thành viên có vấn đề sức khỏe lý gia đình, có cơng ty khác lơi kéo  Phòng ngừa rủi ro : Trước bắt đầu dự án, PM cần phải lập quy tắc (team contract) chặt chẽ với đội dự án qua quy định thành viên muốn nghỉ việc phải thông báo trước cho PM tối thiểu trước tuần  Phương pháp phản ứng : Trong trường hợp rủi ro xảy ra, trước tiên PM cần xác định kỹ độ lớn công việc mà nhân viên bỏ để lại Tốt giao thêm cho nhân viên khác phần việc Cịn khơng đủ nhân phải tuyển thêm người vào để hồn thành cơng việc  Ước tính thời gian phản ứng : đến tuần  Nhân phản ứng : Các thành viên lại đội tuyển người 8.5 Khách hàng hủy bỏ hợp đồng, rút tài trợ dự án  Đặc điểm : Khách hàng muốn chấm dứt hợp đồng cắt tài trợ cho đội dự án  Thời gian xuất / Tần suất : Bất lúc giai đoạn thực thi dự án  Nguyên nhân : Do nhiều nguyên nhân khách hàng không hài lịng với cơng việc hay sản phẩm đội dự án, khả tài khơng đảm bảo  Phịng ngừa rủi ro : Cần có điều khoản ràng buộc chặt chẽ hợp đồng với khách hàng để ngăn họ đơn phương hủy hợp đồng  Phương pháp phản ứng : Cố gắng thuyết phục khách hàng để giữ lại dự án, khách hàng kiên muốn hủy bỏ yêu cầu bồi thường tiền dự án sau tìm khách hàng tiềm khác  Thời gian phản ứng : đến tuần  Nhân phản ứng : PM 8.6 Dự án cạn kiệt kinh phí  Đặc điểm : Trong trình thực dự án, PM nhận thấy số tiền cịn lại khơng đủ để chi cho hoạt động lại dự án  Thời gian xuất / Tần suất : Bất lúc giai đoạn thực dự án  Nguyên nhân : Có thể lập kế hoạch chi phí khơng kỹ dẫn đến việc vỡ ngân quỹ cho dự án, thành viên chi tiêu mức, khơng tn thủ theo kế hoạch dẫn đến vỡ quỹ 64 h  Phòng ngừa rủi ro : PM cần thống với toàn đội kế hoạch chi tiêu thật rõ ràng, yêu cầu tồn đội dự án thực nghiêm ngặt, có hình thức kỷ luật với thành viên không tuân thủ kế hoạch chi tiêu  Phương pháp phản ứng : Xác định nguyên nhân gây thâm hụt ngân sách dự án, sau họp tồn đội lại đề giải pháp Có thể cắt giảm tối đa hoạt động không thực quan trọng với dự án, trường hợp khó đảm đương PM cần liên hệ với khách hàng, cố gắng xin lỗi xin thêm tiền tài trợ cho dự án  Thời gian phản ứng : Ngay  Nhân phản ứng : PM Kế hoạch mua sắm – Phụ trách : Nguyễn Anh Tú Bảng dự trù mua sắm tổng thể Dự án có tất 2403 $ (tương đương 50 triệu 463 nghìn VNĐ) để trang trải cho việc mua sắm thiết bị, huấn luyện thành viên Loại Mơ tả Chi phí Độ linh hoạt Phần cứng Servers $ 1200 +/- 5% Phần cứng Licenses $ 600 +/- 5% Dịch vụ Tư vấn, huấn luyện $ 200 +/- 5% $ 2000 +/- 5% Tổng cộng Kế hoạch mua sắm chi tiết (lưu ý giá mua phần mềm theo mức giá ưu đãi cho sinh viên) Đối tượng mua sắm Máy tính server Acer Aspire X1900 Nhà cung cấp Chi phí Thời gian Acer 1200 $ (25,2 triệu đồng) Toàn thời gian dự án Bộ sản phẩm Microsoft 200 $ (4,2 triệu Toàn thời 65 h Mục đích sử dụng Được sử dụng để test module hệ thống chạy thử, test tổng thể toàn phần mềm Được sử dụng Microsoft Visual Studio 2008 Bộ sản phẩm Microsoft Office 2007 đồng) gian dự án để code phần mềm dự án Microsofr 200 $ (4,2 triệu đồng) Toàn thời gian dự án Bộ sản phẩm Microsoft SQL Server 2008 Microsoft 200 $ (4,2 triệu đồng) Toàn thời gian dự án Tư vấn, huấn luyện cho thành viên đội dự án Công ty tư vấn 200 $ (4,2 triệu đồng) Giai đoạn thực thi dự án Được sử dụng để lập bảng biểu, báo cáo cho dự án Làm phương tiện để tạo sở liệu cho phần mềm Đào tạo nghiệp vụ cho thành viên đội dự án, hỗ trợ viết báo cáo dự án 66 h