管理信息系统的开发方式与方法.ppt

第二章MIS的开发方式与方法 第一节 系统开发概述第二节 MIS的开发策略第三节 MIS的开发方式第四节 MIS的开发方法 第一节系统开发概述 一 系统开发的任务根据企业的具体情况 为企业建立起计算机化的信息系统 核心工作 开发出一套适合于现代企业管理要求的应用软件 管理信息系统的开发过程就是根据需要解决的问题 建立一个有信息技术支撑 与解决问题相关的 数据处理的 可运行计算机模型 现实世界 问题 计算机世界 计算机可执行模型 现实世界 问题 观念世界逻辑模型 数据世界物理模型 计算机世界计算机可执行模型 逻辑模型 识别用户需求 确定开发系统的功能 做什么 系统分析物理模型 在一定信息技术 系统平台约束下 设计系统实现方式 如何做 系统设计计算机可执行模型 利用计算机语言设计出相应的计算机程序 系统实施 第一节系统开发概述 二 系统开发的特点充分认识MIS开发的特点 在系统开发中少走弯路 1 复杂性高 知识密集 企业管理自身的复杂性 2 基于原系统 高于原系统3 一把手工程4 产品是无形的 第一节系统开发概述 三 系统开发的原则1 面向用户的原则 用户是否满意是衡量系统开发质量的标准 2 整体原则 原系统的物理模型 原系统的逻辑模型 新系统的逻辑模型 新系统的物理模型 3 相关性和环境适应性原则4 工作成果文档化 图标规范化原则 第一节系统开发概述 四 系统开发的主要风险1 需求风险需求风险几乎出现在每一个软件项目中 而且大多数会转变为问题 原因 1 系统开发人员并不是业务领域的专家 对业务的理解存在偏差 2 业务领域的工作人员很多时候并不特别清楚他们想要的东西 系统需求从来源开始就是不明确的 3 业务领域的专家 与系统开发人员有沟通和理解的问题 第一节系统开发概述 四 系统开发的主要风险2 预算风险预算是否充足 是否能够及时到位 一旦发生问题或项目延期的时候是否能够保证相对充足的预算 都必须考虑 例如 预算紧张 可能会使用工资水平较低的人员 选用廉价的工具等 第一节系统开发概述 四 系统开发的主要风险3 团队风险IT项目团队要求有明确的职责和高度畅通的沟通渠道 现实中 IT项目团队不稳定 人员流动频繁 往往在项目启动后才组建团队 团队缺乏凝聚力 团队成员主要从事技术工作 沟通能力欠缺 无法确定的团队聚合后的能力将成为项目的风险之一 第一节系统开发概述 四 系统开发的主要风险4 关键人员风险在项目组中 总有一个或少数几个人掌握着项目核心的技术和解决方案 如技术专家或业务专家 若有可能发生关键人员的离职或被调到其他项目组 则必须当成项目中的风险进行考虑 第一节系统开发概述 四 系统开发的主要风险5 技术风险IT项目是技术性的项目 其中会应用到各种各样的技术方法 不恰当的选择和应用技术会给项目带来很大的问题 技术总是在不断的发展 更新的技术可能带来更高的效率和更强大的功能 保持组织的竞争优势 但在项目中导入新技术需要非常谨慎 新技术常常意味着不成熟 在最初的应用阶段会遇到各种各样的问题 尤其要避免在同一个项目中导入多种新技术 其结果可能是灾难性的 第二节MIS的开发策略 1 自下而上 的开发策略基本思想 从现行系统业务状况出发 先实现一个个具体的功能 逐步地由低级到高级建立MIS 2 自上而下 的开发策略基本思想 从整体上协调和规划 由全面到局部 由长远到近期 从合理的信息流出发来设计信息系统 开发策略的适用范围 通常 自下而上 的策略用于小型系统的设计 在实践中 对于大型系统往往把这两种方法结合起来使用 即先自上而下地作好MIS的战略规划 再自下而上地逐步实现各系统的应用开发 第三节MIS的开发方式 1 自行开发方式 2 委托开发方式 3 合作开发方式 4 购买应用软件包 5 外包 方式 1 自行开发方式 适合 有较强的MIS分析 设计 程序设计 系统维护的组织和单位 优点 管控强 针对性强 推广迅速 培养队伍缺点 水平 规范性差 导致开发周期长 后期维护难 先进性差 2 委托开发方式 适合 技术力量薄弱 资金较为充足的单位 优点 省时 省事 开发的系统技术水平较高 缺点 费用高 系统维护与扩展需要开发单位的长期支持 不利于本单位的人员培养 注意 使用单位的业务骨干要参与系统的论证工作 开发过程中需要开发单位和使用单位双方及时沟通 协调 3 合作开发方式 适合 有一定的技术力量 希望通过系统的开发 建立完善和提高自己的技术队伍 便于系统维护工作的单位 优点 节约资金 可以培养 增强使用单位的技术力量 便于系统维护工作 缺点 双方在合作中沟通容易出现问题 4 购买商品化应用软件 适合 开发的系统是多数组织都要用到的通用功能 如财务管理 工资管理 缺少组织内部的开发人员不适合 规模较大 功能复杂 需求量不确定程度高的系统 优点 缩短开发时间 节省开发费用 系统可以得到较好的维护 缺点 系统功能较简单 专用性差 难以满足特殊要求 5 外包 方式 优点 实效性强 IT技术投资成本低 质量稳定 企业可以专注于核心业务缺点 质量监控和管理难度大 人资管理 信息管理难度大 依赖性增强 选择问题 第四节MIS的开发方法 信息系统的开发是一个庞大的系统工程 涉及到组织结构 管理模式 经营管理过程 数据的收集与处理过程 计算机硬件系统的管理 软件系统的开发等各个方面 耗资大 周期长 技术复杂有必要研究出科学的开发方法 MIS的开发方法 结构化系统开发方法原型法面向对象开发方法CASE方法 一 结构化系统开发方法 一种最常用的MIS开发方法背景 20世纪70年代 MIS开发过程普遍存在需求不清 步骤混乱 成功率低等问题 人们通过总结经验教训 认识的MIS的开发是一项投入大 历时长 涉及面广 影响因素众多的系统工程 必须用系统理论来指导MIS的开发过程 基本思路 结构化开发 结构化 用一组规范的步骤 准则和工具进行一项工作 基本思路 把整个系统开发过程分成若干阶段 明确规定每个阶段的目标 任务 工作流程以及完成的任务需要遵循的标准 规范 方法等 规定每个阶段的产出及其规范 MIS生命周期模型 1 系统规划阶段 任务 初步调查 确定企业目标及信息系统目标 系统的总体方案 开发顺序 资源分配等 开展系统规划的可行性研究 目的 避免盲目开发系统 减少不必要的损失 方法 企业系统规划方法 BSP 关键成功因素法 CSF 等 产出 系统规划报告 2 系统分析阶段 任务 建立新系统的逻辑模型 解决系统 做什么 的问题 对企业进行详细调查 了解用户的需求 业务流程 以及信息的输入 处理 存储和输出 进行组织结构分析 管理业务流程分析 数据与数据流程分析 优化 建立新系统的逻辑模型 产出 系统分析报告 系统分析阶段 注意 系统开发人员与用户的密切配合至关重要 缺乏用户的参与和支持 系统的开发难以取得成功 系统开发人员 拥有开发技术 知道如何用信息技术实现用户的需求 但是他们很难把握和深切体会特定用户对信息系统的具体要求 用户 对信息技术的了解有限 不知道计算机解决问题的具体过程 面对他们所需要解决的问题 通常不能用规范的 专业的语言将需求完整地 准确地表达 3 系统设计阶段 任务 设计系统的物理模型 解决系统 如何做 的问题 在系统分析的基础上 以系统分析报告为依据 说明如何从软硬件技术的角度来设计系统 以实现系统目标 总体设计 设计系统的功能模块结构图 确定合适的计算机处理方式和计算机总体结构及系统配置 详细设计 代码设计 数据库设计 I O设计 对话设计 处理流程设计等 产出 系统设计报告 4 系统实施阶段 任务 依据系统设计报告 将新系统的设计方案变成可运行的计算机模型 硬件的购置及安装 系统软件的购置及安装调试 程序设计 调试与优化 人员培训 数据准备与录入 新旧系统的切换 产出 软件 用户手册等 5 系统运行 维护与评价阶段 系统维护 对系统进行维护 使其能正常运行 系统评价 当系统运行一段时间后 组织评价组对新系统进行评价 目的在于发现问题 总结经验 为今后系统的改进提供资料 开发原理 结构化开发 用户的积极参与 用户积极参与信息系统的开发的全过程 是信息系统开发能否成功的一个关键的 绝对必要的因素 严格按划分的阶段 运用系统处理方法 将系统开发的全过程采取 分而治之 的策略 将整个系统的开发过程分为一系列 阶段 Phases 然后再将阶段分为一系列的 活动 将活动划分为更小的 更易于管理和控制的 作业 开发原理 结构化开发 设立检查点 在系统开发的每一个阶段均设立检查点 来评估所开发系统的可行性 避免由于系统开发的失败造成更大的损失 各阶段成果描述文档的标准化 每一阶段的成果 必须用明确的文字和标准化的图形 图表 完整 准确地进行描述 这不仅是一个阶段工作完成的标志和管理决策的依据 并且是系统建设必须的文件积累 很多文件还是下一阶段工作的主要依据 结构化系统开发方法的优点 1 建立面向用户的观点 2 设计方法结构化 3 质量保证措施完备 4 文档标准化 结构化系统开发方法的缺点 不能充分预料可能发生的情况及变化 预先定义需求 开发周期长 不能变更前一阶段的工作成果 开发周期长 严格的阶段划分和文档要求 不直观 用户最后才能看到真实模型 在系统实施阶段之前 用户由于长时间看不到实际的系统 会感到疑惑 开发热情减退 使开发人员和用户交流产生影响 结构化系统开发方法适用 该方法适用于一些组织相对稳定 业务处理过程规范 需求明确且在一定时期内不会发生大的变化的大型复杂系统的开发 结构化系统开发方法的评价 尽管结构化方法存在缺点 但其严密的理论基础和系统工程方法仍是系统开发中不可缺少的 对于复杂系统的开发往往必须采用结构化的方法 目前 结构化方法仍是一种被广泛使用的系统开发方法 而且随着大量开发工具的引入 系统开发的工作效率得到了很大的提高 结构化方法还可与其他开发方法结合使用 在结合使用中不同的开发方法互相取长补短 系统开发的效果更好 开发流程 结构化 系统运行和维护 系统规划 系统设计 系统实施 系统分析 二 原型法 背景 20世纪80年代 信息技术迅速发展 使得MIS更新的速度越来越快 企业要求MIS开发的速度要快 成本要低 使得结构化方法的缺陷日益突出 结构化最大缺陷 要求系统开发人员和用户在系统开发初期对整个系统的功能就要有全面 深刻的认识 并制定出每一阶段的计划和说明书 事实上 用户的需求是随着对系统理解的加深不断地完善与变化 用户想在项目开发初期就非常清楚地陈述需求几乎是不可能的 一 原型法的基本概念 原型 Prototype 一个结构简单但已经具备系统基本功能的应用软件 也就是软件的一个可运行的早期版本 基本思想 系统开发人员在初步了解用户基本需求的基础上 借助功能强大的辅助系统开发工具 快速开发一个原型 使用户尽早看到未来系统的概貌 在原型的实际运行中与用户一起发现问题 提出修改意见 如此反复 逐步完善 直到用户完全满意为止 二 原型法与结构化生命周期法的不同 原型法不区分系统开发的各个阶段 而是同时完成各个阶段的活动 并快速反馈给用户 通过反复迭代 完成系统的开发过程 原型法把试验机制引入系统的开发过程 从本质上避开了结构化方法的需求定义阶段 使得用户的需求在反复迭代的开发过程中不断地明确 不断地在原型中对这些需求进行补充和细化 成为用户满意的系统 三 原型法的开发过程 可行性研究 确定用户的基本需求 构造 修改系统初始原型 用户和开发人员一同评审 开发人员修改原始模型 用户满意 最终产品 作为初步设计参考文档 否 是 在计算机上初步实现的信息系统 1 确定用户的基本需求 在这个阶段中 系统开发人员首先进行详细的系统调查 识别出新系统的基本需求 如系统功能 人机界面 输入输出 运行环境 性能及安全可靠性 要求用户一次提供完整的需求几乎是不可能的 但是要用户快速确定关键要求是可能的 2 征求用户对原型的改进意见 让用户亲自使用原型 会很快发现原型存在的缺点和不足 提出改进的意见 同时在系统的启发下 还可能提出新的需求 四 原型法的优点与缺陷 主要优点 1 减少开发时间 提高系统开发效率 原型法减少了大量制作文档的时间 减少了用户培训时间 开发周期短 费用相对少 2 改进用户与系统开发人员的信息交流方式 原型法将原型提供给用户 使用户在参与中直接发现问题 及时得到用户的反馈 3 用户满意程度高 4 应变能力强 四 原型法的优点与缺陷 主要缺点 1 开发工具要求高 2 不适用于开发大型 复杂系统 大型的 复杂的系统 功能多 技术复杂 设计人员很难理解透彻 最初快速设计的原型就要反复迭代 迭代的次数多了 周期就会变长 成本就会提高 失去了原型法原有的优势 3 对用户的管理水平要求高 五 原型法的适用范围 适用 用户需求不清 管理及业务处理不稳定 需求常常变化 规模小 不太复杂 而且不要求集中处理的系统 不适用 开发大型MIS 六 原型法中快速制作原型的方法 制作出用于演示的系统制作出只具备部分功能的系统制作一个功能较全的缩微系统 三 面向对象法 20世纪90年代 面向对象 Object Oriented OO 的技术和程序设计语言取得了巨大的成功 成为计算机领域中开发软件的主流技术 基本思想 客观世界是由各种各样的对象组成的 每种对象都有各自的内部状态和运动规律 不同对象之间的相互作用和联系就构成了各种不同的系统 面向对象的基本概念 对象 是一封闭体 由一组数据和施加于这些数据上的一组操作构成 数据 操作 类 具有相同属性的对象的集合 消息 为完成某些操作而向其他对象发送的命令和命令说明 对象之间的相互操作 调用和应答是通过彼此之间发送消息实现的 继承 子类继承父类所定义的属性 操作 并可增加自己新的内容 封装 信息隐藏 把对象的属性及对象的方法 操作的实现封闭在一起 使对象的使用者只能看到封装界面上的信息 对象的内部是隐藏的 对象名 属性 方法 消息传递 一 面向对象法的基本思想 对象是世界中的物体在人脑中的映像 是人类最朴素的认知世界的思维方式 任何事物都可以看成对象 即客观世界是由各种各样的对象组成的 从对象出发去认识客观世界 分析问题域 如实的描述问题域中事物之间存在的各种关系 每个对象都有各自的内部状态和运动规律 不同对象之间的相互作用和联系就构成了各种不同的系统 二 面向对象法的要点 客观事物是由对象组合而成的 对象是在原事物基础上抽象的结果 对象是由属性和操作方法组成的 对象之间的联系通过传递消息来实现 对象可以按其属性归类 子类可以继承父类的特性 对象具有封装性 一个对象就构成一个严格模块化的实体 在系统开发中可被共享和重复引用 达到软件重用的目的 三 面向对象法的开发过程 1 系统调查和需求分析2 面向对象分析 OOA 3 面向对象设计 OOD 4 面向对象程序设计 OOP 四 面向对象法的优劣势 优势 符合人类的思维习惯有利于用户与开发人员的沟通缩短开发周期 提高系统开发的正确性和效率 封装 继承 多态性等特征提高了软件的一致性 独立性和可重用性 面向对象法的优劣势 劣势 需要有一定的软件基础支持才可以应用 初学者不易接受 难学 客观世界的对象五花八门 在系统分析阶段抽象比较困难 大型的MIS开发中如果不经自顶向下的整体划分 而是一开始就自底向上的采用面向对象方法开发系统 同样也会造成系统结构不合理 各部分关系失调等问题 因此 面向对象的开发方法与结构化系统开发方法在系统开发中相互依存 不可替代 结构化方法与面向对象方法区别 结构化方法 视数据和过程为独立的实体 不支持软件的可复用性和可维护性 面向对象方法 把对象的属性 数据 和处理 方法 封装在一起 通过子类对父类的继承 使得软件便于维护和扩充 提高了软件的可复用性 三种开发方法的比较 结构化系统方法的规范化程度比较高原型法比较灵活面向对象法的开发质量和经济性比较好 四 CASE法 CASE Computer AidedSoftwareEngineering 计算机辅助软件工程CASE 一种对整个开发过程进行支持的技术 严格说 CASE只是一种开发环境而不是一种方法 CASE产生背景 软件开发周期长 效率低 软件产品交付用户使用时 用户的业务环境与需求可能已经发生了很大的变化 手工作坊 式的软件开发模式难以适应软件工业的发展需求 软件开发人员逐渐认识到 他们为用户的应用开发出各种各样的软件和信息系统 却没有开发出支持开发人员工作的工具 CASE技术实现了软件生产由 工程化 向 自动化 的转变 显著提高了软件的生产效率 CASE工具 图形工具描述模型原型化工具质量管理工具文档出版工具设计模型和典型代码生成工具 五基于构件的软件开发 基本思想从第三方市场购买 定制构件或者从成熟的构件库中提取已有构件来解决应用软件的开发问题 五基于构件的软件开发 构件的定义系统中实际存在的可更换部分 它实现特定的功能 符合一套接口标准并实现一组接口 五基于构件的软件开发 领域工程领域分析建立领域特定的基准体系结构模型标识候选构件泛化和可变性分析重建构件软件的包装构件入库 五基于构件的软件开发 应用系统工程建立应用系统的体系结构模型寻找候选构件评价和选择合适的构建构件的修改和特化开发未被复用的部分构件的组装集成测试评价被复用的构建 并推荐可能的新构件 五基于构件的软件开发 优势分析使大规模的软件生产成为可能缩短周期 降低成本 提高效率提高系统各部分开发的独立性和并行性增强系统健壮性提高灵活性 MIS的开发方法评价 从严格意义上看 目前尚无一种方法能够很好地解决系统开发的复杂性 现有的各种方法都有各自的适用范围和优缺点 在实际的系统开发过程中 往往是根据特定环境和条件来选择和综合运用这些方法 第五节软件工程与项