第 5 讲结构化生命周期法

济南职业学院精品课程济南职业学院精品课程

第第 55 讲结构化生命周期讲结构化生命周期法法

《《管理信息系统管理信息系统》》

5 结构化生命周期法

本节内容提要 :

5.1 管理信息系统的生命周期

5.2 结构化系统开发的基本思想

5.3 结构化生命周期法


5.1 管理信息系统的生命周期 MIS 开发阶段又分为系统分析、系统设计、系统实施三个阶段。所以

MIS 的生命周期共划分为系统规划、系统分析、系统设计、系统实施和系统运行与维护五个阶段，如图所示。

划分 MIS 的生命周期是为了对每一个阶段的目的、任务、采用技术、参加人员、阶段性成果、与前后阶段的联系等作深入具体的研究，以便更好地实施开发工程，开发出一个更好的系统，以及更好地运用系统以取得更好的效益。


5.1.1 MIS 生命周期模型图 MIS生命周期模型

当前系统的生命期

当前系统运行、维护新系统运行、维护

系统实施

系统设计

新系统的生命期

系统规划

系统分析

系统开发过程

可行性报告

系统说明书

设计说明书

用户手册

时间

参考

抽象程度


5.1 .2 MIS 生命周期各阶段的主要活动(1)

MIS生命周期各阶段的主要活动 :

1 ．系统规划阶段

这是管理信息系统的起始阶段。以计算机为主要手段的管理信息系统是其

所在组织的管理系统的组成部分，它的新建、改建或扩建服从于组织的整

体目标和管理决策活动的需要。所以这一阶段的主要任务是：根据组织的

整体目标和发展战略确定管理信息系统的发展战略，明确组织总的信息需

求，制定管理信息系统建设总计划。



2 ．系统分析阶段

系统分析阶段与系统设计阶段的目的都是做新系统设计。在一般的机械工

程或建筑工程中并没有系统分析这个阶段。由于 MIS 自身的复杂性，要把

设计阶段又划分为逻辑设计阶段和物理设计阶段，并称逻辑设计阶段为系

统分析，物理设计阶段为系统设计。

应注意，分析阶段的工作是从做系统可行性分析开始，即可行性研究论证

。若结论是可行，则进一步作出系统逻辑设计。


5.1 .2 MIS 生命周期各阶段的主要活动 (3)

该阶段活动可以分成如下几步完成：

◆ 提出问题

◆ 初步调查

◆ 可行性分析

◆ 编写可行性分析报告

◆ 详细调查

◆ 还原原信息系统的逻辑模型

◆ 建立新系统的逻辑模型



3 ．系统设计阶段

系统设计阶段的任务是依据系统分析说明书进行新系统的物理设计，提出

一个由一系列物理设备构成的新系统设计方案，并把这一方案表达出来。

通常，又将系统设计阶段分为总体设计和详细设计两个阶段。

总体设计阶段的主要任务是：系统空间布局设计、系统模块结构的设计，

系统软硬件结构设计。

详细设计阶段的主要任务是、数据库设计和数据文件的设计、编码设计、

输入／输出设计、模块逻辑设计等。



4 ．系统实施阶段

物理设计完成后，即可进入系统实施阶段。实施阶段是根据系统的物理设

计来构造一个物理的新系统。主要任务是：购置计算机硬件、系统软件，

并安装调试；程序设计、程序及程序系统的调试；系统试运行；操作人员

培训、编写操作说明等文字资料等。

新系统经一段时间的试运行，要评价系统开发的质量。不过 MIS 生命周期

的每一个阶段结束后，都应该进行阶段性评价，如果发现问题应及时改正

，如果是属于前面阶段的问题，亦应返回前面相应阶段做出修正。系统开

发是一个不断前进、又不断反复的过程。



5 ．系统运行与维护阶段

经评价认可的系统可以正式交付使用，新系统便进入了长期的运行、维护

阶段，被更新的系统所取代。这一阶段的主要活动是：

（ 1 ）系统转换，新系统正式代替原系统；

（ 2 ）新系统正式运行，并逐日提交运行记录；

（ 3 ）系统维护及对维护的评价，并提交每次的维护报告及维护评价报告。

（ 4 ）用户培训。增强用户对系统的认识和使用信心，提高系统应用效果。


5.2 结构化系统开发的基本思想

5.2.1 5.2.1 管理信息系统非结构化开发方法存在的主要问题管理信息系统非结构化开发方法存在的主要问题

（ 1 ）工作阶段的划分原则不明确，各阶段的工作缺乏规范的章程、方法、

表达工具与标准。

（ 2 ）系统建设过程用户参与程度低，用户与专业人员对话缺乏有效的手段

。

（ 3 ）系统开发的工作任务集中在系统实施阶段，系统分析、设计工作不深

入。

（ 4 ）系统实施阶段的工作采取“自底向上”的方法，系统总体功能与目标

的实现难以保证。


5.2.1 非结构化开发方法的主要问题

图系统开发各阶段的费用变化图冰山式系统开发费用分布费用

结构化方法

早期的方法

规划分析设计实施运行

维护

系统

规划与

开发费用

可预见

部分

系统运行与维护

费用

难预见部分


5.2.2 结构化方法的基本思路和主要原则(1)

5.2.2 5.2.2 结构化方法的基本思路和主要原则结构化方法的基本思路和主要原则 “结构化”一词在系统建设中的含义是用一组规范的步骤、准则和工具来进行某项

工作。运用结构化的思想进行以计算机为基础的管理信息系统的建设工作，首先出

现于 60年代发展起来的结构化程序设计（ Structured Prosramming ，简记为

SP）。到了 70年代，约当（ E． Your-don）、康斯坦丁

（ L． L． Constantine）和德马可（T． Demarco）等人提出了结构化分析

