软件需求规格说明-排课系统

软件需求规格说明

1介绍

1.目标

软件需求规格说明描述了“排课系统”的软件功能性需求和非功能性需求。这一文档计划由实现和验证系统正确功能的项目团队成员来使用。除非在其他地方另有说明，这里指定的所有需求都具有最高优先级。

2.项目范围和产品特性

排课系统允许教学秘书通过该系统完成本系内各班级的课程安排，能够减轻教学秘书的工作负担。允许教师查看初排及最终课表，提交意见。可以完成：数据导入与维护、课程表编排、设置排课规则、课表发布、查看/发送意见等功能。

3.参考文献

Karl Wiegers 所著的Software Requirements 版本2 刘伟琴刘洪涛译

张海藩所著的软件工程导论（第5版）

2总体描述

1.产品远景规划

“排课系统”是一个能够减轻教秘工作量，实现教务工作自动化，提高工作效率；给一些存在特殊情况的老师一个提出意见的机会；方便学生尽早制定学业计划的教务办公软件。下图是一幅关联图，它演示了其外部实体和系统接。

2.用户类和用户特性用户类描述

教学秘书（优先考虑）教学秘书是“排课系统”最主体用户，他希望能在“排课系统”的帮助下，顺利完成排课工作，以代替当前只能依靠手工排课的现状，减轻工作压力，提高工作效率；同时，“排课系统”应当具有一定的准确性，避免教学秘书的多次修改。

教师在“排课系统”中，教师能更早的获知下学期的初排课程表信息，提出意见，在一定程度上能满足教师对课表的特殊要求

运行环境、设计和实现的约束条件、用户文档略

3.假设和依赖

AS-1：排课系统可以设一个平台让管理员和教师提出一定量的要求，并可以根据要求处理排课。

AS-2：对于特殊教师的课程不再排课系统的考虑范围内。

DE-1:排课系统的用户信息与教务系统的信息要匹配。能成功的将培养方案及教师信息导入。

3系统特性

1．导入培养方案

(1)描述和优先级

教学秘书的账号和密码在以及ip得到验证，登陆到排课系统之后，可以向排课系统导入各个年级、专业的培养方案，并将其保存在排课系统的数据库中，因为在入学之初，培养方案就已经安排好，所以培养方案不提供修改的功能，只提供删除和重新导入功能，允许从教务系统导入培养方案，也允许从教秘的电脑中导入excel文件。这也是生成排课规则的重要依据之一。优先级为高。

(2)刺激/响应序列

刺激：导入培养方案是出现一个或多个培养方案导入错误或失败。

响应：将错误信息反馈给教学秘书，引导他对错误进行查看，并可以针对错误重新导入培养方案。

刺激：导入培养方案成功

响应：将成功信息反馈给教学秘书，并将导入的方案储存到数据库中

2．导入教师信息

(1)描述和优先级

教学秘书的账号和密码在以及ip得到验证，登陆到排课系统之后，可以向排课系统导入各个教师的信息，教师信息包括姓名，教授课程以及联系方式，并将其保存在排课系统的数据库中。教师信息来源于excel文件。教学秘书有修改教师信息的权限。这也是生成排课规则的重要依据之一。优先级为高。

(2)刺激/响应序列

刺激：教师信息导入失败或错误。

响应：将错误信息反馈给教学秘书，引导他对错误进行查看，并可以针对错误修改或重新导入。

刺激：教师信息导入成功。

响应：将成功信息反馈给教学秘书，并储存教师信息在排课系统的数据库中。

3．划分课程优先级

(1)描述和优先级

划分课程优先级是排课规则的一个重要组成部分，课程是否安排和安排的先后，都是由课程优先级决定的。在课程优先级的安排中，根据课程安排规则，教学秘书可以设定课程的优先级，优先级分为在某个学期必须安排、高、中、低四个选项，当教学秘书设定完优先级后，系统将优先级的划分储存在数据库中。教学秘书可以修改课程的优先级，以便于将来课程的调整。优先级为高。

(2)刺激/响应序列

刺激: 获取课程信息失败。

响应：将失败信息反馈给教学秘书，并提示重新获取。

刺激: 获取课程信息成功。

响应：将成功提示反馈给教学秘书，并跳转到划分优先级功能。

刺激：优先级划分后储存失败。

响应：将失败提示反馈个教学秘书，提示重新保存。

刺激：优先级保存成功。

响应：反馈成功信息，并进入下一步操作。

刺激：修改课程优先级。

响应：重新确认用户身份，如果确认，则允许修改，否则退出系统。

(3)功能性需求

Priority.Import 从储存的课程培养方案中获取课程信息

Priority.set 设置课程的优先级

Priority.save 保存课程优先级信息

Priority.succeed 设置成功，并保存成功过，返回提示信息

Priority.error 设置出现异常、失败或是保存失败，返回提示信心，并重新设置Priority.re_verify 要修改课程优先级信息时，重新验证身份

Priority.alter 修改课程优先级信息

4．生成排课规则

(1)描述和优先级

根据已经储存在系统中的培养方案、教师信息以及调整好的课程优先级细心，系统将生成排课规则，并将排课规则储存在系统的数据库中教学秘书可以查看排课规则，重新生成排课规则，在重新生成排课规则之前，将重新验证身份。为了防止不恰当的拍修改，使得排课规则出错，教学秘书不允许直接修改。优先级为高。

(2)刺激/响应序列

刺激：获取数据库中的培养方案、教师信息或者课程优先级失败。

响应：将失败信息反馈给教学秘书，由教学秘书执行重新获取或是重新导入。

刺激：生成的排课规则不能满足需求。

响应：教学秘书可重新生成排课规则。

刺激：查看数据库中的排课规则失败。

响应：反馈失败信息，若是丢失或损坏，则从新导入备份的排课信息，否则再次导出数据库中的排课规则。

5．初排课程表

(1)描述和优先级

预安排课程表，通过已经生成好的排课规则，进行课程表的第一次生成。预安排课程表的生成，首先能提供一个可供查看和修改的课程表，以便于下一步工作；其次，生成的预安排课程表还具有检查排课规则的功能，记过多次排课，若是排课结果不能达到预期效果，教学秘书则可以通过从新生成排课规则，以进行调整；若是产生的课程冲突较少，教学秘书则可以自己进行修改。当确认修改后，预安排课程表将生成课程表并储存在数据库中，已准备发送给教师和学生以及教务系统。优先级为高。

