软件需求分析说明书模板v10.docx

1、软件需求分析说明书模板v10文档编号：版 本 号：1.0XXX项目需求规格说明书*公司*年*月*日修改历史日期版本作者修改内容更改请求号注：“更改请求号”为文档正式发布后需要变更时的编号。正式批准角色签名日期备注目 录1. 简介 51.1 目的 51.2 范围 51.3 产品开发背景 51.4 系统概述 51.5 假定条件与约束限制 51.6 定义和缩略语 51.7 参考资料 62. 业务需求 62.1 目标 62.2 业务范围 62.3 业务环境 62.3.1 客户 62.3.2 竞争对手 62.3.3 其他涉众 63. 用户需求 63.1 用户特性 63.2 界定范围 73.3 业务相关组

2、织结构及角色定义 73.3.1 业务组织结构及角色 73.3.2 角色与功能的关系 73.4 主要业务流程描述 74. 功能定义 84.1 85. 性能需求 85.1 96. 用户界面需求 96.1 用户界面需求1 96.2 用户界面需求2 97. 与其它系统接口的需求 97.1 97.1.1 硬件接口 97.1.2 软件接口 97.1.3 通信接口 108. 运行环境需求 108.1 网络和硬件设备平台 108.2 操作系统平台 108.3 数据库系统平台 108.4 开发工具 108.5 其它支持工具 109. 其它专门需求 109.1 系统运行方式 109.2 安装和操作 119.3 安

3、全保密 119.4 维护服务 119.5 联机用户文档和帮助系统 1110. 设计约束 1111. 购买的构件 1112. 法律、版权及其他声明 1113. 适用的标准 1114. 功能补充及变更 1214.1 功能补充及变更一 1215. 附录 12 1. 简介1.1 目的阐明需求分析与功能规格设计的目的，明确定义此文档的受众。作者可照抄下列语句，也可进行适当修改。“本功能规格说明书对系统做了全面细致的需求分析，明确了所要开发的系统应具有的功能、性能、界面等需求特性，使系统设计人员及开发人员尽可能清楚地了解用户的需求，并在此基础上进一步提出软件设计说明书和完成后续设计与开发工作。”1.2 范

4、围简要说明本说明书适用的软件应用程序、特性或其他子系统分组、与其相关的用例模型，以及受到此文档影响的任何其他事物，如设计说明书、测试计划、用户指导手册等。1.3 产品开发背景描述本产品提出、产生和完善的背景。1.4 系统概述描述系统名称、代号、功能版本号、功能模块的组成以及其它作者认为应该说明的内容。1.5 假定条件与约束限制尽量列出本系统开发的假定和约束，如：经费限制、开发期限、设备条件、用户现场环境准备等。1.6 定义和缩略语此小节应提供正确理解本说明书所需的全部术语的定义和缩略语。 若定义和缩略语较多，可以在附录中增加产品词汇表。1.7 参考资料此小节应完整地列出本说明书中引用的所有文档

5、及采用的标准。每个文档和标准应标有标题、文件编号、发表日期和出版单位。2. 业务需求2.1 目标产品的开发目标和应用目标。如果是其他系统的一部分，则说明其关系。 2.2 业务范围描述该产品所涉及的用户的业务范围。2.3 业务环境简要说明用户组织所从事的业务领域。2.3.1 客户列出用户组织面对的客户以及他们对用户产品的期望。此处还应概述为了解客户对该产品的需求所进行的调查。2.3.2 竞争对手 竞争对手产品的描述及评估。2.3.3 其他涉众列出其他涉众，例如用户的供应商和合作伙伴。3. 用户需求3.1 用户特性描述系统最终用户的特性 ，充分说明操作人员、维护人员的教育水平、工作经验和技术熟练程

6、度，以及本软件的预期使用频度。这些是软件设计工作的重要约束。 3.2 界定范围概括和界定作为建模对象的组织和流程的范围，以及其与用户方现有组织和流程的关系。3.3 业务相关组织结构及角色定义描述业务相关的组织结构、组织单元内的角色以及各种角色与功能之间的对应关系。 3.3.1 业务组织结构及角色 自上而下逐层描述各组织单元、单元内角色的内容，并解释这些组织单元和角色之间的依赖关系。对于各组织单元和角色来说，需描述其：名称。 该组织单元在组织机构中的业务功能及其技能。该组织单元所拥有的业务角色，以及各角色之间关系（可以列表方式表述）。 以树状图表示直属于该组织单元的下级组织单元。3.3.2 角色

