《软件需求最佳实践》阅读笔记二

      这次我阅读了第二部分：需求定义最佳实践。需求定义活动准确来说是不属于需求工程范畴的。但是需求定义对需求捕获，建模都有着直接影响。需求定义工作是项目启动时要解决的问题，而在很多情况下，在很多项目立项时并没有很好的完成需求定义工作。在一开始进行需求定义工作时，我们常常会遇到混沌不清的项目目标，例如全面提高企业的信息化应用水平等空洞的虚目标。这时就需要我们通过内部寻根，即与真正的项目参与人进行深入沟通。外部溯源也是一种破解之法。

      问题分析有五步--在问题定义上达成共识，这就是老师上课讲的提问技巧。分析问题背后的问题，确定相关人员和用户，定义解决方法的界限，确定加在解决方案上的约束需求捕获是需求分析人员与客户打交道的过程，从与客户的交谈，对客户的询问中获取有关需求的信息。需求捕获应是主动，聚焦的。聚焦即在询问问题时不应发散范围，一定要问道点上，这对获取正确的需求是非常重要的。

      需求捕获出结果了就要进行分析与建模。需求分析不是分析系统如何实现用户需要，而是业务分析，也就是选择将零散的需求串起来，形成一个体系完整，内容清晰的框架。这时候就需要用到UML建模语言了。之前学习UML建模语言的时候对顺序图不太关注，但在学习需求分析的时候我发现顺序图的重要性。