信息时代的管理信息系统第8版第六章

《信息时代的管理信息系统第8版第六章》由会员分享，可在线阅读，更多相关《信息时代的管理信息系统第8版第六章（64页珍藏版）》请在金锄头文库上搜索。

1、第6章 系统开发：阶段、工具和技术,Copyright 2010 by the McGraw-Hill Companies, Inc. All rights reserved.,McGraw-Hill/Irwin,开发系统的理由,期望开拓新机遇,现有系统的问题,增强竞争力,系统开发过程,期望更有效 地利用信息,公司的增长、扩大,合并与购并,市场或外部 环境变化,开始变化的 个人能力 所感知的 潜在效益,中国电信,随着中国加入WTO，电信业多元化竞争加剧。中国电信在原有“电信业务综合系统”、“财务管理”、“计费帐务”、“收费销帐”等业务系统的基础上，决定开发有效的DSS。 在选取DSS的目标上，

2、经过与信息专家、业务专家的沟通，明确了 固话话费行为分析用户分类管理 优惠策略预测仿真 欠费分析 大客户CRM和营销分析，提高客户满意度 网络管理和优化分析，有效提高电信网络的利用率 动态报表可以根据业务需求的变化及时调整报表内容 IT开发中（关键）用户的作用至关重要,系统开发的参与者,开发小组或项目组的成员： 风险承担者，如投资人代表 用户，如基层工作人员，管理人员，客户 系统开发专家，系统分析员 统揽全局、沟通业务人员和技术人员的核心角色 技术支持专家，如网络专家，数据库专家，程序员，硬件工程师，供应商代表 开发小组的领导者？,系统开发评价指标 性能指标系统的质量与可用性；系统的友好程度和

3、规范性；响应速度等 成本指标开发成本；硬件和固定投资；操作成本（人工、软件、物资、电力等） 系统开发能力的衡量 CMU的CMM(Capability Maturity Model)模型评价开发团队的软件开发能力，并指明改进目标,初始级,已定义级,可重复级,已管理级,优化级,无秩序的、混乱的、无正式管理控制、 开发依赖于个人和小组的努力程度,正式的建档过程、基本的项目管理和控制（成本、进度） 建立软件工程过程小组，软件工程方法和技术,提供连续过程改进的管理机制，可以控制过程参数， 管理和工程过程文档化、标准化。 项目开发可用标准软件过程剪裁组织,软件过程和产品质量 可以定量化测算、计量和控制,量

4、化反馈结合新技术、新思想 可以不断演化和改进,CMM的构成,通过系统开发节省生命周期,疾病控制中心控制健康信息 在医院防抗菌感染 流行感冒爆发 恐怖主义生化袭击 在河流和池塘积水里的细菌数量等 遗憾的是，大多数信息独立地存储在IT系统中不能够相互间联系,6-9,通过系统开发节省生命周期,疾病控制中心使用SOA架构来集成所有这些系统和信息 SOA架构处理IT系统的每一个组件数据库文、服务器、客户关系管理软件解决方案等为一个积木 在SOA架构里，那些积木块能够被塞紧并发挥作用，以至于每一样组件以集成方式一块儿工作。,6-10,通过系统开发节省生命周期,所有的计算机使用一种通用二进制语言。那就是为什

5、么计算机之间通信非常困难？ 子系统开发过程中，原型用来建立被提议系统的模型。在你的生活中你如何使用原型？ 外包到另一个公司进行系统开发-是大业务。为什么疾病控制中心没有追求外包？,6-11,引言,信息系统对企业的战略和目标提供支持。 新系统的建立主要是为了员工利用信息系统帮助完成自己的工作 创建新系统来获得竞争优势。,6-12,引言,当开发一个新系统时，你有三种选择方案 内包-在你组织内部的IT专家来完成 由用户开发-许多终端由自己开发方法，不用求助IT专家的帮助 外包-第三方组织（例如，让某些人去做并给他们付报酬）,6-13,章节组织,内包和系统开发生命周期 学习目标1 基于组件的开发 学习