（ Structured Analysis ，简记为 SA）和结构化设计（ Structured Design ，

简记为 SD）方法。截至 80年代，已提出的各类结构化方法不下 30余种。这些方

法虽各有产生的背景和特色，但它们的基本思路和主要特点是相同的。



管理信息系统结构化方法的主要原则：

（ 1 ）用户参与的原则

（ 2 ）“先逻辑，后物理”的原则

（ 3 ）“自顶向下”的原则

（ 4 ）工作成果描述标准化原则



图结构化方法的基本思路

阶段………

活动………

任务……… 产品

方

法

技

术

工

具

标

准


5.3 结构化生命周期法

5.3.1 5.3.1 结构化生命周期法要点结构化生命周期法要点所谓结构化生命周期法就是把管理信息系统开发的全过程按其生存周期分

成若干阶段，每个阶段有相对独立的任务，然后逐步完成各个阶段的任务。在每一阶段的开始与结束都规定了严格的标准。前一个阶段的结束标准就是后—阶段开始的标准，而每个阶段任务相对独立而且比较简单，便于不同人员分工协作，从而降低了整个软件工程开发的困难程度。

在软件生命周期的每个阶段都采用科学管理和良好的技术方法，而且在每个阶段结束之前都从技术与管理两个角度进行严格审查，合格之后才开始下一阶段工作。


5.3.1 结构化生命周期法要点提出系统开发要求

初步调查

可行性分析

详细调查

分析当前系统

新系统设想

总体设计

详细设计

程序设计

系统试运行

系统转换

运行、维护

维护评价

修改

审查可行性报告

审核分析说明书

审核设计说明书

调试

系统评价

停止开发

修改

修改

修改

修改

条件不成熟结构化生命

周期法

工作流程


5.3.1 结构化生命周期法要点（ 1 ）开发阶段性

生命周期法把整个系统开发过程分成一系列严格定义顺序的紧密相关的阶段，这些阶段及其顺序一般是：系统定义 ( 包括系统调查，可行性分桥，系统需求分析 )，系统开发 ( 包括系统设计，软件编码，系统测试 )，系统维护。

（ 2 ）用户评价

系统分析时引入的错误往往要到运行时才发现，其修正的代价是相当昂贵的。这种错误是由于对用户系统分析不充分，理解不透彻，或表达的二义性造成的。所以管理信息系统待别强调在每个阶段结束前都要有用户评价或验收，以减少这种错误的发生。


5.3.1 结构化生命周期法要点（ 3 ）文档管理

为了便于管理信息系统的开发与管理，生命周期法把文档资料作为每个阶段的产品之一，而且加以标准化，作为每个阶段结束的重要标准。它保证了在系统开发结束时有一个完整准确的软件配置交付使用。文档资料是通讯的工具，它清楚地说明了到这个时候为止关于该项工程已经知道或做了什么，同时确定了下一步的工作基础。文档资料也起着备忘录的作用，如果文档不完整或与上一阶段的文档不相衔接则一定在工作上有不完整的地方。文档资料另一重要作用是有利于与用户交流，检查错误，用户评价。文档资料也是系统维护的依据。


5.3.1 结构化生命周期法要点（ 4 ）结构化的系统分析与设计较术

在完成生命周期每个阶段任务时应该采用适合该阶段任务特点的系统化的

技术方法。在系统分析与系统设计阶段应该采用结构化系统分析与设计方

法。生命周期中的系统分析与系统设计方法虽然是多种多样的，但是最常

用的还是结构化系统分析和设计方法。它要

求对系统功能进行自顶向下的分解，模块化。以满足系统可理解性，适应

性，可分离性及整体性要求，使系统层次清晰，易于理解，调试和排错。


5.3.2 结构化生命周期法存在的问题5.3.2 5.3.2 结构化生命周期法存在的问题结构化生命周期法存在的问题（ 1 ）阶段回溯不可避免——延长系统开发的时间。由于要求不同类型的用

户应与管理信息系统交互使，使需求分析变得更加困难。因此常常需要做阶段回溯，对系统分析需求规格说明作修改或补充，同时也会引起此后阶段的补充修改。例如系统设计报告也要补充修改。

（ 2 ）使用过程化语言——没有以根本上改变个体手工编程的工作方式。（ 3 ）专业开发人员开发用户使用的系统开发模式——开发人员与用户都要

化时间去掌握对方专业领域的知识以期产生共同语言。他们之间存在着难以克服的通讯障碍。系统开发的质量与时间就难以控制。

（ 4 ）用户热情没有自始至终调动——不能从根本上解决让用户参加系统开发的问题。系统维护就十分困难。


5.3.2 结构化生命周期法存在的问题最重要的原因是无论是系统调查、系统分析还是系统设计给用户看到的只

是一个“虚”的系统而不是“实”的系统，他们面对着一个想象的系统去进行评价，他们仍不容易了解计算机具体能为他们做些什么。这就很难想象他们能做出“真正的”评价，往往等到系统试运行以后他们才具体知道计算机实现的管理信息系统功能，才能认真地仔细地评价、不幸的是为时太晚。

（ 5 ）文档资料缺乏实用价值，待别是早期的系统规格说明——专业知识的缺乏使得用户难以理解文档的内容，文档资料没有起到应有的作用，反而延长了开发时间。

（ 6 ）系统开发周期过长——结构化生命周期法并没有解决软件开发研制时间过长的严重危机，在计算机硬软件技术相通讯技术日新月异发展的时代，很容易使刚建立起来的管理信息系统迅速变得陈旧，生命周期很短，所以系统开发周期过长将导致系统运行时间变短。

Documents

第 5 讲 结构化生命周期法

第 5 讲结构化生命周期法