管理信息系统的开发方式与方法演示文稿

管理信息系统的开发方式与方法演示文稿目前一页\总数一百六十七页\编于十八点（优选）管理信息系统的开发方式与方法目前二页\总数一百六十七页\编于十八点内容提要

MIS的开发是一个复杂的系统工程，它要受到多方面条件的制约。研究这些条件无疑将有助于MIS的开发，有利于对MIS开发中涉及到的有关问题的理解。在MIS建设的长期实践中，已形成了多种系统开发的方式和方法。因此，为了保证系统开发工作的顺利进行，应该根据所开发系统的规模大小、技术的复杂程度、管理水平的高低、技术人员的情况、资金与时间要求等各个方面的不同要求采用不同的开发方式与方法。

返回目前三页\总数一百六十七页\编于十八点学完本章后，应该掌握以下内容：

1．

MIS开发的基本原则

2．

MIS开发应具备的条件

3．

MIS的开发策略

4．

MIS的开发方式

5．

MIS的常用开发方法

6.MIS开发的环境

返回目前四页\总数一百六十七页\编于十八点3.1MIS开发涉及的基本问题

MIS开发的基本原则MIS开发的条件MIS的开发策略

返回

目前五页\总数一百六十七页\编于十八点3.1.1MIS开发的基本原则

⑴实用性原则

⑵系统性原则

⑶符合软件工程规范的原则

⑷完善，逐步发展的原则

返回目前六页\总数一百六十七页\编于十八点⑴实用性原则

系统必须满足用户管理上的要求，既保证系统功能的正确性又方便实用，需要友好的用户界面、灵活的功能调度、简便的操作和完善的系统维护措施。

实用/系统/软件工程/逐步/返回

目前七页\总数一百六十七页\编于十八点⑵系统性原则

在MIS的开发过程中,必须十分注重其功能和数据上的整体性、系统性。

实用/系统/软件工程/逐步/返回目前八页\总数一百六十七页\编于十八点⑶符合软件工程规范的原则

MIS的开发是一项复杂的应用软件工程，应该按软件工程的理论、方法和规范去组织与实施。

实用/系统/软件工程/逐步/返回目前九页\总数一百六十七页\编于十八点⑷逐步完善,逐步发展的原则

MIS的建立不可能一开始就十分完善和先进，而总是要经历一个逐步完善、逐步发展的过程。

实用/系统/软件工程/逐步/返回

目前十页\总数一百六十七页\编于十八点MIS开发的条件

1.MIS开发的条件

2.MIS开发前的准备工作

返回目前十一页\总数一百六十七页\编于十八点1.MIS开发的条件⑴领导重视，业务人员积极性高;⑵必须有建立MIS的实际需求和迫切性;⑶必须要有一定的科学管理基础;⑷有必要的投资保证，并能提供系统维护人员的编制和维护费用;⑸管理人员知识结构应满足系统建设需要;⑹基础数据要齐全规范。返回目前十二页\总数一百六十七页\编于十八点2.MIS开发前的准备工作⑴建立开发领导机构及组织开发队伍；⑵借鉴同类系统的开发经验；⑶选择适合本企业实际的开发方式；⑷确定系统目标、开发策略和投资金额；⑸收集和整理基础数据。

返回

目前十三页\总数一百六十七页\编于十八点3.1.3MIS的开发策略

1.几种可以考虑的开发策略2.选择策略时应注意的3个问题

返回目前十四页\总数一百六十七页\编于十八点1.几种可以考虑的开发策略⑴接受式开发策略⑵直线式开发策略⑶迭代式开发策略⑷实验式开发策略⑸规划式开发策略

图3—1选择开发策略的模型

返回目前十五页\总数一百六十七页\编于十八点⑴接受式开发策略

认为用户对信息的需求的叙述是正确的、完全的和固定的，并且以此作为开发的根据。

接受/直线/迭代/实验/规划/模型/适合/返回目前十六页\总数一百六十七页\编于十八点适合：

小项目，高度结构化，用户需求明确和开发者有充分经验的情形。

例如：对文件的转换、从已有文件或数据库中产生各种报表、以及某些简单的、单用户的系统等。

返回目前十七页\总数一百六十七页\编于十八点⑵直线式开发策略