6、目标2 由自己开发 学习目标3 原型 学习目标4 外包 学习目标5,6-14,内包和系统开发生命周期,系统开发生命周期-是指开发信息系统的一种结构化的按部就班的方法。 7个相关阶段，每一个定义好的活动 也叫瀑布开发方法，SDLC方法从计划到实现每一阶段紧跟着另一个阶段。,6-15,系统开发生命周期的阶段和主要活动,6-16,测试,计划,实施,维护,设计,开发,分析,定义要开发的系统 确定项目范围 开发包括任务、资源、时间框架,为系统收集业务需求,设计支持系统的技术架构 设计系统模型,建立技术家噶偶 建立数据库和程序,编写测试条件 完成对系统的测试,编写详细的用户说明书 为系统用户提供培训,建立

7、帮助伊支持系统用户 提供支持系统变化的,系统开发生命周期作为瀑布方法,6-17,计划,设计,开发,测试,实施,维护,分析,阶段1：计划,计划阶段为开发的信息系统创建实体计划 三个主要活动 定义要开发的系统 你不能建立每一个系统。所以你需要依据组织的优先权来做出选择，这些优先权由关键成功因素来决定。 关键成功因素是一种对组织的成功起关键作用的因素。,6-18,阶段1：计划,确定项目范围 项目范围明确定义高层系统的需求 范围蔓延-当项目范围增大到超出原来的意图时。 功能蔓延当开发者增加一些不是最初需求所包含的功能时发生 项目范围文件-项目范围的书面定义，一般不超过一段。,6-19,阶段1：计划,开

8、发项目计划包括任务、资源和里程碑 项目计划定义谁在什么时间做什么问题。 项目经理是项目计划和管理方面的专家，他们定义和开发项目计划并跟踪计划以保证所有关键项目里程碑准时完成。 项目里程碑表达的是某些活动完成的关键日期。,6-20,阶段1：计划,项目计划样例,6-21,阶段2：分析,分析阶段是指最终用户和信息技术专家共同工作为目标系统收集、理解和表达业务需求。,6-22,阶段2：分析,两个主要的分析活动 收集业务需求 业务需求是指一份详细的员工需求，为保证成功，系统必须满足这些需求。 业务需求描述的是你的开发活动为什么做和该做什么？ 联合应用开发会议系统用户和信息技术专家有时需要几天的时间一起定

9、义或回顾系统的业务需求。,6-23,阶段2：分析,对需求进行排序 需求定义文档对需求进行优先顺序排序，并以正式的可充分理解的文件形式确定下来。 此外，你可能没做任何事，所有排序非常重要 用户在文档上签字表明批准所有的业务需求。,6-24,阶段2：分析,在分析期间花费时间获得正确的业务需求。如果你发现错误立即改正他们。在SDLC早期阶段修改错误的费用很小。在后期，费用将很大。,6-25,阶段3：设计,设计阶段是构建一个如何运行所计划的系统的技术性蓝图。 两个主要的设计活动 设计技术架构 技术架构定义系统运行所需的硬件、软件和通信设备。,6-26,阶段3：设计,设计系统模型 模型中包括对图形用户界

10、面的屏幕、数据库（参照XLM）设计、报表格式、软件步骤等 以设计为开始，你参与很少活动角色，担当很多质量控制功能，确保IT人们正在设计的系统满足你的需要。,6-27,阶段4：开发,开发阶段利用设计阶段产生的详细设计资料，并将它们转为实际系统。 两个主要的开发活动 建立技术框架 建立数据库和程序 所有这些活动都由IT专家承担,6-28,阶段5：测试,测试阶段是验证系统运行和是否满足所有在系统分析阶段定义的业务需求。 两个主要的测试活动 编写测试条件 测试条件是对系统必须完成的步骤连同每一步的设想结果所进行的详细描述。,6-29,阶段5：测试,实施系统测试 单元测试测试系统的独立单元或代码段 系统

11、测试检测支持系统功能所编写的单元和代码段是否正确地集成到整个系统 集成测试检验独立的系统能否一起工作 用户验收测试确定系统是否满足业务需求并能使系统用户正确工作的测试。,6-30,阶段6：实施,实施阶段：是指将系统分配给所有的系统用户，然后他们开始使用系统完成每天的工作。 两个主要的实施活动 编写详细的用户说明书 用户说明书强调如何使用系统。,6-31,阶段6：实施,为系统用户提供培训 联机培训利用因特网上或CD-ROM进行培训 车间培训是在一个教室环境中由一位教师指导进行。,6-32,阶段6：实施,选择恰当的实施方法 并行实施同时使用新老系统指导确定新系统能够正确的工作。 直接实施完全丢弃旧

