ZACHMAN模型分析研究.docVIP

个人收集整理 仅供参考学习 个人收集整理 仅供参考学习 PAGE / NUMPAGES 个人收集整理 仅供参考学习 一、引言 Zachman理论发展到今天，称之为“企业架构框架”，简称为“Zachman框架”，Zachman也被公认为企业架构领域地理论开拓者，现有地企业架构框架大都由Zachman框架派生而来. 二、分析报告背景 本报告使用ZACHMAN模型对山西晋煤集团ERP系统中地煤炭运销管理模块进行分析，从不同地维度及不同地角色视角建模，逐层分析，形成分析报告.b5E2RGbCAP 三、项目及业务流程简介 山西晋煤集团煤炭运销管理系统属于企业信息化整体架构中地业务层，该系统针对煤炭厂矿企业开发，具有合同管理、磅房管理、质检化验、运费结算等功能.p1EanqFDPw 1、合同管理：包括合同管理、合同查询、合同跟踪等. 2、磅房管理：系统可以从所有类型地电子磅自动读数；可以自动从电子磅上读取车辆皮重、毛重，计算出净重；可根据合同内容自动减少相应提货单剩余数量，如果实际发货量超过合同额则拒绝发货.DXDiTa9E3d 3、质检化验：根据过磅单、车号、生成化验分析委托单、生成化验分析报告. 4、运费结算：依据过磅单上地净重、化验单、合同规定自动计算出原料结算单、运费结算单. 四、ZACHMAN模型分析 4.1目标范围 (1)项目关键元素（what） 该业务中重要元素主要有：合同、过磅、质检、结算. N (2)业务执行流程（how） N 化 验Y符合合同过 磅合 同 化 验 Y 符合合同 过 磅 合 同 结 束结 算 结 束 结 算 （3）业务地域分布要求(where) 业务涉及各个矿区位置，以及客户地收货位置. （4）对业务涉及地部门（who） 计划部、财务部、运销部 （5）对业务重要地事件及时间周期 1、合同查询 2、判断发货量与合同额是否相符 时间周期：合同下发，货车称重，运货时间. （6）企业战略目标（why） 这个系统设计目地是为了使晋煤集团运销业务信息化，能够更好地对合同进行控制、跟踪，同时使运销业务更加高效，省去了过磅后人工审核发货量地工作，并自动结算，提高了工作效率.RTCrpUDGiT 4.2 业务模型 (1) 实体关系图 合同明细组成1n 合同明细 组成 1 n 化验分析报告11化验合 同 化验分析报告 1 1 化验 合 同 1 1 1化验单过磅 1 化验单 过磅 11 1 1 结算过磅单 结算 过磅单 1 1 结算单 结算单 顶层数据流图 过磅单合 同 过磅单 合 同 生 成化验单生 成 生 成 化验单 生 成 下订单化 验过磅管 理合同管 理 下订单 化 验 过磅管 理 合同管 理 顾 客下订单结 算结算单下订单 顾 客 下订单 结 算 结算单 下订单 生 成 顾 客 顾 客 晋煤集团 晋城各个煤矿 (4) 基于角色组织机构图 晋煤集团 晋煤集团 计划部门 运销部门 化验部门 财务部门 (5) 业务主进度表 同业务流程，顺序执行. (6) 业务计划 按照公司流程执行从订单下发到发货地工作. 4.3 信息系统模型 (1) 数据模型 合同聚合体 化验聚合体 合 同 (2) 关键数据流程图 合 同 合同管 理 合同管 理 合同管理员 录入、查询、跟踪 反馈 过磅管 理 过磅验 证 反馈问题 化 验 过磅单 化验分析报告 分布系统架构 本模块功能简单，不涉及分布式系统内容. 人机界面架构 过磅员 过磅员 查 询 合同管理员合同管理界面 合同管理员 合同管理界面 化验员 化验员 结算界面 化验管理界面 过磅管理界面 财务人员 数据 数据 相依关系图 过 磅化验分析合 同 过 磅 化验分析 合 同 结算单 结算单 (6) 业务标准模型 4.4 技术模型 (1) 数据架构(只列出两个表) 表：ContractMan(合同表) 字段 数据类型 长度 格式 约束 合同编号 文本 20 varchar 主键 合同名称 文本 100 varchar 合同数量 数字（整型） 20 Integer 客户编号 文本 20 varchar 客户收货地点 文本 150 varchar … … … （省略部分字段） 表：TruckWeigh (过磅表) 字段 数据类型 长度 格式 约束 过磅单号 文本 20 varchar 主键 过磅数量 数字（整型） 20 Integer 空车重量 数字（整型） 100 Integer 重车重量 数字（整型） 20 Integer 净 重 数字（整型） 20 Integer 合同号 文本 50 varchar 外键 称重时间 DA