软件需求规格说明书-范例

2、系统管理员在系统中给用户添加相关权限。
3、系统管理员保存数据。
界面原型：
业务规则说明：
1、对于业务流程第二步操作，系统管理员有可能对角色的固定权限做相对应的修改，也可能存在不同的后台系统用户中拥有同一个角色，但是却有不同具体权限的情况。
3.4.4
执行人：
系统管理员
业务流程描述：
1、进入角色维护管理界面
9、在业务流程第１步中，显示考试结束时间倒记时提醒，此时间来自服务器，以一秒为频度自动更新。此提醒直到考试结束前考生一直可见（需求变更）。
3.3.4
执行人：
考生
业务流程描述：
1、考生请求交卷。
2、系统记录交卷时间和考生答案。
3、提示交卷结果。
界面原型：
业务规则说明：
1、在业务流程第1步中固定在考生开始作答30分钟后才可交卷，此时间不参与后台配置管理。
2、对角色进行维护，保存角色信息。
界面原型：
1、角色维护界面
业务规则说明：
1、在业务流程第一步中查询角色时的信息包括：
1、根据考生所属考次，获取此考次的试卷。
3.3.3
执行人：
考生
业务流程描述：
1、显示试卷。
2、考生针对试卷中某个试题输入或选择答案，确认答案。
界面原型：
业务规则说明：
１、在业务流程第1步中，将获取到的试卷中所有试题按题型分类，题型的显示顺序按组卷时设置的题型排序方式处理，在每个分类中随机决定试题出现的顺序。要求参加同一考次每台客户机显示的试题顺序都不一样。
用户管理流程图如下：
角色管理流程图如下：
菜单管理流程图如下：
常量管理流程图如下：
3.4.1
执行人：
系统管理员
业务流程描述：
1.系统管理员确定需要添加到后台系统的用户信息。
2.系统管理员在系统中添加用户信息，并且保存。
3.系统管理员在系统中对用户基本信息的维护。
界面原型：
业务规则说明：
1.对于业务流程第二步操作添加用户信息包括：
各个部门可重点阅读与本部门相关的内容。
参加需求评审的人员
仔细阅读与其评审侧重点相关的内容。
系统设计人员
仔细阅读全部内容。
系统测试人员
仔细阅读全部内容
系统开发人员
仔细阅读全部内容
1.5
《用户需求调研记录》
1.6
1.6.1
分三个层次，用三位字符表示。第一层需求指主功能模块，第二层指功能模块的主功能点，第三层指主功能点下的具体需求。
•使用的是哪些平台 计划在将来使用哪些平台
•使用了哪些其他的应用程序需要我们与之进行交互
••对培训时间有什么期望
•需要哪些类型的硬拷贝及联机文档
3
3.1
系统包括以下功能：
需求中考试学员信息中数据格式，考题信息数据格式由用户确定并提供.
需求中考题格式由用户确定并提供.
3.2
需求编号
需求名称
简要业务描述
3.4
需求编号
需求名称
简要业务描述
3.4.1
操作员信息管理
用来管理某个后台用户的基本信息
3.4.2
角色分配
当设定某个后台系统用户后，进行的角色分配
3.4.3
权限分配
对某个后台系统用户针对性的权限分配
3.4.4
角色维护
针对角色功能自身的维护
3.4.5
权限维护
针对权限功能自身的维护
3.4.6
常量维护
针对常量功能自身的维护
章节名称：可选，包括课程科目下所有的章节信息；如果课程科目为综合测试，章节为不可选。(需求变更)
2、选择用户所需选项后，系统将根据用户选择自动组卷，题目来源于自测题库，其中自测考试用时与自测题量的设定户（如：阳环在校学员）
业务流程描述：
1、开始自测前，用户可以使用答题帮助，进行操作上的指导。
2、在业务流程第1步中考生请求交卷时，需由考生再次确认。
3、如果在考试时间结束时考生仍未请求交卷，则由系统自动强制交卷。
4、在业务流程第2步成功完成后，在业务流程第3步系统提示考生交卷成功，并显示考试用时，并将考生退出登录状态。
5、在业务流程第2步，如果交卷失败，则由系统提示考生呼叫现场监考人员处理。监考人员安排考生更换一台机器重新登录后再次提交，如果再次失败，本系统不负责处理，应由现场监考人员记录此考生的答卷。
3、在业务流程第2步考生连续多次登录失败的情形处理，暂不做处理.
4、在业务流程第2步如果发现此考生处于已登录状态，则拒绝重新登录。
5、在业务流程第2步中登录成功后，直到考试结束前，此考生的考号，身份证号码，姓名须在界面中一直可见。
3.3.2
执行人：
考生
业务流程描述：
1、获取本考次试卷。
界面原型：
业务规则说明：
1.2
随着在校学生不断增加，对学生的考试管理工作也越来越复杂，为了方便学生考试，并对学生各阶段的考试进行统一管理，提高工作效率，实现公司管理的规范化、系统化、信息化，阳环教育提出开发一套考试系统，由阳环科技实业有限公司负责开发工作，并将系统命名为“阳环教育在线考试系统”。
1.3
题库：将与题库有一定联系的、符合条件的多个试题组合而成的集合体。
考次：当制定完一次考试计划后，可以将考试计划分成几个阶段对学生进行考核，每一
个阶段对应一个考次。
1.4
预期读者
阅读建议
公司领导层
仔细阅读概述，编写目的，文档约定，系统功能需求描述、非功能需求与功能列表说明。
公司的业务部门、决策部门、具体的使用部门、业务员、系统管理员
仔细阅读文档约定，系统功能介绍需求描述、非功能需求、非功能需求与功能列表说明。
用户ID，必填,自动增长，唯一标识。
用户登录名，必填。
用户登录密码，必填。
用户名，必填。
是否禁用，必选。
2.对于业务流程第三步操作维护用户基本信息包括了对用户的修改和查询
3.4.2
执行人：
系统管理员
业务流程描述：
1、系统管理员人工确定后台的系统用户拥有后台系统使用角色。
2、系统管理员在系统中给用户添加相关角色。
1.6.2
跟踪到第二层功能需求。
1.6.3
本文档统一规定对需求层次为二级以上（功能模板、主功能点）的定义优先级，三层需求依据二层需求的优先级执行。
本文档的优先级别分为：高、中、低
同时对于主功能点还描述实现的周期：一期、二期、三期
1.6.4
本文档从以下几个方面对功能需求进行描述：
业务定义/描述。
适用的用户类型
界面原型：
业务规则说明：
1、在业务流程的第二、三步注意，对应用户可以存在多个角色并存的情况。
2、当该用户没有拥有任何角色时，可以给予用户相对应的角色，并且保存。
3、当该用户已经存在角色时，系统管理员管理对应用户的角色。
3.4.3
执行人：
系统管理员
业务流程描述：
1、系统管理员确定后台系统用户拥有的角色。
2、自测用户开始进行自测考试。
3、用户答题完成，提交试卷。
界面原型：
业务规则说明：
1、在业务流程第二步中：
自测开始，开始倒计时，除最后3分钟显示以秒为单位倒计时外,其它时间以倒计时显示分钟。
所有自测题目题型全部为选择题，其中包括了单选题、多选题以及不定项选择题。
可以对自测题目进行标记与取消标记，用于标记题目的状态（如：“已做”、“未做”）。
５、在业务流程第2步后，考生可通过[上一题]，[下一题]来切换试题。
６、在业务流程第２步后，由系统将试题题号列表中的本题状态标识更新为[已经作答]
７、业务流程第２步中，考生离开本题进行另外一题作答前，需由用户确认保存本题答案。
８、在考试结束前，因客户机程序崩溃，死机，停电导致考试中止，则由考生呼叫监考人员处理。由监考人员登录系统后台管理设置允许此考生重新登录考场。监考人员作此设置时系统应要求输入监考密码，并记录时间，监考人，考生。经此处理后考生可重新登录，继续考试。考生继续考试时，系统应保证考生获取考试中止之前的同一份试卷，且试题顺序与中止之前相同，系统还应负责将考生已经做答的答案恢复到相应的试题中。
3、选题由原来的只选择到科目变为可以选择科目的章节（需求变更）
界面原型：
自我测试组卷选项设置界面
试卷界面
业务规则说明：
1、在业务流程第一步，自测用户选择信息包括：
课程体系名称：必选，包括对应校区开设的课程体系
年级名称：必选，包括对应课程体系的年级名称
课程科目名称：必选，包括课程体系以及年级的所有的课程科目名称
3.3
需求编号
需求名称
简要业务描述
3.3.1
登录考场
当考生进行阶段考试前，要先登录考场，验证身份。
3.3.2
获取试卷
当考生登录考场后，获取本考次的试卷。
3.3.3
作答
当考生获取试卷后，进行作答。
3.3.4
交卷
当考生作答完成后，可自行交卷；或自动强制交卷。
阶段考试管理流程图如下：
3.3.1
执行人：
考生
软件需求规格说明书
湖南长沙阳环科技实业有限公司
文件更改摘要：
日期
版本号
修订说明
修订人
审核人
批准人
2015-06-16
创建
周毅
1
1.1
《软件需求规格说明书》主要是为开发阳环教育考试系统所撰写的需求规格说明书，系统包括学生在线考试和后台管理两部分。
本说明书在于清晰地指导最终用户、开发者完成对本系统规定的边界和目标，描述系统的功能性需求和非功能性需求。功能性需求即系统要实现的功能及概要的界面实现方式。非功能包含法律法规方面的约束和相关标准、系统的质量属性，包括可用性需求、可靠性需求、性能需求和可支持性需求、其他需求（诸如操作系统和操作环境、兼容性需求以及设计约束）。通过本文档定义的需求，以求在项目组成员与其他相关成员之间达成一致的需求描述。