信息模型建模方法(IDEF1X)资料
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
IDEF2方法由于其内容已被广泛应用的仿真 软件所覆盖，实际上已自然淘汰。
IDEF3
过程描述获取（Process Description Capture） 建立系统的过程模型，是一种对过程和对象状态 的描述方法。提出了一种结构化的方法来表示一 个系统的工作状态及状态向的变换。
IDEF3方法用两个基本的组织结构— — 场景描述和对象来 获取对过程的描述， 相应的有两种描述方式： 过程流网PFN（ Process Flow Network） 对象状态转移图OSTN（ Object State Transition Network Diagram）。
IDEF8:用户界面建模（User Interface Modeling ）
IDEF9:场景驱动信息系统设计（Scenario-Driven IS Design）
IDEF10~14
IDEF10：实施体系结构建模（Implementation Architecture Modeling） IDEF11：信息制品建模（Information Artifact Modeling） IDEF12:组织建模（Organization Modeling） IDEF13:三模式映射设计（Three Schema Mapping Design) IDEF14:网络规划（Network Design）
过程流网
对象状态 转换网
IDEF4
面向对象设计（Object-Oriented Design） 应用于设计可重用的、模块化的、易于维 护的OO系统模型,由于它具有OO的特点， 使得便于根据其模型编写OO程序代码。
IDEF4与其它OO方法的最大区别是：符合 “最小化功能原则”，而且支持对于类继 承、对象合成、功能分解和多态等设计的 交互作用的评估。
IDEF0 - 系统功能模型，只反映了系统功能 或处理的详细内容及其逻辑关系，并没有详细说 明系统内部所有信息的组织结构和相互关系。 而 CIMS／ MIS是企业的集成化管理信息系统， 其处理的核心是企业内部的各种信息。
因此，只有系统的功能模型还不能对系统进 行详细的设计和实施，还必须全面、准确地描述 系统内部的各种信息，建立系统信息模型。
IDEF1
信息建模（Information Modeling）描述 系统信息及其联系，建立系统的信息模型。 该信息模型表达了制造系统环境的信息结 构和语义，主要用于： 1.判断组织中当前管理和使用的信息： 2. 判断在需求分析中哪些问题是由于缺 乏合适的信息管理方法造成的： 3.判断在待建系统中将处理哪些信息。
IDEF1X是IDEF系列方法中IDEF1的扩展版本
是在E-R(实体联系)方法的原则基础上,增加了一 些规则，使语义更为丰富的一种方法。
概念模型设计常用IDEF1X方法，它就是把实体联系方法应用到语义数据模型中的一种语义模型 化技术，用于建立系统信息模型。
IDEF1X的特征
IDEF1X是语义数据模型化技术，具有以下的特性 :
支持概念模式的开发 是一种相关语言
便于讲授
已在应用中得到很好的检验和证明
可自动化
1. 包含数据的有关事物。例如：人、概念、 地方和事物等用盒子来表示。 2. 事物之间的联系用连接盒子的连线来表示； 3.事物的特征用盒子中的属性名来表示。
1.实体(Entity)：客观世界中具有相同属性和特征的 客观或抽象事物的集合。集合中的一个元素是该实 体的一个“实例”。 (1) 独 立 实 体 ： 全 称 为 “ 独 立 标 识 符 实 体”(Identifier Independent Entities)，该类实体的 每个实例的唯一标识不依赖于该实体与其它实体的 联系。 (2) 从 属 实 体 ： 全 称 为 “ 从 属 标 识 符 实 体”(Identifier Dependent Entities)，该类实体的每 个实例的唯一标识依赖于该实体与其它实体的联系。
IDEF1X
数据建模（Data Modeling）支持关系型数 据库的设计，它给出了在进行概念模式一 方案设计时必须考虑的语义结构。
基本结构：
（1）包含数据的有关事物，用盒子表示 （2）事物之间的联系，用连线表示 （3）事物的特征，用属性名表示
IDEF2
仿真建模设计（Simulation Model Design） 进行系统模拟，建立系统的动态模型，表 述环境或系统时变行为的特征。
IDEF4的设计目标
为产生面向对象的设计提供支持，该设计 的实现将具有所需生命周期特性，并缩短 总的实施开发时间
使得评价面向对象的代码是否符合设计和 是否具有所需的生命周期特性，变得容易 进行。
IDEF5
本体论描述获取（Ontology Description Capture）。IDEF5提供了一种有理论基础 的方法专门协助设计、创建和维护本体。
IDEF5本体的获取动机：
术语的标准化（使各种人员之间交换信息时有更多规范 化的术语做基础，避免引起不必要的误解） 可在用性（使公共信息可以被再用，也可被修改以适合 当前需要，大量节省重复劳动的精力）
IDEF5本体的开发过程
组织和范围
数据收集
数据分析
最初的本体开发
本体精制和验证
IDEF5的有利之处
两种传统的描述系统内部数据的观点：
用户观点 外部模式
关注：报表、显示格式、直观… 随业务环节变化，个人喜好而变
计算机观点 内部模式
关注：信心存储和检索便、速、空间分配使用效益
随计算机技术而变
引入数据的第三种模式
-- “概念模式”
对企业数据及其联系进行 单一集成的定义 既独立于专门的业务处理 又独立于数据的物理存储 或存储方式。
本体论分析的过程是一个பைடு நூலகம்示对象内在关 系、加深对领域理解的过程，可用于识别 问题、因果分析、设计、统一意见和团队 建立、知识共享和再用。
本体论开发得到的结果可用于信息系统开 发。系统开发、经营过程重构。
IDEF6~9
IDEF6：设计原理获取（Design Rationale Capture） IDEF7：信息系统审定（Information System Auditing）
IDEF3
过程描述获取（Process Description Capture） 建立系统的过程模型，是一种对过程和对象状态 的描述方法。提出了一种结构化的方法来表示一 个系统的工作状态及状态向的变换。
IDEF3方法用两个基本的组织结构— — 场景描述和对象来 获取对过程的描述， 相应的有两种描述方式： 过程流网PFN（ Process Flow Network） 对象状态转移图OSTN（ Object State Transition Network Diagram）。
IDEF8:用户界面建模（User Interface Modeling ）
IDEF9:场景驱动信息系统设计（Scenario-Driven IS Design）
IDEF10~14
IDEF10：实施体系结构建模（Implementation Architecture Modeling） IDEF11：信息制品建模（Information Artifact Modeling） IDEF12:组织建模（Organization Modeling） IDEF13:三模式映射设计（Three Schema Mapping Design) IDEF14:网络规划（Network Design）
过程流网
对象状态 转换网
IDEF4
面向对象设计（Object-Oriented Design） 应用于设计可重用的、模块化的、易于维 护的OO系统模型,由于它具有OO的特点， 使得便于根据其模型编写OO程序代码。
IDEF4与其它OO方法的最大区别是：符合 “最小化功能原则”，而且支持对于类继 承、对象合成、功能分解和多态等设计的 交互作用的评估。
IDEF0 - 系统功能模型，只反映了系统功能 或处理的详细内容及其逻辑关系，并没有详细说 明系统内部所有信息的组织结构和相互关系。 而 CIMS／ MIS是企业的集成化管理信息系统， 其处理的核心是企业内部的各种信息。
因此，只有系统的功能模型还不能对系统进 行详细的设计和实施，还必须全面、准确地描述 系统内部的各种信息，建立系统信息模型。
IDEF1
信息建模（Information Modeling）描述 系统信息及其联系，建立系统的信息模型。 该信息模型表达了制造系统环境的信息结 构和语义，主要用于： 1.判断组织中当前管理和使用的信息： 2. 判断在需求分析中哪些问题是由于缺 乏合适的信息管理方法造成的： 3.判断在待建系统中将处理哪些信息。
IDEF1X是IDEF系列方法中IDEF1的扩展版本
是在E-R(实体联系)方法的原则基础上,增加了一 些规则，使语义更为丰富的一种方法。
概念模型设计常用IDEF1X方法，它就是把实体联系方法应用到语义数据模型中的一种语义模型 化技术，用于建立系统信息模型。
IDEF1X的特征
IDEF1X是语义数据模型化技术，具有以下的特性 :
支持概念模式的开发 是一种相关语言
便于讲授
已在应用中得到很好的检验和证明
可自动化
1. 包含数据的有关事物。例如：人、概念、 地方和事物等用盒子来表示。 2. 事物之间的联系用连接盒子的连线来表示； 3.事物的特征用盒子中的属性名来表示。
1.实体(Entity)：客观世界中具有相同属性和特征的 客观或抽象事物的集合。集合中的一个元素是该实 体的一个“实例”。 (1) 独 立 实 体 ： 全 称 为 “ 独 立 标 识 符 实 体”(Identifier Independent Entities)，该类实体的 每个实例的唯一标识不依赖于该实体与其它实体的 联系。 (2) 从 属 实 体 ： 全 称 为 “ 从 属 标 识 符 实 体”(Identifier Dependent Entities)，该类实体的每 个实例的唯一标识依赖于该实体与其它实体的联系。
IDEF1X
数据建模（Data Modeling）支持关系型数 据库的设计，它给出了在进行概念模式一 方案设计时必须考虑的语义结构。
基本结构：
（1）包含数据的有关事物，用盒子表示 （2）事物之间的联系，用连线表示 （3）事物的特征，用属性名表示
IDEF2
仿真建模设计（Simulation Model Design） 进行系统模拟，建立系统的动态模型，表 述环境或系统时变行为的特征。
IDEF4的设计目标
为产生面向对象的设计提供支持，该设计 的实现将具有所需生命周期特性，并缩短 总的实施开发时间
使得评价面向对象的代码是否符合设计和 是否具有所需的生命周期特性，变得容易 进行。
IDEF5
本体论描述获取（Ontology Description Capture）。IDEF5提供了一种有理论基础 的方法专门协助设计、创建和维护本体。
IDEF5本体的获取动机：
术语的标准化（使各种人员之间交换信息时有更多规范 化的术语做基础，避免引起不必要的误解） 可在用性（使公共信息可以被再用，也可被修改以适合 当前需要，大量节省重复劳动的精力）
IDEF5本体的开发过程
组织和范围
数据收集
数据分析
最初的本体开发
本体精制和验证
IDEF5的有利之处
两种传统的描述系统内部数据的观点：
用户观点 外部模式
关注：报表、显示格式、直观… 随业务环节变化，个人喜好而变
计算机观点 内部模式
关注：信心存储和检索便、速、空间分配使用效益
随计算机技术而变
引入数据的第三种模式
-- “概念模式”
对企业数据及其联系进行 单一集成的定义 既独立于专门的业务处理 又独立于数据的物理存储 或存储方式。
本体论分析的过程是一个பைடு நூலகம்示对象内在关 系、加深对领域理解的过程，可用于识别 问题、因果分析、设计、统一意见和团队 建立、知识共享和再用。
本体论开发得到的结果可用于信息系统开 发。系统开发、经营过程重构。
IDEF6~9
IDEF6：设计原理获取（Design Rationale Capture） IDEF7：信息系统审定（Information System Auditing）