软件需求规格说明书范例(共25页).docx
《软件需求规格说明书范例(共25页).docx》由会员分享,可在线阅读,更多相关《软件需求规格说明书范例(共25页).docx(25页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、精选优质文档-倾情为你奉上软件需求规格说明书湖南长沙阳环科技实业有限公司文件更改摘要:日期版本号修订说明修订人审核人批准人2015-06-16创建周毅目录专心-专注-专业1 引言1.1 目的软件需求规格说明书主要是为开发阳环教育考试系统所撰写的需求规格说明书,系统包括学生在线考试和后台管理两部分。本说明书在于清晰地指导最终用户、开发者完成对本系统规定的边界和目标,描述系统的功能性需求和非功能性需求。功能性需求即系统要实现的功能及概要的界面实现方式。非功能包含法律法规方面的约束和相关标准、系统的质量属性,包括可用性需求、可靠性需求、性能需求和可支持性需求、其他需求(诸如操作系统和操作环境、兼容性
2、需求以及设计约束)。通过本文档定义的需求,以求在项目组成员与其他相关成员之间达成一致的需求描述。1.2 背景随着在校学生不断增加,对学生的考试管理工作也越来越复杂,为了方便学生考试,并对学生各阶段的考试进行统一管理,提高工作效率,实现公司管理的规范化、系统化、信息化,阳环教育提出开发一套考试系统,由阳环科技实业有限公司负责开发工作,并将系统命名为“阳环教育在线考试系统”。1.3 术语题库:将与题库有一定联系的、符合条件的多个试题组合而成的集合体。考次:当制定完一次考试计划后,可以将考试计划分成几个阶段对学生进行考核,每一个阶段对应一个考次。1.4 预期读者与阅读建议预期读者阅读建议公司领导层仔
3、细阅读概述,编写目的,文档约定,系统功能需求描述、非功能需求与功能列表说明。公司的业务部门、决策部门、具体的使用部门、业务员、系统管理员仔细阅读文档约定,系统功能介绍需求描述、非功能需求、非功能需求与功能列表说明。各个部门可重点阅读与本部门相关的内容。参加需求评审的人员仔细阅读与其评审侧重点相关的内容。系统设计人员仔细阅读全部内容。系统测试人员仔细阅读全部内容系统开发人员仔细阅读全部内容1.5 参考资料用户需求调研记录1.6 需求描述约定1.6.1 需求层次划分分三个层次,用三位字符表示。第一层需求指主功能模块,第二层指功能模块的主功能点,第三层指主功能点下的具体需求。1.6.2 需求跟踪粒度
4、跟踪到第二层功能需求。1.6.3 需求级别定义u 本文档统一规定对需求层次为二级以上(功能模板、主功能点)的定义优先级,三层需求依据二层需求的优先级执行。u 本文档的优先级别分为:高、中、低u 同时对于主功能点还描述实现的周期:一期、二期、三期1.6.4 功能描述方法本文档从以下几个方面对功能需求进行描述:u 业务定义/描述。u 适用的用户类型u 业务规则/业务要素。u 输入:提供所有与本功能有关的输入描述,包括:输入数据类型、媒体、格式、数值范围、精度、单位等。u 输出:提供与本功能有关所有输出的描述,包括:输出数据类型、方式、格式、精度、单位等,以及图形或显示报告的描述。u 业务操作流程1
5、.6.5 界面描述规则界面描述使用AxureRP制作的界面模型进行描述。2 项目概述2.1 系统功能本系统实现了考试题库的管理、考试组卷、在线考试、系统阅卷等功能,详情如图:2.2 业务描述学生入学后,班主任首先进入系统的考生管理模块,录入学生的档案信息,当学生结束一个阶段的学习需要进行考试时,培训部老师首先要进入题库管理、试题管理、试卷管理、考次管理等模块,录入相关试题,并将试题按一定的规则生成一套试卷供学生考试,其中几个模块的对应关系为:一个班级对应多个学生,一个学生对应多个考次,一个考次对应一套试卷,一套试卷对应多个试题,一个试题对应一个题库。2.3 用户的特点系统主要供在校学生、班主任
6、老师、培训部老师、系统管理员使用,一般情况如下:u 班主任:新生入校时使用u 培训部老师:录入考试试题和出卷时使用u 系统管理者:信息部开发人员u 在校学生:在线考试时使用2.4 运行环境要求开发环境:设备名称数量配置、型号备注软件工具:工具名称版本号补丁要求其它配置要求备注2.5 设计和实现上的限制3 系统功能需求3.1 总体功能需求系统包括以下功能:需求中考试学员信息中数据格式,考题信息数据格式由用户确定并提供.需求中考题格式由用户确定并提供.3.2 自测系统需求需求编号需求名称简要业务描述获取试卷根据用户提供的信息临时组卷自测作答用户输入或选择答案提交试卷用户提交试卷,并查看考试结果自测
7、系统流程图如下:3.2.1 获取试卷执行人:自测用户(如:阳环在校学员)业务流程描述:1、自测用户选择课程体系,年级,课程科目(含综合试卷)2、系统根据用户提供的选择信息临时组卷,用户准备作答3、选题由原来的只选择到科目变为可以选择科目的章节(需求变更)界面原型:自我测试组卷选项设置界面试卷界面业务规则说明:1、在业务流程第一步,自测用户选择信息包括: 课程体系名称:必选,包括对应校区开设的课程体系 年级名称:必选,包括对应课程体系的年级名称 课程科目名称:必选,包括课程体系以及年级的所有的课程科目名称 章节名称:可选,包括课程科目下所有的章节信息;如果课程科目为综合测试,章节为不可选。(需求
8、变更)2、选择用户所需选项后,系统将根据用户选择自动组卷,题目来源于自测题库,其中自测考试用时与自测题量的设定由后台设置3.2.2 自测作答执行人:自测用户(如:阳环在校学员)业务流程描述:1、开始自测前,用户可以使用答题帮助,进行操作上的指导。2、自测用户开始进行自测考试。3、用户答题完成,提交试卷。界面原型:业务规则说明:1、在业务流程第二步中: 自测开始,开始倒计时,除最后3分钟显示以秒为单位倒计时外,其它时间以倒计时显示分钟。 所有自测题目题型全部为选择题,其中包括了单选题、多选题以及不定项选择题。 可以对自测题目进行标记与取消标记,用于标记题目的状态(如:“已做”、“未做”)。 用户
9、可以通过题目列表选择题目切换,或通过“上一题”/“下一题”对题目进行切换。2、在业务流程第三步中: 用户可以提交未完成试卷 用户可以提前交卷 考试时间用完,系统自动提交试卷3.2.3 提交试卷执行人:自测用户(如:阳环在校学员)业务流程描述:1、提交试卷。2、公布成绩,显示错误题目列表。界面原型:业务规则说明:1、在业务流程第一步中,提交试卷后: 显示考试日期与时间、考试用时、考试类型(年级/课程)、考的题目数量,答对题目数量,错误数量,正确率2、在业务流程第二步中,错误题目列表信息包括: 题号:显示错误题目的实际题号(点击题号可显示题目内容) 正确答案 自测用户答案3、试卷提交后,自测中出现
10、的题目在数据库中做记录:做过的次数+13.3 阶段考试管理需求编号需求名称简要业务描述登录考场当考生进行阶段考试前,要先登录考场,验证身份。获取试卷当考生登录考场后,获取本考次的试卷。作答当考生获取试卷后,进行作答。交卷当考生作答完成后,可自行交卷;或自动强制交卷。阶段考试管理流程图如下:3.3.1 登录考场执行人:考生业务流程描述:1、考生输入自己的身份验证信息。2、系统验证考生身份,验证通过则自动进入考场,验证失败则提示考生。界面原型:业务规则说明:1、在业务流程第1步,考生应输入的身份验证信息包括: 考号,必填。 身份证号码,必填。 姓名,必填。2、在业务流程第2步查询考号是否存在,身份
11、证和姓名是否正确,有一项不符则登录失败;查询考生所属考次,如果未查询到此考生可参加的已启动的考次,则登录失败;确认考生是否迟到,如果登录时间在开始考试之后30分钟,则登录失败。3、在业务流程第2步考生连续多次登录失败的情形处理,暂不做处理.4、在业务流程第2步如果发现此考生处于已登录状态,则拒绝重新登录。5、在业务流程第2步中登录成功后,直到考试结束前,此考生的考号,身份证号码,姓名须在界面中一直可见。3.3.2 获取试卷执行人:考生业务流程描述:1、获取本考次试卷。界面原型:业务规则说明:1、根据考生所属考次,获取此考次的试卷。3.3.3 作答执行人:考生业务流程描述:1、显示试卷。2、考生
12、针对试卷中某个试题输入或选择答案,确认答案。界面原型:业务规则说明: 、在业务流程第1步中,将获取到的试卷中所有试题按题型分类,题型的显示顺序按组卷时设置的题型排序方式处理,在每个分类中随机决定试题出现的顺序。要求参加同一考次每台客户机显示的试题顺序都不一样。 、在业务流程第1步中,每次显示一个试题。 、在业务流程第1步中,考生可随时使用试题题号列表功能查看所有试题题号及每个试题已经作答或暂未作答的状态标识和题型(需求变更)。此列表应显示试题总数,已作答题数,未作答题数等统计信息。、在业务流程第2步中,考生可随时在试题题号列表点击题号可切换到相应题目。、在业务流程第2步后,考生可通过上一题,下
13、一题来切换试题。、在业务流程第步后,由系统将试题题号列表中的本题状态标识更新为已经作答、业务流程第步中,考生离开本题进行另外一题作答前,需由用户确认保存本题答案。、在考试结束前,因客户机程序崩溃,死机,停电导致考试中止,则由考生呼叫监考人员处理。由监考人员登录系统后台管理设置允许此考生重新登录考场。监考人员作此设置时系统应要求输入监考密码,并记录时间,监考人,考生。经此处理后考生可重新登录,继续考试。考生继续考试时,系统应保证考生获取考试中止之前的同一份试卷,且试题顺序与中止之前相同,系统还应负责将考生已经做答的答案恢复到相应的试题中。9、在业务流程第步中,显示考试结束时间倒记时提醒,此时间来
14、自服务器,以一秒为频度自动更新。此提醒直到考试结束前考生一直可见(需求变更)。3.3.4 交卷执行人:考生业务流程描述:1、考生请求交卷。2、系统记录交卷时间和考生答案。3、提示交卷结果。界面原型:业务规则说明:1、在业务流程第1步中固定在考生开始作答30分钟后才可交卷,此时间不参与后台配置管理。2、在业务流程第1步中考生请求交卷时,需由考生再次确认。3、如果在考试时间结束时考生仍未请求交卷,则由系统自动强制交卷。4、在业务流程第2步成功完成后,在业务流程第3步系统提示考生交卷成功,并显示考试用时,并将考生退出登录状态。5、在业务流程第2步,如果交卷失败,则由系统提示考生呼叫现场监考人员处理。
15、监考人员安排考生更换一台机器重新登录后再次提交,如果再次失败,本系统不负责处理,应由现场监考人员记录此考生的答卷。3.4 系统管理员管理需求编号需求名称简要业务描述操作员信息管理用来管理某个后台用户的基本信息角色分配当设定某个后台系统用户后,进行的角色分配权限分配对某个后台系统用户针对性的权限分配角色维护针对角色功能自身的维护权限维护针对权限功能自身的维护常量维护针对常量功能自身的维护用户管理流程图如下:角色管理流程图如下:菜单管理流程图如下:常量管理流程图如下:3.4.1 操作员信息管理执行人:系统管理员业务流程描述:1.系统管理员确定需要添加到后台系统的用户信息。2.系统管理员在系统中添加
16、用户信息,并且保存。3.系统管理员在系统中对用户基本信息的维护。界面原型:业务规则说明:1.对于业务流程第二步操作添加用户信息包括:用户ID,必填,自动增长,唯一标识。用户登录名,必填。用户登录密码,必填。用户名,必填。是否禁用,必选。2.对于业务流程第三步操作维护用户基本信息包括了对用户的修改和查询3.4.2 角色分配执行人:系统管理员业务流程描述:1、系统管理员人工确定后台的系统用户拥有后台系统使用角色。2、系统管理员在系统中给用户添加相关角色。界面原型:业务规则说明:1、在业务流程的第二、三步注意,对应用户可以存在多个角色并存的情况。2、当该用户没有拥有任何角色时,可以给予用户相对应的角
17、色,并且保存。3、当该用户已经存在角色时,系统管理员管理对应用户的角色。3.4.3 权限分配执行人:系统管理员业务流程描述:1、系统管理员确定后台系统用户拥有的角色。2、系统管理员在系统中给用户添加相关权限。3、系统管理员保存数据。界面原型:业务规则说明:1、对于业务流程第二步操作,系统管理员有可能对角色的固定权限做相对应的修改,也可能存在不同的后台系统用户中拥有同一个角色,但是却有不同具体权限的情况。3.4.4 角色维护执行人:系统管理员业务流程描述:1、进入角色维护管理界面2、对角色进行维护,保存角色信息。界面原型:1、角色维护界面业务规则说明:1、在业务流程第一步中查询角色时的信息包括:
18、 查询结果列表:至少包括角色号、角色名称,角色权限列表等等2、针对角色的维护,要求在系统初始化阶段存在几个默认的角色给予默认权限。包括:系统管理员(最高权限),考生(参加考试权限),考试计划制定员,阅卷员(阅卷权限),组卷员(组合生成试卷权限),监考员(负责考场开始,结束,收卷权限),题库管理员(题库试题管理的权限)3.4.5 权限维护执行人:系统管理员业务流程描述:1、进入权限维护管理界面2、对权限进行维护,保存权限信息。界面原型:业务规则说明:1、在业务流程第一步中查询权限时的信息包括: 查询结果列表:至少包括权限号、权限模块等等3.4.6 常量维护执行人:系统管理员业务流程描述:1、进入
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 需求 规格 说明书 范例 25
限制150内