软件需求十步走 02

需求规划工作是面向“全业务、全信息、全系统”，业务是事项，也是事项的实作行为，也是对所做事项的总称。业务的法理依据是业务研究中的关键，业务研究的目的是要认识业务的要素、结构、层次、规律、范围、目标，给应用建模提供依据，即为改造业务提供依据。业务研究从资料研究开始，资料研究从资料收集开始。业务组织的梳理对于找到系统关联性很有帮助，一个组织一定会有其上级、下级和横向协同的相关组织。找出主体和对象间物理、能量、信息的交互物与交互行为是业务梳理的关键。

       学习了uml工具，对其中的各类也有了比较简单的了解，在如今王辉老师的软件设计课上，各种软件的设计模式对应着相应的类图，而能不能分析好画好这些类图，之前学习的uml起到了至关重要的作用，学习真是一环扣一环！而在用例的描述中，用例描述完整性和准确性不够这是uml的一项缺点，还有项目的范围和目标的定义是在用例工作开始前需要先完成的工作，uml并不支持，需要我们进行切入的探讨与分析，在项目开始之前，如果不能找到一个确定的范围，就好像有方枯地上打井，打到地也不一定能打出水来。近年来，人们利用了大量的需求分析方法、工具在软件项目中，有成效但仍然存在问题（工具不支持对项目范围和目标的定义工作），方法和工具主要定位基于软件需求分析成果向后端的系统设计和代码的软化，如果软件需求分析是准确的、完整的，那就可以完成成功的需求分析，但现实仍存在误差。

所以，当下的需求工程应该在继承原有需求工程成果的基础上将客户业务研究纳入到需求工程，这才是需求工程的全部，向客户业务和系统设计延伸。反思软件开发的失败原因，进行确定范围和目标清晰的项目开发。需求分析由业务需求分析开始，在用户需求分析的基础上进行的功能需求分析和非功能需求分析，软件需求规格说明主要是说明软件需求是什么。软件需求的核心是业务需求，而软件需求规格说明书是软件需求工作的目标。如果说实践是检验真理的唯一标准，那么业务是检验软件的唯一标准，离开了业务的软件什么都不是。