成绩管理系统软件需求分析规格说明书.docx

成绩管理系统软件需求分析规格说明书.docx

《成绩管理系统软件需求分析规格说明书.docx》由会员分享，可在线阅读，更多相关《成绩管理系统软件需求分析规格说明书.docx（26页珍藏版）》请在冰豆网上搜索。

成绩管理系统软件需求分析规格说明书

《成绩管理系统》

软件需求分析规格说明书

项目组成员信息

小组名称

13F6

学号

姓名

承担的角色

组内评分

GS1221611

亢延海

组长

5

2012-11

目录

1概述1

1.1编写目的1

1.2参考资料1

2项目概述1

3系统需求1

3.1功能需求1

3.2性能需求10

3.3其它非功能需求10

4数据需求11

4.1静态数据11

4.2动态数据12

4.3数据库描述12

4.4数据流图和数据字典12

5接口需求17

5.1用户界面17

5.2软硬件接口21

6环境21

6.1运行环境21

6.2开发环境22

1概述

1.1编写目的

本文档的编写目的是为成绩管理系统项目的开发提供：

a.软件总体要求，作为用户和软件开发人员之间了解的基础；

b.功能、接口和可靠性的要求，作为软件人员进行设计和编码的基础；

c.验收标准，作为用户确认测试的依据。

1.2参考资料

[1]KarlE.Wiegers，刘伟琴，刘洪涛著，软件需求（第2版），清华大学出版社，

2004-11-01

[2]毋国庆，软件需求工程[M]，机械工业出版社，2000-08-01

2项目概述

目前，学校对学生的考核主要还是对学生各科成绩的考核，考试类别多、课程多，

而且要随高考制度的变化不断地改变，学生多，工作量大，尤其对学生成绩的分析

（如排名）统计要及时，所以成绩管理一直是学校管理中的一个重要子系统。

好的

管理系统可以简少老师在成绩管理上的工作量，学生可以及时查询学习成绩，学校

可以快速获得考试结果，掌握教学情况，改进教学活动。

3系统需求

3.1功能需求

本系统需要实现的功能包括学生档案管理、老师信息管理、课程管理、成绩维护、

学生成绩分析统计、成绩查询和系统管理，共7大模块。

如下图所示

（图一）成绩管理系统功能

3.1.1系统角色

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

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

护。

（图二）用例图一

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

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

（图三）用例图二

主要的活动图如下：

1）管理员活动图

2）教师活动图

3）学生活动图

3.1.2学生管理

3.1.2.1.增加学生信息

使用者：

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

目的：

单个添加学生基本信息。

基本事件流：

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

2、系统显示学生信息输入界面，用户输入学生姓名、学号、性别、出身日期、入学

日期、班级、政治面貌、籍贯。

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

结束。

否则，提示用户重新输入。

3.1.2.2.修改学生信息

使用者：

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

目的：

修改学生基本信息。

基本事件流：

1、用户进入修改学生界面，本用例开始；

2、系统显示学生信息修改界面，用户输入要修改的学生信息，如学生姓名、学号、

性别、出身日期、入学日期、班级、政治面貌等。

3、用户确认修改信息，系统检查学号是否唯一，若唯一，则修改学生信息成功，本

用例结束。

否则，提示用户重新输入。

3.1.2.3.删除学生信息

使用者：

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

目的：

删除学生基本信息。

基本事件流：

1、用户进入学生管理界面，本用例开始；

2、系统显示学生信息界面，用户选择要删除的学生学号。

3、删除成功，本用例结束。

3.1.2.4.导入学生信息

使用者：

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

目的：

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

统。

基本事件流：

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

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

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

4、系统检查文件的合理性，如果文件格式有误或有数据冲突，给出详细提示列表

（错误所在行、错误原因），用户修改文件后再上传，如果上传文件合理，系统将学

生信息导入系统。

5、本用例结束。

3.1.3教师管理

使用者：

学校有教师管理功能角色的用户。

目的：

单个添加教师基本信息。

基本事件流：

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

2、系统显示教师信息输入界面，用户输入教师姓名、工号、性别、出身日期、工作

开始日期、职务。

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

结束。

否则，提示用户重新输入。

3.1.3.1.增加教师信息

使用者：

学校有教师管理功能角色的用户。

目的：

单个添加教师基本信息。

基本事件流：

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

2、系统显示教师信息输入界面，用户输入教师姓名、工号、性别、职务、工作开始

时间等。

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

结束。

否则，提示用户重新输入。

3.1.3.2.修改教师信息

使用者：

