第三章 管理信息系统的开发方法精选文档.ppt

《第三章 管理信息系统的开发方法精选文档.ppt》由会员分享，可在线阅读，更多相关《第三章 管理信息系统的开发方法精选文档.ppt（30页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、第三章 管理信息系统的开发方法本讲稿第一页，共三十页第一节第一节 MIS MIS的开发策略的开发策略（1 1）“自下而上自下而上”的开发策略的开发策略 基本思想：从业务系统开始，先实现每个基本功基本思想：从业务系统开始，先实现每个基本功能（即数据处理功能），然后逐步向高级建设（即，能（即数据处理功能），然后逐步向高级建设（即，增加管理增加管理/控制功能）。控制功能）。（2 2）“自上而下自上而下”的开发策略的开发策略 基本思想：从整体上协调和规划，由全面到局部、基本思想：从整体上协调和规划，由全面到局部、由长远到近期，从探索合理的信息流出发来设计信息系统。由长远到近期，从探索合理的信息流出发来

2、设计信息系统。本讲稿第二页，共三十页两种策略优缺点的对比两种策略优缺点的对比一般发生在一般发生在“初装初装”和和“蔓蔓延延”阶段。阶段。备注备注复杂、繁琐。复杂、繁琐。整体性和逻辑性整体性和逻辑性强。强。自上而下自上而下缺乏整体优化；缺乏整体优化；开发过程存在开发过程存在大量的重复工大量的重复工作。作。能保证最终的系能保证最终的系统可以运行（虽统可以运行（虽然系统性能不一然系统性能不一定良好）。定良好）。自下而上自下而上缺点缺点优点优点策略策略本讲稿第三页，共三十页第第二二节节 MISMIS的开发方法的开发方法一、结构化系统开发方法一、结构化系统开发方法二、原型法二、原型法三、面向对象开发方法

3、三、面向对象开发方法本讲稿第四页，共三十页一、结构化系统开发方法一、结构化系统开发方法用系统的思想和系统工程的方法，按照用户至上的原则，用系统的思想和系统工程的方法，按照用户至上的原则，结构化、模块化、自顶向下对系统进行分析与设计。结构化、模块化、自顶向下对系统进行分析与设计。基本思想基本思想系统规划系统规划 系统分析系统分析系统设计系统设计系统实施系统实施系统运行和维护系统运行和维护开发阶段开发阶段每个阶段都有明确的任务，每个阶段都有明确的任务，并要产生一定规格的文档资料并要产生一定规格的文档资料交付给下一个阶段；交付给下一个阶段；而下一个阶段则在上一个阶段而下一个阶段则在上一个阶段交付的文

4、档的基础上继续进行交付的文档的基础上继续进行开发过程。开发过程。本讲稿第五页，共三十页系统规划阶段可行性分析报告系统设计任务书系统分析阶段系统分析说明书系统设计阶段系统设计说明书系统实施阶段实施进度报告系统测试分析报告系统运行和维护阶段新需求建议书自自顶顶向向下下进进行行系系统统分分析析、设设计计自自底底向向上上进进行行系系统统实实施施本讲稿第六页，共三十页优点优点 结构化系统开发方法注重开发过程的整体结构化系统开发方法注重开发过程的整体性、全局性，特别适合开发大型性、全局性，特别适合开发大型MISMIS。开发过程繁琐，周期长，难以适应环境的开发过程繁琐，周期长，难以适应环境的变化。变化。缺点

5、缺点本讲稿第七页，共三十页二、原型法二、原型法在在MISMIS开发的开始阶段，凭借系统开发人员对用户需求的开发的开始阶段，凭借系统开发人员对用户需求的理解与用户共同确定系统的基本要求和主要功能，在强理解与用户共同确定系统的基本要求和主要功能，在强有力人、软件环境支持下，有力人、软件环境支持下，快速快速给出一个满足用户需求给出一个满足用户需求的初始系统原型，然后与用户反复协商修改，最终形成的初始系统原型，然后与用户反复协商修改，最终形成MISMIS系统。系统。基本思想基本思想1.确定确定用户的基本需求用户的基本需求2.设计系统设计系统初始原型初始原型3.使用和使用和评价评价系统系统4.修正和改进

