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

《管理信息系统开发方法比较.pdf》由会员分享，可在线阅读，更多相关《管理信息系统开发方法比较.pdf（3页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、管理信息系统开发方法比较管理信息系统开发方法比较比较项目开发方法基本思想用系统的思想和系统工程的方法，按照用户至上的原则结构化、模块化，自顶向下对系统进行分析与设计。优点（1）严格区分系统开发的阶段性。（2）自顶向下的整体性分析与设计和自底向上的逐步实施相结合。（3）遵循用户至上原则，深入调查研究。（4）系统开发过程工程化，文档资料标准化。缺点适用范围生命周期法生命周期法（1）系统开发周期过长；复杂；适用于一些组织相对稳定、业务成本高；（2）要求在开发初期全面认识系统的信息需求；（3）没有充分调动用户参与系统开发的积极性。处理过程规范、需求明确且在一定时期内不会发生大的变化的大型复杂系统的开发

2、。适用范围是比较有限的，适用于小型、简单、处理过程比较明确、没有大量运算和逻辑处理过程的系统。在管理信息系统开发的开始阶段，凭借系统开发售货员对用户需求的理解与用户共同确定系统的基本要求和主要（1）改进了用户和系统开发人员的交流方式，通过用户与系统原型的交互作用，能够启发用户的需求。的热情和积极性。（3）利用最新的软件工具，提高了系统开发效率，降低了风险。（4）开发进程加快，周期缩短，反馈及时。（1）解决复杂系统和大型系统很困难。（2）开发进程管理复杂，对用户和开发人员 的管理水平要求高。（3）依赖于强有力的软件支撑环境，开发工具要求高。原型法原型法功能，在强有力的人、软件环境支持下，（2）有

3、利于用户及早参与开发过程，激发用户给出一个满足用户需求的初始系统原型，然后与用户反复协商修改，最终形成 MIS 系统。客观世界是由各种各样的对象组成的，每种对象都有各自的内部状态和运动（1）对象之间可互送消息，其思维方法更接近人的思维方法。（2）开发周期短，费用低。（3）避免了其他开发方法在开发过程中的不一致性，复杂性。就是设计者无法正确识别出对象,滥用 OO 方法并导致过度设计。适用较小的简单的系统的开发。.面向对象法面向对象法规律，不同对象之间的相互作用和联系就构成了各种不同的系统。必须依赖于一种具体的开发方法，在系统调查环节以外全面支持系统开发过程的自动化的系统开发方法。（1）解决了从客

4、观对象到软件系统的映射问题，仍是一个发展中的概念,各种支持系统开发的全过程。（2）提高了软件质量和软件重用性；加快了软件开发速度；简化了软件开发的管理和维护；自动生成开发过程中的各种软件文档。CASE 软件也较多,没有统一的模式和标准。采用 CASE 工具进行系统开发，必须结合一种具体的开发方法，如结构化系统开发方法、面向对象方法或原型化开发方法等，CASE 方法只是为具体的开发方法提供了支持每一过程的专门CASECASE 法法工具。是指通过零售商和生产厂家建立良好的伙伴关系，利用 EDI 等信息技术，进行销售时点以及订货补充等经营信息的交换，用多频度、小数量配送方式连（1）提高了在最近可能的

5、时间内完成物流作业和尽快地交付所需存货的能力（2）把作业的重点从根据预测和对存货储备的预期，转移到以从装运到装运的方式对顾客需求做出反应方面上来。（3）改变传统的经营方式和革新企业的经营意识和组织结构。（4）与供应链各方建立战略伙伴关系。（5）改变传统企业对商业信息保密的做法。由于在还不知道货主需求和尚未承担任务之前，存货实际上并没有发生移动，所以如果没有仔细安排，可能会出现缺陷。随着竞争的全球化和企业经营全球化，适用供应链成员企业成员之间建立战略合作伙伴关系。快速反应开发法快速反应开发法续补充商品，用来实现销售额增长、客户服务的最佳化以及库存量、商品缺货、商品风险和减价最小化的目标的一个物流

6、管理系统模式。是一个轻量级的、灵巧的软件开发方法，同时它也是一个非常严谨和周密的反馈和勇气。即，任何一个软件项目都可以从四个方面入手进行改善：加强交流；从简单做起；寻求反馈；勇于实事它将复杂的开发过程分解为一个个相对比较简单的小周期；通过积极的交流、反馈以及其他一系列的方法，开发人员和客户可以非常清楚开发进度、变化、待解决的问题和潜在的困难等，并根据实际情况及时地调整开发过程。（1）重视客户的参与。可以不断的从客户方面得到反馈，更逼近实际的软件需求。（3）制定计划前做出合理预测（4）让编程人员参与软件功能的管理（5）重视质量（7）高频率的重新设计、重构及全面的测试。通过频繁的重新编码的过程，可

7、以非常适应功能更改的需求，同时增加软件的易维护性。（8）递增开发（9）连续的过程评估（10）对过去的工作持续不断的检查（11）在不断的迭代中，避免架构设计的重大失误造成的软件不能如期交工，避免了软件设计的风险。（1）早期设计变化剧烈，不断经过大量修改后设计会和第一个开发周期时所做的设计相差巨大。（2）以代码为中心，忽略了设计。（3）缺乏质量规划（4）缺乏过渡时的必要支持适用于规模小、进度紧、需求变的重构，可能几个开发周期后，化大、质量要求严的项目。方法。它的基础和价值观是交流、朴素、（2）重视团队合作和沟通求是。XP 是一种近螺旋式的开发方法，（6）强调简单性极端编程法极端编程法是一种以人为核

8、心、迭代、循序渐进的（1）是我们能够专注于如何在最短的时间内实现最有价值的部分。（2）是我们能够快速的经常的监督实际产品发展的状况。(1)客户环境要求较高.(2)团队对敏捷的认识程度，频繁交付，过分关注短期目标。适用于小型项目敏捷开发法敏捷开发法开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。（3）按照商业价值的高低先完成高优先级的产品功能，并自主管理，凝结了团队智慧创造出最好的方法因而提高了效率。（4）产品上线的速度大大

9、提高。（5）质量高，投资回报快，开发周期短，成本低，员工士气提升，责任感增加，协调与合作促进。(3)要求全能型的成员，沟通能力要求高，害怕暴露能力缺陷。(4)对 PM 要求较高。面向服务的体系结构是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方法进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以使用一种统一和通用的方式进行交互。（1）弹性，可重用性。对 IT 资产的复用。（2）支持服务的动态发现和绑定，服务传输机制独立性。（3）服务地址透明性。（4）服务的平台无关性。（5）

10、使用模块化思想。（6）灵活性，根据需求变化，重新编排服务。（7）使企业的信息化建设真正以业务为核心。（8）业务人员根据需求编排服务，而不必考虑技术细节。（1）服务的划分很困难。能否编的很好很成问题。（3）如果选择的接口标准有问题，如主流的 Webservice 之类，会带来系统的额外开销和不稳定性。（4）对 IT 硬件资产还谈不上复用。（5）目前主流实现方式接口很多，从而很松散很脆弱。（6）目前主流实现方式只局限于不带界面的服务的共享，很多人可能被认为本来就能不这样。但是从业务角度思考，能共享的不只是一个个的服务。最主要的应用场合在于解决在用之间的业务集成问题。（2）服务的编排也非那么轻松，Internet 环境下的不同商业应SOASOA（一种架构观（一种架构观点）点）