学校有教师管理功能角色的用户。

目的：

修改教师基本信息。

基本事件流：

1、用户进入修改教师界面，本用例开始；

2、系统显示教师信息修改界面，用户输入要修改的教师信息，如教师姓名、工号、

性别等。

3、用户确认修改信息，系统检查工号是否唯一，若唯一，则修改教师信息成功，本

用例结束。

否则，提示用户重新输入。

3.1.3.3.删除教师信息

使用者：

学校有教师管理功能角色的用户。

目的：

删除教师基本信息。

基本事件流：

1、用户进入教师管理界面，本用例开始；

2、系统显示教师信息界面，用户选择要删除的教师工号。

3、删除成功，本用例结束。

3.1.3.4.导入教师信息

使用者：

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

目的：

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

基本事件流：

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

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

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

4、系统检查文件的合理性，如果文件格式有误码或有数据冲突，给出详细提示列

表（错误所在行、错误原因），用户修改文件后再上传，如果上传文件合理，系统将

教师信息导入系统。

5、本用例结束。

3.1.4课程管理

3.1.4.1.增加课程基本信息

使用者：

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

目的：

创建新课程。

基本事件流：

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

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

选择任课教师。

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

本用例结束。

3.1.4.2.修改课程基本信息

使用者：

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

目的：

修改课程。

基本事件流：

1、用户进入课程信息修改页面，本用例开始；

2、系统显示修改课程页面，用户搜索到要修改的课程，输入新的课程信息。

3、用户确认修改课程信息，系统保存新修改的课程。

本用例结束。

3.1.4.3.删除课程基本信息

使用者：

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

目的：

删除课程。

基本事件流：

1、用户进入课程管理页面，本用例开始；

2、系统显示课程页面，用户输入课程名称找到要删除的课程，执行删除。

3、用户确认删除课程，系统保存。

本用例结束。

3.1.4.4.维护课程学生信息

使用者：

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

目的：

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

基本事件流：

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

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

生；

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

学生，用户选择要加入课程的学生

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

3.1.5成绩查询

3.1.5.1.学生查询成绩

使用者：

学生

目的：

查询学生成绩。

基本事件流：

1、用户进入成绩查询页面，本用例开始；

2、用户可输入要查询的课程名称来查询单个课程成绩，也可点击“查询全部课程”

按钮来查询其所有课程成绩信息。

3、系统显示出本课程或全部课程的成绩信息。

本用例结束。

3.1.5.2.教师查询成绩

使用者：

教师

目的：

查询学生成绩。

基本事件流：

1、用户进入成绩查询页面，本用例开始；

2、系统显示学生学号和课程名称搜索文本框，用户输入学生学号或课程名称来查

询某个学生或者某门课程的成绩信息。

3、系统显示出本学生或本课程的学生成绩信息。

本用例结束。

3.1.5.3.成绩分析与统计

使用者：

教师

目的：

成绩分析与统计。

基本事件流：

1、用户进入学生成绩统计分析页面，本用例开始；

2、系统显示学生成绩统计分析页面，用户可根据需要执行以下三种操作：

1）输入学期信息，可生成本学期的考试成绩表

2）输入班级名称，可生成本班级的各科平均成绩表，也可生成全部班级的各科平均成绩表。

3）输入学期和年级信息，可生成本年级本学期的考试成绩排名表。

3、系统显示相应的统计分析报表。

本用例结束。

3.1.5.4.考试成绩表

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

2010-2011学年第一学期高一

（1）班期末考试成绩表

3.1.5.5.班级各科平均成绩表

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

2010-2011学年第一学期高一各班期末考试各科平均成绩表

3.1.5.6.年级成绩排名表

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

2010-2011学年第一学期高一年级期末考试成绩排名表

3.2性能需求

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

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

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

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

3.3其它非功能需求

3.3.1安全性需求

（1）权限控制

根据不同用户角色，设置相应权限，用户的重要操作都做相应的日志记录以备查看，

没有权限的用户禁止使用系统。

学生只可查看自已的学习成绩，教师只可查看所教

课程的学生成绩

（2）重要数据加密

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

（3）数据备份

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

（4）记录日志

本系统应该能够记录系统运行时所发生的所有错误，包括本机错误和网络错误。

这

些错误记录便于查找错误的原因。

日志同时记录用户的关键性操作信息。

3.3.2可用性需求

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

尽量从用户角度出发，以方便使用本产品。

如：

新增学生信息时，敲入回车键光标

的自动跳转、输入法的自动转换，信息检索时输入汉语简拼快速检索到结果等。

可

