软件系统系统需求规格说明书模板

《软件系统系统需求规格说明书模板》由会员分享，可在线阅读，更多相关《软件系统系统需求规格说明书模板（11页珍藏版）》请在金锄头文库上搜索。

1、附件三 系统需求规格说明书文件状态：草稿正式发布正在修改文件标识：当前版本：作者：完成日期：版本历史1. 引言1.1.目的例如：规定系统的边界和目标，描述系统的功能性需求和非功能性需求。1.2.读者对象及阅读建议说明：指明本文档面向的读者群，及相应的阅读意见。1.3.文档范围可选】说明：对本文的范围做阐述，本文档改动时，受到影响的范围，例如，本文引用到的用例模型，系统原型，系统测试用例等文档。14参考文档说明：列出本文档的所有参考文献可以是非正式出版物包括方案任务 书、合同、批文、引用到的文件、资料及软件开发标准等。15术语及缩写解释说明：列出本文件中用到的专门术语的定义和缩写词的原词组，并给

2、予解释, 以便于所有读者达成共识。2. 综合描述21系统背景【可选】说明：介绍系统的预期效果、历史原因。22问题说明【可选】提供一段说明，总结此工程需要解决的问题。可以采用以下格式:问题是对问题进展说明影响问题影响的干系人问题的后果该问题会导致什么后果成功的解决方案应列出成功解决方案的一些主要优点2.3.系统范围说明：阐述本工程“适用的业务领域和“不适用的业务领域，本产品“应 当包含的内容和“不包含的内容。说清楚系统范围的好处是：有助于判 断什么是需求，什么不是需求；可以将开发精力集中在产品范围之内；有 助于控制需求的变更。完整而准确的定义本产品的干系人；明确本产品所影响到的部门和业务；用图表

3、或者文字描述产品的范围，概要的定义产品的功能。2.4.干系人及用户说明 【可选】2.4.1.用户环境 【可选】详细说明目标用户的工作环境。以下是几项建议： 该任务由多少人来完成？是否总在变化？ 一个任务周期需要多长时间？执行每项活动要用多长时间？是否总在变 化？是否有特殊的环境约束：移动、户外、乘机旅行等？ 目前使用的是哪些系统平台？以后会使用哪些平台？ 还在使用哪些应用程序？您的应用程序是否需要和这些应用程序集成？ 在此处可以从业务模型中摘录一些内容来概述所涉及的任务和角色等等。2.4.2.干系人简档 【可选】通过在下表中填写各干系人的相关信息来说明系统中的各个干系人，详尽的简档应包括各种干

4、系人在以下方面的信息：代表谁是此产品的干系人代表？如在他处已作记录，那么此处为 可选。此处只需填写姓名。说明对干系人类型的简要说明类型介绍干系人的技能特长、技术背景和熟练程度即权威用户、 业务用户、专家用户、初级用户等职责列出干系人对所开发的系统负有的关键职责，即他们作为干系 人的利益。使用频率该干系人使用系统的频率意见问题在此处列出会阻碍成功的问题以及任何其他相关信息。2.4.3.关键的干系人用户需要列出干系人认为现有解决方案存在的关键问题。对于列出的每个问题，需澄 清以下要点：为什么会出现这一问题？目前如何解决该问题？ 干系人需要什么样的解决方案？务必要了解干系人或用户对解决各个问题的相对

5、重视程度。分级和累积投票 方法说明，必须解决的问题及干系人或用户希望解决的问题大有不同。2.5.目标业务模型 【可选】说明：新系统业务模型描述，如有相应业务模型材料了，可作为需求规格说 明书的输入参考资料。2.6.功能摘要总结该产品将提供的主要优点和特性，而不必涉及每个功能的细节。对功能 加以组织，使客户或初次阅读该文档的其他人能够理解此功能列表。2.7.功能清单及重要程度说明说明：功能名称、功能描述、重要程度。重要程度，以三类来表示：核心功能；：辅助功能；：外围功能； 级别，按照继承关系分为：一级，二级，三级；编号级别重要程度功能名称功能描述备注2.8.功能及业务对照关系表说明：业务组为主编

6、写业务需求，业务需求提交至信息技术组后，由信息技 术组建立目标系统业务模型并及业务组进展确认本操作可选，也可由信息技术 组及开发商合作建立，目标业务模型作为系统需求的输入，由信息技术组及开 发商合作撰写和评审系统需求规格书明书。业务需求目标系统业务活动可选功能名称2.9.假定和约束说明：列出进展本软件开发工作的假定和约束，例如：开发语言、开发期限等。 格式限制说明：本项将指定由现有的标准或规那么派生的要求。例如： 报表格式；数据命名；财务处理；审计追踪，等等。硬件限制说明：本项包括在各种硬件约束下运行的软件要求，例如，应该包括： 硬件配置的特点接口数，指令系统等；内存储器和辅助存储器的容量。2

