软件工程第三章软件生存周期及其模型
高级软件工程(第三章)几种典型的开发模型实例
周期的任务进行比较详细的划分（基于WBS），而对后
面迭代周期的适当放宽--计划应是由粗到细的。
大家好
18
敏捷开发方法
➢ 敏捷开发（Agile Development）是一种以人 为核心、迭代、循序渐进的开发方法。在敏捷 开发中，软件项目的构建被切分成多个子项目 ，各个子项目的成果都经过测试，具备集成和 可运行的特征。简言之，就是把一个大项目分 为多个相互联系，但也可独立运行的小项目， 并分别完成，在此过程中软件一直处于可使用 状态。
大家好
12
续
7. 强调进行风险管理：对项目风险进行确认并全 程跟踪。
8. 项目开发过程进行里程碑的建立和管理。 9. 项目总结制度：每个项目完成后，对其失败和
成功的地方进行总结。
大家好
13
MSF团队模型
➢MSF组队模型展示了如何组织项目队伍，在时 间控制和连续不断发展计划的要求下，有效的 交付系统的解决方案。它描述了六种基本的角 色（程序管理、产品管理、开发、测试、用户 体验和发布管理）。
➢ 它分为四个阶段，每个阶段至少通过3次迭代过 程完成阶段目标；
➢ 每个迭代有明确的目标和评估标准； ➢ 整个项目划分为3次目标明确的增量开发，每次
增量作为一个可执行版本，提交用户使用。
大家好
9
微软开发模型（ MSF ）
MSF(微软解决方案框架结构)是一组建立、
开发和实现分布式企业系统应用的工作模型、 开发准则和应用指南。它帮助企业融合商业 和技术的目标，降低采用新技术后系统整体 的费用，以及成功的应用微软技术整合商业 过程的方法。
➢极限编程中的“Extreme”（极限）是指将有效的 软件开发原理和实践应用到极限。
大家好
软件工程03-软件生命周期与开发模型
本章任务
本章任务-了解软件工程的发展史及常用的开发模型 知识目标： 了解软件工程的发展史 熟悉软件的生命周期 熟悉常用的开发模型 能力目标： 能描述软件的生命周期 能描述常用的软件开发模型及适用场景
1.软件工程概述
软件危机：落后的软件生产方式无法满足迅速增长的计算机 软件需求，从而导致软件开发与维护过程中出现一系列严重 问题的现象。 表现形式: 软件开发费用和进度失控。费用超支、进度拖延的情况屡 屡发生。有时为了赶进度或压成本不得不采取一些权宜之 计，这样又往往严重损害了软件产品的质量。 软件的可靠性差。尽管耗费了大量的人力物力，而系统的 正确性却越来越难以保证，出错率大大增加，由于软件错 误而造成的损失十分惊人。 生产出来的软件难以维护。很多程序缺乏相应的文档资料 ，程序中的错误难以定位，难以改正，有时改正了已有的 错误又引入新的错误。随着软件的社会拥有量越来越大， 维护占用了大量人力、物力和财力。
1.软件工程概述
传统软件工程
为迎接软件危机的挑战，人们进行了不懈的努力，这些努 力大致上是沿着两个方向同时进行的。 第一个方向是从软件开发管理的角度，希望实现软件 开发过程的工程化，它包括软件度量、项目估算、进 度控制、人员组织、配置管理、项目计划等。这方面 最为著名的成果就是提出了大家都很熟悉的“瀑布式 ”生命周期模型，它是在60年代末“软件危机”后出 现的第一个生命周期模型。如图5-1所示
（1）瀑布模型
瀑布模型是将软件生存周期的各项活动规定为按 固定顺序而连接的若干阶段工作，形如瀑布流水 逐级下落，最终得到软件产品。 瀑布模型的核心思想是按工序将问题简化，将功 能的实现与设计分开，便于分工协作，即采用结 构化的分析与设计方法将逻辑实现与物理实现分 开。将软件生命周期划分为可行性研究与计划、 需求分析、设计、编码、测试和运行维护等六个 基本活动，并且规定了它们自上而下、相互衔接 的固定次序，如同瀑布流水，逐级下落。如果需 求发生变化，而需要逐级返回，修改所有相关的 文档及代码。
[计算机软件及应用]软件开发生命周期-PPT课件
![[计算机软件及应用]软件开发生命周期-PPT课件](https://img.taocdn.com/s3/m/2e5b06b9112de2bd960590c69ec3d5bbfd0ada92.png)
*
按照以上需求陈述，回答以下问题。 如果采用增量模型开发上述系统，请画图表示该系统的生命周期模型？ 根据学生成绩管理系统的功能要求，对系统进行分解，建立系统的WBS？
*
Code and fix
需求了解
编码、走查
编译、检错
修正
编写文档
提交
修正
测试
*
选择生存期的步骤
熟悉各种生存期模型 评审、分析项目的特性 选择适合项目的生存期模型 标识生存期模型与项目不一致地方,并进行裁减
*
Rational统一开发过程
*
本章要点
一、生存期模型定义 二、常用生存期模型 三、案例分析
*
软件工程与项目管理
第三章 软件项目生命周期模型
*
本章要点
一、生存期模型定义 二、常用生存期模型 三、案例分析
*
建筑工程类项目典型生存期模型
*
软件生命周期
软件生命周期（SDLD） 是指从软件开始开发到报废的全过程，亦称软件生存期（life cycle）。一般用经典的瀑布模型来描述。
*
最常用的－渐进式阶段模型
综合了增量模型和螺旋式模型的一个实用模型 渐进式前进 阶段式提交
*
渐进式迭代模型 *
*
阶段性完成规划
*
渐进式阶段模型的特点
阶段式提交一个可运行的产品 关键的功能更早出现 早期预警问题，避免软件缺陷不知不觉的增长 减少报告负担 阶段性完成可以降低估计失误 阶段性完成均衡了弹性与效率
*
Spiral Model适合的项目
风险是主要的制约因素 不确定因素和风险限制了项目进度 用户对自己的需求也不是很明确 需要对一些基本的概念进行验证 可能发生一些重大的变更 项目规模很大 项目中采用了新技术
软件工程生命周期PPT课件
问题定义
“要解决什么问题？”
“尽管确切定义问题的必要性是十分明显的，但 在实践中它却可能是最容易被忽视的问题” 通过对客户的访问调查，系统分析员扼要的写 出问题的性质、工程目标和工程规模的书面报 告，经过讨论和必要的修改后这份报告应该得 到客户用户的确认。
可行性研究
“做还是不做”
本阶段的任务是根据用户提出的工程项目的性 质、目标和规模，进一步了解用户的要求及现有的环 境及条件，从技术、经济和社会等多方面研究并论证 该项目的可行性，即该项目是否值得去解决，是否存 在可行的解决办法。
The debugging process
定位错误
设计错误 修复
程序错误 修复
重测程序
软件有效性验证
▪ 软件有效性验证是要看系统是否符合它的描述以
及是否符合客户的需求。它包括检查过程、从用 户需求定义到程序开发的每个软件过程阶段。
▪ 绝大多数有效性验证的成本发生在系统完成测试
的时候。
“测试过程应该和开发过程相结合，分阶段增量进行”
务”。
“软件的运行是软件产品发挥社会和经济效益的 重要时期”
✓ 在软件使用过程中用户或软件工程师必须仔细收
集已发现的软件运行中的问题，定期或不定期的 拟定“软件问题报告”。
维护
✓ 任务: 通过各种维护活动使软件系统持久地满足用
户的需求。
✓ 每项维护活动实质上都是一次压缩和简化了的软
件定义和软件开发过程。都要经历提出维护要求、 分析维护要求、提出维护方案、审批维护方案、 确定维护计划、修改软件设计、修改程序、测试 程序、评审、验收等步骤。
概要设计
2）实现途径 选择某种方法和工具。设计的软件系统应具有良 好的总体结构、尽量降低模块接口的复杂度，并 力争做到各功能模块之间的低耦合度、而功能模 块内部具有较高的内聚度。
3 软件生存周期模型
第三讲 软件生存周期模型
朱建凯
2.2 软件生存周期模型
１) 基本概念 软件生存周期模型 IEEE Standard 12207.0-1996 把一个软件生存周期模型描述为： 把一个软件生存周期模型描述为：一个包括软件产品开 发、运行和维护中有关过程、活动和任务的框架，覆盖了从该 运行和维护中有关过程、活动和任务的框架， 系统的需求定义到系统的使用终止。 系统的需求定义到系统的使用终止。 中国计算机科学与技术百科全书 称软件生存周期模型为“软件开发模型” 并把它定义为： 称软件生存周期模型为“软件开发模型”，并把它定义为： 软件过程、活动、任务的结构框架。 软件过程、活动、任务的结构框架。
(３）该模型的适用情况 在开始开发时，需求很明确， 在开始开发时，需求很明确，且产品还可被适当地分解为一 些独立的、可交付的软件（构造增量： increments． 些独立的、 可交付的软件（构造增量： Build increments．如 果一个增量并不需要交付给客户的话， 果一个增量并不需要交付给客户的话，那么这样的增量通常称 为一个“构造” 为一个 “ 构造”(Build)。如果增量被交付，那么它们就被认为 。如果增量被交付， 是发布版本(Released version)。 ）； 是发布版本 。 在开发中，期望尽快提交其中的一些增量产品。 在开发中，期望尽快提交其中的一些增量产品。 例如： 例如： 一个数据库系统，它必须通过不同的用户界面， 一个数据库系统，它必须通过不同的用户界面，为不同类型的 用户提供不同的功能。在这一情况下， 用户提供不同的功能。在这一情况下，首先实现完整的数据库 设计，并把一组具有高优先级的用户功能和界面作为一个增量； 设计，并把一组具有高优先级的用户功能和界面作为一个增量； 以后，陆续构造其它类型用户所需求的增量。 以后，陆续构造其它类型用户所需求的增量。
软件生命周期
由于瀑布模型的特点（文档是主体），很多的问题在最后才会暴露出来，为了解决这些问题的风险是巨大的。 "在迭代式生命周期中，您需要根据主要风险列表选择要在迭代中开发的新的增量内容。每次迭代完成时都会生成 一个经过测试的可执行文件，这样就可以核实是否已经降低了目标风险。"
软件测试阶段：在软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。
软件运行和维护阶段：是软件生命周期中持续时间最长的阶段，包括类
瀑布模型 迭代式模型
快速原型模型 螺旋模型
（Waterfall Model）首先由Royce提出。该模型由于酷似瀑布闻名。在该模型中，首先确定需求，并接受 客户和SQA小组的验证。然后拟定规格说明，同样通过验证后，进入计划阶段…可以看出，瀑布模型中至关重要 的一点是只有当一个阶段的文档已经编制好并获得SQA小组的认可才可以进入下一个阶段。这样，瀑布模型通过 强制性的要求提供规约文档来确保每个阶段都能很好的完成任务。但是实际上往往难以办到，因为整个的模型几 乎都是以文档驱动的，这对于非专业的用户来说是难以阅读和理解的。想象一下，你去买衣服的时候，售货员给 你出示的是一本厚厚的服装规格说明，你会有什么样的感触。虽然瀑布模型有很多很好的思想可以借鉴，但是在 过程能力上有天生的缺陷。
阶段
可行性研究阶段：同任何事物一样，一个软件产品或软件系统也要经历孕育、诞生、成长、成熟、衰亡等阶 段，一般称为软件生存周期（软件生命周期）。把整个软件生存周期划分为若干阶段，使得每个阶段有明确的任 务，使规模大，结构复杂和管理复杂的软件开发变的容易控制和管理。可以将软件生命周期概括为软件计划与可 行性研究阶段（问题定义、可行性研究）、需求分析阶段、软件设计阶段（概要设计和详细设计）、软件编码阶 段、软件测试阶段和软件运行与维护阶段。软件计划与可行性研究阶段（问题定义、可行性研究）：此阶段是软 件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。
软件工程第三版答案
软件工程第三版答案【篇一：软件工程课后答案】>1.1什么是计算机软件？软件的特点是什么？答：计算机软件指计算机系统中的程序及其文档。
软件的特点是：a 软件是一种逻辑实体，而不是有形的系统元件，其开发成本和进度难以准确得估算；b 软件是被开发的或被设计的，没有明显的制造过程，一旦开发成功，只需复制即可，但其维护的工作量大；c 软件的使用没有硬件那样的机械磨损和老化问题。
1.2 简述软件的分类，并举例说明。
答：在《计算机科学技术百科全书》中，将软件分为系统软件、支撑软件和应用软件3类。
a 系统软件：系统软件居于计算机系统中最靠近硬件的一层，其他软件一般都通过系统软件发挥作用。
系统软件与具体的应用领域无关。
例如：编译程序、操作系统等。
b 支撑软件：支撑软件是支撑软件的开发和维护的软件。
例如：数据库管理系统、网络软件、软件工具、软件开发环境等。
c 应用软件：应用软件是特定应用领域专用的软件。
例如：工程/科学计算软件、嵌入式软件、产品线软件、web应用软件、人工智能软件。
1.4 什么是软件工程？答：在《计算机科学技术百科全书》中软件工程是应用计算机科学、数学及管理科学等原理，开发软件的工程。
1.5 简述软件工程的基本原则。
答：软件工程原则包括围绕工程设计、工程支持和工程管理提出的以下4条基本原则：第一条：围绕适宜的开发模型；第二条：采用合适的设计方法；第三条：提供高质量的工程支撑；第四条：重视软件工程的管理。
1.6 软件生存周期分哪几个阶段？分别简述各个阶段的任务。
答：软件生存周期有计算机系统工程、需求分析、设计、编码、测试、运行和维护6个阶段。
a计算机系统工程的任务是确定待开发软件的总体要求和范围，以及该软件与其他计算机系统元素之间的关系，进行成本估算，做出进度安排，并进行可行性分析，即从经济、技术、法律等方面分析待开发的软件是否有可行的解决方案，并在若干个可行的解决方案中做出选择。
b需求分析主要解决待开发软件要“做什么”的问题，确定软件的功能、性能、数据、界面等要求，生成软件需求规约。
软件工程名词解释
为了改进应用软件的可靠性和可维护性，为了适应未来的软硬件环境的变化，应主动增加预防性的新的功能，以使应用系统适应各类变化而不被淘汰。
6. 软件可维护性
软件可维护性的定义：软件能够被理解、校正、适应及增强功能的容易程度。
7.结构化维护
如果维护工作是从评价完整的软件配置开始入手，确定软件的重要结构特点、性能特点以及接口特点；估量要求的改动将带来的影响，并且计划实施途径。然后首先修改设计并且对所做的修改进行仔细审查。接下来编写相应的源程序代码；使用在测试说明书中包含的信息进行回归测试；最后，把修改后的软件再次交付使用。
11. 桩模块
桩模块是指模拟被测试的模块所调用的模块，而不是软件产品的组成的部分。
12. 单元测试
着重测试每个单独的模块，以确保它作为一个单元来说功能是正确的。
13. 集成测试
将模块组合起来成为一个完整的系统对其进行测试。
14. 确认测试
按照需求规格说明书中的确定指标对系统进行功能与性能的测试。
5. 数据流图
简称DFD,是SA(结构化分析)方法中用于表示系统逻辑模型的一种工具.是一种功能模型.作用:它以图形的方式描绘数据在系统中流动和处理的过程,反映系统必须完成的逻辑功能.
第四章
1. 模块
在程序设计中，为完成某一功能所需的一段程序或子程序；或指能由编译程序、装配程序等处理的独立程序单位；或指大型软件系统的一部分。
第六章
1. 程序设计风格
是指一个人编制程序时所表现出来的特点、习惯、逻辑思路等
2. 程序可移植性
机器只识别0和1，不管是用什么语言写的程序最终都是0和1的串，说某种语言的移植性好是说在各种型号的机器上有能够把以这种语言写的源程序编译成机器码的编译器
软件工程(概论)生存期和开发模型-作业2
2.3 软件开发模型
4．模型的优点 开发阶段清晰，便于评审、审计、跟踪、管理和控制。
5．模型的缺点 传统的项目组织方法是按顺序完成每个工作流程，即瀑布式生命周期。瀑布
只能一个个台阶地往下流，不可能倒着往上流，这就是它致命的缺点。 瀑布式生命周期通常会导致在项目后期，出现“问题堆积”，更可怕的是，错
一阶段（活3）动用的户输使入用，环继境续很进稳行定下；一阶段的活动，否则返回上一阶段修改。 （4）用户除提出需求以外，很少参与开发工作。
2．模瀑型布的模特型点认为：项目经理或软件管理人员，只要控制好每级台阶的高度 （和1宽）度里，程在碑每或个基台线阶驱处动设，立或里者程说碑文或档基驱线动，；并组织好对基线的评审与审 （计2，）就过可程以逆控转制性好很项差目或的者开说发不成可本逆、转进，度因和为质根量据。上游的错误会在下游进行
误的传递会采取发散扩大的方式。
瀑布模型反馈环
CMM/CMMI采取阶段评审和不符合项(Noncompliance Items)的动态跟踪制度， 只有前一阶段不符合项全部改正，才允许开发人员进入后一阶段工作。
不符合项，就是在评审中发现的问题项，它不同于Bug。对于这些不符合项，软 件管理部门要列出表格，记录在案，确定责任人，限定改正时间，动态跟踪到底 。
可行性研究的结果是负责人作出是否继续进行这项工程的决定的重要依据。 可行性研究以后的各个阶段，将需要投入多少相应的人力物力。 及时终止不值得投资的工程项目，可以避免更大的浪费。
2.2 软件工程过程
3. 需求分析
这个阶段的任务仍然不是具体地解决问题，而是准确地确定“为了解决这个问题，目标系统必须做什么”，主要是确定目标系统必须 具备哪些功能。产生《需求规格说明书》。
《软件工程》课程教学大纲
软件工程课程教学大纲（SoftwareEngineering）学时数：32其中：实验学时：6课外学时：0学分数：2适用专业：计算机科学与技术一、课程的性质、目的与任务《软件工程》是计算机科学与技术专业教学计划中一门综合性和实践性很强的核心课程，主要内容包括软件工程概述、可行性分析、需求分析、概要设计、详细设计、面向对象分析与设计、编码、软件质量与质量保证、项目计划与管理。
根据培养基层应用型人才的需要，本课程的目的与任务是使学生通过本课程的学习，了解软件项目开发和维护的一般过程，掌握软件开发的传统方法和最新方法，为更深入地学习和今后从事软件工程实践打下良好的基础。
二、课程教学的基本要求（-）基本概念和基本知识：软件与软件工程，生存周期与软件开发模式，结构化分析、设计与编码，面向对象分析、设计与编码，软件的评审、测试与维护，项目计划与项目管理。
（二）基本技能：能用软件工程的方法参与软件项目的分析、设计、实现和维护重点：系统分析、系统设计、系统实现、系统维护难点：需求分析、软件测试课程的教学要求在每一章教学内容之后给出，大体上分为三个层次：了解、理解和掌握。
了解即能正确判别有关概念和方法：理解是能正确表达有关概念和方法的含义；掌握是在理解的基础上加以灵活应用三、课程的教学内容、重点和难点第一章概论一、软件（一）软件的发展；（二）软件的定义；（三）软件的特点、软件的种类。
二、软件工程的概念（一）软件危机与软件工程的定义；（二）软件工程的目标；（三）软件工程的原则。
三、软件生存周期与软件开发模型（一）瀑布模型、原型模型、螺旋模型、基于四代技术模型、面向对象与组件模型、混合模型。
教学要求：软件和软件工程的基本概念，软件生命周期及软件开发的各个模型重点：软件生存周期与软件开发模型第二章可行性分析一、可行性研究的任务二、可行性研究的步骤三、系统流程图四、成本/效益分析第三章需求分析一、需求分析的任务与步骤（一）需求分析的任务；（二）需求分析的步骤；（三）需求分析的原则。
软件生存周期模型
中间版本1
D
C/T
I/AS
R
D
中间版本2
C/T
I/AS
中间版本n
D
C/T
I/AS
可能的信息流 R：需求 C/T：编码/测试 D：设计 I/AS：安装和验收支持
图1-5 渐增模型示意
1.2 渐增模型
• 在开发每个中间版本时，开发过程中的活动和任务顺序地或部 分平行地使用。当相继的中间版本在部分并行开发时，开发过 程中的活动和任务可以在各中间版本间平行地采用。
工作版本作版本2
R2
D
C/T
I/AS
工作版本n
Rn
D
C/T
I/AS
信息流 (细化) R：需求 C/T：编码/测试 D：设计 I/AS：安装和验收支持
图1-6 演化模型示意
1.3 演化模型
• 对所有的中间版本，开发过程中的活动和任务通常接同一顺序被重复使用。维 护过程和运作过程可以与开发过程平行地使用。获取过程、供应过程、支持过 程和组织过程通常与开发过程平行地使用。
1.1 瀑布模型
• 瀑布模型在大量的实践中也暴露了不足和问题。例如，由于固定顺序，前期阶 段工作中所造成的差错，越到后期阶段所造成的损失和影响也越大，为了纠正 它而花费的代价也越高，尽管技术人员小心翼翼，但这种情况还是会经常发生。 因此，在评价瀑布模型时，应考虑以下的相关风险：
– 需求未被充分理解。 – 系统太大而一次不能做完所有的事。 – 事先打算采用的技术迅速发生变化。
1.3 演化模型
• 演化模型 (图1-6) 也是通过构造系统的各个可执行的中间版本来开发系统的， 但是，与渐增模型的区别是承认需求不能被完全了解，且不能在初始时就确定。 在该模型中，需求一部分被预先定义，然后在每个相继的中间版本中逐步完善。 该模型中，每个中间版本在开发时，开发过程中的活动和任务顺序地或部分重 叠平行地被采用。
1.2 软件工程和软件生存周期
1.2软件工程和软件生存周期1.2.1软件工程过程软件工程过程包含如下七个过程(1)获取过程。
(2)供应过程。
(3)开发过程。
(4)操作过程。
(5)维护过程。
(6)管理过程。
(7)支持过程。
1.2.2 软件生存周期软件生存周期是指一个软件从提出开发要求开始直到该软件报废为止的整个时期。
通常，软件生存周期包括可行性分析和项目开发计划、需求分析、概要设计、详细设计、编码、测试、维护等活动，可以将这些活动以适当方式分配到不同阶 段去完成。
1.可行性分析和项目开发计划明确“要解决的问题是什么？”，“解决的问题的办法和费用”，“解决的问题所需的资源和时间”。
要回答这些问题，就要进行问题定义、可行性分析，制定项目开发计划。
2.需求分析需求分析阶段的任务是准确地确定软件系统必须做什么，确定软件系统具备哪些功能。
写出软件需求规格说明书。
3.概要设计概要设计的任务是把软件需求规格说明书中确定的各项功能转换成需要的体系结构。
4.详细设计详细设计阶段就是为每个模块完成的功能进行具体描述，要把功能描述转变为精确的、结构化的过程描述。
5.编码编码阶段就是把每个模块的控制结构转换成计算机可接受的程序代码。
6.测试测试是保证软件质量的重要手段，其主要方式是在设计测试用例的基础上检验软件的各个组成部分。
测试分为单元测试、集成测试、确认测试。
7.维护软件维护是软件生存周期中时间最长的阶段。
已交付的软件投入正式使用后，便进入软件维护阶段，它可以持续几年甚至几十年。
软件工程第3章 软件工程过程模式
组件技术是基于面 向对象技术发展起来的， 可以把组件视作为一个 盒子，它里面封装了许 多个类模块。
在基于组件复用的
软件开发中，软件由组 件装配而成，如同用标 准零件装配汽车一样。
7. 组件复用模式
组件复用模式是对基于组件的系统集成的过程 支持。组件复用可带来了流水线软件装配，系 统所需组件大多无须专门开发，而可通过专业 制作机构提供，由此可提高软件开发效率，并 可提高软件产品质量。
7. 组件复用模式
需求框架描述 组件复用分析 需求修改与细化
系统设计 组件开发 系统集成
（1）问题定义：这是软件生存期的第一个阶段， 主要任务是弄清用户要计算机解决的问题是什 么。
（2）可行性研究：任务是为前一阶段提出的问 题寻求一种至数种在技术上可行、且在经济上 有较高效益的解决方案。
（3）需求分析：弄清用户对软件系统的全部需 求，主要是确定目标系统必须具备哪些功能。
软件开发时期
开发时期具体设计和实现在前一个时期定义的软件， 它通常由下述4个阶段组成：总体设计，详细设计， 编码和单元测试，综合测试。其中前两个阶段又称 为系统设计，后两个阶段又称为系统实现。 （1）总体设计（也称为概要设计）：设计软件的 结构，即确定程序由哪些模块组成以及模块间的关 系。 （2）详细设计：针对单个模块的设计。 （3）编码和单元测试：按照选定的语言，把模块 的过程性描述翻译为源程序，并进行测试。 （4）综合测试：通过各种类型的测试(及相应的调 试)使软件达到预定的要求。
瀑布模式在编码之前设置了系统分析与系统设计 的各个阶段，分析与设计阶段的基本任务规定，在 这两个阶段主要考虑目标系统的逻辑模型，不涉及 软件的物理实现。
3、质量保证的观点
软件工程的基本目标是优质、高产。为了保 证所开发的软件的质量，在瀑布模式的每个阶 段都应坚持两个重要做法。
【工程】软件工程课后答案大全详细
【关键字】工程软件工程习题解答第一章概述3.什么是软件危机？其产生的原因是什么？软件危机：软件发展第二阶段的末期，由于计算机硬件技术的进步。
一些复杂的、大型的软件开发项目提出来了，但，软件开发技术的进步一直未能满足发展的要求。
在软件开发中遇到的问题找不到解决的办法，使问题积累起来，形成了尖锐的矛盾，因而导致了软件危机。
主要表现在以下几个方面：a.经费预算经常突破，完成时间一再拖延。
b.开发的软件不通满足用户要求。
c.开发的软件可维护性差。
d. 开发的软件可靠性差。
软件危机产生的原因是由于软件产品本身的特点以及开发软件的方式、方法、技术和人员引起的：a.软件的规模越来越大，结构越来越复杂。
b.软件开发管理困难而复杂。
c.软件开发费用不断增加。
d.软件开发技术落后。
e.生产方式落后。
f.开发工具落后，生产率提高缓慢。
4.什么是软件工程？它的目标和内容是什么？软件工程：用科学知识和技术原理来定义、开发、维护软件的一门学科。
软件工程的目标是成功的建造一个大型软件系统，所谓成功是要达到以下几个目标：a.付出较低的开发成本;b.面到要求的软件功能;c.取得较好的软件性能;d.开发的软件易于移植;e.需要较低的维护费用;f.能按时完成开发任务，及时交付使用;g.开发的软件可靠性高;软件工程的内容：１）软件开发技术：软件开发方法、软件开发过程、软件开发工具和环境。
２）软件开发管理：软件管理学、软件经济学、软件心理学。
6.什么是软件生存周期？它有哪几个活动？软件生存周期：一个软件从提出开发要求开始直到该软件报废为止的整个时期。
软件生存周期包括：可行性分析和项目开发计划、需求分析、概要设计、详细设计、编码、尝试、维护等.7.什么是软件生存周期模型？有哪些主要模型？软件生存周期模型：是描述软件开发过程中各种活动如何执行的模型。
（模型：是为了理解事物而对事物做出一种抽象，它忽略不必要的细节，它也是事物的一种抽象形式、一个规划、一个程式。
软件生命周期模型
软件⽣命周期模型软件⽣命周期，同任何事物⼀样，⼀个软件产品或软件系统也要尽⼒孕育，诞⽣，成长，成熟，衰亡等阶段，⼀般称为软件⽣命周期(软件⽣存周期)。
软件⽣命周期模型是指⼈们为开发更好的软件⽽归纳总结的软件⽣命周期的典型实际参考。
瀑布模型瀑布模型是最早出现的软件开发模型，在软件⼯程中占有重要的地位，它提供了软件开发的基本框架。
其过程是从上⼀项活动接收该活动的⼯作对象作为输出，利⽤这⼀输⼊实施该项活动应完成的内容给出该项活动的⼯作成果，并作为输出传给下⼀项活动。
同时评审该项活动的实施，若确认，则继续下⼀项活动：否则返回前⾯，甚⾄更前⾯的活动。
对于经常变化的项⽬⽽⾔，瀑布模型毫⽆价值瀑布型简单地说就是按照需求，设计，编码，测试，软件维护这个基本地顺序来研发软件，前⾯⼀个步骤不完成，后⾯地步骤不能开始，否则问题会滚到下⼀个阶段，带来更多地问题优点：1. 为项⽬提供了按阶段划分的检查点2. 当前⼀阶段完成后，只需要去关注后续阶段缺点：1. 各个阶段的划分完全固定，阶段之间产⽣⼤量的⽂档，极⼤地增加了⼯作量。
2. 由于开发模型是线性的，⽤户只有等到整个过程的末期才能见到开发成果，从⽽增加了开发风险风险：1. 通过过多的强制完成⽇期和⾥程牌来跟踪各个项⽬阶段2. 瀑布模型的突出缺点是不适应⽤户需求的变化原型化模型原型化模型的第⼀步是建造⼀个快速原型，实现客户或未来的⽤户与系统的交互，经过和⽤户针对原型的讨论和交流，弄清需求以便真正把握⽤户需要的软件产品是什么样⼦的。
充分了解后，再在原型基础上开发出⽤户满意的产品严格的来说不算⼀种软件⽣命周期模型，他只是⼀种获取需求的⽅法。
V模型v模型的左边下降的是开发过程各阶段，与此相对应的是右边上升的部分，即个测试过程的各个阶段v模型的优点在于它⾮常明确的标识了测试过程中存在的不同级别，并且清楚地描述这些测试阶段和开发各阶段的对应关系⽤户需求-----------------------------------------验证，确认------------------------------------------------验收测试需求分析----------------------------- ------------------------------------------------------------------系统测试概要设计--------------------------------------------------------------------------------------集成测试详细设计----------------------------------------------------------------------单元测试------------------------ -------------软件编码---------------------------------------------------------------V模型的缺陷及解决思路v模型仅仅把测试过程作为在需求分析，系统设计及编码之后的⼀个阶段，忽视了测试对需求分析，系统设计的验证，需求的满⾜情况⼀直到后期的验收测试才被验证。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
增量模型特点
• 增量 – 小而可用的软件
• 特点 – 在前面增量的基础上开发后面的增量 – 每个增量的开发可用瀑布或快速原型模型 – 迭代的思路
循环模型
为了描述软件开发过程中可能的回溯，尤其是维 护阶段往往要经历上述各个阶段。采用循环模型描 述。
计划
评价
运行
需求分析
测试
设计
编码
循环模型
速成原型的工作模型是一个循 环的模型。
螺旋模型的优点
• 符合人们认识现实世界和软件开发的客覌规律； • 支持软件整个生命周期； • 保持瀑布模型的系统性、阶段性； • 利用原型评估降低开发风险； • 开发者和用户共同参与软件开发，尽早发现软件
中的错误； • 不断推出和完善软件版本，有助于需求变化，获
取用户需求，加强对需求的理解。
面向对象方法及其工作模型
计划 时期
开发 时期
运行 时期
(目标与范围说明书) (可行性论证论告) (需求说明书) (设计文档) (源程序清单) (测试报告) (维护报告)
瀑布模型
常用的软件开发模型
软件开发模型是描述软件开发过程中各种活动如何 执行的模型。因此又称为软件过程模型。
软件过程模型是对软件开发实际过程的抽象和 简化。
结束标准：以某种程序设计语 言表示的源程序清单。
技术审查和管理复审
• 技术审查是从技术角度进行审查，是保证软件质量和 降低软件成本的重要措施。
• 技术审查通常由专家组成的审查小组来承担审查工作。
• 管理复审的主要任务实在软件生存周期的每个重要里 程碑，对工程项目的成本、实际花费的经费、投资回 收的前景、项目的进度等经济因素从管理角度进行审 查。
• 它产生的正式需求文挡，是软件开发的基础。 • 如果开发的原型是可运行的，它的若干高质量的
程序片段和开发工具可用于工作程序的开发。 • 原型的开发和评审是系统分析员和用户/客户共同
参予的迭代过程，每个迭代循环都是线性过程。
螺旋模型
对大型软件,需要多个原型描述系统的生存期，螺旋模 型将瀑布模型与原型化模型结合起来,并加入了风险分析。
2
第二章
生存周期及其模型
2.1 软件工程过程与软件生存期
为了克服软件危机，人们从其他产业的工业化 生产得到启示，于是在68年北大西洋公约的软件可 靠性会议（NATO）上，首次提出了“软件工程” 的概念。提出了在软件生产中采用工程化的方法， 采用一系列科学的、现代化的方法技术来开发软件。 这种工程化的思想贯穿到软件开发和维护的全过程。
OOD 与OOA密切配合顺序实现对现实世界的进 一步建模。
OOP 是面向对象的技术中发展最快的，使用 面向对象的程序设计语言，进行编码。
喷泉模型
该模型是由B.H.Sollers和J.M.Edwards于1990年提出的 一种新的开发模型。它克服了瀑布模型不支持软件重用和 多项开发活动集成的局限性，喷泉模型使开发过程具有迭 代性和无间隙性。
面向对象方法 （OOSD(Object-Oriented Software Development）是80年代推出的一种全 新的软件开发方法。非常实用而强有力，被誉为 90年代软件的核心技术之一。
其基本思想是：对问题领域进行自然的分割， 以更接近人类通常思维的方式建立问题领域的模 型，以便对客观的信息实体进行结构和行为的模 拟，从而使设计的软件更直接地表现问题的求解 过程。面向对象的开发方法以对象作为最基本的 元素，是分析和解决问题的核心。
软件工程过程
（Software engineering process）
是指在软件工具的支持下，所进行的一系列软 件开发和进化的活动。
通常包括以下四类基本过程： 1、软件规格说明：规定软件的功能及其运行环境。 2、软件开发：产生满足规格说明的软件。 3、软件确认：确认软件能够完成客户提出的要求。 4、软件演进：为满足客户的变更要求，软件必须在 使用的过程中演进。
1.可行性研究和项目开发计划
2.需求分析 3.概要设计 4.详细设计
基本任务：要解决的问题是什 么？该问题有行得通的解决办 法吗？若有，则需要多少费用、 资源、时间等？
结束标准：提出书面可行性研 究报告；若问题值得去解决， 制定项目开发计划。
典型的软件生存周期包括以下阶段：
1.可行性研究和项目开发计划
1. 以软件需求完全确定为前提的瀑布模型 2. 在软件开发初期只能提供基本需求所采用
的渐进式开发模型如原型模型、螺旋模型、 增量模型、并发开发模型 3. 以形式化开发方法为基础的变换模型 4. 基于构件的开发过程 5. 敏捷开发过程---统一软件开发过程RUP
计划 时期
开发 时期
运行 时期
瀑布模型
分析
喷泉模型
面向对象的方法的代表性成果有：
1. B.Henderson-sellers 和 J.m.Edwards提出的面向对象软件 生存期喷泉模型及面向对象的系统开发方法。
软件开发方法可分为两大类： 面向过程（结构化）的开发方法 面向对象的开发方法
结构化方法及瀑布模型
结构化开发方法（Structured Developing Method） 是现有的软件开发方法中最成熟，应用最广泛的方法， 主要特点是快速，自然和方便。 结构化方法总的指导思想自顶向下、逐步求精。它的 基本原则是功能的分解与抽象。 一、结构化开发方法的组成 结构化程序设计方法 SP法（Structured Program）
典型的软件生存周期包括以下阶段：
5. 编码 6. 测试 7. 软件维护
基本任务：把每个模块的控制 结构转换成计算机可接受的程 序代码。程序应是结构好、清 晰易读，并且与设计一致。
结束标准：以某种程序设计语 言表示的源程序清单。
典型的软件生存周期包括以下阶段：
5. 编码 6. 测试 7. 软件维护
面向对象开发方法的组成
OOSD由三部分组成： OOA(Object-Oriented Analysis)面向对象的分析 OOD(Object-Oriented Design)面向对象的设计 OOP (Object-Oriented Program)面向对象的程序设计
强调的是对一个系统中的对象特征和行 OOA 为的定义。建立系统的三类模型。
典型的软件生存周期包括以下阶段：
1.可行性研究和项目开发计划
2.需求分析
3.概要设计 4.详细设计
基本任务：应怎样具体地实现这个 系统？为每个模块完成的功能进行 具体描述，把功能描述转变为精确 的、结构化的过程描述。 结束标准：设计出程序的详细规格 说明书
典型的软件生存周期包括以下阶段：
5.编码 6.测试 7.软件维护
(目标与范围说明书)
(可行性论证论告) (需求说明书) (设计文档) (程序)
(测试报告)
瀑布模型
(维护报告)
瀑布模型主要思想
– 软件开发过程与软件生命周期是一致的 – 相邻二阶段之间存在因果关系 – 需对阶段性产品进行评审
瀑布模型的优点
• 软件生命周期模型,使软件开发过程可以在 分析、设计、编码、测试和维护的框架下 进行；
结构化设计方法 SD法（Structured Design） 结构化分析方法 SA法（Structured Analysis） SA，SD，SP 法相互衔接，形成了一整套开发方法。
原型化方法及其工作模型
什么是原型化方法（Prototyping Method）
原型——是软件的一个早期可运行的版本，它 反映了最终系统的部分重要特性。
螺旋模型将开发过程 分为几个螺旋周期，每 个螺旋周期可分为4个工 作步骤：
第一，确定目标、方案 和限制条件；
第二，评估方案、标识 风险和解决风险；
第三，开发确认产品； 第四，计划下一周期工 作。
螺旋模型
螺旋模型的使用
软件工程项目从螺旋中心开始启动，沿顺时针方 向前进。 第一圈 产生产品规格说明； 第二圈 产生一个用于开发的原型； 第三圈 产生软件产品的初始版本； 第四圈 产生软件产品比较完善的新版本 ……。
其特点如下：
１. 开发过程有分析、系统设计、软件 设计和实现4个阶段。
实现
２.各阶段相互重叠，它反映了软件过 程并行性的特点。
３.以分析为基础，资源消耗成塔型。
４.反映了软件过程迭代性的自然特性， 从高层返回低层无资源消耗。
５.强调增量开发，整个过程是一个系统 设计
• 软件开发过程具有系统性、可控性，克服 了软件开发的随意性 。
瀑布模型的缺点
• 项目开始阶段用户很难精确的提出产品需求， 由于技术进步，用户对系统深入的理解，修改 需求十分普遍。
• 项目开发晚期才能得到程序的运行版本，这时 修改软件需求和开发中的错误代价很大。
• 采用线性模型组织项目开发经常发生开发小组 人员“堵塞状态”，特别是项目的开始和结束。
增量模型(incremental model)
增量模型是一种非整体开发的模型。是一种进 化式的开发过程。
根据增量的方式和形式的不同，分为： 基于瀑布模型的渐增模型 基于原型的快速原型模型 该模型具有较大的灵活性，适合于软件需求不 明确、设计方案有一定风险的软件项目。
增量模型和瀑布模型之间的本质区别是什么？
2.需求分析
3.概要设计 4.详细设计
基本任务：为了解决问题，目标系 统必须做什么？确定目标系统的功 能。 结束标准：给出软件需求说明书
典型的软件生存周期包括以下阶段：
1.可行性研究和项目开发计划
2.需求分析
3.概要设计 4.详细设计
基本任务：概括地说，应如何解决 这个问题？把确定的各项功能需求 转换成需要的体系结构。设计软件 的结构，确定程序由哪些模块组成 及模块间的关系，同时设计该项目 的总体数据结构和数据库结构。 结束标准：给出概要设计文档