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