IDEF0图的基本概念

IDEF0图的基本概念

IDEF0是活动模型的缩写,来源于结构化分析与设计技术的一套标准,这些标准包含多种层次的图形语言,其中IDEFO用来描述对于企业具有重要性的各个过程(活动)。它以图形表示完成一项活动所需要的具体步骤、操作、数据要素以及各项具体活动之间的联系方式。

一项活动是一个在特定时间发生的,具有可辨认结果的,并且经过命名的过程、功能或任务。

框图表示一种活动,是IDEF0最基本的元件,通常使用动词描述活动特性。箭头表示输入(INPUT),控制(CONTROL),输出(OUTPUT),机制(MECHANISMS),箭头用以连接系统中各活动,箭头通常是由名词描述。  

    输入(Input):实行或完成特定活动所需的资源,置于框图的左侧。  
    输出(Output):经由活动处理或修正后的产出,置于框图的右侧。  
    控制(Control):活动所需的条件限制,置于框图的上方。  
    机制(Mechanisms):完成活动所需的工具,包括人员、设施及装备,置于框图的下方。   如图所示。


图1 IDEFO活动

一个企业过程实际上是活动(图中称功能)的联结体,某一活动的输出,可以是另一活动的输入、控制或机制。如图所示,功能B有一个输入和两个控制条件,产生一个输出。而活动B的这个输出构成活动C的控制条件。



图 2 企业过程是功能的联结体

建立IDEF0模型是自上而下的分解活动。首先依据活动的边界划定IDEF0中的框图。在顶层框图完成以后,根据实际流程,可以把活动分解成下一层更小的活动。这种阶梯结构有利于确定模型的范围。通过观察图形,得到更深入的理解,防止系统描述中不必要的繁琐和疏漏。如图3-5。  
       
    IDEF0的建模步骤:   项目管理者联盟文章,深入探讨。

    (1)定义范围:流程分析主要集中在关键性流程。  
    (2)资料的收集:了解流程的相关背景,包括相关人员、事物及制度。建模需要与专家和流程的实际操作者广泛讨论。对收集到的信息分类加工整理。  
    (3)针对收集到的资料绘图,根据IDEF0的绘制原则与符号设计原则。   项目管理者联盟文章,深入探讨。
    (4)展示:针对每个阶层撰写辅助说明文字,并与父阶层共同构成完整模型。  
    (5)确认:模型建构者把初步的IDEF0图形和相关文件再次和相关人员进行讨论,确认最终结果。