从需求说明开始到最后开发直线的进行下去,每完成一步都要进行评审,以验证是否和需求一致。

接受/直线/迭代/实验/规划/模型/适合/返回目前十八页\总数一百六十七页\编于十八点直线式开发策略适合：

用户的应用需求可较好的定义,且以后不需进一步修改或只需稍作修改(如生命周期法)、系统规模较大,但结构化程度高,用户任务的综合性强以及开发者具有熟练技术与丰富经验的情形。

返回目前十九页\总数一百六十七页\编于十八点⑶迭代式开发策略

研制过程中验证需求不论是有错还是不恰当，都可以回到需求确定过程，对需求说明进行修改，如此重复进行,直到所开发的系统满足需求为止。

若开发需求的不确定性比较高,直线式开发策略不能保证用户真正的信息需求,就需要把传统直线式过程加以改进,使其按迭代方式重复进行。

接受/直线/迭代/实验/规划/模型/适合/返回目前二十页\总数一百六十七页\编于十八点迭代式开发策略适合：

大型多用户系统、对用户或开发者来说是新的应用领域的情形。

返回目前二十一页\总数一百六十七页\编于十八点⑷实验式开发策略

采用原型法或应用的模拟,通过试验的方式去逐次近似并减少不确定信息需求,同时找出原型的缺点,直到用户对需求完全理解和需求得到保证为止。

接受/直线/迭代/实验/规划/模型/下页/返回目前二十二页\总数一百六十七页\编于十八点

若信息需求不确定性很高,则可通过一个实际工作系统来验证需求是否得到保证。如：高层管理决策支持系统、交互预测模型及多用户的非结构化系统等。

返回目前二十三页\总数一百六十七页\编于十八点⑸规划式开发策略

从系统的战略目标、信息需求分析、资源分配和项目计划等方面进行规划,合理的设计出系统的总体结构。各个子系统的开发,则根据其信息需求的不确定性程度,选择不同的开发策略。

接受/直线/迭代/实验/规划/模型/适合/返回目前二十四页\总数一百六十七页\编于十八点规划式开发策略适用于：

MIS的规模特别大,复杂程度特别高,例如跨地区、跨部门的全国性的大系统,其信息需求的不确定性程度特别大,必须做好MIS的总体规划。

返回目前二十五页\总数一百六十七页\编于十八点图3—1选择开发策略的模型

接受/直线/迭代/实验/规划/模型/返回

不确定因素不确定级别开发策略•项目的规则•结构化程度•用户对任务的理解程度•开发者对任务熟练程度低中高很高•接受式•直线式•迭代式•实验式•规划式目前二十六页\总数一百六十七页\编于十八点2.选择策略时应注意的3个问题

(1)

关于总体规划(2)

开发的技术方法(3)

开发的进程控制

返回目前二十七页\总数一百六十七页\编于十八点⑴关于总体规划

在系统建立与开发过程的整体规划上,应采取“总体规划,分期实施,逐步投资,逐步见效”的策略原则。具体的方法有以下两种：①“自上而下”的方法②“自下而上”的方法

返回目前二十八页\总数一百六十七页\编于十八点⑵开发的技术方法

在考虑系统开发的技术方法上,必须注意应用成熟的技术,MIS开发不是搞科研,而是一项应用软件工程。

返回目前二十九页\总数一百六十七页\编于十八点(3)开发的进程控制

在系统开发的进程控制上，应立足于采用增量实现的策略。

返回目前三十页\总数一百六十七页\编于十八点3.2MIS的开发方式

自行开发

委托开发

合作开发

利用现成软件包开发

返回目前三十一页\总数一百六十七页\编于十八点3.2.1自行开发

——由用户依靠自己的力量独立完成系统开发的各项任务。

自行开发/适合/优点/缺点/注意/比较/返回目前三十二页\总数一百六十七页\编于十八点

适合

有较强专业开发分析与设计队伍和程序设计人员系统维护使用队伍的组织和单位如：大学、研究所、计算机公司、高科技公司等单位。

自行开发/适合/优点/缺点/注意/比较/返回目前三十三页\总数一百六十七页\编于十八点优点

开发费用少,容易开发出适合本单位需要的系统,方便维护和扩展,有利于培养自己的系统开发人员。

自行开发/适合/优点/缺点/注意/比较/返回目前三十四页\总数一百六十七页\编于十八点缺点

