信息化规划与管理之确定企业的信息结构

2020/8/14
2
第一节 完成功能分解
完成功能分解，即继续分解第六章 第二节所给出的功能层次图中的业务功 能，直到分解成业务过程，这项子任务 大约将产生50~100个功能和过程。
2020/8/14
3
信息输入：
初始的功能层次图 已收集的有关业务活动的信息 组织层次图
4
步骤1：
利用IT规划工具箱的活动层次图表工具， 把功能层次图中的功能继续分解成为更低层 的功能或业务过程。功能分解过程中应参照 下列原则：
基数：基数是关系的一个属性，它说明了参与 一个关系成员中的一个实体类型的配对数目。 在IT规划阶段，一关系成员的基数只考虑“仅 有一个”或者“一个或多个”。
12
定义实体类之间的关系 用单线方框表示实体类，两实体类之间的关系用
连线连接，并用图7.2中的符号表示基数：
13
步骤3：建立实体关系图
使用IT规划工具箱的数据建模工具，以主题域 图为基础建立实体关系图，如图7.3所示：
14
步骤4：建立实体类／信息需求矩阵
使用规划工具箱中的矩阵处理器， 建立实体类／信息需求矩阵，其矩阵 元素表示对应的信息需求所要求的实 体类。
15
步骤5：建立实体类／业务功能矩阵
记录业务功能所使用的实体类，建立实体类 ／业务功能矩阵，其元素表示对应的业务功能与 实体类的作用，用一参与指示符值表示，对C （创建实体类）、D（删除）、U（更新）、R （读取），它们的优先执行次序是 C D U R。
16
建立实体类／业务功能矩阵
分析实体类／业务功能矩阵，使之遵守以下规定：
每一业务功能至少与一实体类有关，否则该业务功能 无效。
每一实体类必须有一个创建它的业务功能时才为有效。 如果一个实体类由多个功能创建，这说明功能分解是 按组织结构进行的，而不是按业务功能进行的。
每一实体类至少有两个功能与之相关，其中一个功能 创建它，另一个功能删除、或读取、或更新它。 违反这些规定的原因可能是业务功能不全，或实体 类不全，或参与指示符值不正确，都应补充与修改。
11
步骤2：定义实体类之间的关系
实体类之间的关系是把企业中相关的两个
实体联系起来的原因，它涉及到不同实体类的 两个实体。实体类间的每一个关系是由两个关 系成员组成的。在IT规划项目中，规划者应确 定一个关系的如下信息：
关系的名字：一个关系成员的名字是一个动词 或动词短语，由该关系成员的名字连接两个相 关的实体类的名字，就构成了这个关系的名字。
17
信息输出：
功能层次图 实体关系图 实体类／信息需求矩阵 业务功能／实体类矩阵
18
第三节 评估企业的当前环境
通过评估当前的系统，以确定这些 系统覆盖了理想框架中的多少内容，以 及覆盖得如何，把当前的系统纳入到整 个企业的IT规划中。
19
一、列出现有系统和数据存储的清单
现有系统和数据存储，是指企业已经存 在的计算机应用系统和数据库与数据文件。
1 表示一般参与 2 表示负次要责任 3 表Fra Baidu bibliotek负主要责任
7
信息输出：
功能层次图 功能依赖图 业务功能／组织单元矩阵
8
第二节 进行实体分析
实体是在主题域的基础上加以细化。 实体分析是描述业务功能处理的业务数据， 产生出一张实体关系图，规划者利用该图 进一步给出业务需求。
9
信息输入：
主题域图 采访结果 书面文档 信息需求列表 功能列表
信息化规划与管理
第七章 确定企业的信息结构
2020/8/14
1
第七章 确定企业的信息结构
企业的信息结构是确定是IT规划阶段的 第三项任务。本任务包括：进行功能分解， 确定企业的业务活动，建立功能分解图；进 行实体分析并建立实体关系图。
IT规划阶段的第四项任务是：评估企业 现有的系统环境，分析现有系统覆盖企业信 息结构的状况来确定企业的信息需求。
信息输入：
书面文档 包括系统描述 数据库描述 程序手册和用户手册
20
步骤1：
确定和列出当前系统清单，注明哪些是可操
作的，哪些是没有开发的（已规划了）。对每一 个系统记录下列信息（见表7.1）：
系统名
简短说明（1~2句） 它的状态（是可操作的还是己规划的）
系统
描述
状态
人事
记录跟踪职工和被雇佣历史
每个功能必须至少分成两个子功能或过程； 同层次上的子成分必须是同类型，即：或是功
能，或是过程，一个功能不能直接分成又有功 能、又有过程的混合形式； 同一功能或过程在分解中不能出现两次； 组成一个较高层功能的子功能或过程，必须反 映较高层功能的所有方面。
5
步骤2：
利用IT规划工具箱的活动依赖图工具构造功能 依赖图，功能依赖图表示这个功能的子成分之 间的依赖关系，由于依赖分析耗时多，在这一 步做如下限制：
可操作
分发
每一仓库中产品的选择、包装和分发
可操作
工程信息系统
维护产品材料清单，包括跟踪产品规范和工程化修改
可操作
市场信息系统
提供市场调查和客户简介，包括以往的销售记录，还用于推销 已规划的 员记录客户需求
产品清单
维护每一仓库存放的成员清单，定期提供清单
可操作 21
步骤2：
列出当前数据存储（包括数据库和数据文 件）的清单，确定哪些正在使用，哪些是没有 开发的（已规划的），记录有关名称、简短说 明、状态（正在使用或已规划）的信息 。
仅对最底层的功能建立依赖图，即对该功能分 解出的业务过程进行依赖分析
在大项目中，仅对很复杂的功能（即分解较多 子成分的功能）作依赖分析
图7.1为“订货处理”功能的依赖图：
6
步骤3：
将业务功能映射到组织单元上，建立业务功能 ／组织单元矩阵。该矩阵的元素，反映了每一 个组织单元所参与的业务功能。为反映组织单 元参与到业务活动的程度，可以给元素的参与 标志赋值，通常，矩阵元素的取值含义如下：
10
步骤1：确定实体类型
实体类型是具有相同实体的集合，实体是企业感兴 趣的数据的存储载体，在实体关系图中，用矩形方框表 示一个实体类。
通过进一步细化初始的主题域列表得到实体类。例 如：客户主题域，与其相关的有实体类“客户”、“送 货地点”、“记账处”等。
在IT规划中只记录实体类的名称和定义, 这些名称是 对企业内部人员有意义的名词，如产品、订单、订单行 等有效的实体名，实体类的定义通常使用1或2个句子来 描述。