《软件工程与实践 第2章 软件生命周期与开发模型.ppt》由会员分享，可在线阅读，更多相关《软件工程与实践 第2章 软件生命周期与开发模型.ppt（41页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、第第2 2章章 软件生命周期与开发模型软件生命周期与开发模型2.1 软件生命周期软件生命周期 软件生存周期一般划分为三个阶段：软件生存周期一般划分为三个阶段：（1）计划时期；）计划时期；（2）开发时期；开发时期；（3）运行与维护时期。运行与维护时期。2.1.1计划时期计划时期这个时期的任务是：这个时期的任务是：（1 1）确定软件开发工程必须完成的总目标；）确定软件开发工程必须完成的总目标；（2 2）确定工程的可行性；）确定工程的可行性；（3 3）导出实现工程目标应该采用的策略及软件）导出实现工程目标应该采用的策略及软件必须具有的功能；必须具有的功能；（4 4）估算完成该项开发工程需要的资源和成
2、本，）估算完成该项开发工程需要的资源和成本，并且制定工程进度表。并且制定工程进度表。可行性研究的步骤一般有如下几个步骤：1关键人员访谈：可行性研究分析人员找到项目干系人中的关键人员，了解如下几方面的内容：（1）项目的规模有多大；（2）项目目标是什么；(3)目前系统的信息来源于何处；(4)目前系统的优点和缺点；(5)目前系统与国内外同类产品的比较，优势和劣势分别是什么。2找出逻辑模型：3找出多种方案。4写出可行性研究报告。5写出需求分析报告。6进行审查。2.1.2 开发时期开发时期一个软件的开发包括四个步骤：一个软件的开发包括四个步骤：（1）需求分析；）需求分析；（2）概要设计；）概要设计；（3
3、）详细设计；）详细设计；（4）编码和测试。这两个过程是）编码和测试。这两个过程是同步进行的。同步进行的。2.1.3 运行与维护时期运行与维护时期软件的维护一般包括改正性维护、适应性维护、完善性维护和预防性维护等四个方面。2.2 软件开发方法综述软件开发方法综述2.2.1 2.2.1 结构化方法结构化方法 结构化开发方法是由E.Yourdon 和 L.L.Constantine 提出的，即所谓的SASD 方 法，也可称为面向功能的软件开发方法或面向数据流的软件开发方法。Yourdon方法是80年代 使用最广泛的软件开发方法。它首先用结构化分析（SA）对软件进行需求分析，然后用结构化设计（SD）方
4、法进行总体设计，最后是结构化编程（SP）。它给出了两类典型的软件结构（变换型和事务型）使软件开发的成功率大大提高。2.2.2 面向数据结构的软件开发方法面向数据结构的软件开发方法 Jackson方法是最典型的面向数据结构的软件开发方法，Jackson方法把问题分解为可由三种基本结构形式表示的各部分的层次结构。三种基本的结构形式就是顺序、选择和重复。三种数据结构可以进行组合，形成复杂的结构体系。这一方法从目标系统的输入、输出数据结构入手，导出程序框架结构，再补充其它细节，就可得到完整的程序结构图。2.2.3 面向问题的分析法（面向问题的分析法（PAM）面向问题的分析法（面向问题的分析法（PAM,
5、Problem Analysis Method）是）是80年代末由日立公年代末由日立公司提出的一种软件开发方法。司提出的一种软件开发方法。它的基本思它的基本思想是考虑到输入、输出数据结构，指导系想是考虑到输入、输出数据结构，指导系统的分解，在系统分析指导下逐步综统的分解，在系统分析指导下逐步综 合。合。这一方法的具体步骤是：从输入、输这一方法的具体步骤是：从输入、输出数据结构导出基本处理框；分析这些处出数据结构导出基本处理框；分析这些处理框之间的先后关系；按先后关系逐步综理框之间的先后关系；按先后关系逐步综合处理框，直到画出整个系统的合处理框，直到画出整个系统的PAD图图2.2.4 面向对象的
6、开发方法面向对象的开发方法面向对象系统采用了自底向上的归纳、自顶向下的分解的方法，它通过对对象模型的建立，能够真正建立基于用户的需求，而且系统的可维护性大大改善。当前业界关于面向对象建模的标准是UML.2.2.5、原型化方法、原型化方法 产生原型化方法的原因很多，主要随着我们系统开发经验的增多，我们也发现并非所有的需求都能够预先定义而且反复修改是不可避免的。当然能够采用原型化方法是因为开发工具的快速发展，比如用VB，DELPHI等工具我们可以迅速的开发出一个可以让用户看的见、摸的着的系统框架，这样，对于计算机不是很熟悉的用户就可以根据这个样板提出自己的需求。2.2.6 可视化开发方法可视化开发
7、方法 可视化开发并不能单独的作为一种开发方法，更加贴切的说可以认为它是一种辅助工具，比如:S-Design，PowerDesigner,PowerBuilder，VB，DELPHI，C+Builder等。2.3 软件开发模型软件开发模型2.3.1 2.3.1 瀑布模型瀑布模型 将将软软件件生生命命周周期期划划分分为为制制定定计计划划、需需求求分分析析、软软件件设设计计、程程序序编编写写、软软件件测测试试和和运运行行维维护护等等六六个个基基本本活活动动，并并且且规规定定了了它它们们自自上上而而下下、相相互互衔衔接接的的固固定定次次序序，如如同同瀑瀑布布流流水，逐级下落。水，逐级下落。2.3.2
8、螺旋模型螺旋模型 螺旋模型沿着螺线进行若干次迭代，图螺旋模型沿着螺线进行若干次迭代，图2-52-5中的四个象限代表了以中的四个象限代表了以下活动下活动.螺旋模型沿着螺线旋转，每个螺旋推进的过程都是渐进的实现螺旋模型沿着螺线旋转，每个螺旋推进的过程都是渐进的实现过程，整个过程的实现，按照过程，整个过程的实现，按照”制定计划、风险分析、实施工程和客户制定计划、风险分析、实施工程和客户评估评估”四个步骤循环实施。四个步骤循环实施。（1 1）制定计划：确定软件目标，选定实施方案，弄清项目开发的）制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件。定义资源、进度及其他相关项目信息所需要的任务，
9、以调整限制条件。定义资源、进度及其他相关项目信息所需要的任务，以调整项目的目标和改善系统实施的效率。项目的目标和改善系统实施的效率。（2 2）风险分析：分析评估所选方案，考虑如何识别和消除风险。风险分析：分析评估所选方案，考虑如何识别和消除风险。从风险角度分析方案的开发策略，努力排除各种潜在的风险，有时需要从风险角度分析方案的开发策略，努力排除各种潜在的风险，有时需要通过建造原型来完成。如果某些风险不能排除，该方案立即终止，否则通过建造原型来完成。如果某些风险不能排除，该方案立即终止，否则启动下一个开发步骤。基于上述目标，评估技术及管理的风险，以决定启动下一个开发步骤。基于上述目标，评估技术及
10、管理的风险，以决定如何实施项目。如何实施项目。（3 3）实施工程：实施软件开发和验证。包括系统需求分析、概要实施工程：实施软件开发和验证。包括系统需求分析、概要设计、详细设计、编程、单元测试、系统测试和验证测试等项目具体实设计、详细设计、编程、单元测试、系统测试和验证测试等项目具体实施的各种任务。施的各种任务。(4(4）客户评估：评价开发工作，提出修正建议，制定下一步计划。客户评估：评价开发工作，提出修正建议，制定下一步计划。螺旋模型的缺点是：螺旋模型的缺点是：(1)(1)它可能难以使用户它可能难以使用户相信演化方法是可控的；相信演化方法是可控的；（2 2）瀑布模型要求在软件开发的初期就完全确
11、定软）瀑布模型要求在软件开发的初期就完全确定软件的需求，这在很多情况下往往是无法实现的。螺旋模件的需求，这在很多情况下往往是无法实现的。螺旋模型加入了瀑布模型所忽略的风险分析，从而弥补了瀑布型加入了瀑布模型所忽略的风险分析，从而弥补了瀑布模型的不足。模型的不足。螺旋模型也有一定的限制条件，这些限制条件是：螺旋模型也有一定的限制条件，这些限制条件是：1 1）螺旋模型强调风险分析，但要求许多客户接受和）螺旋模型强调风险分析，但要求许多客户接受和相信这种分析，并做出相关反应是不容易的，因此，这相信这种分析，并做出相关反应是不容易的，因此，这种模型往往适应于内部的大规模软件开发。种模型往往适应于内部的
12、大规模软件开发。2 2）如果执行风险分析将大大影响项目的利润，那如果执行风险分析将大大影响项目的利润，那么进行风险分析毫无意义，因此，螺旋模型只适合于大么进行风险分析毫无意义，因此，螺旋模型只适合于大规模软件项目。规模软件项目。3 3）软件开发人员应该擅长寻找可能的风险，准确软件开发人员应该擅长寻找可能的风险，准确地分析风险，否则将会带来更大的风险。地分析风险，否则将会带来更大的风险。2.3.3 增量模型增量模型 增量模型和瀑布模型之间的本质区别是：增量模型和瀑布模型之间的本质区别是：瀑布模型属于整体开发模型，它规定在开始下一瀑布模型属于整体开发模型，它规定在开始下一个阶段的工作之前，必须完成
13、前一阶段的所有细个阶段的工作之前，必须完成前一阶段的所有细节。节。而增量模型属于非整体开发模型，它推迟某而增量模型属于非整体开发模型，它推迟某些阶段或所有阶段中的细节，从而较早的产生工些阶段或所有阶段中的细节，从而较早的产生工作软件。作软件。增量模型是在项目的开发过程中以一系列的增量模型是在项目的开发过程中以一系列的增量方式开发系统。增量方式开发系统。增量方式包括增量开发和增量提交。增量方式包括增量开发和增量提交。增量模型也存在以下缺陷：（1）由于各个构件是逐渐并入已有的软件体系结构中的，所以加入构件必须不破坏已构造好的系统部分，这需要软件具备开放式的体系结构。（2）在开发过程中，需求的变化是
14、不可避免的。增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型，但也很容易退化为边做边改模型，从而是软件过程的控制失去整体性。2.3.4 喷泉模型喷泉模型该模型表明软件刻画活动需要多次重复。例如，在编码之前，（实践之后），再次进行分析和设计，其间添加有关功能，使系统得以演化。同时，该模型还表明活动之间没有明显的间隙，例如在分析和设计之间没有明显的界限。2.3.5 RAD模型模型RADRAD模型包含如下几个开发阶段模型包含如下几个开发阶段 (1)(1)业务建模：业务活动中的信息流被模型化。通过回答以业务建模：业务活动中的信息流被模型化。通过回答以下问题来实现：什么信息驱动业
15、务流程？生成什么信息？谁生成下问题来实现：什么信息驱动业务流程？生成什么信息？谁生成该信息？该信息流往何处？谁处理它？该信息？该信息流往何处？谁处理它？(2)(2)数据建模：业务建模阶段定义的一部分信息流被细化，数据建模：业务建模阶段定义的一部分信息流被细化，形成一系列支持该业务所需的数据对象。标识出每个对象的属性，形成一系列支持该业务所需的数据对象。标识出每个对象的属性，并定义这些对象间的关系。并定义这些对象间的关系。(3)(3)处理建模：数据建模阶段定义的数据对象变换成要完成处理建模：数据建模阶段定义的数据对象变换成要完成一个业务功能所需的信息流。创建处理描述以便增加、修改、删一个业务功能
16、所需的信息流。创建处理描述以便增加、修改、删除或获取某个数据对象。除或获取某个数据对象。(4)(4)应用生成：应用生成：RADRAD过程不是采用传统的第三代程序设计语过程不是采用传统的第三代程序设计语言来创建软件，而是使用言来创建软件，而是使用4GL4GL技术或软件自动化生成辅助工具，技术或软件自动化生成辅助工具，复用已有的程序构件复用已有的程序构件(如果可能的话）或是创建可复用的构件如果可能的话）或是创建可复用的构件(如如果需要的话果需要的话)。(5)(5)测试及反复：因为测试及反复：因为RADRAD过程强调复用，许多程序构件已过程强调复用，许多程序构件已经是测试过的，这减少了测试时间。但新
17、构件必须测试，所有接经是测试过的，这减少了测试时间。但新构件必须测试，所有接口也必须测到。口也必须测到。RADRAD模型还有一种改进型（见图模型还有一种改进型（见图 2-92-9），将），将”编码编码”从从V V字型的顶点字型的顶点移到左侧，和单元测试对应，从而构成水平的对应关系。移到左侧，和单元测试对应，从而构成水平的对应关系。（1 1）从水平对应关系看）从水平对应关系看 左边是设计和分析，右边是验证和测试。右边是对左边结果的检验，左边是设计和分析，右边是验证和测试。右边是对左边结果的检验，即对设计和分析的结果进行测试，以确认是否满足用户的需求。即对设计和分析的结果进行测试，以确认是否满足用
18、户的需求。(2)(2)从图从图形看形看 RADRAD模型避免了瀑布模型所带来的误区模型避免了瀑布模型所带来的误区软件测试是在代码完成之软件测试是在代码完成之后进行。后进行。RADRAD模型说明软件测试的工作很早就可以开始了，项目一启动，模型说明软件测试的工作很早就可以开始了，项目一启动，软件测试的工作也就启动了。软件测试的工作也就启动了。（3 3）从垂直方向看）从垂直方向看 水平虚线上部表明，其需求分析、功能设计和验收测试等主要工作水平虚线上部表明，其需求分析、功能设计和验收测试等主要工作是面向用户，要和用户进行充分的沟通和交流，或者是和用户一起完成。是面向用户，要和用户进行充分的沟通和交流，
19、或者是和用户一起完成。水平虚线下部的大部分工作，相对来说，都是技术工作，在开发组织内水平虚线下部的大部分工作，相对来说，都是技术工作，在开发组织内部进行，由工程师完成。部进行，由工程师完成。图2-9RAD改进型2.3.6 迭代式模型迭代式模型迭代模型是RUP（统一软件开发过程)推荐的周期模型。在RUP中，迭代被定义为：迭代包括产生产品发布（稳定、可执行的产品版本）的全部开发活动和要使用该发布必需的所有其他外围元素。所以，在某种程度上，迭代开发是一次完整地重复所有工作流程的过程：需求工作流程、分析设计工作流程、实施工作流程和测试工作流程。迭代过程具有以下优点：1）降低了在一个增量上的开支风险。如
20、果开发人员重复某个迭代，那么损失只是这一个有问题的迭代的花费。2）降低了产品进入市场的风险。通过在开发早期就确定风险，可以尽早来解决这个风险，而不至于在开发后期匆匆忙忙。3）加快了整个开发工作的进度。因为开发人员清楚问题的焦点所在，他们的工作会更有效率。4）容易适应需求的变化。2.4 快速原型开发快速原型开发软件原型化方法是指，在获得一组基本需求说明后，经过快速分析构造出一个小型的软件系统（原型系统），满足用户的基本要求。用户试用该原型系统，从中得到感受和启发，并对该原型系统做出反映和评价，然后开发者根据用户的意见对原型加以改进。随着不断地实验、纠错、使用、评价和修改，不断获得新的原型版本。如
21、此反复，逐步减少分析和通信中的误解，弥补不足，进一步确定各种需求细节，适应需求的变更，从而提高最终产品的质量。2.4.2软件原型的分类软件原型的分类1.废弃型 也称为快速建立需求规格原型RSP法。先构造一个功能简单而且质量要求不高的模型系统，针对这个模型系统反复进行分析修改，从而形成较好设计思想。2.追加型 也称为快速建立渐进原型RCP法。采用循环渐进的开发方式，对系统模型作连续精化，即先构造一个功能简单而且质量要求不高的模型系统，作为最终系统的核心，将系统需要具备的性质逐步添加上去，通过不断地扩充修改，逐步追加新的要求，直至所有性质全部满足，此时的原型模型也就是最终的产品。2.4.3.原型软
22、件的周期原型软件的周期1原型分析 原型分析是指在分析者和用户的紧密配合下，快速确定软件系统的基本要求。根据原型所要体现的特性（或总体结构、处理功能，模拟性能、界面形式等），描述基本需求规格说明，以满足开发原型的需要。当在分析阶段使用原型化方法时，必须从系统结构、逻辑结构、用户特征、应用约束、项目管理和项目环境等多方面来考虑，以决定是否采用原型化方法。2原型构造在原型分析的基础上，根据基本需求规格说明，忽略细节，只考虑主要特性，快速构造一个可运行的系统。为此需要强有力的软件工具的支持。3原型运行与评价原型运行与评价阶段是软件开发人员与用户频繁通讯、发现问题、消除误解的重要阶段。其目的是验证原型的
23、正确程度，进而开发新的并修改原有的需求。4原型修正 对于原型系统，一定要根据修改意见进行修正。如果原型运行的结果没能满足需求规格说明中的需求，那么就反映出对需求规格说明存在着不一致的理解或实现方案不够合理。若因为严重的理解错误而使正常操作的原型与用户要求相违背时，就有可能产出废品，因此应当立即放弃。5判定原型完成如果原型经过修正或和改进，获得了参与者的一致认可，那么原型开发的迭代过程可以结束。为此，应判断有关应用的实质是否已经掌握，迭代周期是否可以结束等。判定的结果有两个不同的转向：一个是继续迭代验证；另一个是进行详细说明，比如将需求转化为报表，给出统计数字等。对于那些不能通过模型进行说明的成
24、分，如果必要，须提供说明，并利用屏幕等进行讨论和确定。6判定原型效果 考察用户新加入的需求信息和细部说明信息，看其对模型效果有何影响？是否会影响模块的有效性？如果使模型效果受到影响，甚至导致模型实效，则要进行修正和改进。7整理原型和提供文档 整理原型的目的是为进一步开发提供依据。原型的初期需求模型是一个自动的文档。2.4.4 快速原型的优点快速原型的优点1、增进了软件开发人员和用户对系统需求的理解，便于将用户模糊的功能需求明确化。2、为用户提供了一种强有力的学习手段。3、易于确定系统的性能，是理解和确认软件需求规格说明的良好工具。4、按照快速建立渐进原型（RCP）法建立的原型即为最终的产品。2.5 常用开发模型比较分析常用开发模型比较分析（1）瀑布模型不满足客户的需求。（2）快速原型模型关注满足客户需求，可能导致系统设计差、效率低，难于维护。原型模型的优点是使用户能够感受到实际的系统，使开发者能够快速地构造出系统的框架。（3）增量模型开发早期反馈及时，易于维护需要开放式体系结构，可能会设计差、效率低。（4）螺旋模型风险驱动风险分析人员需要有经验且经过充分训练。（5）渐增式模型实质就是分段的线性模型。