以通过快速键方便用户录入信息，所有操作可仅通过键盘完成。

（2）支持没有计算机使用经验、计算机使用经验较少及有较多计算机使用经验的用

户均能方便地使用本系统。

（3）控制必录入项

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

同时对

必录入项进行有效的统一的提示。

（4）容错能力

系统具有一定的容错和抗干扰能力，在非硬件故障或非通讯故障时，系统能够保证

正常运行，并有足够的提示信息帮助用户有效正确地完成任务。

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

例如删除操作时，系统可提示警示框“您确认删除记录吗？

操作不可恢复！

”，用户

点击确认后，系统才执行删除操作，删除后可直接返回相关页面。

（6）用户可自定义

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

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

4数据需求

4.1静态数据

学生成绩管理系统的静态数据包括以下内容。

学生：

学号，姓名，性别。

学生成绩：

学号，课程号，分数，学分。

课程：

课程号，课程名，学分，学时，开课学期。

教师：

教师工号，教师姓名，性别，职务，工作开始日期。

ER图如下所示：

4.2动态数据

输入数据：

课程信息、学生信息、成绩信息。

用户名和密码信息。

课程号。

输出数据：

查询的记录集。

4.3数据库描述

数据库采用MicrosoftSQLServer2000数据库。

4.4数据流图和数据字典

（1）数据流图。

学生成绩管理系统数据流图如下图所示。

包含信息：

用户密码、新密码信息、课程信息、学生信息、成绩信息、课程号。

（2）数据字典

①数据源点及汇点描述。

●名称：

教师，

简要描述：

录入课程信息、学生信息、学生成绩信息、修改自身密码。

●名称：

学生

简要描述：

查询自身信息、查询课程信息、修改自身密码。

②加工逻辑词条描述。

●加工名：

验证。

加工编号：

1。

简要描述：

验证登录用户以及密码。

加工逻辑：

从用户登录表中提取用户信息，再与输入的用户登录信息做比较，如果

相同，则继续下一步。

●加工名：

改密码。

加工编号：

2。

简要描述：

修改登录用户密码。

加工逻辑：

从用户表中提取原来的用户和密码信息，改密码，完成后再把新密码回

存用户登录表。

●加工名：

修改录入课程信息。

加工编号：

3。

简要描述：

录入相应课程信息。

加工逻辑：

将相应的课程信息修改、录入，完成后将信息存到课程表中。

●加工名：

修改录入学生信息。

加工编号：

4。

简要描述：

修改录入相应的学生信息。

加工逻辑：

将相应的学生信息修改、录入，完成后将信息存到学生表中。

●加工名：

修改录入成绩信息。

加工编号：

5。

简要描述：

修改录入学生相应课程的成绩。

加工逻辑：

将相应的课程成绩修改、录入，完成后将信息存到成绩表中。

●加工名：

查成绩。

加工编号：

6。

简要描述：

查询学生自己某门课程的成绩。

加工逻辑：

接收输入的课程号，通过成绩表、学生表、课程表这三个表的对应关系

查找相应的学科成绩，完成再把成绩呈现给学生。

●加工名：

查课程。

加工编号：

7。

简要描述：

查询学生自己所算某门课程的信息。

加工逻辑：

接收输入的课程号，通过成绩表、学生表、课程表这三个表的对应关系

查找相应的课程信息，完成再把成绩呈现给学生。

③数据流名词条描述：

●数据流名：

用户名密码。

说明：

每个用户名是唯一的，每个用户名对应一个密码，学生用户名对应学号，教

师用户名对应教师号。

用户名标识了用户，用来登录系统。

数据流来源：

教师，学生。

数据流去向：

验证。

数据流组成：

用户名密码=用户名+密码

用户名=学号+教师号

密码=6位数字

学号=“0810815101”..“0810815151”

教师号=“0100”..“0199”

6位数字=6｛数字｝6

数字=【0/1/2/3/4/5/6/7/8/9】

●数据流名：

新密码信息。

说明：

用户想要修改的新密码，修改了以后登录系统要用这个新密码。

数据流来源：

教师，学生。

数据流去向：

改密码。

数据流组成：

新密码=6位数字

6位数字=6｛数字｝6

数字=【0/1/2/3/4/5/6/7/8/9】

●数据流名：

课程信息。

说明：

一门课所包含的属性，如课程号，课程名，学分，学时，开课学期等。

数据流来源：

教师。

数据流去向：

修改录入课程信息。

数据流组成：

课程信息=课程号+课程名+学分+学时+开课学期

课程号=“01”..“99”

