软件工程-第2章软件开发模型.ppt

《软件工程-第2章软件开发模型.ppt》由会员分享，可在线阅读，更多相关《软件工程-第2章软件开发模型.ppt（65页珍藏版）》请在三一办公上搜索。

1、1,第二章 软件开发模型,2.1 软件生存周期 2.2 传统软件开发模型 2.3 软件演化模型 2.4 面向对象开发模型 2.5 形式化方法模型,教学内容：,教学目的：,初步了解软件的生存周期模型，软件生存期各个阶段的特点和内容,2,软件有一个孕育、诞生、成长、成熟、衰亡的生存过程。这个过程即为软件的生存期软件生存期包含三个阶段：软件定义、软件开发及软件运行维护。软件生存期模型是软件工程思想的具体化，是跨越软件生存期的系统开发、运行、维护所实施的全部活动和任务的过程框架。软件生存期一般划分为计划、开发、运行三个时期，每一个时期又区分为若干个阶段。计划时期有问题定义和可行性研究两个阶段；开发时期

2、有需求分析、系统设计、编码和测试4个阶段；运行时期主要是系统维护阶段。,2.1软件生存周期,3,软件生存周期,计划时期的主要任务是调查和分析：调查用户需求，分析新系统的主要目标，分析开发该系统的可行性。,开发时期要完成设计和实现两个任务。其中设计任务用需求分析、软件设计两个阶段完成，实现任务用编码和测试来完成。,运行时期的主要任务是做好软件的维护。,软件生存周期模型是描述软件开发过程中各种活动如何执行的模型。,4,2.2 传统软件开发模型,“WhatHowChange”概括了软件开发活动（定义、开发、维护）中的主要特征。传统的软件开发模型主要有瀑布模型与快速原型模型。,5,2.2.1 瀑布模型

3、,各项活动按自上而下，相互衔接的固定次序，如同瀑布逐级下落。每项活动均处于一个质量环（输入-处理-输出-评审）中。,6,制定计划,确定要开发软件系统的总目标；给出功能、性能、可靠性以及接口等方面的要求；完成该软件任务的可行性研究；估计可利用的资源(硬件，软件，人力等)、成本、效益、开发进度；制定出完成开发任务的实施计划，连同可行性研究报告，提交管理部门审查。,7,需求分析和定义,对用户提出的要求进行分析并给出详细的定义；编写软件需求说明书或系统功能说明书及初步的系统用户手册；提交管理机构评审。,8,软件设计,概要设计 把各项需求转换成软件的体系结构。结构中每一组成部分都是意义明确的模块，每个模

4、块都和某些需求相对应；详细设计 对每个模块要完成的工作进行具体的描述，为源程序编写打下基础；编写设计说明书，提交评审。,9,程序编写,把软件设计转换成计算机可以接受的程序代码，即写成以某一种特定程序设计语言表示的“源程序清单”；写出的程序应当是结构良好、清晰易读的，且与设计相一致的。,10,软件测试,单元测试，查找各模块在功能和结构上存在的问题并加以纠正；组装测试，将已测试过的模块按一定顺序组装起来；按规定的各项需求，逐项进行有效性测试，决定已开发的软件是否合格，能否交付用户使用。,11,运行维护,纠正性维护 运行中发现了软件中的错误需要 修正；适应性维护 为了适应变化了的软件工作环境，需做适

5、当变更；完善性维护 为了增强软件的功能需做变更。,按照传统瀑布模型开发软件的特点,1.阶段间具有顺序性和依赖性。2.推迟实现的观点。3.每个阶段必须完成规定的文档;每个阶段结束 前完成文档审查,及早改正错误。,13,传统瀑布模型开发软件带来的问题：,过程基本不可迭代 需求在开始的不确定性 错误到最后才能发现 开发进程呈现塞阻状态,14,软件生存期循环,15,2.2.2 快速原型模型,快速原型模型（Rapid Prototype Model）的主要做法是：首先建立一个能够反映用户主要需求的原型，让用户实际看一看未来系统的概貌，以便判断哪些功能是符合需要的，哪些方面还需要改进。快速原型系统的优越性

