软件需求规格说明书范例
软件开发-需求规格说明书(模板)
项目名称：
项目编号：
XXXX系统
需求规格说明书
建设单位：XXX
承建单位：XXX
监理单位：XXX
2023年X月
目录
1. 引言 (1)
1.1. 项目背景 (1)
1.2. 修订记录 (1)
2. 总体建设方案 (1)
2.1. 建设目标 (1)
2.2. 建设内容 (1)
2.3. 建设思路 (1)
2.4. 总体方案 (1)
3. 功能设计 (1)
3.1. 业务流程分析 (1)
3.2. 功能设计说明 (1)
4. 非功能设计 (2)
4.1. 资源需求 (2)
4.2. 其他需求 (2)
5. 风险点及其对应措施 (2)
1.引言
1.1. 项目背景
1.2. 修订记录
2.总体建设方案2.1. 建设目标
2.2. 建设内容
2.3. 建设思路
2.4. 总体方案
技术架构图
3.功能设计
3.1. 业务流程分析
流程图及说明
3.2. 功能设计说明
功能列表
功能点说明
4.非功能设计
4.1. 资源需求
4.2. 其他需求
系统对接/ 数据接入等
5.风险点及其对应措施。
国标8567-2006软件需求规格说明实例-教务系统--重大修改版
软件需求规格说明(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标识(待开发软件的完整标识，(如果有的话)包括标识号，版本号、发行号、标题。
软件需求规格说明书模板
软件需求规格阐明书模版文献变化记录单*变化状态：A——增长，M——修改，D——删除文献同意单1.引言提出对软件需求规格阐明书旳纵览，协助读者理解文档怎样编写并且怎样阅读和解释。
1.1编写目旳对产品（也也许是项目，不过我们统称为产品）进行定义，在该文档中详尽阐明这个产品旳软件需求，包括修正或发行版本号。
假如这个软件需求规格阐明书只与整个系统旳一部分有关，那么只定义文档中阐明旳部分或子系统。
1.2文档约定描述编写文档时所采用旳原则或排版约定，包括正文风格、提醒区或重要符号。
例如，阐明高层需求旳优先级与否可以被其所有细化旳需求所继承，或者每个需求陈说与否均有优先级。
1.3预期旳读者和阅读提议列举软件需求规格阐明书所针对旳不一样读者，例如开发人员、项目经理、营销人员、顾客、测试人员等。
描述文档中剩余部分旳内容及其组织构造。
提出最适合每一类型读者阅读文档旳提议。
1.4产品旳范围提供对指定旳软件及其目旳旳简短描述，包括利益和目旳。
把软件与企业目旳或业务方略相联络。
可以参照项目范围文档，而不是将其内容复制到这里。
1.5参照资料列举编写软件需求规格阐明书时所参照旳资料或其他来源。
也许包括顾客界面风格指导、协议、原则、系统需求规格阐明书、顾客需求、有关产品旳软件需求规格阐明书。
这里应当给出详细旳信息，包括标题名称、作者、版本号、日期、出版单位或资料来源，以以便读者查阅这些文献。
2.综合描述这一部分概述了正在定义旳产品以及它所运行旳环境、使用产品旳顾客和已知旳限制、假设和依赖。
2.1产品旳前景描述软件需求规格阐明书中所定义旳产品旳背景和来源。
阐明该产品与否是产品系列中旳下一种组员，与否是成熟产品所改善旳下一代产品、与否是既有应用程序旳替代品，或者与否是一种全新旳产品。
假如软件需求规格阐明书定义了大系统旳一种构成部分，那么就要阐明这部分软件是怎样与整个系统有关联旳，并且要定义出两者之间旳接口。
提议使用系统构造图或者实体关系图表达。
软件需求规格说明书(范例)
项目管理协作支撑系统（The English Name）软件需求规格说明书XXX项目小组修订表审批记录目录1.引言 (5)1.1目的 (5)1.2适用范围 (5)1.3参考资料 (5)1.4术语和缩略语 (5)2.系统概述 (5)2.1产品描述 (5)2.2产品功能 (7)2.3一般约束 (8)3.功能性需求分类 (8)3.1功能描述1.................................................................................................................... 错误!未定义书签。
3.2功能描述2 (8)4.产品的非功能性需求 (14)4.1外部接口说明 (14)4.1.1用户接口 (14)4.1.2软件接口 (14)4.2性能需求 (14)4.2.1硬件的限制 (14)4.3属性 (14)4.3.1友好性 (14)4.3.2安全性 (14)4.3.3可维护性 (14)4.3.4可转移/换性 (15)4.4系统的运行环境 (15)4.5其他需求 (15)4.5.1用户操作需求 (15)附录A：需求确认 (17)1.引言1.1目的编写此文档的目的是进一步定制软件开发的细节问题,希望能使本软件开发工作更具体。
是为使用户、软件开发者及分析人员对该软件的初始规定有一个共同的理解，它说明了本产品的各项功能需求、性能需求和数据要求，明确标识各功能的实现过程，阐述实用背景及范围，提供客户解决问题或达到目标所需的条件或权能，提供一个度量和遵循的基准。
1.2适用范围在各个行业中，当我们接受到用户的商业项目后，在项目运行的全过程中充满了不确定因素，只有有效的运用项目管理的科学和艺术，才有可能使项目取得成功。
对以上方面要想达到有效的管理水平，必须有一套科学的管理方法，但是即使有了科学的管理方法，由于项目干系人之间的沟通、协作不到位，往往达不到预期的结果。
软件需求规格说明书格式
目录（宋体小一居中加粗）1、引言（宋体二号加粗）
1.1目的（宋体三号加粗）
1.2文档约定
1.3预期的读者和阅读建议
1.4产品的范围
1.5参考文献
2、综合描述
2.1产品的前景
2.2产品的功能
2.3用户类和特征
2.4运行环境
2.5设计和实现的限制
2.6假设和依赖
3、外部接口需求
3.1用户界面
3.2硬件接口
3.3软件接口
3.4通信接口
4、系统特性
4.1说明和优先级
4.2激励/响应序列
4.3功能需求
5、其他非功能需求
5.1性能需求
5.2安全设施需求
5.3安全性需求
5.4软件质量属性
5.5业务规则
5.6用户文档
6、其他需求
……
附录A 词汇表（宋体三号加粗）附录B 分析模型
附录C 待解决问题
正文（宋体小四）
对齐方式（两端对齐）
首行缩进2个字符，1.5倍行距。
(完整word版)软件需求规格说明书(案例)
软件开发方向“成绩管理系统"软件需求规约安博教育集团二零零八年十月修订历史记录目录1 引言 (5)1。
1 目的 (5)1。
2 文档格式 (5)1.3 预期的读者和阅读建议 (5)1.4 范围 (6)1.5 术语 (7)1。
6 参考文献 (7)2 系统概述 (7)2。
1 概述 (7)2。
2 功能 (7)2.3 运行环境 (8)2.4 假设与依赖 (9)3 系统特性 (9)3。
1 系统角色 (9)3.2 学生管理 (11)3.2。
1 增加学生信息 (11)3。
2。
2 修改学生信息 (11)3。
2.3 删除学生信息 (11)3.2.4 导入学生信息 (11)3。
3 教师管理 (12)3.3.1 增加教师信息 (12)3。
3.2 修改教师信息 (12)3.3。
3 删除教师信息 (12)3。
3。
4 导入教师信息 (12)3。
4 课程管理 (13)3.4.1 增加课程基本信息 (13)3。
4。
2 修改课程基本信息 (13)3。
4。
3 删除课程基本信息 (13)3。
4。
4 维护课程学生信息 (13)3。
5 成绩查询 (14)3。
5.1 学生查询成绩 (14)3.5。
2 教师查询成绩 (14)3。
6 成绩分析与统计 (14)3。
6。
1 考试成绩表 (14)3.6。
2 班级各科平均成绩表 (14)3.6。
3 年级成绩排名表 (15)3。
7 系统维护 (15)3。
7.1 数据字典维护 (15)4 非功能性需求 (15)4。
1 性能需求 (15)4。
2 安全性需求 (15)4。
3 可用性需求 (16)4.4 用户文档 (17)4。
5 其它需求 (17)5 外部接口需求 (17)5.1 用户接口 (17)5.2 硬件接口 (17)5.3 软件接口 (18)5.4 通信接口 (18)1 引言1.1 目的该文档首先给出了整个系统的整体网络结构和功能结构的概貌，试图从总体架构上给出整个系统的轮廓，然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。
软件需求规格说明书模板(SRS)
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2任务概述 (3)2.1目标 (3)2.2用户的特点 (3)2.3假定和约束 (3)3需求规定 (3)3.1对功能的规定 (3)3.2对性能的规定 (5)3.2.1精度 (5)3.2.2时间特性要求 (5)3.2.3灵活性 (5)3.3输人输出要求 (5)3.4数据管理能力要求 (6)3.5故障处理要求 (6)3.6其他专门要求 (6)4运行环境规定 (6)4.1设备 (6)4.2支持软件 (6)4.3接口 (7)4.4控制 (7)5 其他需求 (7)XXXX软件需求说明书1引言1.1编写目的说明编写这份软件需求说明书的目的，指出预期的读者。
1.2背景说明：a．待开发的软件系统的名称；b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；c．该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出用得着的参考资料，如：a．本项目的经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2任务概述2.1目标叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。
解释被开发软件与其他有关软件之间的关系。
如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。
如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
|2.2用户的特点列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。
软件需求规格说明书模板
软件需求规格说明书模板软件需求规格说明书模版文件变化记录单*变化状态：A——增加，M——修改，D——删除文件批准单软件需求规格说明书模版第 2 页共 14 页1. 引言提出对软件需求规格说明书的纵览，帮助读者理解文档如何编写并且如何阅读和解释。
1.1 编写目的对产品（也可能是项目，但是我们统称为产品）进行定义，在该文档中详尽说明这个产品的软件需求，包括修正或发行版本号。
如果这个软件需求规格说明书只与整个系统的一部分有关，那么只定义文档中说明的部分或子系统。
1.2 文档约定描述编写文档时所采用的标准或排版约定，包括正文风格、提示区或重要符号。
例如，说明高层需求的优先级是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有优先级。
1.3 预期的读者和阅读建议列举软件需求规格说明书所针对的不同读者，例如开发人员、项目经理、营销人员、用户、测试人员等。
描述文档中剩余部分的内容及其组织结构。
提出最适合每一类型读者阅读文档的建议。
1.4 产品的范围提供对指定的软件及其目的的简短描述，包括利益和目标。
把软件与企业目标或业务策略相联系。
可以参考项目范围文档，而不是将其内容复制到这里。
1.5 参考资料列举编写软件需求规格说明书时所参考的资料或其它来源。
可能包括用户界面风格指导、合同、标准、系统需求规格说明书、用户需求、相关产品的软件需求规格说明书。
这里应该给出详细的信息，包括标题名称、作者、版本号、日期、出版单位或资料来源，以方便读者查阅这些文献。
2. 综合描述这一部分概述了正在定义的产品以及它所运行的环境、使用产品的用户和已知的限制、假设和依赖。
2.1 产品的前景描述软件需求规格说明书中所定义的产品的背景和起源。
说明该产品是否是产品系列中的下一个成员，是否是成熟产品所改进的下一代产品、是否是现有应用程序的替代品，或者是否是一个全新的产品。
软件需求规格说明书模版第 3 页共 14 页如果软件需求规格说明书定义了大系统的一个组成部分，那么就要说明这部分软件是怎样与整个系统相关联的，并且要定义出两者之间的接口。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件需求规格说明书范例Document number【SA80SAB-SAA9SYT-SAATC-SA6UT-SA18】软件需求规格说明书湖南长沙阳环科技实业有限公司文件更改摘要：目录1引言1.1 目的《软件需求规格说明书》主要是为开发阳环教育考试系统所撰写的需求规格说明书，系统包括学生在线考试和后台管理两部分。
本说明书在于清晰地指导最终用户、开发者完成对本系统规定的边界和目标，描述系统的功能性需求和非功能性需求。
功能性需求即系统要实现的功能及概要的界面实现方式。
非功能包含法律法规方面的约束和相关标准、系统的质量属性，包括可用性需求、可靠性需求、性能需求和可支持性需求、其他需求（诸如操作系统和操作环境、兼容性需求以及设计约束）。
通过本文档定义的需求，以求在项目组成员与其他相关成员之间达成一致的需求描述。
1.2 背景随着在校学生不断增加，对学生的考试管理工作也越来越复杂，为了方便学生考试，并对学生各阶段的考试进行统一管理，提高工作效率，实现公司管理的规范化、系统化、信息化，阳环教育提出开发一套考试系统，由阳环科技实业有限公司负责开发工作，并将系统命名为“阳环教育在线考试系统”。
1.3 术语题库：将与题库有一定联系的、符合条件的多个试题组合而成的集合体。
考次：当制定完一次考试计划后，可以将考试计划分成几个阶段对学生进行考核，每一个阶段对应一个考次。
1.4 预期读者与阅读建议具体的使用部门、业务员、系统管理员描述、非功能需求、非功能需求与功能列表说明。
各个部门可重点阅读与本部门相关的内容。
参加需求评审的人员仔细阅读与其评审侧重点相关的内容。
系统设计人员仔细阅读全部内容。
系统测试人员仔细阅读全部内容系统开发人员仔细阅读全部内容1.5 参考资料《用户需求调研记录》1.6 需求描述约定1.6.1 需求层次划分分三个层次，用三位字符表示。
第一层需求指主功能模块，第二层指功能模块的主功能点，第三层指主功能点下的具体需求。
1.6.2 需求跟踪粒度跟踪到第二层功能需求。
1.6.3 需求级别定义本文档统一规定对需求层次为二级以上（功能模板、主功能点）的定义优先级，三层需求依据二层需求的优先级执行。
本文档的优先级别分为：高、中、低同时对于主功能点还描述实现的周期：一期、二期、三期1.6.4 功能描述方法本文档从以下几个方面对功能需求进行描述：业务定义/描述。
适用的用户类型业务规则/业务要素。
输入：提供所有与本功能有关的输入描述，包括：输入数据类型、媒体、格式、数值范围、精度、单位等。
输出：提供与本功能有关所有输出的描述，包括：输出数据类型、方式、格式、精度、单位等，以及图形或显示报告的描述。
业务操作流程1.6.5 界面描述规则界面描述使用AxureRP制作的界面模型进行描述。
2项目概述2.1 系统功能本系统实现了考试题库的管理、考试组卷、在线考试、系统阅卷等功能，详情如图：2.2 业务描述学生入学后，班主任首先进入系统的考生管理模块，录入学生的档案信息，当学生结束一个阶段的学习需要进行考试时，培训部老师首先要进入题库管理、试题管理、试卷管理、考次管理等模块，录入相关试题，并将试题按一定的规则生成一套试卷供学生考试，其中几个模块的对应关系为：一个班级对应多个学生，一个学生对应多个考次，一个考次对应一套试卷，一套试卷对应多个试题，一个试题对应一个题库。
2.3 用户的特点系统主要供在校学生、班主任老师、培训部老师、系统管理员使用，一般情况如下：班主任：新生入校时使用培训部老师：录入考试试题和出卷时使用系统管理者：信息部开发人员在校学生：在线考试时使用2.4 运行环境要求开发环境：设备名称数量配置、型号备注软件工具：2.5 设计和实现上的限制3系统功能需求3.1 总体功能需求系统包括以下功能：需求中考试学员信息中数据格式，考题信息数据格式由用户确定并提供. 需求中考题格式由用户确定并提供.3.2 自测系统需求自测系统流程图如下：3.2.1 获取试卷执行人：自测用户（如：阳环在校学员）业务流程描述：1、自测用户选择课程体系，年级，课程科目（含综合试卷）2、系统根据用户提供的选择信息临时组卷，用户准备作答3、选题由原来的只选择到科目变为可以选择科目的章节（需求变更）界面原型：自我测试组卷选项设置界面试卷界面业务规则说明：1、在业务流程第一步，自测用户选择信息包括：课程体系名称：必选，包括对应校区开设的课程体系年级名称：必选，包括对应课程体系的年级名称课程科目名称：必选，包括课程体系以及年级的所有的课程科目名称章节名称：可选，包括课程科目下所有的章节信息；如果课程科目为综合测试，章节为不可选。
(需求变更)2、选择用户所需选项后，系统将根据用户选择自动组卷，题目来源于自测题库，其中自测考试用时与自测题量的设定由后台设置3.2.2 自测作答执行人：自测用户（如：阳环在校学员）业务流程描述：1、开始自测前，用户可以使用答题帮助，进行操作上的指导。
2、自测用户开始进行自测考试。
3、用户答题完成，提交试卷。
界面原型：业务规则说明：1、在业务流程第二步中：自测开始，开始倒计时，除最后3分钟显示以秒为单位倒计时外,其它时间以倒计时显示分钟。
所有自测题目题型全部为选择题，其中包括了单选题、多选题以及不定项选择题。
可以对自测题目进行标记与取消标记，用于标记题目的状态（如：“已做”、“未做”）。
用户可以通过题目列表选择题目切换，或通过“上一题”/“下一题”对题目进行切换。
2、在业务流程第三步中：用户可以提交未完成试卷用户可以提前交卷考试时间用完，系统自动提交试卷3.2.3 提交试卷执行人：自测用户（如：阳环在校学员）业务流程描述：1、提交试卷。
2、公布成绩，显示错误题目列表。
界面原型：业务规则说明：1、在业务流程第一步中，提交试卷后：显示考试日期与时间、考试用时、考试类型（年级/课程）、考的题目数量,答对题目数量,错误数量,正确率2、在业务流程第二步中，错误题目列表信息包括：题号：显示错误题目的实际题号 (点击题号可显示题目内容)正确答案自测用户答案3、试卷提交后，自测中出现的题目在数据库中做记录:做过的次数+13.3 阶段考试管理需求编需求名称简要业务描述号登录考场当考生进行阶段考试前，要先登录考场，验证身份。
获取试卷当考生登录考场后，获取本考次的试卷。
作答当考生获取试卷后，进行作答。
交卷当考生作答完成后，可自行交卷；或自动强制交卷。
阶段考试管理流程图如下：3.3.1 登录考场执行人：考生业务流程描述：1、考生输入自己的身份验证信息。
2、系统验证考生身份，验证通过则自动进入考场，验证失败则提示考生。
界面原型：业务规则说明：1、在业务流程第1步，考生应输入的身份验证信息包括：考号,必填。
身份证号码,必填。
姓名,必填。
2、在业务流程第2步查询考号是否存在，身份证和姓名是否正确，有一项不符则登录失败；查询考生所属考次，如果未查询到此考生可参加的已启动的考次，则登录失败；确认考生是否迟到，如果登录时间在开始考试之后30分钟，则登录失败。
3、在业务流程第2步考生连续多次登录失败的情形处理，暂不做处理.4、在业务流程第2步如果发现此考生处于已登录状态，则拒绝重新登录。
5、在业务流程第2步中登录成功后，直到考试结束前，此考生的考号，身份证号码，姓名须在界面中一直可见。
3.3.2 获取试卷执行人：考生业务流程描述：1、获取本考次试卷。
界面原型：业务规则说明：1、根据考生所属考次，获取此考次的试卷。
3.3.3 作答执行人：考生业务流程描述：1、显示试卷。
2、考生针对试卷中某个试题输入或选择答案，确认答案。
界面原型：业务规则说明：１、在业务流程第1步中，将获取到的试卷中所有试题按题型分类，题型的显示顺序按组卷时设置的题型排序方式处理，在每个分类中随机决定试题出现的顺序。
要求参加同一考次每台客户机显示的试题顺序都不一样。
２、在业务流程第1步中，每次显示一个试题。
３、在业务流程第1步中，考生可随时使用试题题号列表功能查看所有试题题号及每个试题[已经作答]或[暂未作答]的状态标识和题型（需求变更）。
此列表应显示试题总数，已作答题数，未作答题数等统计信息。
４、在业务流程第2步中，考生可随时在试题题号列表点击题号可切换到相应题目。
５、在业务流程第2步后，考生可通过[上一题]，[下一题]来切换试题。
６、在业务流程第２步后，由系统将试题题号列表中的本题状态标识更新为[已经作答]７、业务流程第２步中，考生离开本题进行另外一题作答前，需由用户确认保存本题答案。
８、在考试结束前，因客户机程序崩溃，死机，停电导致考试中止，则由考生呼叫监考人员处理。
由监考人员登录系统后台管理设置允许此考生重新登录考场。
监考人员作此设置时系统应要求输入监考密码，并记录时间，监考人，考生。
经此处理后考生可重新登录，继续考试。
考生继续考试时，系统应保证考生获取考试中止之前的同一份试卷，且试题顺序与中止之前相同，系统还应负责将考生已经做答的答案恢复到相应的试题中。
9、在业务流程第１步中，显示考试结束时间倒记时提醒，此时间来自服务器，以一秒为频度自动更新。
此提醒直到考试结束前考生一直可见（需求变更）。
3.3.4 交卷执行人：考生业务流程描述：1、考生请求交卷。
2、系统记录交卷时间和考生答案。
3、提示交卷结果。
界面原型：业务规则说明：1、在业务流程第1步中固定在考生开始作答30分钟后才可交卷，此时间不参与后台配置管理。
2、在业务流程第1步中考生请求交卷时，需由考生再次确认。
3、如果在考试时间结束时考生仍未请求交卷，则由系统自动强制交卷。
4、在业务流程第2步成功完成后，在业务流程第3步系统提示考生交卷成功，并显示考试用时，并将考生退出登录状态。
5、在业务流程第2步，如果交卷失败，则由系统提示考生呼叫现场监考人员处理。
监考人员安排考生更换一台机器重新登录后再次提交，如果再次失败，本系统不负责处理，应由现场监考人员记录此考生的答卷。
3.4 系统管理员管理角色管理流程图如下：菜单管理流程图如下：常量管理流程图如下：3.4.1 操作员信息管理执行人：系统管理员1.系统管理员确定需要添加到后台系统的用户信息。
2.系统管理员在系统中添加用户信息，并且保存。
3.系统管理员在系统中对用户基本信息的维护。
界面原型：业务规则说明：1.对于业务流程第二步操作添加用户信息包括：用户ID，必填,自动增长，唯一标识。
用户登录名，必填。
用户登录密码，必填。
用户名，必填。
是否禁用，必选。
2.对于业务流程第三步操作维护用户基本信息包括了对用户的修改和查询3.4.2 角色分配执行人：系统管理员业务流程描述：1、系统管理员人工确定后台的系统用户拥有后台系统使用角色。
2、系统管理员在系统中给用户添加相关角色。