软件工程与实践幻灯片.ppt

《软件工程与实践幻灯片.ppt》由会员分享，可在线阅读，更多相关《软件工程与实践幻灯片.ppt（30页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件工程与实践软件工程与实践第1页，共30页，编辑于2022年，星期三2.3 软件开发模型软件开发模型2.3.1 2.3.1 瀑布模型瀑布模型 将将软软件件生生命命周周期期划划分分为为制制定定计计划划、需需求求分分析析、软软件件设设计计、程程序序编编写写、软软件件测测试试和和运运行行维维护护等等六六个个基基本本活活动动，并并且且规规定定了了它它们们自自上上而而下下、相相互互衔衔接接的的固固定定次次序序，如如同同瀑瀑布布流流水，逐级下落。水，逐级下落。第2页，共30页，编辑于2022年，星期三2.3.2 螺旋模型螺旋模型螺旋模型沿着螺线进行若干次迭代，图螺旋模型沿着螺线进行若干次迭代，图2-52

2、-5中的四个象限代表了以下活动中的四个象限代表了以下活动.螺螺旋模型沿着螺线旋转，每个螺旋推进的过程都是渐进的实现过程，整个过旋模型沿着螺线旋转，每个螺旋推进的过程都是渐进的实现过程，整个过程的实现，按照程的实现，按照”制定计划、风险分析、实施工程和客户评估制定计划、风险分析、实施工程和客户评估”四个步骤循环实四个步骤循环实施。施。（1 1）制定计划：确定软件目标，选定实施方案，弄清项目开发的限制）制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件。定义资源、进度及其他相关项目信息所需要的任务，以调整项目的条件。定义资源、进度及其他相关项目信息所需要的任务，以调整项目的目标和改善系统

3、实施的效率。目标和改善系统实施的效率。（2 2）风险分析：分析评估所选方案，考虑如何识别和消除风险。从风风险分析：分析评估所选方案，考虑如何识别和消除风险。从风险角度分析方案的开发策略，努力排除各种潜在的风险，有时需要通过建险角度分析方案的开发策略，努力排除各种潜在的风险，有时需要通过建造原型来完成。如果某些风险不能排除，该方案立即终止，否则启动下一造原型来完成。如果某些风险不能排除，该方案立即终止，否则启动下一个开发步骤。基于上述目标，评估技术及管理的风险，以决定如何实施项个开发步骤。基于上述目标，评估技术及管理的风险，以决定如何实施项目。目。（3 3）实施工程：实施软件开发和验证。包括系统