(2)刺激/响应序列

刺激: 调用排课规则失败。

响应：将失败信息反馈给教学秘书，并重新调用。

刺激：产生预安排课程表失败。

响应：将失败信息和原因反馈给教学秘书，并响应教学秘书的要求进行操作。

刺激：课程产生冲突。

响应：将产生冲突的课程醒目标识，以便于教学秘书操作。

刺激：产生的课程冲突数目大于预期。

响应：重新生成预安排课程表，重复次数超过三次后，重新生成排课规则，并储存。

刺激：预安排课程表保存失败。

响应：将错误信息返回给教学秘书，并重新保存。

(3)功能性需求

6．课程表分类

(1)描述和优先级

课程表分类，通过将数据可中储存的最终表进行调用，把教师和学生的课程表进行分类，并进行储存。对课程表的分类，有助于不同的使用者获得自己期望看到的数据，避免了的过量无用的数据增加使用者的负担。优先级为高。

(2)刺激/响应序列

刺激：课程表调用失败

响应：将失败信息反馈给教学秘书，并重新调用

刺激：课程表分类失败

响应：重新分类课程表，如果失败多次，由教学秘书导入

刺激：分类课表储存失败

响应：将失败信息反馈给教学秘书，并重新储存

(3)功能性需求

Classify.import 从系统中导入最终课表

Classify.classify 将课程表进行分类

Classify.save 将课表进行储存

Classify.succeed

操作成功，并返回成功信息

Classify.error 操作或储存出现错误，返回错误信息，并提示教学秘书进行相应

操作

Classify.hand_classify 当某些课程表分类不成功时，教学秘书手动进行分类7．发布课程表

(1)描述和优先级

在课程表进行分类和储存完整后，可在设定的时间，将不同的课程表分别发送给教师、学生以及教务系统。优先级为中。

(2)刺激/响应序列

刺激：调用课程表失败。

响应：反馈失败信息，并重新调用。

刺激：成表发布失败

响应：反馈失败信息，并重新发布。

4外部接口需求

1.用户界面

略

2.硬件接口

略

3.软件接口

SI-1 ：教务系统。

SI-1.1 ：“排课系统”将安排好的课程表发布到教务系统中。

SI-1.2 ：“排课系统”还要能将教务系统中的培养方案进行导入。

SI-2 ：邮箱系统。

SI-2.1：当“排课系统”完成排课工作，并将课程表发布到教务系统中的同时，将发送副本到邮箱系统中。

SI-3 ：对word 和excel 的支持。

SI-3.1 ：将教师信息和培养方案导入到“排课系统中”。

4.通信接口

略

5其他非功能性需求

1.高效性需求

PE-1：在教学秘书开始导入培养方案和教师信息时，系统要能满足大量文件的导入，时

间在5分钟左右。

PE-2：排课所持续的时间预计持续10秒。

PE-3：允许“排课系统”出现排出的课程表中有大量冲突，但在最多3次排课后，冲突的数量应该控制在4个以内。

2.防护性需求

还未确定。

3.完整性需求

SE-1：所有的培养方案和教师信息进行加密处理。

SE-2：教学秘书必须在登录系统后才能进行除了查看课程表之外的其他操作。

SE-3: 当用户3次输入错误的账号或者密码时，系统将限制该账户的登录权限。

SE-4：每位学生只能查看自己的课程表，每位教师只能查看自己教授的科目的课程时间表；教学秘书能查看所有的课程表，并且在发布课程表后没有修改的权限。

4.软件质量属性

可用性：系统在工作时间，既周一至周五的八点到十七点必须是可用的。

健壮性：当系统在生成课表、教学秘书在修改课程表等过程中，为避免因不可抗拒因素使得系统罢工，系统必须在工作过程中进行实时备份，以便系统重新工作后能迅速恢复工作。

易用性：保证教学秘书在经过简单的学习后能马上适应新系统的工作方式。6附录数据字典和数据模型

培养方案 = 科目 + 学分

教师信息 = 教师姓名 + 教授科目 + 身体状况

身体状况 = 优|良|中|差

7分析模型

1.状态转换图

2.数据流图

3.对话图

8 业务规则

事实类：

1、每间教室容纳的学生人数有限

2、新一级新生第一学期仅有15个教学周

3、每门课程的上课教师不是唯一的

4、每个教师每周上课的节数是有限的

5、学生每学期获得的学分是有限的

6、不同学分的课程每周上的节数不同

约束类

1、先修课程未通过的学生不可以学习后续课程

2、教师只能查看课程表不能使用排课功能

3、每个学期每个学生的学分不能超过26学分（满足先修条件的另外安排）

4、学生每日排课学时不能超过8个

5、学生和教师只能看到属于自己的课程表，不能查看其他人的课程安排

6、教师每周最多上5节课

动作触发规则

1、如果教室的容纳学生人数不足或过多，则更换教室

2、如果教师每周须教授超过五节课，则需要提交申请

3、如果有专任教师一周的教学工作安排少于三天，则提示排课系统使用者

4、如果学生满足先修条件，则可以提出先修申请

5、如果时间、授课教师、教室与课程发成冲突时，则提示排课系统使用者推论

1、如果教师给出的理由充分，则他可更多的教授课程

2、如果学生满足条件，则他可以获得先修机会

3、如果在课表修改截止时间无人对课表进行修改，则认定该课表已确定

软件需求规格说明书标准模板

软件需求规格说明书 文件编号：QMS—PROC－RD02 版本：1.0 受控签章

修改历史

目录 1引言 (4) 1.1目的 (4) 1.2背景 (4) 1.3术语 (4) 1.4预期读者与阅读建议 (4) 1.5参考资料 (4) 1.6需求描述约定 (5) 2.项目概述 (6) 2.1系统功能 (6) 2.2业务描述 (6) 2.3数据流程描述(可选) (6) 2.4用户的特点 (6) 2.5运行环境要求 (6) 2.6设计和实现上的限制 (6) 3.功能需求的描述 (6) 4.非功能需求 (7) 4.1系统性能要求 (7) 4.2系统安全及保密要求 (7) 4.3系统备份与恢复要求 (7) 4.4系统日志 (7) 5.外部接口说明 (7) 6.其他需求 (8) 7 需求变更识别 (8) 8.功能列表 (8) 9.附件 (8)