6、修正和改进原型原型开发阶段开发阶段本讲稿第八页，共三十页原型法原型法的基本原理和过程的基本原理和过程用户对新系统提出需求（各种问题）用户对新系统提出需求（各种问题）开发人员对问题进行总结开发人员对问题进行总结开发一个原型系统开发一个原型系统运行原型系统运行原型系统修改修改增加功能增加功能 完成系统开发并交付使用完成系统开发并交付使用增加新功能否增加新功能否 提出意见提出意见是是是是否否否否本讲稿第九页，共三十页优点优点简易，用户容易接受简易，用户容易接受从原理到流程十分简单，最终总可以获得一个满从原理到流程十分简单，最终总可以获得一个满意的意的MIS-MIS-无高深理论和技术（方法本身）无高深

7、理论和技术（方法本身）用户与开发者思想易于沟通用户与开发者思想易于沟通使用软件工具效率高，摆脱了传统方法使用软件工具效率高，摆脱了传统方法 不适合开发大型系统不适合开发大型系统,因为返工现象特别严因为返工现象特别严重。要求管理基础工作完整、准确，一般只适用重。要求管理基础工作完整、准确，一般只适用于于处理过程明确、简单、涉及面窄的处理过程明确、简单、涉及面窄的小型系统。小型系统。缺点缺点本讲稿第十页，共三十页三、面向对象方法三、面向对象方法 客观世界是由各种各样的对象组成的，每种对象都有客观世界是由各种各样的对象组成的，每种对象都有各自的内部状态和运动规律，不同对象之间的相互作用和各自的内部状

8、态和运动规律，不同对象之间的相互作用和联系就构成了各种不同的系统。联系就构成了各种不同的系统。基本思想基本思想1.用户用户需求分析需求分析2.面型对象分析面型对象分析3.面向对象设计面向对象设计4.面向对象的系统实施面向对象的系统实施开发阶段开发阶段1.封装性封装性2.抽象性抽象性3.继承性继承性4.动态链接性动态链接性特点特点本讲稿第十一页，共三十页面向对象的基本概念面向对象的基本概念（1）对象（）对象（Object）：对象是构成系统的基本要素，用来描述客观）：对象是构成系统的基本要素，用来描述客观事物的一个实体。事物的一个实体。对象：一组属性对象：一组属性+一组操作方法一组操作方法属性：描

9、述对象的静态特征属性：描述对象的静态特征操作：对象的行为或对象所具有的功能，描述对象的动态特征。操作：对象的行为或对象所具有的功能，描述对象的动态特征。（2）类（）类（Class）：对象的抽象，具有相同属性和操作的集合。）：对象的抽象，具有相同属性和操作的集合。（3）继承）继承（4）封装）封装（5）消息）消息本讲稿第十二页，共三十页面向对象开发方法的基本思想面向对象开发方法的基本思想（1 1）客观事物是由对象组合而成的，对象是在原事物基础上）客观事物是由对象组合而成的，对象是在原事物基础上抽象的结果。抽象的结果。（2 2）对象是由属性和操作方法组成的。）对象是由属性和操作方法组成的。（3 3）

10、对象之间的联系通过传递消息来实现。）对象之间的联系通过传递消息来实现。（4 4）对象可以按其属性归类，子类可以继承父类的特性。）对象可以按其属性归类，子类可以继承父类的特性。（5 5）对象具有封装性，一个对象就构成一个严格模块化的实）对象具有封装性，一个对象就构成一个严格模块化的实体，在系统开发中可被共享和重复引用，达到软件重用的目体，在系统开发中可被共享和重复引用，达到软件重用的目的。的。本讲稿第十三页，共三十页订阅订阅订阅编号订阅编号订阅信息订阅信息订阅者编号订阅者编号订阅邮局编号订阅邮局编号识别订阅要求识别订阅要求报告订阅者情况报告订阅者情况终止订阅终止订阅识别订阅者信息识别订阅者信息识