(1)容易受业务工作的限制，系统整体优化不够，开发水平较低。

(2)系统开发时间长，开发人员调动后，系统维护工作没有保障。

自行开发/适合/优点/缺点/注意/比较/返回目前三十五页\总数一百六十七页\编于十八点注意（1）需要大力加强领导，实行“一把手”原则；（2）向专业开发人士或公司进行必要的技术咨询，或聘请他们作为开发顾问。

自行开发/适合/优点/缺点/注意/比较/返回

目前三十六页\总数一百六十七页\编于十八点3.2.2委托开发

——由使用单位(甲方)委托通常是有丰富开发经验的机构或专业开发人员(乙方),按照用户的需求承担系统开发的任务。

委托开发/适合/优点/缺点/注意/比较/返回目前三十七页\总数一百六十七页\编于十八点适合

使用单位(甲方)没有MIS的系统分析、系统设计及软件开发人员或开发队伍力量较弱、但资金较为充足的单位。

委托开发/适合/优点/缺点/注意/比较/返回

目前三十八页\总数一百六十七页\编于十八点优点

省时、省事，开发的系统技术水平较高。

委托开发/适合/优点/缺点/注意/比较/返回目前三十九页\总数一百六十七页\编于十八点缺点费用高、系统维护与扩展需要开发单位的长期支持，不利于本单位的人才培养。

委托开发/适合/优点/缺点/注意/比较/返回目前四十页\总数一百六十七页\编于十八点注意

⑴使用单位(甲方)的业务骨干要参与系统的论证工作；⑵开发过程中需要开发单位(乙方)和使用单位(甲方)双方及时沟通，进行协调和检查。

委托开发/适合/优点/缺点/注意/比较/返回目前四十一页\总数一百六十七页\编于十八点3.2.3合作开发——由使用单位(甲方)和有丰富开发经验的机构或专业开发人员(乙方),共同完成开发任务。双方共享开发成果,实际上是一种半委托性质的开发工作。

合作开发/适合/优点/缺点/比较/返回目前四十二页\总数一百六十七页\编于十八点适合

使用单位(甲方)有一定的MIS分析、设计及软件开发人员，但开发队伍力量较弱，希望通过MIS的开发建立、完善和提高自己的技术队伍，便于系统维护工作的单位。

合作开发/适合/优点/缺点/比较/返回目前四十三页\总数一百六十七页\编于十八点优点

相对于委托开发方式比较节约资金,可以培养、增强使用单位的技术力量,便于系统维护工作,系统的技术水平较高。

合作开发/适合/优点/缺点/比较/返回

目前四十四页\总数一百六十七页\编于十八点缺点

双方在合作中沟通易出现问题,因此,需要双方及时达成共识,进行协调和检查。

合作开发/适合/优点/缺点/比较/返回

目前四十五页\总数一百六十七页\编于十八点3.2.4利用现成软件包开发

——利用现成的软件包开发MIS，可购买现成的应用软件包或开发平台,如财务管理系统、小型企业MIS、供销存MIS等等。

包开发/软件包/适合/优点/缺点/比较/返回目前四十六页\总数一百六十七页\编于十八点应用软件包

是预先编制好的、能完成一定功能的、供出售或出租的成套软件系统。它可以小到只有一项单一的功能，比如打印邮签，也可以是有50万行代码的、400多个模块组成的复杂的运行在主机上的大系统。

包开发/软件包/适合/优点/缺点/比较/返回目前四十七页\总数一百六十七页\编于十八点适合

对于功能单一的小系统开发颇为有效。但不太适用于规模较大、功能复杂、需求量的不确定性程度比较高的系统的开发。

包开发/软件包/适合/优点/缺点/比较/返回

目前四十八页\总数一百六十七页\编于十八点优点

能缩短开发时间,节省开发费用,技术水平比较高,系统可以得到较好的维护。

包开发/软件包/适合/优点/缺点/比较/返回目前四十九页\总数一百六十七页\编于十八点缺点

功能比较简单,通用软件的专用性比较差,难以满足特殊要求,需要有一定的技术力量根据使用者的要求做软件改善和编制必要的接口软件等二次开发的工作。

包开发/软件包/适合/优点/缺点/比较/返回目前五十页\总数一百六十七页\编于十八点表3.1