1引言 1.1 目的 说明编写这份软件需求规格说明书的目的，如：通过本文档定义ＸＸＸ产品的需求，以求在项目组员与相关成员之间达成一致的需求描述。 1.2 背景 描述系统产生的背景，包括： a．需开发的软件系统的名称，和英文缩写（可选），项目编号（可选）； b．列出此项目的任务提出者、开发者 c．软件系统应用范围、用户。 d．产生该系统需求的原因或起源，如社会背景、市场发展、政策趋势、原有系统局限性 1.3 术语 列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。也可用附件说明。或放到本文件的最后。 1.4 预期读者与阅读建议 描述本文档的主要读者，以及这些读者在阅读时的阅读重点与建议。可用列表的方式列 1.5 参考资料 列出有关的参考资料，如： a．本项目经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 d．行业标准和规范。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

自动排课系统的设计与实现[1]

目录 摘要............................................................................................................................. I 第1章绪论 (1) 1.1系统开发背景 (1) 1.2国内外的研究现状 (1) 1.3系统解决的主要问题 (3) 1.4本文的主要工作 (3) 1.5本文的组织结构 (3) 第2章需求分析 (5) 2.1系统概述 (5) 2.1.1总体业务描述 (5) 2.1.2系统的目标和解决的问题 (5) 2.1.3系统的开发模式 (7) 2.2系统需求问题描述 (9) 2.2.1功能性需求 (9) 2.3.2系统非功能性需求 (12) 第3章系统构架设计 (14) 3.1构架的目标和约束 (14) 3.2构架设计 (15) 3.2.1系统总体架构 (15) 3.2.2系统功能构架 (16) 3.2.3系统技术构架 (17) 3.2.4系统安全构架 (18) 第4章系统详细设计 (20) 4.1 系统建模 (20) 4.2 系统数据库设计 (24) 4.2.1生成数据库表 (24) 4.2.2数据分析 (32) 4.2.3数据库管理技术 (34) 第5章计算机排课系统的实现 (35) 5.1系统总体实现 (35) 5.1.1数据录入模块的设计与实现 (38) 5.1.2报表模块的设计与实现 (43) 5.1.3用户管理模块的设计与实现 (45) 5.2教学计划的关键实现 (48) 5.2.1算法描述 (49) 5.2.2教学计划算法过程 (49) 5.3排课算法的关键实现 (51) 第6章总结与展望 (66) i

OA系统需求规格说明书

XX项目 产品需求规格说明书 机构公开信息

版本历史

1.引言 该文档主要包含功能性需求分系以及功能用例图，也包括了一些对用户界面的要求，该系统运行所需环境和产品质量需求。 1.1. 文档目的 该文档重点描述的办公自动化系统的功能需求以及功能用例图，能够供读者更好的了解该系统；其中，非功能需求方面，用户界面要求主要是为了是系统的界面更加统一规范，软硬件环境需求以及产品质量需求是为了保证提供给用户尽量完美的办公自动化系统。 1.2. 文档范围 本文档包含一下几部分： 1. 产品介绍 2. 角色功能划分 3. 产品范围 4. 产品的功能性需求 5. 产品的非功能性需求 1.3. 文档读者对象 该文档适合开发人员、项目经理、用户、文档的编写人员阅读。 1.4. 参考文档 列举了编写软件需求规格说明时所参考的资料或其它资源。 1.5. 术语与缩写解释 2.综合介绍 这一部分概述了正在定义的软件，主要是功能的概要介绍。

1.6. 产品介绍（功能介绍） 该系统包含8各模块：超级管理模块，该模块包括组织管理、权限管理、考试管理、资源共享通讯录和系统管理；我的办公桌模块，主要是对各重点模块的简要显示；行政管理该模块包括公共通知、公共计划、记事本、员工考勤和组织机构；个人助理模块，该模块包括通讯录、短消息、日程安排和个人信息管理；个人邮箱，该模块包括配置邮箱和收发邮件；公共信息模块，该模块包括资源下载、在线考试和公共通讯录；人事管理模块，该模块包括档案管理、档案查询和数据维护；销售管理模块，该模块主要包括客户管理、销售管理和供应商管理。 1.7. 产品范围 OA办公自动化系统集人力资源管理以及进销存等管理于一体的商业企业管理软件系统。本产品是为了帮助企业更好的进行管理，实现办公自动化。该产品适用于所有企业的办公需求。 1.8. 用户介绍 确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。 1.9. 角色功能划分 XXXXX拥有XXXX功能的权限。 XXXXX拥有XXXX功能的权限。 1.10. 设计和实现上的限制 确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。 1.11. 假设和依赖 列举出在对软件需求规格说明中影响需求陈述的假设因素（与已知因素相对立）。这可能包括你打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定，但是另一个S R S 读者却可能不这样认为。如果这些假设不正确、不一致或被更改，就会使项目受到影响。

软件需求分析说明书模板

保密级别：S 资料编号：SRS-[产品代号] -[序列号] 版本：V[*].[*] [产品型号名称（二号字体）] [部件型号名称（可选、小二号字体）] 软件需求分析说明书 共11页 编制： 审核： 审定： 会签： 批准： XXXXXXXXXX公司 [****]年[**]月[**]日

文档修改记录

目录 1引言 (2) 1.1编写目的 (2) 1.2范围 (2) 1.3定义、首字母缩写词和缩略语 (2) 1.4参考资料 (2) 2项目概述 (3) 2.1产品描述 (3) 2.2产品需求 (3) 2.2.1功能需求 (3) 2.2.2性能需求 (4) 2.2.3可服务性需求 (4) 2.3用户及用户特点 (4) 2.4一般约束 (5) 2.5假设和依据 (5) 3用例描述 (5) 3.1用例1 (5) 3.2用例2 (6) 3.3用例n (6) 4外部接口需求 (7) 4.1用户接口 (7) 4.2硬件接口 (7) 4.3软件接口 (7) 4.4通信接口 (8) 5设计约束 (8) 5.1其他标准的约束 (8) 5.2硬件的限制 (8) 6属性 (8) 6.1可用性 (8) 6.2安全性 (9) 6.3可维护性 (9) 6.4可转移＼转换性 (9) 6.5警告 (9) 7其他需求 (9) 7.1数据库 (9) 7.2操作 (10) 7.3场合适应性需求 (10) 8附录 (10)

