系统需求说明书.docx

资源描述

系统需求说明书.docx

《系统需求说明书.docx》由会员分享，可在线阅读，更多相关《系统需求说明书.docx（44页珍藏版）》请在冰豆网上搜索。

系统需求说明书.docx

系统需求说明书

教务管理系统

2012-8-30

宏利务于天下有限公司

作者：

杨启宏王雪桥谢虎

一、项目发起者4

二、业务需要4

三、业务需求4

3.1教师子系统4

3.2教学管理子系统4

3.3学生子系统5

四、业务价值5

五、需求定义5

5.1功能需求5

5.1.1教师子系统5

5.1.2教学管理子系统6

5.1.3学生子系统6

5.2非功能需求6

5.2.1操作需求6

5.2.2性能需求6

5.2.3安全需求7

5.2.4文化和政治需求7

六、用例描述7

6.1具体功能描述7

6.1.1学籍异动信息-用例描述7

6.1.2考试安排-用例描述8

6.1.3课表安排-用例描述10

6.2用例图12

6.2.1教师子系统-用例图12

6.2.2教学管理员子系统-用例图12

6.2.3学生子系统-用例图13

七、数据流图14

7.1上下文图14

7.20层DFD图15

7.31层DFD图16

7.3.1教师子系统（杨启宏）16

7.3.2教学管理员子系统（王雪桥）17

7.3.3学生子系统（谢虎）18

7.42层DFD图19

7.4.1教师子系统（杨启宏）19

7.4.2教学管理员子系统（王雪桥）19

7.4.3学生子系统（谢虎）20

八、UML建模图21

8.1学籍异动信息的UML图21

8.2.1鲁棒图21

8.2.2时序图21

8.2.3活动图21

8.2.4通信图21

8.2考试安排的UML图21

8.3.1鲁棒图21

8.3.2时序图22

8.3.3活动图23

8.3.4通信图23

8.3课表安排的UML图23

8.3.1鲁棒图23

8.3.2时序图24

8.3.3活动图24

8.3.4通信图24

九、ER图和领域模型24

9.1ER图24

9.2领域模型24

十、产品提交与验收24

10.1界面原型24

10.2数据库表结构24

系统需求说明书

1、项目发起者

项目组长：

杨启宏

项目成员：

杨启宏，2010级软件一班；王雪桥，2010级软件二班；谢虎，2010级软件一班。

2、业务需要

现如今高等院校的招生人数越来越多，必然就会有大量的学生信息、教师信息及课程信息需要处理。

如果只靠人力来完成，这将会变成一项非常繁琐、复杂的工作，而且还有可能出现很多意想不到的错误，给管理这些数据带来了极大的不便，越来越不适合高校的发展需要。

因此，为了提高教务管理工作的效率，减少错误的出现，节约大量的人力资源，教务管理也已经从手工操作转到计算机自动化信息处理阶段，所有高校都迫切需要计算机技术来进行教务信息的辅助管理。

3、业务需求

3.1教师子系统

Ø教师进行身份认证、登录

Ø教师登录后可以修改自己的登录信息（如密码）

Ø教师登录后查询自己的基本信息（姓名，职工号，年龄，教师级别，授课方向）

Ø教师登录后录入学生的考试成绩

Ø教师登录后可以查询课表信息、考试安排和课程信息

Ø教师登录后师登录后可以录入自己所授的课程简介、教学资料、教学大纲以及查询并发布公告

Ø教师登录后查询、修改学生考试成绩（若未提交，可以修改）

3.2教学管理子系统

Ø教务处管理员进行身份验证登录系统

Ø教务处管理员将教师和学生的基本信息录入到数据库中

Ø教务处管理员对教师和学生的信息进行更新

Ø教务处管理员可以查询教师和学生的个人信息

Ø教务处管理员可以对专业管理、教学部门基本信息管理

Ø教务管理员可以对课程管理、教学任务安排、课表的制定和考试安排

Ø教务管理员发布学生培养方案

Ø教务处管理员发布各种公告

3.3学生子系统

Ø学生进行身份认证、登录

Ø学生成功登录后查询自己的基本信息

Ø学生成功登录后能查询自己的课程信息

Ø学生成功登录后能查询考试安排和考试成绩

Ø学生成功登录后可以对教师进行课堂满意度调查

Ø学生成功登录后可以选择自己需修的课程

Ø查询公告

4、业务价值

现如今高等院校的招生人数越来越多，必然就会有大量的学生信息、教师信息及课程信息需要处理。

5、需求定义

5.1功能需求

5.1.1教师子系统

●教师进行身份认证、登录

●教师登录后查询自己的基本信息（姓名，职工号，年龄，教师级别，授课方向，）