11、别地址信息识别地址信息报告地址变化报告地址变化订阅者编号订阅者编号订阅者姓名订阅者姓名地址编号地址编号订阅者订阅者对象名对象名属性属性方法方法消息传递消息传递本讲稿第十四页，共三十页面向对象法的优势面向对象法的优势（1 1）符合人类的思维习惯，有利于用户与开发人员的沟）符合人类的思维习惯，有利于用户与开发人员的沟通，缩短开发周期，提高系统开发的正确性和效率。通，缩短开发周期，提高系统开发的正确性和效率。（2 2）各阶段工作过渡平滑，避免了许多中间转换环节，）各阶段工作过渡平滑，避免了许多中间转换环节，加快了系统开发进程。加快了系统开发进程。（3 3）封装、继承、多态性等特征是的软件的一致性、独

12、立性和可）封装、继承、多态性等特征是的软件的一致性、独立性和可重用性提高。重用性提高。本讲稿第十五页，共三十页四、四、CASECASE方法方法 CASECASE是一种自动化或半自动化的方法，能够全面支持是一种自动化或半自动化的方法，能够全面支持除系统调查外的每一个开发步骤。除系统调查外的每一个开发步骤。CASECASE具实际上把原先由手工完成的开发过程转变为以具实际上把原先由手工完成的开发过程转变为以自动化工具和支撑环境支持的自动化开发过程。自动化工具和支撑环境支持的自动化开发过程。CASECASE中集成了多种工具，这些工具既可以单独使用，中集成了多种工具，这些工具既可以单独使用，也可以组合使

13、用。也可以组合使用。基本思想基本思想CASE工具工具+某种开发方法某种开发方法应用模式应用模式本讲稿第十六页，共三十页 支持开发的全过程（除系统调查外）支持开发的全过程（除系统调查外）;能提高软件质量，可实现能提高软件质量，可实现“软件重用软件重用”；能加快开发速度；能加快开发速度；能简化软件开发的管理和维护；能简化软件开发的管理和维护；能自动生成开发过程中的各种文档。能自动生成开发过程中的各种文档。特点特点本讲稿第十七页，共三十页 MIS MIS的开发方法评价的开发方法评价 从严格意义上看：目前尚无一种方法能偶很好从严格意义上看：目前尚无一种方法能偶很好地解决系统开发的复杂性。现有的各种方法

14、都有各地解决系统开发的复杂性。现有的各种方法都有各自的适用范围和优缺点，在实际的系统开发过程中，自的适用范围和优缺点，在实际的系统开发过程中，往往是根据特定环境和条件来选择和综合运用这些往往是根据特定环境和条件来选择和综合运用这些方法。方法。本讲稿第十八页，共三十页第三节第三节 MIS MIS的开发方式的开发方式（1 1）自行开发方式）自行开发方式（2 2 2 2）委托开发方式）委托开发方式）委托开发方式）委托开发方式（3 3 3 3）合作开发方式）合作开发方式）合作开发方式）合作开发方式（4 4 4 4）利用现成的软件包开发方式）利用现成的软件包开发方式）利用现成的软件包开发方式）利用现成的

15、软件包开发方式本讲稿第十九页，共三十页（1 1）自行开发方式）自行开发方式适合：适合：适合：适合：有较强的有较强的有较强的有较强的MISMISMISMIS分析、设计、程序设计、系统维护的分析、设计、程序设计、系统维护的分析、设计、程序设计、系统维护的分析、设计、程序设计、系统维护的组织和单位。组织和单位。组织和单位。组织和单位。优点：优点：优点：优点：开发费用少、容易开发出适合本单位需要的系统、开发费用少、容易开发出适合本单位需要的系统、开发费用少、容易开发出适合本单位需要的系统、开发费用少、容易开发出适合本单位需要的系统、有利于培养自己的系统开发人员。有利于培养自己的系统开发人员。有利于培养

16、自己的系统开发人员。有利于培养自己的系统开发人员。缺点：缺点：缺点：缺点：系统整体优化不够，开发水平较低。系统维护工作没系统整体优化不够，开发水平较低。系统维护工作没系统整体优化不够，开发水平较低。系统维护工作没系统整体优化不够，开发水平较低。系统维护工作没有保障。有保障。有保障。有保障。本讲稿第二十页，共三十页（2 2）委托开发方式）委托开发方式适合：适合：技术力量薄弱、资金较为充足的单位。技术力量薄弱、资金较为充足的单位。优点：优点：优点：优点：省时、省事；开发的系统技术水平较高。省时、省事；开发的系统技术水平较高。省时、省事；开发的系统技术水平较高。省时、省事；开发的系统技术水平较高。缺

