管理信息系统五种开发方法优缺点评析
管理信息系统五种开发方法优缺点评析

管理信息系统的五种常见开发方法及其优缺点阐述1. 结构化生命周期法:把系统的建立看作是一种生命物种的成长过程。
由6个开发阶段组成:系统定义 -> 需求分析 -> 系统设计 -> 编写代码 -> 安装调试 -> 系统维护优点:这种开发方法把管理信息系统开发的全过程按其生存周期分成若干阶段,每个阶段有相对独立的任务,然后逐步完成各个阶段的任务。
在每一阶段的开始与结束都规定了严格的标准。
前一个阶段的结束标准就是后—阶段开始的标准,而每个阶段任务相对独立而且比较简单,便于不同人员分工协作,从而降低了整个软件工程开发的困难程度。
在软件生命周期的每个阶段都采用科学管理和良好的技术方法,而且在每个阶段结束之前都从技术与管理两个角度进行严格审查,合格之后才开始下一阶段工作。
这就使得软件开发全过程以一种有条不紊的方式进行,保证了软件质量,提高了软件的可维护性。
这样不仅可以大大提高软件开发的成功率,软件开发的生产率也会明显地提高。
且简单明了,结构清晰。
同时把文档资料作为每个阶段的产品之一,而且加以标准化,作为每个阶段结束的重要标准。
它保证了在系统开发结束时有一个完整准确的软件配置交付使用。
文档资料是通讯的工具,它清楚地说明了到这个时候为止关于该项工程已经知道或做了什么,同时确定了下一步的工作基础。
文档资料也起着备忘录的作用,如果文档不完整或与上一阶段的文档不相衔接则一定在工作上有不完整的地方。
文档资料另一重要作用是有利于与用户交流,检查错误,用户评价。
文档资料也是系统维护的依据,通过每一阶段生成的文档资料,使得开发人员和用户易于使用维护。
不足:这种开发方法的不足具体表现在以下几方面第一,阶段回溯不可避免,延长系统开发的时间。
结构化生命周期法并没有解决软件开发研制时间过长的严重危机,在计算机硬软件技术相通讯技术日新月异发展的时代,很容易使刚建立起来的管理信息系统迅速变得陈旧,生命周期很短,所以系统开发周期过长将导致系统运行时间变短。
管理信息系统的开发方式和方法

管理信息系统的开发方式和方法一、瀑布模型瀑布模型是最早被广泛应用于管理信息系统开发的一种方法,它强调了线性且有序的开发过程。
该模型将开发过程分为需求分析、系统设计、系统编码、系统测试和系统维护五个阶段,并要求每个阶段必须完成后再进行下一阶段的开发。
这种方法适用于开发较小规模或较为简单的系统,但由于需求在整个开发过程中不能改变,未考虑需求变化和用户反馈,容易导致开发结果与用户实际需求不符。
二、原型模型原型模型强调通过构建原型系统来满足用户对系统功能的需求,并通过反复迭代改善系统的性能和功能。
该模型在需求阶段会根据用户的需求和反馈,快速建立一个原型系统,以便用户了解系统的功能和界面,并提供意见和建议。
根据用户的反馈,逐步改进并逐渐完善系统。
原型模型适用于系统需求较为模糊或复杂的情况,因为可以通过原型演示迅速调整和改变系统的功能。
三、增量模型增量模型是将系统开发过程分为多个增量阶段,每个增量阶段完成一个或多个子功能的开发。
每个增量阶段的功能越来越完整,逐步完成系统的整体构建。
这种方法可以更好地控制开发过程,及时发现问题并加以解决。
增量模型适用于系统需求比较稳定,但对系统性能和功能有需求变更的情况。
四、敏捷开发敏捷开发方法是一种将需求分析、系统设计、系统编码、系统测试和系统维护等开发过程融入一个迭代循环中的方法。
通过不断地迭代和交付功能模块,根据用户的反馈和需求变更进行调整和改进。
敏捷开发方法注重用户参与和团队合作,强调响应变化以及快速交付价值。
它适用于需求较为模糊、需要快速迭代和响应变化的情况。
购买开发购买开发是指通过购买现有的软件产品或解决方案来满足系统的需求。
这种方法可以节约开发时间和人力成本,但需要根据实际需求选择合适的产品,并与供应商进行合作和沟通,以确保产品能够满足系统的需求和用户的期望。
购买开发适用于需求相对简单且可以通过现有产品满足的情况。
总之,管理信息系统的开发方式和方法应根据实际需求、项目规模和开发团队的能力进行选择。
福师2020年3月春季《管理信息系统》第一次作业

