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