[说明：本模板中的蓝色字体与橙色字体为说明性文字，在最终提交的文档中请删除这些说明性的文字。] 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。 1.2 范围 说明： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。应当： 1）尽可能精确地描述所有相关的利益、目的、以及最终目标。 2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义、首字母缩写词和缩略语 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

软件需求规格说明书标准模板

软件需求规格说明书 文件编号： QMS—PROC－RD02 版本：1.0 受控签章

修改历史

目录 1引言 (2) 1.1目的 (2) 1.2背景 (2) 1.3术语 (2) 1.4预期读者与阅读建议 (2) 1.5参考资料 (2) 1.6需求描述约定 (2) 2.项目概述 (2) 2.1系统功能 (2) 2.2业务描述 (2) 2.3数据流程描述(可选) (2) 2.4用户的特点 (2) 2.5运行环境要求 (2) 2.6设计和实现上的限制 (2) 3.功能需求的描述 (2) 4.非功能需求 (2) 4.1系统性能要求 (2) 4.2系统安全及保密要求 (2) 4.3系统备份与恢复要求 (2) 4.4系统日志 (2) 5.外部接口说明 (2) 6.其他需求 (2) 7 需求变更识别 (2) 8.功能列表 (2) 9.附件 (2)

1引言 1.1 目的 说明编写这份软件需求规格说明书的目的，如：通过本文档定义ＸＸＸ产品的需求，以求在项目组员与相关成员之间达成一致的需求描述。 1.2 背景 描述系统产生的背景，包括： a．需开发的软件系统的名称，和英文缩写（可选），项目编号（可选）； b．列出此项目的任务提出者、开发者 c．软件系统应用范围、用户。 d．产生该系统需求的原因或起源，如社会背景、市场发展、政策趋势、原有系统局限性 1.3 术语 列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。也可用附件说明。或放到本文件的最后。 1.4 预期读者与阅读建议 描述本文档的主要读者，以及这些读者在阅读时的阅读重点与建议。可用列表的方式列 1.5 参考资料 列出有关的参考资料，如： a．本项目经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 d．行业标准和规范。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

实验十二 系统需求分析和关系数据库设计

实验十二系统需求分析和关系数据库设计 [实验目的] 1.掌握商品化的数据库设计工具软件：Power Designer R15.0 2.掌握数据库设计的方法和主要步骤； 3.掌握概念结构的建立方法和常用工具（E—R图）； 4.掌握概念结构到逻辑结构的转换原则； 5.掌握数据库优化的主要内容和常用方法； 6.掌握数据库应用程序开发的主要步骤。 [实验时数]8 学时 [实验内容] 要求学生根据周围的实际情况，自选一个小型的数据库应用项目，并深入到应用项目的现实世界中，进行系统分析和数据库设计。可以选择给定的五个叙述性题目或附录1的选题表中选择一个课题。学生分成至多3人一组，成员自由组合。 [实验步骤] 主要作重于数据库设计的六个阶段中的前四阶段：需求分析(分析用户要求)、概念设计(信息分析和定义)、逻辑设计(设计实现)和物理设计(物理数据库设计)进行。概念模型设计时采用自底向上的方法，即自顶向下地进行需求分析，然后再自底向上地设计概念结构。 1、系统分析与数据库设计阶段 ①通过社会调查，选择一个实际应用数据库系统的课题。 ②进行系统需求分析和系统设计，写出系统分析和设计报告。 ③设计数据模型并进行优化，确定数据库结构、功能结构和系统安全性和完整性要求。 2、应用程序设计阶段 ①完成数据库定义工作，实现系统数据的数据处理和数据录入。 ②实现应用程序的设计、编程、优化功能，实现数据安全性、数据完整性和并发控制技术等功能，并针对具体课题问题提出解决方法。 3、系统集成调试阶段 对系统的各个应用程序进行集成和调试，进一步优化系统性能，改善系统用户界面。[实验报告要求] 1、完成问题陈述中所提到的所有需求功能； 2、要求撰写不少于3000个文字的文档，设计报告按照以下提纲书写： ●概述（包括项目背景、编写目的、软件定义、开发环境等内容） ●需求分析（问题陈述、需完成的功能。） ●数据库概念结构设计（画出E-R模型图） ●数据库逻辑结构设计（把E-R模型图转换为关系表。描述每一个基本表关系。 定义视图、定义索引、主关键字、定义权限） ●数据流图及程序结构框图

XXX系统需求规格说明书

环境与灾害监测预报小卫星星座环境应用系统 XX系统需求规格说明书 单位： 作者： 完成日期： 签收人： 签收日期： 修改情况记录：

目录 1.引言 (1) 1.1.编写目的 (1) 1.2.背景 (1) 1.3.定义 (1) 1.4.参考资料 (1) 2.需求概述 (1) 2.1.目标 (1) 2.2.运行环境 (2) 2.3.关键点 (2) 2.4.约束条件 (2) 3.需求规格 (2) 3.1.软件系统总体功能／对象结构 (2) 3.2.软件子系统功能／对象结构 (2) 3.3.描述约定 (2) 3.4.功能或对象的描述 (3) 3.4.1.功能或对象1 (3) 3.4.2.功能或对象n (3) 3.5.性能 (4) 3.6.外部接口 (4) 3.7.数据 (4) 3.7.1.空间数据 (5) 3.7.2.非空间数据 (5) 3.8.操作 (5) 3.9.可使用性、可维护性、可移植性、可靠性和安全性 (5) 3.10.故障处理 (5) 3.11.算法说明 (6) 4.尚未解决的问题 (6) 5.支持信息 (6)

1.引言 1.1.编写目的 说明编写本软件需求规格说明书的目的，指出预期的读者。 1.2.背景 a.说明待开发产品或项目（以下简称产品）的名称。 b.列出此开发任务的提出者、开发者、用户等。 c.说明本产品与其他产品的关系。 1.3.定义 列出本文件中用到的专门术语的定义和缩写词原文。 1.4.参考资料 a.本文件中引用的属于本开发产品的其他文件。 b.本文件中引用的其他文献、资料以及软件开发标准。 2.需求概述 2.1.目标 a.本产品的开发意图、应用目标及作用范围（现有产品存在的问题和建议 产品所要解决的问题）。 b.本产品的主要功能、处理流程、数据流程及简要说明。 c.表示外部接口和数据流的系统高层次图。说明本产品与其他相关产品的 关系，是独立产品还是一个较大产品的组成部分（可用方框图说明）。

