模板_需求开发_软件需求规格说明书1.doc

项目名称 软件需求规格说明书 文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改 文件标识： 当前版本： 作 者： 完成日期： 版本历史 版本/状态 作者/ 修改者 日期 说明 目 录 1. 概述 4 2. 系统面向的用户群体 4 3. 客户信息 4 4. 系统应当遵循的标准或规范 4 5. 系统目标与范围 4 6．业务分析描述 5 6.1业务描述 5 6.2业务数据流图 5 6.3业务说明 5 7. 系统中的角色 5 8. 系统的功能性需求 5 8.0 功能性需求分类 5 8.m Feature M 6 8.m.n Function M.N 6 9. 产品的非功能性需求 6 9.1 用户界面需求 6 9.2 软硬件环境需求 6 9.3 产品质量需求（可选） 7 9.n 其它需求 7 10.外部接口 7 11.关键词汇 7 附录A：需求建模与分析报告 8 A.1 需求模型1 8 A.n 需求模型N 8 附录B：需求确认 9 1. 概述 提示： （1）说明产品是什么，什么用途。 （2）介绍产品的开发背景。 2. 系统面向的用户群体 提示： （1）描述本产品面向的用户（客户、最终用户）的特征， （2）说明本产品将给他们带来什么好处？他们选择本产品的可能性有多大？ 3. 客户信息 4. 系统应当遵循的标准或规范 提示：阐述本产品应当遵循什么标准、规范，违反标准、规范的产品通常不太可能被客户接受。 5. 系统目标与范围 提示：阐述本产品“适用的领域”和“不适用的领域”，本产品“应当包含的内容”和“不包含的内容”。说清楚产品范围的好处是：（1）有助于判断什么是需求，什么不是需求；（2）可以将开发精力集中在产品范围之内，少干吃力不讨好的事情；（3）有助于控制需求的变更。 6．业务分析描述 6.1业务描述 6.2业务数据流图 6.3业务说明 7. 系统中的角色 提示：阐述本产品的各种角色及其职责。各种角色的具体行为将在功能性需求中描述。 角色名称 职责描述 8. 系统的功能性需求 8.0 功能性需求分类 提示：将功能性需求先粗分再细分，下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称。 功能类别 功能名称、标识符 描述 Feature A Function A.1 … Feature B Function B.1 … Feature C Function C.1 … 8.m Feature M 提示：此处写一些承上启下的文字。 8.m.n Function M.N 名称、标识符 主要功能 优先级 角色 及权限 数据 及解释 输入输出 操作序列 补充说明 参考示例 9. 产品的非功能性需求 9.1 用户界面需求 需求名称 详细要求 … 9.2 软硬件环境需求 需求名称 详细要求 … 9.3 产品质量需求（可选） 主要质量属性 详细要求 正确性 健壮性 可靠性 性能，效率 易用性 清晰性 安全性 可扩展性 兼容性 可移植性 … 9.n 其它需求 10.外部接口 11.关键词汇 词汇名称 词汇解释 附录A：需求建模与分析报告 建议用Rational Rose对产品需求进行建模与分析。 A.1 需求模型1 A.n 需求模型N 附录B：需求确认 需求确认 本《需求规格说明书》建立在双方对需求的共同理解基础之上，我同意后续的开发工作根据该《需求规格说明书》开展。如果需求发生变化，我们将按照“需求变更控制规程”执行。我明白需求的变更将导致双方重新协商成本、资源和进度等。 客户承诺 签字，日期 项目经理承诺 签字，日期 项目名称， 软件需求规格说明书 XXXX计算机科技有限公司 Page 2 / 9 机构公开信息