6、主要体现在：软件开发人员向用户提供一个“样品”，用户向开发人员迅速作出“反馈”。,16,快速原型模型图示,17,原型模型,原型产生步骤,18,如何产生快速原型系统？,原型系统仅包括未来系统的主要功能，以及系统的重要接口。为了尽快向用户提供原型，开发原型系统时应尽量使用能缩短开发周期的语言和工具。把原型系统作为基础，通过补充与修改获得最终的实际系统。,19,快速原型模型带来的问题：,需要足够的人力资源 用户和设计都成为关键适用于MIS形式的系统,2.3 软件演化模型,传统开发模型共同特征：线性思维而大部分复杂软件采用渐增式或迭代的开发方法，它们属于软件演化模型。,21,演化模型,由于在项目开发的

7、初始阶段人们对软件的需求认识常常不够清晰，因而使得开发项目难于做到一次开发成功，出现返工再开发在所难免。做两次；第一次只是试验开发，其目标只是在于探索可行性，弄清软件需求；第二次则在此基础上获得较为满意的软件产品。,22,演化模型,先开发一个“原型”软件，完成部分主要功能，展示给用户并征求意见，然后逐步完善，最终获得满意的软件产品。,23,演化模型,增量模型(Incremental Model)螺旋模型(Sprial Model),1.增量模型(递增模型),先完成一个系统子集的开发，再按同样的开发步骤增加功能(系统子集),如此递增下去直至满足全部系统需求。系统的总体设计在初始子集设计阶段就应作

8、出设想。,25,增量演化模型,分析,设计,编码,测试,分析,设计,编码,测试,分析,设计,编码,测试,分析,设计,编码,测试,增量2,增量3,增量4,增量1,第1个增量的发布,第2个增量的发布,第3个增量的发布,第4增量的发布,要点：顺序过程和原型过程相结合强调版本升级每个版本的开发遵循顺序过程,26,增量模型,把软件产品分解成一系列的增量构件，在增量开发迭代中逐步加入。每个构件由多个相互作用的模块构成，并且能够完成特定的功能。增量开发方法的新演进版本叫做“极限程序设计（eXtreme Programming）”。,2.螺旋模型,结合瀑布模型与快速原型的基础上增加了风险分析,28,螺旋模型,螺

9、旋模型沿着螺线旋转，在四个象限上分别表达四个方面的活动，即：制定计划 确定软件目标，选定实施方案，弄清项目开发的限制条件；风险分析 分析所选方案，考虑如何识别和消除风险；实施工程 实施软件开发客户评估 评价开发，提出修正建议。,29,螺旋模型,决定目标、方案和限制,评价方案、识别风险、弱化风险,开发、验证、下一级产品,计划下一阶段,集成测试,30,风险分析,工程,构造及发布,用户评估,客户交流,计划,项目入口,螺旋模型,轴线,与增量模型的区别：活动划分不同更强调“计划”、“风险分析”和“用户评估”版本有更明确的目标,要点：相似于增量模型，是顺序过程与原型过程的统一，强调版本和版本升级。,版本的

10、明确目标：概念项目增量项目维护项目,31,螺旋模型,螺旋模型将瀑布模型与快速原形模型结合起来，并且加入两种模型均忽略了的风险分析。螺旋模型沿着螺线旋转，自内向外每旋转一圈便开发出更完善的一个新版本。,2.4 面向对象模型,为什么要引入面向对象的设计方法,面向对象的设计方法与面向过程的设计方法有什么关系,33,面向过程程序设计缺点的根源在于数据与数据处理分离。面向对象程序设计模拟自然界认识和处理事物的方法，将数据和对数据的操作方法放在一起，形成一个相对独立的整体对象（object），同类对象还可抽象出共性，形成类（class）。一个类中的数据通常只能通过本类提供的方法进行处理，这些方法成为该类与