一、名词解释1、结构化生命周期开发法答:结构化生命周期开发法: 一种系统开发方法,用系统的思想和工程化的方法以,按用户至上的原则,结构化、模块化、自顶向下地对系统进行分析与设计。
2、E-R模型答:E-R模型:也称实体-联系模型,它提供不受任何DBMS约束的面向用户的表达方法,在数据库设计中被广泛用作数据建模的工具。
二、简答题1、简述管理信息系统开发方式的优缺点及适用场合。
答:(1)自行开发:优点:开发人员熟悉业务过程;容易开发适合本组织需要的系统;方便维护和扩展;有利于培养自己的开发人员;缺点:开发水平较低;开发人员调动后,系统维护没有保障;场合:有较强开发、分析与设计队伍的组织。
(2)委托开发:优点:省时、省事;开发的技术水平较高;缺点:费用高;不利于本组织的人才培养;风险较大;场合:没有MIS的系统分析、设计及软件开发人员或开发队伍力量较弱,但资金充足的组织。
(3)合作开发:优点:比较节约资金;可以培养组织中的技术力量;便于维护;技术水平较高;缺点:双方合作沟通中易出现问题。
场合:有一定开发能力,资金有限的组织(4)利用现在软件包开发:优点:缩短开发时间;节省开发费用;技术水平较高;系统维护较好;缺点:通用性差,功能简单。
场合:功能单一的小系统开发。
2、简述原型法的优点。
答:(1)遵循了人们认识事物的规律,开发人员和用户都能够循序渐进地认识和理解系统,改进了用户和系统开发人员的交流方式。
(2)原型法将模拟手段引入系统分析的初级阶段,通过沟通,开发的系统更加贴近实际,提高了用户的满意程度。
(3)将系统调查、分析和设计合为一体,用户尽可能地了解未来将使用的实际系统。
(4)充分利用最先进的软件开发工具,缩短了系统开发周期,费用降低,效率提高。
3、简述数据管理技术的发展经历了哪几个阶段?答:(1)人工管理阶段在计算机出现之前,人们运用常规的手段从事记录、存储和对数据加工,也就是利用纸张来记录和利用计算工具(算盘、计算尺)来进行计算,并主要使用人的大脑来管理和利用这些数据。
管理信息系统开发方法