7、.9.1.运行环境约束说明：硬件设备、支持软件、接口、控制等方面的约束名称详细要求2.9.2.设计约束 【可选】说明：开发过程中必须使用的软件语言、软件进程需求、主要开发工具、核心技术、第三方产品等。2.9.3.产品应当遵循的标准或标准说明：阐述本产品应当遵循什么标准、标准或业务规那么，违反标准、标准或业务规那么的产品通常不太可能被承受。3. 具体需求3.1.功能需求3.1.1.具体功能3.1.1.1. 内容说明：对于每一类功能或者有时对于每一个功能，需要具体描述其输入、加 工和输出的需求。3.2.非功能需求3.2.1.外部接口3.2.1.1. 用户接口说明：提供用户使用软件产品时的接口需求。

8、例如，如果系统的用户通过显 示终端进展操作，就必须指定如下要求：对屏幕格式的要求 说明：对界面上的各对象、类型、宽度、取值范围、数据来源、能否为空等 属性进展描述。报表或菜单的页面打印格式和内容输入输出的需求说明：解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精 度等。对软件的数据输出及必须标明的控制输出量进展解释并举例，包括对硬拷 贝报告正常结果输出、状态输出及异常输出以及图形或显示报告的描述。程序功能键的可用性 说明：快捷键定义等。3.2.1.2. 硬件接口 【可选】说明：要指出软件产品和系统硬部件之间每一个接口的逻辑特点。还可能包 括如下事宜：支撑什么样的设备，如何支撑这些设

9、备，有何约定。3.2.1.3. 软件接口 【可选】说明：在此要指定需使用的其他软件产品例如，数据管理系统、操作系统， 以及同其他应用系统之间的接口。对每一个所需的软件产品，要提供如下内容： 名字、助记符、规格说明号、版本号、来源。对于每一个接口，这局部应说明及软件产品相关的接口软件的目的，并根据 信息的内容和格式定义接口，但不必详细描述任何已有完整文件的接口，只要引 用定义该接口的文件即可。【接口定义】下表是对一些接口的具体描述:接口名称接口描述填写接口完成的任务接口类型填写是输入接口还是输出接口源系统填写接口输入方系统或部件目标系统填写接口输出方系统或部件厂商提供客户化开发文件类型填写文件类

10、型；假设通过数据库表来交互，请指明数 据库及表名文件数量峰值数据量频度填写数据处理的频度复杂度批处理人工填写接口数据的驱动模式是人工还是自动， 还是都支持接口类型填写是实时接口还是批量接口等【其他系统详细信息】说明：列出所有及接口交互的外围系统的详细信息。包括输入、输出系统等系统填写及接口交互的系统名称系统类型填写是接口的数据源系统还是目标系统数据库填与父互系统使用的数据库及版本软件填写交互系统的软件名称架构类型交互系统的架构类型是还是。位置填写该软件在交互软件体系中所出的位置。技术支持填写父互系统的开发商和支持商功能支持填写具体的支持商或技术团队数据归属接口隶属系统的详细信息】可选系统填写接

11、口隶属系统的名称模块隶属于具体的模块名称数据库隶属系统的数据库版本负责人控制报告【接口配置】接口根底信息配置 说明：接口根底信息的配置工程，描述配置的方式。接口运行参数配置说明：接口运行参数的配置方式和步骤。【其他配置】 可选 说明：外围系统或相关模块的配置。3.2.1.4. 通信接口【可选】说明：指定各种通信接口。例如，局部网络的协议等等3.2.2.其他非功能性需求说明：下表中的各种需求，可根据实际情况进展选择其中的一种或者几种进 展描述，在表的后面是各种需求的详细解释。说明：支持的终端数；支持并行操作的用户数。3.2.2.2. 动态数值需求说明：欲处理的事务和任务的数量，以及在正常情况下和

12、峰值工作条件下一 定时间周期中处理的数据总量。3.2.2.3. 精度说明:对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。3.2.2.4. 时间特性要求说明：对于该软件的时间特性要求，如对：响应时间； 更新处理时间； 数据的转换和传送时间； 解题时间等要求。3.2.2.5. 数据管理要求【可选】说明：需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的 增长对数据及其分量的存储要求做出估算。3.2.2.6. 可用性指出普通用户和高级用户要高效地执行特定操作所需的培训时间，指出典型 任务的可评测任务次数或根据用户或喜欢的其他系统确定新系统的可用性需求 性能3.2.2.7. 可靠性指出可用时间百分比 ( )、使用小时数、维护访问权、降级模式操作等。平 均故障间隔时间 ()。平均修复时间 ()系统在发生故障后可以暂停运行的时间 指出系统输出要求具备的精细度分辨率和准确度按照某一的标准。3.2.3.文档需求说明：主要是在线用户手册及帮助系统，也包括其他的文档3.2.4.第三方产品【可选】说明：使用到的第三方产品相关的 使用许可、使用限制、接口标准。3.3.数据字典说明：把相关的数据抽取出来统一维护，在其他章节如有类似信息描述，那么关联到数据字典的相关局部并加辅助说明，如：引用到的字段等。4. 补充资料【可选】4.1.待确定的问题列表 【可选】