信息化综合的资料→软件系统开发需求说明书.docVIP

《项目名称》 软件需求说明书 编号：Q/RKS-YYXXX-RM-SNO 版本号：1.0 作者： 时间： 年 月 日 山东浪潮齐鲁软件产业股份有限公司 文档修订 版本 日期 更改人 描述（注明修改的条款或页） 批准人签字 职务 姓名 日期 客户代表 客户经理 高级管理者 SCCB SCCB SCCB SCCB 目录 1 概述 4 1.1 目的 4 1.2项目背景 4 1.3范围 4 1.4术语定义 4 2 系统说明 4 3 软件需求说明 4 3.1 功能要求 4 3.2 输入输出要求 5 3.3 故障处理要求 5 3.4可用性 5 3.5 可靠性 5 3.6 性能要求 6 3.7可维护性, 可扩展性 6 3.8 灵活性 6 3.9安全性 6 3.10 设计约束 6 3.11 用户使用手册和在线帮助系统 7 3.12 界面要求 7 3.13支持软件 7 3.14 控制 7 3.15设备 7 3.16其他要求 8 4 验收标准 8 5参考资料 8 1 概述 在概述部分应对整个系统进行概要描述. 通常还包括目的, 范围, 术语定义等. 1.1 目的 说明编写这份软件需求说明书的目的。 1.2项目背景 说明： a. 待开发的软件系统的名称； b. 本项目的任务提出者、开发者、用户及实现该软件的计算机中心或计算机网络； c. 该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3范围 指出本文档的适用范围和预期读者 1.4术语定义 定义本文档中所使用的术语. 对于易混淆的客户常用语要有明确规定定义. 例如, “用户”是指客户的雇员而非软件的最终购买者等. 2 系统说明 可包括: 原有系统描述, 新系统解决方案描述, 产品用途, 产品功能, 用户特点, 局限性, 前提和假设等概要描述. 3 软件需求说明 在这一部分应对所有的软件需求进行足够详细的描述. 详尽程度应以足够软件设计人员进行概要设计和系统测试人员进行系统测试计划和测试为准. 3.1 功能要求 列出在本软件项目中所要实现的所有功能，可以采用树状文档方式进行描述，也可以采用框图方式进行描述；写出与用户协商后确定的该项目不予实现的需求 模块1 子模块1.1 功能1.1.1 子功能1.1.1.1 模块2 子模块2.1 功能2.1.1 子功能2.1.1.1 3.2 输入输出要求 解释各输入输出数据类型，并逐项说明其媒介体、格式、数值范围、精度等。对软件的数据输出及必须表明的控制输出量进行解释并举例，例如：图形或显示报告的描述。 3.3 故障处理要求 列出用户对可能出现的软件、硬件故障而引起的后果的最大承受能力。 3.4可用性 在这一部分应从客户使用的合理性和方便性等角度进行描述.例如: 响应时间、响应方式的合理可行 如何便于用户使用 本部分可根据情况省略 可用性要求 1 可用性要求 2 3.5 可靠性 在这一部分应对所有的影响软件的可靠性需求进行足够详细的描述.应注意用数字说明所要求的可靠程度. 同时避免如”24x7”这样的陈述. 例如使用年度正常运行时间, 月正常运行时间, 维护时间等说明系统的可靠程度; 使用可允许的缺陷数量来界定系统质量, 如最大缺陷数量, 缺陷比例等, 本部分可根据情况省略 可靠性要求 1 可靠性要求 2 3.6 性能要求 详细说明对系统的性能要求. 如系统响应时间,内存使用等. 对一次数据交换的系统响应时间(平均, 最大) 数据交换的流量, 如每秒的数据交换量 最大的用户量(平均值, 最大值) 降级使用要求 系统资源使用要求, 如内存使用, 硬盘使用, 网络使用等,本部分可根据情况省略 性能要求 1 性能要求 1 3.7可维护性, 可扩展性 详细说明对系统的可维护性,可扩展性要求.如使用行业标准, 编码标准, 开放式结构, 可兼容语言, 备份及复原, 数据交换等,本部分可根据情况省略. 可维护性、可扩展性要求1 可维护性、可扩展性要求2 3.8 灵活性 说明对该软件灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如： 1 操作方式上的变化 2 运行环境的变化 3 同其他软件接口的变化 4 精度和有效时间的变化 5 计划的变化或改进 对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。 3.9安全性 详细说明对系统的安全性要求.如使用加密, SSL等 ,本部分可根据情况省略. 3.10 设计约束 详细说明对系统的设计局限性. 设计局限的定义代表了对系统要求的决策, 这可能出于商务运