管理信息系统开发方法管理信息系统开发方法是指在开发和实施信息系统过程中,采用一定的规范和方法论来管理项目的整个生命周期,以确保项目能够按时、高质量地完成,并满足用户需求。
本文将介绍几种常用的管理信息系统开发方法,包括瀑布模型、敏捷开发、原型开发和融合开发等。
瀑布模型是一种线性的开发方法,它将整个项目划分为需求分析、设计、编码、测试和维护等阶段,并且每个阶段的工作是按顺序进行的,即前一个阶段完成后才能开始下一个阶段。
这种开发方法强调每个阶段的输出作为下一个阶段的输入,以确保项目的连贯性和可控性。
然而,瀑布模型的缺点是不适应需求变化频繁的项目,因为一旦前期的需求分析出现问题,后续阶段可能需要大量的修改和重复工作。
敏捷开发是一种迭代、增量的开发方法,它强调快速响应需求变化和高度的用户参与。
敏捷开发将项目划分为若干个迭代周期,每个周期都包含需求分析、设计、编码、测试和评审等工作。
每个迭代周期的时间较短,通常为2-4周,以便及时调整项目方向和解决问题。
敏捷开发的优点是能够快速交付可用的软件,并根据用户反馈及时进行调整和改进。
然而,敏捷开发也有局限性,比如对于大规模和复杂的项目,可能需要更多的协调和管理。
原型开发是一种快速构建和验证系统原型的方法,它强调通过快速迭代的方式理解用户需求、设计系统界面和功能,并及时获取用户反馈。
原型开发可以分为快速原型和演化原型两种形式。
快速原型是在项目开始阶段快速构建简单的原型,用于验证用户需求和设计思路。
演化原型是在项目进行中逐步完善和扩展原型,以逐渐构建完整的系统。
原型开发的优点是能够及时发现和解决问题,缩短开发周期。
然而,原型开发的挑战在于如何平衡快速迭代和系统稳定性,避免陷入无休止的修改和调整。
融合开发是一种将传统的瀑布模型和敏捷开发相结合的方法。
它将项目划分为多个阶段,每个阶段都包含需求分析、设计、编码、测试和评审等工作。
每个阶段的工作可以根据项目特点和需求进行调整和优化。
信息系统开发方法与开发方式

信息系统开发方式一、各类开发方式(一)自行开发优点:可以得到适合本单位的满意的系统,通过系统开发培养自己的力量。
缺点:往往开发周期较长。
需要强有力的领导,有足够的技术力量,需要进行一定的咨询。
(二)委托开发优点:比较省事(从用户角度)。
缺点:必须配备精通业务的人员参加,经常检查、协调。
开发费用较高,系统维护困难。
(三)购买现成软件包优点:最省事(从用户角度)。
缺点:要买到完全适合本单位的、满意的系统不太容易。
需要有较强的鉴别能力,谈不上系统维护。
(四)联合开发优点:对于培养自己的技术力量最为有利,系统维护比较方便。
缺点:双方要精诚合作,自己有一定系统分析和设计力量信息系统开发方法一、结构化系统开发方法(一)基本思想自行开发用系统工程的思想和工程化的方法,按用户至上的原则,结构化、模块化、自顶向下地对系统进行分析与设计。
即先将整个开发过程分为若干个相对独立的阶段(分析、设计、实施),在前二个阶段坚持自顶向下地对系统进行结构化划分、设计,在系统实施阶段则应坚持自底向上地逐步实施。
(二)特点:1.自顶向下整体性的分析与设计和自底向上地逐步实施的系统开发过程2.用户至上3.深入调查研究4.严格区分工作阶段5.充分预料可能发生的变化6.开发过程工程化(四)优缺点:1.优点:(1)强调系统开发过程的整体性和全局性,强调在整体化的前提下来考虑具体的分析设计问题,即自顶向下的观点。
(2)强调严格地区分开发阶段,强调一步一步地严格地进行系统分析和设计,每一步工作都及时地总结,发现问题及时地反馈和纠正,从而避免了开发过程的混乱状态。
2.缺点:(1)起点太低,所用的工具落后,致使系统开发周期过长,会带来许多问题。
(2)要求开发者在调查中就充分掌握用户需求、管理状况以及可能发生的变化,这不太符合人们循序渐进地认识事物的规律性,在实际工作中实施有一定的困难。
二、原型化法(一)基本思想首先用户提出开发要求,开发人员识别和归纳用户要求,根据识别、归纳的结果,构造一个原型,然后同用户一道评价这个原型,若根本不行,则重新构造原型;若不满意,则修改原型,直到用户满意为止的最终原型即实现的系统。
简述管理信息系统的开发方式和开发方法

