第 第 7 讲 讲 MIS 的建设、规 的建设、规 划、开发及管理 划、开发及管理 § § 1 管理信息系统开发的概念框架 管理信息系统开发的概念框架 § § 2 管理信息系统的建设 管理信息系统的建设 § § 3 管理信息系统的战略规划 管理信息系统的战略规划 § § 4 管理信息系统开发方法概述 管理信息系统开发方法概述 § § 5 管理信息系统的管理 管理信息系统的管理 § § 6 管理信息系统的成功与失败 管理信息系统的成功与失败 参考文献及网址参考文献及网址 § § 1 管理信息系统开发的概念框架 管理信息系统开发的概念框架 § § 1.1 § § 1.2 § § 1.3 § § 1.4 § § 1.5 系统开发的概念框架 系统开发的概念框架 系统开发的组织管理 系统开发的组织管理 开发方式 开发方式 系统集成 系统集成 信息系统开发工具 信息系统开发工具 § § 1.1 系统开发的概念框架 系统开发的概念框架 开发组织和 开发组织和 运作方式 运作方式 开发方法论 开发方法论 系统集成 系统集成 管理业务 管理业务 管理信息系统 管理信息系统 开发的决策 开发的决策 § § 1.2 系统开发的组织管理 系统开发的组织管理 （ （ 1）建立 ）建立 /开发 开发 MIS的基础条件 的基础条件 ? 领导重视，业务人员积极性高 领导重视，业务人员积极性高 ? 有一定的科学管理基础 有一定的科学管理基础 ? 能组织一支不同层次的技术队伍 能组织一支不同层次的技术队伍 ? 具备一定的资源 具备一定的资源 ? 企业规模 企业规模 § § 1.2 （ （ 2）系统开发的准备工作 ）系统开发的准备工作 ? 建立领导机构 建立领导机构 ? 建立信息系统委员会 建立信息系统委员会 ? 建立一个系统开发组 建立一个系统开发组 （ （ 3）系统开发的计划与控制（项目管理） ）系统开发的计划与控制（项目管理） ? 资源保证 资源保证 ? 进度保证 进度保证 ? 审核批准 审核批准 ? 进度和费用统计 进度和费用统计 § § 1.2 （ （ 4）项目管理软件的采用 ）项目管理软件的采用 项目管理软件 项目管理软件 软件软件 供应商供应商 Project Microsoft公司公司 SEWB3/PJMS 日立公司日立公司 Project Management Workbench ABT公司公司 Super Project Computer Associates公司公司 On Target Symantec公司公司 Time Line Symantec公司公司 Project Scheduler Scitor公司公司 § § 1.2 应用项目管理软件的益处 应用项目管理软件的益处 ◇◇ 精确性精确性 ◇◇ 处理复杂问题的能力处理复杂问题的能力 ◇◇ 可维护性和可更改性可维护性和可更改性 ◇◇ 保持记录保持记录 ◇◇ 假设分析假设分析 ◇◇ 使用简便使用简便 ◇◇ 速度速度 § § 1.3 开发方式 开发方式 ◇ ◇ 开发管理信息系统常用的几种基本形式： 开发管理信息系统常用的几种基本形式： 自行开发 自行开发 委托开发 委托开发 合作开发 合作开发 购买商品软件 购买商品软件 集成方式 集成方式 ◇ ◇ 系统开发必须有懂管理的人员参与 系统开发必须有懂管理的人员参与 ◇ ◇ 开发组织由用户单位、开发商、咨询机构三 开发组织由用户单位、开发商、咨询机构三 方人员组成 方人员组成 ◇ ◇ 开发方由项目负责人、系统分析员、高级程 开发方由项目负责人、系统分析员、高级程 序员和程序员组成 序员和程序员组成 开 发 方 式 的 比 较 开 发 方 式 的 比 较 自 行 开 发 自 行 开 发 委 托 开 发 委 托 开 发 合 作 开 发 合 作 开 发 购 买 商 购 买 商 品 软 件 品 软 件 对 分 析 、 对 分 析 、 设 计 力 量 设 计 力 量 的 要 求 的 要 求 非 常 需 要非 常 需 要 不 太 需 要不 太 需 要 逐 步 培 养逐 步 培 养 少 量 培 养少 量 培 养 对 编 程 力 对 编 程 力 量 的 要 求 量 的 要 求 非 常 需 要非 常 需 要 不 需 要不 需 要 需 要需 要 少 量 需 要少 量 需 要 系 统 维 护 系 统 维 护 容 易容 易 较 困 难较 困 难 较 容 易较 容 易 困 难困 难 开 发 费 用 开 发 费 用 少少 多多 较 多较 多 较 少 § § 1.3 较 少 § § 1.4 系统集成 系统集成 系统集成 系统集成 为了达到系统目标将可利用的资源有效地组织起 为了达到系统目标将可利用的资源有效地组织起 来的过程和结果。系统集成的目标是使系统的总效益 来的过程和结果。系统集成的目标是使系统的总效益 大于各部件效益之总和，即 大于各部件效益之总和，即 1+1>2。 。 系统集成的分类 系统集成的分类 按涉及的范围：技术集成、信息集成、组织和人员集 按涉及的范围：技术集成、信息集成、组织和人员集 成、形象集成 成、形象集成 按系统优化程度：联通集成、共享集成、最优集成 按系统优化程度：联通集成、共享集成、最优集成 按具体程度：概念集成、逻辑集成、物理集成 按具体程度：概念集成、逻辑集成、物理集成 § § 1.5 信息系统开发工具 信息系统开发工具 ◇ ◇ 开发工具的进化 开发工具的进化 ◇ ◇ 基于客户机 基于客户机 /服务器（ 服务器（ C／ ／ S） ） 模式的 模式的 GUI （ （ 图形用户界面）开发工具 图形用户界面）开发工具 ? 前端开发工具或客户方软件 前端开发工具或客户方软件 ? 后端服务器或数据库 后端服务器或数据库 § § 1.5 开 开 发 发 工 工 具 具 分 分 类 类 典 型 产 品 典 型 产 品 特 特 征 征 可 视 化 开 发 工 具可 视 化 开 发 工 具 Visual BASIC Visual C++ Delphi 价 格 低 、 学 习 容 易 、 显 示 画价 格 低 、 学 习 容 易 、 显 示 画 面 做 成 效 率 高 、 维 护 性 差面 做 成 效 率 高 、 维 护 性 差 专 用 开 发 工 具专 用 开 发 工 具 Power Builder 面 向 对 象 、 开 发 效 率 高 、 维面 向 对 象 、 开 发 效 率 高 、 维 护 性 好 、 价 格 高 、 控 制 条 件护 性 好 、 价 格 高 、 控 制 条 件 多多 表 计 算 软 件表 计 算 软 件 Excel Lotus 1-2-3 价 格 低 、 学 习 容 易 、 图 形 功价 格 低 、 学 习 容 易 、 图 形 功 能 强 、 性 能 较 低 、 维 护 性 差能 强 、 性 能 较 低 、 维 护 性 差 PC数 据 库数 据 库 Access FoxPro Paradox 价 格 低 、 学 习 容 易 、 可 以 从价 格 低 、 学 习 容 易 、 可 以 从 单 机 开 始 扩 张 、 维 护 性 差单 机 开 始 扩 张 、 维 护 性 差 § § 2 管理信息系统的建设 管理信息系统的建设 § § 2.1 企业信息化的发展阶段 企业信息化的发展阶段 § § 2.2 管理信息系统的开发策略 管理信息系统的开发策略 § § 2.3 管理信息系统建设的复杂性 管理信息系统建设的复杂性 § § 2.4 MIS建设是一个社会过程 建设是一个社会过程 § § 2.1 企业信息化的发展阶段 企业信息化的发展阶段 ? 五个阶段 五个阶段 —— —— 自行开发、数据孤岛、企业流程重组、 自行开发、数据孤岛、企业流程重组、 商业流程重组、重新定义商业范围 商业流程重组、重新定义商业范围 ? 三个阶段 三个阶段 —— —— 工作自动化、信息管理、经营转型 工作自动化、信息管理、经营转型 § § 2.1 ? 七个阶段 七个阶段 —— 辅助工作、业务上的管理支持、附加 辅助工作、业务上的管理支持、附加 的顾客价值、竞争优势、战略洞察力、 的顾客价值、竞争优势、战略洞察力、 转变、知识网络 转变、知识网络 ? 五个阶段 五个阶段 —— 文献管理、计算机管理、信息资源管 文献管理、计算机管理、信息资源管 理、竞争性情报管理、知识管理 理、竞争性情报管理、知识管理 § § 2.1 ? 世界银行的信息技术扩散模型 世界银行的信息技术扩散模型 —— 世界银行纳格 世界银行纳格 ·汉纳（ 汉纳（ N． ． Hanna） ） ◇ ◇ 信息技术在企业中的扩散 信息技术在企业中的扩散 替代阶段 替代阶段 提高阶段 提高阶段 转型阶段 转型阶段 ◇ ◇ 四个环节 四个环节 信息环节 信息环节 分析环节 分析环节 获取环节 获取环节 使用环节 使用环节 § § 2.1 ? 诺兰模型 诺兰模型 —— 美国哈佛大学教授诺兰（ 美国哈佛大学教授诺兰（ R． ． Nolan） ） ◇ ◇ 信息系统发展的六阶段论 信息系统发展的六阶段论 ? 初装 初装 /初始阶段 初始阶段 ? 蔓延 蔓延 /普及阶段 普及阶段 ? 控制阶段 控制阶段 ? 集成阶段 集成阶段 ? 数据管理阶段 数据管理阶段 ? 信息管理阶段 信息管理阶段 § § 2.1 用户意识用户意识 领导模式领导模式 MIS的地 位的地 位 计划控制计划控制 应用方式应用方式 计算机软硬资源计算机软硬资源 初装初装 蔓延蔓延 控制控制 集成集成 数据数据 管理管理 成熟成熟 § § 2.1 ? 企业建设信息系统的模式 企业建设信息系统的模式 ◇ ◇ 企业 企业 -行业互动模式 行业互动模式 ◇ ◇ 挑战 挑战 -反应模式 反应模式 ◇ ◇ 雁行模式 雁行模式 —— 由于企业实施信息化的时间或起点不 由于企业实施信息化的时间或起点不 同，行业内不同企业之间形成了技术和管理 同，行业内不同企业之间形成了技术和管理 水平上的差距系列，犹如犹如大雁飞行状发展。 水平上的差距系列，犹如犹如大雁飞行状发展。 ◇ ◇ 地域互动模式 地域互动模式 § § 2.2 管理信息系统的开发策略 管理信息系统的开发策略 1 “自下而上 自下而上 ”的开发策略 的开发策略 A. 从业务系统开始，先实 从业务系统开始，先实 现每个基本功能（即数据 现每个基本功能（即数据 处理功能）； 处理功能）； B. 逐步向高级建设，即， 逐步向高级建设，即， 增加管理 增加管理 /控制功能 控制功能 。 。 § § 2.2 一般，处于 一般，处于 “初装 初装 ”和 和 “蔓延 蔓延 ”阶段的企业，都 阶段的企业，都 采用这种策略。 采用这种策略。 优点： 优点： 能保证最终的系统可以运行 能保证最终的系统可以运行 —— 尽管所开发的系 尽管所开发的系 统不十分完美。 统不十分完美。 缺点： 缺点： A. 缺乏整体的优化； 缺乏整体的优化； B. 开发过程中，存在大量的重复工作。 开发过程中，存在大量的重复工作。 § § 2.2 2 “自上而下 自上而下 ”的开发策略 的开发策略 强调从整体上进行规划和协调的开发策略。其特点 强调从整体上进行规划和协调的开发策略。其特点 是：注重整体性（从整体到局部考虑问题）；能找出合 是：注重整体性（从整体到局部考虑问题）；能找出合 理的 理的 “信息流 信息流 ”。 。 优点： 优点： 整体性强；逻辑性强。 整体性强；逻辑性强。 缺点： 缺点： 复杂、繁琐。 复杂、繁琐。 § § 2.2 一般来讲： 一般来讲： 自上而下 自上而下 —— 适合于开发大型 适合于开发大型 MIS； ； 自下而上 自下而上 —— 适合于开发小型 适合于开发小型 MIS。 。 实际应用中，经常混合使用上述两种策略 实际应用中，经常混合使用上述两种策略 ： ： “战略规划 战略规划 ”使用 使用 “自上而下 自上而下 ”， ， “应用系统 应用系统 ”使用 使用 “自 自 下而上 下而上 ”。 。 § § 2.2 关于开发策略的另一种提法： 关于开发策略的另一种提法： 接收式 接收式 ——就是 就是 通过初步调查，确认用户对系 通过初步调查，确认用户对系 统的信息需求。 统的信息需求。 直接式 直接式 ——是指 是指 通过调查研究分析后， 通过调查研究分析后， 可以立 可以立 即确定用户需求和处理过程。 即确定用户需求和处理过程。 迭代式 迭代式 ——是指通过反复分析、设计、研讨和 是指通过反复分析、设计、研讨和 修改，逐步完成系统开发的方法 修改，逐步完成系统开发的方法 。 。 实验式 实验式 ——是指系统需求很难确定，只能通过 是指系统需求很难确定，只能通过 反复试验逐步改善进行系统开发的 反复试验逐步改善进行系统开发的 方式。 方式。 § § 2.3 管理信息系统建设的复杂性 管理信息系统建设的复杂性 ? 技术手段复杂 技术手段复杂 ? 样品就是产品 样品就是产品 ? 投资密度大，效益难以计算 投资密度大，效益难以计算 ? 环境复杂多变 环境复杂多变 § § 2.4 MIS建设是一个社会过程 建设是一个社会过程 ? 交钥匙工程 交钥匙工程 ? 社会人文因素 社会人文因素 ? 辅助企业管理的人机系统 辅助企业管理的人机系统 § § 3 管理信息系统的战略规划 管理信息系统的战略规划 § § 3.1 MIS战略规划的作用和内容 战略规划的作用和内容 § § 3.2 MIS战略规划的组织 战略规划的组织 § § 3.3 制定 制定 MIS战略规划的一般步骤 战略规划的一般步骤 § § 3.4 U/C矩阵的应用 矩阵的应用 § § 3.1 MIS战略规划的作用和内容 战略规划的作用和内容 一般认为， 一般认为， MIS的战略规划是组织的战略规 的战略规划是组织的战略规 划的一部分。 划的一部分。 1. 作用 作用 A.合理利用信息资源（信息、信息 合理利用信息资源（信息、信息 技术、信息生产者），以节省 技术、信息生产者），以节省 MIS投资； 投资； B.明确 明确 MIS的任务； 的任务； C.为将来的评估工作提供依据。 为将来的评估工作提供依据。 § § 3.1 2. 内容 内容 A. MIS的 的 目标 目标 、 、 约束 约束 及 及 总体结构 总体结构 ； ； B. 组 组 织的现状，包括： 织的现状，包括： 软硬件、人员配备及开发费用等； 软硬件、人员配备及开发费用等； C. 业务流程的现状、存在的问题、流程重组等； 业务流程的现状、存在的问题、流程重组等； D. 对影响规划的 对影响规划的 IT发展的预测。 发展的预测。 系统构成（哪些子系统）系统构成（哪些子系统） 实现实现 MIS的环境、条件的环境、条件 MIS应实现的功能应实现的功能 § § 3.2 MIS战略规划的组织 战略规划的组织 其要点包含以下三个方面： 其要点包含以下三个方面： ⑴ ⑴ 领导小组 领导小组 决策者之一 决策者之一 ＋ ＋ 各个职能部门的业务骨干 各个职能部门的业务骨干 ⑵ ⑵ 人员培训 人员培训 结合制定战略规划的方法进行。 结合制定战略规划的方法进行。 ⑶ ⑶ 规定进度 规定进度 规划工作本身的进度，避免无限期拖延。 规划工作本身的进度，避免无限期拖延。 § § 3.3 制定 制定 MIS战略规划的一般步骤 战略规划的一般步骤 一般，管理信息系统战略规划的制定包括以 一般，管理信息系统战略规划的制定包括以 下九个步骤： 下九个步骤： 1 确定规划的性质 确定规划的性质 —— 年限、方法等； 年限、方法等； 2 收集相关信息； 收集相关信息； 3 战略分析，包括： 战略分析，包括： MIS的目标、开发方法、功能结构、计划活动、 的目标、开发方法、功能结构、计划活动、 信息部门的情况、财务情况、风险度以及政策 信息部门的情况、财务情况、风险度以及政策 法规等内容； 法规等内容； § § 3.3 4 定义约束条件 定义约束条件 人、财、物的限制； 人、财、物的限制； 5 明确战略目标 明确战略目标 结合 结合 3）、 ）、 4），给出 ），给出 MIS的功能、范围、质量等； 的功能、范围、质量等； 6 提出总体结构 提出总体结构 有哪些子系统； 有哪些子系统； 7 选择开发方案 选择开发方案 确定子系统的开发顺序、开发策略、开发方法等； 确定子系统的开发顺序、开发策略、开发方法等； § § 3.3 8 确定实施进度 确定实施进度 项目成本、人员需求、开发进度表等； 项目成本、人员需求、开发进度表等； 9 形成文档，并讨论、批准、生效。 形成文档，并讨论、批准、生效。 一般认为，那些用于企业传统战略规划制定 一般认为，那些用于企业传统战略规划制定 的方法均可用于组织的管理信息系统战略规划的 的方法均可用于组织的管理信息系统战略规划的 制定。如， 制定。如， BSP法、 法、 CSF法等。 法等。 § § 3.4 U/C矩阵的应用 矩阵的应用 制定 制定 MIS战略规划的一般步骤中的第 战略规划的一般步骤中的第 6步，涉 步，涉 及到未来管理信息系统的总体结构的确定。 及到未来管理信息系统的总体结构的确定。 关于管理信息系统的总体结构，通常用 关于管理信息系统的总体结构，通常用 MIS 中所包含的各个 中所包含的各个 “子系统 子系统 ”来描述，因此，确定总 来描述，因此，确定总 体结构的过程，也称为 体结构的过程，也称为 “子系统划分 子系统划分 ”。 。 理论上讲，进行 理论上讲，进行 “子系统划分 子系统划分 ”有很多方法， 有很多方法， 其中最常用的方法是 其中最常用的方法是 U/C矩阵法。 矩阵法。 § § 3.4 下图标注出了使用 下图标注出了使用 U/C矩阵进行子系统划分 矩阵进行子系统划分 的步骤： 的步骤： A、 、 B、 、 C、 、 D、 、 E、 、 F 数据类数据类 1 数据类数据类 2 数据类数据类 k 功能功能 1 U U · · · C 功能功能 n § § 3.4 A —— 填入 填入 “数据类 数据类 ”； ； B —— 填入 填入 “功能 功能 ”； ； C —— 标以 标以 U或 或 C； ； D —— 按逻辑关系以及发生的先后顺序，重 按逻辑关系以及发生的先后顺序，重 排各个功能； 排各个功能； E —— 重排数据类，原则：使得所有的 重排数据类，原则：使得所有的 “C”尽 尽 可能靠近对角线； 可能靠近对角线； F —— 分组（如下图所示），结果不唯一。 分组（如下图所示），结果不唯一。 § § 3.4 功 能功 能 1 C U U U C C C U C C U C C U C C C 功 能功 能 n U C C C § § 4 管理信息系统开发方法概述 管理信息系统开发方法概述 § § 4.1 概述 概述 § § 4.2 各种开发方法简介 各种开发方法简介 § § 4.3 开发方法的组合 开发方法的组合 § § 4.4 开发方法的发展 开发方法的发展 § § 4.1 概述 概述 1. 开发方法的发展过程 开发方法的发展过程 开 发 方 法开 发 方 法 自 由 编 程自 由 编 程 开 发 系 统开 发 系 统 结结 构构 化化 开 发 方 法开 发 方 法 原 型 法原 型 法 CASE方 法方 法 OO方 法方 法 其 它 方 法其 它 方 法 开 发 模 型开 发 模 型 “翻 译翻 译 ”手 工手 工 操 作 方 法操 作 方 法 全 面 业 务 调 查 和 需全 面 业 务 调 查 和 需 求 分 析 方 法求 分 析 方 法 全 面 业 务 调全 面 业 务 调 查 和 综 合 分查 和 综 合 分 析 方 法析 方 法 全 面 业 务 调 查全 面 业 务 调 查 和 综 合 分 析 方和 综 合 分 析 方 法法 全 面 业 务 调 查全 面 业 务 调 查 和 综 合 分 析 方和 综 合 分 析 方 法法 OO、、 4GLs OO、、 4GLs、、 RDBS 实 现 技 术实 现 技 术 各 自 编 程各 自 编 程 手 工 制 图 和 结 构 化手 工 制 图 和 结 构 化 编 程 技 术编 程 技 术 手 工 制 图 和手 工 制 图 和 程 序 生 成 系程 序 生 成 系 统统 CASE、、 CAD、、 OOP和 开 发 生和 开 发 生 成 环 境成 环 境 技 术 基 础技 术 基 础 一 般 程 序 设一 般 程 序 设 计 语 言计 语 言 纸 、 笔 、 工 程 规 范纸 、 笔 、 工 程 规 范 和 结 构 化 程 序和 结 构 化 程 序 纸 、 笔 、 工纸 、 笔 、 工 程 规 范程 规 范 4GLs、、 RDBS CAD、、 4GLs、 BDS 、 R 、、 CASE、 ++ 、 C 等等 年 代年 代 60’s 70’s 80’s 90’s § § 4.1 2. 研究开发方法的原因和目的 研究开发方法的原因和目的 原因 原因 —— 随着管理信息系统应用程度的深入 随着管理信息系统应用程度的深入 和应用规模的扩大，出现的问题： 和应用规模的扩大，出现的问题： ? 手工过程手工过程 “翻译翻译 ”成软件程序，常常失败；成软件程序，常常失败； ? 大型的应用系统应如何合理地组织人力、物力、财力来协大型的应用系统应如何合理地组织人力、物力、财力来协 调开发；调开发； ? 如何对一个实体组织进行调查分析；如何对一个实体组织进行调查分析； ? 如何对一个大型系统进行系统化的划分；如何对一个大型系统进行系统化的划分； ? 如何合理地协调数据和利用信息资源；如何合理地协调数据和利用信息资源； ? 如何充分发挥计算机的处理能力，更好的解决实际管理问如何充分发挥计算机的处理能力，更好的解决实际管理问 题等。题等。 § § 4.1 目的 目的 ? 使开发的 使开发的 MIS 正确反映管理需要、满足用户需求、能为 正确反映管理需要、满足用户需求、能为 决策者提供支持； 决策者提供支持； ? 有效地管理系统开发过程，加快软件开发速度，提高软 有效地管理系统开发过程，加快软件开发速度，提高软 件生产效率，降低费用； 件生产效率，降低费用； ? 增强 增强 MIS 软件产品的功能，提高软件产品的质量； 软件产品的功能，提高软件产品的质量； ? 能最 能最 大限度地发挥软、硬件的功能； 大限度地发挥软、硬件的功能； ? 能合理组织和充分利用各种资源。 能合理组织和充分利用各种资源。 § § 4.1 3. 开发方法的结构体系 开发方法的结构体系 系统开发生命周期系统开发生命周期 方方 法法 学学 技技 术术 开发环境开发环境 /工具工具 中央资源库中央资源库 图图 4.1 开发方法结构体系简图开发方法结构体系简图 主流 主流 的系统开发方法，其侧 的系统开发方法，其侧 重点各有所不同： 重点各有所不同： ? 强调开发过程的组织、管理和控强调开发过程的组织、管理和控 制，属于制，属于 系统开发生命周期系统开发生命周期 (SDLC) 的范畴；的范畴； ? 强调开发方法的驱动对象，属于强调开发方法的驱动对象，属于 方法论方法论 的范畴；的范畴； ? 支持某种方法论的技术，属于支持某种方法论的技术，属于 技技 术术 范畴；范畴； ? 系统开发需要在一定的开发环境系统开发需要在一定的开发环境 下运用开发工具来完成，属于下运用开发工具来完成，属于 系系 统开发环境统开发环境 /工具研究工具研究 的范畴。的范畴。 § § 4.1 图 图 4.1中： 中： ? 系统开发生命周期（ 系统开发生命周期（ SDLC） ） 是指系统分析员、软件工程师、程序员以及最终用 是指系统分析员、软件工程师、程序员以及最终用 户建立计算机信息系统的一个过程，是管理和控制信息 户建立计算机信息系统的一个过程，是管理和控制信息 系统开发成功的一种必要措施和手段。或者是一种用于 系统开发成功的一种必要措施和手段。或者是一种用于 规划、执行和控制信息系统开发项目的项目组织和管理 规划、执行和控制信息系统开发项目的项目组织和管理 方法，是系统工程方法在信息系统开发中的具体应用。 方法，是系统工程方法在信息系统开发中的具体应用。 § § 4.1 ? 开发方法学 开发方法学 开发方法学是一组 开发方法学是一组 思想、规范、过程、技 思想、规范、过程、技 术、环境及工具的集成， 术、环境及工具的集成， 是将具体的方法与技术 是将具体的方法与技术 包装在一起而形成的一 包装在一起而形成的一 种思想体系。 系统开发的系统开发的 组织和管理组织和管理 标标 准准 化化 (开发规范开发规范 ) 开发环境开发环境 /工具工具 开发技术开发技术 开发方开发方 法法 学学 种思想体系。 § § 4.1 任何一种开发方法学都应支持 任何一种开发方法学都应支持 SDLC 的每一个阶段， 的每一个阶段， 并对整个 并对整个 SDLC 进行综合、详细的描述，体现在： 进行综合、详细的描述，体现在： ? 每个阶段所包含的每一个作业；每个阶段所包含的每一个作业； ? 每一个作业中个人和小组的作用；每一个作业中个人和小组的作用； ? 每一个作业的质量标准；每一个作业的质量标准； ? 所运用的开发技术。所运用的开发技术。 方法学的分类： 方法学的分类： ? 面向过程的方法学（结构化方法学）面向过程的方法学（结构化方法学） —— 70年代的主流年代的主流 ? 面向数据的方法学（数据建模和信息工程）面向数据的方法学（数据建模和信息工程） —— 80年代的主流年代的主流 ? 面向对象的方法学面向对象的方法学 —— 90年代的主流年代的主流 § § 4.1 ? 技术 技术 技术是指运用一些特殊的工具和规则来完成 技术是指运用一些特殊的工具和规则来完成 SDLC的 的 一个或几个阶段。技术只是支持某一种方法学或开发过 一个或几个阶段。技术只是支持某一种方法学或开发过 程中的一部分。 程中的一部分。 如：数据流程图、实体关系图 如：数据流程图、实体关系图 —— 结构化方法学 结构化方法学 中的技术。 中的技术。 ? 系统开发环境 系统开发环境 /工具 工具 系统开发环境 系统开发环境 /工具是指用于支持系统生命周期、方 工具是指用于支持系统生命周期、方 法学以及技术的应用系统。 法学以及技术的应用系统。 对上述个范畴进一步扩展，即为现在各种主要的开 对上述个范畴进一步扩展，即为现在各种主要的开 发方法。详见图 发方法。详见图 4.2。 。 § § 4.1 系统开发方法系统开发方法 结构化结构化 SDLC 原型法原型法 面向过程方法面向过程方法 (结构化方法结构化方法 ) 面向数据方法面向数据方法 (信息工程方法信息工程方法 ) 面向对象方法面向对象方法 (OO方法方法 ) 可视化技术可视化技术 计算机辅助计算机辅助 软件工程软件工程 软件复用技术软件复用技术 其它技术其它技术 计算机辅助计算机辅助 软软 件件 工工 程程 软件开发环境软件开发环境 集成化的项目集成化的项目 / 程序支持环境程序支持环境 中央资源库中央资源库 系统开发环境系统开发环境 /工具工具 技技 术术 系统开发生命周期系统开发生命周期 (SDLC) 方法学：驱动对象的观点方法学：驱动对象的观点 图图 4.2 开发方法的结构体系开发方法的结构体系 § § 4.1 综上所述， 综上所述， 主流 主流 的开发方法有以下特点： 的开发方法有以下特点： ? 这些方法在一定层面上，从不同的角度提出，但彼此 这些方法在一定层面上，从不同的角度提出，但彼此 相互联系、相互支持、相互制约； 相互联系、相互支持、相互制约； ? 这些方法之间的关系从上图四个层次中体现； 这些方法之间的关系从上图四个层次中体现； ? 开发环境 开发环境 /工具位于最底层，说明其他三个层面均离不 工具位于最底层，说明其他三个层面均离不 开开发环境 开开发环境 /工具的支持； 工具的支持； ? 技术是组成方法学的基本成分。 技术是组成方法学的基本成分。 § § 4.2 各种 各种 开发方法 开发方法 简介 简介 ? 生命周期法 生命周期法 ? 结构化系统开发方法 结构化系统开发方法 ? 原型法 原型法 ? 面向对象法 面向对象法 ? 计算机辅助软件工程法 计算机辅助软件工程法 ? 外部化法 外部化法 ? 最终用户开发法 最终用户开发法 ? 软件包法 软件包法 新新 要求要求 领导领导 批准批准 可行性可行性 分析分析 详细详细 调查调查 提出初提出初 步模型步模型 概要概要 设计设计 详细详细 设计设计 编程编程 调试调试 编写技编写技 术文件术文件 系统系统 转换转换 运行运行 评估评估 发现发现 问题问题 领导领导 批准批准 领导领导 批准批准 系 统 分 析 系 统 分 析 系 统 实 施 系 统 实 施 系 统 设 计 系 统 设 计 § § 4.2 生 命 周 期 法 生 命 周 期 法 § § 4.2 新新 要求要求 领导领导 批准批准 可行性可行性 分析分析 详细调详细调 查分析查分析 提出逻提出逻 辑方案辑方案 数据存数据存 储设计储设计 处理过处理过 程设计程设计 编程编程 调试调试 编写技编写技 术文件术文件 系统系统 转换转换 运行运行 评估评估 发现发现 问题问题 领导领导 批准批准 领导领导 批准批准 系 统 分 析 系 统 分 析 系 统 实 施 系 统 实 施 系 统 设 计 系 统 设 计 系统化系统化 分析分析 代码代码 设计设计 总体总体 设计设计 确定管确定管 理模型理模型 物理配物理配 置方案置方案 结构化系统开发方法 结构化系统开发方法 § § 4.2 1. 特点 特点 （ （ 1）强调计划性，排斥不确定性； ）强调计划性，排斥不确定性； （ （ 2）强调分工，从设计到生产各个阶段都 ）强调分工，从设计到生产各个阶段都 有严格的划分； 有严格的划分； （ （ 3）强调合作； ）强调合作； （ （ 4）强调标准化与规范化，排斥个性化与 ）强调标准化与规范化，排斥个性化与 自由发挥； 自由发挥； （ （ 5） ） 过于耗费资源； 过于耗费资源； （ （ 6）缺乏灵活性； ）缺乏灵活性； （ （ 7）不适用于开发那些需求不明确的系统。 ）不适用于开发那些需求不明确的系统。 § § 4.2 2. 适应场合 适应场合 （ （ 1）适合软件的社会化大生产 ）适合软件的社会化大生产 ， ， 大型项 大型项 目的开发； 目的开发； （ （ 2）适合于开发那些能够很好定义其需 ）适合于开发那些能够很好定义其需 求、结构化程度又比较高的大型事 求、结构化程度又比较高的大型事 务处理系统（ 务处理系统（ TPS） ） 和（ 和（ MIS）； ）； （ （ 3） ） 适合于开发包含复杂技术的系统， 适合于开发包含复杂技术的系统， 如航空管制、航天系统等； 如航空管制、航天系统等； （ （ 4）不适合于小系统的开发。 ）不适合于小系统的开发。 § § 4.2 定义、总结定义、总结 用户的需求用户的需求 开发一个原型系统开发一个原型系统 运行原型系统运行原型系统 修改？修改？ 增加新增加新 功能？功能？ 修改修改 增增 加加 新功能新功能 运行原型系统运行原型系统 Y Y N N 原 型 法 原 型 法 § § 4.2 1. 特点 特点 （ （ 1）是一种 ）是一种 快速、便宜的开发方法； 快速、便宜的开发方法； （ （ 2） ） 不要求用户提出完整的需求； 不要求用户提出完整的需求； （ （ 3） ） 用户需求可以是动态的； 用户需求可以是动态的； （ （ 4） ） 没有明确的人员分工； 没有明确的人员分工； （ （ 5）开发过程是一个反复修改的过程； ）开发过程是一个反复修改的过程； （ （ 6）测试和文档工作常常容易被忽略； ）测试和文档工作常常容易被忽略； （ （ 7）原型法不适于开发大的系统； ）原型法不适于开发大的系统； § § 4.2 （ （ 8） ） 不能代替仔细的需求分析和结构化设计 不能代替仔细的需求分析和结构化设计 的方法，不能代替严谨的正规文档，也 的方法，不能代替严谨的正规文档，也 不能取代传统的生命周期法和相应的开 不能取代传统的生命周期法和相应的开 发工具。 发工具。 （ （ 9）运行的效率可能会比 较低 ，最 终系 统会 ）运行的效率可能会比 较低 ，最 终系 统会 保留一些不合理的结构。 保留一些不合理的结构。 § § 4.2 2. 适用场合 适用场合 （ （ 1） ） 需求不确定和解决方案不明确的系统的 需求不确定和解决方案不明确的系统的 开发（如决策支持系统）； 开发（如决策支持系统）； （ （ 2） ） 适用于开发信息系统中的最终用户界面 适用于开发信息系统中的最终用户界面 （用户接口）； （用户接口）； （ （ 3） ） 适用于用户事先说不清具体要求，或者 适用于用户事先说不清具体要求，或者 虽然说明了要求，开发者却把握不准的 虽然说明了要求，开发者却把握不准的 系统。 系统。 § § 4.2 面向对象 面向对象 分 分 析 析 （ （ OOA） ） 面向对象 面向对象 设 设 计 计 （ （ OOD） ） 面向对象 面向对象 编 编 程 程 （ （ OOP） ） 面 向 对 象 方 法 面 向 对 象 方 法 § § 4.2 1. 开发过程 开发过程 （ （ 1）系统调查和需求分析 ）系统调查和需求分析 （ （ 2）分析问题的性质：抽象出对象以及其行 ）分析问题的性质：抽象出对象以及其行 为、结构、属性、方法等，即 为、结构、属性、方法等，即 OOA； ； （ （ 3） ） 整理问题：对分析的结果作进一步的抽 整理问题：对分析的结果作进一步的抽 象、归类、整理，并最终以范式的形式将 象、归类、整理，并最终以范式的形式将 他们确定下来，即 他们确定下来，即 OOD； ； （ （ 4） ） 程序实现：用面向对象的程序设计语言将 程序实现：用面向对象的程序设计语言将 上一步整理的范式直接映射为应用软件， 上一步整理的范式直接映射为应用软件， 即 即 OOP。 。 § § 4.2 2. 特点 特点 （ （ 1） ） OO方法直接反映了人们对客观世界的认知模式； 方法直接反映了人们对客观世界的认知模式； （ （ 2）从应用设计到解决问题的方案更加抽象化而且具 ）从应用设计到解决问题的方案更加抽象化而且具 有极强的对应性； 有极强的对应性； （ （ 3）在设计中容易与用户沟通； ）在设计中容易与用户沟通； （ （ 4）把数据和操作封装到对象之中； ）把数据和操作封装到对象之中； （ （ 5）设计中产生各式各样的部件，然后由部件组成框 ）设计中产生各式各样的部件，然后由部件组成框 架，以至于整个程序； 架，以至于整个程序； （ （ 6）应用程序具有较好的重用性、易改进、易维护和 ）应用程序具有较好的重用性、易改进、易维护和 易扩充。 易扩充。 3. 适用范围 适用范围 —— 流行的开发方法，适用面很广。 流行的开发方法，适用面很广。 § § 4.2 计算机辅助软件工程法 计算机辅助软件工程法 系统 系统 分析 分析 系统 系统 实施 实施 + 4th L 开发环境 开发环境 系统 系统 设计 设计 § § 4.2 1. 应用模式 应用模式 CASE工具 工具 + 某种开发方法 某种开发方法 2. 特点 特点 ⑴ ⑴ 支持开发的全过程（除 支持开发的全过程（除 “系统调查 系统调查 ”之外）； 之外）； ⑵ ⑵ 能提高软件的质量，可实现 能提高软件的质量，可实现 “软件重用 软件重用 ”； ； ⑶ ⑶ 能加快开发速度； 能加快开发速度； ⑷ ⑷ 能简化软件开发的管理和维护； 能简化软件开发的管理和维护； ⑸ ⑸ 能自动生成开发过程中的各种文档。 能自动生成开发过程中的各种文档。 § § 4.2 信息服务 信息服务 资金 资金 信息服务公司 信息服务公司 企 企 业 业 外 部 化 法 外 部 化 法 § § 4.2 1. 特点 特点 （ （ 1）经济； ）经济； （ （ 2）服务质量好； ）服务质量好； （ （ 3）可预见性好； ）可预见性好； （ （ 4）灵活； ）灵活； （ （ 5）使原来的固定成本变成了可变成本； ）使原来的固定成本变成了可变成本； （ （ 6）更有效地利用人才； ）更有效地利用人才； （ （ 7）盘活资产； ）盘活资产； （ （ 8）有可能使战略信息失密； ）有可能使战略信息失密； （ （ 9）有可能使管理失控。 ）有可能使管理失控。 § § 4.2 2. 注意事项： 注意事项： （ （ 1）内部系统运行得很好的时候 ）内部系统运行得很好的时候 ， ， 一般是没有必 一般是没有必 要转向外部化的； 要转向外部化的； （ （ 2）确实需要外部化的时候，应该考虑是否要做 ）确实需要外部化的时候，应该考虑是否要做 适当的保留； 适当的保留； （ （ 3）会给企业带来严重后果的系统不宜外部化； ）会给企业带来严重后果的系统不宜外部化； （ （ 4）外部化不能完全取代内部系统的地位； ）外部化不能完全取代内部系统的地位； （ （ 5）对外部化的系统要加强管理，授权、安全、 ）对外部化的系统要加强管理，授权、安全、 考核、后备等工作，不应该完全交由外部人 考核、后备等工作，不应该完全交由外部人 员来承担。 员来承担。 § § 4.2 最 终 用 户 开 发 法 最 终 用 户 开 发 法 开发 开发 菜 单 生 成 器 窗口生 成器 报 表 生 成 器 其 它 生 成 器 § § 4.2 1. 特点 特点 （ （ 1）自行开发一些局部的小的应用系统，开 ）自行开发一些局部的小的应用系统，开 发速度快但是不很正规； 发速度快但是不很正规； （ （ 2）用户更喜欢自己开发出的产品； ）用户更喜欢自己开发出的产品； （ （ 3）缺乏正规化的控制会导致一些技术故障， ）缺乏正规化的控制会导致一些技术故障， 如数据不一致、数据丢失、处理错误等。 如数据不一致、数据丢失、处理错误等。 —— 解决办法 解决办法 在组织内部成立以咨询服 在组织内部成立以咨询服 务为主要职能的 务为主要职能的 “信息中心 信息中心 ”，解决一些技 ，解决一些技 术问题。 术问题。 § § 4.2 2. 适用场合 适用场合 （ （ 1）没有或只有很少技术专家的协助； ）没有或只有很少技术专家的协助； （ （ 2）生成报表； ）生成报表； （ （ 3）绘制图形； ）绘制图形； （ （ 4）生成菜单、屏幕格式； ）生成菜单、屏幕格式； （ （ 5）简单的事务处理。 ）简单的事务处理。 § § 4.2 开发 开发 MIS的 的 组织 组织 /部门 部门 需 需 求 求 裁 裁 剪 剪 构 构 造 造 M I S M I S 软件开发公司 软件开发公司 构件 构件 通 通 用 用 软 软 件（包） 件（包） 增补功能 增补功能 软 件 包 法 软 件 包 法 § § 4.2 1．特点 ．特点 （ （ 1）缩短开发时间； ）缩短开发时间； （ （ 2）可以得到比较好的维护； ）可以得到比较好的维护； （ （ 3）能减轻组织内部对系统开发的阻力； ）能减轻组织内部对系统开发的阻力； （ （ 4）功能较为简单； ）功能较为简单； （ （ 5）难以满足特殊要求； ）难以满足特殊要求； （ （ 6）实施的费用大。 ）实施的费用大。 § § 4.2 2. 适用场合 适用场合 （ （ 1）需要开发的系统功能是一些通用功能， ）需要开发的系统功能是一些通用功能， 比如，工资管理、人力资源管理、会计 比如，工资管理、人力资源管理、会计 财务管理、应收应付账款管理等。 财务管理、应收应付账款管理等。 （ （ 2）组织内部缺少开发人员。 ）组织内部缺少开发人员。 § § 4.3 开发方法的组合 开发方法的组合 按 时 按 时 间 过 程 间 过 程 面 向 处 理 面 向 处 理 PO 面 向 数 据 面 向 数 据 DO 面 向 对 象 面 向 对 象 OO 生 命 周 期 法 生 命 周 期 法 （ （ LC） ） LC-PO LC-DO LC-OO 原 型 法 原 型 法 （ （ PROT.) PROT.-PO PROT.-DO PROT.-OO 原型法与结构化系统开发方法的组合 原型法与结构化系统开发方法的组合 意意 满满 不不 修改修改 原型原型 建立建立 原型原型 提出提出 新需求新需求 切换切换 运行运行 系统系统 评价评价 新新 要求要求 满满 意意 评评 价价 编程编程 调试调试 § § 4.3 § § 4.4 开发方法的发展 开发方法的发展 1. UML统一建模语言 统一建模语言 UML（ （ Unified Modeling Language） ） 是第三代用来 是第三代用来 为面向对象开发系统的产品进行可视化说明和编制文档 为面向对象开发系统的产品进行可视化说明和编制文档 的方法。 的方法。 UML取代目前软件业众多的分析和设计方法成为 取代目前软件业众多的分析和设计方法成为 一种标准，是软件界的第一个统一的建模语言，是面向 一种标准，是软件界的第一个统一的建模语言，是面向 对象分析与设计的一种标准表示。它不是一种可视化的 对象分析与设计的一种标准表示。它不是一种可视化的 程序设计语言，而是一种可视化的建模语言。不是工具 程序设计语言，而是一种可视化的建模语言。不是工具 或知识库的规格说明，而是一种建模语言规格说明，是 或知识库的规格说明，而是一种建模语言规格说明，是 一种表示的标准，不是过程也不是方法，但允许任何一 一种表示的标准，不是过程也不是方法，但允许任何一 种过程和方法使用它。 种过程和方法使用它。 § § 4.4 UML的目标： 的目标： ? 易于使用、表达能力强、能进行可视化建模； 易于使用、表达能力强、能进行可视化建模； ? 适用于任何语言平台和工具平台； 适用于任何语言平台和工具平台； ? 适用于任何软件开发的过程； 适用于任何软件开发的过程； ? 简单并且可扩展； 简单并且可扩展； ? 为面向对象的设计与开发中涌现出的高级概念提 为面向对象的设计与开发中涌现出的高级概念提 供支持，强调在软件开发中对架构框架模式和组 供支持，强调在软件开发中对架构框架模式和组 件的重用； 件的重用； ? 最好的软件工程实践经验的集成； 最好的软件工程实践经验的集成； ? 可升级； 可升级； ? 有利于面向对象工具的市场成长。 有利于面向对象工具的市场成长。 § § 4.4 2. ROSE ROSE是美国 是美国 Rational公司的面向对象建模工具，利用 公司的面向对象建模工具，利用 这个工具，可以建立用 这个工具，可以建立用 UML描述的软件系统的模型，而且 描述的软件系统的模型，而且 可以自动生成和维护 可以自动生成和维护 C++、 、 Java、 、 VB、 、 Oracle等语言和系 等语言和系 统的代码。 统的代码。 3. RUP RUP（ （ Rational Unified Process， ， 统一软件开发过 统一软件开发过 程）是 程）是 Rational公司开发的文档化的 公司开发的文档化的 软件工程产品 软件工程产品 ，所有 ，所有 RUP的实施细节及方法均以 的实施细节及方法均以 Web文档的方式集成在一张光盘 文档的方式集成在一张光盘 上，当前版本是 上，当前版本是 5.0。 。 RUP又是一套 又是一套 软件工程方法的框架 软件工程方法的框架 ， ， 各个组织可根据自身的实际情况及项目规模对 各个组织可根据自身的实际情况及项目规模对 RUP进行裁 进行裁 剪和修改，以制定出合乎需要的软件工程过程。 剪和修改，以制定出合乎需要的软件工程过程。 § § 5 管理信息系统的管理 管理信息系统的管理 § § 5.1 引言 引言 § § 5.2 MIS开发的项目管理 开发的项目管理 § § 5.3 MIS的运行管理 的运行管理 § § 5.4 MIS的评价 的评价 § § 5.1 引言 引言 MIS的管理贯穿于 的管理贯穿于 MIS建设的全过程，如下图 建设的全过程，如下图 所示： 所示： 战略（系统）规划战略（系统）规划 系统开发系统开发 系统运行系统运行 项目管理项目管理 系统评价系统评价 运行管理运行管理 MIS的管 理的管 理 MIS的生命周期的生命周期 本章内容 本章内容 § § 5.2 MIS开发的项目管理 开发的项目管理 MIS的开发是一项系统工程，其中不仅包括工 的开发是一项系统工程，其中不仅包括工 作内容的不确定性，还包括很多人为的因素。一 作内容的不确定性，还包括很多人为的因素。一 般，开发中的困难有： 般，开发中的困难有： ◇人为因素 ◇人为因素 受组织内部传统观念、习惯的阻碍和影响， 受组织内部传统观念、习惯的阻碍和影响， 人为的因素一般来自于： 人为的因素一般来自于： 基层 基层 —— 怕被取代而采取消极的态度； 怕被取代而采取消极的态度； 中层 中层 —— 怕失去权利、地位； 怕失去权利、地位； 高层 高层 —— 不了解 不了解 MIS， ， 不重视，不亲自 不重视，不亲自 参加开发工作等。 参加开发工作等。 § § 5.2 ◇ ◇ 客观因素： 客观因素： ⑴ ⑴ 管理工作的不确定性 管理工作的不确定性 —— 导致难以定义用户需，开发过程中需不 导致难以定义用户需，开发过程中需不 断做大量的补充、完善之类的工作（返 断做大量的补充、完善之类的工作（返 工等） 工等） —— 加大了开发的难度。 加大了开发的难度。 ⑵ ⑵ 管理工作的不稳定性 管理工作的不稳定性 —— 意味着其内容、方法、要求不断变化，这 意味着其内容、方法、要求不断变化，这 种现象势必导致修改那些已经完工的子系 种现象势必导致修改那些已经完工的子系 统。 统。 § § 5.2 因此，正式进入开发工作之前，要做好以下 因此，正式进入开发工作之前，要做好以下 工作： 工作： ◇ ◇ 宣传、培训； 宣传、培训； ◇ ◇ 把 把 MIS的开发作为一项工程项目来管理，尽管 的开发作为一项工程项目来管理，尽管 它与传统的技术项目差别很大。 它与传统的技术项目差别很大。 开发方式 开发方式 开发合同 开发合同 人员培训 人员培训 项目计划 项目计划 人员组织 人员组织 职业道德 职业道德 § § 5.3 MIS的运行管理 的运行管理 1. 系统日常运行管理 系统日常运行管理 ⑴ ⑴ 系统运行情况的记录 系统运行情况的记录 ① ① 正常 正常 ② ② 不正常 不正常 ③ ③ 不能运行 不能运行 对②、③，应将所见的现象记录下来。早 对②、③，应将所见的现象记录下来。早 期，这种记录由人工完成；目前，可以自动完 期，这种记录由人工完成；目前，可以自动完 成。记录下来的内容一般用于系统维护。 成。记录下来的内容一般用于系统维护。 § § 5.3 ⑵ ⑵ 系统运行的日常维护 系统运行的日常维护 包括数据维护与硬件维护两个方面。 包括数据维护与硬件维护两个方面。 数据维护： 数据维护： 备 备 分 分 —— 一般为一式两分； 一般为一式两分； 存 存 档 档 —— 同上； 同上； 整 整 理 理 —— 一般针对数据文件的索引； 一般针对数据文件的索引； 初始化 初始化 —— 一般以年 一般以年 /月为单位。 月为单位。 硬件维护： 硬件维护： 设备的保养，小故障的诊断、排除等。 设备的保养，小故障的诊断、排除等。 § § 5.3 ⑶ ⑶ 系统的适应性维护 系统的适应性维护 —— 一项长期性的工作，包括： 一项长期性的工作，包括： ① ① MIS发展规划的研究、制定及调整等； 发展规划的研究、制定及调整等； ② ② MIS缺陷的记录、分析及设计解决方案等； 缺陷的记录、分析及设计解决方案等； ③ ③ MIS结构的调整、更新及扩充； 结构的调整、更新及扩充； ④ ④ MIS功能的增、删、改； 功能的增、删、改； ⑤ ⑤ MIS数据库的调整、扩充； 数据库的调整、扩充； ⑥ ⑥ 应用系统的重组（各工作站上）； 应用系统的重组（各工作站上）； ⑦ ⑦ 硬件的维护、更新及增加等； 硬件的维护、更新及增加等； ⑧ ⑧ 系统维护的记录、维护手册的修订等。 系统维护的记录、维护手册的修订等。 § § 5.3 2. 系统文档规范管理 系统文档规范管理 管理工作一般包括：管理工作一般包括： ⑴⑴ 制定文档标准；制定文档标准； ⑵⑵ 文档编写的指导与监督；文档编写的指导与监督； ⑶⑶ 文档的保存及借用手续的办理等。文档的保存及借用手续的办理等。 3. 系统的安全与保密 系统的安全与保密 影响系统安全的原因：天灾、电源、病毒、人为破坏（黑客影响系统安全的原因：天灾、电源、病毒、人为破坏（黑客 等）。因此，应该做好以下工作：等）。因此，应该做好以下工作： ⑴⑴ 制度化、宣传；制度化、宣传； ⑵⑵ 系统恢复的程序化；系统恢复的程序化； ⑶⑶ 配置安全设备（如配置安全设备（如 UPS等） ；⑷等） ；⑷ 设定权限；设定权限； ⑸⑸ 备分（包括程序、数据）；⑹备分（包括程序、数据）；⑹ 敏感数据，专人保管等。敏感数据，专人保管等。 § § 5.4 MIS的评价 的评价 1. 评价内容 评价内容 —— 包括 包括 技术 技术 和 和 经济 经济 两个方面 两个方面 技术上： 技术上： ⑴ ⑴ 总体水平 总体水平 —— 总体结构、规模、所采用的技术的先进性等。总体结构、规模、所采用的技术的先进性等。 ⑵ ⑵ 系统功能的范围与层次 系统功能的范围与层次 —— 功能的多少，对应的管理层次。功能的多少，对应的管理层次。 ⑶ ⑶ 信息资源的开发与利用情况 信息资源的开发与利用情况 —— 内、外部的信息比，外部信息的利用率等。内、外部的信息比，外部信息的利用率等。 ⑷ ⑷ 系统的质量 系统的质量 —— 可用性、正确性、可扩展性、可维护性、通用性等。可用性、正确性、可扩展性、可维护性、通用性等。 ⑸ ⑸ 系统的安全与保密 系统的安全与保密 ⑹ ⑹ 文档的完备性 文档的完备性 § § 5.4 经济上： 经济上： ⑴ ⑴ 直接因素，包括： 直接因素，包括： 投资额 投资额 运行费用 运行费用 效益 效益 投资回收期 投资回收期 ⑵ ⑵ 间接因素，包括： 间接因素，包括： 企业形象、员工素质； 企业形象、员工素质； 对体制 对体制 /机制的改革、管理流程优化的作用； 机制的改革、管理流程优化的作用； 对各部门 对各部门 /人员之间进行协调的作用。 人员之间进行协调的作用。 § § 5.4 2. 评价指标 评价指标 ⑴ ⑴ 性能指标 性能指标 ① ① 人机交互的灵活性、方便性； 人机交互的灵活性、方便性； ② ② 响应时间； 响应时间； ③ ③ 输出的正确性及精度； 输出的正确性及精度； ④ ④ 故障发生率； 故障发生率； ⑤ ⑤ 系统功能调整及其它系统集成的难易程度； 系统功能调整及其它系统集成的难易程度； ⑥ ⑥ 系统故障诊断、排除、恢复的难易程度； 系统故障诊断、排除、恢复的难易程度； ⑦ ⑦ 系统安全保密的完整性、规范性及有效性； 系统安全保密的完整性、规范性及有效性； ⑧ ⑧ 文档的规范性、完备性及有效性等。 文档的规范性、完备性及有效性等。 § § 5.4 ⑵ ⑵ 与直接经济效益有关的指标（货币指标） 与直接经济效益有关的指标（货币指标） ① ① 系统投资额 系统投资额 —— 软硬件、开发（购置）的投入。 软硬件、开发（购置）的投入。 ② ② 系统运行费用 系统运行费用 —— 耗材、折旧、人工费等。 耗材、折旧、人工费等。 ③ ③ 系统运行后增加的效益 系统运行后增加的效益 —— 成本的降低、库存的减少、资金周转 成本的降低、库存的减少、资金周转 的加快、利润的增加、人力的减少等。 的加快、利润的增加、人力的减少等。 ④ ④ 投资回收期 投资回收期 § § 5.4 ⑶ ⑶ 与间接经济效益有关的指标（非货币指标） 与间接经济效益有关的指标（非货币指标） ① ① 推动作用 推动作用 —— 对结构、制度及管理模式的变革。 对结构、制度及管理模式的变革。 ② ② 企业形象 企业形象 —— 提高客户对企业的信任度，增长员工的 提高客户对企业的信任度，增长员工的 自豪感。 自豪感。 ③ ③ 员工素质 员工素质 —— 促进员工学习新知识、新技术、新方法。 促进员工学习新知识、新技术、新方法。 ④ ④ 加强部门、人员之间的协作、联系（凝聚力）； 加强部门、人员之间的协作、联系（凝聚力）； ⑤ ⑤ 促进规章制度的规范、定额与标准的管理等。 促进规章制度的规范、定额与标准的管理等。 § § 5.4 3. 系统评价应该注意的问题 系统评价应该注意的问题 ⑴ ⑴ 不是一次性的 不是一次性的 应定期进行，尤其是系统改进后。 应定期进行，尤其是系统改进后。 ⑵ ⑵ 共同参与 共同参与 —— 开发后的第一次评价 开发后的第一次评价 开发人员、维护人员、用户、系 开发人员、维护人员、用户、系 统外的专家等。 统外的专家等。 ⑶ ⑶ 结论归档 结论归档 ⑷ ⑷ 评价对象 评价对象 应针对信息及其开发、利用的深 应针对信息及其开发、利用的深 度，而非计算机软硬件。 度，而非计算机软硬件。 § § 6 系统的成功与失败 系统的成功与失败 § § 6.1 若干案例 若干案例 § § 6.2 信息系统的失败 信息系统的失败 § § 6.3 信息系统成败的原因 信息系统成败的原因 § § 6.4 实施过程的管理 实施过程的管理 § § 6.1 若干案例 若干案例 案例一 案例一 加州车辆管理局项目的失败 加州车辆管理局项目的失败 ? 1987年启动 年启动 ? E.&Y.咨询公司 咨询公司 1990年退出该项目 年退出该项目 ? 1994年终止项目 年终止项目 – 已经耗费四千四百元美圆 已经耗费四千四百元美圆 – 预计还要投入一亿美圆和四年 预计还要投入一亿美圆和四年 时间 时间 § § 6.1 案例二 案例二 伦敦股票交易所项目的 伦敦股票交易所项目的 ? 1986年 年 “ “ Big Bang”计划 计划 ? 预计完成期 预计完成期 1989年 年 10月 月 ? 拖到 拖到 1992年 年 10月 月 ? 再拖到 再拖到 1994年春天 年春天 – 安达信公司评估：前途渺茫 安达信公司评估：前途渺茫 – Lybrand咨询公司也得出同样的结论 咨询公司也得出同样的结论 ? 损失 损失 – 交易所 交易所 1亿美圆 亿美圆 – 顾客 顾客 4亿美圆 亿美圆 § § 6.1 案例三 案例三 CONFIRM项目的失败 项目的失败 ? 1988年，希尔顿、玛里奥特和巴奇特共建一个信 年，希尔顿、玛里奥特和巴奇特共建一个信 息系统 息系统 – 与 与 AMR公司签订了合同 公司签订了合同 ? AMR投入了五百余名技术人员，经过三年多的工作以后又拖期了投入了五百余名技术人员，经过三年多的工作以后又拖期了 18个个 月月 ? 问题 问题 – 不能很好地通信 不能很好地通信 – 出现系统冲突以后，数据库也不能全面得到自动恢复 出现系统冲突以后，数据库也不能全面得到自动恢复 – 不能生成两台机器之间通信的程序代码 不能生成两台机器之间通信的程序代码 ? 失败原因 失败原因 – AMR疏于管理、能力不够、开发工具方法选择有误造成 疏于管理、能力不够、开发工具方法选择有误造成 的， 的， AMR大量使用外部人员代替他们自己的有经验的人 大量使用外部人员代替他们自己的有经验的人 员参与开发。未能及时地透露项目的真实情况 员参与开发。未能及时地透露项目的真实情况 § § 6.2 信息系统的失败 信息系统的失败 1. 信息系统失败的表现 信息系统失败的表现 – 大大超出了预计的时间和费用 大大超出了预计的时间和费用 – 没能实现预期的功能 没能实现预期的功能 ? 需开发一些手工过程与系统一起运行需开发一些手工过程与系统一起运行 ? 产生的各种报告对决策者没有帮助产生的各种报告对决策者没有帮助 ? 数据不准确、不完整数据不准确、不完整 ? 交付以后没有使用交付以后没有使用 ? 需要返工重来需要返工重来 ? 不了了之不了了之 § § 6.2 2. 系统为什么会失败 系统为什么会失败 – 设计问题 设计问题 ? 与技术有关与技术有关 – 响应的速度慢响应的速度慢 – 提供的信息不明确提供的信息不明确 – 系统不能提高组织的运转效率系统不能提高组织的运转效率 – 用户设计接口不良用户设计接口不良 – 数据库存在有害的冗余数据库存在有害的冗余 – 代码设计不周全代码设计不周全 ? 与组织的结构、文化和目标不相容与组织的结构、文化和目标不相容 – 数据问题 数据问题 – 费用问题 费用问题 – 运行问题 运行问题 § § 6.2 3. 系统成功的标准 系统成功的标准 – 系统的使用率 系统的使用率 – 用户对系统的满意度 用户对系统的满意度 ? 信息的准确性、及时性和实用性信息的准确性、及时性和实用性 ? 是否提高了工作的效率和质量是否提高了工作的效率和质量 ? 满足信息需求的程度满足信息需求的程度 – 用户对系统的态度 用户对系统的态度 – 实现目标的程度 实现目标的程度 ? 组织运营的绩效与决策过程的改进组织运营的绩效与决策过程的改进 – 财务上的收益 财务上的收益 ? 降低成本，增加利润降低成本，增加利润 § § 6.3 信息系统成败的原因 信息系统成败的原因 1 实施的概念 实施的概念 – 是一个组织将一项创新或建议从概念转化为现实的全 是一个组织将一项创新或建议从概念转化为现实的全 部过程。 部过程。 – 三个阶段： 三个阶段： ? 创新的采纳 创新的采纳 ? 创新的管理 创新的管理 ? 例行化 三 种 学 派 对 实 施 活 动 的 研 究三 种 学 派 对 实 施 活 动 的 研 究 实 施 的 三 个 阶 段实 施 的 三 个 阶 段 不 同 学 派不 同 学 派 的 侧 重 点的 侧 重 点 采 纳采 纳 管 理管 理 例 行 化例 行 化 人 的 作 用人 的 作 用 X X 策 略策 略 X X 组 织 因 素组 织 因 素 X X 例行化 § § 6.3 2 实施成功与失败的原因 实施成功与失败的原因 ◇ ◇ 用户在实施过程中的作用 用户在实施过程中的作用 用 户 与 专 业 设 计 人 员 的 交 流 障 碍 用 户 与 专 业 设 计 人 员 的 交 流 障 碍 用 户 关 注 的 问 题用 户 关 注 的 问 题 设 计 人 员 关 注 的 问 题设 计 人 员 关 注 的 问 题 该 系 统 能 提 供 我 所 需 要 的 信 息 吗 ？该 系 统 能 提 供 我 所 需 要 的 信 息 吗 ？ 主 文 件 占 多 少 外 存 空 间 ？主 文 件 占 多 少 外 存 空 间 ？ 访 问 数 据 有 多 快访 问 数 据 有 多 快 ? 为 完 成 该 功 能 要 写 多 少 程 序 代 码 ？为 完 成 该 功 能 要 写 多 少 程 序 代 码 ？ 提 取 数 据 容 易 吗 ？提 取 数 据 容 易 吗 ？ 运 行 系 统 时 怎 样 才 能 减 少运 行 系 统 时 怎 样 才 能 减 少 CPU的 时 间 ？的 时 间 ？ 需 要 多 少 人 录 入 数 据 ？需 要 多 少 人 录 入 数 据 ？ 存 储 某 类 数 据 最 有 效 的 方 式 是 什 么 ？存 储 某 类 数 据 最 有 效 的 方 式 是 什 么 ？ 系 统 的 操 作 是 否 符 合 我 的 日 常 业 务 ？系 统 的 操 作 是 否 符 合 我 的 日 常 业 务 ？ 应 采 用 哪 种 数 据 库 系 统 ？应 采 用 哪 种 数 据 库 系 统 ？ § § 6.3 ◇ ◇ 管理层在实施中给予的支持程度 管理层在实施中给予的支持程度 ◇ ◇ 实施项目本身的复杂程度和风险大小 实施项目本身的复杂程度和风险大小 项目规模项目规模 系统的结构化程度系统的结构化程度 技术经验技术经验 结 构 化 程 度结 构 化 程 度 技 术 水 平技 术 水 平 项 目 规 模项 目 规 模 风 险 程 度风 险 程 度 高高 低低 大大 低低 高高 低低 小小 很 低很 低 高高 高高 大大 中中 高高 高高 小小 中 偏 低中 偏 低 低低 低低 大大 低低 低低 低低 小小 很 低很 低 低低 高高 大大 很 高很 高 低低 高高 小小 高高 § § 6.3 ◇ ◇ 实施过程的管理 实施过程的管理 – 用户需求难以确定用户需求难以确定 – 工作量难以确定工作量难以确定 – 实施难以按期完成实施难以按期完成 – 高层领导难以了解问题高层领导难以了解问题 – 用户的感受和态度容易被忽视用户的感受和态度容易被忽视 3 业务再造工程的挑战 业务再造工程的挑战 4 实施过程中的问题 实施过程中的问题 分析、设计、编程、测试和转换等五个阶段 分析、设计、编程、测试和转换等五个阶段 § § 6.4 实施过程的管理 实施过程的管理 1. 控制风险因素 控制风险因素 ? 外联策略 外联策略 – 与用户紧密相联系的策略与用户紧密相联系的策略 – 机构化程度较低的系统机构化程度较低的系统 ? 内聚策略 内聚策略 – 项目组工作人员高度集中项目组工作人员高度集中 – 技术含量较高的系统技术含量较高的系统 ? 正规的计划与控制工具 正规的计划与控制工具 – 项目分解成各项任务、完成顺序、所需时间与资源项目分解成各项任务、完成顺序、所需时间与资源 – 结构化程度高、技术不复杂、规模很大结构化程度高、技术不复杂、规模很大 ? 克服用户的阻力 克服用户的阻力 – 用户参与实施用户参与实施 § § 6.4 2. 设计中的组织因素和人的因素 设计中的组织因素和人的因素 ? 明确提出组织变革的方式和内容 明确提出组织变革的方式和内容 – 业务流程会发生哪些变化业务流程会发生哪些变化 – 每个岗位职责的变化每个岗位职责的变化 – 组织结构的调整和变化组织结构的调整和变化 – 人员之间制约关系的变化人员之间制约关系的变化 – 每个人权利的变化每个人权利的变化 – 人们行为上的变化人们行为上的变化 ? 组织的冲击和影响的分析 组织的冲击和影响的分析 § § 6.4 3. 社会技术设计方法 社会技术设计方法 ? 将技术因素与组织和人的需要综合起来 将技术因素与组织和人的需要综合起来 ? 两类指标： 两类指标： – 系统的技术指标系统的技术指标 – 增加人的工作满意度指标增加人的工作满意度指标 参考文献及网址（ 参考文献及网址（ 1） ） 1. Kenneth C.Laudon/Jane P.Laudon，《 ，《 管理信息 管理信息 系统 系统 —组织和技术的新途径 组织和技术的新途径 》 》 ，清华大学出版社 ，清华大学出版社 （第五版，影印版） （第五版，影印版） 2. Kenneth C.Laudon/Jane P.Laudon， ， 《 《 管理信息 管理信息 系统 系统 ——网络化企业的组织与技术 网络化企业的组织与技术 》 》 ，高等教育 ，高等教育 出版社（第六版 出版社（第六版 影印版） 影印版） 3. 斯蒂芬 斯蒂芬 ·哈格等， 哈格等， 《 《 信息时代的管理信息系统 信息时代的管理信息系统 》 》 ， ， 机械工业出版社 机械工业出版社 4. 薛华成， 薛华成， 《 《 管理信息系统 管理信息系统 》 》 ，清华大学出版社 ，清华大学出版社 参考文献及网址（ 参考文献及网址（ 2） ） ? 美国信息系统协会 美国信息系统协会 (http://www.aisnet.org) ? 美国计算机协会 美国计算机协会 (http://www.acm.org) ? 美国管理科学协会 美国管理科学协会 (INFORMS)信息系统学会 信息系统学会 (http://pc29112.utdallas.edu/iss/iss.htm) ? 纽约大学商学院的 纽约大学商学院的 Journal of Management Information systems (http://rmm-ava.stern.nyu.edu) ? IS World Net (http://www.isworld.org/isworld/isworldtext. html) ? InfoServer (http://www.infoserver.com/)