管理信息系统的开发方式与方法

管理信息系统的开发方式与方法第一页，共一百一十一页，编辑于2023年，星期一内容

内容提要3.1MIS开发涉及的基本问题3.2MIS的开发方式3.3结构化生命周期法3.4原型法（PrototypingApproach）3.5面向对象的方法3.6软件开发工具3.7MIS开发的组织工作

小结

习题3

返回第二页，共一百一十一页，编辑于2023年，星期一内容提要

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

返回第三页，共一百一十一页，编辑于2023年，星期一学完本章后，应该掌握以下内容：

1．

MIS开发的基本原则

2．

MIS开发应具备的条件

3．

MIS的开发策略

4．

MIS的开发方式

5．

MIS的常用开发方法

6.MIS开发的环境

返回第四页，共一百一十一页，编辑于2023年，星期一3.1MIS开发涉及的基本问题3.1.1

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

返回

第五页，共一百一十一页，编辑于2023年，星期一3.1.1MIS开发的基本原则

⑴实用性原则

⑵系统性原则

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

⑷完善，逐步发展的原则

返回第六页，共一百一十一页，编辑于2023年，星期一⑴实用性原则

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

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

第七页，共一百一十一页，编辑于2023年，星期一⑵系统性原则

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

实用/系统/软件工程/逐步/返回第八页，共一百一十一页，编辑于2023年，星期一⑶符合软件工程规范的原则

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

实用/系统/软件工程/逐步/返回第九页，共一百一十一页，编辑于2023年，星期一⑷逐步完善,逐步发展的原则

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

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

第十页，共一百一十一页，编辑于2023年，星期一3.1.2MIS开发的条件

1.MIS开发的条件

2.MIS开发前的准备工作

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

返回

第十三页，共一百一十一页，编辑于2023年，星期一3.1.3MIS的开发策略

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

返回第十四页，共一百一十一页，编辑于2023年，星期一1.几种可以考虑的开发策略⑴接受式开发策略⑵直线式开发策略⑶迭代式开发策略⑷实验式开发策略⑸规划式开发策略

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

返回第十五页，共一百一十一页，编辑于2023年，星期一⑴接受式开发策略

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

接受/直线/迭代/实验/规划/模型/适合/返回第十六页，共一百一十一页，编辑于2023年，星期一适合：

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

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

返回第十七页，共一百一十一页，编辑于2023年，星期一⑵直线式开发策略

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

接受/直线/迭代/实验/规划/模型/适合/返回第十八页，共一百一十一页，编辑于2023年，星期一直线式开发策略适合：

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

返回第十九页，共一百一十一页，编辑于2023年，星期一⑶迭代式开发策略

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

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

接受/直线/迭代/实验/规划/模型/适合/返回第二十页，共一百一十一页，编辑于2023年，星期一迭代式开发策略适合：

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

返回第二十一页，共一百一十一页，编辑于2023年，星期一⑷实验式开发策略

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

接受/直线/迭代/实验/规划/模型/下页/返回第二十二页，共一百一十一页，编辑于2023年，星期一

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

返回第二十三页，共一百一十一页，编辑于2023年，星期一⑸规划式开发策略

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

接受/直线/迭代/实验/规划/模型/适合/返回第二十四页，共一百一十一页，编辑于2023年，星期一规划式开发策略适用于：

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

返回第二十五页，共一百一十一页，编辑于2023年，星期一图3—1选择开发策略的模型

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

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

(1)

关于总体规划(2)开发的技术方法(3)

开发的进程控制

返回第二十七页，共一百一十一页，编辑于2023年，星期一⑴关于总体规划

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

返回第二十八页，共一百一十一页，编辑于2023年，星期一⑵开发的技术方法

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

返回第二十九页，共一百一十一页，编辑于2023年，星期一(3)开发的进程控制

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

返回第三十页，共一百一十一页，编辑于2023年，星期一3.2MIS的开发方式3.2.1

自行开发3.2.2

委托开发3.2.3

合作开发3.2.4

利用现成软件包开发

返回第三十一页，共一百一十一页，编辑于2023年，星期一3.2.1自行开发

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

自行开发/适合/优点/缺点/注意/比较/返回第三十二页，共一百一十一页，编辑于2023年，星期一