●教师登录后录入和查询学生的考试成绩，但不能对学生成绩进行更改，若更改须经教务管员的允许

●教师登录后可以录入自己所授的课程简介、教学资料、教学大纲以及发布相关公告

●教师登录后可以查询课表、课程信息以及考试安排

●教师登录后查看系统发布的公告

●教师登录后修改自己的登录信息（密码）

5.1.2教学管理子系统

●教学管理员进行身份验证登录数据库和系统的后台

●教学管理员将教师的基本信息录入到数据库中

●教学管理员将学生的学籍信息录入到数据库中，能对学籍异动信息进行相关操作

●教学管理员可以教师信息进行查询和更新

●教学管理员可以对学生信息进行查询和更新

●教学管理员可以对课程管理（包括教学任务安排，课表的制定和考试安排）

●教学管理员可以对专业的管理（包括教学部门和教室基本信息的管理）

●教学管理员可以发布各种信息公告

5.1.3学生子系统

●学生进行身份认证、登录

●学生成功登录后可以查询自己的学籍信息

●学生成功登录后能查询考试安排和考试成绩

●学生成功登录后可以对教师进行课堂满意度调查

●学生成功登录后可以进行选课操作和查看课表

●学生成功登录后可以查看发布的公告

5.2非功能需求

5.2.1操作需求

技术环境：

系统运行在服务器上

系统集成：

系统的运行得出的学生、教师信息都保存在数据库中

修改后的数据最总要在数据库中更新

可移植性：

系统可以在windows和Linux操作环境中运行

可维护性：

系统的运行结果是以Web浏览器的方式显示

系统每3个月维护一次

5.2.2性能需求

速度：

系统与用户的交互时间不能超过3秒钟

系统的数据更新时间在2分钟内完成

系统能满足全天24小时，全年365天持续正常工作

容量：

系统在8：

00-11：

30，14：

00-16：

00能并发处理500位同学的信息，其余时

间并发处理300位同学信息

可用性和可靠性：

系统正常运行达到99%

5.2.3安全需求

系统价值：

方便了教务管理人员对全校信息处理与管理，若中断会使真个学校的教学进行受到阻碍

若丢失数据则会造成1000万元的经济损失

访问控制：

只有教务管理员的权限最高，外部人员进入不了系统

病毒控制：

系统包含对病毒，蠕虫和木马等病毒的防卫，可以抵御外部的恶意攻击

5.2.4文化和政治需求

用户制定：

个人信息依照数据保护法案受到保护

多语言：

预计没有特殊的多语言需求

法律：

预计没有特殊的法律需求

未声明的术语：

预计没有特殊的未声明的术语需求

6、用例描述

6.1具体功能描述

6.1.1学籍异动信息-用例描述

EAMS-UC001（描述人：

杨启宏）

用例编号

EAMS-UC001

用例名称

学籍异动信息

用例概述

教学管理员成功登陆到学生信息管理界面，变更学生信息

用例类型

业务用例

主参与者

教学管理员

次要参与者

学校，更改学籍信息的学生

用例相关人利益说明

相关人：

教师

利益：

登录到学生信息管理界面，修改学生学籍信息

相关人：

学校

利益：

教师的操作是合理的，权限是允许的

相关人：

学生

利益：

学生的操作是合理的，权限是允许的

前置条件

登录成功，即密码和用户名、验证码都是正确的，教学管理员进入到学生信息管理界面

后置条件

教务管理人员可以对当前学生的信息进行修改，和其他学生信息的更改

基本事件流

步骤

活动

系统提示用户输入待修改学生的姓名或学号查找待修改学生信息

管理员打开待修改学生的详细信息

系统提示导出学生申请修改信息的申请书

管理员导出学生的申请表

系统显示出学生申请学籍异动的类别

管理员进入到更改学生信息的列表中

系统核对学生的申请书信息与规定的标准信息是相符

管理员修改学生的学院信息和专业信息

系统检测学生之前学院的课程信息和当前学院的课程信息

管理员单击确认操作

系统分配出当前所在学院中选修课程，并导出课表

管理员记录该学生已申请修改过转专业信息并保存档案信息

系统提示信息修改成功

管理员点击保存按钮

扩展事件流

导出的学生申请表是转专业信息表

1、系统提示修改学生信息数据库表中的信息

2、管理员点击修改按钮，修改学生转专业信息

导出的学生申请表是退学或休学信息表

1、系统提示更改学生信息

2、管理员点击按钮，并修改学生信息

1、学生的信息若不符合规定规则，退回申请书

2、学生填写申请资料缺少或不正确，退回申请书

1、学生的申请时跨学院还是在本学院只换专业