4、需求分析、概要设计、实施工程：实施软件开发和验证。包括系统需求分析、概要设计、详细设计、编程、单元测试、系统测试和验证测试等项目具体实施的各种详细设计、编程、单元测试、系统测试和验证测试等项目具体实施的各种任务。任务。(4(4）客户评估：评价开发工作，提出修正建议，制定下一步计划。客户评估：评价开发工作，提出修正建议，制定下一步计划。第3页，共30页，编辑于2022年，星期三第4页，共30页，编辑于2022年，星期三 螺旋模型的缺点是：螺旋模型的缺点是：(1)(1)它可能难以使用户相信演化方法是可控的；它可能难以使用户相信演化方法是可控的；（2 2）瀑布模型要求在软件开发的初期就完全确定软件的

5、）瀑布模型要求在软件开发的初期就完全确定软件的需求，这在很多情况下往往是无法实现的。螺旋模型加入需求，这在很多情况下往往是无法实现的。螺旋模型加入了瀑布模型所忽略的风险分析，从而弥补了瀑布模型的不了瀑布模型所忽略的风险分析，从而弥补了瀑布模型的不足。足。螺旋模型也有一定的限制条件，这些限制条件是：螺旋模型也有一定的限制条件，这些限制条件是：1 1）螺旋模型强调风险分析，但要求许多客户接受和相）螺旋模型强调风险分析，但要求许多客户接受和相信这种分析，并做出相关反应是不容易的，因此，这种模信这种分析，并做出相关反应是不容易的，因此，这种模型往往适应于内部的大规模软件开发。型往往适应于内部的大规模软

6、件开发。2 2）如果执行风险分析将大大影响项目的利润，那么进行风险如果执行风险分析将大大影响项目的利润，那么进行风险分析毫无意义，因此，螺旋模型只适合于大规模软件项目。分析毫无意义，因此，螺旋模型只适合于大规模软件项目。3 3）软件开发人员应该擅长寻找可能的风险，准确地分析风软件开发人员应该擅长寻找可能的风险，准确地分析风险，否则将会带来更大的风险。险，否则将会带来更大的风险。第5页，共30页，编辑于2022年，星期三2.3.3 增量模型增量模型增量模型和瀑布模型之间的本质区别是：瀑布模增量模型和瀑布模型之间的本质区别是：瀑布模型属于整体开发模型，它规定在开始下一个阶段的工作型属于整体开发模型

7、，它规定在开始下一个阶段的工作之前，必须完成前一阶段的所有细节。之前，必须完成前一阶段的所有细节。而增量模型属于非整体开发模型，它推迟某些阶段而增量模型属于非整体开发模型，它推迟某些阶段或所有阶段中的细节，从而较早的产生工作软件。或所有阶段中的细节，从而较早的产生工作软件。增量模型是在项目的开发过程中以一系列的增量方增量模型是在项目的开发过程中以一系列的增量方式开发系统。式开发系统。增量方式包括增量开发和增量提交。增量方式包括增量开发和增量提交。第6页，共30页，编辑于2022年，星期三增量模型也存在以下缺陷：（1）由于各个构件是逐渐并入已有的软件体系结构中的，所以加入构件必须不破坏已构造好的

8、系统部分，这需要软件具备开放式的体系结构。（2）在开发过程中，需求的变化是不可避免的。增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型，但也很容易退化为边做边改模型，从而是软件过程的控制失去整体性。第7页，共30页，编辑于2022年，星期三第8页，共30页，编辑于2022年，星期三2.3.4 喷泉模型喷泉模型该模型表明软件刻画活动需要多次重复。例如，在编码之前，（实践之后），再次进行分析和设计，其间添加有关功能，使系统得以演化。同时，该模型还表明活动之间没有明显的间隙，例如在分析和设计之间没有明显的界限。第9页，共30页，编辑于2022年，星期三第10页，共30页，编辑

9、于2022年，星期三2.3.5 RAD模型模型RADRAD模型包含如下几个开发阶段模型包含如下几个开发阶段 (1)(1)业务建模：业务活动中的信息流被模型化。通过回答以下问题来实业务建模：业务活动中的信息流被模型化。通过回答以下问题来实现：什么信息驱动业务流程？生成什么信息？谁生成该信息？该信息流往何处现：什么信息驱动业务流程？生成什么信息？谁生成该信息？该信息流往何处？谁处理它？谁处理它？(2)(2)数据建模：业务建模阶段定义的一部分信息流被细化，形成数据建模：业务建模阶段定义的一部分信息流被细化，形成一系列支持该业务所需的数据对象。标识出每个对象的属性，并定义一系列支持该业务所需的数据对象

10、。标识出每个对象的属性，并定义这些对象间的关系。这些对象间的关系。(3)(3)处理建模：数据建模阶段定义的数据对象变换成要完成一个业务处理建模：数据建模阶段定义的数据对象变换成要完成一个业务功能所需的信息流。创建处理描述以便增加、修改、删除或获取某个数据功能所需的信息流。创建处理描述以便增加、修改、删除或获取某个数据对象。对象。(4)(4)应用生成：应用生成：RADRAD过程不是采用传统的第三代程序设计语言来创过程不是采用传统的第三代程序设计语言来创建软件，而是使用建软件，而是使用4GL4GL技术或软件自动化生成辅助工具，复用已有的程技术或软件自动化生成辅助工具，复用已有的程序构件序构件(如果

11、可能的话）或是创建可复用的构件如果可能的话）或是创建可复用的构件(如果需要的话如果需要的话)。(5)(5)测试及反复：因为测试及反复：因为RADRAD过程强调复用，许多程序构件已经是测试过过程强调复用，许多程序构件已经是测试过的，这减少了测试时间。但新构件必须测试，所有接口也必须测到。的，这减少了测试时间。但新构件必须测试，所有接口也必须测到。第11页，共30页，编辑于2022年，星期三第12页，共30页，编辑于2022年，星期三RADRAD模型还有一种改进型（见图模型还有一种改进型（见图 2-9 2-9），将），将”编码编码”从从V V字型的顶点移到左侧，字型的顶点移到左侧，和单元测试对应，

12、从而构成水平的对应关系。和单元测试对应，从而构成水平的对应关系。（1 1）从水平对应关系看）从水平对应关系看 左边是设计和分析，右边是验证和测试。右边是对左边结果的检验，即左边是设计和分析，右边是验证和测试。右边是对左边结果的检验，即对设计和分析的结果进行测试，以确认是否满足用户的需求。对设计和分析的结果进行测试，以确认是否满足用户的需求。(2)(2)从图形看从图形看 RAD RAD模型避免了瀑布模型所带来的误区模型避免了瀑布模型所带来的误区软件测试是在代码完成之后进行。软件测试是在代码完成之后进行。RADRAD模型说明软件测试的工作很早就可以开始了，项目一启动，软件测试的工作模型说明软件测试

13、的工作很早就可以开始了，项目一启动，软件测试的工作也就启动了。也就启动了。（3 3）从垂直方向看）从垂直方向看 水平虚线上部表明，其需求分析、功能设计和验收测试等主要工作是面向水平虚线上部表明，其需求分析、功能设计和验收测试等主要工作是面向用户，要和用户进行充分的沟通和交流，或者是和用户一起完成。水平虚线下用户，要和用户进行充分的沟通和交流，或者是和用户一起完成。水平虚线下部的大部分工作，相对来说，都是技术工作，在开发组织内部进行，由工程师部的大部分工作，相对来说，都是技术工作，在开发组织内部进行，由工程师完成。完成。第13页，共30页，编辑于2022年，星期三图2-9RAD改进型第14页，共

14、30页，编辑于2022年，星期三2.3.6 迭代式模型迭代式模型迭代模型是RUP（统一软件开发过程)推荐的周期模型。在RUP中，迭代被定义为：迭代包括产生产品发布（稳定、可执行的产品版本）的全部开发活动和要使用该发布必需的所有其他外围元素。所以，在某种程度上，迭代开发是一次完整地重复所有工作流程的过程：需求工作流程、分析设计工作流程、实施工作流程和测试工作流程。第15页，共30页，编辑于2022年，星期三第16页，共30页，编辑于2022年，星期三 迭代过程具有以下优点：1）降低了在一个增量上的开支风险。如果开发人员重复某个迭代，那么损失只是这一个有问题的迭代的花费。2）降低了产品进入市场的风

15、险。通过在开发早期就确定风险，可以尽早来解决这个风险，而不至于在开发后期匆匆忙忙。3）加快了整个开发工作的进度。因为开发人员清楚问题的焦点所在，他们的工作会更有效率。4）容易适应需求的变化。第17页，共30页，编辑于2022年，星期三2.4 快速原型开发快速原型开发软件原型化方法是指，在获得一组基本需求说明后，经过快速分析构造出一个小型的软件系统（原型系统），满足用户的基本要求。用户试用该原型系统，从中得到感受和启发，并对该原型系统做出反映和评价，然后开发者根据用户的意见对原型加以改进。随着不断地实验、纠错、使用、评价和修改，不断获得新的原型版本。如此反复，逐步减少分析和通信中的误解，弥补不足

16、，进一步确定各种需求细节，适应需求的变更，从而提高最终产品的质量。第18页，共30页，编辑于2022年，星期三2.4.2软件原型的分类软件原型的分类1.废弃型 也称为快速建立需求规格原型RSP法。先构造一个功能简单而且质量要求不高的模型系统，针对这个模型系统反复进行分析修改，从而形成较好设计思想。2.追加型 也称为快速建立渐进原型RCP法。采用循环渐进的开发方式，对系统模型作连续精化，即先构造一个功能简单而且质量要求不高的模型系统，作为最终系统的核心，将系统需要具备的性质逐步添加上去，通过不断地扩充修改，逐步追加新的要求，直至所有性质全部满足，此时的原型模型也就是最终的产品。第19页，共30页

17、，编辑于2022年，星期三2.4.3.原型软件的周期原型软件的周期1原型分析 原型分析是指在分析者和用户的紧密配合下，快速确定软件系统的基本要求。根据原型所要体现的特性（或总体结构、处理功能，模拟性能、界面形式等），描述基本需求规格说明，以满足开发原型的需要。当在分析阶段使用原型化方法时，必须从系统结构、逻辑结构、用户特征、应用约束、项目管理和项目环境等多方面来考虑，以决定是否采用原型化方法。第20页，共30页，编辑于2022年，星期三2原型构造在原型分析的基础上，根据基本需求规格说明，忽略细节，只考虑主要特性，快速构造一个可运行的系统。为此需要强有力的软件工具的支持。第21页，共30页，编辑

18、于2022年，星期三第22页，共30页，编辑于2022年，星期三3原型运行与评价原型运行与评价阶段是软件开发人员与用户频繁通讯、发现问题、消除误解的重要阶段。其目的是验证原型的正确程度，进而开发新的并修改原有的需求。第23页，共30页，编辑于2022年，星期三4原型修正 对于原型系统，一定要根据修改意见进行修正。如果原型运行的结果没能满足需求规格说明中的需求，那么就反映出对需求规格说明存在着不一致的理解或实现方案不够合理。若因为严重的理解错误而使正常操作的原型与用户要求相违背时，就有可能产出废品，因此应当立即放弃。第24页，共30页，编辑于2022年，星期三5判定原型完成如果原型经过修正或和改

19、进，获得了参与者的一致认可，那么原型开发的迭代过程可以结束。为此，应判断有关应用的实质是否已经掌握，迭代周期是否可以结束等。判定的结果有两个不同的转向：一个是继续迭代验证；另一个是进行详细说明，比如将需求转化为报表，给出统计数字等。对于那些不能通过模型进行说明的成分，如果必要，须提供说明，并利用屏幕等进行讨论和确定。第25页，共30页，编辑于2022年，星期三6判定原型效果 考察用户新加入的需求信息和细部说明信息，看其对模型效果有何影响？是否会影响模块的有效性？如果使模型效果受到影响，甚至导致模型实效，则要进行修正和改进。7整理原型和提供文档 整理原型的目的是为进一步开发提供依据。原型的初期需

20、求模型是一个自动的文档。第26页，共30页，编辑于2022年，星期三2.4.4 快速原型的优点快速原型的优点1、增进了软件开发人员和用户对系统需求的理解，便于将用户模糊的功能需求明确化。2、为用户提供了一种强有力的学习手段。3、易于确定系统的性能，是理解和确认软件需求规格说明的良好工具。4、按照快速建立渐进原型（RCP）法建立的原型即为最终的产品。第27页，共30页，编辑于2022年，星期三2.5 常用开发模型比较分析常用开发模型比较分析（1）瀑布模型不满足客户的需求。（2）快速原型模型关注满足客户需求，可能导致系统设计差、效率低，难于维护。原型模型的优点是使用户能够感受到实际的系统，使开发者能够快速地构造出系统的框架。（3）增量模型开发早期反馈及时，易于维护需要开放式体系结构，可能会设计差、效率低。（4）螺旋模型风险驱动风险分析人员需要有经验且经过充分训练。（5）渐增式模型实质就是分段的线性模型。第28页，共30页，编辑于2022年，星期三第29页，共30页，编辑于2022年，星期三 再见！再见！第30页，共30页，编辑于2022年，星期三