咨询服务-IT架构规划方法.ppt

DFD建模－数据字段(DD)数据实体列表 明确系统范围 过程分解 梳理事件列表 DFD建模 目录 目的 架构建模方法总论 业务架构建模方法 数据架构建模方法 数据建模理论 模型分析方法 应用架构建模方法 技术架构设计方法 数据建模理论 对需求调研所得到数据的高层的抽象描述。 ER模型 数据字典 数据流图 第1步： 需求调研 第2步： 概念分析 第3步： 逻辑设计 确定客户需要哪些信息，建立哪些应用，常用的操作及对象有哪些等。 将概念模型映射为某个特定类型的DBMS模式数据。 数据建模过程 对已经确定的逻辑结构选择适当的物理结构，包括存储结构、存取路径、存储分配等。 第4步： 物理设计 流水作业 概念 逻辑 物理 业务 管理 实现 数据工作 DFD工作 验证工作 数据模型 数据流图DFD 利用业务流程校验功能、属性、数据流 校验完善数据模型 校验完善DFD 业务人员或需求工作 业务事件、信息收集 概念 逻辑 物理 业务 管理 实现 功能 功能 功能 实体属性 C R U 实体属性 R R U 实体属性 C D C 业务概念 描述 事件活动 描述 人员 Who 范围分析 What 方法hoW 从企业角度，分析业务概念和事件活动 功能数据校验 任务类别 流水作业 3X3建模过程 3X3矩阵各阶段：概念-逻辑-物理 * 目的 交付 要素 概念 分析 用IT语言表达现实世界问题空间(信息模型) 1、目标及业务定位 2、概念ERD 3、概念DFD 4、CRUD校验 5、业务场景验证 利用业务活动逐步分解 确定业务概念 确定业务概念之间的联系 确定业务概念关键属性 确定业务值域 逻辑 设计 设计支持现实世界概念模型的逻辑模式和子模式(外模式) 1、定位图 2、逻辑ERD 3、逻辑DFD 4、CRUD校验 5、业务场景验证 逻辑块之间的聚合关系 将ERD转化为关系模式 对实体和处理进行归纳抽象 对实体和处理逐层细化 逻辑实体和处理定义 物理 设计 根据DBMS特点和处理的需要，进行物理存储安排，形成内模式 1、物理ERD 2、物理DFD 3、功能结构图 4、集成架构图 5、技术架构图 设计UI/系统接口 设计数据存储(内存/文件/DB) 设计索引等性能参数 设计异常处理及系统管理 设计其他技术实现细节 3X3矩阵各层面：业务-管理-实现 纵向分为业务、管理、实现三个层面，这是业务角度上的划分，它们之间是一种并列关系，但是它们之间互相联系，只是它们各自关注的角度不同 业务 处理核心业务事件(RUP:直接使客户受益的活动) 该类业务活动的某环节一旦停止，业务即不能正常开展 管理 处理为了使业务运转的更好所增加的管理活动，主要分以下两类： 一类是对活动本身的管理，既规则管理 另一类是对活动结果的管理，如经营分析 实现 处理为了使核心业务流程能够正常运转所需要开展的辅助活动 如：异常处理，支持与就绪，与参与人的交互等 * 3X3矩阵各层面：概念－逻辑－物理 概念模型设计 是整个数据架构设计的关键，通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型。 概念模型是从业务的视角对企业运营过程中涉及的信息的结构化描述，是技术中立的模型 逻辑模型设计 对概念分析阶段中牵涉的业务，抽象出处理功能，并逐步细化，以达到能在系统中实现。 逻辑模型是从解决方案的角度对数据的结构化描述；是技术相对中立的模型 物理模型设计 对逻辑设计中的功能与实体进一步细化，使功能/数据能在具体的系统中实现 物理模型是结合具体的DBMS等技术选择，考虑系统的可实现性、性能、接口等因素，在逻辑数据模型基础上进一步细化设计的模型 目录 目的 架构建模方法总论 业务架构建模方法 数据架构建模方法 数据建模理论 模型分析方法 应用架构建模方法 技术架构设计方法 概念模型分析 定义 概念模型是从业务的视角对企业运营过程中涉及的信息的结构化描述，是技术中立的模型 目标 用IT语言表达现实世界问题空间：分析出所有的业务实体，定义业务概念，阐述清楚实体之间的基本关系 方法 初步划分业务活动范围 寻找业务活动范围中的业务实体并描述定义 分析并描述业务实体之间的关系 从属关系分析 处理关系分析 管理关系分析 分析并描述业务实体关键属性 分析属性所对应的业务值域 业务场景校验、CRUD校验 * 逻辑模型分析 定义 逻辑模型是从解决方案的角度对数据的结构化描述；是技术相对中立的模型 目标 设计支持现实世界概念模型的逻辑模式和子模式(外模式) 对概念分析阶段中牵涉的业务，抽象出处理功能，并逐步细化，以达到能在系统中实现 方法 在概念分析的基础上划定系统边界 去掉仅仅代表业务，而不需要应用系统实现的实体和处理 将模型转化为关系模式 将模型中相近的实体和处理进行归纳抽象，消除冗余 引入设