软件需求规格说明书(终稿)

<教师报课系统> 需求规格说明书 作者：Mod4 完成日期：2015.10.16

修订历史记录

目录 1. 引言 (4) 1.1 目的 (4) 1.2 背景 (4) 1.3 定义 (4) 1.4参考文献 (4) 2. 项目概述 (5) 2.1 产品描述 (5) 2.2 产品功能 (5) 2.3 用户特点 (7) 2.4 一般约束 (7) 2.5 假设与依据 (7) 3. 具体需求 (7) 3.1 功能需求 (8) 3.1.1系统角色及登陆 (8) 3.1.2 学院负责人 (9) 3.1.3 系负责人 (17) 3.1.4 教师 (20) 3.2 外部接口需求 (23) 3.2.1 用户接口 (23) 3.2.2 硬件接口 (23) 3.2.3 软件接口 (23) 3.2.4 通信接口 (23) 3.3 性能需求 (23) 3.4 属性 (23) 3.4.1 可用性 (23) 3.4.2 安全性 (24) 3.4.3 可维护性 (24) 4. 验收验证标准 (24)

1. 引言 1.1 目的 该文档首先给出项目的整体结构和功能结构概貌，试图从总体架构上给出整个系统的轮廓。同时对功能需求、性能需求进行了详细的描述。便于用户、开发人员进行理解和交流，反映出用户问题的结构，可以作为软件开发工作的基础和依据以及确认测试和验收的依据。 本文档面向多种读者对象： （1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计、项目管理。 （2）设计员：对需求进行分析，并设计出系统，包括数据库的设计。 （3）程序员：了解系统功能，编写《用户手册》。 （4）测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。（5）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。 在阅读本文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一功能进行适当的了解。 1.2 背景 本次待开发的软件为教师报课系统。 用户通过使用该软件在移动终端完成报课相关操作。学院负责人通过导入报课信息，设定截止时间来开启报课。系负责人查看报课信息，进行审核修改。教师填写报课信息，预览报课信息等最终提交报课。 1.3 定义 1.4参考文献 [1] GB-T8567-2006，《计算机软件文档编制规范》[S] [2].（美）Roger S.Pressman著，郑人杰等译.软件工程[M].第七版.北京：机械工业出版社,2011.

软件需求规格说明书

软件需求规格说明书 1范围 标识 SRS适用范围：城市教育资源管理系统 标识号：GDGL004 标题：城市教育资源管理系统 版本号： 发行号：Alpha001（内测版） 系统概述 随着我国政治体制改革、经济体制和教育体制改革的不断深入，城市教育在构建和谐社会中发挥着重要作用。教育资源的优劣，直接关系着教育效益的产出。教育资源管理的好坏将直接影响着学校的建设和发展。目前中国城市人均教育经费差异很大，城市间高等教育阶段生师比的差距比较大,而基础教育的差距相对较小;城市经济发展水平是影响这些差异的主要因素,其次是城市人口规模;促进不发达地区城市和小城市的经济发展、建立合理的人口流动机制是消除城市间教育资源差异的有利措施。 城市教育资源管理系统是指综合运用地理信息系统（GIS）、多媒体及虚拟现实等现代信息技术实现面向高校教学管理部门提供教学资源管理的服务平台，对学校校舍、课桌、教学用具等硬件设施和师资力量等软件设施的信息的采集、集成和管理，根据地区各等级基础教育学校个数、学校规模和周边做涵盖教育分配地区，确定各个学校教育资源的优劣、所需教育人员以及所能容纳学生人数，也可以进行教育资源的调动管理，教职工人事变动管理，教学资源合理分配与再分配，地区教育质量评价等等。 它的建设将为教育部门对教育资源的管理起到很重要的监督和管理作用。并能够作为一项新兴的部门管理方法。 文档概述 在信息化高速发展的今天，时间效率这样的名词正主导着人们的生活和发展,有必要设计开发一个城市教育资源管理系统。通过系统功能有效的解决城市间教育经费、教育阶段生师比等等间的差异，从而提高管理效率。 本文档具体对城市教育资源管理系统的软件需求等进行基本分析，确定该系统基本功能及需求，故在此针对本系统编写此文档，本文档的最终解释权在本小组手中，请勿随意更改。 基线 本文档的设计基线是《GBT8567-2006计算机软件文档编制规范》。 2引用文件 [1]GBT8567-2006计算机软件文档编制规范. 2006 [2] Liang著李娜译,JAVA语言程序设计．北京：机械工业出版社2012 [3]刘先锋,数据库系统原理与应用. 武汉：华中科技大学出版社2012 [4]谢希仁,计算机网络（第五版）．北京：电子工业出版社2012

学生选课系统需求分析

学生选课系统软件需 求说明书

目录1 引言1 1.1 编写目的1 1.2 背景1 1.3 定义1 1.4 参考资料1 2 任务概述1 2.1 目标1 2.2 用户的特点2 2.3 假定和约束2 3 需求规定2 3.1 对功能的规定2 3.2 对性能的规定4 3.2.1 精度4 3.2.2 时间特性要求4 3.2.3 灵活性4 3.3 输入输出要求4 3.4 数据管理能力要求4 3.5 故障处理要求4 3.6 其他专门要求5 4 运行环境规定5 4.1 设备5 4.2 支持软件5 4.3 接口5 4.4 控制5

