Laudon-第15版-第13章-中文

1、第十三章建设信息系统,1,管理信息系统劳顿 第15版,学习目标,13-1 新系统建设如何引起组织变革？ 13-2 信息系统开发过程中有哪些核心活动？ 13-3 信息系统建模和设计的主要方法是什么？ 13-4 建设信息系统有哪些可选方法？ 13-5 数字化时代企业系统建设的新方法有哪些？,2,开篇案例：安戈斯图拉创建了移动销售系统,问题：低效的手工流程 解决方案： 重新设计销售订单流程 移动销售订单系统 sap 企业资源计划（erp） sap netweaver gateway 软件 ipads 安戈斯图拉使用sap netweaver gateway将新的客户移动销售app连接到企业erp系统

2、 本案例显示了it在帮助组织自动化作业流程中的作用 本案例体现了it系统在支持效率提升、降低成本方面的能力,3,13.1 系统开发和组织变革（1/2）,it使能的组织变革 自动化 改善效率 代替手工作业 程序合理化 精简标准化操作程序 经常通过作业程序开展持续的质量改进 全面质量管理（tqm） 六西格玛（six sigma）,业务流程再造 分析、简化、重新设计业务流程 重新组合工作流、组合操作步骤，消除重复 范式转变 重新思考业务本质 定义新的商业模式 改变组织的性质,系统开发和组织变革（2/2）,组织变革带来的风险和回报,图13.1,业务流程再造,业务流程管理（bpm） 利用各种各样的工具和

3、方法来分析、设计优化流程 公司用于管理业务流程的再设计 bpm中的步骤 确定变革的流程 分析现有的流程 设计新的流程 实施新的流程 持续的评估,例：实体书店购书的业务流程描述,图13.2,重新设计后的在线购书流程,图13.3,识别并描述现有的流程 识别低效率的工作环节 创建改进的流程建模 捕获并强化业务规则的执行，流程自动化 整合现有系统，以支持流程改进 验证改进后的业务流程 评估流程变化对关键业务绩效指标的影响,业务流程管理的工具,是指为应对机遇和解决组织问题而构建信息系统解决方案的系列活动 系统分析 系统设计 编程 测试 切换 运行与维护,13.2 系统开发,系统开发流程,图13.4,系统

4、分析,分析新系统要解决的问题 界定问题 识别其原因 描述解决方案 确定信息需求 可行性研究 系统建议方案的报告 信息需求 错误的需求分析是导致系统故障和高昂的系统开发成本的主要原因,系统设计,对系统分析中所提出的系统功能进行详细的系统描述 应该着重设计信息系统所涉及的有关管理、组织、技术方面的解决方案 终端用户的角色 用户的信息需求驱动系统的构建 用户必须有足够的能力参与设计过程，以确保系统反映了他们的业务优先级和信息需求 用户在设计过程中参与度不足是很多系统开发失败的主要原因,信息系统设计说明书（1/2）,表13.1,设计说明书（2/2）,表13.1,软件编程 设计阶段形成的系统描述转变为软

5、件代码 系统测试 确保系统能够得到预期效果 单元测试：测试系统中分散的各个程序单元 系统测试：测试信息系统的整体功能 验收测试：确认系统能够投入实际使用 测试计划：对上述一系列测试的准备工作,系统开发过程（1/3）,记录变更的测试计划示例,图13.5,系统开发过程（2/3）,系统切换 从老系统更换到新系统的过程 4种切换策略 （1）并行切换策略 （2）直接切换策略 （3）引导切换策略 （4）分阶段切换策略 培训终端用户使用新的系统 最终文档需要从技术和终端用户角度来详细介绍系统是如何使用与运行的,运行与维护 审核系统是否需要修正 需要准备一份安装后的正式的审计文档 系统维护 改进正在运行中系统

6、的硬件、软件、文件或程序，以纠正错误、满足新的需求、提高运营效率 20% 的工作是纠错，应急处理 20%的工作是改进硬件、软件、数据、报告 60%的工作包括增强用户满意度、改进文档以及记录系统工作状况，以提高运营效率,系统开发过程（3/3）,系统开发过程,表13.2,13.3 结构化方法（1/2）,结构化方法：逐步实施、程序化的方法 过程化：对需要处理数据的业务流程和活动进行建模的过程 数据与业务处理分离 数据流图（dfd） 描述系统各处理模块及其相互之间的数据流 为信息流提供了逻辑图形模型,结构化方法（2/2）,数据字典：定义数据流的内容和数据存储 处理说明：描述最低层次数据流图中的业务处理