开发方式的比较

自行开发/委托开发/合作开发/软件包开发/返回

方式特点比较自行开发委托开发合作开发利用现成软件包开发分析和设计能力的要求较高一般逐渐培养较低编程能力的要求较高不需要需要较低系统维护的要求容易较困难较容易较困难开发费用少多较少较少目前五十一页\总数一百六十七页\编于十八点3.3结构化生命周期法

系统开发生命周期

结构化生命周期法的开发过程

结构化生命周期法的特点

结构化生命周期法的缺点

返回目前五十二页\总数一百六十七页\编于十八点

系统开发生命周期

生命周期

基本思想

图3-2MIS的生命周期

返回

目前五十三页\总数一百六十七页\编于十八点生命周期

从提出要建立一个MIS开始,到完全建成的全过程,是一个连续发展的过程,即一个阶段的完成就是下一个阶段的开始,这个过程称为系统的开发生命周期(SystemDevelopmentLifeCycle,简称SDLC)。

返回

目前五十四页\总数一百六十七页\编于十八点基本思想

返回

将系统的生命周期划分为:系统规划、系统分析、系统设计、系统实施、系统运行和维护等阶段。应用系统工程的方法,按照规定的步骤和任务要求,使用一定的图表工具完成规定的文档,在结构化和模块化的基础上进行MIS的开发工作。

目前五十五页\总数一百六十七页\编于十八点系统工程⑴

组织管理系统的规划、研究、设计、制造、试验和使用的科学方法。采用系统思想方法，借助自然科学、社会科学的理论和方法以及工程分析和设计的方法，研究系统的组织建立和管理，使局部与整体、系统与环境之间的关系互相协调，以实现系统目标综合最优。下页目前五十六页\总数一百六十七页\编于十八点系统工程⑵基本思想、观点：

追求系统最优、综合应用各门科学和技术的最新成果、加强系统适应环境变化的应变能力、加强实践等。

返回目前五十七页\总数一百六十七页\编于十八点结构化思想：

用一组规范的步骤、准则和工具来进行某项工作。基于生命周期的结构化方法：

把系统功能视为一个个的模块，根据系统分析设计的要求对其进行进一步的模块分解或组合工作。

返回

请按键★目前五十八页\总数一百六十七页\编于十八点模块化思想：

把系统划分为若干个模块，每个模块完成一个特定的功能，然后将这些模块汇集起来组成一个整体(即系统),用以完成指定的功能。

返回目前五十九页\总数一百六十七页\编于十八点图3-2系统的生命周期详细设计提出要求可行性研究系统评价系统维护验收编程调试系统转换详细调查初步调查逻辑设计开发方案选择审批审查审查总体设计系统规划系统分析系统设计系统实施系统运行和维护请按键★目前六十页\总数一百六十七页\编于十八点3.3.2结构化生命周期法的开发过程1.

系统规划阶段2.

系统分析阶段3.

系统设计阶段4.

系统实施阶段5.

系统运行和维护阶段图2-3

生命周期法的开发过程

返回目前六十一页\总数一百六十七页\编于十八点1.系统规划阶段

对企业的环境、目标、现行系统的状况进行初步调查，根据企业目标和发展战略，确定MIS的发展战略，对建设新系统的需求做出分析和预测，同时考虑建设新系统所受的各种约束，研究建设新系统的必要性和可行性。输出：可行性分析报告、系统设计任务书

返回目前六十二页\总数一百六十七页\编于十八点2.系统分析阶段

——逻辑设计阶段

根据系统任务书所确定的范围，对现行系统进行详细调查，描述现行系统的业务流程，指出现行系统的局限性和不足之处，确定新系统的基本目标和逻辑功能要求，即提出新系统的逻辑模型。输出：系统分析报告

返回目前六十三页\总数一百六十七页\编于十八点3.

系统设计阶段

——物理设计阶段

根据系统分析报告中规定的功能要求，考虑实际条件，具体设计实现逻辑模型的技术方案即设计新系统的物理模型。

总体设计物理设计阶段

详细设计

输出：系统设计说明书

返回

目前六十四页\总数一百六十七页\编于十八点4.

系统实施阶段

