管理信息系统的开发与管理教材精选文档.ppt

管理信息系统的开发与管理教材本讲稿第一页，共二十八页资源自包和原型法本讲稿第二页，共二十八页一、资源自包：概述授权知识工作者开发自己的系统知识工作者计算化能力：在个人和工作群体环境中，在开发和使用支持自身工作的系统过程中发挥积极的作用资源自包：知识工作者在没有IT专家的帮助下，对IT系统进行开发和支持本讲稿第三页，共二十八页二、原型法简介概念：建立模型的过程，该模型能够示范目标产品、服务或系统的特征功能：获得需求帮助确定需求证明系统在技术上是可行的推广目标系统的思想本讲稿第四页，共二十八页三、原型法的步骤识别基本需求修订和提高开发初始模型知识工作者评价使用原型作为最终系统的技术蓝图判断资源内包原型法识别基本需求修订和提高开发初始模型知识工作者评价判断资源自包原型法继续这些步骤直到原型变成最终系统本讲稿第五页，共二十八页四、评价优点鼓励知识工作者的积极参与有助于解决知识工作者之间的差异能给知识工作者一个对最终系统的直观感受帮助确定技术上的可行性有助于推广目标系统的思想本讲稿第六页，共二十八页四、评价缺点导致人们认为最终系统将很快产生没有给出系统操作条件的说明导致项目小组忽略彻底的测适和文档的健全本讲稿第七页，共二十八页五、资源自包的步骤（1）确定范围定义新系统的目标制定一个项目计划识别需要接口的各系统确定需要的外部支持的类型本讲稿第八页，共二十八页五、资源自包的步骤（2）系统分析研究和建立现行系统模型详细理解接口定义和排列需求的优先顺序本讲稿第九页，共二十八页五、资源自包的步骤（3）系统设计选择一个设计目标（硬件和软件）获得必需的硬件和软件建立一个初步原型本讲稿第十页，共二十八页五、资源自包的步骤（4）系统实施本讲稿第十一页，共二十八页五、资源自包的步骤（5）系统支持提供持续的维护本讲稿第十二页，共二十八页五、资源自包的步骤（6）确定范围分析设计实施支持设计目标，硬件、软件原型完成系统信息资源文档目标，项目计划，接口，外部支持现行系统，详细界面重点要求需求变化本讲稿第十三页，共二十八页六、系统自包的评价优点：改善了需求的确定提高了知识工作者的参与和主人翁意识提高系统开发的速度缺点：缺乏专业技能而导致开发的系统难以实现非组织集中建立的“私有”IT系统增多对设计方案缺乏充分的分析导致不达标准的IT系统缺乏文档和外部支持导致寿命短促本讲稿第十四页，共二十八页资源外包本讲稿第十五页，共二十八页Merrill Lynch公司的信息基础设施1995年，Merrill Lynch公司花费1000万美元聘用Sybase有限公司，彻底检查信息技术基础设施。Sybase推荐了Trusted Global Advisor（TGA）允许公司的25000个零售经纪人向小型顾客出售复杂的金融产品，此前只能用于大型金融商家。这套新系统允许经纪人访问所有子系统，包括客户文件家、财政规划工具和订单登记，甚至支持传真和E-mail，所以，美林能够自动将研究报告的副本发送给她的所有客户本讲稿第十六页，共二十八页一、资源外包的概念资源外包将特定的工作按规定的期限、规定的成本和规定的服务水平委托给第三方完成发展情况在1995年资源外包收入达到800亿美元，2000年超过1200亿美元，1996年以来90%的公司至少有一项主要专业职能进行资源外包，而45%公司的信息技术环境的某些主要部分也已经资源外包本讲稿第十七页，共二十八页二、资源外包的主要形式组织购买一种现成的应用软件包购买一种现成的应用软件包并且要求修改资源外包开发一个完整的新系统而不使用现成的应用软件包本讲稿第十八页，共二十八页三、资源外包的过程（1）选择一个目标系统按照时间、成本和技术可行性对系统进行评估。如果组织无力承担开发成本，就可以考虑资源外包本讲稿第十九页，共二十八页三、资源外包的过程（2）确定逻辑需求作为资源外包的基础本讲稿第二十页，共二十八页三、资源外包的过程（3）编制征询方案书Request for Proposal RFP用于传递对目标系统必备功能的逻辑需求，日后将成为组织和承包订立合同的根据基本要素组织概述问题描述现行系统描述硬件、软件、系统处理、信息、系统界面目标系统描述新的处理新的信息本讲稿第二十一页，共二十八页编制征询方案书Request for Proposal RFP新系统设计要求硬件、软件、基层过程、系统处理、信息、系统界面支持系统计划的要求实施系统计划的要求培训转换硬件软件开发时间表的要求本讲稿第二十二页，共二十八页编制征询方案书Request for Proposal RFP资源外包成本说明的要求对RFP的答复如何评价RFP答复最后期限主要的联络任本讲稿第二十三页，共二十八页三、资源外包的过程（4）对征询方案书答复的评价并选择一家供应商全面分析对RFP的答复根据成本、时间和评价机制对RFP的答复进行评价遵循漫长而受法律约束的过程：明确地描述了目标雄的特征、精确的成本、开发的时间要求、验收标准、中断条件本讲稿第二十四页，共二十八页三、资源外包的过程（5）测试并验收解决方案对于方案“认可”必须谨慎：停止系统活动后对系统的修改可能要付出极大代价1996年，北卡罗来纳的公用事业公司Duke电力公司不断进行测试，但是从来没有“认可”一个资源外包的系统。投入1200万美元之后，正是终止了2300万美元的项目。因为供应商要求增加两年时间来对系统进行一些必要修改。本讲稿第二十五页，共二十八页三、资源外包的过程（6）对于供应商能力的评估“系统仍然能够满足组织的需求吗？如果要更改，需要多少成本投入？本讲稿第二十六页，共二十八页四、评价优点：把力量集中到唯一的核心能力上利用另一个组织的智力资源更好地预测未来成本获得前沿技术降低成本改进绩效责任本讲稿第二十七页，共二十八页四、评价缺点：降低了对未来技术变革的了解程度降低了控制力增加了战略信息的易受攻击性增加了对其他组织的依赖性本讲稿第二十八页，共二十八页