《软件需求十步走》阅读笔记05

       这次读的是开发篇，软件需求作为一项工程，必然会有开发的过程，而需求规划为需求开发奠定了坚实的基础，需求开发工作以需求规划工作的成果作为主要依据。

　　需求获取无需与用户进行交互，只要仔细阅读需求规划报告，有问题时与需求规划人员沟通就可完成需求获取工作。当然无需与用户进行交互的前提是在需求规划时

已经和用户交互过了，不然不与用户交互交流，怎么可能得到较完全的需求内容呢。需求分析除了对需求获取得到的需求信息进行分析和综合，还需要与软件开发组织进

行协商，对于开发组织当前掌握的设计技术、开发语言、已有的工作成果有所了解，否则需求分析对于未来的开发工作没什么用。

　　在需求规划和需求获取以及需求分析等等的过程中产生了许许多多的文档，有些文档是描述总体的，有些文档时描述局部细节的，有些文档是自然语言描述的，而有

些文档是用图形化模型、表格化格式、模式化文档描述的等等。我认为需求编写的工作就是将这些各式各样的文档，整合串联起来，成为软件需求规格说明。这样各方面人

员可以基于此文档开展相应的工作。

　　严格来说需求验证时检验软件需求规格说明的，这是需求开发的最后一项活动。是对前期或阶段工作成果的一次完整检查。需求验证是一种黑盒验证，是假设系统已有

的情况下的一种测试。需求验证是为了确认软件需求规格说明是否正确描述了目标系统的行为和特征，确保需求规格说明具有良好的完整性、准确性等。