2、将修改后的学生信息，发送于当前学院

10a

学生是否有不及格课程，安排当前学院的课程信息

15a

信息不符，退回申请书

规则与约束

1.选择教务管理员的登陆权限

6.1.2考试安排-用例描述

EAMS-UC002（描述人：

王雪桥）

用例编号

EAMS-UC002

用例名称

考试安排

用例概述

用户登录系统后台，进行考试安排的相关操作

用例类型

业务用例

主参与者

教学管理员

次要参与者

学校

用例相关人利益说明

相关人：

教学管理员

利益：

登录到系统后台，进行考试安排的相关操作

相关人：

学校

利益：

教务人员的操作是合理的，权限是允许的

前置条件

登录成功，即密码和用户名、验证码都是正确的，教学管理员能登录到此操作界面，并且操作的时间段是允许的

后置条件

教务管理员可以对未发布的考试安排进行更改和删除等相关操作

基本事件流

步骤

活动

教学管理员进入考试安排操作界面MainWindow

点击界面中的菜单项“考试安排”，界面自动跳转到考试安排操作界面

点击操作界面中的“科目”菜单项

系统显示所有的考试科目及科目编号

教学管理员选择所要安排的考试科目并单击确定按钮

系统提示是否显示所修该科目的学院名称、学生名单和学号

教学管理员单击确定按钮，系统显示所修科目的所有学生信息。

包括学院名称、学院编号以及学生名单、专业、年级和学号

用户单击全选按钮，系统将科目与学院、以及对应的学生名单进行链接显示并按学号先后顺序显示学生总人数

教学管理员按照学生学号的先后顺序进行考场分配，得出考场数量

教学管理员单击“考试时间安排”菜单项，系统进入相应界面

教学管理员输入考试安排时间

系统根据考试时间自动显示所有该时间段内空闲的教学楼编号以及对应的教室编号和座位数

教学管理员根据具体情况选择相应数量的教室作为考场并单击确定

教学管理员将考场编号和考试时间输入对应的学生列表中，生成新表

教学管理员单击“教师监考”菜单项，系统提示输入考试时间

教学管理员输入相应考试时间，系统数据库自动显示该时间段内空闲的所有教师名单、教师编号及所属学院

教学管理员根据具体情况将教师姓名和编号以及所属学院输入对应的学生新表中，并且一个考场对应两个监考老师，保存成新表

系统提示是否打印新表

扩展事件流

14a

1、考场编号和考试时间与先前输入的不一致

系统提示无该考场编号或者提示时间输入错误

2、考场编号输入的次数超过座位号的个数

系统提示座位数不足

3、输入的考试时间不合一般时间规则或者是非数字

系统提示请输入正确的时间

4、输入的教学楼编号和教室编号不对应

系统提示XX教学楼不存在该教室编号

17a

1、在同一考场内输入的两个教师编号相同

系统提示教师编号不能一致，请重新输入

2、输入的考试时间与先前的不一致

系统提示考试时间不一致，是否重新修改考试时间

3、输入的教师信息时，所属学院与考生所属学院一致

系统提示该老师不能监考本学院考生，请重新输入

4、输入的教师信息中备注都是主监考老师或者都是副监考老师

系统提示不能两个都是主监考考试或不能两个都是副监考老师，请重新输入

5、输入的教师姓名和编号不一致

系统提示教师姓名和编号不一致，请重新输入

6、同一考试时间段内，输入的教师姓名和编号都出现在两个或者多个不同的考场

系统提示该教师已被分配，请重新输入

规则与约束

3.1教学管理员输入正确的用户名的密码，并且所做的操作在自己的权限范围内

3.2后台数据库中存在相关的教学楼信息、教室信息、教师信息和学生信息

6.1.3课表安排-用例描述

EAMS-UC003（描述人：

谢虎）

用例编号

EAMS-UC003

用例名称

课表安排

用例概述

教学管理员登录系统后台，进行课表安排的相关操作

用例类型

业务用例

主参与者

教学管理员

涉众及关注点

尽可能从授课老师实际情况的角度统筹安排。

比如有哪些老师需要集中排课，有哪些老师需要分散排课。

如果领导要上课，当然还要考虑领导的时间安排。

前置条件

登录成功，即密码和用户名、验证码都是正确的，教学管理员能登录到此操作界面，并且操作的时间段是允许的

后置条件

教务管理员可以对未发布的考课表安排进行更改和删除等相关操作

基本事件流

步骤

活动

教学管理员进入课表安排操作界面MainWindow

点击界面中的菜单项“课表安排”，界面自动跳转到课表安排操作界面

教学管理员单击界面中的“年级选择”按钮，选择所要排课的年级