17、点：缺点：缺点：缺点：费用高；系统维护与扩展需要开发单位的长期支持；费用高；系统维护与扩展需要开发单位的长期支持；费用高；系统维护与扩展需要开发单位的长期支持；费用高；系统维护与扩展需要开发单位的长期支持；不利于本单位的人员培养。不利于本单位的人员培养。不利于本单位的人员培养。不利于本单位的人员培养。注意：注意：注意：注意：使用单位的业务骨干要参与系统的论证工作；使用单位的业务骨干要参与系统的论证工作；使用单位的业务骨干要参与系统的论证工作；使用单位的业务骨干要参与系统的论证工作；开发过程中需要开发单位和使用单位双方及时开发过程中需要开发单位和使用单位双方及时沟通、协调。沟通、协调。本讲稿第二

18、十一页，共三十页（3 3）合作开发方式）合作开发方式适合：适合：适合：适合：有一定的技术力量，希望通过系统的开发，建立有一定的技术力量，希望通过系统的开发，建立有一定的技术力量，希望通过系统的开发，建立有一定的技术力量，希望通过系统的开发，建立完善和提高自己的技术队伍，便于系统维护工作的单完善和提高自己的技术队伍，便于系统维护工作的单完善和提高自己的技术队伍，便于系统维护工作的单完善和提高自己的技术队伍，便于系统维护工作的单位。位。位。位。优点：优点：优点：优点：节约资金；可以培养、增强使用单位的技术力量；节约资金；可以培养、增强使用单位的技术力量；节约资金；可以培养、增强使用单位的技术力量；

19、节约资金；可以培养、增强使用单位的技术力量；便于系统维护工作。便于系统维护工作。便于系统维护工作。便于系统维护工作。缺点：缺点：双方在合作中沟通容易出现问题。双方在合作中沟通容易出现问题。双方在合作中沟通容易出现问题。双方在合作中沟通容易出现问题。本讲稿第二十二页，共三十页（4 4）现成的软件包开发方式）现成的软件包开发方式适合：适合：适合：适合：开发的系统是多数组织都要用到的通用功能，如开发的系统是多数组织都要用到的通用功能，如开发的系统是多数组织都要用到的通用功能，如开发的系统是多数组织都要用到的通用功能，如财务管理、工资管理；财务管理、工资管理；财务管理、工资管理；财务管理、工资管理；缺

20、少组织内部的开发人员缺少组织内部的开发人员缺少组织内部的开发人员缺少组织内部的开发人员不适合：不适合：不适合：不适合：规模较大、功能复杂、需求量不确定程度高的系规模较大、功能复杂、需求量不确定程度高的系规模较大、功能复杂、需求量不确定程度高的系规模较大、功能复杂、需求量不确定程度高的系统。统。统。统。优点：优点：优点：优点：缩短开发时间，节省开发费用，系统可以得到较好的缩短开发时间，节省开发费用，系统可以得到较好的缩短开发时间，节省开发费用，系统可以得到较好的缩短开发时间，节省开发费用，系统可以得到较好的维护。维护。维护。维护。缺点：缺点：系统功能较简单，专用性差，难以满足特殊要系统功能较简单

21、，专用性差，难以满足特殊要求。求。本讲稿第二十三页，共三十页第四节第四节 软件工程与项目管理软件工程与项目管理软件工程产生的背景：软件工程产生的背景：20202020世纪世纪世纪世纪60606060年代中期，软件危机年代中期，软件危机年代中期，软件危机年代中期，软件危机（1 1 1 1）软件开发费用和进度失控。）软件开发费用和进度失控。）软件开发费用和进度失控。）软件开发费用和进度失控。（2 2 2 2）软件的可靠性差。）软件的可靠性差。）软件的可靠性差。）软件的可靠性差。（3 3 3 3）生产出来的软件难以维护。）生产出来的软件难以维护。）生产出来的软件难以维护。）生产出来的软件难以维护。危

