CHƯƠNG I: HIẾN CHƯƠNG DỰ ÁN (PROJECT CHARTER) 1.1 Tổng quan dự án - Tên dự án : Viết dự án tin học hóa hệ thống quản lý điểm trực tuyến sinh viên trường đại học - Ngày bắt đầu : 03/02/2023. - Ngày kết thúc : 03/04/2023. - Chủ đầu tư: + Trường Công nghệ thông tin và truyền thông Thái Nguyên + Địa chỉ: Đường Z155, xã Quyết Thắng, thành phố Thái Nguyên, tỉnh Thái Nguyên + SĐT: 0333868868 - Ngân sách dành cho dự án : Ước tính khoảng 1500 USD. - Người quản lý dự án (Project Manager) : Nông Hoàng Dương 1.2 Mục đích của dự án (Project Objective) Quản lý điểm luôn là công việc quan trọng hàng đầu của trường đại học.
Với số lượng sinh viên hàng năm nhập học cũng như ra trường đông đảo thì việc quản lý điểm rất quan trọng. Cùng với sự phát triển của công nghệ nói trung và công nghệ thông tin nói riêng thì việc quản lý điểm sinh viên càng được hiện đại hóa. Thay vì phải lưu trữ trên giấy tờ thì giờ đây có phần mềm được sử dụng để quản lý điểm một cách dễ ràng hơn cụ thể như xem, thêm, sửa, xóa, tìm kiếm điểm sinh viên. Việc đó tạo thuận tiện cho giảng viên quản lý tốt hơn cũng như thuận tiện hơn.
Thời gian hoàn thành dự án ước tính khoảng 2 tháng.3 Hướng tiếp cận (Approach) Xác định các yêu cầu cụ thể đối với phần mềm, khảo sát một số hệ thống mẫu để định hướng. 5 Xác định rõ các stakeholder của dự án. Trong vòng 2 tuần, vạch rõ cấu trúc phân việc (work breakdown structure), phạm vi dự án (scope statement), các mốc thời gian quan trọng (milestone) để có thể hoàn thành dự án. Mua sắm toàn bộ các 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 trong vòng một tháng. Mỗi tuần sẽ tổ chức họp báo cáo giữa các thành viên trong đội dự án (có thể có thêm nhà tài trợ). Bàn giao sản phẩm cho khách hàng đúng hạn. Bảo trì sản phẩm.4 Bảng vai trò và trách nhiệm (Roles and Responsibilities) Họ Tên Vai trò Vị trí Thông tin liên hệ Nông Hoàng Project Senior Hoangduong@gmail.com Dương Manager Manager Hoàng Thế System Key Hoangvuong@gmail.com Vượng analysts member Designer Lý Quang Developer Key Quanghung@gmail.com Hưng Designer member Đỗ Xuân Developer Team Xuannam@gmail.com Nam Tester member Nguyễn Thị Tester Team Minhtuyen@gmail.com Minh Tuyền member 6 7 CHƯƠNG 2: BẢN DANH SÁCH STAKEHOLDER (STAKEHOLDER REGISTER) 2.1 Bản danh sách Stakeholder của dự án: Name Position Major Main Contacts Requirement Expectation Nông Hoàng Porject Quản lý dự Dự án tiến hành Duonghoang@g Dương Manager án thành công và có mail.com lãi Lý Quang Design & Thiết kế và Hệ thống đầy đủ Quanghung@g Hưng Code Code hoàn các chức năng mail.com Module chỉnh module Đỗ Xuân Design & Phân tích Thiết kế hệ Xuannam@gma Nam Analysis thiết kế hệ thống phù hợp , il.com System thống hiệu quả ectation Nguyễn Thị Code Code hoàn Kiểm thử các Minhtuyen@gm Minh Tuyền Module chỉnh chức năng của ail.com & Tester module, thực hệ thống hiện kiểm thử hệ thống Hoàng Thế Code Code hoàn Kiểm thử các TheVuong@gm Vượng Module chỉnh chức năng của ail.com & Tester module, thực hệ thống hiện kiểm thử hệ thống Người quản Supporter Cung cấp các Dự án ổn định , quanly@ictu.ed lý hệ thống yêu cầu về hệ đúng thời hạn và u.vn điểm thống đáp ứng được các yêu cầu Giáo viên Supporter Cung cấp các Phần mềm chạy yêu cầu về hệ ổn định thống Sinh Viên Supporter 8 2.2 Ma trận quản lý Stakeholder (Stakeholder Analysis Matrix) Stakeholder Interests Influence Needs Expectations Project High High Lương cao Dự án hoàn thiện có thể Manager tăng uy tín bản tiếp tục hợp tác làm các thân dự án tiếp theo Design & High High Tích lũy được Bản phân tích đầy đủ, Analysis thêm kinh đúng yêu cầu, có tính System nghiệm, tiền ứng dụng cao lương cao Code Medium Medium Tích lũy được Nhận lương đúng hạn Module thêm kinh nghiệm, tiền lương cao Tester Low Medium Tích lũy được Nhận lương đúng hạn thêm kinh nghiệm, tiền lương cao Supporter Medium Hight Hệ thống hoạt Giảm bớt công sức làm động ổn định, việc khi có phần mềm thực sự có ích hỗ trợ 9 CHƯƠNG III: BẢN MÔ TẢ PHẠM VI DỰ ÁN (PROJECT SCOPE STATEMENT) 3.1 Chứng minh tính khả thi của dự án (Project Justification) Phần mềm “Quản lý điểm trực tuyến” ra đời nhằm giải quyết vấn đề quản lí điểm một cách khoa học và đơn giản.
Với những tính năng chính như quản lý điểm, quản lí môn học, quản lí sinh viên sẽ giúp các thầy cô thực hiện tốt nhiệm vụ của mình. Hơn thế, những tính năng phụ trợ của phần mềm như thống kê, tìm kiếm, khả năng phân quyền rõ ràng cùng với giao diện thân thiện cũng giúp nâng cao hiệu suất làm việc của các giảng viên, qua đó sẽ góp phần giúp việc quản lí trở nên không còn nhàm chán. Tuy chi phí hoàn thiện phần mềm là khá lớn (khoảng 1500 USD) nhưng như đã nói, với nhu cầu quản lí điểm trực tuyến của các trường, dự án hoàn toàn có thể thu hồi vốn và sau đó có lãi.2 Định nghĩa kết quả dự án (Project Definition) 3.1 Mô tả phạm vi dự án (Project Scope Description) Phần mềm quản lý điểm sẽ cung cấp cho khách hàng những phương thức quản lý điểm một cách hiệu quả nhất về phương diện: Lưu trữ, tra cứu. Cụ thể, phần mềm cần đáp ứng những yêu cầu của khách hàng đã nêu ở trên: - Quản lý điểm - Quản lý môn học - Quản lý sinh viên 3.2 Tiêu chí chấp nhận sản phẩm (Product Acceptance Criteria) Sản phẩm cuối cùng của dự án là phần mềm quản lý sinh viên được chấp thuận nếu đạt được ít nhất những tiêu chí sau: 10 Phần mềm được triển khai đầy đủ ít nhất 3 chức năng đã nêu.
Khi đưa vào triển khai, hệ thống vận hành đúng yêu cầu, ổn định ít mắc lỗi. Dự án hoàn thành đúng hạn, không đội thêm chi phí. Người dùng cảm thấy thuận tiện khi sử dụng phần mềm, các yêu cầu chức năng và phi chức năng (sẽ được nêu ở mục Phân tích thiết kế hệ thống) khi triển khai nhận được sự hài lòng của người dùng.3 Các tài liệu chuyển giao (Project Deliverables) Khi kết thúc dự án, đội dự án sẽ phải bàn giao những 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 hiện 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 sự (Human Resource Management).
Bản kế hoạch quản lý rủi ro. Các file trong Microsoft Project.4 Những hạng mục nằm ngoài dự án (Project Exclusions) Dự án sẽ không bao gồm hạng mục sau: Giải pháp cho sự xung đột của phần mềm đối với các phần mềm khác mà đã cài trước đó.5 Những ràng buộc của dự án (Project Constraints) Những ràng buộc nghiệp vụ (Business Constraints): Về sản phẩm: Đáp ứng được những yêu cầu của người dùng(đã nêu ở phần trước). Về mặt thời gian: Dự án hoàn thành sớm nhất có thể, chậm nhất là ngày 03/04/2023 Về mặt ngân sách: Không vượt quá chi phí phê duyệt ban đầu (1500 USD), tối đa chêch lệch không quá 5%. Những ràng buộc về kỹ thuật (Technical Constraints): Phần mềm được phát triển hoàn toàn trên nền tảng .NET (C#, SQL Server) với những công cụ như Visual Studio, SQL Server.
Việc xây dựng lịch biểu làm việc được thực hiện bằng Microsoft Project 2007. Dự án được cấp 1 server cấu hình cao và các bộ máy tính sử dụng để làm việc. Yêu cầu các thành viên trong đội dự án sử dụng có hiệu quả, tránh lãng phí. Những ràng buộc nhóm thực hiện (Team Constraints): Các thành viên trong đội dự án cần nghiêm túc, chủ động trong công việc, tuân theo đúng những chỉ lệnh từ PM.
Khi có vấn đề phát sinh trong dự án, phải cùng nhau họp lại và thảo luận đưa ra giải pháp khắc phục. Mỗi thành viên có trách nhiệm giúp đỡ các thành viên khác nắm bắt đầy đủ những yêu cầu, thông tin cần thiết về dự án. Khi cảm thấy khó khăn hoặc không hoàn thành được công việc đúng tiến độ, phải thông báo ngay cho PM biết. Có thái độ hợp tác, tôn trọng thành viên khác trong buổi họp nhóm.6 Những giả định của dự án (Project Assumptions) Giả định (Assumption) Ảnh hưởng xảy ra nếu giả định sai Người dùng không thay Dự án sẽ bị ảnh hưởng lớn, đặc biệt nếu nó xảy ra đổi yêu cầu liên tục trong giai đoạn thực thi dự án.
Mọi công đoạn sẽ phải làm đi 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ự Khó khăn trong việc xác định yêu cầu cụ thể của án đầy đủ phần mềm Ngân sách dự án được Tiến độ dự án sẽ bị chậm, thậm chí phải ngừng dự cấp đúng và đầy đủ như án, các thành viên trong đội sẽ không làm việc cam kết đúng năng suất Cho phép đội dự án tự Việc thu thập, xác định yêu cầu sẽ không đầy đủ, do sử dụng những tài phần mềm khó đạt chất lượng như ý muốn. liệu, báo cáo mô tả chi tiết về hoạt động của mình 13 2. Test giao diện người dùng Các nhiệm vụ cần làm: - So sánh với các giao diện trong phần mềm với giao diện được thiết kế ban đầu.
Kiểm tra giao diện có đạt yêu cầu không - So sánh với thiết kê module ban đầu là giống nhau. Sự tiện ích khi sử dụng: - Giao diện dễ nhìn - Cách sử dụng không quá phức tạp 2. Test việc nhập dữ liệu Các nhiệm vụ cần làm: - Kiểm tra sự chịu đựng của phần mềm khi khối lượng công việc tăng nhanh chóng Ví dụ: - Nạp đồng thời 2 điểm của hai sinh viên trong module hệ thống vận hành bình thường - Nạp đồng thời 5 điểm của 5 sinh viên - Nạp tiếp theo số lượng lên tới 50 sinh viên Hệ thống vẫn hoạt động bình thường - Nạp lên tới 100 sinh viên hệ thống hoạt động chậm và thời gian chờ cao lên - Nạp lên tơi 200 sinh viên hệ thống bị treo 2. Test bảo mật và quyền truy cập Các nhiệm vụ cần làm: - Kiểm tra mức độ bảo mật của hệ thống - Kiểm tra sự an toàn dữ liệu 33 - Kiểm tra các quyền truy cập: đăng nhập = sinh vien xem xem có chức năng như nhà quản lý được không.