学生选课系统软件需求说明书 1 引言 1.1 编写目的 编写本文档的目的在于详细、准确和全面的定义本选课系统的功能和用户需求，用以指导系统顺利地进行开发，并保证后续地开发能够保质保量的完成。本文档所描述的需求信息将作为该项目最终验收的标准和依据。 预期读者：学生、老师、管理人员。 1.2 背景 本项目所开发的学生选课系统完成学校对学生的选课信息的统计与管理，减少数据漏掉的情况，同时也节约人力、物力和财力。告别以往的人工统计。 本项目开发的软件采用B/S 结构，方便学生、老师、管理员使用，学生可以再线查看可选课程信息、再线选课、信息修改、成绩查看，老师可以自己的课程人数、课程信息（包括开课时间、地点、开课方式），管理员可以对整个系统进行管理（包括系统管理、用户管理、课程管理）。 1.3 定义 B/S ：即浏览器/服务器结构，基于浏览器的使用。 用户：用户分学生、老师和系统管理员，角色不同，所使用的功能不同。 网站：Internet 上提供Web 服务的计算机。该计算机的IP 绑定了域名，在浏览器输入域名就可以访问该计算机的web 资源。 1.4 参考资料 《信息系统分析设计与管理》 2 任务概述 2.1 目标 该系统用于提高教务处的工作效率，方便用户之间信息的交流，简化学生选课的流程，使选课管理工作更规范化，系统化，程序化，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改选课排课相关信息。在学校内部的现有局域网这个网络环境下,信息 由各用户在规定的权限下在各自的工作站上录入，信息上网后各用户可查询，选课，修改，管理，达到信息共享。 2.2用户的特点 学生：本科水平。该系统主要为学生提供选课服务，因此学生可以直接查看选课情况，学生 可以根据本人学号和密码登录系统，进行操作，如核实个人信息，查看教师信息、课程信息，以便选课，查看自己选课结果，查询考试成绩等。

系统需求规格说明书 (1)

XXX系统或XXX项目 产品需求规格说明书 版本信息 注：状态可以为N-新建、A-增加、M-更改、 对方的所得税说明：版本信息必须更新，审核人和审核时间也必须审核后填写，审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理 目录

1.关于本文档 1.1.内容说明 说明：此处描述的是文档说明，产品需求文档更新需要走修订模式，下次更新前先接受修订，并且每次更新必须更新版本号和版本记录。 例子： 本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。 本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。因此在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。 1.2.名词解释

1.3.参考文档 《系统需求定义规范使用说明》 2.系统概述 2.1.业务背景 说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试场景，此部分是产品需求定位的核心导向。 例子一：电子面单的业务描述 随着电子商务服务和物流服务信息化飞速发展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下，传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用，经过长期的的磨合和积累，目前将我司的应用经验推广到社会物流上，让社会上愿意与我司物流合作的伙伴，也同样享受到我司电子面单服务。 例子二：LSQ的业务描述 物流作业状态服务存在不足 1）服务无标准不统一 需物流作业的各渠道订单，作业状态转化为文案描述处理的逻辑系统多，且处理规不统一， －B2C自营订单，逻辑在B2C，数据源在OMS －菜鸟平台/4PS平台订单状态展示，逻辑在LAPI，数据源在LAPI

软件需求规格说明(范例)

项目名称 软件需求规格说明

文档签署记录

文档修改记录

目录 1 引言 (1) 1.1 目的 (1) 1.2 项目背景 (1) 1.3 范围 (1) 1.4 参考资料 (1) 1.5 综述 (1) 2 总体概述 (2) 2.1 产品描述 (2) 2.2 产品功能 (2) 2.3 用户特点 (2) 2.4 设计约束 (2) 2.4.1 标准规范 (2) 2.4.2 软件开发语言 (2) 2.4.3 软件开发工具和环境 (2) 2.4.4 软件测试环境 (3) 3 具体需求 (4) 3.1 软件流程功能 (5) 3.1.1 流程1 (5) 3.2 功能需求 (7) 3.2.1 试验资源管理 (7) 3.2.2 试验过程管理 (9) 3.3 软件模块划分 (11) 3.4 系统集成接口 (12) 3.4.1 与管理系统的接口 (12) 3.5 性能需求 (12) 3.5.1 精度 (12) 3.5.2 时间特性要求 (12) 3.6 数据处理要求 (12) 3.7 软件质量要求 (13) 3.7.1 易用性 (13) 3.7.2 可靠性 (13) 3.7.3 安全性 (13) 3.7.4 可维护性 (13) 3.8 可靠性、安全性和维护性要求 (13) 3.8.1 软件安全性等级、可靠性指标 (13) 3.8.2 软件运行寿命 (13) 3.8.3 软件安全性要求 (13) 3.8.4 软件健壮性要求 (13) 3.8.5 软件不期望事件要求 (14) 3.8.6 软件维护性要求 (14) 4 运行环境规定 (14) 4.1 部署方案 (14) 4.2 系统运行的硬件环境要求 (14)

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

软件需求规格说明书 湖南长沙阳环科技实业有限公司文件更改摘要：

目录 1引言....................................................... 错误!未定义书签。 目的 .................................................... 错误!未定义书签。 背景 .................................................... 错误!未定义书签。 术语 .................................................... 错误!未定义书签。 预期读者与阅读建议 ...................................... 错误!未定义书签。 参考资料 ................................................ 错误!未定义书签。 需求描述约定 ............................................ 错误!未定义书签。 需求层次划分........................................ 错误!未定义书签。 需求跟踪粒度........................................ 错误!未定义书签。 需求级别定义........................................ 错误!未定义书签。 功能描述方法........................................ 错误!未定义书签。 界面描述规则........................................ 错误!未定义书签。2项目概述................................................... 错误!未定义书签。 系统功能 ................................................ 错误!未定义书签。 业务描述 ................................................ 错误!未定义书签。 用户的特点 .............................................. 错误!未定义书签。 运行环境要求 ............................................ 错误!未定义书签。 设计和实现上的限制 ...................................... 错误!未定义书签。3系统功能需求 ............................................... 错误!未定义书签。 总体功能需求 ............................................ 错误!未定义书签。 自测系统需求 ............................................ 错误!未定义书签。 获取试卷............................................ 错误!未定义书签。 自测作答............................................ 错误!未定义书签。 提交试卷............................................ 错误!未定义书签。

智能排课系统3复习过程

综合实验报告 题目：智能排课系统 学生姓名： 专业：信息管理与信息系统 班级：信管1002班 学号： 1002100206

