第十三章信息系统开发过程

第十三章信息系统开发过程第一节系统开发人员与开发方法选择第二节传统的系统开发生命周期法第三节原型法第四节用户自行开发第五节资源外包第六节信息系统开发的其他工具和方法第一节系统开发人员与开发方法选择系统开发人员的选择系统开发方法的选择将开发人员与开发方式相结合系统开发人员的选择资源内包由组织内部的信息专业人员来开发系统资源自包最终用户自行开发他们的系统，资源外包选择另一个组织来开发新系统系统开发方法传统的系统开发生命周期法原型法应用软件包法计算机辅助软件工程法联合应用开发法系统开发方法传统的系统开发生命周期法这是一种结构化的系统开发方法。在这种方法中，最终用户要明确告诉信息专业人员自己的需求。原型法一种为确定需求和表达功能而建立系统模型的过程系统开发方法应用软件包法预先编写好的自动完成企业共有功能的软件包，如工资管理和库存控制软件包。计算机辅助软件工程法一种能自动完成部分或全部传统的系统开发生命周期法各阶段活动的软件工具。联合应用开发法联合最终用户与信息专业人员的平台，以便提高他们对需求和解决方案的沟通效率。将开发人员和开发方式相结合资源内包----传统的系统开发生命周期法资源自包-----原型法

表13-1

根据系统和企业情况选择开发人员和开发方法第二节传统的系统开发生命周期法传统方法(SDLC)出现最早大中型系统开发使用最广泛的方法结构化的分阶段循序渐进的开发方法开发过程严格按照阶段划分六个阶段生命周期法的六个阶段系统规划在组织的战略方向与信息系统计划之间建立一种重要的结合,有助于使信息系统计划与战略性的组织计划相一致.有助于组织定义新系统辅助我们确定系统开发是采用资源内包、资源自包还是资源外包还能帮助我们建立适用于整个组织的技术性指南生命周期法的六个阶段确定范围对象是一个系统包括步骤确定新系统将影响到的业务单位成立项目小组评价现行系统，以便确定需要的接口进行初始的可行性评估制定进度计划生命周期法的六个阶段系统分析目的是确定系统的逻辑需求制定进度计划

包括步骤对现行系统和企业过程进行建模、研究和分析

定义新的信息需求和处理需求

建立新系统模型

更改项目计划和范围

生命周期法的六个阶段系统设计建立一个目标系统工作的技术蓝图

包括步骤识别可供选择的技术解决方案

对各种可选方案进行分析，并选择出最好的修改项目计划和范围

生命周期法的六个阶段系统实施建立可以运行的系统，并将其投入到组织中包括步骤编程获得并安装硬件系统测试人员培训系统转换生命周期法的六个阶段系统实施系统转换，由旧系统切换到新系统的过程转换方法并行转换。在确认新系统能够准确无误地工作之前，用新旧两个系统同时运行直接转换。完全废除旧系统，并立即采用新系统。试点转换。只让少部分人使用新系统，直到确信系统运转正确之后，再让其余人员使用新系统分段转换。只将新系统的一小部分转换，直到确信系统运转正确之后，再将新系统余下的部分进行转换生命周期法的六个阶段系统支持该阶段的目的是确保系统持续不断地满足提出的目标包括在信息需求和处理需求发生变化时做出响应

根据组织的战略计划评估系统的价值

系统开发生命周期法的优缺点优点允许组织根据自身精确的需求定制一个系统采用多个阶段逐一进行的结构化方法建立信息专业人员（技术责任）与最终用户（企业过程责任）之间的任务分离在进入下一阶段之前，要求一些主要的可交付使用的成果系统开发生命周期法的优缺点缺点获得精确的需求要花费大量时间有些较小的项目不适宜用结构化方法信息专业人员和最终用户各自使用的语言不同，可能产生沟通障碍如果在系统开发的初期遗漏了一个需求，那么在后面更正该错误时，代价可能会很高第三节原型法原型法的基本思想和功能原型法的步骤原型法的限制原型法的基本思想和功能原型是一个系统的初始模型，可用于最终用户的交互和分析通过使用PC软件或第四代软件工具，原型可在几天或几周的时间里迅速建立起来最终用户通过实验模型，观察它是否满足需求。在这个过程中，用户会发现被忽视的新的需求，或提出改进建议。原型被修改后，又返回给用户，如此反复，直到原型完全满足用户的需求为止。原型法的基本思想和功能原型法可用于获得需求帮助确定需求证明系统在技术上是可行的推广目标系统的思想

原型法的步骤识别基本需求

建立初始原型

最终用户评价

修订和提高原型

关键在第三和第四步之间进行反复循环直到最终用户对原型满意系统可以作为最终系统系统可以作为最终系统的技术蓝图原型法的限制

原型法对小的应用系统是最为有效的。但对于具有复杂指令和运算的大型系统，原型法却难以应用原型很少考虑实际的运行操作环境，到了实际运行环境，所建的原型可能无法登录大量的用户、处理大量的事务、维护海量的数据导致项目小组忽略彻底的测试和文档的健全。第四节用户自行开发得益于第四代程序设计语言、报表生成器、应用程序生成器等

用户自行开发可以使用生命周期法或者原型法用户都应首先建立一个开发的计划确定需要得到什么样的外部支持

适合用户自行开发的系统

系统规模比较小、并且系统在信息技术方面不复杂用户的经验对系统开发非常重要；适合用原型法开发的信息系统；·可以用第四代程序设计语言或者面向对象的技术来开发的系统；·系统是归个人使用或者有限的几个人使用；·系统对安全性、数据完整性的要求不高；·系统是用来支持管理人员的管理活动而不是面向业务处理活动

用户自行开发的优点可以更快地开发出系统用户清楚地知道需求是什么，这也保证了新系统的成功，同时因不需要解释给信息系统人员听，也解决了用户和信息技术人员难以沟通的问题。用户的参与兴趣更浓，为自己的系统感到骄傲，会产生一种拥有所有权的感觉

用户自行开发的缺点组织资源的浪费不恰当地选择软件和硬件

数据的完整性和安全性存在威胁

系统分析中往往存在错误

开发出低质量的系统

出现专用的系统第五节资源外包是指将特定的工作按规定的期限、规定的成本和规定的服务水平委托给第三方完成资源外包的三种形式资源外包的过程资源外包的过程与生命周期法基本相似，只不过组织将大部分的设计、实施和支持阶段交给另一个组织。选定要外包的系统

定义组织的逻辑需求制定方案征求书

资源外包的过程评价方案征求书的回复并选择开发商

测试并验收解决方案监督和重新评估

资源外包的优点把力量集中到独特的核心能力上利用另一个组织的智力资源更好地预测未来成本获得前沿技术降低成本改进绩效责任资源外包的缺点降低了对未来技术变革的了解程度

降低了控制力

增加了战略信息的易受攻击性

增加了对其他组织的依赖性

第六节信息系统开发的其他工具和方法

计算机辅助软件工程法

自动化或半自动化的方法……..发展发展中的概念实质:是一种开发环境,不是一种开发方法,必须结合一种具体的开发方法CASE工具对系统开发的支持建立模型、保存与特定系统相关的信息将信息转化成为新形式的系统开发任务CASE工具的分类集成化的CASE工具前期CASE工具后期CASE工具项目仓库计算机辅助软件工程法CASE方法的特点解决了从客观对象到软件系统的映射问题，支持系统开发的全过程提高了软件质量和软件重用性加快了软件的开发速度简化了软件开发的管理和维护自动生成文档计算机辅