《CADM(基于数据流的需求分析方法).ppt》由会员分享，可在线阅读，更多相关《CADM(基于数据流的需求分析方法).ppt（33页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、基于数据流的需求分析方法CADM简介nCADM（CASE应用开发方法）策略(Strategy)预分析(Pre-Analysis)分析(Analysis)预设计(Pre-Design)n 设计(Design)建造(Build)测试(Test)实现(Implementation)维护(Maintenance)策略阶段n目标：获得对业务目的，目标，过程，流向和需求的了解，以便构造和书写项目的设想文档策略ERD：概念阶段的业务层面ER图（实体-关系图）策略文档业务与形式化任务高级工作计划策略级的处理流程策略的评价策略阶段的方法策略阶段的方法nProcess Modeller描述业务过程描述数据存储描述
2、部门职责nERD定义业务模型抽象高层次的业务对象及关系n业务策略定义业务概念定义业务规则、约束nDFD概念阶段的DFD文档描述当前的业务数据流Process Modellern在对业务不了解时，用于收集原始的业务需求n一个Process Modeller图用于描述一个特定的业务事件n描述业务处理过程的先后顺序关系n描述角色的职责(处理)n描述外部系统与处理间的接口n描述处理的数据存储n描述各部门中存储的数据ERDn描述业务数据实体及其定义n描述业务数据实体与业务数据实体间的关系与约束n定义业务数据实体的自然属性(最基础的特性)DFD策略阶段中的成果关系预分析阶段分析阶段n目的：获得用户对项目得
3、所有技术需求，并详细给出将要涉及到得业务过程。分析ERD逻辑处理流程需求文档n系统将支持得每个业务的详细业务目标和成功的关键因素n原系统文档n需求表n报表审查n所有主要业务功能的处理流程n功能层次n业务规则n转换为功能层次的需求分析评价n需求集是否完整nERD是否正确n功能层次是否正确从策略阶段到分析阶段分析阶段的方法nDFD分析策略阶段的业务过程，抽象出业务信息流抽象出对信息流的加工过程确定外部接口抽象业务模型，逐层分解细化加工过程及信息存储明确数据存储、功能、数据流定义经过分析加工过的，理想状态的，较稳定的业务信息流nERD分析策略阶段的业务对象关系抽象数据逻辑模型nCRUD矩阵、时序图、
4、状态图定义数据的控制模型特定业务事件n功能层次描述功能模块之间的包容关系n功能结构描述功能与功能直接的依赖关系从多种角度表述功能与功能直接的关系分析阶段DFD与ERn从策略阶段到分析阶段DFD是一个逐步细化，不断向上回溯修正的过程n从策略阶段到分析阶段的DFD的变化体现了需求分析及优化的过程n分析阶段对策略阶段的ER进行细化和规范化n分析阶段在ER中补充了从不同业务角度体现出来的实体属性功能层次n针对特定的业务目标n描述数据加工包容关系分析阶段中的成果关系设计阶段n为建造系统绘制蓝图，每个细节都应该在生成以前作好布置数据库设计n设计数据模型n性能优化：表结构、索引、存储命名标准平台设计n硬件平
5、台：主机、存储n网络n软件平台：OS、Database、中间件安全设计应用设计n界面设计n集成设计n模块设计分析阶段到设计阶段设计阶段的方法nDFD指导设计的方向集中表现系统实现层面的数据流关系功能处理对应用系统中的模块、对象等数据加工nMatrix数据控制矩阵nERD实体关系物理模型n功能关系图描述系统中功能之间的依赖关系Matrixn描述系统功能与数据之间的操作关系n约束系统功能对数据访问的安全性要求功能与表之间的关系指导数据库物理设计nMatrix还有以下几种用于设计一致性校验属性与实体之间的n指导数据库内、外模式设计属性与数据域之间的n整合数据设计阶段的成果关系CADM方法的3个阶段n
6、策略阶段：对应RFP，完成收集整理现实中的业务需求，得到概念层面的DFD与需求n分析阶段：逐步细化策略阶段的DFD及需求，通过对下层DFD的分析、优化，反过来修正策略阶段的需求，完善需求。分析阶段同时能够通过功能层次、功能结构等工具从业务需求中划分出系统边界、子系统等。分析阶段将会得到逻辑层面的DFD与需求n设计阶段：设计阶段DFD与分析阶段的DFD所表现的内容方向有所区别。分析阶段注重表现业务，设计阶段注重表现实现。设计阶段的数据处理将会表现具体实现的系统中的数据加工过程与数据流向分析阶段与设计阶段的DFD系统实现层面的数据处理单元，表现系统实际的数据加工过程与数据流向实际业务概念中的数据加
7、工，数据处理，表现数据的实际来源设计阶段的DFD与OO的关系n设计阶段DFD中处理对应于系统中数据加工的单元模块对象n反映了系统中模块之间、对象之间的数据交换与依赖关系n设计阶段中的数据存储指实际的物理存储nDFD中的数据存储可以对应ER中的实体或实体的集合nDFD中的数据流可以表现对象对实体的操作关系nDFD中的处理可以从上层的系统概念逐步细分到系统的模块组成，模块的对象组成关系nDFD不能直接代替OO中的对象关系图，但是能够反映出对象关系图中不能表现的对象与数据之间的依赖、操作关系DFD分析方法在J2EE中的应用详细设计中的DFDn在整个设计过程中对DFD的进一步细化nDFD中的处理明确对
8、应于设计的模块与类n类级别的DFD表现了模块中的类与类直接的调用关系，数据传递，为详细设计中的方法定义、方法的参数与返回值定义、方法的调用与被调用提供了明确的方向nDFD中定义了模块与模块之间的依赖关系与数据关系3X33个阶段n概念阶段：概念阶段处于系统的对业务从不了解到了解的过程，即策略阶段，主要是了解现有需求的过程n逻辑阶段：逻辑阶段是对概念阶段需求抽象的过程，是对现有需求的分析，整理。即分析阶段n物理阶段：物理阶段是对分析整理后需求的实现的体现，即设计阶段，主要考虑物理实现的方法与约束3个层面n业务层面：业务层面包含现有业务的内容，仅仅从业务的实现角度来定义、说明问题n管理层面：管理层面
9、是业务层面问题的升华，从本质看问题，不仅仅定义了业务的实现，同时从管理的角度来看到业务问题n实现层面：实现层面从技术的角度来看到业务问题，对业务、管理问题的解决更加具体化。3X3的含义DFD的3X3n策略阶段我们的是业务层面的概念DFDn纵向对概念阶段的DFD完善不足，加入管理需求与实现需求n横向需要对概念的DFD进行细化得到逻辑阶段和物理阶段的业务层面DFDn通过分析、整理得到逻辑阶段的管理层面的DFDn最终得到物理阶段的实现层面的DFD用以指导最终的开发ER的3X3nER同样需要经过概念、逻辑、物理3个阶段nER在业务层面表现了业务需求中的数据实体nER在管理层面表现了管理要求下的数据实体nER在实现层面表现了系统实现时需要的数据实体nER在不同的阶段对同一个数据概念的要求存在不同，如：订单下单时间业务层面需要精确到日管理层面需要精确到小时实现层面需要精确到秒3X3中的里程碑