管理信息系统战略规划的常用方法.ppt

第五章第五章 MISMIS战略规划的常用方法战略规划的常用方法 诺兰模型（1973年）一个企业应用信息系统的过程 预算 费用 阶段1阶段2 阶段3阶段4阶段5阶段6 初装蔓延控制集成 数据 管理 成熟 财务 冗余 不一致 难共享 转变 软件 硬件 重联 系统 数据 管理 第一节 MIS战略规划的概念 通过诺兰模型，我们可以看到，好的总体规划，可以使企业在 后续的工作极大地降低成本、减轻工作负担、减少出现差错的几率 。 总体规划的重要性可表述如下： 好的总体规划 + 好的开发 = 优秀的系统 好的总体规划 + 一般的开发 = 好的系统 差的总体规划 + 好的开发 = 差的系统 差的总体规划 + 一般的开发 = 不好使用的系统 一、开发管理信息系统的策 略： 1. 自下而上 2. 自上而下 二、战略规划的作用和内容： 1.作用 （3点） 2.内容 （4点） 三、MIS战略规划的组织： 1.规划领导小组 (完成数据及业务的调研和分析工作) 2.人员培训 3.规定进度 总体规划的步骤： 开始 确定总体规划的基本问题 收集初始信息 评价企业现状、进行战略分析 设置目标 画出规划略图 识别活动 列出重复性活动列出工程项目活动 选择最优方案 确定优先权、开发方法、 提出实施进度 写出MIS总体规划总经理 第二节 制定MIS战略规划的常用方法 总体规划的方法之一 BSP法 1. BSP法的产生 BSP（Business System Planning），即企业系统规划法，60 年代IBM用于内部系统开发，后来，IBM的一些用户希望通过BSP来安 排自己的信息资源，于是IBM于1970年建立了BSP项目来帮助客户开 展工作。 2. BSP法概述 是一种结构化方法，采用自上而下的系统规划，自下而上的分步 实现，即从系统角度对信息系统进行规划设计，前提是企业内有改善需 要； 3. 优点 形成完整的系统，增强环境适应性。 BSP法的工作步骤： 1、 准备工作 2、 调研 3、 定义业务过程 4、 业务过程重组 5、 定义数据类 6、 定义信息系统总体结构 7、 确定总体结构中的优先顺序 8、 提出建议书和开发计划 企业目标 企业过程 企业组织 企业组织 数据处理系统 数据文件 数据类 数据库 信息系统 企业过程 企业目标 计划 计划实施 问题：为什么计划部分中有企业组织，而计划实施部分没有呢？ 定义数据类 过程/数据类矩阵 数据数据类类 过过程程 （功能）（功能） 初始初始U/CU/C矩矩阵阵 客客 户户 订订 货货 产产 品品 操操 作作 顺顺 序序 材材 料料 表表 成成 本本 零零 件件 规规 格格 材材 料料 库库 存存 经营计经营计 划划 U U 财务计财务计 划划 U U 资产规资产规 模模 产产品品预测预测 U U U U 产产品品设计设计 U U C C C C 库库存控制存控制 U U C C U U 产产品工品工艺艺 U U 说明： 在BSP法中，企业 业务过程和数据类 间的关系有两种， 即使用（USE）和 产生（CREAT）， 由此，得到企业的 初始U/C矩阵。 功能数据类矩阵功能数据类矩阵 基本基本cucu矩阵矩阵 基本基本cucu矩阵矩阵 基本基本cucu矩阵矩阵 基本基本cucu矩阵矩阵 划分子系统划分子系统 用粗实线框出功能组（字母用粗实线框出功能组（字母C C应该尽量被圈入方应该尽量被圈入方 框内），并给功能组起一个名称，每个功能组就框内），并给功能组起一个名称，每个功能组就 是一个子系统是一个子系统 方框的选择需要一定的判断力和实际经验，可参方框的选择需要一定的判断力和实际经验，可参 照系统的逻辑职能来划分照系统的逻辑职能来划分 方框代表着逻辑信息系统的划分，负有产生和维方框代表着逻辑信息系统的划分，负有产生和维 护系统内数据类的责任护系统内数据类的责任 主要子系统划分主要子系统划分 当一个字母当一个字母U U落在任意方框外时，必定存在着子落在任意方框外时，必定存在着子 系统之间的数据流系统之间的数据流 画出所有的数据流，删除所有的字母画出所有的数据流，删除所有的字母C C和和U U，并，并 给子系统加上名称，这样就形成了新系统的体系给子系统加上名称，这样就形成了新系统的体系 结构结构 寻找子系统的数据交流寻找子系统的数据交流 主要子系统划分主要子系统划分 信息系统结构图 财 务 人 事 经 营 计 划 技 术 准 备 生 产 制 造 销 售 C/UC/U矩阵中数据的产生矩阵中数据的产生 在在C/UC/U矩阵中每一个主题数据库中的数据，都必矩阵中每一个主题数据库中的数据，都必 须至少由一个过程产生须至少由一个过程产生 如果某一数据库只被某些业务过程所使用而没有如果某一数据库只被某些业务过程所使用而没有 业务过程产生它，就说明可能有被遗漏的业务过程业务过程产生它，就说明可能有被遗漏的业务过程 如果某一数据库由多个过程产生，规划人员可以如果某一数据库由多个过程产生，规划人员可以 根据实际管理需求来考虑是否应将有关的主题数根据实际管理需求来考虑是否应将有关的主题数 据库分成多个数据库据库分成多个数据库 尽量使数据库由一个过程产生，被多个过程使尽量使数据库由一个过程产生，被多个过程使 用，从而可以保证数据库数据的完整性和一致性用，从而可以保证数据库数据的完整性和一致性 关键成功因素法的工作步骤： 1、了解企业的战略目标 2、识别所有成功因素 3、确定关键成功因素 4、明确个成功因素的性能指标和评估标准 缺陷订单 方针 程序人 设备 缺乏适 当的分 类 难以获 得信息 计算机设 备缺乏 职位描述 （职责） 缺少最低 标准（期 望） 无库存特 殊订单条 目 假象 工作量大影响 处理时间 过于复杂 销售代表 缺乏培训 缺少责 任心 没有认真 学习 销售代表信 息不完全 缺少顾客 订单细节 劣质订 单处理 系统 过于复杂 脱销 订单和报价 的差异 CSF之鱼刺图分析工具分析缺陷订单的主要原因 第三节第三节 企业流程重组（企业流程重组（BPRBPR） 企业流程再造（企业流程再造（Business Process ReengineeringBusiness Process Reengineering， BPRBPR）是指为了在衡量绩效的关键指标上取得显著改善，从）是指为了在衡量绩效的关键指标上取得显著改善，从 根本上重新思考、彻底改造业务流程。其中衡量绩效的关键根本上重新思考、彻底改造业务流程。其中衡量绩效的关键 指标包括产品和服务质量、顾客满意度、成本、员工工作效指标包括产品和服务质量、顾客满意度、成本、员工工作效 率等等。率等等。 BPRBPR从现代组织学的观点看，属于组织转型的范畴；从从现代组织学的观点看，属于组织转型的范畴；从 管理理论学派划分的角度看，起源于管理过程学派，是对管管理理论学派划分的角度看，起源于管理过程学派，是对管 理过程学派的创新；从管理理论的经济学原理看，是对古典理过程学派的创新；从管理理论的经济学原理看，是对古典 分工理论的否定，提出了分工理论的否定，提出了“ “合工合工“ “的思想。的思想。BPRBPR并不是一门科并不是一门科 学，而是电子商务时代的一种管理技术。学，而是电子商务时代的一种管理技术。 BPRBPR是供应链、工作流、物流、信息流、资金流的是供应链、工作流、物流、信息流、资金流的 接口，是企业快速响应市场需求的重要技术方法。基于因接口，是企业快速响应市场需求的重要技术方法。基于因 特网、特网、WWWWWW和电子商务的企业流程再造是使企业最大限和电子商务的企业流程再造是使企业最大限 度地连接到全世界，成为包括全球性的企业，不断改变、度地连接到全世界，成为包括全球性的企业，不断改变、 修正和重组企业过程，包括供应、购买、销售生产和企业修正和重组企业过程，包括供应、购买、销售生产和企业 运营的全过程，是企业进行理顺和规范化的管理技术。将运营的全过程，是企业进行理顺和规范化的管理技术。将 ERPERP与与BPRBPR相结合，对企业总体结构、组织、流程以及所相结合，对企业总体结构、组织、流程以及所 有的环节进行考察和重组，建立新的管理程序，真正实现有的环节进行考察和重组，建立新的管理程序，真正实现 企业合理化和现代化。企业合理化和现代化。 可以从以下四个方面深入了解企业流程再造的概念：可以从以下四个方面深入了解企业流程再造的概念： （1 1）企业流程再造需要从根本上（）企业流程再造需要从根本上（FundamentalFundamental）重新）重新 思考企业业已形成的基本信念，即对长期以来企业在经营中思考企业业已形成的基本信念，即对长期以来企业在经营中 遵循的基本概念如分工思想、等级制度、规模经营、标准化遵循的基本概念如分工思想、等级制度、规模经营、标准化 生产和官僚体制进行重新思考。需要打破定势，进行创造性生产和官僚体制进行重新思考。需要打破定势，进行创造性 思维；思维； （2 2）企业流程再造是一次彻底的（）企业流程再造是一次彻底的（RadicalRadical）变革，是脱）变革，是脱 胎换骨式的改革，抛弃现有的业务流程和组织结构以及成规胎换骨式的改革，抛弃现有的业务流程和组织结构以及成规 陋习，而不是修修补补；陋习，而不是修修补补； （3 3）企业流程再造可望取得显著的（）企业流程再造可望取得显著的（DramaticDramatic）进步；）进步； （4 4）企业流程再造从重新设计业务流程（）企业流程再造从重新设计业务流程（ProcessesProcesses）入）入 手。业务流程是企业以输入各种原材料和顾客需求为起点到手。业务流程是企业以输入各种原材料和顾客需求为起点到 企业创造出对顾客有价值的产品或服务为终点的一系列活动企业创造出对顾客有价值的产品或服务为终点的一系列活动 。BPRBPR确定再造的流程包括绩效低下的流程、重要的流程以及确定再造的流程包括绩效低下的流程、重要的流程以及 具有再造可行性的流程。具有再造可行性的流程。 基本原则是基本原则是ESIAESIA： （ （1 1） 清除（清除（EliminateEliminate） 清除主要对企业原有流程内的非增加价值活动予以清除。清除主要对企业原有流程内的非增加价值活动予以清除。 企业内部容易存在的多余非增值环节主要包括过量产出、活企业内部容易存在的多余非增值环节主要包括过量产出、活 动间等待、不必要信息与资源的传递、反复的加工、过量的动间等待、不必要信息与资源的传递、反复的加工、过量的 库存、产品的缺陷、故障和返工、重复的活动、活动的重组库存、产品的缺陷、故障和返工、重复的活动、活动的重组 、反复的检验以及跨部门的协调所带来的冗余，从而导致效、反复的检验以及跨部门的协调所带来的冗余，从而导致效 率不高的情况。率不高的情况。 非增值活动的清除是所有系统流程再造进行改造的首要目非增值活动的清除是所有系统流程再造进行改造的首要目 标。如何清除这些活动或使其最小化，同时又不会给流程带标。如何清除这些活动或使其最小化，同时又不会给流程带 来负面影响是重新设计流程的主要问题。来负面影响是重新设计流程的主要问题。 （ （2 2） 简化（简化（SimplifySimplify） 在尽可能清除了不必要的非增值环节之后，剩下的仍然在尽可能清除了不必要的非增值环节之后，剩下的仍然 是应该进一步进行简化。流程中运转的各种要素需要根据流是应该进一步进行简化。流程中运转的各种要素需要根据流 程清除以后的现状加以简化，这些因素包括：流程表格、程程清除以后的现状加以简化，这些因素包括：流程表格、程 序、各方面的沟通、技术的指导、处于关键流程之间而不易序、各方面的沟通、技术的指导、处于关键流程之间而不易 觉察到的流程间的组织以及经常出现问题的区域。觉察到的流程间的组织以及经常出现问题的区域。 （3 3） 任务整合（任务整合（IntegrateIntegrate） 对流程的任务体系充分简化以后，需要对被分解的流程进行整合对流程的任务体系充分简化以后，需要对被分解的流程进行整合 ，以使流程通畅、连贯，更好地满足顾客的需求。任务整合过程是一，以使流程通畅、连贯，更好地满足顾客的需求。任务整合过程是一 个不可缺少的环节，因为与原有的流程设计和初始时的流程基本要素个不可缺少的环节，因为与原有的流程设计和初始时的流程基本要素 状况相比，现有的要素情况已经发生了根本性的改变。作为流程承担状况相比，现有的要素情况已经发生了根本性的改变。作为流程承担 者的人，对于任务或是信息的处理能力大大增加了，原先不得不交给者的人，对于任务或是信息的处理能力大大增加了，原先不得不交给 几个人的任务，现在一个人就可以完成，这是对流程任务系统进行整几个人的任务，现在一个人就可以完成，这是对流程任务系统进行整 合的原因所在。从流程的整体眼光来看，一个流程可以被整合的主要合的原因所在。从流程的整体眼光来看，一个流程可以被整合的主要 环节包括：任务、任务的承担者、流程的上下游。环节包括：任务、任务的承担者、流程的上下游。 （4 4） 流程任务的自动化（流程任务的自动化（AutomateAutomate） 流程任务的自动化并不仅仅是计算机化，对于很多流程，计算机流程任务的自动化并不仅仅是计算机化，对于很多流程，计算机 的应用往往使得流程更加复杂和繁琐。因此，在流程自动化之前，应的应用往往使得流程更加复杂和繁琐。因此，在流程自动化之前，应 该先完成对流程任务的清除、简化和整合。该先完成对流程任务的清除、简化和整合。 BPRBPR的具体步骤包括以下的具体步骤包括以下3 3个方面：个方面： （1 1） 业务流程诊断：包括确定流程的主要问题是什么、业务流程诊断：包括确定流程的主要问题是什么、 问题出在某个流程内部还是出在流程之间的关系上、管理流程问题出在某个流程内部还是出在流程之间的关系上、管理流程 与经营流程是否一致。与经营流程是否一致。 业务流程诊断首先是要营造业务流程再造的环境，利用先业务流程诊断首先是要营造业务流程再造的环境，利用先 进的技术方法进行业务流程的诊断工作。主要任务包括获得企进的技术方法进行业务流程的诊断工作。主要任务包括获得企 业高层领导的有利支持；做好企业电子商务流程再造的宣传工业高层领导的有利支持；做好企业电子商务流程再造的宣传工 作；组成企业电子商务流程再造的工作小组并制订工作计划；作；组成企业电子商务流程再造的工作小组并制订工作计划； 确定企业的核心业务流程和选定企业电子商务流程再造的备选确定企业的核心业务流程和选定企业电子商务流程再造的备选 流程，以及识别电子商务技术环境。流程，以及识别电子商务技术环境。 业务流程诊断主要是再造流程分析和流程重新设计。工作业务流程诊断主要是再造流程分析和流程重新设计。工作 包括：对备选流程的进一步分析；制订流程再造计划；对备选包括：对备选流程的进一步分析；制订流程再造计划；对备选 流程进行诊断，分析流程中存在的问题；重新设计流程；设计流程进行诊断，分析流程中存在的问题；重新设计流程；设计 与之相适应的人力资源结构；选择电子商务平台。与之相适应的人力资源结构；选择电子商务平台。 （2 2） 业务流程改造策略：即利用创造性的策略，构造新流程。业务流程改造策略：即利用创造性的策略，构造新流程。 利用各种流程再造方法，例如角色扮演、文件处理测试以及工作流利用各种流程再造方法，例如角色扮演、文件处理测试以及工作流 设计等方法确认流程进一步改造的机会，将全部流程以直观的方式描述设计等方法确认流程进一步改造的机会，将全部流程以直观的方式描述 新流程展示给高层管理者。并将采纳的方案就需要对流程各个阶段的人新流程展示给高层管理者。并将采纳的方案就需要对流程各个阶段的人 力资源重新组织、信息服务开发和执行、流程程序简化等提供整体的策力资源重新组织、信息服务开发和执行、流程程序简化等提供整体的策 略方案。略方案。 在改造策略实施时必须注意各种问题，如在设计人员资源结构时尽在改造策略实施时必须注意各种问题，如在设计人员资源结构时尽 量减少员工的不满；在以新的流程为基础的环境中，对员工的培训十分量减少员工的不满；在以新的流程为基础的环境中，对员工的培训十分 重要等等。重要等等。 （3 3） 监控与评价：再造流程的监控和评价包括对在流程再造启动阶监控与评价：再造流程的监控和评价包括对在流程再造启动阶 段设置的质量目标以及新流程进行动态监控。对流程的度量需要考虑以段设置的质量目标以及新流程进行动态监控。对流程的度量需要考虑以 下方面：流程表现，即循环期、成本、顾客满意度、资源消耗；信息技下方面：流程表现，即循环期、成本、顾客满意度、资源消耗；信息技 术表现，即故障时间、文件减少；生产率指数，即每小时的订单处理，术表现，即故障时间、文件减少；生产率指数，即每小时的订单处理， 销售数量等。评价阶段和诊断和实施阶段之间的有效反馈是必要的。一销售数量等。评价阶段和诊断和实施阶段之间的有效反馈是必要的。一 方面提供对重新设计流程行为的审计，另一方面也为新流程的进一步调方面提供对重新设计流程行为的审计，另一方面也为新流程的进一步调 整提供依据。新流程与其使用的信息技术的协调是有一个过程的，而且整提供依据。新流程与其使用的信息技术的协调是有一个过程的，而且 新流程的执行过程是一个不断调整的过程。新流程的执行过程是一个不断调整的过程。 第四节第四节 开发开发MISMIS的方法的方法 系统开发生命周期系统开发生命周期 问题定义 可行性研究 需求分析 总体设计 详细设计 编 码 测 试 维 护 计划期 开发期 运行期 瀑布模型 系统开发方法学系统开发方法学 系统开发方法中的技术和工具系统开发方法中的技术和工具 信息系统开发方法体系结构信息系统开发方法体系结构 一、结构化系统开发方法（生命周期法）一、结构化系统开发方法（生命周期法） 系统规划 系统分析 系统运行和维护 系统设计 系统实施 开发 请求 初步 调查 可行性 研究 审批 详细 调查 逻辑 设计 审查 总体 设计 详细 设计 审查 编程 调试 系统 转化 验收 系统 维护 系统 评价 结构化系统开发的基本思想结构化系统开发的基本思想 管理信息系统非结构化开发方法存在的主要问题管理信息系统非结构化开发方法存在的主要问题 （1 1）工作阶段的划分原则不明确，各阶段的工作缺乏规范的章程工作阶段的划分原则不明确，各阶段的工作缺乏规范的章程 、方法、表达工具与标准。、方法、表达工具与标准。 （2 2）系统建设过程用户参与程度低，用户与专业人员对话缺乏有系统建设过程用户参与程度低，用户与专业人员对话缺乏有 效的手段。效的手段。 （3 3）系统开发的工作任务集中在系统实施阶段，系统分析、设计系统开发的工作任务集中在系统实施阶段，系统分析、设计 工作不深入。工作不深入。 （4 4）系统实施阶段的工作采取系统实施阶段的工作采取“自底向上自底向上”的方法，系统总体功的方法，系统总体功 能与目标的实现难以保证。能与目标的实现难以保证。 图图 系统开发各阶段的费用变化系统开发各阶段的费用变化 图图 冰山式系统开发费用分布冰山式系统开发费用分布 费用 结构化方法 早期的方 法 规划分析设计 实施 运行 维护 系统 规划与 开发费用 可预见 部分 系统运行与维 护费用 难预见 部分 结构化方法的基本思路和主要原则结构化方法的基本思路和主要原则 “ “结构化结构化” ”一词在系统建设中的含义是用一组规范的步骤、准则和一词在系统建设中的含义是用一组规范的步骤、准则和 工具来进行某项工作。运用结构化的思想进行以计算机为基础的管理工具来进行某项工作。运用结构化的思想进行以计算机为基础的管理 信息系统的建设工作，首先出现于信息系统的建设工作，首先出现于6060年代发展起来的结构化程序设计年代发展起来的结构化程序设计 （Structured ProsrammingStructured Prosramming，简记为，简记为SPSP）。到了）。到了7070年代，约当（年代，约当（ E EYour-donYour-don）、康斯坦丁（）、康斯坦丁（L LL LConstantineConstantine）和德马可（）和德马可（T T DemarcoDemarco）等人提出了结构化分析（）等人提出了结构化分析（Structured AnalysisStructured Analysis，简记，简记 为为SASA）和结构化设计（）和结构化设计（Structured DesignStructured Design，简记为，简记为SDSD）方法。截）方法。截 至至8080年代，已提出的各类结构化方法不下年代，已提出的各类结构化方法不下3030余种。这些方法虽各有余种。这些方法虽各有 产生的背景和特色，但它们的基本思路和主要特点是相同的。产生的背景和特色，但它们的基本思路和主要特点是相同的。 管理信息系统结构化方法的主要原则：管理信息系统结构化方法的主要原则： （1 1）用户参与的原则用户参与的原则 （2 2）“ “先逻辑，后物理先逻辑，后物理” ”的原则的原则 （3 3）“ “自顶向下自顶向下” ”的原则的原则 （4 4）工作成果描述标准化原则工作成果描述标准化原则 结构化生命周期法结构化生命周期法 结构化生命周期法要点结构化生命周期法要点 所谓结构化生命周期法就是把管理信息系统开发的全过程按其生所谓结构化生命周期法就是把管理信息系统开发的全过程按其生 存周期分成若干阶段，每个阶段有相对独立的任务，然后逐步完成各存周期分成若干阶段，每个阶段有相对独立的任务，然后逐步完成各 个阶段的任务。在每一阶段的开始与结束都规定了严格的标准。前一个阶段的任务。在每一阶段的开始与结束都规定了严格的标准。前一 个阶段的结束标准就是后一阶段开始的标准，而每个阶段任务相对独个阶段的结束标准就是后一阶段开始的标准，而每个阶段任务相对独 立而且比较简单，便于不同人员分工协作，从而降低了整个软件工程立而且比较简单，便于不同人员分工协作，从而降低了整个软件工程 开发的困难程度。开发的困难程度。 在软件生命周期的每个阶段都采用科学管理和良好的技术方法，在软件生命周期的每个阶段都采用科学管理和良好的技术方法， 而且在每个阶段结束之前都从技术与管理两个角度进行严格审查，合而且在每个阶段结束之前都从技术与管理两个角度进行严格审查，合 格之后才开始下一阶段工作。格之后才开始下一阶段工作。 提出系统开发要求 初步调查 可行性分析 详细调查 分析当前系统 新系统设想 总体设计 详细设计 程序设计 系统试运行 系统转换 运行、维护 维护评价 修改 审查可行性报告 审核分析说明书 审核设计说明书 调试 系统评价 停止开发 修改 修改 修改 修改 条件不成熟 结构化 生命周 期法开 发步骤 （1 1）开发阶段性）开发阶段性 生命周期法把整个系统开发过程分成一系列严格定义生命周期法把整个系统开发过程分成一系列严格定义 顺序的紧密相关的阶段，这些阶段及其顺序一般是：系统顺序的紧密相关的阶段，这些阶段及其顺序一般是：系统 定义定义( (包括系统调查，可行性分桥，系统需求分析包括系统调查，可行性分桥，系统需求分析) )，系统，系统 开发开发( (包括系统设计，软件编码，系统测试包括系统设计，软件编码，系统测试) )，系统维护。，系统维护。 （2 2）用户评价）用户评价 系统分析时引入的错误往往要到运行时才发现，其修系统分析时引入的错误往往要到运行时才发现，其修 正的代价是相当昂贵的。这种错误是由于对用户系统分析正的代价是相当昂贵的。这种错误是由于对用户系统分析 不充分，理解不透彻，或表达的二义性造成的。所以管理不充分，理解不透彻，或表达的二义性造成的。所以管理 信息系统待别强调在每个阶段结束前都要有用户评价或验信息系统待别强调在每个阶段结束前都要有用户评价或验 收，以减少这种错误的发生。收，以减少这种错误的发生。 （3 3）文档管理）文档管理 为了便于管理信息系统的开发与管理，生命周期法把为了便于管理信息系统的开发与管理，生命周期法把 文档资料作为每个阶段的产品之一，而且加以标准化，作文档资料作为每个阶段的产品之一，而且加以标准化，作 为每个阶段结束的重要标准。它保证了在系统开发结束时为每个阶段结束的重要标准。它保证了在系统开发结束时 有一个完整准确的软件配置交付使用。文档资料是通讯的有一个完整准确的软件配置交付使用。文档资料是通讯的 工具，它清楚地说明了到这个时候为止关于该项工程已经工具，它清楚地说明了到这个时候为止关于该项工程已经 知道或做了什么，同时确定了下一步的工作基础。文档资知道或做了什么，同时确定了下一步的工作基础。文档资 料也起着备忘录的作用，如果文档不完整或与上一阶段的料也起着备忘录的作用，如果文档不完整或与上一阶段的 文档不相衔接则一定在工作上有不完整的地方。文档资料文档不相衔接则一定在工作上有不完整的地方。文档资料 另一重要作用是有利于与用户交流，检查错误，用户评价另一重要作用是有利于与用户交流，检查错误，用户评价 。文档资料也是系统维护的依据。文档资料也是系统维护的依据。 （4 4）结构化的系统分析与设计较术）结构化的系统分析与设计较术 在完成生命周期每个阶段任务时应该采用适合该阶段在完成生命周期每个阶段任务时应该采用适合该阶段 任务特点的系统化的技术方法。在系统分析与系统设计阶任务特点的系统化的技术方法。在系统分析与系统设计阶 段应该采用结构化系统分析与设计方法。生命周期中的系段应该采用结构化系统分析与设计方法。生命周期中的系 统分析与系统设计方法虽然是多种多样的，但是最常用的统分析与系统设计方法虽然是多种多样的，但是最常用的 还是结构化系统分析和设计方法。它要求对系统功能进行还是结构化系统分析和设计方法。它要求对系统功能进行 自顶向下的分解，模块化。以满足系统可理解性，适应性自顶向下的分解，模块化。以满足系统可理解性，适应性 ，可分离性及整体性要求，使系统层次清晰，易于理解，可分离性及整体性要求，使系统层次清晰，易于理解， 调试和排错。调试和排错。 生命 周期 阶段 阶段性成果 说明 系统 规划 可行性分析报告 问题 是什么，解决的可能性是否存在。初步 调查 及技术、经济 、社会可行性研究。提出项 目管理计划并获得批准。 系统 分析 系统分析报告（ 数据流程图、数 据字典等） 解决新系统“做什么”的问题 。详细调查 、 组织结 构与功能分析、业务 流程分析、数据流 程分析、功能数据分析。研究并确定新系统逻 辑模型。 系统 设 计 系统设计报 告（ 系统说 明书、数 据库设计 、代码 设计 ） 解决新系统“怎么做”的问题 。进行系统的功 能结构设计 、代码设计 、数据库设计 、输入 输出设计 、物理配置方案设计 等。 系统 实施 程序、测试报 告 、用户使用说明 书等 安装硬件和软件，程序编写、系统测试 、人 员培训、系统试 用，冰砖化为新系统。 系统 运行 和维 护 运行记录 、修改 记录 等 系统运行后，对系统进 行监控、评估。 结构化生命周期法存在的问题结构化生命周期法存在的问题 （1 1）阶段回溯不可避免）阶段回溯不可避免延长系统开发的时间。由于要求不延长系统开发的时间。由于要求不 同类型的用户应与管理信息系统交互使，使需求分析变得更同类型的用户应与管理信息系统交互使，使需求分析变得更 加困难。因此常常需要做阶段回溯，对系统分析需求规格说加困难。因此常常需要做阶段回溯，对系统分析需求规格说 明作修改或补充，同时也会引起此后阶段的补充修改。例如明作修改或补充，同时也会引起此后阶段的补充修改。例如 系统设计报告也要补充修改。系统设计报告也要补充修改。 （2 2）使用过程化语言）使用过程化语言没有以根本上改变个体手工编程的工没有以根本上改变个体手工编程的工 作方式。作方式。 （3 3）专业开发人员开发用户使用的系统开发模式）专业开发人员开发用户使用的系统开发模式开发人员开发人员 与用户都要化时间去掌握对方专业领域的知识以期产生共同与用户都要化时间去掌握对方专业领域的知识以期产生共同 语言。他们之间存在着难以克服的通讯障碍。系统开发的质语言。他们之间存在着难以克服的通讯障碍。系统开发的质 量与时间就难以控制。量与时间就难以控制。 （4 4）用户热情没有自始至终调动）用户热情没有自始至终调动不能从根本上解决让用户不能从根本上解决让用户 参加系统开发的问题。系统维护就十分困难。参加系统开发的问题。系统维护就十分困难。 最重要的原因是无论是系统调查、系统分析还是系统设计最重要的原因是无论是系统调查、系统分析还是系统设计 给用户看到的只是一个给用户看到的只是一个“虚虚”的系统而不是的系统而不是“实实”的系统，他的系统，他 们面对着一个想象的系统去进行评价，他们仍不容易了解计算们面对着一个想象的系统去进行评价，他们仍不容易了解计算 机具体能为他们做些什么。这就很难想象他们能做出机具体能为他们做些什么。这就很难想象他们能做出“真正的真正的 ”评价，往往等到系统试运行以后他们才具体知道计算机实现评价，往往等到系统试运行以后他们才具体知道计算机实现 的管理信息系统功能，才能认真地仔细地评价、不幸的是为时的管理信息系统功能，才能认真地仔细地评价、不幸的是为时 太晚。太晚。 （5 5）文档资料缺乏实用价值，待别是早期的系统规格说明）文档资料缺乏实用价值，待别是早期的系统规格说明 专业知识的缺乏使得用户难以理解文档的内容，文档资料专业知识的缺乏使得用户难以理解文档的内容，文档资料 没有起到应有的作用，反而延长了开发时间。没有起到应有的作用，反而延长了开发时间。 （6 6）系统开发周期过长）系统开发周期过长结构化生命周期法并没有解决结构化生命周期法并没有解决 软件开发研制时间过长的严重危机，在计算机硬软件技术相通软件开发研制时间过长的严重危机，在计算机硬软件技术相通 讯技术日新月异发展的时代，很容易使刚建立起来的管理信息讯技术日新月异发展的时代，很容易使刚建立起来的管理信息 系统迅速变得陈旧，生命周期很短，所以系统开发周期过长将系统迅速变得陈旧，生命周期很短，所以系统开发周期过长将 导致系统运行时间变短。导致系统运行时间变短。 了解需求 分析需求 建立原型 运行与评价原型 交付系统 需求与建议 分析需求与建 议 新原型 需求与建议 分析需求与建 议 新原型 二、快速原型法原型模型二、快速原型法原型模型 原型法产生的背景：原型法产生的背景： 结构化分析设计的基本思想是将系统开发看作是工程项目结构化分析设计的基本思想是将系统开发看作是工程项目 ，有计划、有步骤地从上自下、按部就班地进行工作。因此它，有计划、有步骤地从上自下、按部就班地进行工作。因此它 要求用户一开始就要明确地提出所有需求。这对有些用户来说要求用户一开始就要明确地提出所有需求。这对有些用户来说 是有困难的，因为：是有困难的，因为： 用户特别是非计算机界的用户所提出的需求常常是不正确、不用户特别是非计算机界的用户所提出的需求常常是不正确、不 完全或不明确的。完全或不明确的。 处于不同认知世界的用户和软件设计者难以互相沟通，尤其是处于不同认知世界的用户和软件设计者难以互相沟通，尤其是 经验不足的软件设计者。经验不足的软件设计者。 有的用户需求结构复杂、背景知识复杂，难以抽象化，即模型有的用户需求结构复杂、背景知识复杂，难以抽象化，即模型 化和结构化。在这样的背景下，原型法就应运而生。（复杂化和结构化。在这样的背景下，原型法就应运而生。（复杂 的需求只有在开发的过程中才能逐步的清晰和完善）的需求只有在开发的过程中才能逐步的清晰和完善） 就实际系统来说，没有实体模型的启发，描述复杂的、相关连就实际系统来说，没有实体模型的启发，描述复杂的、相关连 的事物，人们的思维常常是挂一漏万，很难发掘出问题的实的事物，人们的思维常常是挂一漏万，很难发掘出问题的实 质或不易准确地描述问题。（如汽车设计中的模型）质或不易准确地描述问题。（如汽车设计中的模型） 原型法的认识论原型法的认识论 从认识论的角度来看，原型方法更多地遵循了人们认识事从认识论的角度来看，原型方法更多地遵循了人们认识事 物的规律，因而更容易为人们所普遍接受，这主要表现在：物的规律，因而更容易为人们所普遍接受，这主要表现在： 人们认识任何事物都不可能一次就完全了解，并把工作人们认识任何事物都不可能一次就完全了解，并把工作 做得尽善尽美；（如对人的了解）做得尽善尽美；（如对人的了解） 认识和学习的过程都是循序渐进的；认识和学习的过程都是循序渐进的；( (如学习如学习FOXPROFOXPRO语言语言 ) ) 人们对于事物的描述，往往都是受环境的启发而不断完人们对于事物的描述，往往都是受环境的启发而不断完 善的；（如重庆滨江公路的建设，最初只是为了解决交通问善的；（如重庆滨江公路的建设，最初只是为了解决交通问 题，随着环境的变化，人们才逐渐提出娱乐等新功能的需求题，随着环境的变化，人们才逐渐提出娱乐等新功能的需求 ） 人们批评一个已有的事物，要比空洞地描述自己的设想人们批评一个已有的事物，要比空洞地描述自己的设想 容易得多，改进一些事物要比创造一些事物容易得多。（如容易得多，改进一些事物要比创造一些事物容易得多。（如 重庆滨江公路的建设）重庆滨江公路的建设） 原型法的开发必须满足下列条件：原型法的开发必须满足下列条件： 原型的开发周期必须短，成本应该低；（特别是原型的开发周期必须短，成本应该低；（特别是 构建抛弃型的原型）构建抛弃型的原型） 要求用户参与评价原型；（没有用户的参与，就要求用户参与评价原型；（没有用户的参与，就 不可能清晰用户的需求）不可能清晰用户的需求） 原型必须是可运行的；（不能运行，就不可能有原型必须是可运行的；（不能运行，就不可能有 程序的正确性）程序的正确性） 根据原型的运行结果，要评价原型，再根据评价根据原型的运行结果，要评价原型，再根据评价 结果，要很容易修改原型。（原型必须能够快速修改结果，要很容易修改原型。（原型必须能够快速修改 ，否则将增加原型开发的周期），否则将增加原型开发的周期） 快速原型法的开发过程：快速原型法的开发过程： 初步需求分析初步需求分析 快速设计原型快速设计原型 构造初始原型构造初始原型 用户评价原型用户评价原型 修改和改进原型修改和改进原型 生成文档交付系统生成文档交付系统 快速原型模型快速原型模型 快速原型法主要针对传统的结构化方法所面临的困难而快速原型法主要针对传统的结构化方法所面临的困难而 提出的，依据信息系统的特点，他又表现为不同的运提出的，依据信息系统的特点，他又表现为不同的运 用方式，一般分为三种模型：用方式，一般分为三种模型： 探索型原型探索型原型 实验型原型实验型原型 演进型原型演进型原型 快速原型法应用的条件快速原型法应用的条件 系统需求在系统开发以前不能准确地加以陈述和说明，用户系统需求在系统开发以前不能准确地加以陈述和说明，用户 需求变化较快。需求变化较快。 有快速的系统建造工具。有快速的系统建造工具。 需要实际的、可供用户参与的系统模型。需要实际的、可供用户参与的系统模型。 要求用户素质高，能善于表达需求目标，并能够积极地参与要求用户素质高，能善于表达需求目标，并能够积极地参与 系统的开发。系统的开发。 系统分析人员和开发人员应具备较丰富的经验。系统分析人员和开发人员应具备较丰富的经验。 快速原型法的优点快速原型法的优点 认识论上的突破认识论上的突破 改进了用户和系统设计者的信息交流方式改进了用户和系统设计者的信息交流方式 用户满意程度提高用户满意程度提高 更加贴近实际更加贴近实际 开发风险度降低开发风险度降低 原型法减少了用户培训时间，简化了管理原型法减少了用户培训时间，简化了管理 开发成本降低开发成本降低 实用的学习工具实用的学习工具 应变能力强应变能力强 快速原型法的主要缺点：快速原型法的主要缺点： 开发工具要求高开发工具要求高 管理水平要求高管理水平要求高 ； 系统的交互方式必须简单明了系统的交互方式必须简单明了 。 解决复杂系统和大系统问题很困难解决复杂系统和大系统问题很困难 三、三、 OOOO开发方法开发方法- -对象对象 对象的表示对象的表示 标识：即是对象的名称，用来在问题域中区分其他对象。标识：即是对象的名称，用来在问题域中区分其他对象。 数据：用来描述对象属性的存储或数据结构，它表明了对象的一个状态数据：用来描述对象属性的存储或数据结构，它表明了对象的一个状态 。 操作：即对象的行为，分为两类：操作：即对象的行为，分为两类： 对象自身承受的操作，即操作结果修改了自身原有属性状态；对象自身承受的操作，即操作结果修改了自身原有属性状态； 施加于其他对象的操作，即将产生的输出结果作为消息发送的操作施加于其他对象的操作，即将产生的输出结果作为消息发送的操作 。 接口：主要指对外接口，是指对象受理外部消息所指定的操作的名称集接口：主要指对外接口，是指对象受理外部消息所指定的操作的名称集 合。合。 对象的本质对象的本质 对象的特征对象的特征 对象的本质：数据与操作的封装，又称信息隐藏。能保证每个对对象的本质：数据与操作的封装，又称信息隐藏。能保证每个对 象在定义时尽可能少地显露其内部的处理，而很好地屏蔽局部象在定义时尽可能少地显露其内部的处理，而很好地屏蔽局部 不稳定因素，把易变因素对整个系统结构的影响降到最低。不稳定因素，把易变因素对整个系统结构的影响降到最低。 对象的特征（四种）对象的特征（四种） 唯一标识性：每一对象都具有自身的唯一标识符。唯一标识性：每一对象都具有自身的唯一标识符。 继承性：在对象之间有属性关系的共同性，子模块继承了父模继承性：在对象之间有属性关系的共同性，子模块继承了父模 块的属性。块的属性。 分类性：可以将具有一致数据结构（属性）和行为（操作）的分类性：可以将具有一致数据结构（属性）和行为（操作）的 对象抽象成类。对象抽象成类。 多态性：同一操作可以是多个不同类的行为。多态性：同一操作可以是多个不同类的行为。 以对象为主体的以对象为主体的OOOO方法就可以简单解释为：方法就可以简单解释为： 客观事物都是由对象（客观事物都是由对象（objectobject）组成。）组成。 对象由属性和方法组成。对象由属性和方法组成。 对象之间的联系主要是通过传递消息（对象之间的联系主要是通过传递消息（messagemessage）来实现的）来实现的 对象可按其属性进行归类（对象可按其属性进行归类（classclass）。）。 对象是一个被严格模块化了的实体，称之为封装（对象是一个被严格模块化了的实体，称之为封装（ encapsulationencapsulation）。）。 类的组成类的组成 类类(class)(class)：具有相似属性和相同行为模式的一组对象称为类：具有相似属性和相同行为模式的一组对象称为类 ，是对象类的缩写。这些对象具有一般行为、一般关系及，是对象类的缩写。这些对象具有一般行为、一般关系及 一般语义。一般语义。 标识：是类的名称，用以区分其他类；标识：是类的名称，用以区分其他类； 继承：描述子类承袭的父类的名称，以及继承得到的结构与继承：描述子类承袭的父类的名称，以及继承得到的结构与 功能：功能： 数据结构：是对该类数据的组织结构的描述；数据结构：是对该类数据的组织结构的描述； 操作：指该类通用功能的具体实现方法；操作：指该类通用功能的具体实现方法； 接口：指面向其他类的统一的外部通讯协议。接口：指面向其他类的统一的外部通讯协议。 类的特点类的特点 类具有明显的层次性：类具有明显的层次性： 一个类可以派生出多个子类，父类层有的数据可被多次重一个类可以派生出多个子类，父类层有的数据可被多次重 用，子类亦可扩展自身的属性方法。用，子类亦可扩展自身的属性方法。 对象是类的一个具体实例。对象是类的一个具体实例。 在系统开发中可以通过增加新的实例来增加系统的功能。在系统开发中可以通过增加新的实例来增加系统的功能。 消息：消息： 对象与对象之间控制和调用的数据或信息。对象与对象之间控制和调用的数据或信息。 消息传递：对象与对象之间互相传递数据以及控制和调用的过程消息传递：对象与对象之间互相传递数据以及控制和调用的过程 。 对象与对象间传送的消息实质上是接受对象所具有的操作对象与对象间传送的消息实质上是接受对象所具有的操作 方法名称，有时还包括相应参数。方法名称，有时还包括相应参数。 系统可以简单地看做一个彼此通过传递消息而相互作用的对系统可以简单地看做一个彼此通过传递消息而相互作用的对 象集合。象集合。 继承：是指一个类继承：是指一个类( (即称子类即称子类) )因承袭而具有另一个类因承袭而具有另一个类( (或称父类或称父类) ) 的能力和特征的机制或关系。的能力和特征的机制或关系。 父类更具有通用性，而子类则具有特殊性。父类更具有通用性，而子类则具有特殊性。 子类可以从它的父类，直至祖先那里继承方法和属性。子类可以从它的父类，直至祖先那里继承方法和属性。 继承关系经常被称为继承关系经常被称为“isa”isa”关系。关系。 继承的优点继承的优点 容易得到子类。容易得到子类。 n n 利用继承，我们只要在原有类的基础上修改增补删减少利用继承，我们只要在原有类的基础上修改增补删减少 量的数据和方法，就可以得到子类，然后生成大小、初量的数据和方法，就可以得到子类，然后生成大小、初 态不同的实例；态不同的实例； 接口的一致性接口的一致性(consistency of interface)(consistency of interface)。 n n 父类衍生子类时，父类的操作接口也传递给其子类。因父类衍生子类时，父类的操作接口也传递给其子类。因 而在传递消息时，无需了解接口的详细情况；而在传递消息时，无需了解接口的详细情况； 继承机制支持重用。继承机制支持重用。 n n 传统结构化方法中的过程调用虽然也是重用的典型例子传统结构化方法中的过程调用虽然也是重用的典型例子 ，但它在层次上不如继承高。这是继承的最主要的优点，但它在层次上不如继承高。这是继承的最主要的优点 。 现实世界的车 父类：车 子类1：自行车子类2：汽车 对象2.1：奔驰车 对象2.2：别克车对象1.1： 数据：时速80公里时 方法：开车、加油 多态 消息传递 实例化 继承 面向对象基本概念及其关系图 OOOO的开发步骤的开发步骤 第一步：系统调查和需求分析：对系统将要面临的具体管第一步：系统调查和需求分析：对系统将要面临的具体管 理问题以及用户对系统开发的需求进行调查，弄清出理问题以及用户对系统开发的需求进行调查，弄清出“要干要干 什么什么”的问题。的问题。 第二步：面向对象分析（第二步：面向对象分析（OOAOOA），即分析