今天是第二次读软件需求这本书，经过上次的阅读，我知道了软件需求的三个层次，分别是：业务，用户和功能。在项目中它们在不同的时间来自不同的来源，也有着不同的目标和对象，并需以不同的方式编写成文档。业务需求不应包括用户需求，而所有的功能需求都应该源于用户需求。同时你也需要获取非功能需求，如质量属性。
那么怎么获取需求呢？
首先要确定需求开发过程，确定如何组织需求的收集，分析，细化并核实的步骤，并将它们写成文档。
然后编写项目视图和范围文档，项目视图和范围文档应该包括高层的产品业务目标，所有的实用实例和功能需求都必须遵从能达到的业务需求。项目视图说明使所有项目参与者对项目的目标能达成共识。而范围则是作为评估需求或潜在特性的参考。
接着将用户群分类并归纳各自特点，选择每类用户的产品代表，建立起典型用户的核心队伍，让用户代表确定使用实例，召开应用程序开发联系会议，分析用户工作流程，确定质量属性和其它非功能需求，通过检查当前系统的问题报告来进一步完善需求，跨项目重用需求。
那么需求分析包括哪些事情呢？
需求分析包括提炼、分析和仔细审查已收集到的需求，以确保所有的风险承担者都明白其含义并找出其中的错误、遗漏或其它不足的地方。
当需求分析完了之后就到了需求验证，验证是为了确保需求说明准确、完整地表达必要的质量特点。具体包括以下的步骤：1.审查需求文档2.以需求为依据编写测试用例3.编写用户手册4.确定合格的标准。
接下来就到了需求管理了，那么怎么进行需求管理呢？
1.确定需求变更控制过程2.建立变更控制委员会3.进行需求变更影响分析4.跟踪所有受需求变更影响的工作产品5.建立需求基准版本和需求控制版本文档6.维护需求变更的历史记录7.跟踪每项需求的状态8.衡量需求稳定性9.使用需求管理工具。
以上就是我第二次读软件需求的阅读笔记。
