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

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.. Tiến

ĐẠ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:

Đào Hồng Công 11 12 004

TP HCM – 10/2011

2

Bảng ghi nhận thay đổi tài liệu

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

Use Case Number Description Complexity

7

Estimated Build Effort

Program/Function

Effort (Based on Data from Earlier Project)

Number of Units

Total Build Effort (in person-days)

Complex use

cases

Phase-wise Effort Estimate

Activity/Phase Person-days % of total effort

8

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

People by Skill and Experience

Area Total # 0–12 months' experience > 12 months' experience

2.5 Môi trường phát triển

Hardware Software

Visual Studio 2010, Adobe Photoshop

2.6 Yêu cầu phần cứng và phần mềm

Item Description Required # Date

9

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

Process-Related

Configuration management 3 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

11

 Kiểm soát % công việc hoàn thành hàng tuần, mức độ hoàn thành công việc của từng giai đoạn

 Milestones:

 Họp khách hàng, họp team

 Báo cáo, thoả thuận và kí kết cùng với khách hàng về công việc của dự án

 Báo cáo tiến độ án, những thay đổi và khó khăn của dự án (nếu có)

4 Nhóm thực hiện dự án

4.1 Tổ chức dự án

4.2 Thành viên dự án

No Initials Responsibility Start Date Expected End Date

1 PM Project manager 3/10/2011 15/11/2011

2 TL1 Team leader 6/10/2011 9/11/2011

3 TL2 Team leader 6/10/2011 15/11/2011

4 DS1 Designer 18/10/2011 19/10/2011

5 DS2 Designer 19/10/2011 20/10/2011

6 DEV1 Developer 24/10/2011 8/11/2011

7 DEV2 Developer 24/10/2011 8/11/2011

8 DEV3 Developer 24/10/2011 10/11/2011

9 DEV4 Developer 24/10/2011 10/11/2011

10 DEV5 Developer 24/10/2011 14/11/2011

Project Manager

PM

Team Leader

TL

Designer

DS

Developer DEV

Tester

QA

12

4.3 Vai trò, trách nhiệm từng thành viên

Role Responsibilities

Project manager

(PM)

- Thu thập và phân tích yêu cầu

- Lập kế hoạch dự án và lên lịch biểu

- Gặp gỡ khách hàng

- Xác định các yêu cầu hệ thống

- Theo dõi tiến triển của dự án Team leader (TL) - 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 Designer (DS) - 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 Developer (DEV) - 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 năng

- Unit testing và integration testing

- Triển khai dự án cho khách hàng Tester (QA) - Kiểm tra các chức năng của hệ thống theo yêu cầu phân tích

- Viết báo cáo lỗi, báo cáo với TL

- Kiểm tra hệ thống đảm bảo thoả mãn các yêu cầu trong bản đặc

tả

- ACID Project