将设计的系统付诸实施。购置、安装、调试计算机等设备，编写程序，调试程序，人员培训，数据文件转换，系统调试，系统转换。

返回目前六十五页\总数一百六十七页\编于十八点5.

系统运行和维护阶段

记录系统的运行情况，根据一定的规格对系统进行必要的修改，评价系统的工作质量和经济效益。

下页目前六十六页\总数一百六十七页\编于十八点图3—3生命周期法的开发过程

生命周期/规划/分析/设计/实施/返回提出要求初步调查可行性研究可行性分析报告审批修改目标、追加资源、等待条件A停止研制否修改是请按键★目前六十七页\总数一百六十七页\编于十八点图4—3生命周期法的开发过程

生命周期/规划/分析/设计/实施/返回A详细调查逻辑设计系统分析报告审批B修改说明书停止研制否修改是请按键★目前六十八页\总数一百六十七页\编于十八点图3—3生命周期法的开发过程

生命周期/规划/分析/设计/实施/返回B总体设计详细设计系统设计说明书审批停止研制修改设计方案C否修改是请按键★目前六十九页\总数一百六十七页\编于十八点图3—3生命周期法的开发过程

生命周期/规划/分析/设计/实施/返回C系统实施调试修改系统验收交付使用是修改请按键★目前七十页\总数一百六十七页\编于十八点3.3.3结构化生命周期法的特点1.

建立面向用户的观点2.

加强调查研究和系统分析

3.

逻辑设计与物理设计分别进行4.

使用结构化、模块化方法5.

严格划分工作阶段6.

工作文件标准化文献化

返回目前七十一页\总数一百六十七页\编于十八点1.建立用户第一的观点

MIS是为用户服务的，开发全过程中要有用户观点，一切从用户出发、从用户利益考虑。要尽量吸收用户(管理、业务人员)参加开发，加强与用户沟通，主动、及时交换意见，以取得共识。

用户/调查/设计/方法/阶段/文档/返回目前七十二页\总数一百六十七页\编于十八点2.加强调查研究和系统分析

为使新系统满足用户要求，要对现系统进行认真的全面调查。以便在此基础上进行系统分析，通过方案对比，确定新系统最佳方案。

用户/调查/设计/方法/阶段/文档/返回目前七十三页\总数一百六十七页\编于十八点3.逻辑设计与物理设计分别进行

在系统分析阶段，开发人员提出新系统的逻辑模型（利用图表工具表示），使用户有一个了解，在系统设计阶段，根据新系统逻辑模型进行具体的物理设计。

用户/调查/设计/方法/阶段/文档/返回目前七十四页\总数一百六十七页\编于十八点4.使用结构化、模块化方法

采用结构化的设计方法，使新系统各部分独立性强，便于设计、实施和维护。模块的划分采取自上而下的方法，在保证总体模块正确的前提下，逐步分层细化，划分为适当的模块，在此基础上进行物理设计和程序设计。

用户/调查/设计/方法/阶段/文档/返回目前七十五页\总数一百六十七页\编于十八点5.严格按照阶段进行将整个新系统的开发过程分为若干个阶段，每个阶段都有其明确的任务和目标，每个阶段又可分为若干工作步骤。便于开发过程的控制。前一阶段为后续工作提供依据。每一阶段完成，要严格审查，防止留下隐患。

用户/调查/设计/方法/阶段/文档/返回

目前七十六页\总数一百六十七页\编于十八点6.工作文件标准化文献化

为保证各阶段工作的衔接与日后系统的维护，各阶段工作完成之后，要按照统一的要求形成相应的文档资料。

用户/调查/设计/方法/阶段/文档/返回目前七十七页\总数一百六十七页\编于十八点3.3.4

结构化生命周期法的缺点1.用户介入系统开发的深度不够，系统需求难以确定(原因)；2.开发周期长，文档过多；3.各阶段文档的审批工作困难。

返回目前七十八页\总数一百六十七页\编于十八点原因⑴用户懂管理，不懂计算机，分析人员缺乏对特定组织的管理状态的认识和了解;⑵用户不能确切描述现行信息系统的现状和未来目标，分析人员理解会有偏差;⑶组织的管理体制随环境而变化，要求系统开发有高度的可变性，这正是生命周期法难以支持的.返回请按键★目前七十九页\总数一百六十七页\编于十八点3.4原型法