12、系统并立即使用新系统 引导实施仅让一小组人使用新系统直到认为新系统能够正常工作，然后再将其余的人加入到新系统中来。 分段实施分阶段实施新系统。,6-33,第7阶段：维护,维护阶段监测并支持新系统以保证其继续满足业务目标 两种主要的维护活动 建立帮助办公处支持系统用户 帮助办公处是一组对系统用户的问题做出反应的人员。 提供支持系统变化的环境,6-34,基于组件的开发,SDLC仅仅聚焦于手边的项目 基于组件的开发-致力于建立小的代码块，这些代码块能够通过各种应用程序重复使用。 基于组件的开发致力于 使用已经开发好的组件快速建立系统 建立需要的新组件在将来的系统中使用。,6-35,基于组件的开发方法

13、,快速应用开发法 极端编程法 敏捷开发法,6-36,快速应用开发法,快速应用开发法（也叫快速原型法）-强调用户广泛的参与到一个现行系统原型的快速演化构建之中以加快系统开发过程。 原型是软件组件的模型 开发团队持续设计、开发和测试原型组件直到完成原型系统,6-37,快速应用程序开发,建立新的软件组件,使用现存的软件组件,6-38,极端编程法,极端编程法将一个项目拆分成许多很小的阶段，在第一个阶段完成后，开发者才能继续下一阶段。,6-39,计划,实施,分析,设计,开发,测试,维护,敏捷开发法,敏捷开发法极端编程法的一种形式，是指通过及早的连续交付有用的软件组件来达到客户满意。,6-40,SOA一种

14、架构观点,面向服务的架构致力于小的代码块开发、使用和重复使用来满足所有的应用软件需求的观点。 所有的基于组件的开发方法都依附于SOA架构 服务与组件相同，组件与小的代码块相同。 更多内容在第7章介绍。,6-41,由用户开发,有用户开发（终端用户开发）-IT系统的开发和支持都有终端用户来完成，很少有IT专家来帮助。 自己开发系统的方法 能够缓解IT专家开发多个较小系统的负担。,6-42,由用户开发方法,类似于传统的系统开发生命周期法 最大的不同点是设计、开发、测试。实现由原型开发过程替代 原型法是建模过程，在这个案例中，不断地提炼原型模型直到完成最终系统。,6-43,由用户开发方法,6-44,计

15、划,分析,判断基本需求,开发初始原型,终端用户检查,修改和加强原型,已完成的系统,维护,需要改变,目标、项目、接口、外部支持,原型过程,由用户开发的优点,改变需求确定 增加终端用户参与和主人翁精神 增加系统开发速度 减少暗藏的积压工作 暗藏的积压工作-所有系统的列表，一个组织需要发展，但是 -由于系统开发需要的优先次序-由于缺乏组织资源资助从来得不到资金,6-45,由用户开发的缺点,终端用户的经验不足导致开发的系统不合适 组织重点不突出，创造了“私有化“的IT系统 设计方案分析不足导致IT系统欠佳 文件和外部支持的缺乏，导致短命系统,6-46,适合工作的工具,终端用户必须有开发工具： 容易使用

16、 支持多平台 提供低拥有成本 支持广泛的数据类型,6-47,原型法,原型-就是目标产品、服务或系统的模型 原型法是一个建立模型的过程，该模型能示范目标产品、服务或系统的特征 概念检验原型利用原型证明一个目标系统的技术可行性 推广原型一个用于使人们确信目标系统价值的原型,6-48,原型法的过程,原型法的过程包括四个步骤： 识别基本需求 建立初始原型 系统用户评价 修正和提高原型,6-49,原型法的过程,6-50,内包原型法,用户开发原型法,第1步 识别基本需求,第2步 建立初始原型,第3步 系统用户评价,第4步 修正和提高原型,原型是否符合需求,使用原型作为最终系统的技术蓝图,第2步 建立初始原型,第3步 知识工作者审查,第4步 修正和提高原型,原型是否符合需求,重复这些步骤直到原型成为最终系统为止,原型法的优点,