4第四章 IRP技术-需求分析(58P).ppt

 提 纲 1. IRP 的需求分析概述 2. 业务分析与业务模型 3. 用户视图分析 4. 数据元素在用户视图中的分布分析 5. 数据流分析 4.1 IRP的需求分析 IRP中信息需求分析的特点： ? 分析用户需求（用户要什么就做什么，不要什么就不做什么） ? 启发用户需求（不是用户没有需求） ? 综合用户需求（用户之间的需求矛盾，用户需求与可行性的矛盾） ? 科学表达用户需求——规范化的文档、有效的工具支持（源于用户，高于用户，表达用户的真正需求） IRP的需求分析与软件工程的需求分析的区别 1.分析的业务范围不同。 2.分析人员组成不同。 3.对数据标准化的要求不同。 4.2 业务分析与业务模型 ——按“信息工程”重新认识企业管理工作梳理业务，进行功能分析，建立业务模型(Business Model): 第一步，划分定义职能域(Function Area)第二步，识别定义业务过程(Process) 第三步，识别列出业务活动(Activity) 4.2.1 划分定义职能域 —业务范围的概括 职能域定义：企业、组织中的一些主要业务活动领域，它比较抽象，识别后应当具有稳定性，是IRP工作一开始就要着手的，需要高层管理人员参与，并由规划核心小组完成。 注意： a. 关注长期目标，并预计其中的变化，还要包含这些变化。 b.需要认真审核，并自顶向下明确规划范围控制 c.业务范围的概括不是机构部门的翻版  4.2.2 识别定义业务过程 —识别定义职能域中的主要业务工作 应当注意的问题： 1.命名和定义业务过程时：主要依靠用户分析员完成，在与其他业务人员商讨后整理得出企业的一二层模型，如前图；命名应符合它们所起的作用，用简单文字加以定义。 2.独立于当前的组织机构，可能会出现：逻辑职能域横跨多个现存的多个业务部门,有的业务过程分属于不同的职能域，然而具有相同或相近功能。 3.套用识别业务过程的参考模型(产品型、服务型和资源型企业的4阶段 生命周期模式：计划阶段、获得阶段、保管阶段和处置阶段) 4.业务过程的确定，（机构负责人-职能域/业务过程矩阵）确定全部业务过程，从列出的表中删去重复的业务过程 5.经验 a.复查业务过程时的不妥之处以及相关的问题及时改正 b.业务过程应当是按照自顶向下的规划来确定的基本工作 c.职能域和业务过程的定义是一种逻辑模型化 d.高层管理人员和最终用户的参与企业模型工作 e.继承旧系统原业务过程可取之处 f.最根本最终的目标是落实BPR g.注重CSF在企业模型分析中的作用 4.2.3 识别列出业务活动(Activity)——最小的、不能再分的业务单元 集团本部职能域 01 集团领导02 办公 03 政策法规 04 计划发展 05 人力资源 06 生产 07 财务 08 科技 09 ………... 活动的结果清晰可识别。能用一个简单的句子来界定，如一份订单、一个决策等。 活动的时空界限清楚。活动之间的转换能具有清楚的标志，不可重叠。 一个业务活动就是一个执行单元。必须权责到人（或组）。 活动的相对独立性。对于相互作用紧密的几个活动，可看作一个活动 4.2.4 业务模型的复查与确认 复查人员：用户分析员，管理人员 复查方式：从上向下与从下向上交替进行 复查内容：确保定义规范性，凝聚性，无冗余，不存在矛盾，等。 经过复查，要确保建立的企业模型已是一种逻辑模型，具有完整性、适用性、稳定性等特点。 4.2.5 “业务模型”是业务梳理的规范 化表达 业务模型的编码规范与业务模型的计算机表示 注意： 划分定义职能域 〈短文描述〉 别定义业务过程 〈短语界定〉 识别列出业务活动〈动宾结构〉 4.3用户视图分析 4.3.1用户视图的概念与规范表达 4.3.2数据结构规范化 4.3.3报表规划化分析实例 4.3.1用户视图的概念与规范表达 用户视图（User view）是一些数据的集合，它反应了最终用户对数据实体的看法。基于用户视图的知识信息需求分析，可大大简化传统的实体－关系（E-R）分析方法，有利于发挥业务分析员的知识经验，建立起稳定的数据模型。 用户视图的定义与规范化表述包括：用户视图标识，用户视图名称和用户视图组成和主码 1、用户视图分类与登记 2、用户视图的组成 1、用户视图分类与登记 用户视图分为三大类：输入大类、存储大类和输出大类 每大类下分为四小类：单证/卡片小类、帐册小类、报表小类和其他小类（格式化电话记录、屏幕数据显