3、阅读导读
3.1阅读总流程图
本篇内容的组织，是根据软件企业项目需求开发的实际工作步骤而定义的，这样才能够给读者一种体验项目的真实感，也是符合项目开发流程真实感。以下将说明每个步骤将要完成的主要工作。
3.2学习前准备
学习之前，必须准备两部分内容：包括UML概述和Rose概述两部分，因为这两部分内容是属于方法学范畴的内容，通过对这两部分内容的学习，读者可以使用Rose建模工具将UML各种视图绘制出来，也能够读懂本篇内容。
3.3整理业务调研报告
业务调研报告是软件项目的根，所有的开发过程都是围绕着业务调研报告来进行得。本篇将业务调研方法和业务调研报告的编写用一章内容进行指导性讲解，避开深奥的理论，就是简单的介绍如何去做。要给读者以真实感体验，必须按照真实的项目管理流程进行，否则，没有任何效果。
整理业务调研报告步骤地主要任务有两项，第一项任务是将现有业务调研过程中收集的资料电子文档化；第二项任务就是介绍项目调研过程中应该注意事项。按照一定的格式将这些资料进行整理，成为项目实训需求分析报告的唯一依据，具体内容将在本篇相关内容解释。需要说明的是，本章描述的内容不一定适合与所有项目，作者的目标是给读者提供一种思想和方法。
3.4编写数据字典
编写数据字典本来在项目开发过程中是一项非常非常重要的内容，但是，由于客观原因很少能够见到项目中有数据字典编写这个环节。编写数据字典是一项非常重要的工作内容，因为数据字典应该是需求分析报告的重要内容，也是贯穿整个项目开发的关键步骤。只有这样，开发团队对数据解释、数据应用方面都有统一的规范，不至于出现理解上的歧义性，保证开发的统一进行。精准的数据字典，可以让开发团队的沟通效率提供许多，生产成本降低许多。
3.5用例设计
用例设计部分可以与数据字典同步进行，用例设计本质上是对系统功能需求的抽象，是需求分析报告的主体。用例设计由用例规划、用例描述和用例关系设计三部分组成。
3.6领域类图设计
领域类图是建立在用例设计和数据字典完成的基础上的。领域类图反映了系统的静态结构，领域类图是根据用例图中所包括的对象结合数据字典对数据的定义而设计出来的，领域类图的设计将为系统架构师架构系统提供依据。是需求开发的重要内容之一。
3.7状态图设计
在UML语言建模中，我们经常讲状态图划分到架构设计阶段。但是，并非状态图一定是在架构阶段描述，因为需求开发阶段必须了解到有些对象在整个业务流程中的状态，这种状态能够指导架构师架构系统。也是项目需求开发项目的重要工作内容，关于状态图的详细描述在系统架构阶段也将要进行详细描述。
3.8非功能需求分析
非功能需求分析经常会被系统分析员忽略掉的非常重要的部分，在第一章投核保系统评审过程中就清楚的看出关于非功能需求方面存在的严重不足。如何分析软件非功能需求需要分析人员具备一定的专业知识和项目经验。在非功能需求分析部分将介绍非功能需求分析思路和方法。
3.9编写需求分析报告
本步骤是项目本篇学习的最后一个步骤，通过项目实训让学员能够明确需求分析报告编写方法，并且指导学员编写需求分析报告并评审通过。
本文选自《软件是这样"炼"成的--从软件需求分析到软件架构设计》第二章，本站经作者的授权。
版权声明：51Testing软件测试网获作者授权连载本书部分章节。
任何个人或单位未获得明确的书面许可，不得对本文内容复制、转载或进行镜像，否则将追究法律责任。
相关文章：