22、机主要原因：软件项目的规模日益扩大，而规模宏大的软件项目必然危机主要原因：软件项目的规模日益扩大，而规模宏大的软件项目必然危机主要原因：软件项目的规模日益扩大，而规模宏大的软件项目必然危机主要原因：软件项目的规模日益扩大，而规模宏大的软件项目必然需要大量的人来齐心协力地共同参与。需要大量的人来齐心协力地共同参与。需要大量的人来齐心协力地共同参与。需要大量的人来齐心协力地共同参与。软件工程概念：软件项目的建设过程和传统的工程相似，都要经历设软件工程概念：软件项目的建设过程和传统的工程相似，都要经历设软件工程概念：软件项目的建设过程和传统的工程相似，都要经历设软件工程概念：软件项目的建设过程和传统

23、的工程相似，都要经历设计、实施、验收等节点。计、实施、验收等节点。计、实施、验收等节点。计、实施、验收等节点。本讲稿第二十四页，共三十页（1 1）软件工程的概念）软件工程的概念软件工程：软件工程：研究用研究用工程化的方法工程化的方法构建和维护软件的一门新兴工构建和维护软件的一门新兴工程学科。程学科。研究：研究：软件生产的客观规律软件生产的客观规律，建立与系统化软件生产有，建立与系统化软件生产有关的概念、原则、方法、技术和工具，指导和支持软关的概念、原则、方法、技术和工具，指导和支持软件系统的生产活动，以达到件系统的生产活动，以达到降低软件生产成本、改进软降低软件生产成本、改进软件产品质量与生产

24、率，最终实现软件的工业化生产。件产品质量与生产率，最终实现软件的工业化生产。本讲稿第二十五页，共三十页（2 2）软件工程的主要内容）软件工程的主要内容软件工程软件工程软件开发技术软件开发技术软件管理技术软件管理技术软件开发技术软件开发技术软件工具软件工具软件开发环境软件开发环境软件开发管理软件开发管理软件经济管理软件经济管理本讲稿第二十六页，共三十页信息系统建设信息系统建设“80/20”“80/20”对于对于IS，业界有两个，业界有两个80/20估计：估计：一：一：80%的项目都失败了，只有的项目都失败了，只有20%是成功的是成功的二：二：在那些失败的项目中，在那些失败的项目中，80%的原因是

25、非技术因素导致的原因是非技术因素导致的，只有的，只有20%是由技术因素导致的失败。是由技术因素导致的失败。非技术因素：非技术因素：企业业务流程与组织结构的改造问题、企业领导企业业务流程与组织结构的改造问题、企业领导的观念问题、企业员工的素质问题、软件管理问题等的观念问题、企业员工的素质问题、软件管理问题等本讲稿第二十七页，共三十页whywhy不重视项目管理不重视项目管理原因：原因：IT行业平均利润率远远高于传统行业行业平均利润率远远高于传统行业，因此即，因此即使内部攒在很大的问题，仍能赢利，从而造成众多使内部攒在很大的问题，仍能赢利，从而造成众多IT企业忽视了项目管理的重要性。企业忽视了项目管

26、理的重要性。本讲稿第二十八页，共三十页例例背景：背景：某知名某知名IT企业的市场部接到一个老客户的企业的市场部接到一个老客户的1亿元亿元人民币的项目。人民币的项目。承接项目时承接项目时：计算出的理论利润相当高：计算出的理论利润相当高项目结束后：项目结束后：进行财务结算，发现项目亏损。进行财务结算，发现项目亏损。追究原因：追究原因：（1）主要原因：客户多次更改需求，而项目小组始终认为）主要原因：客户多次更改需求，而项目小组始终认为还有足够的利润，因而并未对客户提出的变更收取相应的还有足够的利润，因而并未对客户提出的变更收取相应的更改费用更改费用（2）客户部花费了大量资金用于维系客户关系。）客户部花费了大量资金用于维系客户关系。本讲稿第二十九页，共三十页思考思考 这个例子反映出了该企业在项目管理上存在着严重这个例子反映出了该企业在项目管理上存在着严重的问题：的问题：（1）在项目确定期间，没有明确客户的需求，缺乏规）在项目确定期间，没有明确客户的需求，缺乏规范的项目费用管理，未对项目进行严格的费用估测、范的项目费用管理，未对项目进行严格的费用估测、费用预算及费用控制；费用预算及费用控制；（2）在项目进行当中，对客户的需求变更没有及时作出反）在项目进行当中，对客户的需求变更没有及时作出反应并按相应程序重新计算成本。应并按相应程序重新计算成本。本讲稿第三十页，共三十页