PHẦN MỀM QUẢN LÝ THI TRẮC NGHIỆM THPT

12 648 1
PHẦN MỀM QUẢN LÝ THI TRẮC NGHIỆM THPT

Đ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

ĐẠI HỌC QUỐC GIA TP. HỒ CHÍ MINH TRƯỜNG ĐẠI HỌC KHOA HỌC TỰ NHIÊN KHOA CÔNG NGHỆ THÔNG TIN  BÁO CÁO PHẦN MỀM QUẢN LÝ THI TRẮC NGHIỆM THPT GVHD: TS. Nguyễn Hải Quân HỌC VIÊN: Lê Hà Minh 10 12 019 Đào Hồng Công 11 12 004 TP HCM – 10/2011 2 Bảng ghi nhận thay đổi tài liệu Ngày Phiên bản Mô tả Tác giả 25/10/2011 1.0 Tạo mới Đào Hồng Công 30/10/2011 2.0 Chỉnh sửa, bổ sung Lê Hà Minh 3 Nội dung 1. Giới thiệu 5 1.1. Tổng quan 5 1.2. Phạm vi dự án 5 1.2.1. Nhóm chức năng dành cho giáo viên 5 1.2.2. Nhóm chức năng dành cho học sinh 5 2. Kế hoạch thực hiện dự án 6 2.1. Tiến trình dự án 6 2.2. Ước lượng quy mô 6 2.3. Lên lịch biểu 8 2.4. Nhân lực 8 2.5. Môi trường phát triển 8 2.6. Yêu cầu phần cứng và phần mềm 8 2.7. Công cụ 9 2.8. Kế hoạch huấn luyện 9 2.9. Kế hoạch quản lý chất lượng 9 2.9.1. Chất lượng sản phẩm 9 2.9.2. Kế hoạch chất lượng 9 2.10. Kế hoạch quản lý rủi ro 10 2.10.1. Ghi nhận rủi ro 10 2.10.2. Đánh giá rủi ro 10 2.10.3. Kiểm soát rủi ro 10 2.10.4. Rủi ro và kế hoạch đối phó 10 3. Theo dõi dự án 10 4. Nhóm thực hiện dự án 11 4 4.1. Tổ chức dự án 11 4.2. Thành viên dự án 11 4.3. Vai trò, trách nhiệm từng thành viên 12 5. Tham khảo 12 5 1. Giới thiệu 1.1. Tổng quan Trường THPT X là một trường được thành lập chưa lâu tuy nhiên trường được đầu tư rất nhiều cơ sở hạ tầng hiện đại, nhà trường được trang bị một hệ thống phòng máy vi tính khá mạnh và hiện đại. Trước giờ nhà trường chỉ sử dụng các phòng máy này cho các buổi thực hành môn tin học, ngoài ra thì phòng máy không được sử dụng vào mục đích nào nữa. Nhận thấy cơ sở hạ tâng đó hoàn toàn đủ điều kiện để nhà trường có thể triển khai được một hệ thống ôn thi và thi trắc nghiệm trực tiếp trên máy cho học sinh chuẩn bị thi đại học. Việc thi trực tiếp trên máy sẽ tiết kiệm được rất nhiều thời gian và giải quyết được hầu hết các bất cập của hình thức thi trên giấy. Nếu thi trực tiếp trên máy học sinh có thể biết kết quả thi ngay khi thi xong, giáo viên cũng không cần mất thời gian chấm và thu bài, in đề như trước kia. 1.2. Phạm vi dự án 1.2.1. Nhóm chức năng dành cho giáo viên - Quản lý đề thi: thêm mới, xem và chỉnh sửa đề thi cũ, xóa đề thi. - Xem kết quả thi của học sinh. - Thống kê đề thi, kết quả thi của học sinh. - Quản lý tài khoản học sinh. - Import và Export đề thi đã mã hóa ra file. 1.2.2. Nhóm chức năng dành cho học sinh - Tự ôn luyện và cho phép thi thử. - Làm bài thi theo đề thi giáo viên ra. - Xem kết quả thi của chính mình. Xem chi tiết trong file 2-PhatBieuBaiToan.doc. 6 2. Kế hoạch thực hiện dự án 2.1. Tiến trình dự án Phân tích và lấy yêu cầu từ khách hàng, lập tài liệu để lưu trữ và theo dõi đồng thời có sự xác nhận của khách hàng – gửi một bản cho khách hàng yêu cầu xác nhận. Khi có sự thay đổi từ phía khách hàng thì người quản lý dự án phải tiến hành phân tích xem việc thay đổi đó có ảnh hưởng tới thời gian, nhân lực, chi phí dựa trên bản kế hoạch đã được lập ra hay không. Nếu không ảnh hưởng thì người quản lý dự án có thể chấp nhận sự thay đổi. Nếu có ảnh hưởng thì người quản lý dự án phải thảo luận lại với khách hàng về sự thay đổi này: thời gian giao hàng sẽ thay đổi, có thể lâu hơn hoặc sớm hơn, hoặc chi phí sẽ tăng lên… Phải đảm bảo khách hàng nhận thức và hiểu được sự ảnh hưởng từ thay đổi đó từ đó sẽ tìm ra quyết định thích hợp cho từng trường hợp cụ thể. Quyết định có thể là thực hiện sự thay đổi theo yêu cầu của khách hàng nhưng thời gian dài ra, hoặc thời gian không thay đổi nhưng chi phí tăng lên do làm việc thêm giờ từ phía nhân viên hoặc tăng nhân viên… 2.2. Ước lượng quy mô Estimation Criteria Program/Function (Use Case ) Criteria Simple use case 11 transactions Medium use case 6 transactions Complex use case 6 transactions Use Case Number Description Complexity Use Case 1 Đăng nhập Simple Use Case 2 Đăng xuất Simple Use Case 3 Thay đổi mật khẩu Simple Use Case 4 Soạn đề thi Complex 7 Use Case 5 Sửa đề thi Medium Use Case 6 Xóa đề thi Simple Use Case 7 Xem đề thi Medium Use Case 8 Tạo tài khoản học sinh Simple Use Case 9 Xóa tài khoản học sinh Simple Use Case 10 Tim kiếm đề thi Medium Use Case 11 Tìm kiếm học sinh Medium Use Case 12 Xem kết quả thi của học sinh Simple Use Case 13 Chọn môn thi Simple Use Case 14 Chọn loại thi Simple Use Case 15 Xem lại bài làm Medium Use Case 16 Xem kết quả thi Medium Use Case 17 Thêm câu hỏi Complex Use Case 18 Xóa câu hỏi Simple Use Case 19 Sửa câu hỏi Simple Use Case 20 Thi Thật Complex Use Case 21 Thi Thử Complex Use Case 22 Import đề thi Complex Use Case 23 Export đề thi Complex Estimated Build Effort Program/Function Effort (Based on Data from Earlier Project) Number of Units Total Build Effort (in person-days) Simple use cases 1 Person-days 11 11 Medium use cases 2 Person-days 6 12 Complex use cases 3 Person-days 6 18 Total 41 Phase-wise Effort Estimate Activity/Phase Person-days % of total effort Requirements 12.5 12,1% Design 4.5 4,3% Build 41 39,8% Integration testing 6 6,8% Regression testing 3 2,9% Acceptance testing 6 5,8% Project management 7 6,8% Configuration management 4 3,8% 8 Training 9 8,7% Others 10 9,7% Estimated effort 103 100% 2.3. Lên lịch biểu Xem chi tiết trong file Schedule.mpp. 2.4. Nhân lực People by Role Role Required Number Date Project Manager 1 3/10/2011 Team Leaders 2 6/10/2011 Designers 2 18/10/2011 Developers 5 24/10/2011 Testers 2 1/11/2011 Total 12 People by Skill and Experience Area Total # 0–12 months' experience > 12 months' experience .NET 3 2 1 SQL 2 1 1 Photoshop 2 1 1 QA 2 1 1 Total 9 5 4 2.5. Môi trường phát triển Hardware Software NT Server Win NT Intel PC MS SQL Server 2008 Visual Studio 2010, Adobe Photoshop 2.6. Yêu cầu phần cứng và phần mềm Item Description Required # Date PCs with 2GB RAM 12 3/10/2011 1GB space on server 1 3/10/2011 Visual Studio 2010 5 3/10/2011 SQL Server 5 3/10/2011 Rational Rose 3 3/10/2011 Photoshop 2 18/10/2011 9 Tortoise SVN 2 3/10/2011 2.7. Công cụ - Rotation Rose. - Tortoise SVN. - MS Project, MS Excel, MS Word. 2.8. Kế hoạch huấn luyện Training Area Duration Waiver Criteria Technical dotNET 3 days If already trained SQL 2 days Exposed as part of initial training XML 2 hrs If already trained Cryptography 6 hrs If already trained Photoshop 4 hrs If already trained TortoiseSVN 4 hrs If already trained Rational Rose 6 hrs Mandatory Process-Related Quality system 3 hrs If already trained Configuration management 3 hrs If already trained Group review 4 hrs If already trained 2.9. Kế hoạch quản lý chất lượng 2.9.1. Chất lượng sản phẩm - Thỏa mãn yêu cầu khách hàng. - Không có lỗi khi giao cho khách hàng. - Giao sản phẩm đúng thời gian. - Đầy đủ các tài liệu liên quan. 2.9.2. Kế hoạch chất lượng - Lập kế hoạch chất lượng sản phẩm ngay từ khi có đặc tả phần mềm. - Viết các test cases. - Phải code review và pass unit test trước khi chuyển giao cho tester. - Test, báo lỗi và lưu các lỗi tìm thấy. - Chuyển giao lại cho lập trình viên tiến hành sửa lỗi ngay. 10 - Hối thúc việc thực hiện theo sát kế hoach đề ra. 2.10. Kế hoạch quản lý rủi ro 2.10.1. Ghi nhận rủi ro - Rủi ro có thể được xác định bởi các thành viên tham gia dự án - Rủi ro sau khi được trưởng nhóm phê duyệt sẽ và được ghi nhận vào tài liệu Risk Management. 2.10.2. Đánh giá rủi ro - Các Trưởng dự án hay các trưởng nhóm đánh giá khả năng và những ảnh hưởng của rủi ro để có độ ưu tiên xử lý thích hợp. - Kế hoạch phòng tránh rủi ro và giải pháp phải được xác định và ghi nhận trong tài liệu Risk Management. 2.10.3. Kiểm soát rủi ro - Phân công cho những thành viên để thực hiện kế hoạch phòng tránh rủi ro. - Tình trạng và độ ưu tiên của rủi ro được cập nhật hàng tuần. - Những rủi ro mới xuất hiện hoặc có độ ưu tiên cao phải được báo cáo lên cấp lãnh đạo trong Báo cáo tuần. 2.10.4. Rủi ro và kế hoạch đối phó Xem chi tiết trong file Risk Management.doc. 3. Theo dõi dự án -Ghi nhận mức độ hoàn thành từng công việc. - Theo dõi dự án dựa vào:  Team meeting:  Họp hàng tuần.  Mỗi lần 30 phút.  Mỗi thành viên báo cáo việc làm ngày tuần trước và công việc dự định làm tuần sau.  Report:  Report hàng tuần, sau từng giai đoạn. [...]... yêu cầu hệ thống - Theo dõi tiến triển của dự án - Phân tích và thi t kế hệ thống - Quản lý giám sát developers và QA phát triển ứng dụng - Hỗ trợ kỹ thuật cho developers và tester - Báo cáo kết quả với PM - Thi t kế giao diện cho hệ thống - Thi t kế CSDL - Thi t kế xử lý - Thi t kế kiến trúc - Xây dựng các chức năng của hệ thống theo bản thi t kế - Báo cáo kết quả với TL - Viết sưu liệu cho các chức .  Mỗi thành viên báo cáo việc làm ngày tuần trước và công việc dự định làm tuần sau.  Report:  Report hàng tuần, sau từng giai đoạn. 11  Kiểm soát % công việc hoàn thành hàng tuần,

Ngày đăng: 24/11/2014, 00:22

Từ khóa liên quan

Tài liệu cùng người dùng

Tài liệu liên quan