确定企业信息结构.pptVIP

信息化规划与管理 确定企业的信息结构 * 第七章 确定企业的信息结构 企业的信息结构是确定是IT规划阶段的第三项任务。本任务包括：进行功能分解，确定企业的业务活动，建立功能分解图；进行实体分析并建立实体关系图。 IT规划阶段的第四项任务是：评估企业现有的系统环境，分析现有系统覆盖企业信息结构的状况来确定企业的信息需求。 * 第一节 完成功能分解 完成功能分解，即继续分解第六章第二节所给出的功能层次图中的业务功能，直到分解成业务过程，这项子任务大约将产生50~100个功能和过程。 * 信息输入： 初始的功能层次图 已收集的有关业务活动的信息 组织层次图 * 步骤1： 利用IT规划工具箱的活动层次图表工具，把功能层次图中的功能继续分解成为更低层的功能或业务过程。功能分解过程中应参照下列原则： 每个功能必须至少分成两个子功能或过程； 同层次上的子成分必须是同类型，即：或是功能，或是过程，一个功能不能直接分成又有功能、又有过程的混合形式； 同一功能或过程在分解中不能出现两次； 组成一个较高层功能的子功能或过程，必须反映较高层功能的所有方面。 * 步骤2：利用IT规划工具箱的活动依赖图工具构造功能依赖图，功能依赖图表示这个功能的子成分之间的依赖关系，由于依赖分析耗时多，在这一步做如下限制： 仅对最底层的功能建立依赖图，即对该功能分解出的业务过程进行依赖分析 在大项目中，仅对很复杂的功能（即分解较多子成分的功能）作依赖分析 图7.1为“订货处理”功能的依赖图： * 步骤3：将业务功能映射到组织单元上，建立业务功能／组织单元矩阵。该矩阵的元素，反映了每一个组织单元所参与的业务功能。为反映组织单元参与到业务活动的程度，可以给元素的参与标志赋值，通常，矩阵元素的取值含义如下： 1 表示一般参与 2 表示负次要责任 3 表示负主要责任 * 信息输出： 功能层次图 功能依赖图 业务功能／组织单元矩阵 * 第二节 进行实体分析 实体是在主题域的基础上加以细化。实体分析是描述业务功能处理的业务数据，产生出一张实体关系图，规划者利用该图进一步给出业务需求。 * 信息输入： 主题域图 采访结果 书面文档 信息需求列表 功能列表 * 步骤1：确定实体类型  实体类型是具有相同实体的集合，实体是企业感兴趣的数据的存储载体，在实体关系图中，用矩形方框表示一个实体类。 通过进一步细化初始的主题域列表得到实体类。例如：客户主题域，与其相关的有实体类“客户”、“送货地点”、“记账处”等。 在IT规划中只记录实体类的名称和定义, 这些名称是对企业内部人员有意义的名词，如产品、订单、订单行等有效的实体名，实体类的定义通常使用1或2个句子来描述。 * 步骤2：定义实体类之间的关系  实体类之间的关系是把企业中相关的两个实体联系起来的原因，它涉及到不同实体类的两个实体。实体类间的每一个关系是由两个关系成员组成的。在IT规划项目中，规划者应确定一个关系的如下信息： 关系的名字：一个关系成员的名字是一个动词或动词短语，由该关系成员的名字连接两个相关的实体类的名字，就构成了这个关系的名字。 基数：基数是关系的一个属性，它说明了参与一个关系成员中的一个实体类型的配对数目。在IT规划阶段，一关系成员的基数只考虑“仅有一个”或者“一个或多个”。 * 定义实体类之间的关系  用单线方框表示实体类，两实体类之间的关系用连线连接，并用图7.2中的符号表示基数： * 步骤3：建立实体关系图 使用IT规划工具箱的数据建模工具，以主题域图为基础建立实体关系图，如图7.3所示： * 步骤4：建立实体类／信息需求矩阵 使用规划工具箱中的矩阵处理器，建立实体类／信息需求矩阵，其矩阵元素表示对应的信息需求所要求的实体类。 * 步骤5：建立实体类／业务功能矩阵  记录业务功能所使用的实体类，建立实体类／业务功能矩阵，其元素表示对应的业务功能与实体类的作用，用一参与指示符值表示，对C（创建实体类）、D（删除）、U（更新）、R（读取），它们的优先执行次序是 C D U R。 * 建立实体类／业务功能矩阵 分析实体类／业务功能矩阵，使之遵守以下规定： 每一业务功能至少与一实体类有关，否则该业务功能无效。 每一实体类必须有一个创建它的业务功能时才为有效。如果一个实体类由多个功能创建，这说明功能分解是按组织结构进行的，而不是按业务功能进行的。 每一实体类至少有两个功能与之相关，其中一个功能创建它，另一个功能删除、或读取、或更新它。 违反这些规定的原因可能是业务功能不全，或实体类不全，或参与指示符值不正确，都应补充与修改。 * 信息输出： 功能层次图 实体关系图 实