简述管理信息系统的开发方式和开发方法
管理信息系统的开发方式包括自主开发、外购和外包三种方式。
1. 自主开发:企业内部组建开发团队,根据自身需求和要求,从头开始设计、开发和实施管理信息系统。
优点是可以完全按照企业的需求进行定制,可以灵活调整和变更系统功能,但需要投入大量的时间、人力和资金,且对技术要求较高。
2. 外购:企业以购买的方式获取现有的管理信息系统软件并加以定制适配。
优点是省去了自主开发的时间和成本,可以快速部署和上线,但部分功能可能无法满足企业特定需求,还需进行定制和二次开发。
3. 外包:将管理信息系统的开发和维护全部或部分外包给专业的软件开发公司或服务提供商。
优点是企业无需投入大量的内部资源,可以专注于核心业务,同时可以借助外部专业团队的经验和技术优势,但需要对外包合作方进行严格的选择和管理。
管理信息系统的开发方法主要有瀑布模型、螺旋模型和敏捷开发方法。
1. 瀑布模型:按照线性流程逐步进行系统开发,包括需求分析、系统设计、编码、测试、部署和维护等阶段。
每个阶段的输出作为下一阶段的输入,适用于需求相对稳定的项目。
2. 螺旋模型:将开发过程划分为若干个循环,每个循环包括确定目标、风险评估、开发、评审和计划下一次循环等阶段。
每
个循环都可视为一次迭代,可以灵活应对需求的变化和新的风险,适用于需求不确定或风险较高的项目。
3. 敏捷开发方法:强调迭代、增量和交互式的开发方式,重视需求的变化和快速响应。
采用短周期的开发、测试和反馈循环,通过持续交付高质量的软件来满足用户需求,适用于快速变化的项目和较小规模的开发团队。
根据具体项目的需求和特点,可以综合选择适当的开发方式和方法。
管理信息系统开发方法

管理信息系统开发方法管理信息系统开发方法是指在开发管理信息系统时所采用的一系列方法和流程。
管理信息系统(Management Information System,简称MIS)是指为了管理和决策支持而开发的信息系统。
在当今信息化的时代,MIS的开发方法直接影响着系统的质量和效果。
本文将介绍几种常见的管理信息系统开发方法,包括瀑布模型、原型模型、敏捷开发和增量开发。
首先介绍瀑布模型。
瀑布模型是最早被广泛采用的一种开发方法。
它将系统开发分为需求分析、系统设计、编码、测试和运行维护等阶段,每个阶段都有明确的输入和输出。
这种开发方法适合需求变化较少的项目,但缺点是开发周期长、风险高。
因此,在需求变化频繁的项目中,适合采用敏捷开发。
敏捷开发是一种以迭代、循序渐进的方式开发系统的方法。
它强调与用户的紧密合作,通过快速交付可工作的软件原型来验证需求和改进设计。
敏捷开发注重团队协作和快速响应变化,适用于需求变化频繁、项目规模较小的情况。
通过迭代开发和及时反馈,可以减少项目风险,提高用户满意度。
原型模型是一种通过快速构建原型来进行系统开发的方法。
原型模型的主要目的是为了验证用户需求和系统设计的正确性。
在开发过程中,可以根据用户的反馈和需求变化对原型进行修改和完善。
原型模型适用于需求不确定或用户需求变化较大的项目。
通过原型模型开发,可以及时发现和解决问题,提高系统的质量和用户满意度。
增量开发是一种将系统划分为若干个独立的模块,按照优先级逐步开发的方法。
每个增量都可以独立交付并投入使用。
增量开发适用于大型复杂项目,通过逐步交付可以减少项目风险和提高开发效率。
同时,增量开发也便于用户对系统进行试用和反馈,有助于及时检测和修复问题。
除了以上介绍的几种常见的开发方法,还有其他一些方法,如融合开发、面向对象开发等。
不同的开发方法适用于不同的项目和需求,开发团队应根据实际情况选择合适的方法。
同时,开发方法的选择也需要考虑到项目的时间、质量、成本等方面的要求。
管理信息系统的开发方式和方法

