第7章面向管理者的信息系统开发过程.pptVIP

管理信息系统;本章内容;理解信息系统开发的一般过程 了解信息系统开发的策略、方式和方法 理解生命周期法和原型法，并列举适用的范围 了解信息系统的实施方法及过程 ;先行案例-奔驰卡车的在线订购系统;司有和-企业信息管理学-第四章;7.1 信息系统开发概述;信息系统开发的过程;信息系统开发的过程及阶段;“一把手”原则 面向用户原则 整体性原则、相关性原则 动态适应性原则 工程化、标准化原则;信息系统开发与风险曲线;信息系统的开发方式： 自行开发 委托开发 合作开发 利用现成软件包(外购商品化软件) ;自行开发;用户委托具有丰富开发经验的机构或人员，按照用户的需求承担系统开发的任务。 适合缺乏技术力量、但资金较为充足的单位。 优点： 质量满意度高，有利于推动组织变革； 省时、省事，开发的系统技术水平较高。 缺点： 不利于培养自己的IS人员，易造成依赖性，费用高。 系统维护与扩展需要开发单位的长期支持。 注意： 用户的业务骨干要参与系统的论证工作； 开发过程中需要开发单位和用户双方及时沟通、协调和检查。;由用户和具有丰富开发经验的机构或专业开发人员共同完成开发任务。 适合：有一定技术力量，希望通过MIS的开发建立、完善和提高自己的技术队伍。 优点： 节约资金； 有利于培养自己队伍，便于系统维护工作。 缺点： 双方在合作中沟通易出现问题。 注意： 加强双方的配合与互补。一般以外部力量为主，重点解决技术问题，以内部力量为辅，重点放在与用户的联系与协调上。;购买现成的应用软件包或开发平台，如财务管理系统、小型企业MIS、供销存MIS等等。 适合功能单一的小系统。 优点： 能缩短开发时间，节省开发费用，技术水平比较高； 可靠性好，促使企业变革较有力。 缺点： 投资较大，依赖性强，特殊要求较难满足； 功能比较简单，需要有一定的技术力量根据使用者的要求做软件改善和编制必要的接口软件等二次开发的工作。;;信息系统开发的方法 ;生命周期法; ;优点 每阶段末的正式检查使管理控制最大化 该方法产生大量的系统文档 正式的文档能保证系统需求源自记录的业务需求 产生许多中间产品，通过对它们的检查可以了解它们是否达到用户需求并符合标准;基本原理： 可以逐步改进成运行系统的模型开发者在初步了解用户需求的基础上，构成、设计和开发一个系统初始模型，该模型称为原型或骨架。(一个可以实现的系统应用模型。) 开发人员和用户在此基础上共同探讨、改进和完善方案，开发人员再根据方案对原型进行修改得到新的原型，再征求用户意见，如此反复，直至用户满意为止。;原型法的优点及存在的问题;原型法与结构化方法的比较;面向对象的开发方法;面向对象的开发方法;CASE方法 ;开发方法的组合应用; ;*;需求分析是进行系统选型的指导 需求分析为鉴定一个系统是否适合于企业建立了参照标准 ;　　 经理：“我们要建立一套完整的商业管理软件系统，包括商品的进、销、调、存管理，是总部-门店的连锁经营模式。通过通信手段门店自动订货，供应商自动结算，卖场通过扫条码实现销售，管理人员能够随时查询门店商品销售和库存情况。另外，我们也得为政府部门提供关于商品营运的报告。”　　分析员：“我已经明白这个项目的大体结构框架，这非常重要，但在制定计划之前，我们必须收集一些需求。”?　　经理觉得奇怪：“我不是刚告诉你我的需求了吗？”　　分析员：“实际上，您只说明了整个项目的概念和目标。这些高层次的业务需求不足以提供开发的内容和时间。我需要与实际将要使用系统的业务人员进行讨论，然后才能真正明白达到业务目标所需功能和用户要求，了解清楚后，才可以发现哪些是现有组件即可实现的，哪些是需要开发的，这样可节省很多时间。”; 经理：“业务人员都在招商。他们非常忙，没有时间与你们详细讨论各种细节。你能不能说明一下你们现有的系统？”? 　 分析员尽量解释从用户处收集需求的合理性：“如果我们只是凭空猜想用户的要求，结果不会令人满意。我们只是软件开发人员，而不是采购专家、营运专家或是财务专家，我们并不真正明白您这个企业内部运营需要做些什么。我曾经尝试过，未真正明白这些问题就开始编码，结果没有人对产品满意。” 　　经理坚持道：“行了，行了，我们没有那么多的时间来告诉您我们的需求。实际上我也很忙。请马上开始开发，并随时将你们的进展情况告诉我。” ;软件的需求包括三个不同的层次：业务需求、用户需求和功能需求。;需求的一种抽象解释就是“对用户需要解决的问题的整体描述”。 需求的定义是： 用户解决问题或达到目标所需的条件或能力。 系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。 一种反映上面所描述的条件或能力的文档说明。 需求应包括从用户角度（系统的外部行为），以及从开发者角度（一些内部特性）来阐述，