《02-0 第二章 软件工程模型复习要点精编版》由会员分享，可在线阅读，更多相关《02-0 第二章 软件工程模型复习要点精编版（10页珍藏版）》请在金锄头文库上搜索。
1、精品资料推荐第2章 软件开发模型复习与训练主要内容l 传统生存期模型u 瀑布模型u 演化模型u 原型模型u 增量模型u 螺旋模型u 四代技术u 混合模型l 面向对象生存期模型l 统一软件开发过程l 基于软件构件的软件开发软件工程学科发展到今天，已经有了很多方法和规范，学之不尽。本章只在宏观上讨论了软件工程的一些思想，更具体的内容将在后面的章节论述。无论是什么好方法，贵在理解与灵活运用，而不可当成灵丹妙药，不会象“吃了脑黄金或脑白金，就能使一亿人先聪明起来”。主要知识点软件工程的主要环节软件工程的主要环节包括人员管理、项目管理、需求分析、系统设计、程序设计、测试、维护等。如何用一定的流程将各个环
2、节连接起来，并可用规范的方式操作全过程，好比工厂的生产线？需要对软件过程的建模，一种软件工程模型支持！软件开发过程都要经过三个典型阶段l 定义（definition）阶段：开发人员要弄清软件做什么；分为三个基础步骤：系统分析、软件项目计划、需求分析l 开发（development）阶段：开发人员要确定软件怎么做；有三个步骤：软件设计、编码、测试l 维护（maintenance）阶段：对各种修改进行再定义和再开发；分为三种类型：改正、适应、完善软件工程模式软件工程模式是对软件过程的建模，描述了软件开发全部过程、活动和任务的一种范式。软件工程模式又称为范型、范例、风范、模式(Pattern)或模型
3、。根据软件项目的性质灵活选用开发模式。l 每个开发模式都有它的支持者和用户；l 每个开发模式都特别适合于某种类型的问题或子问题；l 每一个开发模式都用不同的方式考虑问题；l 每一个开发模式都使用不同的方法来分解问题；l 每一个开发模式都导致不同种类的块、过程、产生规则。软件工程模型软件工程模型是对软件过程的建模，描述了软件开发全部过程、活动和任务的一种范式。软件工程模型能清晰、直观地表达软件开发全过程，明确规定要完成主要的活动与任务，用来作为软件项目工作的基础。模型应该是稳定和普遍适用的。概念相同、背景有别的名词有：软件工程模型，软件工程模式，软件工程范例，软件生存期模型、软件工程过程，软件过
4、程。本质与目的：表征了软件开发活动的组织，给出了软件求解的计算逻辑。瀑布模型（waterfall model）是软件生存期的的经典范例，给出了固定的顺序，将生存期活动从上一个阶段向下一个阶段逐级过渡，形如流水下泻，逐级下落，最终得到软件产品。适合需求容易析取、处理规范的大型项目开发。 瀑布模型的特点：l 是软件生存期的经典模型，阶段工作具有顺序性、依赖性，可提高大型软件开发的质量和效率；l 各阶段有明确的工作任务、成果文档与审查验证，有利于软件开发方法和工具的研究与使用；l 有利于大型软件开发过程中人员的分工、组织与管理； 瀑布模型的不足l 缺乏回馈的灵活性，需求分析要求特别高。下游阶段发现错
5、误时，回馈修改不方便。事实上，很多软件开发的初始阶段指明软件系统的全部需求是困难的，有时甚至是不现实的；l 无法通过并发活动澄清本来不够确切的需求，容易掩饰早期错误。需求确定后，用户和软件项目负责人要等相当长的时间才能得到一份软件的最初版本。如果用户对这个软件提出比较大的修改意见，那么整个软件项目将会蒙受巨大的人力、财力、时间方面的损失。如何改善？瀑布模型为基础，较大限度的反馈迭代！这是演化模型、原型模型、螺旋模型、混合模型产生的思想。演化模型（evolvement model）在项目开发的初始阶段，软件需求常常不够清晰，难于做到一次开发成功，出现返工再开发在所难免。做两次：l 第一次试验开发
6、，探索可行性，目的是弄清软件需求；l 第二次则在此基础上获得较为满意的软件产品。原型模型（prototype model）又名：雏形发展法，快速原型法。借助开发工具快速构造系统的简化原型版本，用于开发者与用户之间进行交流，得到用户反馈意见，获得用户的需求；再根据需求增加系统的功能，以支持系统的最终设计和实现。实际上，原型模型是获取需求的一种机制，适合需求难以获取的软件开发。特点：容易析取需求；阶段工作模糊；用户参与好。不足：阶段审查难；易管中窥豹；错误易放大。增量模型（Incremental model）软件被作为一系列的增量构件来设计、实现、集成和测试。每个构件由多个相互作用的模块构成，并且
7、能够完成特定的功能。各个阶段并不交付可运行的完整产品，而是交付满足客户需求的可运行的一个子集产品。即：l 第一个增量往往是核心产品；l 每一个增量均发布一个可操作的子集产品；l 早期的增量是最终产品的“可拆卸”版本。例如，使用增量模型开发字处理软件，可以考虑：l 第一个增量发布基本的文件管理、编辑、生成功能；l 第二个增量发布更完善的编辑和文档生成能力；l 第三个增量实现拼写和文法检查功能；l 第四个增量完成高级的页面布局功能。增量模型也存在以下缺陷：（1）由于各个构件是逐渐并入已有的软件体系结构中的，所以加入构件必须不破坏已构造好的系统部分，这需要软件具备开放式的体系结构。（2）增量模型的灵
8、活性可以适应需求变化的能力大大优于瀑布模型和快速原型模型，但也容易退化为边做边改模型，从而是软件过程的控制失去整体性。螺旋模型（spiral model）综合了生存期与原型模型的优点，增加了风险分析，弥补他们的不足。风险分析可对设计方案的风险进行识别，并设法消除风险。通常用来指导大型软件项目的开发。风险分析可对设计方案的风险进行分析、评价、识别并设法消除。通常用来指导大型软件项目的开发。螺旋模型沿着螺线旋转，在四个象限上分别表达四个方面的活动，即：l 制定计划确定软件目标，选定实施方案，弄清项目开发的限制l 风险分析分析所选方案，考虑如何识别和消除风险l 原型开发实施软件开发l 用户平审评价开
9、发工作，提出修正建议螺旋模型特点：风险驱动的模型；可选方案和约束条件有助于软件重用；风险分析可控制软件质量。四代技术（Fourth-Generation Techniques, 4GT）拥有一组工具。每个工具都能使开发人员在高层次上定义软件的某些特性，并把开发人员定义的这些软件自动地生成为源代码。这种方法需要四代语言（4GL）的支持。4GL不同于三代语言，其主要特征是用户界面极端友好，即使没有受过训练的非专业程序员，也能用它编写程序；它是一种声明式、交互式、非过程性编程语言。4GL还具有高效的程序代码、智能缺省假设、完备的数据库和应用程序生成器。目前市场上流行的4GL（如Foxpro等）都不同
10、程度地具有上述特征。4GT目前主要限于事务信息系统的中、小型应用程序的开发。混合模型（hybrid model）组合多种模型，沿着最有效的路径推进，也称过程开发模型。特征：l 开发划分为分析、综合、运行、废弃等4阶段；l 各阶段之间的重叠，提供了有效途径的选择;l 可根据不同性质的需求，灵活采用相应的开发模型。l 混合采用多种模型，可以扬长避短。面向对象生存期模型面向对象方法（OO）：出发点和基本原则是尽量模拟人类习惯的思维方式，使开发软件的方法与过程尽可能接近人认识和实践的习惯，使问题的描述空间与解法空间在结构上尽可能一致。特征：l 把对象作为融合了数据及其操作的软件构件；l 把所有对象都划
11、分成包含了数据和服务的类；l 按照父类与子类的关系，把若干个相关类组成一个层次结构的系统；l 象彼此间仅能通过发送消息互相联系。l 在分析、设计、实现等阶段都对象模型，阶段工作能平滑过渡。OOSE演化模型及其特点：l OO设计是类设计、应用程序设计的两阶段过程。类设计建立公共与专用功能需要的类属层次结构；应用程序设计是利用已设计好的类属结构来构造的。l 设计和编码循环为快速更新代码生成提供了基础。迭代这是原型开发生存期的精髓，这种迭代过程有利于减少软件开发的风险。OOSE增量迭代模型（喷泉模型）：l 类似于原型开发中的增量模型；l 不同的是下一个增量的分析阶段可以与当前增量的实现阶段重叠，这种
12、迭代过程有利于减少软件开发的风险。喷泉模型特征：l 软件生存期的各个阶段可以相互重叠和多次重复，就像水喷上去又落下来，既可以落在下一层，也可以落在最底层。l 喷泉模型是典型的OOSE增量迭代模型，体现了OO软件开发的迭代性和无间隙性。l 为避免喷泉模型的开发过程过分无序，应该把一个线性过程作为总目标。RUP 统一的软件开发过程（ Rational Unified Process）l UML是基于OO方法的可视化建模语言，不是统一建模过程；l UML之后，Rational Software公司的Jacobson、Booch和Rumbaugh三人推出的业界第一的OOSE建模工具产品 RUP ；l
13、UML、RUP组成了完整的OOSE的开发模式；l 支持软件生存期的循环迭代，每次循环在时间上经历四个阶段：初始、细化、构造和移交；l 分析与设计工作依靠三个关键思想：用例驱动；体系结构为中心；迭代增量开发。时间上经历的四个阶段：l 初始确定生存期的目标：主要对提出的有关基本思想进行充分论证，考虑项目效益，确定项目规模。l 精化确定生存期的框架：主要收集更为详细的需求，进行高层分解和设计，定义系统的体系结构框架，并为构造阶段制定计划。l 建造可初步运行的能力：由多次迭代组成，每次迭代都包含软件生存期的所有活动。每次迭代都要增加一些新功能，解决一些新问题。每次所得产品都应满足项目需求的某一子集，或
14、交用户，或内部交付。l 产品化产品的移交或发布：除交付产品外，还有测试和用户培训。用例驱动（use-case driver）是Jacobson在“OOSE”一书中首先提出的，有四个理由：l 能够提供一个系统的、直觉捕捉功能需求的平台；l 能够驱动整个开发过程；l 使用用例可以帮助完成迭代开发；l 在初始的迭代中，通过选择并实现基本的用例集合，便可以用一个稳定的体系结构来实现一个系统。体系结构为中心（architecture-centric）是在统一的软件开发过程的生存期中第一次提出来的，其目的：理解系统；组织开发；促进重用；发展系统。由此可见，结构的设计问题已远远超出了计算的算法和数据结构范围
15、。迭代和增量（iterative and incremental）开发 最早是在原型和OO生存期模型中提出来的，主要目的是用于控制软件的开发，以降低风险。特征：l 为了早期致命的和重大的风险能得到控制；l 为了得到一个健壮的体系结构，以指导软件开发；l 为了提供一个框架，能较好地控制不可避免的需求和其他修改；l 为了构造一个系统，多次增量接近，比一次完成所带来的各种开销要少，而且质量要高；l 为了提供一个开发过程，让技术人员更为有效；l 为了让开发人员能够获得早期学习的机会。基于构件的软件开发（Component-Based Software Development, CBD）l 是在软件重用和OO技术的基础上发展起来的。说到底，也是从硬件引入的。l 使用可重用的软件来构造基于硬件的软件系统。l 前述7种软件工程模式都是面向过程的。而CBD是第一个提出面向结构的。l 软件产业要发展，并形成规模经济，标准构件的生产和构件的重用是关键。有人估计，将来软件工程职业，5%为构件工程师，9