适合

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

自行开发/适合/优点/缺点/注意/比较/返回第三十三页，共一百一十一页，编辑于2023年，星期一优点

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

自行开发/适合/优点/缺点/注意/比较/返回第三十四页，共一百一十一页，编辑于2023年，星期一缺点

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

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

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

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

第三十六页，共一百一十一页，编辑于2023年，星期一3.2.2委托开发

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

委托开发/适合/优点/缺点/注意/比较/返回第三十七页，共一百一十一页，编辑于2023年，星期一适合

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

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

第三十八页，共一百一十一页，编辑于2023年，星期一优点

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

委托开发/适合/优点/缺点/注意/比较/返回第三十九页，共一百一十一页，编辑于2023年，星期一缺点费用高、系统维护与扩展需要开发单位的长期支持，不利于本单位的人才培养。

委托开发/适合/优点/缺点/注意/比较/返回第四十页，共一百一十一页，编辑于2023年，星期一注意

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

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

合作开发/适合/优点/缺点/比较/返回第四十二页，共一百一十一页，编辑于2023年，星期一适合

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

合作开发/适合/优点/缺点/比较/返回第四十三页，共一百一十一页，编辑于2023年，星期一优点

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

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

第四十四页，共一百一十一页，编辑于2023年，星期一缺点

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

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

第四十五页，共一百一十一页，编辑于2023年，星期一3.2.4利用现成软件包开发

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

包开发/软件包/适合/优点/缺点/比较/返回第四十六页，共一百一十一页，编辑于2023年，星期一应用软件包

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

包开发/软件包/适合/优点/缺点/比较/返回第四十七页，共一百一十一页，编辑于2023年，星期一适合

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

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

第四十八页，共一百一十一页，编辑于2023年，星期一优点

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

包开发/软件包/适合/优点/缺点/比较/返回第四十九页，共一百一十一页，编辑于2023年，星期一缺点

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

包开发/软件包/适合/优点/缺点/比较/返回第五十页，共一百一十一页，编辑于2023年，星期一表3.1

开发方式的比较

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

方式特点比较自行开发委托开发合作开发利用现成软件包开发分析和设计能力的要求较高一般逐渐培养较低编程能力的要求较高不需要需要较低系统维护的要求容易较困难较容易较困难开发费用少多较少较少第五十一页，共一百一十一页，编辑于2023年，星期一3.3结构化系统开发方法3.3.1结构化开发方法的基本思想3.3.2结构化开发方法的特点3.3.3系统开发的生命周期3.3.4结构化生命周期法的优缺点

返回第五十二页，共一百一十一页，编辑于2023年，星期一3.3.1

结构化开发方法基本思想自顶向下逐层解决结构化的分析描述方式

返回

第五十三页，共一百一十一页，编辑于2023年，星期一3.3.2结构化开发方法基本特点自顶向下设计，自底向下开发用户至上深入调查研究严格区分工作阶段预料发生的变化开发过程工程化

返回

第五十四页，共一百一十一页，编辑于2023年，星期一3.3.3

系统开发生命周期

生命周期

基本思想

图3-2MIS的生命周期

返回

第五十五页，共一百一十一页，编辑于2023年，星期一生命周期

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

返回

第五十六页，共一百一十一页，编辑于2023年，星期一基本思想

返回

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

第五十七页，共一百一十一页，编辑于2023年，星期一3.3.2结构化生命周期法的主要工作1.

系统规划阶段2.

系统分析阶段3.

系统设计阶段4.

系统实施阶段5.

系统运行和维护阶段图2-3生命周期法的开发过程

返回第五十八页，共一百一十一页，编辑于2023年，星期一1.系统规划阶段

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

返回第五十九页，共一百一十一页，编辑于2023年，星期一2.系统分析阶段

——逻辑设计阶段

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

返回第六十页，共一百一十一页，编辑于2023年，星期一3.

系统设计阶段

——物理设计阶段

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

总体设计物理设计阶段

详细设计

输出：系统设计说明书

返回

第六十一页，共一百一十一页，编辑于2023年，星期一4.

系统实施阶段

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

返回第六十二页，共一百一十一页，编辑于2023年，星期一5.

系统运行和维护阶段

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