本文转自:http://hi.baidu.com/%D0%D2%B8%A320008/blog/item/65ea6afc86969f4fd6887da1.html

  • 0
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
数据库设计规范与技巧 一、数据库设计过程   数据库技术是信息资源管理最有效的手段。   数据库设计是指:对于一个给定的应用环境,构造最优的数据库模式,建立数据库 及其应用系统,有效存储数据,满足用户信息要求和处理要求。   数据库设计的各阶段:   A、需求分析阶段:综合各个用户的应用需求(现实世界的需求)。   B、在概念设计阶段:形成独立于机器和各DBMS产品的概念模式(信息世界模型),用 E-R来描述。   C、在逻辑设计阶段:将E- R转换成具体的数据库产品支持的数据模型,如关系模型,形成数据库逻辑模式。然后 根据用户处理的要求,安全性的考虑,在基本表的基础上再建立必要的视(VIEW)形成 数据的外模式。   D、在物理设计阶段:根据DBMS特点和处理的需要,进行物理存储安排,设计索引, 形成数据库内模式。   1. 需求分析阶段   需求收集和分析,结果得到数据字典描述的数据需求(和数据流描述的处理需求) 。   需求分析的重点:调查、收集与分析用户在数据管理中的信息要求、处理要求、安 全性与完整性要求。   需求分析的方法:调查组织机构情况、各部门的业务活动情况、协助用户明确对新 系统的各种要求、确定新系统的边界。   常用的调查方法有: 跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。   分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结 构化分析方法(Structured Analysis,简称SA方法)从最上层的系统组织机构入手,采用逐层分解的方式分析系统, 并把每一层用数据流和数据字典描述。   数据流表达了数据和处理过程的关系。系统中的数据则借助数据字典(Data Dictionary,简称DD)来描述。   2. 概念结构设计阶段   通过对用户需求进行综合、归纳与抽象,形成一个独立于具体DBMS的概念模型,可 以用E-R表示。   概念模型用于信息世界的建模。概念模型不依赖于某一个DBMS支持的数据模型。概 念模型可以转换为计算机上某一DBMS支持的特定数据模型。   概念模型特点:   (1) 具有较强的语义表达能力,能够方便、直接地表达应用中的各种语义知识。   (2) 应该简单、清晰、易于用户理解,是用户与数据库设计人员之间进行交流的语言。   概念模型设计的一种常用方法为IDEF1X方法,它就是把实体- 联系方法应用到语义数据模型中的一种语义模型化技术,用于建立系统信息模型。   使用IDEF1X方法创建E-R模型的步骤如下所示: 2.1 第零步——初始化工程   这个阶段的任务是从目的描述和范围描述开始,确定建模目标,开发建模计划,组 织建模队伍,收集源材料,制定约束和规范。收集源材料是这阶段的重点。通过调查和 观察结果,业务流程,原有系统的输入输出,各种报表,收集原始数据,形成了基本数 据资料表。   2.2 第一步——定义实体   实体集成员都有一个共同的特征和属性集,可以从收集的源材料——基本数据资料表 中直接或间接标识出大部分实体。根据源材料名字表中表示物的术语以及具有"代码"结 尾的术语,如客户代码、代理商代码、产品代码等将其名词部分代表的实体标识出来, 从而初步找出潜在的实体,形成初步实体表。   2.3 第二步——定义联系   IDEF1X模型中只允许二元联系,n元联系必须定义为n个二元联系。根据实际的业务 需求和规则,使用实体联系矩阵来标识实体间的二元关系,然后根据实际情况确定出连 接关系的势、关系名和说明,确定关系类型,是标识关系、非标识关系(强制的或可选的 )还是非确定关系、分类关系。如果子实体的每个实例都需要通过和父实体的关系来标识 ,则为标识关系,否则为非标识关系。非标识关系中,如果每个子实体的实例都与而且 只与一个父实体关联,则为强制的,否则为非强制的。如果父实体与子实体代表的是同 一现实对象,那么它们为分类关系。   2.4 第三步——定义码   通过引入交叉实体除去上一阶段产生的非确定关系,然后从非交叉实体和独立实体 开始标识侯选码属性,以便唯一识别每个实体的实例,再从侯选码中确定主码。为了确 定主码和关系的有效性,通过非空规则和非多值规则来保证,即一个实体实例的一个属 性不能是空值,也不能在同一个时刻有一个以上的值。找出误认的确定关系,将实体进 一步分解,最后构造出IDEF1X模型的键基视(KB)。   2.5 第四步——定义属性   从源数据表中抽取说明性的名词开发出属性表,确定属性的所有者。定义非主码属 性,检查属性的非空及非多值规则。此外,还要检查完全依赖函数规则和非传递依赖规 则,保证一个非主码属性必须依赖于主码、整个主码、仅仅是主码。以此得到了至少符 合关系理论第三范式的改进的IDEF
目录 1引言 2 1.1     编写目的 2 1.2    背景 2 A. 待开发软件系统名称; 2 B. 该系统基本概念,如该系统的类型、从属地位等; 2 C. 开发项目组名称。 2 1.3    参考资料 2 1.4   术语定义及说明 3 2  设计概述 3 2.1   任务和目标 3 2.1.1      需求概述 3 2.1.2      运行环境概述 3 2.1.3      条件与限制 3 2.1.4      详细设计方法和工具 3 3  系统详细需求分析 4 3.1     详细需求分析 4 3.2         详细系统运行环境及限制条件分析接口需求分析 4 4   总体方案确认 4 4.1  系统总体结构确认 4 4.2        系统详细界面划分 5 4.2.1      应用系统与支撑系统的详细界面划分 5 4.2.2      系统内部详细界面划分 5 5   系统详细设计 5 5.1    系统结构设计及子系统划分 5 5.2    系统功能模块详细设计 5 5.3          系统界面详细设计 6 5.3.1      外部界面设计 6 5.3.2      内部界面设计 6 5.3.3      用户界面设计 7 6、数据库系统设计 7 6.1设计要求 7 6.2 信息模型设计 7 6.3    数据库设计 7 7    信息编码设计 8 7.3     代码结构设计 8 7.4     代码编制 8 1引言 1.1     编写目的 说明编写详细设计方案的主要目的。 说明书编制的目的是说明一个软件系统各个层次中的每个程序(每个模块或子程序)和数据库系统的设计考虑,为程序员编码提供依据。 如果一个软件系统比较简单,层次很少,本文件可以不单独编写,和概要设计说明书中不重复部分合并编写。 方案重点是模块的执行流程和数据库系统详细设计的描述。 1.2    背景 应包含以下几个方面的内容: A. 待开发软件系统名称; B. 该系统基本概念,如该系统的类型、从属地位等; C. 开发项目组名称。 1.3    参考资料 列出详细设计报告引用的文献或资料,资料的作者、标题、出版单位和出版日期等信息,必要时说明如何得到这些资料。 1.4   术语定义及说明 列出本文档中用到的可能会引起混淆的专门术语、定义和缩写词的原文。 2  设计概述 2.1   任务和目标 说明详细设计的任务及详细设计所要达到的目标。 2.1.1      需求概述 对所开发软件的概要描述, 包括主要的业务需求、输入、输出、主要功能、性能等,尤其需要描述系统性能需求。 2.1.2      运行环境概述 对本系统所依赖于运行的硬件,包括操作系统、数据库系统、中间件、接口软件、可能的性能监控与分析等软件环境的描述,及配置要求。 2.1.3      条件与限制 详细描述系统所受的内部和外部条件的约束和限制说明。包括业务和技术方面的条件与限制以及进度、管理等方面的限制。 2.1.4      详细设计方法和工具 简要说明详细设计所采用的方法和使用的工具。如HIPO方法、IDEF(I2DEF)方法、E-R,数据流程、业务流程、选用的CASE工具等,尽量采用标准规范和辅助工具。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值