培训材料-方法篇.pptVIP

业务流程分析阶段获得了各业务目标的业务流程。事务抽取阶段是从参与者角度对业务流程的更规范、更细致的描述，抽取事务是把之前从流程角度考虑业务转换为从角色通信角度来描述业务。在业务流程图上要抽取出所有事务，抽取出的事务要能够反映业务流程图包含的所有信息。抽取事务要从业务流程出发，依据一定的规则进行，要注意事务必须符合实际业务的粒度要求，所抽取出的事务必须能够体现业务目标要求。抽取事务阶段需要业务领域专家介入。所抽取的事务通过事务集合表集中描述。 U/C矩阵分块示意表命名为表“矩阵分块U/C#_××××”,其中， ＃表示流程号，“××××”表示流程名称。 业务构件构建方法及业务构件标准化描述 业务构件构建方法及业务构件规格化描述（方法篇） 提纲 * 业务构件构建方法 1 业务构件构建过程 2 一、业务构件构建方法(1/2) 分析过程 业务分析 构件识别 构件规格化描述 分析结果 功能分解图 数据模型图 业务构件 业务构件规格说明书 一、业务构件构建方法（2/2) 二、业务构件构建过程 2.1 业务分析 2.2 构件识别 2.3 构件规格化描述 2.1 业务分析 业务分析过程： 业务流程分析 ：业务流程图 事务抽取 ：事务集合表 事务描述与分析：事务规范表 2. 1业务分析过程—业务流程分析（1/6） 业务目标分解 领域专家根据目标的大小、实现难度、可细化粒度等情况将业务目标逐级细化。 目标流程细化 从业务角度刻画实现最细粒度业务目标的业务流程图 ； 业务流程的细化要控制一定的粒度； 如果提供的业务目标足够清晰，不需要再细分，则可省略业务目标分解阶段的工作，直接对目标作流程细化工作。 2. 1业务分析过程—业务流程分析（2/6） * 2. 1业务分析过程—事务抽取（3/6） 事务： 任何一个事务都是通过一系列通信过程来完成的，事务把一切业务活动都看作是通信过程； 每一次通信都会产生相应的结果，通常把事务产生的结果称为事实，每一个事务唯一潜在的结果是产生“事实”； 事务分为的三个阶段：申请阶段、执行阶段和结果阶段。 事务分为五个步骤：“发起者提出申请”、“执行者接受申请”、“执行者陈述结果”、“发起者确认结果”四次通信过程和“执行者执行”一个执行动作。 2. 1业务分析过程—事务抽取（4/6） 事务抽取规则 事务是从参与者角度对业务流程的更规范、更细致的描述。 抽取事务是把之前从流程角度考虑业务转换为从角色通信角度描述业务。 在业务流程图上要抽取出所有事务，抽取出的事务要能够反映业务流程图包含的所有信息。 抽取事务必须符合实际业务的粒度要求，所抽取出的事务必须能够体现业务目标要求。 抽取事务阶段需要业务领域专家介入。 2. 1业务分析过程—事务抽取（5/6） * 事务集合表-新客户签约 事务编号 事务描述 T1 客户提出签约申请，柜员接受办理并提供签约合同 T2 柜员验证证件和储蓄卡 T3 如果证件和储蓄卡验证通过，且根据业务收费规则，如果需要收取费用的话，柜员向客户收取签约费用 T4 如果收费成功，柜员补填客户资料，办理建立签约关系业务 2. 1业务分析过程—事务描述与分析（6/6） 构建事务规范表： 详细表述事务包含的信息。 构建事务流程模型： 从角色任务出发，将事务细分为五个步骤来描述业务流程。 构建事务－信息对象模型： 从信息对象的角度来反映业务过程。 构建事务流程与事务-信息对象关系模型： 描述事务步骤(事务流程图)和信息对象(事务-信息对象图)的产生/使用关系。 为下一步构建U/C矩阵做准备。 2.2 构件识别（1/9） 构件识别过程： U/C矩阵建立 U/C矩阵验证 U/C矩阵调整 业务构件识别 输出： 业务构件 业务构件功能表 2.2 构件识别-建立U/C矩阵（2/9） U/C矩阵： 表示业务流程（功能）与数据之间“产生”与“使用”关系的二维表格。 本课题中，U/C矩阵的行是事务流程模型中描述的事务步骤，列是产生/使用表中描述的信息对象（事实、信息实体和信息实体的属性）。矩阵元素表示为信息对象与事务步骤对应的U（使用）或C（产生）关系。 当事务步骤“产生”信息对象时，用“C”（即“Create”）表示它们之间的“产生”联系；事务步骤“使用”信息对象时，用“U”（即“Use”）表示之间的“使用”联系；两者无联系，则用空格表示。 2.2 构件识别-建立U/C矩阵（3/9） 2.2 构件识别-U/C矩阵验证（4/9） U/C矩阵验证： 完备性验证 一致性验证 冗余性验证 如果U/C矩阵不能通过验证，就需要返回到业务分析阶段，重新分析。 删除没有产生关系的信息对象 2.2 构件识别- U/C矩阵调整（5/9） 调整原则： 调整U/C矩阵行的位置，使矩阵的C元素尽量