一些刚实施GJB5000A组织的开发人员，不是很理解软件研制任务书和软件需求规格说明的区别。这里再次解读下这个问题。
软件研制任务书就是用户需求，而用户需求是从用户的角度，用用户熟悉的语言进行描述。软件需求规格说明就是软件需求，而软件需求是从开发人员的角度，用开发人员的术语对软件的功能和性能进行的描述。
除了描述角度不同之外，用户需求和软件需求还有以下不同点：
用户需求是由用户编写（比如软件外包中甲方提供的技术协议或软件研制任务书）或者由用户阐述开发方的需求分析人员编写（大多数信息化系统的用户需求开发都是这种模式），再或者是由系统设计师编写（多数军软开发的模式）。
软件需求不像用户需求那么复杂，都是由开发方的软件需求分析人员编写。
用户需求对应验收测试或确认测试，是编写验收测试或确认测试的用例的主要依据。
软件需求对应配置项测试，用以验证软件实现是否正确，是编写软件配置项测试的用例的主要依据。
用户需求文档不一定是必须的。比如，用户需求可以合并到产品的需求文档中。实际上，修订中的GJB438C就准备去掉软件研制任务书的要求。
而软件需求的文档（即软件需求规格说明）则是必须的。
| 分析方法 | 用户需求内容 | 软件需求内容 |
|---|---|---|
| 结构化分析方法 | 系统的目标、系统的范围、系统的运行环境、系统的使用场景、系统结构图、业务流程图、功能性需求、非功能性需求、其他约束 | 功能性需求、非功能性需求、产品的分解结构、产品构建的需求、产品的外部结构需求、产品构建之间的接口、需求的优先级与分类、系统的数据视图、系统的处理流程、系统的设计约束 |
| 面向对象分析 | 系统的目标、系统的范围、系统的使用场景、业务用例、系统用例、非功能性需求、其他因素 | 系统的目标与范围、业务用例图、业务用例描述、系统用例图、系统用例描述、对用例的补充性说明、领域模型、系统的设计约束 |
用户需求的描述中最重要的是要把软件系统的目标与范围描述清楚。
软件需求的描述则要更详细一些，软件的需求描述必须要可实现、可测试。
两种需求大不同，开发人员要分清
每个需求都做好，开发障碍全扫清
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！