软件需求规格说书-模板.docVIP

XXX系统/子系统 软件需求规格说明书 版本 1.0 xx公司 年 月 日 文件修改记录 NO. 修改后 版本号 修改的 页码及条款 修改类型、原因及说明 修改 审核 批准 修改生效日期 1 1.0 全文 创建 2 目 录 引言 6 1 功能性需求 6 1.1 业务需求 6 1.1.1 概述 6 1.1.1.1 背景说明 6 1.1.1.2 业务机遇 6 1.1.1.3 业务风险 6 1.1.2 愿景 6 1.1.2.1 业务目标与成功标准 6 1.1.2.2 主要特性 6 1.1.2.3 假设与依赖 7 1.1.3 范围 7 1.1.3.1 实现范围 7 1.1.3.1.1 硬件系统范围 7 1.1.3.1.2 软件系统范围 7 1.1.3.2 涉众简档 7 1.1.3.2.1 业务及系统角色 7 1.1.3.3 操作环境 8 1.1.3.3.1 开发环境 8 1.1.3.3.2 测试环境 8 1.1.3.3.3 目标环境 8 1.1.3.4 限制与排除 8 1.2 用例需求 8 1.2.1 用例图 8 1.2.2 角色列表 8 1.2.3 用例列表 8 1.2.4 用例描述 9 1.2.4.1 [用例1名称] 9 1.2.4.2 [用例2名称] 9 1.2.4.3 [用例n名称] 9 1.3 功能需求 10 1.3.1 功能描述 10 1.3.1.1 [功能1名称] 10 1.3.1.2 [功能2名称] 10 1.3.1.3 [功能n名称] 10 2 非功能性需求 10 2.1 质量属性与性能指标 10 2.1.1 可用性 10 2.1.2 可靠性 11 2.1.3 可维护性 11 2.1.4 可移植性 11 2.1.5 可扩展性 11 2.1.6 可重用性 11 2.1.7 安全性 11 2.1.8 防护性 11 2.1.9 其他质量属性 11 2.1.10 其他性能指标 11 2.2 数据需求 12 2.3 文档需求 12 2.4 接口需求 12 2.4.1 用户界面 12 2.4.2 硬件接口 12 2.4.3 软件接口 12 2.4.4 通信接口 12 2.5 其他非功能性需求 12 2.5.1 设计实现约束 12 2.5.2 遵从规约标准 13 附录 14 引言 //概述文档主要内容与参考价值。 功能性需求 业务需求 概述 背景说明 //概述产品的来由与背景。对历史和现状进行概括性的描述，说明为什么决定开发该产品。 业务机遇 //这部分描述的是要解决的业务问题或需要改进的业务流程，还应指出产品的优点，说明有哪些问题因为没有该产品而在当前无法解决，还要说明该产品怎样符合市场潮流、技术发展趋势或企业战略方向。 业务风险 //概述主要风险。风险类别包括市场竞争、时间问题、用户认可、实现难度等。要评估每一项风险可能造成的损失、发生的几率以及对它的控制能力，找出所有可能降低风险的措施。强烈建议给每项风险一个唯一标识，以便于追溯。 //约定风险标识“RI-(n)”。 愿景 业务目标与成功标准 //用一个简洁的前景声明概括产品的长期目标和意图，用量化和可度量的方式概述产品提供了哪些重要的业务利益，还应明确涉众如何定义和判定项目的成功，说明哪些因素对项目获得成功的影响最大，定义可度量的标准，用于评估各项业务目标是否已实现。强烈建议给每项业务目标和成功标准一个唯一标识，以便于追溯。 //约定业务目标标识“BO-(n)”，成功标准标识“SC-(n)”。 主要特性 //概述产品的每一项主要特性，突出其超越原有产品或竞争产品的特性。强烈建议给每项特性一个唯一标识，这样可以追溯用户需求、功能需求或其他系统元素的根本来源。 //约定特性标识“FE-(n)”。 假设与依赖 //记录构思项目过程中涉众所提出的每一项假设。由于一方所做的假设往往不为其他各方所知，因此通过将所有的假设记录下来并进行检查，各方就能对项目潜在的基本假设达成一致。这样便能够避免可能的混乱以及这种混乱在将来的影响加剧。这一部门还应记录项目对不在自身控制范围内的外部因素的主要依赖关系。这类外部因素包括悬而未决的工业标准或政府法规、其他项目、第三方厂商及开发伙伴等。强烈建议给每项假设和依赖一个唯一标识，以便于追溯。 //约定假设标识“AS-(n)”，依赖标识“DE-(n)”。 范围 实现范围 硬件系统范围 //描述产品实现的硬件系统范围，可以通过硬件系统关联图的图形化方式展现。 软件系统范围 //描述产品实现的软件系统范围，可以通过软件系统关联图的图形化方式展现。 涉众简档 业务及系统角色 //描述产