第四章 MIS战略规划与开发方法.pptVIP

第二节 MIS的开发方法 系统开发生命周期 系统开发－方法学 系统开发方法中的技术和工具 信息系统开发方法体系结构 一、结构化系统开发方法（生命周期法） 结构化系统开发的基本思想 管理信息系统非结构化开发方法存在的主要问题 （1）工作阶段的划分原则不明确，各阶段的工作缺乏规范的章程、方法、表达工具与标准。 （2）系统建设过程用户参与程度低，用户与专业人员对话缺乏有效的手段。 （3）系统开发的工作任务集中在系统实施阶段，系统分析、设计工作不深入。 （4）系统实施阶段的工作采取“自底向上”的方法，系统总体功能与目标的实现难以保证。 图 系统开发各阶段的费用变化 图 冰山式系统开发费用分布 结构化方法的基本思路和主要原则 “结构化”一词在系统建设中的含义是用一组规范的步骤、准则和工具来进行某项工作。运用结构化的思想进行以计算机为基础的管理信息系统的建设工作，首先出现于60年代发展起来的结构化程序设计（Structured Prosramming，简记为SP）。到了70年代，约当（E．Your-don）、康斯坦丁（L．L．Constantine）和德马可（T．Demarco）等人提出了结构化分析（Structured Analysis，简记为SA）和结构化设计（Structured Design，简记为SD）方法。截至80年代，已提出的各类结构化方法不下30余种。这些方法虽各有产生的背景和特色，但它们的基本思路和主要特点是相同的。 管理信息系统结构化方法的主要原则： （1）用户参与的原则 （2）“先逻辑，后物理”的原则 （3）“自顶向下”的原则 （4）工作成果描述标准化原则 结构化生命周期法 结构化生命周期法要点 所谓结构化生命周期法就是把管理信息系统开发的全过程按其生存周期分成若干阶段，每个阶段有相对独立的任务，然后逐步完成各个阶段的任务。在每一阶段的开始与结束都规定了严格的标准。前一个阶段的结束标准就是后一阶段开始的标准，而每个阶段任务相对独立而且比较简单，便于不同人员分工协作，从而降低了整个软件工程开发的困难程度。 在软件生命周期的每个阶段都采用科学管理和良好的技术方法，而且在每个阶段结束之前都从技术与管理两个角度进行严格审查，合格之后才开始下一阶段工作。 （1）开发阶段性 生命周期法把整个系统开发过程分成一系列严格定义顺序的紧密相关的阶段，这些阶段及其顺序一般是：系统定义(包括系统调查，可行性分桥，系统需求分析)，系统开发(包括系统设计，软件编码，系统测试)，系统维护。 （2）用户评价 系统分析时引入的错误往往要到运行时才发现，其修正的代价是相当昂贵的。这种错误是由于对用户系统分析不充分，理解不透彻，或表达的二义性造成的。所以管理信息系统待别强调在每个阶段结束前都要有用户评价或验收，以减少这种错误的发生。 （3）文档管理 为了便于管理信息系统的开发与管理，生命周期法把文档资料作为每个阶段的产品之一，而且加以标准化，作为每个阶段结束的重要标准。它保证了在系统开发结束时有一个完整准确的软件配置交付使用。文档资料是通讯的工具，它清楚地说明了到这个时候为止关于该项工程已经知道或做了什么，同时确定了下一步的工作基础。文档资料也起着备忘录的作用，如果文档不完整或与上一阶段的文档不相衔接则一定在工作上有不完整的地方。文档资料另一重要作用是有利于与用户交流，检查错误，用户评价。文档资料也是系统维护的依据。 （4）结构化的系统分析与设计较术 在完成生命周期每个阶段任务时应该采用适合该阶段任务特点的系统化的技术方法。在系统分析与系统设计阶段应该采用结构化系统分析与设计方法。生命周期中的系统分析与系统设计方法虽然是多种多样的，但是最常用的还是结构化系统分析和设计方法。它要求对系统功能进行自顶向下的分解，模块化。以满足系统可理解性，适应性，可分离性及整体性要求，使系统层次清晰，易于理解，调试和排错。 结构化生命周期法存在的问题 （1）阶段回溯不可避免——延长系统开发的时间。由于要求不同类型的用户应与管理信息系统交互使，使需求分析变得更加困难。因此常常需要做阶段回溯，对系统分析需求规格说明作修改或补充，同时也会引起此后阶段的补充修改。例如系统设计报告也要补充修改。 （2）使用过程化语言——没有以根本上改变个体手工编程的工作方式。 （3）专业开发人员开发用户使用的系统开发模式——开发人员与用户都要化时间去掌握对方专业领域的知识以期产生共同语言。