国标8567-2006软件需求规格说明实例-教务系统-重大修改版.doc
《国标8567-2006软件需求规格说明实例-教务系统-重大修改版.doc》由会员分享，可在线阅读，更多相关《国标8567-2006软件需求规格说明实例-教务系统-重大修改版.doc（39页珍藏版）》请在冰豆网上搜索。
软件需求规格说明
软件需求规格说明（SRS）
项目：
教务管理系统
专业班级：
目录
目录 2
1.范围 4
1.1标识 4
1.2系统概述 4
1.3文档概述 4
1.4基线 5
2.参考文献：
6
3.需求 6
3.1所需的状态和方式 6
3.2需求概述 6
3.2.1目标 6
3.2.2运行环境 8
3.2.3用户的特点 9
3.2.4关键点 9
3.2.5约束条件 9
3.3需求规格 10
3.3.1软件系统总体功能/对象结构 10
3.3.2描述约定 12
3.4CSCI能力需求 12
3.4.1数据字典 13
3.4.2系统功能分解 15
3.4.3选课、退课模块 16
3.4.4查询模块 17
3.4.5成绩管理模块 17
3.4.6教师个人信息更新模块 17
3.4.7数据库模块 17
3.5CSCI外部接口需求 17
3.5.1用户界面 17
3.5.2教务系统与XXX之间的接口 19
3.6CSCI内部接口需求 19
3.6.1教务系统与数据库之间的内部接口 20
3.7CSCI内部数据需求 20
3.7.1实体-关系图 20
3.7.2数据表 23
3.7.3数据流图 25
3.8保密性需求 26
3.9CSCI环境需求 27
3.10计算机资源需求 27
3.10.1计算机硬件需求 27
3.10.2计算机硬件资源利用需求 27
3.10.3计算机软件需求 28
3.10.4计算机通信需求 28
3.11软件质量因素 28
3.12设计和实现的约束 29
3.13数据 29
3.14操作 30
3.15故障处理 30
3.16有关人员需求 31
3.17有关培训需求 31
3.18有关后勤需求 31
4需求可追踪性 31
5尚未解决的问题 32
6注解（业务名词的解释） 33
附录A 34
附录B 35
1.范围
1.1标识
（待开发软件的完整标识，（如果有的话）包括标识号，版本号、发行号、标题。
用于需求跟踪）
本文档适用于教务管理系统1.0版，标识号、和发行号无。
标题：
教务系统需求规格说明。
1.2系统概述
（本条应简述本文档适用的系统和软件的用途，它应描述系统和软件的一般特性；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；列出其他有关的文档。
）
教务系统用于与教学活动有关的行政工作。
其主要功能包括：
学生查询课程、学生选课、成绩管理、打印报表等。
本项目无投资方，需求方为XX大学，用户为XX大学在校职工及学生，开发方为XX开发团队，支持机构为XXXXX。
本项目其他有关文档还有
《可行性分析（研究）报告（FAR）》、
《软件（结构）设计说明（SDD）》
《软件测试报告（STR）》
《软件产品运作总结》
1.3文档概述
（本文档针对的读者对象及每类读者应重点阅读的部分）
本软件规格规格说明用于使用户和开发开发团队双方对待开发软件的功能有一个共同的理解，使之成为整个开发工作的基础。
建议有关人员重点阅读的部分：
本说明书的各分部内容
用户方高层管理人员
用户方中层管理人员
用户方操作人员
开发方设计与编码人员
评审专家
1.范围
√
√
√
2.参考文献：
3.需求
3.1所需的状态和方式
3.2需求概述
√
√
3.3需求规格
√
√
3.3.1软件系统总体功能/对象结构
√
3.3.2描述约定
√
3.4CSCI能力需求
3.5CSCI外部接口需求
3.6CSCI内部接口需求
3.7CSCI内部数据需求
3.8保密性需求
3.9CSCI环境需求
3.10计算机资源需求
3.11软件质量因素
3.12设计和实现的约束
3.13数据
3.14操作
3.15故障处理
3.16有关人员需求
√
3.17有关培训需求
√
3.18有关后勤需求
√
4需求可追踪性
√
√
5尚未解决的问题
√
√
6注解
√
√
附录A
附录B
本说明书仅适用于教务系统，任何使用此文档的人员，必须严格按照文档规定及说明及相关法律条款规定，不能擅自修改及非法使用。
本开发团队拥有对此文档的最终解释权。
1.4基线
（
Ø采用迭代开发思想，待开发软件会依次经历若干个过渡版本，最终演化为满足所有需求的软件
Ø基线，是软件开发过程中的某个过渡版本及这个版本将要满足的一组需求
Ø基线要在需求规格说明书通过评审后才正式确立
Ø划定基线，首先要完成以下两项任务：
按优先级对所有需求项排序，估算每个需求项需要的工作量
Ø优先级的高的需求该优先被实现，每条基线的工作量应有恰当的时间粒度
Ø在任意一条基线的开发过程中，开发团队暂时不响应需求变更，而是把需求变更纳入下一条基线考虑
Ø基线为迭代开发提供了基础，迭代开发是应对需求变更的一种方式
Ø基线变更必须由变更控制委员会审批
）
基线
对应的一组需求
相应功能
预计工作量
基线1（过渡版本1）
基线2（过渡版本1）
……
2.参考文献：
【1】吴洁明，《软件工程—基础实践教程》，北京：
清华大学出版社，2007.11
【2】王少锋，《UML面向物件教程》，北京：
清华大学出版社，2004.2
【3】王珊，萨师煊，北京：
高等教育出版社，2006.5（2007重印）
3.需求
3.1所需的状态和方式
学生，教师和管理员根据各自实际身份登录教务管理系统，如果登录成功，则启动相应的管理系统，以及相应的权限，实现各项功能。
3.2需求概述
3.2.1目标
教务管理系统是为了提高现代高校教务管理的工作效率而设计的，使用三层B/S结构，让管理员，教师和学生能够方便的使用各自的功能，淘汰传统的管理模式。
1.本系统拟达成的目标：
（1）学生视点：
学生通过教务管理系统的网址，在输入初始的账户和密码之后，要选择“学生”选项，确定是以学生的身份登录系统，如果成功登录，将进入教务管理系统。
在该系统中，学生大多只是查询相关数据，能够拥有的权限仅限于选课和退课，以及修改密码。
在查询系统中，学生可以根据自己的需要，查询课程，查询成绩等。
在查询成绩的子系统中，可以根据不同的学年，查询相关成绩，以及将成绩排序。
在选课子系统中，在相关学年的课程中，选定需要的课程；如果不需要应经选定的课程，可以退订。
（2）教师视点
教师通过教务管理系统的网址，再输入初始的账户和密码之后，要选择“教师”选项，确定是以教师的身份登录系统，如果成功登录，将进入教务管理系统。
在该系统中，教师可以查询，修改自己的信息数据，查询学生的相关信息，以及输入所管理班级的相关成绩。
在教师查询和修改自己的已有信息，比如：
姓名，出生年月，政治面貌，联系电话，联系地址等等；查询学生的信息，如：
带领班级名称，班级人数，学生姓名，成绩等。
在打印系统中，教师打印自己的个人信息或是学生的成绩。
在成绩管理系统中，输入相关班级学生的所选课程的成绩。
（3）管理员视点：
管理员通过教务管理系统的网址，再输入初始的账户和密码之后，要选择“管理员”选项，确定是以管理员的身份登录系统，如果成功登录，将进入教务管理系统。
在该系统中，管理员的权限最高，可以根据实时信息，更新教务管理系统的数据库，比如：
学生和教师，以及自己的姓名，联系方式等。
2本系统的主要功能：
选课，退课，查询成绩，修改个人信息，维护系统数据，统计，排序，打印等
（1）学生通过学生管理系统的查询模块可以查询到自己的信息数据，比如：
成绩，选课情况等；
（2）教师可以也通过查询系统，查找到学生和自己的信息；
（3）学生可以通过选课系统，选择或取消课程；
（4）教师可以通过成绩管理系统，修改学生的成绩；
（5）管理员通过已有的教师和学生信息，更新数据库；
（6）教师和管理员可以通过打印系统，打印相关材料。
教务系统的高层次图
3.2.2运行环境
客户机：
Windows2000或者以上
1GHZ或更高主频的相容CPU
推荐最小内存为512MB。
（支持的最小内存为128MB；最多支持4GB内存。
）
至少有1GB可用磁盘空间的硬盘
服务器：
WindowsXPProfessional
服务器需要安装Tomcat服务器
1GHZ或更高主频的相容CPU
推荐最小内存为512MB。
（支持的最小内存为128MB；最多支持4GB内存。
）
至少有1GB可用磁盘空间的硬盘
3.2.3用户的特点
用户分别是管理员，教师和学生。
从使用系统来说，共同点是：
管理员，教师和学生都需要用户名和密码来登录。
区别是：
管理员是维护系统数据，拥有最高权限；教师查询选课信息，登记学生成绩和查询开课课程等，拥有部分权限；学生成绩查询，选课和退课，只拥有查询和选课权限。
（要充分考虑用户的专业背景、年龄等各种影响其使用待开发软件的因素，易用性是因人而异的）
学生用户多处在18-23岁年龄段，无论专业背景如何，基本能熟练掌握Windows系统、浏览器的各种操作。
管理员用户、教师用户的年龄跨度相对较大。
如果管理员或教师用户不是电子信息类专业背景且年龄偏大，那么对Windows系统、浏览器的基本操作相对生疏。
3.2.4关键点
关键功能：
各类信息的增加、查询、更新、删除
关键算法：
队列
关键技术：
JSP,SQL
3.2.5约束条件
（列出进行本系统开发工作的约束条件。
例如：
经费限制、开发期限和所采用的方法与技术，以及政治、社会、文化、法律等）
开发期限:
…
方法与技术：
JSP，SQL
在未经许可的情况下，向第三方提供相关个人信息，保证信息的安全性和私密性。
3.3需求规格
3.3.1软件系统总体功能/对象结构
（对软件系统总体功能/对象结构进行描述，包括结构图、流程图或对象图。
）
1教务系统结构图
以上是教务管理系统的结构图，由图可知整个系统分为选课、退课系统，查询系统，成绩管理系统，教师个人信息更新，数据库五大部分。
2教务系统类图
类名：
Person,Student,Teacher,Administrator,Schedule。
类的属性：
Student中有私有的name（学生姓名）,StuNum（学号）,class（班级）;Schedule中有私有的course（课程）,time（上课时间）。
类的方法（函数）：
Person类中有成绩查询，成绩打印，成绩统计，成绩排序。
Student类中有选课和退课；Schedule中有opname（执行相应操作）;Administrator中有权限管理和维护系统数据。
Teac
升级会员 