原型法基本原理

原型法开发过程原型的种类及构造方法原型法的优点及存在的问题

原型法与传统的生命周期法的比较

返回目前八十页\总数一百六十七页\编于十八点3.4.1原型法基本原理

原型：可以逐步改进成运行系统的模型开发者在初步了解用户需求的基础上，构成、设计和开发一个系统初始模型，该模型称为原型或骨架。(一个可以实现的系统应用模型。)

开发人员和用户在此基础上共同探讨、改进和完善方案，开发人员再根据方案对原型进行修改得到新的原型，再征求用户意见，如此反复，直至用户满意为止。

返回目前八十一页\总数一百六十七页\编于十八点3.4.2原型法开发过程1.

确定用户的基本需求2.

开发初始原型系统3.

对原型进行评价4.

修正和改进原型系统(循环、不断修改完善)

示意图/返回目前八十二页\总数一百六十七页\编于十八点

返回原型法开发MIS的过程示意图确定用户基本要求构造初始模型评价、使用系统原型用户满意？系统转换、系统维护与评价修改、完善系统原型图3—4原型法开发过程YN请按键★目前八十三页\总数一百六十七页\编于十八点3.4.3原型的种类及构造方法1.

原型的种类2.

各类原型的构造方法

返回目前八十四页\总数一百六十七页\编于十八点1.

原型的种类本质上分为从应用场合分为

返回丢弃型进化型⑴丢弃式（研究）⑵演化式（试验）⑶递增式（进化）丢弃型目前八十五页\总数一百六十七页\编于十八点⑴丢弃（研究）式

丢弃/演化/递增/图/返回把原型作为用户与开发人员之间通信的媒介,不打算将它作为实际系统运行。

目的

特点请按键★目前八十六页\总数一百六十七页\编于十八点目的：

为对最终系统进行研究，用户和开发者借助此系统进行交流，共同明确新系统的需求。可将这一过程作为生命周期法的一个阶段，即需求定义阶段(原型法与生命周期法结合)。

返回目前八十七页\总数一百六十七页\编于十八点特点：

开发费用低、速度快，一般要利用软件工具即环境进行支持。

返回目前八十八页\总数一百六十七页\编于十八点丢弃(研究)式原型法与生命周期法的结合

生命周期法可行性研究需求定义确定基本要求构造原型评审满意否？修改NY初步设计详细设计实施维护与评价原型法图3—5丢弃式原型法与生命周期法的结合丢弃/演化/递增/上页请按键★目前八十九页\总数一百六十七页\编于十八点⑵演化(试验)式过程、特点、注意

丢弃/演化/递增/图/返回

按照基本需求开发出一个系统，让用户先使用起来,有问题随时修改。(用户的要求及系统的功能在变化)。

请按键★目前九十页\总数一百六十七页\编于十八点●过程：设计、实施、演化●特点：开发完成的系统可立即使用，但修改、增加原系统的功能极为频繁。●注意：在实际实施中，要加强管理和控制，围绕系统的基本需求进行开发。

请按键★返回目前九十一页\总数一百六十七页\编于十八点丢弃/演化/递增/上页／后演化(试验)式原型法的开发过程图系统设计系统实施满意否？最终系统YN演化(重新设计、实施)图3—6演化式原型法的开发过程图请按键★目前九十二页\总数一百六十七页\编于十八点⑶递增（进化）式前提：系统的组织结构不发生变化，模块的外部功能不发生变化。

丢弃/演化/递增/图/返回

开始时系统有一个总体框架，各功能单元的结构和功能较清楚，但没有具体实现。在以后的开发过程中一个一个的完善这些模块。

请按键★目前九十三页\总数一百六十七页\编于十八点丢弃/演化/递增/上页／后递增式（进化）原型法的开发过程系统总体设计功能子单元全部实现？实现一个功能子单元N图3—7递增式原型法的开发过程Y请按键★目前九十四页\总数一百六十七页\编于十八点2.

各类原型的构造方法1.

丢弃（研究）式原型构造方法2.

演化(试验)式原型构造方法3.

递增（进化）式原型构造方法

返回目前九十五页\总数一百六十七页\编于十八点⑴丢弃（研究）式原型构造方法又称：需求原型法

