成绩管理系统需求说明书

1 引言

1.1 目的

首先给出了整个系统的整体网络结构和功能结构的概貌，试图从总体架构上给出整个系统的轮廓，然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。其中对功能需求的描述采用了UML的用例模型方式，主要描述了每一用例的基本事件流，若有备选事件流则描述，否则则省略。而且还给出了非常直观的用例图。这些文字和图形都为了本文档能详细准确地描述用户的需求，同时也为用户更容易地理解这些需求的描述创造了条件。

详尽说明了这一软件产品的需求和规格，这些规格说明是进行设计的基础，也是编写测试用例和进行系统测试的主要依据。同时，也是用户确定软件功能需求的主要依据。

1.2 背景

随着计算机以及网络的普及，教师与学生对成绩方式的要求也越来越高，在成绩管理方式上追求质量及效率。作为教学核心组成之一的成绩管理系统也趋向更加便捷快速的方式。在现代化的教育技术模式下，计算机已经广泛应用于学校的教育管理，给传统的成绩管理带来了重大的革命。

该产品是在积累了丰富业务经验的基础上进行开发的，在需求上，充分考虑了具体用户的实际情况。主要完成学生成绩录入、批量导入、学生成绩分析与统计等业务，也可作为学校学生与教务管理系统的一个子模块。

2 任务概述

2.1 目标

高级中学对学生的考核主要还是对学生各科成绩的考核，考试类别多、课程多，而且要随高考制度的变化不断地改变，学生多，工作量大，尤其对学生成绩的分析（如排名）统计要及时，所以成绩管理一直是学校管理中的一个重要子系统。好的管理系统可以简少老师在成绩管理上的工作量，学生可以及时查询学习成绩，学校可以快速获得考试结果，掌握教学情况，改进教学活动。

2.2 用户特点

（1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计、项目管理。

（2）设计员：对需求进行分析，并设计出系统，包括数据库的设计。

（3）程序员：配合《设计报告》，了解系统功能，编写《用户手册》。

（4）测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。

（5）销售人员：了解预期产品的功能和性能。

（6）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。

（7）其他人员：如部门领导、公司领导等可以据此了解产品的功能和性能。

2.3 功能

3 需求规定

3.1 系统角色

本系统主要用于学校的以下几类人员：

（1）系统管理员，完成系统管理与维护，例如，维护学生、教师及数据字典等的维护。

                   图二  用例图一

（2）教师，维护课程与成绩，查询所教课程的所有学生的成绩。

（3）学生则可查询自已的成绩。

图三  用例图二

3.2 学生管理

3.2.1 增加学生信息

使用者：学校有学生管理功能角色的用户。

目的：单个添加学生基本信息。

基本事件流：

1、用户进入增加单个学生界面，本用例开始；

2、系统显示学生信息输入界面，用户输入学生姓名、学号、性别、出身日期、入学日期、班级、政治面貌、籍贯。

3、用户确认输入信息，系统检查学号是否唯一，若唯一，则增加学生信息，本用例结束。否则，提示用户重新输入。

3.2.2 修改学生信息

3.2.3 删除学生信息

3.2.4 导入学生信息

使用者：学校有学生管理功能角色的用户

目的：批量导入学生信息，也可以将其他系统中学生信息按照规定的格式导入本系统。

基本事件流：

1、用户进入批量导入学生界面，本用例开始；

2、系统显示导入文件类型、格式说明、并提供导入的模板文件下载。

3、用户按照导入文件格式要求填写或生成对应文件，然后将文件上传，点击确定。

4、系统检查文件的合理性，如果文件格式有误或有数据冲突，给出详细提示列表（错误所在行、错误原因），用户修改文件后再上传，如果上传文件合理，系统将学生信息导入系统。

5、本用例结束。

3.3 教师管理

使用者：学校有教师管理功能角色的用户

目的：单个添加教师基本信息。

基本事件流：

1、用户进入增加单个教师界面，本用例开始；

2、系统显示教师信息输入界面，用户输入教师姓名、工号、性别、出身日期、工作开始日期、职务、政治面貌、籍贯。

3、用户确认输入信息，系统检查工号是否唯一，若唯一，则增加教师信息，本用例结束。否则，提示用户重新输入。

3.3.1 增加教师信息

3.3.2 修改教师信息

3.3.3 删除教师信息

3.3.4 导入教师信息

使用者：学校有教师管理功能角色的用户

目的：批量导入教师信息，可以将其他系统中教师信息按照规定的格式导入本系统。

基本事件流：

1、用户进入批量导入教师界面，本用例开始；

2、系统显示导入文件类型、格式说明、并提供导入的模板文件，供下载。

3、用户按照导入文件格式要求填写或生成对应文件，然后将文件上传，点击确定。

