系统需求说明书.docx

1、系统需求说明书系统需求说明书教务管理系统2012-8-30宏利务于天下有限公司作者：杨启宏 王雪桥 谢虎目录一、项目发起者 4二、业务需要 4三、业务需求 43.1 教师子系统 43.2 教学管理子系统 43.3 学生子系统 5四、业务价值 5五、需求定义 55.1 功能需求 55.1.1教师子系统 55.1.2教学管理子系统 65.1.3学生子系统 65.2非功能需求 65.2.1操作需求 65.2.2 性能需求 65.2.3 安全需求 75.2.4 文化和政治需求 7六、用例描述 76.1具体功能描述 76.1.1学籍异动信息-用例描述 76.1.2考试安排-用例描述 86.1.3课表安排

2、-用例描述 106.2用例图 126.2.1教师子系统-用例图 126.2.2 教学管理员子系统-用例图 126.2.3 学生子系统-用例图 13七、数据流图 147.1 上下文图 147.2 0层DFD图 157.3 1层DFD图 167.3.1 教师子系统（杨启宏） 167.3.2 教学管理员子系统（王雪桥） 177.3.3 学生子系统（谢虎） 187.4 2层DFD图 197.4.1 教师子系统（杨启宏） 197.4.2 教学管理员子系统（王雪桥） 197.4.3 学生子系统（谢虎） 20八、UML建模图 218.1 学籍异动信息的UML图 218.2.1鲁棒图 218.2.2时序图 2

3、18.2.3活动图 218.2.4通信图 218.2考试安排的UML图 218.3.1鲁棒图 218.3.2时序图 228.3.3活动图 238.3.4通信图 238.3课表安排的UML图 238.3.1鲁棒图 238.3.2时序图 248.3.3活动图 248.3.4通信图 24九、ER图和领域模型 249.1ER图 249.2领域模型 24十、产品提交与验收 2410.1界面原型 2410.2数据库表结构 24系统需求说明书1、 项目发起者项目组长：杨启宏项目成员：杨启宏，2010级软件一班；王雪桥，2010级软件二班；谢虎，2010级软件一班。2、 业务需要现如今高等院校的招生人数越来越

4、多，必然就会有大量的学生信息、教师信息及课程信息需要处理。如果只靠人力来完成，这将会变成一项非常繁琐、复杂的工作，而且还有可能出现很多意想不到的错误，给管理这些数据带来了极大的不便，越来越不适合高校的发展需要。因此，为了提高教务管理工作的效率，减少错误的出现，节约大量的人力资源，教务管理也已经从手工操作转到计算机自动化信息处理阶段，所有高校都迫切需要计算机技术来进行教务信息的辅助管理。3、 业务需求3.1 教师子系统 教师进行身份认证、登录 教师登录后可以修改自己的登录信息（如密码） 教师登录后查询自己的基本信息（姓名，职工号，年龄，教师级别，授课方向） 教师登录后录入学生的考试成绩 教师登录

5、后可以查询课表信息、考试安排和课程信息 教师登录后师登录后可以录入自己所授的课程简介、教学资料、教学大纲以及查询并发布公告 教师登录后查询、修改学生考试成绩(若未提交，可以修改)3.2 教学管理子系统 教务处管理员进行身份验证登录系统 教务处管理员将教师和学生的基本信息录入到数据库中 教务处管理员对教师和学生的信息进行更新 教务处管理员可以查询教师和学生的个人信息 教务处管理员可以对专业管理、教学部门基本信息管理 教务管理员可以对课程管理、教学任务安排、课表的制定和考试安排 教务管理员发布学生培养方案 教务处管理员发布各种公告3.3 学生子系统 学生进行身份认证、登录 学生成功登录后查询自己的

6、基本信息 学生成功登录后能查询自己的课程信息 学生成功登录后能查询考试安排和考试成绩 学生成功登录后可以对教师进行课堂满意度调查 学生成功登录后可以选择自己需修的课程 查询公告4、 业务价值现如今高等院校的招生人数越来越多，必然就会有大量的学生信息、教师信息及课程信息需要处理。如果只靠人力来完成，这将会变成一项非常繁琐、复杂的工作，而且还有可能出现很多意想不到的错误，给管理这些数据带来了极大的不便，越来越不适合高校的发展需要。因此，为了提高教务管理工作的效率，减少错误的出现，节约大量的人力资源，教务管理也已经从手工操作转到计算机自动化信息处理阶段，所有高校都迫切需要计算机技术来进行教务信息的辅

