信息管理系统PPT课件.ppt

2020 3 22 第1页 第4章管理信息系统开发方法 学习目标教学内容本章小结 2020 3 22 第2页 学习目标 理解软件成熟度模型理解系统生命周期和系统开发方法的区别掌握信息系统开发的基本原则理解传统软件开发的基本阶段以及这些阶段的功能理解贯穿于整个系统开发阶段的生命周期活动掌握模型驱动开发方法的特点理解快速原型开发方法的优点和缺点掌握商业软件包开发方法的适用范围理解和掌握综合开发方法的特点 2020 3 22 第3页 教学内容 4 1系统开发过程4 2生命周期开发方法4 3管理信息系统的其他开发方法 2020 3 22 第4页 4 1系统开发过程 在讲述管理信息系统开发方法之前 首先需要了解系统开发过程 系统开发过程是用于开发和维护管理信息系统和软件的一系列活动 方法和工具 软件能力成熟度模型 capabilitymaturitymodel CMM 是提高信息系统软件产品质量的一种重要的框架 下面 首先介绍CMM的概念 然后讨论系统生命周期和系统开发方法之间的关系 最后详细解释为了保证管理信息系统开发成功应该遵守的8个基本原则 2020 3 22 第5页 能力成熟度模型 CMM提供了一个系统过程改进框架 该框架与软件生命周期和所采用的开发技术无关 根据这个框架制定企业内部具体的系统开发过程 可以极大程度地提高按计划的时间和成本提交有质量保证的系统产品的能力 在CMM的实践中 企业的系统开发过程能力被作为一项关键因素来考虑 系统开发过程能力是指企业从事系统产品开发和生产过程本身透明化 规范化和运行强制化 CMM模型描述和分析了系统开发过程能力的发展程度 确立了一个系统开发过程能力成熟程度的分级标准 如图4 1所示 2020 3 22 第6页 能力成熟程度的分级标准 2020 3 22 第7页 系统生命周期和系统开发方法论 2020 3 22 第8页 系统开发的基本原则 在深入研究系统的生命周期和系统开发方法论之前 首先了解一些在所有的系统开发方法中都应该遵循的基本原则 这些基本原则是通过大量的管理信息系统开发实践总结出来的 遵循如下基本原则可以提高管理信息系统开发的成功率 原则1 系统开发人员和用户都参与到管理信息系统开发项目中 原则2 使用 提出问题 解决方案 的方法 原则3 创建阶段和活动 原则4 建立标准 原则5 认识到管理信息系统的开发是一项投资 原则6 不必考虑改变管理信息系统的范围 原则7 采用结构分解技术 原则8 正在开发的管理信息系统是容易扩展的 2020 3 22 第9页 原则1 系统开发人员和用户都参与到管理信息系统开发项目中 从信息系统技术专家的角度和从管理信息系统用户的角度看管理信息系统 往往存在很大差别 即使开发管理信息系统的技术专家对自己的工作很满意 而管理信息系统的用户对开发出来的管理信息系统未必满意 造成这种现象的原因主要是管理信息系统的技术专家不了解用户的需求 对用户的需求不明确 开发出来的管理信息系统虽然从技术上不存在问题 但往往不能满足用户的需求 另外一方面 用户不太了解信息技术的特点 往往对管理信息系统的开发寄予过高的希望 一般会认为管理信息系统的开发一定会符合用户的所有要求 管理信息系统的应用可以解决管理上的所有问题 解决这种问题的方法是加强技术专家和管理信息系统用户之间的沟通和了解 让信息技术专家和管理信息系统用户都参与到信息系统的开发过程中 2020 3 22 第10页 原则2 使用 提出问题 解决方案 的方法 管理信息系统的开发方法论就是一种典型的 提出问题 解决方案 的方法 此外的 问题 是一个广义的概念 它包括现实中的问题 改进系统的机会以及更高的管理目标 常用的 提出问题 解决方案 方法的思路如下 第一步 研究和深入理解当前的问题并描述这些问题 第二步 定义对解决这些问题的方案的需求 即要达到的目标 第三步 针对解决方案的需求 提出若干个可行的候选方案 然后从中选择一个最好的方案 第四步 设计方案 然后实现方案 第五步 观察该方案的实施情况 评价方案的实施效果 2020 3 22 第11页 原则3 创建阶段和活动 所有的结构化生命周期方法都采用了阶段和活动 虽然不同的管理信息系统开发企业 不同的专家或不同的管理信息系统开发人员都对阶段的具体范围和数量以及阶段中活动的涉及范围和数量有不同的认识 但是对大量的管理信息系统开发实践的研究结果表明 管理信息系统的生命周期开发方法中应该包括如下一些基本的阶段 项目确认阶段准备和调查阶段问题分析阶段需求分析阶段决策分析阶段设计阶段系统构造阶段系统实现阶段运行维护阶段 2020 3 22 第12页 原则4 建立标准 如何保持管理信息系统的开发和使用处于一个相对稳定的环境中是一个非常重要和需要迫切解决的问题 解决这些问题的最好方法就是建立一系列相应的标准以保持管理信息系统的开发和使用处于一个稳定的状态 不会因为某个人员的变化 影响到整个管理信息系统的开发或使用 一般来说 标准最少应该说明下面一些内容 各种文档质量自动化工具信息技术 2020 3 22 第13页 原则5 认识到管理信息系统的开发是一项投资 管理信息系统的开发是一个投资项目 即使投资者没有意识到管理信息系统是一个投资项目 系统开发人员也应该按照投资项目的方法来管理管理信息系统的开发 因此 作为一个投资项目必须考虑两个非常重要的管理问题 即成本效果分析和风险管理 2020 3 22 第14页 原则6 不必担心改变管理信息系统的范围 从管理信息系统的技术人员角度来看 他们希望尽快结束管理信息系统的开发过程 以便按照预先设计的内容完成相应的系统 但是 从管理信息系统的用户角度来看 随着管理信息系统的开发过程的深入 对管理信息系统的了解也逐步加深 总是希望改变以前提出的不满足需要的要求 但是 如果随时满足用户的这种变化的需求 那么管理信息系统的技术人员可能需要付出更多的劳动和更高的成本 因此矛盾产生 解决这种矛盾的方法是 按照用户的要求改变管理信息系统的设计 既然管理信息系统是一个满足用户需要的产品 那么必须随时按照用户的需要来修改系统的设计和实现 但是 用户也应该为这些动态变化的要求付出相应的代价 2020 3 22 第15页 原则7 采用结构分解技术 在开发一个大型的管理信息系统时 应该把这个系统分解成若干个子系统 然后把每一个子系统再分解成若干个模块 这样层层分解下去 直到最后得到的东西是容易完成的为止 在管理信息系统开发过程中采用结构分解技术有两个好处 其一 可以把难以解决的复杂问题分解成容易解决的简单问题 以便逐个解决 其二 可以把一个大问题 大系统 分解成多个小问题 小系统 每个问题都由不同的人员来完成 提高管理信息系统开发过程中的效率 2020 3 22 第16页 原则8 正在开发的管理信息系统是容易扩展的 管理信息系统开发的最后一个原则强调管理信息系统具有可扩展性 对于企业用户来讲 由于经营环境不断地发生变化 因此业务流程和管理方式也在不断地改变以适应已经变化的环境 企业用户所使用的管理信息系统也应该可以迅速满足这种变化的需求 但是 许多管理信息系统的开发人员倾向于开发只满足用户当前需求的管理信息系统 必须采取合适的方法和工具解决这种客观存在的矛盾 2020 3 22 第17页 4 2生命周期开发方法 生命周期法中的主要阶段共有的活动 2020 3 22 第18页 生命周期法中的主要阶段 2020 3 22 第19页 共有的活动 管理信息系统的技术人员在开发管理信息系统的过程中 除了必须完成每一个阶段的工作之外 还必须完成一些穿插在整个系统生命周期内的活动 这些活动不是每一个阶段固有的活动 而是许多阶段共有的活动 包括 事实发现文档和表示估计和度量可行性分析项目管理和过程管理改变管理质量管理 2020 3 22 第20页 4 3管理信息系统的其他开发方法 模型驱动开发方法快速原型开发方法商业软件包法综合开发方法 2020 3 22 第21页 模型驱动开发方法 模型驱动开发 model drivendevelopment MDD 方法是一个通过建立模型来分析和设计管理信息系统的方法 系统建模实际上是使用一个或多个图形表示系统 MDD方法强调采用各种模型来可视化地表示和分析问题 定义各种业务需求以及设计管理信息系统 MDD方法也包括了多个阶段 这些阶段采取了瀑布的形式 因此有人也把这种方法称为瀑布法 如果使用MDD方法完成了管理信息系统的开发 所使用的模型可以形成相应的文档 使用MDD方法具有下列一些优点 最小化计划费用 因为所有的阶段都已事先安排好 需求分析更加透彻 各种文档内容更加详细 对于所有可行的候选方案 分析得更加完整 系统设计相对比较简单 稳定 适应性强且更加灵活 MDD方法对于技术人员非常熟悉的系统是有效的 MDD方法可以更好地满足用户的需要和提高信息系统的质量 2020 3 22 第22页 MDD方法示意图 2020 3 22 第23页 MDD方法的缺点 系统开发的周期比较长 由于需要花费更多的时间去采集数据和校验建立的模型 模型不是软件 模型中存在着一些模糊的现象 MDD方法相对不够灵活 因为在形成模型之前用户必须提出自己的需求 2020 3 22 第24页 快速原型开发方法 为了解决生命周期法存在的周期长 成本高的缺点 研究人员提出了开发管理信息系统的快速应用程序开发方法 rapidapplicationdevelopment RAD 该方法的本质是尽快地开发出可以使用的原型系统 因此也把此方法称为快速原型开发方法或简称快速原型法 RAD方法的特点是快速地创建出管理信息系统的测试版本 该版本可以用来演示和评估 用户可以借助这种测试版本提出更加详细的需求 系统开发人员可以借助该测试版本挖掘用户的需求 然后在此基础上对系统的测试版本进行修改 2020 3 22 第25页 RAD方法示意图 2020 3 22 第26页 快速原型开发方法的优点 对于用户需求无法确定的项目来说 快速原型开发方法是一个非常有效的开发方法 该方法鼓励用户参与系统开发的积极性 提高了终端用户使用系统的热情 由于许多用户参与到了管理信息系统的开发过程中 所以项目开发过程的透明度和支持度提高 用户和管理阶层可以更快地得到可以工作的管理信息系统原型 即可以更早地得到企业的解决方案 与其他开发方法相比 该方法可以尽快地发现系统中存在的错误和疏漏 提高管理信息系统的开发质量 该方法简化了测试和培训 因为许多终端用户在开发过程中已经参与了测试和培训 这种循环开发方法 符合改变管理的要求是一种更加自然的系统开发方法 该开发方法大大降低了管理信息系统的开发风险 原因在于使用不断循环的技术解决方案取代了一次性提交的技术解决方案 2020 3 22 第27页 快速原型开发方法的缺点 该方法鼓励采用 编码 实现 修复 的开发方式 有可能提高整个系统生命周期的运行 支持和维护成本 该方法失去了开发过程中选择更好的技术方案的机会 因为技术人员和用户都希望尽快地看到可以使用的原型 认为更加优化的技术方案可以在下一次循环中采纳 该方法过于强调速度 使得许多潜在的系统质量缺陷没有得到很好的解决 2020 3 22 第28页 商业软件包法 商业软件包是指出现在软件市场上的商品化软件 该软件可以完成特定的功能 例如财务管理软件包 库存管理软件包 销售管理软件包及人力资源管理软件包等 虽然市场上已经出现了一些商品化的软件包 但是由于系统功能不完善 操作界面不友好等各种原因 用户还不能直接使用 还需要对这种软件包进行适当的修改 这种通过购买商品化软件包并在此基础上进行的管理信息系统开发的方法称为商业软件包法 使用商业软件包法开发管理信息系统也可以分成几个不同的阶段 例如系统分析阶段 系统设计阶段 系统修正阶段和系统维护阶段 一般可以按照表4 1所示的评价标准来评价和选择合适的商业软件包 2020 3 22 第29页 优点和缺点 使用商业软件包法开发管理信息系统有许多优点 例如 可以大大降低系统开发的周期和工作量 在该方法中 由于已经提供了系统的各种设计文档 文件结构 业务处理流程及各种报表等 因此大多数的设计工作都已经由应用软件包供应商完成了 但是 使用商业软件包法开发管理信息系统也存在着一些致命缺点 例如 商业软件包法的前提是必须有合适的商业软件包 如果对于特定的用户需求来说 市场上没有相应的商品化软件 那么就无法使用该方法进行管理信息系统的开发 即使市场上存在着用户需要的商品化软件包 但是这种软件包通常是非常通用的系统 很难完全满足用户的特殊需要 如市场上有相应的仓库管理信息系统 但是该商品化系统只有简单的出库 入库和盘点等简单的功能 而用户的需求是非常复杂且变化的 因此这种系统由于与实际需要差距甚远 根本无法直接使用 有时需要对商业软件包进行大量的二次开发工作 这样就失去了商业软件包方法的优点 2020 3 22 第30页 快速架构开发方法 2020 3 22 第31页 多种实现