课程名=2｛字母｝24

学分=1..6

学时=30..100

开课学期=1..8

字母=【a..z|A..Z】

●数据流名：

学生信息。

说明：

每个学生所包含的属性，学号，姓名，性别。

数据流来源：

教师。

数据流去向：

修改录入学生信息。

数据流组成：

学生信息=学号+姓名+性别

学号=“0810815101”..“0810815151”

姓名=2｛字母｝24

性别=【Man|Women】

字母=【a..z|A..Z】

●数据流名：

成绩信息。

说明：

学生各学科的成绩。

数据流来源：

教师。

数据流去向：

修改录入成绩信息。

数据流组成：

成绩信息=学号+课程名+分数+学分

学号=“0810815101”..“0810815151”

课程名=课程名=2｛字母｝24

分数=0..100

学分=1..6

字母=【a..z|A..Z】

●数据流名：

课程号。

说明：

各门课的唯一标识。

数据流来源：

学生。

数据流去向：

查成绩，查课程。

数据流组成：

课程号=“01”..“99”

④数据文件词条描述。

●数据文件名：

用户登录表

简述：

存放帐号密码信息。

输入数据：

帐号和密码信息。

输出数据：

帐号和密码信息。

数据文件组成：

用户登录表由“帐号和密码信息”组成。

存储方式：

关键码。

●数据文件名：

课程表。

简述：

存放课程信息。

输入数据：

课程信息。

输出数据：

课程信息。

数据文件组成：

课程表由“课程信息”组成。

存放方式：

关键码。

●数据文件名：

学生表。

简述：

存放学生信息。

输入数据：

学生信息。

输出数据：

学生信息。

数据文件组成：

学生表由“学生信息”组成。

存放方式：

关键码。

●数据文件名：

成绩表。

简述：

存放学科成绩信息。

输入数据：

学科成绩信息。

输出数据：

学科成绩信息。

数据文件组成：

成绩表由“学科成绩信息”组成。

存放方式：

关键码。

5接口需求

5.1用户界面

本系统采用B/S架构，所有界面使用WEB风格，主要的功能界面如下：

1）主页

2）学生登录页面

3）成绩查询界面

4）成绩录入界面

5）修改课程界面

5.2软硬件接口

5.2.1硬件接口

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

系统运行的设备要求如下：

1）服务器端：

2G主频、1G内存、100G硬盘、10／100M网卡以上配置

光盘刻录或磁带备份设备

2）客户端：

1G主频、256M内存、40G硬盘、10／100M网卡以上配置

3）输出设备：

客户机

4）一台路由器

5）远程拨入设备

5.2.2软件接口

操作系统平台：

WindowsXP

数据库系统平台：

SQLServer2000

开发语言：

Java

开发工具：

Eclipse4.2

6环境

6.1运行环境

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

三部分。

6.1.1软件环境

1）客户端

操作系统：

Windows2000Professional/XP或更新版本。

浏览器：

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

2）应用服务器端

操作系统：

Windows2000Server或更新版本。

应用服务器：

Tomcat5.5或更新版本。

数据库访问：

JDBC。

3）数据库服务器端

操作系统：

Windows2000Server或更新版本。

数据库系统：

SQLServer2000或更新版本。

6.1.2硬件环境

1）客户端

显示器17寸以上

CPU:

intel1.0G以上

内存：

256M以上

硬盘:

>=40G

2）应用服务器端

显示器17寸以上

CPU:

intel2.0G以上

内存：

1G以上

硬盘:

>=100G

3）数据库服务器端

CPU:

intel2.0G以上

内存：

2G以上

硬盘:

>=500G

6.2开发环境

6.2.1软件环境

1）客户端

操作系统：

Windows2000Professional/XP或更新版本。

开发工具：

JDK1.5及以上，tomcat5.5及以上，eclipse4.2及以上，

SQLSERVER2000及以上，IE6及以上

2）应用服务器端

操作系统：

Windows2000Server或更新版本。

应用服务器：

JDK1.5及以上，Tomcat5.5或更新版本。

3）数据库服务器端

操作系统：

Windows2000Server或更新版本。

数据库系统：

SQLServer2000或更新版本。

6.2.2硬件环境

1）客户端

显示器17寸以上

CPU:

intel1.0G以上

内存：

256M以上

硬盘:

>=40G

2）应用服务器端

显示器17寸以上

CPU:

intel2.0G以上

内存：

1G以上

硬盘:

>=100G

3）数据库服务器端

CPU:

intel2.0G以上

内存：

2G以上

硬盘:

>=500G