一、概述 （一）开发背景 随着信息技术的飞速发展，各个行业的信息化势在必行。正所谓“科学技术是第一生产力”，科技的进步大大地提高了生产率。然而，在高校这个知识密集的地方，如何才能提高办学效率，更好地完成教学任务，跟上社会发展步伐，这是一个摆在教学工作者面前的一个迫切的问题。应用信息化来改造传统的教学管理模式是一个重要途径。 近几年来，随着各高校办公自动化工作的推进，教务管理自动化也被摆上了日程。在教务工作中占有很大比重的一项就是每学期的课程排定工作。由于教工、教室和设备的相对紧张，如何进行合理地安排和分配，从而充分利用教学资源是我们不得不面对的问题。而人工进行排课不仅任务重，效率低，而且易出错，难于维护，想要排出一张各方面都满意的课表非常困难。并且随着高校规模的扩大手工排课的难度和工作量呈几何级数增长。 排课系统正是为了减轻教务人员的工作量，实现教务工作自动化，解决排课这一老大难问题的教务办公软件。尤其针对高校的排课一直都没有很好的解决方法，但是此问题又是每个学校在每个学期都会碰到的必要行政作业。本文在相关理论的指导下，在分析以往一些排课软件的基础上，提出一个高校通用排课系统的设计方法，并对一些具体的问题给出相应解决方案。但是，由于技术、经验的有限和数据量过大，目前我们很难做出一个满足所有需要的排课系统。因为它不仅要考虑到教室冲突问题和教师冲突问题，还要考虑到分段课、单双周课时的资源利用问题；另外由于高校的教学特点，还要处理合班课、分班课、体育课与选修课等特殊课程。针对这些问题，在此专门对数据库设计作了一些探索，并于架构的选择和模块的划分上经过精心调整，在菜单的设计上也体现了人性化的操作。该设计贴近用户需求，功能完整，架构合理，并用大量的框图模型体现了系统的规划。 （二）项目的任务及意义 当今学校内部没有完善的高校排课系统，管理水平差，学校课程不能得到合理分配。迫切需要提高现代化管理水平、管理质量和管理高校课程。高校排课系统的初步现代化的开发和使用，能够大大提高学校管理者的工作效率，节省成本提高经济效益。它把从事教务管理的人员从繁重的手工操作中解脱出来，用更多精力从事创造性的管理活动和其它重要的活动中去，从而达到节省人力、物力，财力的目标；它能使决策、计划和其它管理活动更加科学、精确、灵活。 本软件主要是适用于高等学校教务部门的办公软件，运用此软件，可以免去工作人员繁忙而枯燥的手工排课过程，直接通过计算机进行排课。 业务范围涉及到课程、上课班级/实验班级/上机班级、任课指导老师/周次/节次、教学场地（教室，实验室，机房等）等相关因素。 二、系统规划 （一）需求分析 自动课程编排系统需要满足来自三方面的需求，这三个方面分别是学生、教师和管理员。学生的需求是查询院系的课程情况及学生信息的修改；教师对选课系统自动排课情况进行操作，同时形成自动排课查看确认；选课管理员的功能最为复杂，包括对学生、教师、选课进行管理和统计，及系统状态的查看、维护并生成选课报表。学生可以直接查看选课情况，学

软件系统需求规格说明书(范文格式)

XXX公司 XXXX系统 需求规格说明书 XXX公司 2013年8月

修订记录

目录 1.引言 (1) 1.1.编写目的 (1) 1.2.项目背景 (1) 1.3.术语定义 (1) 1.4.参考资料 (2) 2.任务概述 (3) 2.1.建设目标 (3) 2.2.建设内容 (3) 2.3.用户要求 (3) 2.4.假定和约束 (4) 3.系统需求 (5) 3.1.功能架构图 (5) 3.2.通用需求 (5) 3.2.1.系统通用工具栏 (5) 3.2.2.其它通用需求 (6) 3.3.XXX管理子系统 (7) 3.3.1.系统管理 (7) 3.4.集成需求 (12) 3.4.1.基础数据对接 (12) 3.4.2.单点登录（SSO） (12) 3.4.3.文书跨系统审批 (12) 3.4.4.短信提醒 (13) 3.5.性能需求 (13) 3.6.网络需求 (13) 3.7.存储需求 (13) 3.8.安全需求 (14) 3.8.1.技术平台设计安全需求 (14) 3.8.2.系统运行安全需求 (15) 4.运行环境规定 (15) 4.1.设备 (15) 4.2.软件 (16) 4.2.1.服务器操作系统版本 (16) 4.2.2.客户机 (17) 4.2.3.数据库版本 (17) 4.2.4.中间件服务器版本 (17) 4.3.接口 (17) 4.3.1.外部接口 (17) 4.3.2.内部接口 (18)

名词缩写： 1.XXX集团，即“XXX省XXX集团有限责任公司”；[引号里面为全称] 2.XXX系统，即“XXX集团XXX系统”；[引号里面为全称] 3.XXX公司，即“XXX有限公司”，系统承建单位。[引号里面为全称]

需求规格说明书模板4种版本