在没有任何常规需求分析能满意地识别和确认用户真正的需求时使用。开始时开发者没有用户应用领域的专门知识，用户对计算机能为自己做些什么也不清楚，只能通过演示才能促使用户对系统功能的理解，激发其创造性。开发者不将精力集中在解决某一特定方案上，而是和用户一起研究各种不同方案。没有规范的形式及严格的规律，具有创造性。返回目前九十六页\总数一百六十七页\编于十八点⑵演化(试验)式原型构造方法

和“原型”最接近，解决用户的问题将通过试验来评审。该方法从初始描述之后就开始适用于任何开发阶段，它是对最终系统的一种强化。可用于：

决定所开发系统性能的可行性、当资源受到限制时给出问题的解决方案。

下页目前九十七页\总数一百六十七页\编于十八点演化(试验)式原型构造方法的类型返回

☛人机交互界面仿真原型

☛轮廓仿真原型

☛局部功能仿真原型

☛全局功能仿真原型

作用请按键★目前九十八页\总数一百六十七页\编于十八点

返回

该原型构造方法，从本质上来讲，应成为最终系统的一种强化工具，它起的作用有：1.补充系统用户需求的描述；2.从已有的描述中提炼出主要的描述信息来；3.作为描述和实现的中间阶段,为下一阶段服务。

请按键★目前九十九页\总数一百六十七页\编于十八点

人机交互界面仿真原型

向用户提供所开发系统的人机交互界面的预期感受，原型常以对话、屏幕和菜单形式出现在最终系统中，系统其他部分中都使用这种模型。在该仿真模型中用户看到的原型是和真实系统相似的系统，在原型背后可能根本没有真正的数据，而是只对输入作一些验证。返回目前一百页\总数一百六十七页\编于十八点轮廓仿真原型目标：设计出整个系统，但要实现的仅仅是缩小功能范围，在该类原型中，所包含的功能要使得用户能全面完成他们的工作任务，并且绘制出没有轮廓原型所支持的一些工作步骤。

返回

试图去建设最终系统的总体结构，它是基于一些基本的系统功能之上的。

请按键★目前一百零一页\总数一百六十七页\编于十八点局部功能仿真原型——用于测试最终系统的特性。

如：测试一种规定的算法是否在给定的应用系统中有满意解，以及这种算法是否使用了所设想的资源。

返回目前一百零二页\总数一百六十七页\编于十八点全局功能仿真原型构造这种原型时：要寻求实现和修改过程中的方便性，而不是最终系统所需的效率。返回——建立在含有最终系统所有功能的原型系统基础上，用户的需求往往被翻译成一种可以进行操作的系统，由这种系统来实现应用系统的仿真，该原型就是功能上的原型。

请按键★目前一百零三页\总数一百六十七页\编于十八点⑶递增(进化)式原型构造方法开发方式：①

进化式

②递增式返回

采用一种进化状态中近似问题解来表征原型系统，初始原型变成了进化系统的核心，每一种进化原型周期都会增加更多的系统特征，这种原型构造就成为整个开发过程的一种代替，原型最终必然会变成一种运行的系统。

请按键★目前一百零四页\总数一百六十七页\编于十八点

原型法的优点及存在的问题1.

原型法的优点2.

原型法的缺点

返回目前一百零五页\总数一百六十七页\编于十八点1.

原型法的优点⑴开发周期短⑵增加用户的满意度⑶加强了开发过程中的用户参与程度⑷降低系统开发中的风险⑸降低系统开发的成本⑹易学易用，减少对用户的培训时间⑺可产生正确的系统需求描述

返回请按键★目前一百零六页\总数一百六十七页\编于十八点2.

原型法的缺点

⑴对于大系统，复杂系统，不适于直接使用；

⑵开发过程管理困难；

⑶用户较早看到原型，错认为就是新系统，使用户缺乏耐心；

⑷开发人员很容易用原型取代系统分析。

请按键★返回目前一百零七页\总数一百六十七页\编于十八点原型法与传统的生命周期法的比较1.原型法的特点2.原型法与生命周期法的比较(表1)

