管理信息系统开发方法补充课件

2019年5月23日,第1页,第4讲 管理信息系统开发方法,主 讲：李儒晶 E-MAIL：,2019年5月23日,第2页,第4章 管理信息系统开发方法,学习目标 教学内容 本章小结,2019年5月23日,第3页,学习目标,理解软件成熟度模型 理解系统生命周期和系统开发方法的区别 掌握信息系统开发的基本原则 理解传统软件开发的基本阶段以及这些阶段的功能 理解贯穿于整个系统开发阶段的生命周期活动 掌握模型驱动开发方法的特点 理解快速原型开发方法的优点和缺点 掌握商业软件包开发方法的适用范围 理解和掌握综合开发方法的特点,2019年5月23日,第4页,教学内容,4.1 系统开发过程 4.2 生命周期开发方法 4.3 管理信息系统的其他开发方法,2019年5月23日,第5页,4.1 系统开发过程,系统开发过程是用于开发和维护管理信息系统和软件的一系列活动、方法和工具。 软件能力成熟度模型(capability maturity model，CMM)是提高信息系统软件产品质量的一种重要的框架。,2019年5月23日,第6页,4.1.1能力成熟度模型（CMM）,在管理信息系统领域中，为保证系统的质量的根本途径 提升企业的系统开发生产能力 企业的系统开发生产能力，取决于企业的系统开发过程能力。,2019年5月23日,第7页,能力成熟度模型（CMM）,企业的系统开发过程能力 本质上，是企业在系统开发和生产过程中的能力成熟度。 企业在执行系统开发过程中可能会反映出原定过程的某些缺陷，这时可以根据反映的问题来改善原定过程。 周而复始，从而使得过程逐渐趋于成熟和完善。 企业系统的执行也不再是一个黑箱操作，企业可以清楚地知道系统是按照规定的过程进行的。 系统开发及生产过程中的教训也能够为今后借鉴，从而大大提高企业系统生产的成熟度。,2019年5月23日,第8页,能力成熟度模型,系统开发过程能力是指企业从事系统产品开发和生产过程本身透明化、规范化和运行强制化。 CMM模型描述和分析了系统开发过程能力的发展程度，确立了一个系统开发过程能力成熟程度的分级标准。,2019年5月23日,第9页,能力成熟程度的分级标准,2019年5月23日,第10页,能力成熟程度的分级标准,在CMM模型中，系统开发过程能力成熟度分为五个等级标准： 初始级、可重复级、已定义级、可管理级和优化级。 随着能力成熟度，企业的竞争能力，系统开发风险，系统产品质量,2019年5月23日,第11页,能力成熟程度的分级标准,1.初始级 系统开发过程的特点是无序的，有时甚至是混乱的。系统开发过程定义几乎处于毫无章法和步骤可循的状态，系统产品所取得的成功往往依赖于个别人员的努力和机遇。 类似于企业的创业期。,2019年5月23日,第12页,能力成熟程度的分级标准,2.可重复级 已经建立了基本的项目管理过程，可用于对成本、进度和功能特性进行跟踪。 对于类似的系统项目，有章可循并能重复以往取得成功的经验。 由无章可循到了有了具体解决问题的程序。,2019年5月23日,第13页,能力成熟程度的分级标准,3.已定义级 用于管理的和工程的系统开发过程均已文档化、标准化，并形成了整个系统开发组织的标准系统开发过程。 全部项目均采用与实际情况相吻合的、适当修改后的标准系统的开发过程来进行操作。 企业制度化管理。,2019年5月23日,第14页,能力成熟程度的分级标准,4.可管理级 系统开发过程和产品质量有了详细的度量标准。 系统开发过程和产品质量得到了定量的认识和控制。 企业管理精细化。,2019年5月23日,第15页,能力成熟程度的分级标准,5.优化级 通过对来自系统开发过程、新概念和新技术等方面的各种有用信息的定量信息，能够不断地、持续地对系统开发过程进行改进。 企业管理自动化。,2019年5月23日,第16页,能力成熟度模型 （CMM）,CMM提供了一个系统过程改进框架。 以具体实践为基础，是一个系统开发的实践纲要，以逐步演进的框架形态不断地完善系统开发和维护过程，成为软件企业变革的内在原动力。,2019年5月23日,第17页,4.1.1能力成熟度模型（CMM）,作为一个指南，能够帮助企业选择、采纳并合理使用一些先进的管理方法，并在实践中不断提高和完善系统开发成熟度的能力。 围绕这些实践活动逐步形成了一套制度，即在指定的成本和时间内，交付高质量的软件成品所需要的、有纪律的、精确定义的并能有效度量的软件工程过程。 因此，企业根据这个框架制定内部具体的系统开发过程，可以极大程度地提高按计划的时间和成本提交有质量保证的系统产品的能力。,2019年5月23日,第18页,系统开发的基本原则,在深入研究系统的生命周期和系统开发方法论之前，首先了解一些在所有的系统开发方法中都应该遵循的基本原则。这些基本原则是通过大量的管理信息系统开发实践总结出来的。 遵循如下基本原则可以提高管理信息系统开发的成功率。 原则1：系统开发人员和用户都参与到管理信息系统开发项目中。 原则2：使用“提出问题解决方案”的方法。 原则3：创建阶段和活动。 原则4：建立标准。 原则5：认识到管理信息系统的开发是一项投资。 原则6：不必考虑改变管理信息系统的范围。 原则7：采用结构分解技术。 原则8：正在开发的管理信息系统是容易扩展的。,2019年5月23日,第19页,原则1：系统开发人员和用户都参与到管理信息系统开发项目中。,从信息系统技术专家的角度和从管理信息系统用户的角度看管理信息系统，往往存在很大差别。即使开发管理信息系统的技术专家对自己的工作很满意，而管理信息系统的用户对开发出来的管理信息系统未必满意。,2019年5月23日,第20页,原则1：系统开发人员和用户都参与到管理信息系统开发项目中。,造成这种现象的原因有两方面： 一是，主要是管理信息系统的技术专家不了解用户的需求，对用户的需求不明确，开发出来的管理信息系统虽然从技术上不存在问题，但往往不能满足用户的需求。 另外一方面，用户不太了解信息技术的特点，往往对管理信息系统的开发寄予过高的希望，一般会认为管理信息系统的开发一定会符合用户的所有要求，管理信息系统的应用可以解决管理上的所有问题。,2019年5月23日,第21页,原则1：系统开发人员和用户都参与到管理信息系统开发项目中。,如何解决上述存在的问题呢？ 加强技术专家和管理信息系统用户之间的沟通和了解，让信息技术专家和管理信息系统用户都参与到信息系统的开发过程中。,2019年5月23日,第22页,原则2：使用“提出问题解决方案”的方法。,“问题”是一个广义的概念，它包括现实中的问题、改进系统的机会以及更高的管理目标。 管理信息系统的开发方法论就是一种典型的“提出问题解决方案”的方法。 常用的“提出问题解决方案”方法的思路如下： 第一步，研究和深入理解当前的问题并描述这些问题。 第二步，定义对解决这些问题的方案的需求，即要达到的目标。 第三步，针对解决方案的需求，提出若干个可行的候选方案，然后从中选择一个最好的方案。 第四步，设计方案，然后实现方案。 第五步，观察该方案的实施情况，评价方案的实施效果。,2019年5月23日,第23页,原则3：创建阶段和活动,所有的结构化生命周期方法都采用了阶段和活动。 虽然不同的管理信息系统开发企业、不同的专家或不同的管理信息系统开发人员都对阶段的具体范围和数量以及阶段中活动的涉及范围和数量有不同的认识，但是对大量的管理信息系统开发实践的研究结果表明，管理信息系统的生命周期开发方法中应该包括如下一些基本的阶段。,2019年5月23日,第24页,原则3：创建阶段和活动,-项目确认阶段 准备和调查阶段 问题分析阶段 需求分析阶段 决策分析阶段 设计阶段 系统构造阶段 系统实现阶段 运行维护阶段,2019年5月23日,第25页,原则4：建立标准。,如何保持管理信息系统的开发和使用处于一个相对稳定的环境中，是一个非常重要和需要迫切解决的问题。 解决这些问题的最好方法就是建立一系列相应的标准以保持管理信息系统的开发和使用处于一个稳定的状态，不会因为某个人员的变化，影响到整个管理信息系统的开发或使用。,2019年5月23日,第26页,原则4：建立标准。,一般来说，标准最少应该说明下面一些内容： 各种文档 质量 自动化工具 信息技术,2019年5月23日,第27页,原则4：建立标准。,所有标准应该归档: 归档的标准是全面和完整的，包含了系统分析、设计和实现等过程中涉及到的所有内容。 这样，在企业动态的环境中，可以确保任何人都可以通过查阅归档的标准了解他人的工作，使得管理信息系统的开发和使用处于一个相对稳定的环境中。,2019年5月23日,第28页,原则4：建立标准。,各种文档 质量 自动化工具 信息技术,用于描述系统的分析、设计和实现等过程中涉及的所有内容。 比如，系统开发设计报告。,2019年5月23日,第29页,原则4：建立标准。,各种文档 质量 自动化工具 信息技术,是用来保证阶段或活动之间的转化满足的商业或技术期望。,2019年5月23日,第30页,原则4：建立标准。,各种文档 质量 自动化工具 信息技术,自动化工具标准规定用于开发管理信息系统和确保管理信息系统的一致性、完整性和质量的各种技术。,2019年5月23日,第31页,原则4：建立标准。,各种文档 质量 自动化工具 信息技术,该标准用于为信息技术和管理信息系统提供通用的技术架构或配置。,2019年5月23日,第32页,原则5：认识到管理信息系统的开发是一项投资。,管理信息系统的开发是一个投资项目。 按照投资项目的方法来管理管理信息系统的开发。 考虑两个非常重要的管理问题，即成本效果分析和风险管理。,2019年5月23日,第33页,原则5：认识到管理信息系统的开发是一项投资。,（1）成本效果分析 评价开发管理信息系统的投入或成本和管理信息系统应用后的产出或效果： 成本效果，则意味着管理信息系统的开发是失败的； 成本效果，则意味着管理信息系统的开发是成功的。,2019年5月23日,第34页,原则5：认识到管理信息系统的开发是一项投资。,（1）成本效果分析 如何计量成本和效果？ 这即成本效果分析的度量问题。 需要建立合理的成本效果分析模型和相应的可测量的指标体系。 例子：选择读大学和选择工作的成本效果分析。,2019年5月23日,第35页,原则5：认识到管理信息系统的开发是一项投资。,（2）风险管理 又名危机管理,是指如何在一个肯定有风险的环境里把风险减至最低的管理过程。 在管理信息系统开发过程中，风险管理即，确认、评价和控制开发过程中可能出现的错误，避免这些错误在管理信息系统开发结束或管理信息系统实现之后仍然存在。,2019年5月23日,第36页,原则5：认识到管理信息系统的开发是一项投资。,（2）风险管理 比如，具备开发经验的人员短缺；人员配备不足；人员流动性高；在新技术领域工作；决策者的重视力度；不现实的进度；需求变更频繁；开发人员缺乏商业领域知识；产品性能不符合要求；人员士气低落；缺乏工具方面的培训等等。 因此，需要周全的系统分析和系统开发准备工作以及开发过程中的风险管理。,2019年5月23日,第37页,原则6：不必担心改变管理信息系统的范围。,管理信息系统是一种产品，而且是一种特殊的动态的产品。 从管理信息系统的技术人员角度来看，他们希望尽快结束管理信息系统的开发过程，以便按照预先设计的内容完成相应的系统。 从管理信息系统的用户角度来看，随着管理信息系统的开发过程的深入，对管理信息系统的了解也逐步加深，总是希望改变以前提出的不满足需要的要求。,2019年5月23日,第38页,原则6：不必担心改变管理信息系统的范围。,但是，如果随时满足用户的这种变化的需求，管理信息系统的技术人员可能需要付出更多的劳动和更高的成本。 因此矛盾产生 如何解决矛盾？,2019年5月23日,第39页,原则6：不必担心改变管理信息系统的范围。,途径：按照用户的要求改变管理信息系统的设计。 既然管理信息系统是一个满足用户需要的产品，那么，技术人员必须随时按照用户的需要来修改系统的设计和实现。当然，用户也应该为这些动态变化的要求付出相应的代价。,2019年5月23日,第40页,原则6：不必担心改变管理信息系统的范围。,为了便于管理信息系统的用户提出更合理的要求，降低管理信息系统的工作成本，应该在管理信息系统的开发过程中设置相应的检查点和检查内容清单。 每一个设置的检查点应包括如下一些检查内容： 如果认为项目不可行，那么，取消该项目的开发； 如果项目范围发生了变化，那么，应该重新评估和调整系统开发的成本和计划安排； 如果项目的财政预算已经冻结了，那么，应该缩小原定项目的涉及范围，而不能继续满足项目的所有目标，否则管理信息系统的质量就无法得到保障。,2019年5月23日,第41页,原则7：采用结构分解技术。,所谓的结构分解技术，即把系统分解成若干个子系统，然后把每一个子系统再分解成若干个模块，这样层层分解下去，直到最后得到的东西是容易完成的为止。 结构分解技术是一个广泛应用的技术，每个人都可以经常使用该技术解决工作、学习和生活等许多方面的问题。 例子：长期目标和近期计划 评价一个学生的综合素质,2019年5月23日,第42页,原则7：采用结构分解技术。,在管理信息系统开发过程中采用结构分解技术有两个好处： 其一，可以把难以解决的复杂问题分解成容易解决的简单问题，以便逐个解决； 其二，可以把一个大问题(大系统)分解成多个小问题(小系统)，每个问题都由不同的人员来完成，提高管理信息系统开发过程中的效率。,2019年5月23日,第43页,原则8：正在开发的管理信息系统是容易扩展的。,该原则强调管理信息系统具有可扩展性。 具体来说，对于企业用户来讲，由于经营环境不断地发生变化，因此，业务流程和管理方式也在不断地改变以适应已经变化的环境。企业用户所使用的管理信息系统也应该可以迅速满足这种变化的需求。 但是，许多管理信息系统的开发人员倾向于开发只满足用户当前需求的管理信息系统。,2019年5月23日,第44页,原则8：正在开发的管理信息系统是容易扩展的。,面对上述两者之间存在的客观矛盾， 必须采取合适的方法和工具解决。 随着信息技术的发展，技术人员可以利用一些工具加快系统的开发速度，并且可以为管理信息系统今后的扩展留有接口。,2019年5月23日,第45页,系统开发方法论,所谓的系统开发方法论 是一种由系统开发人员和项目管理人员使用的、正式的、精确的系统开发过程，用于开发和维护管理信息系统软件，包括一系列的活动、方法、实践经验和自动化工具。,2019年5月23日,第46页,系统开发方法论,20世纪50年代至80年代,数据库,系统越来越复杂，人们开始注意信息系统开发的方法和工具,生命周期法,原型法、面向对象法,面向数据,20世纪50年代,20世纪60年代,20世纪40年代,出现计算机,管理（数据处理系统）,面向处理,最原始的开发方法，即先了解处理功能，再编写程序，再编写一个数据文件跟随于它。,20世纪60年代初,20世纪70年代,20世纪80年代,软件包等,20世纪90年代至今,生命周期法是系统开发方法的演变根源。,先建立数据库，然后再围绕数据库编写各种应用程序。该阶段仍然还没有注意到开发方法的研究。,2019年5月23日,第47页,系统生命周期和系统开发方法论,尽管，系统生命周期法是许多系统开发方法的演变之源，但系统生命周期和系统开发方法是两个不同的概念。 系统生命周期：把管理信息系统的整个存在过程划分成两个大的阶段（系统开发阶段和系统运行维护阶段），把两个阶段之间的转化事件分为转换事件和退役事件。,2019年5月23日,第48页,系统生命周期和系统开发方法论,当系统开发结束开始投入使用时，发生转换事件； 如果正在使用的系统不能满足要求，需要改变原有的功能或添加新的功能或开发新的系统，则发生退役事件。,2019年5月23日,第49页,系统生命周期和系统开发方法论,2019年5月23日,第50页,4.2 生命周期开发方法,生命周期法中的主要阶段 共有的活动,2019年5月23日,第51页,4.2 生命周期开发方法,20世纪70年代：生命周期法（瀑布模型）,MIS的生命周期法 就是按照MIS的生命周期来开发的一种方法。当初，生命周期法把MIS的开发分为五个阶段：总体规划、系统分析、系统设计、系统实施和系统的运行维护。,2019年5月23日,第52页,4.2 生命周期开发方法,系统开发方法发展到现在，生命周期法的阶段和定义也在不断完善。 生命周期法包含了项目确认阶段、准备和调查阶段、问题分析阶段、需求分析阶段决策分析阶段、设计阶段、系统构造阶段、实施阶段和运行维护这九个阶段。,2019年5月23日,第53页,生命周期法中的主要阶段,2019年5月23日,第54页,4.2.1生命周期法中的主要阶段,项目确认阶段，是整个管理信息系统开发项目的起点，主要针对现有系统运行状况，由用户提出当前系统存在的问题以及该开发新系统的机会，用户和信息系统技术人员联合提出该项目应该达到的目标。,2019年5月23日,第55页,4.2.1生命周期法中的主要阶段,目的：1.信息系统技术人员深入企业调查，确认存在的问题、机会和目标；2.建立该项目的章程，确定项目的范围、需求、结束、项目参加人员、财政预算和计划安排等。,2019年5月23日,第56页,4.2.1生命周期法中的主要阶段,管理信息系统技术人员分析企业当前存在的问题，找出问题的原因，分析和评价这些原因产生的结果；然后提出应该采取的相应解决措施和管理信息系统将要达到的目标。,2019年5月23日,第57页,4.2.1生命周期法中的主要阶段,目的：确定新系统应该为用户提供的功能（例如，系统必须采集、使用和存储哪些数据等），确定用户的多个需求的优先等级（即该阶段将要解决系统做什么的问题）。 此阶段要为下一阶段提供业务需求描述。,2019年5月23日,第58页,4.2.1生命周期法中的主要阶段,按照上一阶段提供的业务需求描述，提出若干个可以实现业务需求的可行的、新的管理信息系统的解决方案，从技术、经济、管理、计划和风险等多个方面综合考虑并最终选择一个最佳的解决方案。 该阶段为下一阶段提供一个批准了的、可行的系统建议方案。,2019年5月23日,第59页,4.2.1生命周期法中的主要阶段,按照决策分析阶段的最终批准的项目建议方案进行系统设计。 该阶段是把业务需求描述转变成管理信息系统设计规格说明书的过程。,2019年5月23日,第60页,4.2.1生命周期法中的主要阶段,按照设计阶段形成的系统设计规格说明书，创建系统并测试新建的系统。 这个阶段结束后，新建的系统所有功能均已实现，但尚未投入使用，仅是一个具有特定功能的功能管理信息系统。,2019年5月23日,第61页,4.2.1生命周期法中的主要阶段,该阶段是把新开发的系统在用户企业中顺利实现运行的过程； 必须保证新系统和旧系统之间实现平滑转换； 该阶段也是真正使用管理信息系统的开始。,2019年5月23日,第62页,4.2.1生命周期法中的主要阶段,该阶段意味着系统的开发工作已经全部结束，进入了用户使用新系统开始正常经营管理的阶段。 该阶段，根据系统的特殊性，系统开发人员还需要对管理信息系统进行维护（例如修复系统中出现的问题、执行数据的备份和恢复等）,2019年5月23日,第63页,4.2.1生命周期法中的主要阶段,2019年5月23日,第64页,共有的活动,管理信息系统的技术人员在开发管理信息系统的过程中，除了必须完成每一个阶段的工作之外，还必须完成一些穿插在整个系统生命周期内的活动。这些活动不是每一个阶段固有的活动，而是许多阶段共有的活动。包括： 事实发现 文档和表示 估计和度量 可行性分析 项目管理和过程管理 改变管理 质量管理,2019年5月23日,第65页,4.2.2 共有的活动,事实发现，即采用调查、取样、访谈以及其他技术采集有关系统、需求信息的过程，又称为信息收集或数据采集。 在管理信息系统开发的整个阶段，均存在事实发现。 尤其是在准备和调查阶段，事实发现活动是该阶段的一个十分重要的目标，也是问题分析、需求分析和决策分析的重要基础。,（1）事实发现,2019年5月23日,第66页,4.2.2 共有的活动,在成功的管理信息系统项目中，良好的沟通和交流是管理信息系统项目成功的一个十分重要因素。 文档和表示是一种沟通和交流技术。 文档，一方面记录了所发生的活动事实，另一方面也是当前管理信息系统和未来管理信息系统的规格说明书。 表示是与有关的技术人员、用户和管理人员针对信息系统的文档等内容进行交流的过程。,（2）文档和表示,2019年5月23日,第67页,4.2.2 共有的活动,管理信息系统开发过程中有许多工作需要精确描述，比如时间、费用、技术及风险等。 这其中有一些工作容易且可以精确地度量。 但也有一些工作是很难精确计算的。 对于后者，只有根据经验和环境进行估测，这种估测是建立在科学方法基础上的（比如一些运筹学中的模型）。,（3）估计和度量,2019年5月23日,第68页,4.2.2 共有的活动,即从技术、经济和管理等多个方面评价新开发的管理信息系统是否能够给用户带来收益。 对开发过程中的每一个阶段、每个活动及每个解决方案都应该随时按照估计的或准确度量的数据进行可行性分析。,（4）可行性分析,2019年5月23日,第69页,4.2.2 共有的活动,基本原则5：认识管理信息系统的开发是一项投资。 项目管理：管理整个开发项目的进度、费用、质量和风险等。 过程管理强调管理信息系统的开发应该采用标准的、规范的和系统的方法进行，以满足CMM的要求。,（5）项目管理和过程管理,2019年5月23日,第70页,4.2.2 共有的活动,开发过程中，无论是需求分析还是系统设计，均会出现很多对当前工作的修改操作。 由于MIS的复杂性，对于过程中的每个修改都应该采取完善的修改方法，使得这个修改在整个系统中都起到作用。 改变管理，强调修改工作的规范化和标准化，技术人员不能随意修改已经确定的文档、程序等内容。,（6）改变管理,2019年5月23日,第71页,4.2.2 共有的活动,质量管理应该且必须贯穿于管理信息系统开发的整个过程中。 任何产品都不可缺少质量管理，质量已经成为当前许多企业追求的目标，是企业生存的基础。 如果MIS质量低劣，经常出现数据丢失、操作失败或系统崩溃等问题，会严重影响企业的正常经营活动，给企业带来巨大的损失。,（7）质量管理,2019年5月23日,第72页,4.3 管理信息系统的其他开发方法,俗话说“条条大路通罗马” 达到相同的目标可以有不同的路径。 开发MIS的途径也同样如此。企业中的问题是多种多样的，管理信息系统的类型和应用领域也是非常广泛的，也因此，用户的系统目标也是各不相同的，仅仅使用一种方法来解决所有的问题是不现实的。 为了解决当前企业中存在的各种问题，应该采取多种方法来实现预定的用户系统目标。,2019年5月23日,第73页,4.3 管理信息系统的其他开发方法,模型驱动开发方法 （MDD，Model-Driven Development） 快速原型开发方法(RAD, Rapid application Development) 商业软件包法 综合开发方法(快速架构开发方法、多种实现路径开发方法和阶段化的实现路径开发方法),2019年5月23日,第74页,4.3.1 模型驱动开发方法,MDD法是一个通过建立模型来分析和设计管理信息系统的方法。 系统建模实际上是使用一个或多个图形表示系统。MDD方法强调采用各种模型来可视化地表示和分析问题，定义各种业务需求以及设计管理信息系统。 MDD方法也包括了多个阶段，这些阶段采取了瀑布的形式，因此，有人也把这种方法称为瀑布法。 如果使用MDD方法完成了管理信息系统的开发，所使用的模型可以形成相应的文档。,2019年5月23日,第75页,MDD方法示意图,2019年5月23日,第76页,4.3.1 模型驱动开发方法,使用MDD方法的优点： 最小化计划费用，因为所有的阶段都已事先安排好。 需求分析更加透彻，各种文档内容更加详细。 对于所有可行的候选方案，分析得更加完整。 系统设计相对比较简单、稳定、适应性强且更加灵活。 MDD方法对于技术人员非常熟悉的系统是有效的。 MDD方法可以更好地满足用户的需要和提高信息系统的质量。,2019年5月23日,第77页,MDD方法的缺点,系统开发的周期比较长，由于需要花费更多的时间去采集数据和校验建立的模型。 模型不是软件，模型中存在着一些模糊的现象。 MDD方法相对不够灵活，因为在形成模型之前用户必须提出自己的需求。,2019年5月23日,第78页,4.3.2 快速原型开发方法,为了解决生命周期法存在的周期长、成本高的缺点，研究人员提出了开发管理信息系统的快速应用程序开发方法(rapid application development，RAD)。 该方法的本质是尽快地开发出可以使用的原型系统，因此，也把此方法称为快速原型开发方法或简称快速原型法。,2019年5月23日,第79页,4.3.2 快速原型开发方法,RAD方法的特点是快速地创建出管理信息系统的测试版本，该版本可以用来演示和评估，用户可以借助这种测试版本提出更加详细的需求，系统开发人员可以借助该测试版本挖掘用户的需求，然后在此基础上对系统的测试版本进行修改。,2019年5月23日,第80页,RAD方法示意图,2019年5月23日,第81页,快速原型开发方法的优点（1）,对于用户需求无法确定的项目来说，快速原型开发方法是一个非常有效的开发方法。 该方法鼓励用户参与系统开发的积极性，提高了终端用户使用系统的热情。 由于许多用户参与到了管理信息系统的开发过程中，所以项目开发过程的透明度和支持度提高。 用户和管理阶层可以更快地得到可以工作的管理信息系统原型，即可以更早地得到企业的解决方案。,2019年5月23日,第82页,快速原型开发方法的优点 （2）,与其他开发方法相比，RAD可以尽快地发现系统中存在的错误和疏漏，提高管理信息系统的开发质量。 因为许多终端用户在开发过程中已经参与了测试和培训，因此，该方法简化了测试和培训。 这种循环开发方法，符合改变管理的要求是一种更加自然的系统开发方法。 RAD大大降低了管理信息系统的开发风险，原因在于使用不断循环的技术解决方案取代了一次性提交的技术解决方案。,2019年5月23日,第83页,快速原型开发方法的缺点,RAD鼓励采用“编码、实现、修复”的开发方式，有可能提高整个系统生命周期的运行、支持和维护成本。 由于技术人员和用户都希望尽快地看到可以使用的原型，认为更加优化的技术方案可以在下一次循环中采纳，因此，RAD失去了开发过程中选择更好的技术方案的机会。 RAD过于强调速度，使得许多潜在的系统质量缺陷没有得到很好的解决。,2019年5月23日,第84页,4.3.3 商业软件包法,商业软件包是指出现在软件市场上的商品化软件，该软件可以完成特定的功能，例如财务管理软件包、库存管理软件包、销售管理软件包及人力资源管理软件包等。 虽然市场上已经出现了一些商品化的软件包，但是由于系统功能不完善、操作界面不友好等各种原因，用户还不能直接使用，还需要对这种软件包进行适当的修改。 这种通过购买商品化软件包并在此基础上进行的管理信息系统开发的方法称为商业软件包法。,2019年5月23日,第85页,4.3.3 商业软件包法,使用商业软件包法开发管理信息系统也可以分成几个不同的阶段，例如，系统分析阶段、系统设计阶段、系统修正阶段和系统维护阶段。,2019年5月23日,第86页,4.3.3 商业软件包法,系统分析阶段：确认用户的需求、提出解决用户需求的方案、比较商业软件包开发和自行设计开发方案、评估市场上的商品化软件包、选择软件包等。 一般可以按照表4-1（教材88-90）所示的评价标准来评价和选择合适的商业软件包。 企业可以分别从商业软件包包含的功能、灵活性、用户界面的友好性、硬件和软件资源、数据库和文件、安装、维护、文档、供应厂商的质量和成本这十个方面判断其是否合适企业。,2019年5月23日,第87页,