第三章管理信息系统的开发策略PPT课件.ppt

1 第三章管理信息系统的开发策略 系统开发的任务和特点系统开发的指导原则系统开发的原则系统开发的方式系统开发的组织和项目管理 管理信息系统讲义 主讲 江长斌 2 项目开发过程的映射关系 管理信息系统项目的开发是客观事物及其活动在计算机系统中的抽象映射 从问题空间到解空间的映射即为项目开发过程 管理信息系统讲义 主讲 江长斌 3 常见的管理信息系统开发方法 支持系统分析与设计的方法使用较广泛的有 1 SADT方法 StructuredAnalysisDesignTechnique 结构分析设计技术 或SSAD StructuredSystemAnalysisandDesign 结构化系统开发方法 2 原型法 3 BSP法 BusinessSystemPlanning 企业系统规划法 4 CSF法 CriticalSuccessFactors关键成功因子法 5 面向对象的开发方法 管理信息系统讲义 主讲 江长斌 4 第一节系统开发的任务和特点 系统开发任务的定义 系统开发的任务就是企业管理的目标 内容 性质等具体情况 从系统论的观点出发 运用系统工程的方法 按照系统发展的规律 为企业建立起计算机化的信息系统 核心任务 开发一套适合于现代企业管理要求的应用软件系统 管理信息系统讲义 主讲 江长斌 系统开发的任务 系统设计的定义 管理应用软件系统从项目提出直到运行 评价为止的整个过程 又称系统分析和设计 5 1 复杂性高 企业属于非确定型的复杂系统 系统开发是综合性技术 管理信息系统讲义 主讲 江长斌 系统开发的特点 2 集体的创造性劳动 系统开发是创新 进行系统开发要引进先进的管理模式 需要集中系统分析师 管理咨询师 管理业务人员 计算机技术人员等个方面的人员 3 质量要求高 软件产品不容许有任何错误 任何一个语法错误或语义错误 都会使运行中断或出现错误的处理结果 6 4 产品是无形的 软件产品是存储在计算机系统之内的程序和数据 它们是无形的 尽管表现在技术资料中的产品是可读的 但是除开发人员以外其它人很难理解和掌握 管理信息系统讲义 主讲 江长斌 5 历史短 经验不足 管理信息系统始于20世纪60年代 历史很短 7 第二节系统开发的指导思想 系统的目的性 管理信息系统讲义 主讲 江长斌 系统的整体性 系统的相关性 系统的环境适应性 工作成果文档化 图表规范化 8 系统的目的性 明确系统开发的目的 确立面向用户的观点 满足用户的要求是开发工作的出发点和归宿 用户是否满意是衡量系统开发质量的首要标准 管理信息系统讲义 主讲 江长斌 系统的整体性 采用先确定逻辑模型 再设计物理模型的开发思路 系统开发应采用整体化开发形式 具体做法如下 1 详细了解原系统信息处理过程 2 对原物理模型进行综合和抽象 得出原模型的整体逻辑模型 3 对原系统的逻辑模型进行改进和完善形成新系统的逻辑模型 解决计算机系统应该 做什么 的问题 4 建立新系统的物理模型 即确定新系统实现逻辑模型的技术方法和手段 解决新系统应该 如何做 的问题 9 系统的相关性 根据分解 协调的原则由顶向下发展系统 由顶向下 建立新系统的逻辑和物理模型 主导原则 由底向上 实施系统 辅助原则 管理信息系统讲义 主讲 江长斌 10 系统的环境适应性 适应环境变化的要求 开发易扩展 易维护的系统 无论设计系统还是实际工作的安排 要考虑可能的变化 例如 1 设计系统时就要考虑将来修改系统时怎样才方便 2 用户的要求也是随时间可变的 尽管结构化方法在用户需求发生变化时较难更改 但如果结构合理 模块独立性强 会有利于系统的变更 管理信息系统讲义 主讲 江长斌 11 工作成果文档化 图表规范化 使系统开发人员与用户有共同语言 避免不同理解造成混乱 便于工作的交流与将来的修改 保持工作的连续性 便于查阅 文献资料要编号存档 严格地说 文档是系统的生命线 一个没有文档或文档混乱的系统就是一个走到头的系统 管理信息系统讲义 主讲 江长斌 12 第三节系统开发的方法 生命周期法的含义 生命周期法又称结构化生命周期法 或结构化系统开发方法 SSAD StructuredSystemAnalysisandDesign或SADT StructuredAnalysisDesignTechnique 生命周期法的要求 生命周期法要求信息系统的开发工作划分阶段与步骤 规定每一阶段的工作任务与成果 按阶段提交文档 在各阶段中按步骤完成开发任务 管理信息系统讲义 主讲 江长斌 结构化生命周期法 13 1 面向用户的观点 信息系统的最终目的是为用户服务的 系统是要交付给用户来使用的 系统的成功与否取决于系统是否符合用户的需要 用户的要求是研制工作的出发点和归宿 开发过程中始终与用户保持接触 加强联系 不断让用户了解系统研制的进展情况 核准研制工作方向 管理信息系统讲义 主讲 江长斌 结构化生命周期法特点 14 2 加强调查研究和系统分析 以用户的需求为系统设计的出发点 根据用户需求来进行系统分析 减少盲目性 需求的预先严格定义成为结构化方法的主要特征 3 按照系统的观点 自顶向下地完成研制工作 以系统的观点看待组织 看待研制工作 全局放在首位 首先保证全局的正确 合理 自顶向下将系统划分为相互联系又相对独立的子系统直至模块 管理信息系统讲义 主讲 江长斌 结构化生命周期法特点 15 4 逻辑设计与物理设计应分别进行 逻辑设计 系统分析阶段 构造新系统的逻辑模型 解决系统 干什么 的问题 物理设计 系统设计阶段 建立系统的物理模型 解决系统 如何干 的问题 逻辑设计与物理设计不容许交叉进行 5 使用结构化 模块化方法 系统的各部分独立性强 便于设计 实施 修改 维护 模块的划分也是自顶向下的 管理信息系统讲义 主讲 江长斌 结构化生命周期法特点 16 6 严格按阶段进行 严格区分阶段 明确各阶段的工作任务与步骤 后续阶段的工作以前面阶段工作的成果为依据 混淆工作阶段常常是导致系统开发失败的原因 前面的错误在后期会被扩大 每个阶段应得到相应的阶段性成果 管理信息系统讲义 主讲 江长斌 结构化生命周期法特点 17 相应的阶段性的成果如下 系统规划阶段 可行性研究报告 系统分析阶段 系统分析说明书 或称逻辑设计说明书 系统设计阶段 系统设计说明书 系统开发报告 计算机硬件与软件配置方案 系统实施阶段 系统使用说明书 规章制度 源程序清单 系统运行阶段 系统开发文档资料整理 系统评价报告 管理信息系统讲义 主讲 江长斌 结构化生命周期法特点 18 7 充分考虑到变化的情况 无论设计系统还是实际工作的安排 要考虑可能的变化 例如 1 设计系统时就要考虑将来修改系统时怎样才方便 2 用户的要求也是随时间可变的 尽管结构化方法在用户需求发生变化时较难更改 但如果结构合理 模块独立性强 会有利于系统的变更 管理信息系统讲义 主讲 江长斌 结构化生命周期法特点 19 8 工作文件标准化 文献化 使系统开发人员与用户有共同语言 避免不同理解造成混乱 便于工作的交流与将来的修改 保持工作的连续性 便于查阅 文献资料要编号存档 严格地说 文档是系统的生命线 一个没有文档或文档混乱的系统就是一个走到头的系统 管理信息系统讲义 主讲 江长斌 结构化生命周期法特点 20 生命周期法阶段划分 基本思想 将信息系统的开发工作划分阶段与步骤 各阶段中按步骤完成开发任务 开发工作划分为五个阶段 五个阶段是首尾相接的 即系统运行后又会面临新的系统请求 1 系统规划阶段 系统请求系统调查可行性研究2 系统分析阶段 批准数据收集数据分析3 系统设计阶段 确定方案详细设计编程1114 系统实施阶段 调试切换运行5 系统运行阶段 系统评价系统维护 管理信息系统讲义 主讲 江长斌 21 管理信息系统讲义 主讲 江长斌 系统请求 初步调查 可行性研究 批准 详细调查 需求分析 提出逻辑模型 用户同意领导批准 总体设计 详细设计 用户同意领导批准 编写程序 调试 系统切换 系统维护 系统评价 系统的生命周期 系统规划 系统分析 系统设计 系统实施 系统运行 22 从以上阶段的划分应该认识到如下几点 1 系统开发首先要进行规划 确定系统目标 提出实现目标的初步方案 并进行可行性研究 2 系统分析是整个系统开发的逻辑基础 在对系统的信息流有充分的了解并构建系统的逻辑模型的基础上 才能对系统进行设计开发 3 不要急于购买计算机 不要急于编程序 计算机可选择在系统设计阶段购买 另外 搞MIS 编程序 管理信息系统讲义 主讲 江长斌 23 生命周期法各阶段工作简述 管理信息系统讲义 主讲 江长斌 1 系统规划阶段用户领导将提出开发新系统的要求组成专门的新系统开发领导小组制定新系统开发的进度和计划有关人员进行初步调查研究提出初步的新系统目标系统开发的可行性研究提交研究报告 24 管理信息系统讲义 主讲 江长斌 2 系统分析阶段目标分析划分子系统以及功能模块构造出新系统的逻辑模型确定其逻辑功能需求交付新系统的逻辑设计说明书系统分析阶段是新系统的逻辑设计阶段 也是新系统设计方案的优化过程 数据流程图是新系统逻辑模型的主要组成部分 它在逻辑上描述新系统的功能 输入 输出和数据存储等 而摆脱了所有的物理内容 25 管理信息系统讲义 主讲 江长斌 3 系统设计阶段系统设计阶段又称新系统的物理设计阶段 系统分析员根据新系统的逻辑模型进行物理模型的设计 主要内容包括 总体设计详细设计物理计算机系统选型人 机过程的设计总体结构设计代码设计数据库设计输入 输出设计通讯网络的设计模块 处理过程 设计系统设计的关键是模块化 26 管理信息系统讲义 主讲 江长斌 4 系统实施阶段系统实施是新系统付诸实现的实践阶段 主要是实现系统设计阶段所完成的新系统物理模型 其主要工作有 计算机系统设备的安装和调试程序的设计和调试用户及操作人员培训编制操作手册 使用手册和有关说明等 27 管理信息系统讲义 主讲 江长斌 5 维护和评价阶段 1 系统维护信息系统是复杂的大系统 系统内 外部环境 各种人为的和机器因素的影响 要求系统能够适应这种变化 不断地修改完善 这就需要进行系统维护 这期间修改的内容是多方面的 如系统处理过程 程序 文件 数据库甚至某些设备和组织的变动 2 系统的评价广义地说 贯穿于系统开发过程的始终 这里主要指系统开发后期的评价 旨在将建成的新系统与预期的目标做一比较 其差异综合体现在用户的满意程度 可接受性 28 管理信息系统讲义 主讲 江长斌 通过以上各阶段工作 新系统代替老系统进入正常运行 但是系统的环境是不断变化的 为了使系统能适应环境且具有生命力 必须进行小量的维护评价活动 当系统运行到一定的时候 再次不适于系统的总目标时 有关部门又提出新系统的开发要求 于是另一个新系统的生命周期开始了 新系统开发的各阶段中 最关键的是系统分析 该阶段的成果 新系统逻辑设计说明书 相当于产品的总体设计 是新系统开发的重要依据 但是 工作量最大 投入人力 物力 财力最多 时间最长的是实施阶段 29 生命周期法开发策略 由于MIS的开发工作是一个典型的系统工程问题 所以 应使用系统方法中的一些最基本的原则作为系统开发策略的指导原则和评价标准 整体性原则 由各子系统构成 但不等于相加 层次性原则 可以分解为低层次的子系统 相互联系原则 子系统之间的接口问题 最优化原则 要求各子系统的功能都要以取得整体最优为目标 管理信息系统讲义 主讲 江长斌 30 先把企业看成一个整体 通过自上而下层层展开 逐步求精的方式对整个企业进行系统分析 从而研制逻辑模型 自上而下 完全按照系统工程方法的原则进行 具有结构整体性好 逻辑性强 优化功能强 不受原有的职能机构的限制 新系统运行后须重新确定职能部门 管理信息系统讲义 主讲 江长斌 策略一 自上而下 方式 又称展开式 31 管理信息系统讲义 主讲 江长斌 需求 全局概念模式 概念模式 概念模式 概念模式 概念模式 概念模式 概念模式 自上而下策略示意图 32 自上而下方法的步骤 分析系统整体目标 环境 资源和约束条件 确定业务处理功能和决策功能 得到各个子系统的分工 协调和接口 确定各功能 子系统 的输入 输出 数据存储 对功能模块和数据进一步分析与分解 确定优先开发的子系统及数据存储 管理信息系统讲义 主讲 江长斌 33 自上而下方法存在的问题 开发周期较长 技术力量要求高 缺乏系统分析专家 风险较大 整体性强 无法局部试运行 切换时冲击大 人们在心理上 技术上 习惯上难以适应 费用大 评价标准难以确定 管理信息系统讲义 主讲 江长斌 34 自下而上 方法是从一个组织的各个基层业务子系统 如工资计算 订单处理 库存控制 生产管理 物资供应等 的日常业务处理开始 进行分析和设计 当下层子系统分析完成后 再进行上一层系统的分析与设计 将不同的功能和数据综合起来考虑 这种方法 是从具体的业务信息子系统逐层综合和集中到总的管理信息系统的分析和设计 实际上是模块组合的方法 管理信息系统讲义 主讲 江长斌 策略二 自下而上 方式 35 管理信息系统讲义 主讲 江长斌 子需求 子需求 概念模式 概念模式 概念模式 子需求 子需求 概念模式 概念模式 概念模式 全局概念模式 自下而上策略示意图 36 自下而上方法的优点 投资少 周期短 技术力量要求不高 切换时冲击小 可立刻在某一局部见效 管理信息系统讲义 主讲 江长斌 37 自下而上方法的缺点 缺乏整体性 缺乏全局规划 无组织状态 造成系统目标与企业目标有较大差距 缺乏有机联系 各系统自行设计时 没有留出必要的接口 也无法考虑数据共享和通信的要求 数据的一致性差 各系统仍沿用传统方法 造成数据不一致 例如库结构 编码 数据冗余量大 重复劳动多结果是广泛地采用了新系统 但旧系统的弊端仍没有克服 管理水平提高的效果不明显 管理信息系统讲义 主讲 江长斌 38 自顶向下地进行需求分析 再自底向上地设计概念结构 应用步骤如下 1 分析目标 2 大体划分子系统 3 确定各子系统间要共享和要传递的主要信息 4 对公用数据 通信方式 共享文件 库结构 代码 均要统一标准 5 安排开发阶段 在实际应用中体现 全局着眼 局部着手 的思想 还应考虑 逻辑上集中 物理上分散 的指导原则 管理信息系统讲义 主讲 江长斌 策略三 两种方式的结合 39 管理信息系统讲义 主讲 江长斌 40 20世纪80年代中期提出了原型法的基本思想 所谓原型 即可以逐步改进成可运行系统的模型 这种方法可以快速向用户提交一个管理信息系统的原型设计 从而使用户及早地看到一个真实的应用系统 在此基础上 利用原型不断提炼用户需求 不断改进原型设计 直至使原型变成最终系统 管理信息系统讲义 主讲 江长斌 原型法的含义 原型法 PrototypingApproach 41 1 并非所有的需求都能预先定义最终用户对于计算机的知识不甚了解 而专业人员又常常不熟悉用户的业务 开发人员和用户之间存在着沟通上的障碍 2 必须有快速的建造工具原型化方法在实施时必须强调原型构造过程的快速 原型开发过程必须有工具支持 支持原型化的软件 目前的各种MIS生成器 第四代生成语言 面向对象的程序设计语言都是原型法的有力支持工具 管理信息系统讲义 主讲 江长斌 原型法的基本思想 42 3 需要有系统模型原型法的特点是为人们提供一个生动的动态模型 而且模型在演示中可以修改和完善 4 反复修改是必要的 不可避免 也是希望的 应加以鼓励原型化认为需求的反复和多变是一种正常现象 是不可避免的 应该鼓励用户对需求提出更多 更高的要求 管理信息系统讲义 主讲 江长斌 原型法的基本思想 43 管理信息系统讲义 主讲 江长斌 确定用户需求 把握系统整体概念 进行费用估算 开发系统初始原型 原型讨论修改 满意 产品作业原型 停止开发 原型法的阶段划分 是 否 要修改 无意义 44 设计出若干基本的 同时又是关键性的问题向用户询问 从而得到用户对于信息系统的基本要求 例如 约束条件调查 系统的输出 系统的输入 数据 功能 如何对数据转换 何时转换 保密要求 性能 可靠性 管理信息系统讲义 主讲 江长斌 原型法各阶段的主要任务 1 确定用户的基本要求 45 建立原型系统 一般原型系统只有数十个屏幕画面和少量试验数据 通常只是单机上的系统 管理信息系统讲义 主讲 江长斌 2 开发初步的原型系统 3 评价修改原型系统 请用户使用原型系统 让用户发现原型系统所存在的问题 不断修改原型系统 直到下列两种情况之一出现为止 用户可能认定按原型开发的系统不是他们所希望的系统 或开发者认为用户提出的要求无法按目前条件实现 从而终止开发工作 除了规模和效率等可以改善的问题以外 用户对原型系统已经满意 46 将用户满意的原型系统作为进一步开发的基础 正式进行开发 一般开发中 以上循环过程不多于4 5次 管理信息系统讲义 主讲 江长斌 4 正式开发 合适的硬件设备和网络设施 功能强大的系统构筑工具 可以控制的数据 开发者有丰富的计算机知识 用户管理知识丰富 对系统开发感兴趣 投身到反复的讨论中来 原型法的最大优点在于它可以有效地避免因开发者和用户的认识隔阂所产生的失败 原型法的成本比较低 原型法成败的关键 47 管理信息系统讲义 主讲 江长斌 节省编程时间 缩短系统开发的周期 建立初始原型法的原则 1 应用第四代自动生成语言原则 使用现成软件和模型来构造原型 利用通用的应用软件和模型积木式地产生原型 借鉴通用生成工具 通用输入生成器 通用条件查询生成器 通用报表生成器 2 集成原则 用最小系统原则 构造一个规模较小 又能反映用户系统特性的原型 然后与用户讨论 征得他们同意之后 再完善系统的其他部分 3 最小系统原则 48 管理信息系统讲义 主讲 江长斌 限制原型的修改次数是一种最简单的方法 项目开始时 根据项目的费用 复杂度及项目的重要性给出最大修改次数 原型的修改控制与使用 1 限制修改次数 2 限制用户接受的百分数 限制用户接受的百分数是另一种控制原型修改的策略 当用户的接受程度达到给定百分数 一般为80 时就停止修改 但在一个不稳定的用户环境下 可能总是达不到用户规定的接受度 49 管理信息系统讲义 主讲 江长斌 在一个不稳定的用户环境下 用户的想法经常在变 修改一次原型 对于不同的用户可能增加了用户接受的程度 也可能降低了用户接受的程度 试图通过一再修改原型来获得更高的用户接受百分数通常是行不通的 100 50 02468101214 修改 用户满意度示意图 用户接受程度 稳定的用户环境 不稳定的用户环境 50 管理信息系统讲义 主讲 江长斌 在不稳定的用户环境中 每一个比较高的用户接受值之后都伴随着一个比较低的用户接受值 所以多修改一次不见得是件好事 怎样才能达到最佳的用户接受值呢 下面给出一个方法 这个方法由三步组成 确定初始修改次数 按照 所确定的修改次数进行修改 记录修改后用户接受的百分数 继续修改 直到达到或超过 所记录的最高的用户接受值为止 采用以上所介绍的方法 就可以把原型固定在一个最佳的用户接受状态上 3 达到最好的用户接受程度 51 管理信息系统讲义 主讲 江长斌 开发人员还可以采用费用效益分析法来控制原型的修改 如果原型的修改费用超过了修改带来的效益 就停止修改 4 费用效益控制 当用户认为不再需要修改时 开发人员就要决定如何来进一步使用原型 这存在下面几种可能性 原型用作实际系统 在某些情况下 原型可以当作实际系统使用 这时原型化的方法就完全取代了传统的生命周期法 废弃原型 如果原型化的过程无论怎么也不能使用户满意 那么就把它废掉 52 管理信息系统讲义 主讲 江长斌 如VisualFoxPro INFORMIX ORACLE SYBASE等 对需要的文件和数据模型化 适应数据的存储和查找要求 方便数据的存取 原型法对于环境的要求 1 要有方便灵活的数据库管理系统 2 一个与数据库 DB 对应方便灵活的数据字典 数据字典 DD 要具有存储所有实体的功能 3 快速的查询语言 一套与数据库 DB 对应的快速查询语言 支持任意非过程化的组合条件查询 53 管理信息系统讲义 主讲 江长斌 一套高级的软件工具 如第四代自动生成语言4GL或开发生成环境等 用以支持结构化程序 并且允许程序采用交互的方式迅速的进行书写和维护 并产生任意程序语言模块 原型法对于环境的要求 4 高级的软件工具 5 非过程化的报告 屏幕生成器 一个非过程化的报告 屏幕生成器 允许设计人员详细定义报告 屏幕样本以及生成内部联系 54 第三节面向对象的开发方法 面向对象的系统开发方法起源于面向对象的程序设计语言 1972年Smalltalk 72正式发布 标志着面向对象程序设计方法的正式形成 Smalltalk 80的问世被看作是面向对象语言发展史上最重要的里程碑 它是第一个完善的 能够实际应用的面向对象语言 自80年代中期到90年代 大批比较实用的OOPL涌现 例如C CLOS CommonLispObjectSystem6 Eiffel Actor等等 面向对象方法 Object OrientedMethod 管理信息系统讲义 主讲 江长斌 面向对象开发方法的由来与发展 55 管理信息系统讲义 主讲 江长斌 面向对象开发方法涉及的概念及术语 对象就是我们在问题空间中要考虑的人或事或物 它具有一组属性和一组操作 是一个封闭体 表示如下 标识 即对象的名称 用来在问题域中区分其它对象 数据 用来描述对象属性的存储或数据结构 它表明了对象的一个状态 操作 即对象的行为 分为两类 一类是对象自身承受的操作 即操作结果修改了原有属性状态 另一类是施加于其他对象的操作 即将产生的输出结果作为消息发送的操作 接口 主要指对外接口 是指对象受理外部消息所指定的操作的名称集合 一 对象 Object 56 管理信息系统讲义 主讲 江长斌 1 以数据为中心 操作围绕对其数据所做的处理来设置 操作的结果往往与当时数据值有关 2 对象是主动的 为了完成某个操作 必须通过它的公有接口向对象发送消息 请求它执行它的某个操作 处理它的私有数据 3 实现了数据封装 对私有数据的访问或处理只能通过公有的操作进行 对外是不可见的 典型的黑盒子特征 4 本质上具有并行性 不同对象独立地处理自身的数据 彼此通过传递消息完成通信 本质上具有并行工作的属性 5 模块独立性好 对象是面向对象的软件的基本模块 对象的特点 57 管理信息系统讲义 主讲 江长斌 面向对象开发方法涉及的概念及术语 有相似数据和相似操作的一组多个对象的合称 例如 客车 货车 轿车 等属于一个共同的类 车辆 二 类 Class 类的特点 类有层次 如中国人 类可继续向上归类 也可继续向下分类 自下而上对现有类的共同性质进行抽象体现了归纳思维能力 称为 泛化 自上而下把现有类划分为更具体的子类体现了演绎思维能力 称为 细化 每个类都是个体对象的可能的无限集合 每个对象都是其相应类的一个实例 58 管理信息系统讲义 主讲 江长斌 面向对象开发方法涉及的概念及术语 封装就是把对象的属性和服务结合成的一个独立的系统单位 并尽可能隐藏对象的内部细节 三 封装 Encapsulation 封装具有两层涵义 一是把对象的全部数据和操作结合在一起 形成一个不可分割的独立单位 对象 二是尽可能隐藏对象的内部细节 对外形成一个边界 只保留有限的接口与外界联系 对象是很好的封装体 它向外提供的界面包括一组数据 属性 和一组操作 服务 而把内部的实现细节隐藏起来 59 管理信息系统讲义 主讲 江长斌 例如 售报亭 的封装属性 各种报刊 名称 定价 钱箱 总金额 服务 报刊零售 款货清点封装 亭子 接口 窗口 顾客只能从这个窗口要求提供服务 而不能自己伸手到亭内拿报或找零钱 款货清点是一个内部服务 不向顾客开放 封装的信息隐藏作用反映事物的相对独立性 当我们站在对象以外的角度观察一个对象时 只需注意 做什么 不必关心 怎么做 60 管理信息系统讲义 主讲 江长斌 封装的原则在软件上的体现为是 一方面 要求对象以外的部分不能随意存取对象的内部数据 属性 从而有效地避免了外部错误对它的 交叉感染 错误被限制在局部 另一方面 当对象的内部需要修改时 由于它只通过少量的服务接口对外提供服务 因此大大减少了内部的修改对外部的影响 减少了 波动效应 61 管理信息系统讲义 主讲 江长斌 面向对象开发方法涉及的概念及术语 继承是指能够直接获取已有的性质和特征 而不必重复定义它们 在面向对象的软件技术中 继承是子类自动地共享父类中定义的数据和操作的机制 特殊类的对象拥有其一般类的全部属性与服务 称作特殊类对一般类的继承 具有 自动地拥有 或 隐含地复制 的涵义 四 继承 Inheritance 62 管理信息系统讲义 主讲 江长斌 继承是对具有层次关系的类的属性和操作进行共享的一种机制 当用一个类创建一个对象时 对象就继承了该类的全部语义性质 还可加上自己特有的语义性质 继承者称为子类 被继承者称为父类 继承具有传递性 若类C继承类B 类B继承类A 则类C继承类A 继承的优点 可以极大程度地减少设计和程序实现中的重复性 63 管理信息系统讲义 主讲 江长斌 面向对象开发方法涉及的概念及术语 消息就是向对象发出的服务请求 含有下述信息 提供服务的对象标识 服务标识 输入信息和回答信息 消息的接收者是提供服务的对象 消息的发送者是要求提供服务的对象 在它的每个发送点上需要写出一个完整的消息 包括 对象标识 服务标识 符合消息协议要求的参数 五 消息 Message 64 管理信息系统讲义 主讲 江长斌 例如顾客对售报亭说 我买一份 武汉晚报 售报亭接收到这个消息后执行一次对外提供的服务 报刊零售 这条消息包含下述信息 接受者 售报亭 对象标识要求的服务 报刊零售 服务标识 武汉晚报 的名称 一份 1 00元钱 输入信息 买到的 武汉晚报 和找零0 50元钱 回答信息消息提供各对象间唯一合法的动态联系途径 封装使对象成为独立的系统单位 65 管理信息系统讲义 主讲 江长斌 面向对象的系统开发方法的原理 面向对象开发一般经历三个阶段 1 面向对象系统分析 OOA Object OrinectdAnalysis 3 面向对象系统实现 OOP Object OrinectdPractice 2 面向对象系统设计 OOD Object OrinectdDesign 66 管理信息系统讲义 主讲 江长斌 这一阶段主要采用面向对象技术进行系统分析 面向对象分析运用以下主要原则 一 面向对象的系统分析 1 构造和分解相结合的原则 2 抽象和具体相结合的原则 3 封装的原则 4 继承性的原则 5 构造问题空间 区分对象及其属性 区分整体对象及其组成部分 不同对象类的形成及区分 67 管理信息系统讲义 主讲 江长斌 这一阶段主要利用面向对象技术进行概念设计 面向对象的设计与面向对象的分析使用相同的方法 因而从分析到设计转变非常自然 从OOA到OOD是一个积累性的模型扩充过程 二 面向对象的系统设计 一般而言 在设计阶段就是将分析阶段得到的各层模型化的 问题空间 逐层扩展 得到一个模型化的特定的 实现空间 有时还要在设计阶段考虑到硬件体系结构 软件体系结构 并采用各种手段 如规范化 控制因扩充而引起的数据冗余 68 管理信息系统讲义 主讲 江长斌 这一阶段主要将OOD中得到的模型利用程序设计实现 具体操作包括 选择程序设计语言编程 调试 试运行 前面两个阶段得到的对象和关系最终都必须由程序语言 数据库技术实现 系统实施不受具体语言的制约 本阶段占整个开发周期的比重较小 三 面向对象的系统实施 在实施阶段最好采用面向对象程序设计语言 一方面 面向对象技术日趋成熟 这种语言已经成为程序设计语言的主流 另一方面 可以安全和有效的利用面向对象机制 更好的实现OOD阶段所选的模型 69 第四节计算机辅助软件技术 计算机辅助软件技术 简称CASE ComputerAidedSoftwareEngineering 是80年代末从计算机辅助编程工具 第四代语言 4GL 及绘图工具发展而来的 管理信息系统讲义 主讲 江长斌 计算机辅助软件技术的发展与含义 CASE是一种自动化或半自动化的方法 能够全面支持除系统调查外的每一个步骤 严格地讲 CASE只是一种开发环境而不是一种开发方法 CASE实际上是把原先由手工完成的开发过程转化为以自动化工具和支持环境的自动化开发过程 采用CASE工具进行系统开发 必须结合一种系统开发工具 70 管理信息系统讲义 主讲 江长斌 计算机辅助软件技术的特点 1 完善的需求规格说明需求分析和规格说明工具的使用 使得系统分析人员能完整地说明系统的需求 一般要求用户参与 这样才能得到一个用户最终的处理模型 2 详尽的设计规格说明便于软件开发商和用户间的交流 增加程序的可读性 3 保持数据的协调与统一实现DD数据采集 查询 删除和更新等操作的自动管理 维护了数据字典与数据流程图相互转换的一致 71 管理信息系统讲义 主讲 江长斌 4 减少系统开发时间对系统的目标 功能和软件完整说明 减少实现时间 尽管在分析和设计阶段花费了时间 但在实现 测试和实施中得到质和量的补偿 5 易于扩充 维护任何一个软件用户会不断提出改进功能 排除运行错误的要求 因而需要对软件作继续开发与维护 用CASE工具自动生成的 很容易扩充或维护 6 使文档规范化 标准化自动开发工作为文档工作标准化提供条件 由于格式统一 减少了人的随意性 提高了文档的质量 72 管理信息系统讲义 主讲 江长斌 计算机辅助软件技术的分类 从支持功能来分 自动开发工具大致包括三种类型 1 软件生产工具包括自然语言编程工具 快速原型制作 项目管理及文本编制工具等 2 系统需求分析与设计工具提供系统生命周期前期工作的支持 处在MIS开发过程的上游 辅助定义需求 进行系统分析 产生数据流图 数据字典 以及文字说明 73 管理信息系统讲义 主讲 江长斌 3 集成化开发工具软件集成开发环境是一组软件工具的有机结合 它按照一定的软件方法或遵循一定的软件生产和维护模型组织起来 为一定的领域所使用的计算机辅助软件开发的大型程序系统 软件集成开发环境是计算机技术 软件工程技术 通信技术等各个领域技术相结合的结果 软件集成开发环境的目的是为了解决开发中的 瓶颈 问题 将软件开发过程的某几个阶段或全过程实现自动化 74 第五节制定MIS战略规划的常用方法 制定MIS战略规划的方法很多 在此 主要介绍两种常用的方法 管理信息系统讲义 主讲 江长斌 1 企业系统规划法BSP BusinessSystemPlanning 2 关键成功因子法CSF CriticalSuccessBactors 75 管理信息系统讲义 主讲 江长斌 企业系统规划法 企业系统规划法是一种能够帮助规划人员根据企业目标制定出MIS战略规划的结构化方法 该方法的作用为 1 确定出未来信息系统的总体结构 明确系统的子系统组成和开发子系统的先后顺序 2 对数据进行统一规划 管理和控制 明确各子系统之间的数据交换关系 保证信息的一致性 一 BSP方法的作用 BSP方法的优点在于 保证信息系统独立于企业的组织机构 能够使信息系统具有对环境变更的适应性 76 管理信息系统讲义 主讲 江长斌 从企业最高层开始 调查组织的目标 现状和问题 在此基础上 识别为实现这些目标而需要的过程和执行过程的机构 以及完成这些过程需要的数据类 根据过程和数据类设计出子系统的结构 二 BSP方法的工作流程 BSP法采用自上而下的规划和从下到上的实现两种方式工作 三 BSP方法的工作方式 77 管理信息系统讲义 主讲 江长斌 1 研究开始前的准备工作 四 BSP方法的工作步骤 研究项目的确立和研究工作的准备 需要机构领导人和管理人员的支持 准备工作的第一步是筹建总体规划小组 2 研究开始阶段 首项活动是企业情况介绍 召开一个有全体开发人员参加的介绍会 通过三个报告来完成 管理部门的负责人阐述企业情况 重申研究的目的 期望的成果和企业未来的需求 由组长对所收集到的材料及他本人对企业的看法进一步加以说明 由信息系统负责人或某一管理人员介绍数据处理部门情况 给出对数据处理支持的评价 78 管理信息系统讲义 主讲 江长斌 3 定义企业过程 定义在企业资源管理中所需要的 在逻辑上相关的一组决策和活动 画出过程组合图和完成过程说明 4 定义数据类 对数据按逻辑上的相关性进行分类和归并 写出每个数据类的定义 说明它包含的数据 5 分析现存系统的支持 通过调查 弄清目前的数据处理是如何支持企业的 并对新系统提出建议 79 管理信息系统讲义 主讲 江长斌 6 确定管理部门对系统的要求 BSP的自顶向下必须考虑管理人员对系统的要求 并通过高层管理人员的对话来确定研究组的工作 7 提出判断和结论 收集资料工作结束 开始对收集和了解到的情况进行分析 做出判断和结论 8 定义信息系统总体结构 按数据流的方式画出新系统的总体结构 表达出系统或子系统之间数据产生 控制和使用关系 80 管理信息系统讲义 主讲 江长斌 9 确定总体结构中的优先次序 对整个系统中各子系统的开发和实施进行安排 确定选择的标准 按照标准对子系统进行排列 最后形成建议报告 10 评价信息资源管理 从整个企业管理角度出发 分析信息资源的管理情况 制定一些政策 保证信息资源满足企业信息系统的需要 11 制定建议书和开发计划 提出对新系统的建议方案 并在此基础上制定出开发新系统的计划 81 管理信息系统讲义 主讲 江长斌 12 成果报告 以书面的形式向上级管理部门汇报 报告的格式在开发新系统之前就确定 内容在开发过程中逐步完善 整理而成 BSP方法将过程和数据类两者作为定义企业信息系统总体结构的基础 具体做法是利用过程 数据矩阵 也称U C矩阵 来表达两者之间的关系 U C矩阵方法在后面章节介绍 五 BSP的实现方法 82 管理信息系统讲义 主讲 江长斌 关键成功因子法 关键成功因素是指对企业成功起关键作用的因素 CSF方法就是通过分析找出使得企业成功的关键因素 然后围绕这些因素来确定系统的需求 并进行规划 一 CSF方法的含义 二 CSF方法因素的来源 1 与企业生产有关的因素 2 竞争战略 企业地位和地理位置 3 环境因素 4 某些临时性因素 83 管理信息系统讲义 主讲 江长斌 1 了解企业或MIS的战略目标 三 CSF方法的工作步骤 3 确定关键成功因素例如 对汽车制造业可能是制造成本控制 而对保险业可能是新项目开发和工作人员的效益控制 2 识别所有的成功因素 主要分析影响战略目标的各种因素和影响这些因素的子因素 4 明确各个关键成功因素的性能指标和评估标准 84 管理信息系统讲义 主讲 江长斌 四 CSF方法调研的步骤 第二阶段 对第一阶段后形成的结果进行讨论 确定具体的性能测量变量和可能的有关报告 为了减少被调查人的主观片面性 采用调查表的方法 第一阶段 询问管理者的目标及相应的关键成功因素 使类似的因素归并或取消其中的一些 初步给出一组测量性能的变量 85 第五节系统开发的方式 信息系统的开发方式主要有 自行开发 委托开发 合作开发 购买现成软件 管理信息系统讲义 主讲 江长斌 不同的开发方式对于合同的细则 知识