管理信息系统规划方法体系介绍.pptVIP

* 业务流程模板的设计 Step3：定义流程建模与描述的方式 Control控制... Mechanism机制... 活动 Output输出 Input输入… A0 A1 A3 A2 A21 A23 A22 A31 A32 A311 A313 A312 A0 A2 A3 A31 A-0 IDEF0语法中的ICOM来描述整个流程中的输入、输出、控制 在IDEF0中对流程进行逐级的分解 用泳道图表示活动之间的顺序和分支判断关系，同时对ICOM做校验 将上述流程分解的结果用ICOM来描述 使用泳道图详细描述各流程内部活动 功能服务架构规划 纯手工处理 不需要定义IS Service 全部在一个系统内自动化处理 定义一个IS Service，继承IDEF0输入输出 开始或结束部分手工处理，其余在一个系统处理 定义一个IS Service，调整IDEF0输入/输出 需要在MSS内多个系统处理 定义多个IS Service，定义输入输出 中间有部分手工处理，其余在一个系统处理 定义一个IS Service，继承IDEF0输入输出 Step1：定义并抽取IS Service IS Service是IT应用系统所能够提供的服务，基本上等同于软件系统的功能点。在泳道图提取需要自动化处理的部分，定义IS Service，IS Service的输入输出源自IDEF0。 两级的IS Service Step2：明确使用各系统的角色 使用各应用系统的角色 功能服务架构规划 Step3：建立功能角色关联模型 基于IDEF0的Mechanism和泳道图中的角色定义，可以分析出每个IS Service所关联到的角色。 Functional Roles Decisions / Functions AR A C I R R A C Employee Secretary Supervisor Region Accounting 1. Document expenses 2. Complete expense form 3. Forward to supervisor 4. Review 5. Approve 6. Forward to Region AR AR AR RACI模型 IS Service与角色的关联模型 考虑到功能角色关联关系仅用于来作为后续工作中功能聚集和应用系统划分的依据，本规划中采用相对简化的方式，即只定义RACI中的R（执行人） 数据架构规划 Step1： 明确数据主题 应付账款 AP-01 供应商应付发票 AP-05 实物费用发票 AP-02 合作伙伴计费账单 AP-06 员工网上费用应付发票 AP-03 合作伙伴应付发票 AP-07 备用金费用应付发票 AP-04 员工费用报销信息 AP-08 一般供应商预付款发票 AP-09 部门备用金预付款凭证 AP-11 电子付款凭证 计费与客户应收 AR-01 非终端客户信息 AR-05 非终端客户计费应收发票 AR-02 客户群计费报表 AR-06 非终端客户实物销售应收发票 AR-03 客户群应收发票 AR-07 收款日报表 AR-04 非终端客户计费报表 AR-08 实际收款票据 AR-09 银行对账单 AR-10 收款渠道收款凭证 AR-13 终端客户现销销售应收发票 AR-17 终端客户预存款核销凭证 AR-14 终端客户充值信息 AR-18 现金 AR-11 收款渠道核销凭证 AR-15 终端客户核销信息 AR-12 销售日报表 AR-16 终端客户预存款凭证 AR-21 信用卡 AR-25 杂项收款凭证 AR-22 电汇 AR-19 支票 AR-23 非终端客户收款凭证 AR-20 借记卡 AR-24 非终端客户核销凭证 AP-10 付款凭证 Step2：建立信息交互模型 IS Service 信息：源自 IDEF0的Input/Output 处理类型 信息处理情况： 需要读取哪些数据以完成业务处理（G） 在业务处理的时候会产生哪些数据（W） 在业务处理的时候会更新哪些数据（T） 示例 信息交互矩阵 由于数据/信息是在流程中承载的，所以可以通过从业务流程的形式化表述ICOM和泳道图中抽取得到数据主题 进行信息交互模型分析的目的是为了帮助检查流程分解、功能服务、数据主题定义的合理性，以及各功能服务输入/输出信息的正确性 数据主题梳理结果 数据架构规划 基于IS Service信息交互模型，可以梳理O-C模型（基本原则是从Writer/Transformer中选择一个作为Owner）。数据O-C模型是应用系统规划阶段，明确各个系统数据分布（Master-Slave）的基础 Step3：建立数据管理模型 数据管理O-C模型 应用系统规划 IS Service(功能点)、LISC(功能模块)