返回目前一百零八页\总数一百六十七页\编于十八点1.原型法的特点⑴开发过程是一个循环往复的反馈过程⑵将模拟的手段引入系统分析的初期阶段返回目前一百零九页\总数一百六十七页\编于十八点2.原型法与生命周期法的比较(表—1）

方法内容

原型法生命周期法开发路径循环、迭代型严格、顺序型文档数量较少多用户参与程度高低开发过程的可见度好差对功能需求或环境变化的适应性较好差用户的信息反馈早迟对开发环境、软件工具的要求高低对开发过程的管理和控制较困难较容易返回目前一百一十页\总数一百六十七页\编于十八点3.5

面向对象的方法

面向对象方法的基本概念及特征3.5.2

面向对象开发方法的特征及优点

面向对象方法与传统方法的比较

返回目前一百一十一页\总数一百六十七页\编于十八点3.5.1

面向对象方法的基本概念及特征1.

基本概念2.

面向对象的特征

返回目前一百一十二页\总数一百六十七页\编于十八点1.

基本概念⑴对象⑵类⑶消息⑷继承

返回目前一百一十三页\总数一百六十七页\编于十八点⑴对象对象＝数据＋操作

对象／类／消息／继承／返回

——客观现实世界中（问题空间）的任何事物。计算机（求解空间）所创建的对象就是对客观事物进行表达和模拟的一种数据模型，包括形状数据和行为特征的数据模型。即一个对象与一个客观实体相对应，由实体抽象的形状数据和对此数据进行的各种操作一起封装构成一种数据和操作包体。目前一百一十四页\总数一百六十七页\编于十八点⑵类——具有相同属性（数据和操作）对象的集合的描述或定义。是一组具有相同模板或子模板对象类型的抽象和说明。模板（子）表示对象集合中每个对象所具有的数据和操作。

对象／类／消息／继承／返回目前一百一十五页\总数一百六十七页\编于十八点⑶消息

对象之间相互作用和相互协作的一种机制。对象之间的相互操作、调用和应答多是通过发送消息到对象的外部接口来实施的。消息是为完成某些操作而向对象所发送的命令和命令说明。

对象／类／消息／继承／返回目前一百一十六页\总数一百六十七页\编于十八点⑷继承

相关对象类层次之间的一种数据和操作（程序代码）的共享机制。如果类Ｂ继承了类Ａ，则在Ａ中所定义的数据和操作也将成为Ｂ的组成部分。

对象／类／消息／继承／返回目前一百一十七页\总数一百六十七页\编于十八点2.

特征

⑴封装性

⑵继承性

⑶多态型

⑷可维护性

返回目前一百一十八页\总数一百六十七页\编于十八点⑴封装性

将自由数据与操作(方法)封闭在一起(即放于同个对象中)使自身的状态、行为局部化(对数据的操作只通过该对象本身的方法来进行)。

封装／继承／多态／可维护／返回目前一百一十九页\总数一百六十七页\编于十八点⑵继承性

通过对类继承可以弥补由封装对象而带来的诸如数据或操作冗余的问题。通过继承支持重用，实现软件资源共享、演化以及增强扩充。

封装／继承／多态／可维护／返回

目前一百二十页\总数一百六十七页\编于十八点⑶多态型

同样的消息为不同的对象接受后，会因不同对象所含操作的不同，而导致完全不同的行动，使软件开发设计更便利，编码更灵活。

封装／继承／多态／可维护／返回

目前一百二十一页\总数一百六十七页\编于十八点⑷可维护性

由于面向对象的抽象封装使对象信息隐藏在局部，当对象进行修改，或对象自身产生错误的时候，由此带来的影响仅仅在对象内部而不会波及其他对象乃至整个系统环境，极大方便了软件设计、构造和运行过程中的检错、修改。

封装／继承／多态／可维护／返回目前一百二十二页\总数一百六十七页\编于十八点3.5.2

面向对象开发方法的特征及优点1.

面向对象开发方法的特征2.

面向对象开发方法的优点

返回目前一百二十三页\总数一百六十七页\编于十八点1.面向对象开发方法的特征⑴分析与设计是反复的，充分体现了原型开发的思想；⑵分析与设计的不断反复结果是对客观世界对象的模型化，建立针对簇（一组对象）的规格说明；⑶运用库中已有对象，反复测试实现簇，并将新簇纳入库中，这一过程体现了继承和重用；⑷强调分析阶段和设计阶段的合并。

返回目前一百二十四页\总数一百六十七页\编于十八