《软件需求分析》阅读笔记

三个层次：

业务需求是需求定义的产物；

用户需求是需求捕获的结果；

软件需求是需求分析和建模的综合.

项目启动是为接下来的需求发现工作奠定基础，并确保项目成果需要的所有东西都已到位，主要利益相关者聚在一起对关键项目的问题达成一致意见。

会议参与者
主要利益相关者：客户、关键用户、首席需求分析师、技术和业务专家，以及其他对项目的成功具有关键作用的人物。

主要讨论内容
确定业务问题的范围（上下文图）：争取让利益相关者达成一致意见，认为拥有者的组织机构的这个部分需要改进。
确认了需求发现工作中要包含的功能。
确认了需求发现工作中明确排除在外的功能。

确定业务问题的范围

会议参与者在白板上画出上下文的范围模型，展示工作所包含的功能，并引申开来，展示他们认为在冰情预报业务范围之外的东西。

What-项目的目标
确认了需求发现工作中要包含的功能，以及明确排除在外的功能。
Why-开发项目的业务理由
启动小组对进行项目的业务理由达成了一致意见，并同意做这个项目可以得到清晰的、可测量的好处。
小组也同意，业务投资于这个产品是值得的。
组织机构有能力构建和运营该产品。

网罗需求

时间：启动会议结束后。
工作内容：需求分析师们开始在工作中网罗，学习和理解它的功能性，即“这部分业务是做什么的”。
成果：将工作上下文图转化为一些业务用例。

最难工作就是发现系统的实质。
原因：许多利益相关者不可避免地会谈到他们眼中的问题的解决方案，或表达他们当前工作中的需要。
问题的实质是拥有这个产品的底层业务的理由，或者将它看作是工作的策略，或者想象在没有技术的情况下工作会是什么样子（也包括人）。

在了解工作的实质以后，分析师们与关键利益相关者一起工作，决定改进工作的最佳产品。
他们确定多少工作需要自动化或改变，以及这些决定会对工作产生什么影响。当需求分析师知道产品的范围，就为它编写需求。