系统自动连接相应数据库并跳转到该年级的“课程信息”界面，显示全校该年级本学期所要修的全部课程

教学管理员点击选择所要排的课程名称，根据课程性质和标准确定该课程的学时和上课周数

教学管理员根据学时和上课周数确定上课的具体时间段和周次

教学管理员根据课程编号及名称导入相应时间内空闲的授课教师的姓名和编号，并更新该教师的课表

教学管理员单击“课程信息”按钮，系统显示所修该课程的所有学生信息，包括姓名、学号、年级、专业和所属学院等

教学管理员输入该课程的所有上课时间段，系统显示相应时间段内空闲的学生信息，包括姓名、学号、年级、专业和所属学院等

教学管理员根据学生的专业和所属学院选择一个时间段内要修该课程的人数

教学管理员将该课程编号和名称以及相应的授课教师导入学生列表中

教学管理员单击“教室安排”按钮，查看该周次和时间段内空闲的教学楼和教室

系统自动跳转到“教室安排”界面，并显示所有空闲教室及相应教室的座位数

教学管理员根据相应时间段内要修该课程的学生人数选择合适的教室

教学管理员将教学楼编号和教室编号导入修该课程的学生列表中，更新学生课表

教学管理员将教学楼编号和教室编号导入所授该课程的教师信息中，形成相应教师的个人课表

教学管理员将更新好的学生课表导入每一个要修该课程的学生信息中，形成相应学生的个人课表

扩展事件流

教学管理员输入的学时和周次不合该课程的性质和课程标准

系统提示学时超时或周数超时，请输入正确的学时和周数

1、教学管理员输入的时间段超过标准的时间段安排

系统提示时间段输入错误，请输入正确的时间段

2、教学管理员输入的时间段不合时间标准格式

系统提示时间段输入不合标准格式，请输入正确的时间格式

3、教学管理员输入的时间段和周次与已排课程发生冲突

系统提示课程发生冲突，请重新选择时间段或周次

4、教学管理员输入的周次大于7

系统提示周次输入错误，请重新输入

1、教学管理员输入的教师姓名或教师编号与课程名称不对应

系统提示输入错误，请输入正确的教师姓名和编号

2、教学管理员输入的教师姓名和编号不对应

系统提示姓名或编号输入错误，请输入正确的姓名或编号

3、系统管理员在同一时间段和周次，在不同的教室编号内输入相同的教师姓名和编号

系统提示该教师已被安排，请重新选择教师

14a

1.教学管理员选择的教室编号中，该教室座位数小于所规定的学生人数

系统提示该教室座位不足，请重新选择教室

规则与约束

1、教学管理员输入正确的用户名的密码，并且所做的操作在自己的权限范围内

2、后台数据库中存在相关的教学楼信息、教室信息、教师信息和学生信息

6.2用例图

6.2.1教师子系统-用例图

图6-1教师子系统用例图

6.2.2教学管理员子系统-用例图

图6-2教学管理员子系统用例图

6.2.3学生子系统-用例图

图6-3学生子系统用例图

7、数据流图

7.1上下文图

7.20层DFD图

7.31层DFD图

7.3.1教师子系统（杨启宏）

7.3.2教学管理员子系统（王雪桥）

7.3.3学生子系统（谢虎）

7.42层DFD图

7.4.1教师子系统（杨启宏）

7.4.2教学管理员子系统（王雪桥）

7.4.3学生子系统（谢虎）

8、UML建模图

8.1学籍异动信息的UML图

8.2.1鲁棒图

图8-1学籍异动信息的鲁棒图

8.2.2时序图

图8-2学籍异动信息的时序图

8.2.3活动图

图8-3学籍异动信息的活动图

8.2.4通信图

图8-4学籍异动信息的通信图

8.2考试安排的UML图

8.3.1鲁棒图

图8-5考试安排的鲁棒图

8.3.2时序图

图8-6考试安排的时序图

8.3.3活动图

图8-7考试安排的活动图

8.3.4通信图

图8-8考试安排的通信图

8.3课表安排的UML图

8.3.1鲁棒图

图8-9课表安排的鲁棒图

8.3.2时序图

图8-10课表安排的时序图

8.3.3活动图

图8-11课表安排的活动图

8.3.4通信图

图8-12课表安排的通信图

9、ER图和领域模型

9.1ER图

9.2领域模型

10、产品提交与验收

10.1界面原型

图10-1用户登录界面

图10-2教师操作界面

图10-3教学管理员界面

图10-4学生操作界面

10.2数据库表结构

图10-5教师课程关系表

图10-6考试关系表

图10-7学生课程关系表

展开阅读全文