软件建模与文档写作第4章 节 需求分析.pptx

项目前期已经分析了系统环境，粗略了解了用户需求，并给出了未来系统的粗略设计。但是项目前期的主要目的在于项目是否值得开发，因此很多细节被忽略了。但最终系统是不能忽略任何细微环节的，需求分析阶段就是要把项目前期忽略的细节也加以关注，对目标系统提出完整、准确、清晰、具体的要求。 需求分析是软件开发的第一个阶段，它的基本任务是准确回答“系统做什么”的问题，明确未来系统的范围、程度。它完成的质量好坏直接影响后续软件开发活动的质量。 ;4.1 需求分析概述 4.2 结构化方法的需求分析 4.3 面向对象的需求分析 4.4 需求分析的描述规范 4.5 本章小结 ; 需求分析需要实现的是将软件用户对于软件的一系列意图、想法转变为软件开发人员所需要的有关软件的技术规格，但这实际上具有相当难度。一方面是软件开发人员和用户来自不同业务领域，彼此对问题理解方式、习惯用语都存在差异；另一方面，两者之间的交流也可能存在障碍；此外，用户对需求的描述不全面、不准确或不完备，甚至可能不断变化。 软件开发人员往往需要建立需求分析模型来描述目标系统，以帮助用户描述需求、挖掘隐藏需求并加以明确。需求分析模型将是未来系统设计的基础。 遵循科学的需求分析步骤可以是需求分析工作更高效。需求分析的步骤一般分为需求获取、需求建模和细化、需求文档化、需求验证。 ;4.1.1 需求获取 4.1.2 需求建模并细化 4.1.3 需求文档化 4.1.4 需求验证; 项目经过项目前期的项目得以确认以后，需求分析阶段的需求获取，与项目前期的需求获取有所不同。对于顶层抽象的业务需求（或系统需求）可以无须再进行关注，但需要继续关注用户需求、功能需求和非功能性需求，且更为注重细节，强调无歧义、无错误。 ; 需求分析在项目前期的基础上进行，项目前期的业务分析成果是需求分析的出发点。 在获得需求后，开发人员应该建立目标系统的逻辑模型。需求建模的过程，既是开发人员进行逻辑思考的过程，也是开发人员进一步认识现有系统和目标系统的过程。 在结构化方法下，需求分析模型是由数据流图（以及数据字典）来反映；在面向对象方法下，需求分析模型是由用例模型（用例图+用例的流程图）+分析类来反映。 ;1. 结构化方法分析建模 结构化思想下，系统体现为“程序+数据”，目标系统的系统分析逻辑模型由数据流图和数据字典来描述。 数据流图中的数据（数据流）以及加工体现了结构化方法中的“程序+数据”思想，通过数据流图，可以把软件看作是由数据流联系的各种功能的组合。 为了进一步描述数据流图中的细节，数据字典被用来对数据流图中的加工和数据（数据流）进行补充说明，对数据流中出现的图形元素作出确切的解释。;1. 结构化方法分析建模 根据项目前期的业务分析和其他的需求获取方式获得的需求，可以绘制顶层数据流图。系统顶层的数据流图定义系统范围，并描述系统与外界的数据联系，是对系统架构的包括概括和抽象。逐步进化上层数据流图，可以得到更详细的下层数据流图。底层的数据流图是对系统某个部分的精细描述。;1. 结构化方法分析建模 根据项目前期的业务分析和其他的需求获取方式获得的需求，可以绘制顶层数据流图。系统顶层的数据流图定义系统范围，并描述系统与外界的数据联系，是对系统架构的包括概括和抽象。逐步细化上层数据流图，可以得到更详细的下层数据流图。底层的数据流图是对系统某个部分的精细描述。;;1. 结构化方法分析建模 从图可以看到，项目前期的所有业务流程图合在一起，可以描绘顶层数据流图。服务对象构成所有外部用户，服务提供者通过系统为外部用户提供服务，构成所有内部用户，再加上系统管理者，构成整个顶层数据流图的外部交互。所有业务流程中的活动，合并在一起构成整个顶层数据流图的管理系统。除此之外，项目前期的业务分析得到的表单/报表用“数据字典”进行描述。;;1. 结构化方法分析建模 在后续的细化过程中，可以根据业务流程的活动构成细节进一步进行顶层数据流图的细化。从图可以看到，每个业务流程，映射为0层数据流图中的一个加工；后续的业务流程中的活动，可以继续映射为1层数据流图中的一个加工。如此不断迭代细化。并根据表单/报表的构成不断进行数据字典的细化。;1. 结构化方法分析建模---数据流图 绘制数据流图，需要注意以下原则： 数据流图的要点是描绘“做什么”，而不是“怎么做”； 数据流中的箭头表示的数据流向，数据流图中应描绘所有可能的数据流向，而不应该描绘出现某个数据流的条件，即没有选择、循环之类的控制；也不考虑出错处理以及文件打开关闭之类的内部处理； 加工并不一定是一个程序，可以代表一系列程序、单