4、系统检查文件的合理性，如果文件格式有误码或有数据冲突，给出详细提示列表（错误所在行、错误原因），用户修改文件后再上传，如果上传文件合理，系统将教师信息导入系统。

5、本用例结束。

3.4 课程管理

3.4.1 增加课程基本信息

使用者：教师或学校有课程管理角色的用户

目的：创建新课程。

基本事件流：

1、用户进入创建新课程页面，本用例开始；

2、系统显示创建课程页面，用户输入课程名称、学期、开始日期、结束日期，并选择任课教师。

3、用户确认创建课程，系统保存新创建的课程。本用例结束。

3.4.2 修改课程基本信息

3.4.3 删除课程基本信息

3.4.4 维护课程学生信息

使用者：教师或学校有课程管理角色的用户。

目的：将学生加入已创建的课程。

基本事件流：

1、用户维护课程学生信息界面，本用例开始；

2、系统显示课程列表，用户选择要加入学生的课程，系统显示该课程已存在的学生；

3、用户选择加入新学生，系统显示学生列表，用户可通过搜索列表显示班级下的学生，用户选择要加入课程的学生

4、系统将所选学生加入前面选定的课程，本用例结束。

3.5 成绩查询

3.5.1 学生查询成绩

3.5.2 教师查询成绩

3.6 成绩分析与统计

3.6.1 考试成绩表

某学期某次考试的单个班级的考试成绩表

3.6.2 班级各科平均成绩表

某学期某次考试单个年级的各科平均成绩表

3.6.3 年级成绩排名表

某学期某次考试单个年级的年级排名表

4 运行环境

该系统为B/S三层结构，它的运行环境分客户端、应用服务器端和数据库服务器端三部分。

以下是系统的软件环境。

（1）客户端

操作系统：Windows2000 Professional/XP或更新版本。

浏览器：IE6以上，其它常见浏览器如FireFox。

（2）应用服务器端

操作系统：Windows2000 Server或更新版本。

应用服务器：Tomcat 5.5或更新版本。

数据库访问：JDBC。

（3）数据库服务器端

操作系统：Windows2000 Server或更新版本。

数据库系统：SQLServer 2000或更新版本。

4.1 用户接口

本系统采用B/S架构，所有界面使用WEB风格，用户界面的具体细节将在概要设计文档中描述。

4.2 硬件接口

服务器端使用专用服务器。

4.3 软件接口

无特殊需求。

4.4 通信接口

无特殊需求。

5 需求审核

5.1 性能需求

（1）客户端一般响应时间（除报表统计、数据导入）不超过1秒。

（2）报表统计时间不超过30秒。

（3）支持2000名学生信息的一次性导入，导入时间不超过300秒。

（4）支持5000名用户（高级中学可达到的规模）并发使用，并保证性能不受影响。

5.2 安全性需求

（1）权限控制

根据不同用户角色，设置相应权限，用户的重要操作都做相应的日志记录以备查看，没有权限的用户禁止使用系统。学生只可查看自已的学习成绩，教师只可查看所教课程的学生成绩

（2）重要数据加密

本系统对一些重要的数据按一定的算法进行加密，如用户口令、重要参数等。

（3）数据备份

允许用户进行数据的备份和恢复，以弥补数据的破坏和丢失。

（4）记录日志

本系统应该能够记录系统运行时所发生的所有错误，包括本机错误和网络错误。这些错误记录便于查找错误的原因。日志同时记录用户的关键性操作信息。

5.3 可用性需求

（1）方便操作，操作流程合理

尽量从用户角度出发，以方便使用本产品。如：新增学生信息时，敲入回车键光标的自动跳转、输入法的自动转换，信息检索时输入汉语简拼快速检索到结果等。可以通过快速键方便用户录入信息，所有操作可仅通过键盘完成。

（2）支持没有计算机使用经验、计算机使用经验较少及有较多计算机使用经验的用户均能方便地使用本系统。

（3）控制必录入项

本系统能够对必须录入的项目进行控制，使用户能够确保信息录入的完整。同时对必录入项进行有效的统一的提示。

（4）容错能力

系统具有一定的容错和抗干扰能力，在非硬件故障或非通讯故障时，系统能够保证正常运行，并有足够的提示信息帮助用户有效正确地完成任务。

（5）操作完成时有统一规范的提示信息

例如删除操作时，系统可提示警示框“您确认删除记录吗？操作不可恢复！”，用户点击确认后，系统才执行删除操作，删除后可直接返回相关页面。

（6）用户可自定义

为了满足业务的不断变化，一些重要的参数应该可以灵活设置。

（7）联机帮助与操作指南。

（3）在线帮助：HTML Help格式文件，联机式。

5.4 其它需求

（1）支持多浏览器。

（2）系统安装方便，易于维护。