管理信息系统开发方法比较

管理信息系统开发方法比较

比较 项目 基本思想 开发方法 用系统的思想和系统工程的方法，按照用户至上的原则结构段性。 （2）自顶向下的整体性分析与设计和自底向上的逐步实施相结合。 （3）遵循用户至上原则，深入调查研究。 （4）系统开发过程工程化，文档资料标准化。 在管理信息系统开发的开始阶段，凭借系统开发售货员对用户需求的理解与用户共同确定系统的基本要求和主要功能，在强有力的人、软件环境支持下，给出一个满足用户需求的初始系统原型，然后与用户反复协商修改，最终形成MIS系统。 客观世界是由各种各样的对象组成的，每种对象都有各自的内（1）改进了用户和系统开发人员的交流方式，通过用户与系统原型的交互作用，能够启发用户的需求。 （2）有利于用户及早参与开发过程，激发用户的热情和积极性。 （3）利用最新的软件工具，提高了系统开发效率，降低了风险。 （4）开发进程加快，周期缩短，反馈及时。 （1） 对象之间可互送消息，其思维方法更接近人的思维方法。 （2） 开发周期短，费用低。 （3） 避免了其他开发方法在开发过程中的不一致性，复杂性。 必须依赖于一种具体的开发方法，在系统调查环节以外全面支（1）解决了从客观对象到软件系统的映射问题，支持系统开发的全过程。 （2）提高了软件质量和软件重用性；加快了软件开发速度；简化了软件开发的管理和维护；自动生成开发过程仍是一个发展中的概念,各种CASE软件也较多,没有统一的模式和标准。 采用CASE工具进行系统开发，必须结合一种具体的开发方法，如结构化系统开发方法、面向对象方法或原型化开发方法等，CASE就是设计者无法正确识别出对象,滥用OO方法并导致过度设计。 适用较小的简单的系统的开发。. （1）解决复杂系统（2）开发进程管理复杂， 对用户和开发人员 的管理水平要求高。 （3）依赖于强有力的软件支撑环境， 开发工具要求高。 适用范围是比较有简单、处理过程比较明确、没有大量运算和逻辑处理过程的系统。 优点 （1）严格区分系统开发的阶缺点 （1）系统开发周期（2）要求在开发初期全面认识系统的信息需求； （3）没有充分调动用户参与系统开发的积极性。 适用范围 适用于一些组织相过程规范、需求明确且在一定时期内不会发生大的变化的大型复杂系统的开发。 过长；复杂；成本高； 对稳定、业务处理生命周期法 化、模块化，自顶向下对系统进行分析与设计。 和大型系统很困难。 限的，适用于小型、原型法 面向对象法 部状态和运动规律，不同对象之间的相互作用和联系就构成了各种不同的系统。 CASE法 持系统开发过程的自动化的系统开发方法。 中的各种软件文档。 方法只是为具体的开发方法提供了支持每一过程的专门工具。 是指通过零售商和生产厂家建立良好的伙伴关系，利用EDI等信息技术，进行销售时点以及订货补充等经营信息的交换，用（1）提高了在最近可能的时间内完成物流作业和尽快地交付所需存货的能力 （2）把作业的重点从根据预测和对存货储备的预期，转移到以从装运到装运的方式对顾客需求做出反应方面上来。 （3）改变传统的经营方式和革新企业的经营意识和组织结构。 （4）与供应链各方建立战略伙伴关系。 （5）改变传统企业对商业信息保密的做法。 （1）重视客户的参与。可以不断的从客户方面得到反（2）重视团队合作和沟通 （3）制定计划前做出合理预测 （4）让编程人员参与软件功能的管理 （5）重视质量 （6）强调简单性 （7）高频率的重新设计、重构及全面的测试。通过频繁的重新编码的过程，可以非常适应功能更改的需求，同时增加软件的易维护性。 （8）递增开发 （10）对过去的工作持续不断的检查 （11）在不断的迭代中，避免架构设计的重大失误造成的软件不能如期交工，避免了软件设计的风险。 由于在还不知道货主需求和尚未承担任务之前，存货实际上并没有发生移动，所以如果没有仔细安排，可能会出现缺陷。 随着竞争的全球化和企业经营全球化，适用供应链成员企业成员之间建立战略合作伙伴关系。 快速反应开发法 多频度、小数量配送方式连续补充商品，用来实现销售额增长、客户服务的最佳化以及库存量、商品缺货、商品风险和减价最小化的目标的一个物流管理系统模式。 是一个轻量级的、灵巧的软件开发方法，同时它也是一个非常严谨和周密的方法。它的基础和价值观是交流、朴素、反馈和勇气。即，任何一个软件项目都可以从四个方面入手进行改善：加强交流；从简单做起；寻求反馈；（1）早期设计变化剧烈，不断的重构，后，经过大量修改后设计会和第一个开发周期时所做的设计相差巨大。 （2）以代码为中心，忽略了设计。 （3）缺乏质量规划 （4）缺乏过渡时的必要支持 适用于规模小、进度紧、需求变化大、质量要求严的项目。 馈，更逼近实际的软件需求。 可能几个开发周期极端编程法 勇于实事求是。XP是一种近螺旋式的开发方法，它将复杂的开发过程分解为一个个相对比较简单的小周反馈以及其他一系列的方法，开发人员和客户可以非常清楚开发进度、变化、待解决的问题和潜在的困难等，并根据实际情况及时地调整开发过程。 期；通过积极的交流、（9）连续的过程评估 是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备（1）是我们能够专注于如何在最短的时间内实现最有价值的部分。 （2）是我们能够快速的经常的监督实际产品发展的状况。 （3）按照商业价值的高低先完成高优先级的产品功能，并自主管理，凝结了团队智慧创造出最好的方法因而提高了效率。 （4）产品上线的速度大大提高。 （5）质量高，投资回报快，开发周期短，成本低，员工士气提升，责任感增加，协调与合作促进。 (1) 客户环境要求较高. (2) 团队对敏捷的认识程度，频繁交付，过分关注短期目标。 (3) 要求全能型的成员，沟通能力要求高，害怕暴露能力缺陷。 (4) 对PM要求较高。 适用于小型项目 敏捷开发法 集成和可运行的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。 面向服务的体系结构是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方法进行定义的，它应该独立于（1）弹性，可重用性。对IT资产的复用。 （2）支持服务的动态发现和（3）服务地址透明性。 （4）服务的平台无关性。 （5）使用模块化思想。 重新编排服务。 （7）使企业的信息化建设真正以业务为核心。 （8）业务人员根据需求编排（1）服务的划分很困难。 （2）服务的编排也的很好很成问题。 （3）如果选择的接口标准有问题，如主类，会带来系统的额外开销和不稳定性。 （4）对IT硬件资产还谈不上复用。 方式接口很多，从而很松散很脆弱。 （6）目前主流实现方式只局限于不带界面的服务的共享，很多人可能被认为本来就能不这样。但是从业务角度思考，能共享的不只是一个个的服务。 最主要的应用场合在于解决在Internet环境下的不同商业应用之间的业务集成问题。 绑定，服务传输机制独立性。 非那么轻松，能否编（6）灵活性，根据需求变化，流的Webservice之SOA （一种架构观点） 实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以使用一种统一和通用的方式进行交互。 服务，而不必考虑技术细节。 （5）目前主流实现