怎样开发好一个办公自动化信息系统.ppt

(1)当系统建设者能做出准确、完整、严格的需求分析时,传统的结构化生命周期方法是一类有效、成熟的方法,然而需求本身具有模糊性,这种模糊性本身就否定了需求的严格明确性。这种方法把一个充满回溯的开发过程加以线性化,并进行硬性割裂,夸大了系统目的的明确性,而忽视了系统的动态开放性。(2)由于结构化生命周期采用功能分解、瀑布模型的方法,在完成了功能需求定义后,系统分析员就算完成了任务,交给后续人员去工作,后续人员以完成功能为主要目标,往往使得各功能模块之间联系复杂,且最终实现模型与人工系统模型在结构上有很大差别,不利于理解和维护。之所以出现这问题,是由于对M|S的层次嵌套性认识不足。这样系统开发周期就比较长,开发效率很低。按目前国内开发效率统计,开发一个企业完整的信息系统常常需要两年多时间。然而,经验表明,一个系统的开发时间如果超过半年,其应用效果就要打折扣了。(3)对于需求具有模糊性的问题引出了快速原型化方法。当获得一组基本的需求后,原型化方法快速予以“实现”(即原型Prototype)。随着用户和开发人员通过原型对系统理解的加深而不断地对这些需求进行细化补充,需求是在不断与应用人员沟通的发展过程中动态地定义的,这种方法能适应企业的工作方式然而,用系统空间的进程对应实体,造成一致性的困难而且,原型化方法的原型是局部的,这样就难以符合MS的整体特性。同时,由于实际工作中沟通的困难性及用户需求快速生成工具的缺乏,使得系统建设计划较难得到执行,因而也很难满足MS的时效性要求。此外,对于基础管理不够完善的企业,系统建设容易走上机械地模拟原来手工系统的轨道,这样就不能体现MS改进企业管理的特性(4)针对开发时效性问题引入了○O方法。OO方法以对象为基础,利用特定的系统工具直接完成从对象客观的描述到系统结构之间的转换。这是OO方法最主要的特点和成就它使系统的重用性好。典型的语言有Ada、Smalltalk、C++等,现在研究的重点是采用何种方法来使用这些语言,即如何从现行系统中抽象出可重用的对象来。60年代的Simular语言和70年代的Smalltalk语言都有学术价值,但还未达到实用的阶段,其根本原因是客观世界的对象五花八门,难于抽象。而且纯面向对象的模型不能满足系统的要求,实际上有许多模块是一些函数型模块、进程模块、Sel脚本、数据编码处理等,难以统一成对象,这样实用性就较差。同时,这种方法也需要一定的系统工具基础支持才可以应用。另外在大型的MS建设中,如果不经自顶向下地整体划分,而是开始就自底向上地采用○○方法开发系统,同样也会造成M|S整体结构差的结果(5)针对时效性和系统支持问题,也可引入CASE方法。应用CASE方法的关键是CASE工具,CASE工具使原型化方法和OO方法能付诸于实现。然而,目前CASE还是一个发展中的概念,未能成为当初指望的包治百病的灵药。虽然有CASE产品已经出现,如DEC公司的集成化cASE(DigitalCohesionCasE)和ORACLE公司的CASE(OracleCASE&Method)等,但还没有一个统一的格式,而且适用面有限,能够全面支持整个MS开发全过程的CASE的研制需要较大的投资和较长的时间。20世纪90年代的CASE产品仍以专用的工具和目标适中的系统为主,那种通用的集成化环境仍难以实用,更难以商品化。综上所述,结构化生命周期开发方法虽然有诸多缺陷,但只有结构化生命周期开发方法是实用并较全面支持整个系统开发过程的方法。其他的几种方法尽管有很多优点,但或不很成熟或只能作为结构化系统开发方法在局部开发环节的补充,暂时都还不能替代其在管理信息系统开发过程中的主导地位,尤其是在占目前系统开发工作量最大的系统调查和系统分析这两个重要环节。由于本书作为管理信息系统建设的基础教材,应让初学者建立起系统规范的建设思想,掌握系统基本方法,所以本书着重讨论结构化生命周期法的原理及应用。但强调鼓励读者在获得了本书的基本思想后用自己熟知的开发工具,结合其他方法大胆进行实践,,应根据多种情况、技术力量、外部环境等因素选择。不论采用哪种方式都需要单位和业务人员的参加。四种开发方式如表3-1所示表3-)产品抽象性系统生产及系统产品可见性差,其加工对象是信息而不是物理实体。这给检验、管理带来一定的困难2)产品严格性管理信息系统工程是