11、外部的接口。对象之间通过消息（message）进行通讯。,34,对 象（object）,类（class）,消 息（message）,1 基 本 概 念,35,表针旋钮其他机械机构,调节旋钮,对 象,1 基 本 概 念,36,类是一个抽象的概念，用来描述某一类对象所共有的、本质的属性和行为。,手表 一块手表,类,1 基 本 概 念,37,我们把对象之间产生相互作用所传递的信息称做消息。,消 息,启 动,1 基 本 概 念,38,消 息,我们把对象之间产生相互作用所传递的信息称做消息。,转 向,1 基 本 概 念,39,面向对象软件开发的根本合理性在于它符合客观世界的组成方式和大脑的思维方式。在大

12、型程序开发过程中，编码只是其中很小一部分，应当采用工程化的方法，并将面向对象的思想贯穿于软件开发全过程，这就是面向对象的软件工程。面相对象的软件工程同样遵循分层抽象、逐步细化的原则。软件开发过程包括以下五个阶段：,2 面向对象的软件开发方法,40,测试的任务在于发现并改正程序中的错误。,分析阶段的主要任务是按照面向对象的概念和方法，从问题中识别出有意义的对象，以及对象的属性、行为和对象间的通信，进而抽象出类结构，最终将它们描述出来，形成一个需求模型。,设计阶段从需求模型出发，分别进行类的设计和应用程序的设计。,编程阶段实现由设计表示到面向对象程序设计语言描述的转换。,2 面向对象的软件开发方法

13、,41,封装性,(2)继承与派生性,(3)多态性,3“面向对象”程序设计的特点,42,封装性,对象是一个封装体，在其中封装了该对象的属性和操作。通过限制对属性和操作的访问权限，可以将属性“隐藏”在对象内部，对外提供一定的接口，在对象之外只能通过接口对对象进行操作。,封装性增加了对象的独立性，从而保证了数据的可靠性。一个定义完好的类可以作为独立模块使用。,3“面向对象”程序设计的特点,43,继承与派生,以汽车为例看客观世界描述事物的方式：,当定义了一个类后，又需定义一个新类，这个新类与原来的类相比，只是增加或修改了部分属性和操作，这时可以用原来的类派生出新类，新类中只需描述自己所特有的属性和操作

14、。,面向对象程序设计提供了类似的机制,继承性大大简化了对问题的描述，大大提高了程序的可重用性，从而提高了程序设计、修改、扩充的效率。,新类称为子类或派生类，原来的类称为基类。派生可以一直进行下去，形成一个派生树。,3“面向对象”程序设计的特点,44,语文、数学、英语、政治、物理、化学、生物,多态性,多态性指，同一个消息被不同对象接收时，产生不同结果，即实现同一接口，不同方法。,高中生,计 算平均成绩,3“面向对象”程序设计的特点,计 算平均成绩,大学生,高数、英语、计算机、线性代数,45,继承和多态性组合，可以生成很多相似但又独一无二的对象。继承性使得这些对象可以共享许多相似特性，而多态又使同

15、一个操作对不同对象产生不同表现形式。这样不仅提高了程序设计的灵活性，而且减轻了分别设计的负担。,3“面向对象”程序设计的特点,46,面向对象模型喷泉模型(Fountain Model)可重用部件组装模型(构件集成模型 Component Integration Model),47,喷泉模型,体现了迭代和无间隙的特性。系统某个部分常常重复工作多次，相关对象在每次迭代中随之加入演进的软件成分。无间隙是指在各项开发活动，即分析、设计和编码之间不存在明显的边界。喷泉模型是对象驱动的过程。,48,要点：体现认识事物的往返过程 开发活动之间的无间隙性和循环迭代性适用于面向对象的开发过程 强调无明显的活动阶