7、助管理。5、 需求定义5.1 功能需求5.1.1 教师子系统 教师进行身份认证、登录 教师登录后查询自己的基本信息（姓名，职工号，年龄，教师级别，授课方向，） 教师登录后录入和查询学生的考试成绩，但不能对学生成绩进行更改，若更改须经教务管员的允许 教师登录后可以录入自己所授的课程简介、教学资料、教学大纲以及发布相关公告 教师登录后可以查询课表、课程信息以及考试安排 教师登录后查看系统发布的公告 教师登录后修改自己的登录信息（密码）5.1.2 教学管理子系统 教学管理员进行身份验证登录数据库和系统的后台 教学管理员将教师的基本信息录入到数据库中 教学管理员将学生的学籍信息录入到数据库中，能对学籍

8、异动信息进行相关操作 教学管理员可以教师信息进行查询和更新 教学管理员可以对学生信息进行查询和更新 教学管理员可以对课程管理（包括教学任务安排，课表的制定和考试安排） 教学管理员可以对专业的管理（包括教学部门和教室基本信息的管理） 教学管理员可以发布各种信息公告5.1.3 学生子系统 学生进行身份认证、登录 学生成功登录后可以查询自己的学籍信息 学生成功登录后能查询考试安排和考试成绩 学生成功登录后可以对教师进行课堂满意度调查 学生成功登录后可以进行选课操作和查看课表 学生成功登录后可以查看发布的公告5.2 非功能需求5.2.1 操作需求技术环境：系统运行在服务器上系统集成：系统的运行得出的学

9、生、教师信息都保存在数据库中 修改后的数据最总要在数据库中更新可移植性：系统可以在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 安全需求 系统价值：方便了教务管理人员对全校信息处理与管理，若中断会使真个学校的教学进行受到阻碍

10、若丢失数据则会造成1000万元的经济损失访问控制：只有教务管理员的权限最高，外部人员进入不了系统病毒控制：系统包含对病毒，蠕虫和木马等病毒的防卫，可以抵御外部的恶意攻击5.2.4 文化和政治需求用户制定：个人信息依照数据保护法案受到保护多语言：预计没有特殊的多语言需求法律：预计没有特殊的法律需求未声明的术语：预计没有特殊的未声明的术语需求6、 用例描述6.1 具体功能描述6.1.1 学籍异动信息-用例描述EAMS-UC001（描述人：杨启宏）用例编号EAMS -UC001用例名称学籍异动信息用例概述教学管理员成功登陆到学生信息管理界面，变更学生信息用例类型业务用例主参与者教学管理员次要参与者学

11、校，更改学籍信息的学生用例相关人利益说明相关人：教师利益：登录到学生信息管理界面，修改学生学籍信息相关人：学校利益：教师的操作是合理的，权限是允许的相关人：学生利益：学生的操作是合理的，权限是允许的前置条件登录成功，即密码和用户名、验证码都是正确的，教学管理员进入到学生信息管理界面后置条件教务管理人员可以对当前学生的信息进行修改，和其他学生信息的更改基本事件流步骤活动1系统提示用户输入待修改学生的姓名或学号查找待修改学生信息 2管理员打开待修改学生的详细信息3系统提示导出学生申请修改信息的申请书4管理员导出学生的申请表5系统显示出学生申请学籍异动的类别6管理员进入到更改学生信息的列表中7系统核

12、对学生的申请书信息与规定的标准信息是相符8管理员修改学生的学院信息和专业信息9系统检测学生之前学院的课程信息和当前学院的课程信息10管理员单击确认操作11系统分配出当前所在学院中选修课程，并导出课表12管理员记录该学生已申请修改过转专业信息并保存档案信息13系统提示信息修改成功14管理员点击保存按钮扩展事件流5a导出的学生申请表是转专业信息表1、 系统提示修改学生信息数据库表中的信息2、 管理员点击修改按钮，修改学生转专业信息5b导出的学生申请表是退学或休学信息表1、 系统提示更改学生信息2、 管理员点击按钮，并修改学生信息6a1、 学生的信息若不符合规定规则，退回申请书2、 学生填写申请资料