7、与功能的关系以USE CASE图和相关表格表示各类业务角色与功能之间的关系。3.4 主要业务流程描述描述主要业务流程结构，自上而下逐层描述各子流程的内容，解释它们之间的依赖关系。对于各流程来说，需描述其： 名称。 该流程在系统中的功能和角色。该流程中的角色、输入、活动、输出。该流程所拥有的用例列表，包括各用例的名称及简要说明。 该流程所拥有关系的列表，包括各种关系的名称及简要说明。 直属于该流程的子流程，其中各子流程都按上述分层方式描述。由于政策、客户需求方面原因该流程可能发生的改变。必要时可用流程图表示。4. 功能定义按功能模块划分由上而下分别详细描述。可用列表的方式（例如IPO表即输入、处

8、理、输出表的形式）、用例模型，逐项描述定性的和定量的功能需求，说明输入什么量、经怎样的处理、得到什么输出。它可以作为设计和测试的依据。4.1 在此给出功能需求说明。应包括：功能说明。主要界面。优先级。约束参数。操作流程。（必要时可用流程图表示）与其它功能的关系。输入内容。处理内容。输出内容。报表格式可统一列入附录。4.1.1 功能说明5. 性能需求此节应概述系统的性能需求。包括： 系统响应时间，界面更新处理时间，数据转换与传输时间（平均、最长） 吞吐量，例如每秒处理的事务数 容量，例如系统可以容纳的客户或事务数 降级模式（当系统以某种形式降级时可接受的运行模式） 资源利用情况，如内存、磁盘、通

9、信等5.1 在此给出需求说明。对每一项需求，还应详细说明其需求属性，如优先级、工作量和风险。6. 用户界面需求6.1 用户界面需求1用户方对界面总体风格的要求。包括屏幕格式、报表格式、菜单内容、功能键说明、提示信息格式、容错要求、与其他界面关系和具体的界面操作人。可引用HTML、PowerPoint等文件。6.2 用户界面需求27. 与其它系统接口的需求此节规定应用程序必须支持的接口。它应非常具体，包含协议、端口和逻辑地址等，以便于按照接口需求开发并检验软件。7.1 7.1.1 硬件接口说明软件与系统硬件的各个接口的逻辑特性， 包括配置的状态（例如：接口数目，物理地址，指令集合等）以及支持什么

10、样的设备和协议等。7.1.2 软件接口说明要使用的其他软件产品（例如：数据库管理系统，操作系统和其他应用系统等），对于每一个软件产品要说明：名称代号版本号来源接口格式对于每一个界面，说明接口软件的目的，定义信息的格式与内容。7.1.3 通信接口说明与其他系统或设备（如局域网、远程串行设备等）的所有通信接口。8. 运行环境需求8.1 网络和硬件设备平台网络拓补图，系统所需硬件设备的类型、配置、数量的描述。8.2 操作系统平台操作系统平台的描述。8.3 数据库系统平台数据库系统平台的描述。8.4 开发工具开发平台、开发语言、开发工具的描述。8.5 其它支持工具其它支持工具，如测试工具、版本管理工具

11、和其他管理工具的描述。9. 其它专门需求9.1 系统运行方式描述系统运行方式、数据更新规则等。9.2 安装和操作对于安装和操作的需求说明。9.3 安全保密说明保证软件在意外事故、错误使用或被恶意破坏时安全的各个因素。可以是密码系统、登录限制、通讯限制和数据完整性校验。9.4 维护服务对于维护服务的需求说明。9.5 联机用户文档和帮助系统如果存在对联机用户文档、帮助系统、关于声明的帮助等的需求，请在此说明。10. 设计约束此节应列出所构建系统的所有设计约束。设计约束代表已经批准并必须遵循的设计决定，其中包括软件语言、软件流程标准、开发工具的指定用途、构架及设计约束、购买的构件、类库等。11. 购

12、买的构件此节说明在系统中使用的所有购入构件、所有适用的许可或使用限制，以及所有相关的兼容性及互操作性或接口标准。12. 法律、版权及其他声明此节说明软件涉及的所有必需的法律免责声明、保证、版权声明、专利声明、字标、商标或徽标符合性问题。13. 适用的标准通过引用，此节说明了所有适用的标准以及适用于所述系统的相应标准的具体部分。例如，其中可以包括法律、质量及法规标准；业界在可用性、互操作性、国际化、操作系统相容性等方面的标准。14. 功能补充及变更14.1 功能补充及变更一变更请求单编号，由变更请求单编号去查询相应变更请求单中的变更信息，并更新相应的明细需求。在功能补充和变更时使用。15. 附录如果包含附录，应明确指出是否将附录当作需求的一部分。以下是软件需求说明书可能涉及到的附录：附录A ：词汇表定义正确理解本需求说明书所需的全部术语，包括词头和缩写。附录B ：报表格式包括全部输出报表的格式及算法说明。 附录C ：待确定（TBD）问题的列表编辑一张软件需求说明书中待确定问题的列表，其中每一表项都应编号，以便于跟踪调查。