用I2DEF方法对管理信息系统分析和设计.docVIP

用I2DEF方法对管理信息系统分析和设计.doc

  1. 1、本文档共3页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
用I2DEF方法对管理信息系统分析和设计

对I2DEF方法的研究与应用 潘虎 (襄樊学院网络管理中心,湖北 襄樊 4410053) [摘要] I2DEF方法是一种系统建模方法,使用I2DEF方法进行业务调查,需求分析和总体设计,可以迅速而准确地建立系统的结构模型,动态模型和功能模型。本文研究了I2DEF的使用方法,并通过I2DEF方法分析和设计了一个实际的中小型管理信息系统的模型。 [关键字] I2DEF方法,系统建模,动态模型, 数据流程图 0 引言 I2DEF方法是一种系统建模方法。在I2DEF方法中,使用由IDEF0,IDEF1X,IDEF3改进而来的系统/功能分解树,事件流程图,事件汇总图,数据汇总图,构件关系图来描述系统的结构模型,功能模型,动态模型。在管理信系系统工程设计的前期,即业务调查,需求分析,总体设计阶段可以使用I2DEF方法对整个系统进行分析和设计。 使用I2DEF方法进行业务调查,需求分析和总体设计 软件设计中使用I2DEF方法,在业务调查阶段,首先要与用户进行广泛的交流,并通过让用户填写业务调查表来了解用户的业务。调查表包括业务部门岗位设置表,岗位责任表。部门岗位设置表包含部门信息,部门中的岗位设置信息。岗位责任表包含岗位工作职责,来往的工作信息。在充分了解用户单位信息的基础上,再根据业务调查表,绘制系统/功能分解树来分层描述用户的业务组织结构:树的第0层为企业自身,第1层为企业的业务部门,第2层为业务处室,第3层为业务处室的业务岗位,第4层为每个岗位的工作职责。凡是需要计算机软件的部门,应当分解到每个业务岗位的工作职责。再沿系统/功能分解树自上而下,从整体到部分使用事件流程图描述业务流程。然后根据事件流程图导出事件汇总图,归纳业务部门间的业务活动;导出数据汇总图归纳业务部门间的信息交互。再使用构件图描述事件流程图中业务数据的结构和联系。业务调查阶段结果是:1,组织功能结构图,2,描述业务流程的事件流程图,3,事件汇总图,4,数据汇总图,5,构件图。 在需求分析阶段,根据业务调查阶段的组织功能结构图,确定哪些业务需要计算机软件,然后用系统/功能分解树定义软件的基本结构:系统/功能分解树的每个节点由业务部门和支持它的计算机软件组成,从而得到软件基本结构图。沿软件基本结构图逐级展开,用事件流程图来描述软件的总体行为。需求分析阶段结果是:1,软件基本结构图,2,描述软件行为的事件流程图。 总体设计阶段的基本任务是描绘软件的全部结构和对基于数据库的系统进行概念设计。根据需求分析阶段获得的,描述软件的基本结构的系统/功能分解树,明确分解树中哪些节点是子系统,哪些节点是功能,并根据用户实际业务的需要,对现有分解树的末级节点进行适当的功能分解,得到系统的软件模块结构图。软件模块结构图同时也可描述模块之间的关系:它把系统/功能分解树的所有节点都视做软件的模块,父级模块调用子级模块完成有关功能,同时也可描述模块之间的数据交换。根据软件模块结构图把需求分析阶段的事件流程图进一步向下逐层展开,来描述软件的总体运行过程。根据分解后的事件流程图,用事件汇总图归纳子系统(或模块)间的功能交互;根据事件流程图中事件所携带的数据,用数据汇总图归纳子系统(模块)间的信息交互。事件汇总图和事件流程图一一对应,按层次来表达软件内部的功能界面,说明哪些功能由哪些子系统(模块)来完成。数据汇总图和事件流程图也一一对应,按层次来表达软件内部的数据界面,说明信息的来源和去处,描述系统运行时所交互的信息。然后绘制数据流程图描述信息流动情况,数据流程图是分层表达的,它和事件流程图一一对应,其中的数据是事件流程图中事件携带的数据,这个数据流程图也就传统软件工程学中的数据流图。 进行数据库概念设计的工作,要根据数据流程图中的数据,补充业务调查时业务数据(构件)的具体内容被忽略的部分,指定数据构件属性值的基本类别,确定构件之间的关系,然后绘制构件关系图,用构件关系图来描述概念模型。 总体设计阶段结果是:1,软件模块结构图,2,与软件模块结构图相应的事件流程图,3,相应事件汇总图,4,数据流程图,5,描述概念模型的构件关系图。 通过以上工作建立了系统的结构模型,动态模型和功能模型。结构模型核心成分是软件模块结构图和构件关系图;动态模型核心成分是事件流程图和事件汇总图;功能模型核心内容是层次化的数据流程图。三个模型间横向集成:动态模型的事件流程图和功能模型的数据流程图分别以相同的模式,沿结构模型的系统/功能分解树逐级展开;数据流程图中的数据,就是事件流程图中事件携带的数据;上述的数据在结构模型中的构件图中,是以构件的形式来描述其内容及其间的各种关系,这种构件也是传统意义上的信息实体。同时,开发文档间是纵向集成:分析与设计的文档(业务模型、需求模型、设计模型)具有相同的表达形式。 2、用I2DEF方

您可能关注的文档

文档评论(0)

haihang2017 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档