1
第3章 管理信息系统的开发方式和方法
2021/3/7
3.1 管理信息系统开发涉及的基本问题
管理信息系统的建设是一项既具有技术内容又具 有社会内容的复杂的系统工程,它受到多方面条件的 制约。对于管理信息系统的开发者来说,为了保证系 统开发的成功,首先应了解并研究这些条件,然后在 此基础上去选择合适的开发方式及正确的开发方法。
22
第3章 管理信息系统的开发方式和方法
2021/3/7
3、系统设计阶段
系统设计阶段是在系统分析提出的逻辑模型的 基础上设计系统的物理模型,主要的任务是:总体 结构设计;详细设计,其中包括:代码设计、数据 库/文件设计、输入输出设计、模块结构与功能设计; 编写程序设计说明书。系统设计阶段的成果是“系 统设计说明书”。
规划,分期实施,逐步投资,逐步见效”的策略原则。 具体的方法有两种: “自下而上”的方法
首先确定系统的最终目标,然后自上而下进行目标分解, 从而确定每一个子目标的功能和任务。整个规划过程遵循自上 而下、下服从上的原则。
“自下而上”的方法
从系统的最低一层子目标着手,然后自下而上进行目标的 综合,从而确定最终目标的功能和任务。这种方法的特点是最 初着眼于子目标的实现,而后根据发展的需要逐步扩展和升级, 由下组合而上,最终达到长远目标的实现。
2021/3/7
▪ 结构化分析的描述方式 一套分层的数据流图。
用图形描述系统的分解,即系统由哪几部分组成、各部分间 有什么联系等。分层数据流图一般由顶层、中间层和底层组成。 顶层抽象地描述了整个子系统。任何复杂的系统,其顶层图都符 合一定的模式,如图所示。底层具体地画出了系统的细节部分, 中间层则是从抽象到具体的逐步过渡,对于一些简单系统,也可 不画中间层。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
管理信息系统的五种常见开发方法及其优缺点阐述
1.结构化生命周期法:
把系统的建立瞧作就是一种生命物种的成长过程。
由6个开发阶段组成:系统定义-> 需求分析-> 系统设计-> 编写代码-> 安装调试-> 系统维护
优点:
这种开发方法把管理信息系统开发的全过程按其生存周期分成若干阶段,每个阶段有相对独立的任务,然后逐步完成各个阶段的任务。
在每一阶段的开始与结束都规定了严格的标准。
前一个阶段的结束标准就就是后—阶段开始的标准,而每个阶段任务相对独立而且比较简单,便于不同人员分工协作,从而降低了整个软件工程开发的困难程度。
在软件生命周期的每个阶段都采用科学管理与良好的技术方法,而且在每个阶段结束之前都从技术与管理两个角度进行严格审查,合格之后才开始下一阶段工作。
这就使得软件开发全过程以一种有条不紊的方式进行,保证了软件质量,提高了软件的可维护性。
这样不仅可以大大提高软件开发的成功率,软件开发的生产率也会明显地提高。
且简单明了,结构清晰。
同时把文档资料作为每个阶段的产品之一,而且加以标准化,作为每个阶段结束的重要标准。
它保证了在系统开发结束时有一个完整准确的软件配置交付使用。
文档资料就是通讯的工具,它清楚地说明了到这个时候为止关于该项工程已经知道或做了什么,同时确定了下一步的工作基础。
文档资料也起着备忘录的作用,如果文档不完整或与上一阶段的文档不相衔接则一定在工作上有不完整的地方。
文档资料另一重要作用就是有利于与用户交流,检查错误,用户评价。
文档资料也就是系统维护的依据,通过每一阶段生成的文档资料,使得开发人员与用户易于使用维护。
不足:
这种开发方法的不足具体表现在以下几方面
第一,阶段回溯不可避免,延长系统开发的时间。
结构化生命周期法并没有解决软件开发研制时间过长的严重危机,在计算机硬软件技术相通讯技术日新月异发展的时代,很容易使刚建立起来的管理信息系统迅速变得陈旧,生命周期很短,所以系统开发周期过长将导致系统运行时间变短。
第二,使用过程化语言,没有以根本上改变个体手工编程的工作方式。
第三,专业开发人员开发用户使用的系统开发模式,开发人员与用户都要化时间去掌握对方专业领域的知识以期产生共同语言,导致用户系统分析不充分,理解不透彻,或表达的二义性,造成软件生命周期中越早潜入的错误发现越晚,系统分析时引入的错误往往要到运行时才发现,其修正的代价就是相当昂贵的。
第四,用户热情没有自始至终调动,不能从根本上解决让用户参加系统开发的问题。
系统维护就十分困难。
且文档资料缺乏实用价值,特别就是早期的系统规格说明——专业知识的缺乏使得用户难以理解文档的内容,文档资料没有起到应有的作用,反而延长了开发时间。
2.快速原型法:
快速地创建出管理信息系统的测试版(可用来演示与评估),借助这种测试版本挖掘用户的需求,然后在此版本的基本上进修改、增强。
由4个开发阶段组成: 确认基本需求-> 开发原型系统-> 使用原型系统<-> 修改增强原型
优点:
快速原型法突出一个“快”字,采用结构化生命周期法作系统分析时要反复与用户讨论,这种讨论费时费力,而且终究就是“纸上谈兵”,原型法则就是“真枪实弹”,能够使用户立刻与想象中的目标系统作出比较。
开发人员向用户提供一个“样品”,用户迅速向开发人员作出反馈,提高系统的质量,快速原型法要求在获得一组基本的用户需求后,快速地实现新系统的一个“原型”,可以说就是以用户需求为中心,又不完全依赖于用户需求,它对用户需求的定义采用启发的方式,引导用户在对系统逐渐加深理解的过程中作出响应,鼓励用户参与到系统的设定与开发中去,更加便于系统的维护与使用。
不足:
快速原型法,虽然能够积极调动用户参与到系统开发与设计中去,但起局限性在于,只能适用于中小型企业的管理信息系统开发,而大型企业,管理信息系统本身十分复杂,各种不确定性因素多变,对那些简单的数据操作与记录管理的应用比较适合用原型法开发。
而对那些批处理或大量计算与有着复杂过程逻辑的系统一般不适合用原型法处理。
原型法更适合较小的应用开发,对大型系统就须分成几部分,一部分一部分地分别建立原型。
如果缺乏用传统方法进行透彻的需求分析,就无法对大型系统进行划分,因为一开始很难分辨系统各部分之间存在哪些相互的影响。
如果冒昧使用快速原型法,会导致管理信息系统出现漏洞。
3、应用软件包法:
通过购买商品化软件包并在此基本上进行系统的开发方法。
由4个阶段组成:系统分析-> 系统设计-> 系统修正->系统维护
优点:
从软件包开发者手中直接购买企业需要的应用软件包,市场出售的应用软件包非常多而且应用范围广,可以给企业管理者更多的选择,使用商业化的应用软件包就不必自己再编写程序或者只需写少量的程序,因此可以说省时又省力,且效果立竿见影。
不足:
应用软件包法虽然方便,但就是同样需要系统分析,设计,测试,转换与维护等开发过程,而且由于此种方法就是购买商业软件包,因此导致企业内部专业人员无法参与到系统开发中去,容易受制于软件开发者,它不就是一个完全独立的系统,不易维护,不易更新,更不易于修改。
而且软件包就是基于商业化开发的,软件包不可能满足一个组织的全部需求,相对来说,它更适用于所有组织中比较通用的一些需求。
为了使其市场最有吸引力,软件包力求满足所有组织最共同的需求。
势必不能完全适应于企业方方面面的实际情况。
企业如想进一步改进系统,需要投入一部分的额外资金培养人才。
4、终端用户法:
用户自己采用开发工具开发自己需要的各种系统。
由3个阶段组成一个循环开发过程: 系统分析-> 系统开发-> 系统维护->回到系统分析
优点:
这种方法的优点在于克服了应用软件包法开发系统时企业无法自主的不足,由企业的开发人员根据企业的实际需要去开发与维护管理信息系统,可以适应企业的实际情况,用户对自己设计与开发的系统更容易接受并乐于使用,对应变突发事件有好处,同时通过重复分析、开发维护、再分析的几个步骤,可以加深企业工作人员对管理信息系统的认识与理解,这样有利于系统的开发与维护。
而且由于开发系统的责任由信息系统专业人员转给了最终用户,所以用户开发的系统有助于减少应用系统后备资源。
不足:
第一,由于缺乏规范的信息系统分析,用户开发的应用系统就缺乏独立的外部评审,缺乏独立的问题分析或可选方案的来源,用户就很难完整并全面地说明其需求。
第二,由企业内部人员自主开发管理信息系统,由于企业从业人员的专业水平参差不齐,且开发的系统常常快速地建立,没有一套正规的开发方法,这类系统往往缺乏适当的标准、控制与质量保障过程,可能也没有用于测试与提交文档的规范。
用户开发的系统还可能缺乏对输入与更新审计记录的完整性及合法性的控制,缺乏操作控制、目标控制与各子系统之间稳定的接口标准的控制。
第三,数据难以控制。
第四,用户能用开发工具建立自己专用的“私用”信息系统,这类系统可对组织的其她成员隐蔽一些信息。
一旦系统的开发者离开其岗位,这种非文档化的私用系统将无法容易地移交给她人使用。
5、外包信息系统法:
将所需要的系统,委托企业外部的人员或组织进行开发。
它只就是一种信息系统开发策略,这些开发依然要选择如何使用前面4种开发方法。
由3个阶段组成:用户需求-> 外包信息
系统-> 最终系统
优点:
在经济方面,由于负责系统开发服务的外部开发商就是信息系统服务与技术方面的专家,所以靠专业化与规模经济,她们能以低于内部成本的费用向组织提供同样的服务与价值。
服务质量方面,因为一旦外部开发商提供的服务不够满意,那么她将会失去自己的客户,所以企业对外部开发商的影响比对自己员工的影响更大。
从而使企业能以较低的成本从开发商那里获得高质量的服务。
再一点,由于企业与外部开发商事先针对不同层次的服务所对应的费用进行了签约,因此可大大减少成本的不确定性。
外包信息系统具备一定的灵活性,在组织的信息系统基础设施不发生重大变化的情况下,能适应业务量的增长。
当信息技术渗透整个企业价值链时,由于成本与性能可按变化的需求不断进行调整,所以外部开发商可提供较强的业务控制与适应能力。
外包信息系统同时也可以解放人力资源,将较少且昂贵的高层次人才集中到具有较高价值与回报的活动中。
不足:
第一,失控:当一个企业将开发、运行其信息系统的责任承包给另一个组织时,它可能失去对信息系统职能的控制。
如果开发商成为企业运行与开发信息系统的惟一选择,那么企业将不得不接受开发商所提供的任何技术,这种从属关系最终将导致产生较高的成本,并可能失去对技术管理的控制。
第二,战略信息易损:由于企业信息系统由外部人员运行、开发,所以商业秘密或业主信息可能会泄漏给竞争对手;若允许外部开发者开发或操作使企业具有竞争优势的应用系统,那将更有害。
第三,依赖性:企业会随开发商对企业信息系统的开发、运作而变得对开发商的生存能力更加依赖,那么开发商的财政问题或服务上的衰减都可能对企业产生严重的影响。