需求(用例)分析与建模.pptVIP

需求（用例）分析与建模 一、需求（对用例）分析 二、面向对象的统一建模 1、系统建模 （1）概述 严格的说用例模型并不是面向对象的，它描述的是系统的功能，只是建立系统的最初的输入。 为了更细腻的分析需求，从面向对象的角度，可以建立领域模型。 （2）什么是建模 通过将用户的业务需求映射为项目的系统架构、程序代码，同时保证程序代码能够满足和实现用户的需求，并且代码还能回溯需求的过程。 2、为什么要建模 （1）建立大厦和建立狗窝的区别是建设狗窝不需要设计 因此，同样要生产合格的软件也就要有一套关于体系结构、实现过程和所使用的工具各种规范的说明。 5、系统建模的具体方法---采用“结构化” （1）结构化模型设计方法的实现 传统的面向过程的软件开发是从---算法的角度和业务流程进行建模。 （2）模型的核心是数据词典 它描述了所有的在目标系统中使用的和生成的数据对象。围绕着这个核心的有三种图： 实体---关系图(ERD) 描述数据对象及数据对象之间的关系，用于数据建模； 数据流图(DFD) 描述数据在系统中如何被传送或变换，以及描述如何对数据流进行变换的功能（子功能），用于功能建模； 使用系统结构图来表达功能间的关系 7、OO建模技术的实现形式---通过UML来进行建模 （1）静态建模---静态建模机制主要包括 用例图 包图、类图、对象图 组件图和配置图 8、何时需要建模 （1）在应用开发的任何阶段进入建模工作都是有意义的 （2）在设计最初阶段 无可否认的是，在设计最初阶段，应将精力主要用于处理有关应用系统功能、为实现这些功能应采用何种开发平台、编程环境等技术手段，而不是考虑程序的细节---如在屏幕上的什么位置应该放置什么按钮等。 （3）在项目开发的中期引入建模也是非常有意义的 Ratioal Rose既支持正向建模，同时也支持反向建模。 （4）Rose通过建立模型使开发人员把握程序开发的方向，准确完成需求分析中所要求的任务。 三、利用UML实现面向对象的建模 本讲的简要回顾 * 1、获得需求 收集需求 整理需求 描述需求 思考的问题 1、我们能否直接从“需求”进入“设计”？ 2、为什么要增加一个“需求分析”的环节？ 2、系统设计 需求分析和建模 理解需求 分析需求 建立域模型 编写需求文档 评审需求文档 管理需求 思考的问题 1、 “需求分析”这个环节的具体过程？ 2、每个“小阶段”的重点？如何进行？ 在本讲您能了解如下知识点 需求分析？重点和内容？ 系统建模？为什么？如何？ 面向对象的统一建模 利用UML实现面向对象的建模 动、静态建模所涉及的UML图 体验UML中的基本建模过程 当然需求分析也是一个分解的过程。 1、需求分析概述---系统概要设计的输入来自于需求工程 （1）什么是需求分析 分析是一个翻译软件需求和深入理解问题的过程-----也就是把软件系统的全部功能被表示成一个单一的信息变换过程。 分析是建立业务模型，完全不考虑采用什么样的技术来实现，和实现无关，和计算机无关，和编程语言无关 而设计是将业务模型转变为和实现相关的计算机模型，必须考虑语言等实现相关的东西 。 希望您能够区分UML中所涉及的“分析类”和“实现类”之间的差别吗！当然也包括概要设计和详细设计中的“类”的差别？ （2）分析的目标 理解问题并开发一个简要描述方案的可视化模型，不依赖于具体的实施技术环境，即“要做什么”的问题 把我们对用例的理解，转变为与业务一致的形式，实现需求的价值 （3）需求分析工作的重点 工作的重点 主要是将功能性的需求翻译成软件的概念，或者说用软件的概念来诠译问题所要求的功能； 工作的核心 是捕获问题的行为，在屏蔽实施细节的基础上得到构成方案的粗略对象模型。 比如财务中的“对帐”、“审计”等 2、为什么要进行需求分析的过程 （1）需求分析工作的重要性 通过对用户的需求进行分析，可以产生出体现整个系统灵魂的文档，并且能够实现将客户需求从“具体描述”到“抽象表示”的一个过程 最终产生并能够制定出开发过程中可实施的规范和标准。 （2）需求分析工作的必要性 在需求分析阶段不仅仅是要获得客户的需求，更重要的是需要进行分析以了解需求的细节，并就细节跟客户进行充分地咨询和沟通，最终获取比较详细的信息。 如果开发方没有去做需求分析而是简单地按照功能要求去设计、规划，最终所开发出的系统是很难完全符合客户的业务流程需要