13、缺少或不正确，退回申请书8a1、 学生的申请时跨学院还是在本学院只换专业2、 将修改后的学生信息，发送于当前学院10a学生是否有不及格课程，安排当前学院的课程信息15a信息不符，退回申请书规则与约束1. 选择教务管理员的登陆权限6.1.2 考试安排-用例描述EAMS-UC002（描述人：王雪桥）用例编号EAMS-UC002用例名称考试安排用例概述用户登录系统后台，进行考试安排的相关操作用例类型业务用例主参与者教学管理员次要参与者学校用例相关人利益说明相关人：教学管理员利益：登录到系统后台，进行考试安排的相关操作相关人：学校利益：教务人员的操作是合理的，权限是允许的前置条件登录成功，即密码和用户

14、名、验证码都是正确的，教学管理员能登录到此操作界面，并且操作的时间段是允许的后置条件教务管理员可以对未发布的考试安排进行更改和删除等相关操作基本事件流步骤活动1教学管理员进入考试安排操作界面MainWindow2点击界面中的菜单项“考试安排”，界面自动跳转到考试安排操作界面3点击操作界面中的“科目”菜单项4系统显示所有的考试科目及科目编号5教学管理员选择所要安排的考试科目并单击确定按钮6系统提示是否显示所修该科目的学院名称、学生名单和学号7教学管理员单击确定按钮，系统显示所修科目的所有学生信息。包括学院名称、学院编号以及学生名单、专业、年级和学号8用户单击全选按钮，系统将科目与学院、以及对应的

15、学生名单进行链接显示并按学号先后顺序显示学生总人数9教学管理员按照学生学号的先后顺序进行考场分配，得出考场数量10教学管理员单击“考试时间安排”菜单项，系统进入相应界面11教学管理员输入考试安排时间12系统根据考试时间自动显示所有该时间段内空闲的教学楼编号以及对应的教室编号和座位数13教学管理员根据具体情况选择相应数量的教室作为考场并单击确定14教学管理员将考场编号和考试时间输入对应的学生列表中，生成新表15教学管理员单击“教师监考”菜单项，系统提示输入考试时间16教学管理员输入相应考试时间，系统数据库自动显示该时间段内空闲的所有教师名单、教师编号及所属学院17教学管理员根据具体情况将教师姓名

16、和编号以及所属学院输入对应的学生新表中，并且一个考场对应两个监考老师，保存成新表18系统提示是否打印新表扩展事件流14a1、考场编号和考试时间与先前输入的不一致系统提示无该考场编号或者提示时间输入错误2、考场编号输入的次数超过座位号的个数系统提示座位数不足3、输入的考试时间不合一般时间规则或者是非数字系统提示请输入正确的时间4、输入的教学楼编号和教室编号不对应系统提示XX教学楼不存在该教室编号17a1、在同一考场内输入的两个教师编号相同系统提示教师编号不能一致，请重新输入2、输入的考试时间与先前的不一致系统提示考试时间不一致，是否重新修改考试时间3、输入的教师信息时，所属学院与考生所属学院一致

17、系统提示该老师不能监考本学院考生，请重新输入4、输入的教师信息中备注都是主监考老师或者都是副监考老师系统提示不能两个都是主监考考试或不能两个都是副监考老师，请重新输入5、输入的教师姓名和编号不一致系统提示教师姓名和编号不一致，请重新输入6、同一考试时间段内，输入的教师姓名和编号都出现在两个或者多个不同的考场系统提示该教师已被分配，请重新输入规则与约束3.1 教学管理员输入正确的用户名的密码，并且所做的操作在自己的权限范围内3.2 后台数据库中存在相关的教学楼信息、教室信息、教师信息和学生信息6.1.3 课表安排-用例描述EAMS-UC003（描述人：谢虎）用例编号EAMS -UC003用例名称