需求规格说明书(ISO标准版) 编者说明： 当需求调查、分析工作告一段落时，你就需要将这些需求进行规格化描述，整理成文，即软件需求规格说明书，也就是SRS。这是在软件项目过程中最有价值的一个文档。ISO所提供的标准虽然已经时间久远，但还是颇具参考价值的。 1．引言 1.1编写的目的 [说明编写这份需求说明书的目的,指出预期的读者。] 1.2背景 a. 待开发的系统的名称; b. 本项目的任务提出者、开发者、用户； c. 该系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 [列出用得着的参考资料。] 2．任务概述 2.1目标 [叙述该系统开发的意图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景材料。解释被开发系统与其他有关系统之间的关系。] 2.2用户的特点 [列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度。] 2.3假定和约束 [列出进行本系统开发工作的假定和约束。] 3．需求规定 3.1对功能的规定 [用列表的方式，逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎么样的处理、得到什么输出，说明系统的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。] 3.2 对性能的规定 3.2.1精度 [说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。] 3.2.2时间特性要求 [说明对于该系统的时间特性要求。] 3.2.3灵活性 [说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。] 3.3输入输出要求 [解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对系统

排课系统的需求分析

排课系统的需求分析 Bｙ梁健超 1.排课问题的描述 排课问题的目的是要在有限的教学资源情况及限定的教学环境下,满足教师授课、班级上课在时间以及空间(教室安排)上的约束条件,并保证不会造成教师授课、班级上课在时间上、空间上的冲突。在此基础上,能够使用应付每学期的教学过程当中，学校各个方面因各种原因需要对课表作出调整的需求。 同时,排课问题针对于每一课程给予一个时段和教室,每位教师有数门教授课程,而且每门课程上课的次数也会根据其学分数的多少而有所不同,同时每位教师也会对授课的时段乃到教室的设备条件等有不同的要求，尤其是时间更会有希望排课时段或不愿意排课时段。加上每门课程的授课条件不一，使得排课问题有许多因素的限制。 所以说排课问题是多因素组合问题。影响排课的因素较多,归纳起来分两大类： 一是教学的主体对象因素,是指在排课问题当中参与教学活动的主体，主要是指教师、班级、课程，这些对象在每个学期是可能会产生变动的，可以说是动态的,是需要给予分配资源的对象。在排课过程中,这些主体对象必须保证其在空间、时间上是独立而不冲突,排课问题的核心就是解决这些主体对象因素在空间、时间的二维上的冲突。 二是教学资源对象因素。是指在排课问题当中属于被分配的资源,主要是指教室以及教学时间,而往往这些资源是有限的,而且资源是分种类的，如教室有分各种大小、设备配置也不一样。其他因素还包括有教学计划、有教师个人喜好等。 排课问题是动态组合问题一方面体现在上述提及的问题是互相影响、互相制约的,一个因素改变都会影响其他因素。另一方面，排课是服务于教学的,学校会由于各种原因而造成对排课工作的影响，如教师出差、临时的讲座安排、学校其他事务及节假日等，所以排课问题相当复杂。 1.1 排课的基本要素 1、教师:一般情况下,一个专业下的某一课程将会相对固定地由某一个教师 进行讲授,但有可能上某一门课程的班级较多时,由多位教师讲授同一门

【XXX系统】功能需求规格说明书_模板

【系统名称】功能需求规格说明书 【——子系统名称】

文档创建信息 文档修订记录 修改类型分为A– ADDED（增加）M– MODIFIED（修改）D– DELETED（删除）

目录 1.引言 (4) 1.1 目的 (4) 1.2 读者范围 (4) 1.3 术语或缩略语 (4) 2.系统定位 (5) 2.1 目标用户 (5) 2.2 针对的用户需求 (5) 2.3 卖点功能 (5) 2.4 系统性质 (6) 3.需求综述 (6) 3.1 概念界定 (6) 3.1.1角色界定................................................................ 错误！未定义书签。 3.1.1.1 用户 (6) 3.1.1.2 外部系统 (6) 3.1.1.3 内部子系统 ..................................................... 错误！未定义书签。 3.1.2信息实体界定......................................................... 错误！未定义书签。 3.2 系统外延 (7) 3.2.1系统应用环境总览 (7) 3.2.2系统与用户交互关系 (7) 3.2.3系统与外部系统交互关系 (7) 3.3 系统内涵 (7) 3.3.1系统总体结构 (7) 3.3.2系统功能概述 (8) 3.3.3系统内部协作关系 (8) 4.功能使用流程 (8) 4.1 功能使用流程总览 (8) 4.2 功能使用流程描述 (9) 4.2.1【功能使用流程名称】 (9) 4.2.2【功能使用流程名称】 (10) 5.用户界面 (10) 5.1 总则 (10) 5.2 界面总览 (10) 5.3 界面详解 (11) 5.3.1【界面名称】 (11) 5.3.1.1 界面功能概述 (11) 5.3.1.2 界面元素总览 (11) 5.3.1.3 界面元素详解 (12) 5.3.1.4 界面默认规则 (13) 5.3.2【界面名称】 (13)

软件需求规格说明模板2

软件需求规格说明(SRS) 1范围 1.1标识 本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号和发行号。 1.2系统概述 本条应简述本文档适用的系统和软件的用途，它应描述系统和软件的一般特性；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；列出其他有关的文档。 1.3文档概述 本条应概述本文档的用途和内容，并描述与其使用有关的保密性或私密性要求。 1.4基线 说明编写本系统设计说明书所依据的设计基线。 2引用文件 本章应列出本文档引用的所有文档的编号、标题、修订版本和发行日期，也应标识不能通过正常的供货渠道获得的所有文档的来源。 3需求 本章应分以下几条描述CSCI需求，也就是，构成CSCI验收条件的CSCI的特性。CSCI需求是为了满足分配给该CSCI的系统需求所形成的软件需求。给每个需求指定项目唯一标识符以支持测试和可追踪性。并以一种可以定义客观测试的方式来陈述需求。如果每个需求有关的合格性方法(见第4章)和对系统(若适用，子系统)需求的可追踪性(见5.a条)在相应的章中没有提供，则在此进行注解。描述的详细程度遵循以下规则：应包含构成CSCI验收条件的那些CSCI特性，

需方愿意推迟到设计时留给开发方说明的那些特性。如果在给定条中没有需求的话，本条应如实陈述。如果某个需求在多条中出现，可以只陈述一次而在其他条直接引用。 3.1所需的状态和方式 如果需要CSCI在多种状态和方式下运行，且不同状态和方式具有不同的需求的话，则要标识和定义每一状态和方式，状态和方式的例子包括：空闲、准备就绪、活动、事后分析、培训、降级、紧急情况和后备等。状态和方式的区别是任意的，可以仅用状态描述CSCI,也可以仅用方式、方式中的状态、状态中的方式或其他有效方式描述。如果不需要多个状态和方式，不需人为加以区分，应如实陈述；如果需要多个状态或方式，还应使本规格说明中的每个需求或每组需求与这些状态和方式相关联，关联可在本条或本条引用的附录中用表格或其他的方法表示，也可在需求出现的地方加以注解。 3.2需求概述 3.2.1目标 a.本系统的开发意图、应用目标及作用范围(现有产品存在的问题和建议产品所要解决的问题)。 b.本系统的主要功能、处理流程、数据流程及简要说明。 c.表示外部接口和数据流的系统高层次图。说明本系统与其他相关产品的关系，是独立产品还是一个较大产品的组成部分(可用方框图说明)。 3.2.2运行环境 简要说明本系统的运行环境(包括硬件环境和支持环境)的规定。 3.2.3用户的特点 说明是哪一种类型的用户，从使用系统来说，有些什么特点。 3.2.4关键点 说明本软件需求规格说明书中的关键点(例如：关键功能、关键算法和所涉及的关键技术等)。