下页第六十三页，共一百一十一页，编辑于2023年，星期一图3—3生命周期法的开发过程

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

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

生命周期/规划/分析/设计/实施/返回B总体设计详细设计系统设计说明书审批停止研制修改设计方案C否修改是请按键★第六十六页，共一百一十一页，编辑于2023年，星期一图3—3生命周期法的开发过程

生命周期/规划/分析/设计/实施/返回C系统实施调试修改系统验收交付使用是修改请按键★第六十七页，共一百一十一页，编辑于2023年，星期一3.3.4

结构化生命周期法的优缺点优点：从系统整体出发，强调在整体优化的条件下“自上而下”地分析和设计，保证了系统的整体性和目标的一致性；遵循用户至上原则；严格区分系统开发的阶段性；每一阶段的工作成果是下一阶段的依据，便于系统开发的管理和控制；文档规范化，按工程标准建立标准化的文档资料。

返回第六十八页，共一百一十一页，编辑于2023年，星期一3.3.4

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

返回第六十九页，共一百一十一页，编辑于2023年，星期一3.4原型法3.4.1

原型法基本原理3.4.2原型的种类及构造方法3.4.3

原型法开发过程3.4.4

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

返回第七十页，共一百一十一页，编辑于2023年，星期一3.4.1原型法基本原理

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

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

返回第七十一页，共一百一十一页，编辑于2023年，星期一3.4.2原型法运用方式1.

探索型2.

实验型3.

演化型

示意图/返回第七十二页，共一百一十一页，编辑于2023年，星期一3.4.3原型法开发过程1.

确定用户的基本需求2.

开发初始原型系统3.

对原型进行评价4.

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

示意图/返回第七十三页，共一百一十一页，编辑于2023年，星期一

返回原型法开发MIS的过程示意图确定用户基本要求构造初始模型评价、使用系统原型用户满意？系统转换、系统维护与评价修改、完善系统原型图3—4原型法开发过程YN请按键★第七十四页，共一百一十一页，编辑于2023年，星期一3.4.4

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

原型法的优点2.

原型法的缺点

返回第七十五页，共一百一十一页，编辑于2023年，星期一1.

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

返回请按键★第七十六页，共一百一十一页，编辑于2023年，星期一2.

原型法的缺点

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

⑵开发过程管理困难；

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

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

请按键★返回第七十七页，共一百一十一页，编辑于2023年，星期一原型法与传统的生命周期法的比较1.原型法的特点2.原型法与生命周期法的比较(表1)

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

方法内容

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

面向对象的方法3.5.1

面向对象方法简介3.5.2

面向对象开发方法基本思想3.5.3

以对象为主题的面向对象方法3.5.4面向对象方法的开发过程

返回第八十一页，共一百一十一页，编辑于2023年，星期一3.5.1面向对象方法简介

1.世界的一切都是对象2.相似的对象划分成为类3

子类和父类等层次结构关系4对象之间通过消息相互联系

返回第八十二页，共一百一十一页，编辑于2023年，星期一3.5.2面向对象方法基恩思想

1.

基本概念2.面向对象的特征

返回第八十三页，共一百一十一页，编辑于2023年，星期一1.

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

返回第八十四页，共一百一十一页，编辑于2023年，星期一⑴对象对象＝数据＋操作

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

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

对象／类／消息／继承／返回第八十六页，共一百一十一页，编辑于2023年，星期一⑶消息

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

对象／类／消息／继承／返回第八十七页，共一百一十一页，编辑于2023年，星期一⑷继承

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

对象／类／消息／继承／返回第八十八页，共一百一十一页，编辑于2023年，星期一3.5.3.

以对象为主体的面向对象方法

⑴封装性

⑵继承性

⑶多态型

⑷可维护性

返回第八十九页，共一百一十一页，编辑于2023年，星期一⑴封装性

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

封装／继承／多态／可维护／返回第九十页，共一百一十一页，编辑于2023年，星期一⑵继承性

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

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

第九十一页，共一百一十一页，编辑于2023年，星期一⑶多态型

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

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

第九十二页，共一百一十一页，编辑于2023年，星期一⑷可维护性

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

封装／继承／多态／可维护／返回第九十三页，共一百一十一页，编辑于2023年，星期一3.5.2

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

面向对象开发方法