7、 结构图：一种自上而下的图示，显示每一层设计，每一层和其他层次的关系，以及每一层在整个设计结构中的位置,例：用邮件方式注册大学课程的系统数据流图,图13.6,例：工资管理系统的高层结构图,图13.7,对象 对象是系统分析和设计的基本单元 把数据以及运营这些数据的业务处理结合在一起 封装在对象中的数据只能由与其相联系的操作访问 面向对象建模 以类和继承为基础 对象属于某一特定的类，并具有该类的特征 可以继承其上一级一般类的结构和行为,面向对象的开发（1/2）,类和继承：例子,图13.8,面向对象的开发（2/2）,比传统结构化开发更具迭代性和增量性 系统分析：分析系统和用户之间的交互来识别对象 系

8、统设计：描述对象是如何行为和交互的，按类、子类和层次来组织 实施： 某些类可以通过重用现有类库的类来产生，某些则需要创建或通过继承来产生 对象可以重用 面向对象开发能够显著缩减开发时间和成本,计算机辅助软件工程（case）,利用软件工具来自动开发，减少重复工作，包括 图形工具，用于生成图表 屏幕和报告生成器、报表生成工具 分析和检验工具 数据字典 代码和文档生成器 通过软件修改和变更的自动化、提供原型设计工具等，支持迭代设计 为了能更有效率地使用case工具，需要制定规则,13.4 传统的生命周期法,最早的系统开发方法 采用分阶段的方法 开发过程分为几个规范的阶段 “瀑布”法： 上一阶段结束后

9、，下一阶段才可开始 严格区分终端用户与信息系统专家的任务 强调规范化和纸质文档的编写 大型复杂系统开发中仍然在使用 成本高、耗时、不具柔性,传统的系统开发生命周期,31,系统分析,系统设计,编写程序,测试,切换,生成和维护,图13.9,原型法（1/2）,低成本快速构建一个实验系统，供终端用户评估 原型（prototype）：能运行的最基本的系统 审核后的原型可用作最终系统的模板 原型法的步骤 确定用户的基本需求 开发初步原型 使用原型 修订并增强原型系统,原型法开发过程,图13.10,原型法（2/2）,优点 需求和设计方案不明确时，原型设计法很有效 通常用于终端用户的界面设计 容易实现终端用户

10、需求 缺点 容易忽略系统开发过程中的一些关键步骤 不适用于具有大量数据和大规模用户的系统开发 通常难以通过完全测试，文档不全,终端用户开发方法（1/2）,允许用户在技术专家较少帮助的情况下开发系统 减少生成最终应用系统所需的时间和步骤 工具包括 用户友好的查询语言和报告生成器 pc软件工具,终端用户开发方法（2/2）,优点 完成项目更快 用户参与度和满意度极高 缺点 不适合于需要系统处理大量任务的应用场合 开发过程管理和控制不够，测试和文档不充分 对数据失控 终端用户开发管理 对系统开发成本的核算需要论证 需要建立硬件、软件和质量标准,应用软件包和云软件服务,应用软件包和云软件服务 节省时间和

11、金钱 许多软件包提供客户化功能 系统分析的评价标准有 软件包的功能、柔性、用户友好性、硬件和软件资源、数据库要求、安装和维护的难易度、文档、供应商能力、成本 需求说明书（rfp） 给软件包供应商提供的详细问题清单 用来对各种软件包进行评估,37,互动讨论-组织：富士通选择saas 方法来简化销售流程,课堂讨论 富士通现有的cpq流程系统存在哪些问题？ 这些问题对业务有何影响？ 列出并描述你希望的富士通rfp中能看到的最重要的信息要求。 为什么选择fpx cpq解决方案？ 这是一个好的选择吗？ 为什么是或者为什么不是？ 为什么saas是富士通合适的解决方案？ 富士通应该自己来开发自己的cpq系统

12、吗？ fpx cpq改变了多少富士通运营业务的方式？,38,外包（1/2）,有几种类型 云计算和saas服务提供商 企业使用提供商提供的软件和计算机硬件 外部供应商 聘请供应商来设计和创建软件 国内外包 动力来自于对外部企业的技能、资源和其它资产有需求 离岸外包 动力来自于节约成本的需要,外包（2/2）,优点 可以使组织对it的需求具有弹性 缺点 有隐含成本，例如： 寻找和选择供应商 受制于供应商 把自己独特的业务流程向第三方开放,离岸外包总成本,图13.11,13.5 快速应用开发方法（rad）、敏捷式软件开发和devops,快速应用开发 （rad） 在很短时间内创建可使用的系统的流程 联合应用设计（jad） 用来加快系统信息需求的产生和系统的设计 敏捷软件开发 将一个大的项目分解为一系列小的子项目，可使软件开发快速完成 devops 基于敏捷软件开发原则构建的组织策略,基于组件的开发和web服务,基于组件的开发 基于一组共同功能的软件部件（如在线订购），可进一步组合成大规模的企业应用软件 web 服务 利用可扩展标记语言（xml）及开放互联协议（平台无关）的可重用软件组件 实现应用软件之间的沟通，无需编写程序即可共享数据和服务 可以和其它网页服务联合起来，完成更复杂的事务处理,移动应用开发,移动网站 移动网络apps 本地的apps 移动平台的特殊要