18、课表安排用例概述教学管理员登录系统后台，进行课表安排的相关操作用例类型业务用例主参与者教学管理员涉众及关注点尽可能从授课老师实际情况的角度统筹安排。比如有哪些老师需要集中排课，有哪些老师需要分散排课。如果领导要上课，当然还要考虑领导的时间安排。前置条件登录成功，即密码和用户名、验证码都是正确的，教学管理员能登录到此操作界面，并且操作的时间段是允许的后置条件教务管理员可以对未发布的考课表安排进行更改和删除等相关操作基本事件流步骤活动1教学管理员进入课表安排操作界面MainWindow2点击界面中的菜单项“课表安排”，界面自动跳转到课表安排操作界面3教学管理员单击界面中的“年级选择”按钮，选择所要

19、排课的年级4系统自动连接相应数据库并跳转到该年级的“课程信息”界面，显示全校该年级本学期所要修的全部课程5教学管理员点击选择所要排的课程名称，根据课程性质和标准确定该课程的学时和上课周数6教学管理员根据学时和上课周数确定上课的具体时间段和周次7教学管理员根据课程编号及名称导入相应时间内空闲的授课教师的姓名和编号，并更新该教师的课表8教学管理员单击“课程信息”按钮，系统显示所修该课程的所有学生信息，包括姓名、学号、年级、专业和所属学院等9教学管理员输入该课程的所有上课时间段，系统显示相应时间段内空闲的学生信息，包括姓名、学号、年级、专业和所属学院等10教学管理员根据学生的专业和所属学院选择一个时

20、间段内要修该课程的人数11教学管理员将该课程编号和名称以及相应的授课教师导入学生列表中12教学管理员单击“教室安排”按钮，查看该周次和时间段内空闲的教学楼和教室13系统自动跳转到“教室安排”界面，并显示所有空闲教室及相应教室的座位数14教学管理员根据相应时间段内要修该课程的学生人数选择合适的教室15教学管理员将教学楼编号和教室编号导入修该课程的学生列表中，更新学生课表16教学管理员将教学楼编号和教室编号导入所授该课程的教师信息中，形成相应教师的个人课表17教学管理员将更新好的学生课表导入每一个要修该课程的学生信息中，形成相应学生的个人课表扩展事件流5a教学管理员输入的学时和周次不合该课程的性质

21、和课程标准系统提示学时超时或周数超时，请输入正确的学时和周数6a1、教学管理员输入的时间段超过标准的时间段安排系统提示时间段输入错误，请输入正确的时间段2、教学管理员输入的时间段不合时间标准格式系统提示时间段输入不合标准格式，请输入正确的时间格式3、教学管理员输入的时间段和周次与已排课程发生冲突系统提示课程发生冲突，请重新选择时间段或周次4、教学管理员输入的周次大于7系统提示周次输入错误，请重新输入7a1、教学管理员输入的教师姓名或教师编号与课程名称不对应系统提示输入错误，请输入正确的教师姓名和编号2、教学管理员输入的教师姓名和编号不对应系统提示姓名或编号输入错误，请输入正确的姓名或编号3、系

22、统管理员在同一时间段和周次，在不同的教室编号内输入相同的教师姓名和编号系统提示该教师已被安排，请重新选择教师14a1. 教学管理员选择的教室编号中，该教室座位数小于所规定的学生人数系统提示该教室座位不足，请重新选择教室规则与约束1、教学管理员输入正确的用户名的密码，并且所做的操作在自己的权限范围内 2、后台数据库中存在相关的教学楼信息、教室信息、教师信息和学生信息6.2 用例图6.2.1 教师子系统-用例图图6-1 教师子系统用例图6.2.2 教学管理员子系统-用例图图6-2 教学管理员子系统用例图6.2.3 学生子系统-用例图图6-3 学生子系统用例图7、 数据流图7.1 上下文图7.2 0

23、层DFD图7.3 1层DFD图7.3.1 教师子系统（杨启宏）7.3.2 教学管理员子系统（王雪桥）7.3.3 学生子系统（谢虎）7.4 2层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考试安排的

24、时序图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.1 ER图9.2 领域模型10、 产品提交与验收10.1 界面原型图 10-1 用户登录界面图 10-2 教师操作界面图 10-3 教学管理员界面图 10-4 学生操作界面10.2 数据库表结构图 10-5 教师课程关系表图 10-6 考试关系表图 10-7 学生课程关系表