16、段划分,可重用部件组装模型(构件集成模型),构件集成模型产生的可能性：经过适当设计和实现的类也可以称为构件，他们在某个领域中具有一定的通用性，可以在不同的计算机软件系统中复用。将这些构件储存起来变成一个构件库，就为基于构件的软件开发模型提供了技术基础。,50,基于构件的开发技术,构件库,问题域,识别构件,查找构件,生成构件,组装系统,查到构件,未查到构件,要点：基于软件复用性 形成统一开发过程 产生统一建模语言,51,可重用部件组装模型(构件集成模型),构件(components)：可重用的软件成份可复用性（Reusability）集成化软件开发环境（ISEE）,52,可重用部件组装模型(构件

17、集成模型),它融合了螺旋模型的很多特征，支持软件开发的迭代方法,可重用部件组装模型,用户通信,计划,产品开发及发布,用户评估,风险分析,标志候选构件,查找构件,若存在则提取构件,若不存在则构造构件,进行下一次迭代,将新构件存入库中,2.5 形式化方法模型,转换模型(Transformational Model)净室模型(Cleanroom Model),55,转换模型,结合形式化软件开发方法和程序自动生成技术的一种软件开发模型。它用严格的、数学的表示体系来表示软件规格说明，然后进行一系列自动或半自动的程序变换，最后转换为计算机系统能够接受的目标程序系统。,转换模型,形式化规格说明,与需求比较后

18、修正,形式化开发记录,变换n,变换2,变换1,测试,系统需求,目标系统,形式化规格语言及其变换技术,基于模型的规格说明及其变换技术基于代数结构及其变换技术基于时序逻辑的规格说明和验证技术基于可视形式化技术,2.净室模型(形式化的增量开发模型),基于思想：力求在分析和设计阶段就消除错误，确保正确，然后在无缺陷或“洁净”的状态下实现软件的制作。三个关键技术：置于统计过程控制之下的增量开发；基于函数的规范、设计、验证；统计测试和软件认证。,净室模型,60,新的开发模型（技术）,并行开发技术 基于构件的开发技术 形式化方法技术 第4代技术 过程技术工具,61,2.6 开发模型选用实例(P27-P29)

19、,瀑布模型实例：教材购销系统（面向过程软件）螺旋模型实例：显像管生产监测系统（面向对象软件）,62,一个程序员应该具备的素质,一、诚实 程序员在学习与工作期间几乎天天与机器打交道，压根就没有受欺骗或欺骗人的机会。勤奋的程序员在调试无穷多的程序Bug时，已经深深地接受了“诚实”的教育。不诚实的人，他肯定不想做、也做不好程序员。有一名市场营销员和一名程序员都在新闻发布会上发言，将一项新技术的消息公布于众。市场营销员说：“这项技术比电话、晶体管和原子弹三项发明加起来对世界文明的影响都要大。”程序员说：“这项技术在有限的领域内，在有限的程度上，解决了一些技术性的问题。”看来为了让我们的民族更加诚实，学

20、电脑真的要从娃娃抓起。,63,二、简单实用主义 有人问一个数学家，一个物理学家和一名程序员：“一个盒子有几个面？”数学家回答说：“有六个面，因为盒子是长方体。”物理学家回答说：“有12个面，分为6个外表面和6个内表面。”程序员回答说：“只有两个面，里面放电路板和硬盘，外面放显示器和键盘。”目前即使最先进的计算机也不具备智能，程序员的基本工作就是把复杂的问题转化为计算机能处理的简单的程序。如果一个问题复杂到连程序员自己都不能理解，他就无法编出程序让更笨的计算机来处理。所以程序员信奉“简单实用”主义。也有不少做计算机“学问”的人颠倒行事。本来几句话、几行程序就能说明白的事，非得要抬高到理论创新的程

21、度，写成玄乎的文章去评教授或者弄个博士学位。所幸在第一线工作的程序员大多是实干的。,64,三、爱憎分明 程序员大都喜欢技术挑战，不喜欢搞测试与维护。高水平的程序员喜欢与高水平的程序员一起工作，因为他们怕“与臭棋佬下棋，棋越下越臭”。程序员大都厌恶拉帮结派、耍政治手腕。不信，数一数你认识的程序员，有几个是党派人士？,65,四、工作单调但不乏味 有人问编程大师：“程序设计的真正含义是什么？”大师回答说：“饿了的时候就吃，困的时候就睡，只要时机恰当就进行程序设计。”其实程序员的生活和工作已融为一体，尽管单调却不乏味，还能独享孤独。有诗为证：我编程三日 两耳不闻人声 只有硬盘在歌唱 结论：优秀的程序员没有理由不让人喜欢，他们远比怪僻来得可爱。,