第1章 软件与软件工程介绍
合集下载
自考软件工程第1章知识点总结
第1章 软件需求分析
第1章 绪论
1.1 软件工程的产生
1.2 软件工程过程和软件生存周期
1.3 软件生存周期模型、方法和工具
返回主目录
第1章 软件需求分析
第1章 绪论
1.1软件工程的产生
1.1.1软件的特点
•“软件” 定义为计算机程序及其说明程序的各种文档。 •“程序”是计算任务的处理对象和处理规则的描述； •“文档”是有关计算机程序功能、设计、编制、使用的文字 或图形资料。 软件是一种特殊的产品，它具有下列一些特性： (1) 软件是一种逻辑产品， 它与物质产品有很大的区别。
目前有若干种软件生存周期模型，如瀑布模型、增量 模型、螺旋模型、喷泉模型、变换模型和基于知识的模型 等。
第1章 软件需求分析
1. 瀑布模型
瀑布模型是将近软件生存周期各活动规定为依线性顺序联
接的若干阶段的模型。它包括可行性分析、项目开发计划、 需求分析、概要设计、详细设计、编码、测试和维护。
瀑布模型为软件开发提供了一种有效的管理模型。它是以 文档作为驱动、适合于需求很明确的软件项目开发的模型。 瀑布模型如图 1.1 所示。 瀑布模型严格按照生存周期各个阶段的目标、任务、文档 和要求来进行开发。
提交 部分
原型 1
需求 计划 操作 概念 软件 需求 需求 验证 软件 产品 集成 和 开发 计划 设计 验证 和确认 组装 测试 设计 模块 测试
测试 计划
计划 下阶 段工作
运 行
确认 测试
开发 验证 下一级 产品
图 1.2 螺旋模型
第1章 软件需求分析
4. 喷泉模型
喷泉模型是一种以用户需求为动力， 以对象作为驱动的 模型。它适合于面向对象的开发方法。它克服了瀑布模型不 支持软件重用和多项开发活动集成的局限性。喷泉模型使开 发过程具有迭代性和无间隙性。系统某些部分常常重复工作 多次， 相关功能在每次迭代中随之加入演化的系统。无间隙 是指在分析、 设计和实现等开发活动之间不存在明显的边界。 喷泉模型的图形如图 1.3 所示。 它以面向对象的软件开 发方法学为基础，以用户需求作为喷泉模型的源泉。
第1章 绪论
1.1 软件工程的产生
1.2 软件工程过程和软件生存周期
1.3 软件生存周期模型、方法和工具
返回主目录
第1章 软件需求分析
第1章 绪论
1.1软件工程的产生
1.1.1软件的特点
•“软件” 定义为计算机程序及其说明程序的各种文档。 •“程序”是计算任务的处理对象和处理规则的描述； •“文档”是有关计算机程序功能、设计、编制、使用的文字 或图形资料。 软件是一种特殊的产品，它具有下列一些特性： (1) 软件是一种逻辑产品， 它与物质产品有很大的区别。
目前有若干种软件生存周期模型，如瀑布模型、增量 模型、螺旋模型、喷泉模型、变换模型和基于知识的模型 等。
第1章 软件需求分析
1. 瀑布模型
瀑布模型是将近软件生存周期各活动规定为依线性顺序联
接的若干阶段的模型。它包括可行性分析、项目开发计划、 需求分析、概要设计、详细设计、编码、测试和维护。
瀑布模型为软件开发提供了一种有效的管理模型。它是以 文档作为驱动、适合于需求很明确的软件项目开发的模型。 瀑布模型如图 1.1 所示。 瀑布模型严格按照生存周期各个阶段的目标、任务、文档 和要求来进行开发。
提交 部分
原型 1
需求 计划 操作 概念 软件 需求 需求 验证 软件 产品 集成 和 开发 计划 设计 验证 和确认 组装 测试 设计 模块 测试
测试 计划
计划 下阶 段工作
运 行
确认 测试
开发 验证 下一级 产品
图 1.2 螺旋模型
第1章 软件需求分析
4. 喷泉模型
喷泉模型是一种以用户需求为动力， 以对象作为驱动的 模型。它适合于面向对象的开发方法。它克服了瀑布模型不 支持软件重用和多项开发活动集成的局限性。喷泉模型使开 发过程具有迭代性和无间隙性。系统某些部分常常重复工作 多次， 相关功能在每次迭代中随之加入演化的系统。无间隙 是指在分析、 设计和实现等开发活动之间不存在明显的边界。 喷泉模型的图形如图 1.3 所示。 它以面向对象的软件开 发方法学为基础，以用户需求作为喷泉模型的源泉。
精品文档-软件工程经济学(赵玮)-第1章
第1章 软件工程与软件工程经济学
第1章 软件工程与软件工程经济学
第1章 软件工程与软件工程经济学
第1章 软件工程与软件工程经济学
第1章 软件工程与软件工程经济学
除上述四种分类外，软件还可按工作方式分为实时处理软 件、多用户分时软件、交互式软件、批处理软件；按应用特性 分类可分为科学计算软件、工程控制软件、事务处理软件、信 息管理与决策支持软件。
第1章 软件工程与软件工程经济学
(5) 软件的成本构成与硬件产品相比，无需库存成本。 由于软件可以通过因特网进行销售，故其销售成本较低，且伴 随着软件向服务方向的转移，开发成本的比例越来越低，而使 用维护成本的比例越来越高。软件的开发成本除少量高端产品 外，多数成本额低于知识密集类的 硬件产品。
(6) 软件产品与硬件相比而言，市场的进入壁垒一般较 低，软件企业竞争十分激烈，这就迫使软件企业不能固守传统 产品，而要不断地推陈出新，更新换代。而用户由于要学会并 掌握一个软件需要花费很多时间和精力，因而一般不会轻易更 换其他同类软件使用，这种对用户具有捆绑性的营销策略是软 件产品所特有的。
第1章 软件工程与软件工程经济学 此外，我国的软件企业以中、小型为主，软件企业的人才结构 呈现出高端和低端人才相对缺少，中端人才居多的“橄榄形” 结构，从而使企业的成功更多地依赖于个别高端人才而不是团 队，同时也使大量的中端人才不得不从事低端人才的工作，极 大地浪费了资源，加大了人力资源管理的难度，再加上我国软 件的市场机制不够完善，企业管理不够成熟，“手工作坊式” 的业务流程，缺乏龙头企业的现状等都极大地阻碍了我国软件 企业在“与狼共舞”的竞争中的竞争能力。因此，我们必须正 视目前存在的上述问题，抓住当前的大好历史机遇，发挥我国 的资源和成本优势，加快产业结构的调整，迎头赶上软件产业 的网络化、服务化和国际化的发展趋势，为在世界软件产业的
软件工程第一章
• 1、瀑布模型
1.3.2、 1.3.2、软件开发模型
• 2、螺旋模型
• 1988 年B.Boehem 提出了螺旋模型，它加入了风 险分析，通常用来指导大型软件项目的开发。软件 风险分析的目标是在造成危害之前及时对风险进行 识别、分析，采取对策，进而消除或减少风险的损 害。
1.3.2、 1.3.2、软件开发模型
1.1.1、软件的定义、特点、 1.1.1、软件的定义、特点、种类和软件的发展 • 4、软件的发展：
1.1.2、 1.1.2、软件危机
• 软件危机指的是软件开发和维护过程中遇 到的一系列严重问题。 • 软件危机包含下述两方面的问题：如何开 发软件，怎样满足对软件的日益增长的需 求；如何维护数量不断膨胀的已有软件。
1.3.2、 1.3.2、软件开发模型
• 1、瀑布模型
• 瀑布模型即生存周期模型，由B.M.Boehm 提出， 是软件工程的基础模型。其核心思想是按工序将问 题化简，将功能的实现与设计分开，便于分工协作。 其最为突出的缺点是该模型缺乏灵活性，特别是无 法解决软件需求不明确或不准确的问题。
1.3.2、 1.3.2、软件开发模型
1.1、软件 1.1、软件
• 这一节包括两大方面的内容：
• 1.1.1、软件的定义、特点、种类和软件的 发展 • 1.1.2、软件危机
1.1.1、软件的定义、特点、 1.1.1、软件的定义、特点、种类和软件的发展 • 1、软件的定义： • ----1983 年IEEE 为计算机软件下的定义是： 计算机程序、方法、规则和相关的文档资 料以及在计算机上运行时所必需的数据。 • ----目前对计算机软件通俗的理解为：包括 程序、数据及其相关文档资料的完整集合， 即软件=程序+数据+文档资料。
1.3.2、 1.3.2、软件开发模型
• 2、螺旋模型
• 1988 年B.Boehem 提出了螺旋模型，它加入了风 险分析，通常用来指导大型软件项目的开发。软件 风险分析的目标是在造成危害之前及时对风险进行 识别、分析，采取对策，进而消除或减少风险的损 害。
1.3.2、 1.3.2、软件开发模型
1.1.1、软件的定义、特点、 1.1.1、软件的定义、特点、种类和软件的发展 • 4、软件的发展：
1.1.2、 1.1.2、软件危机
• 软件危机指的是软件开发和维护过程中遇 到的一系列严重问题。 • 软件危机包含下述两方面的问题：如何开 发软件，怎样满足对软件的日益增长的需 求；如何维护数量不断膨胀的已有软件。
1.3.2、 1.3.2、软件开发模型
• 1、瀑布模型
• 瀑布模型即生存周期模型，由B.M.Boehm 提出， 是软件工程的基础模型。其核心思想是按工序将问 题化简，将功能的实现与设计分开，便于分工协作。 其最为突出的缺点是该模型缺乏灵活性，特别是无 法解决软件需求不明确或不准确的问题。
1.3.2、 1.3.2、软件开发模型
1.1、软件 1.1、软件
• 这一节包括两大方面的内容：
• 1.1.1、软件的定义、特点、种类和软件的 发展 • 1.1.2、软件危机
1.1.1、软件的定义、特点、 1.1.1、软件的定义、特点、种类和软件的发展 • 1、软件的定义： • ----1983 年IEEE 为计算机软件下的定义是： 计算机程序、方法、规则和相关的文档资 料以及在计算机上运行时所必需的数据。 • ----目前对计算机软件通俗的理解为：包括 程序、数据及其相关文档资料的完整集合， 即软件=程序+数据+文档资料。
第1章软件工程和软件测试概述
9
1.1软件工程概述- 软件工程
• 1968年北大西洋公约组织的计算机科学家在联邦 德国召开国际会议，讨论软件危机问题，在这次 会议上正式提出并使用了“软件工程”这个名词。 • 软件工程是指导计算机软件开发和维护的一门工 程学科，它是采用工程的概念、原理、技术和方 法来开发与维护软件，把经过时间考验而证明正 确的管理技术和当前能够得到的最好的技术方法 结合起来，以经济地开发出高质量的软件并有效 地进行维护。
• 实际问题的复杂性 实际问题的复杂性 • 程序逻辑结构的复杂性 程序逻辑结构的复杂性
5
1.1软件工程概述- 软件的分类
• 按软件的功能进行划分： 按软件的功能进行划分：
– 系统软件
• • • • • • • • • 操作系统 数据库管理系统 设备驱动程序 通信处理程序等
– 支撑软件
文本编辑程序 文件格式化程序 磁盘向磁带向数据传输的程序 程序库系统 支持需求分析、设计、实现、 支持需求分析、设计、实现、测试和支持管理的软件
• 软件是计算机系统中与硬件相互依存的另一部
它是包括程序 及其相关文档 分,它是包括程序，数据及其相关文档的完整集 它是包括程序，数据及其相关文档的完整集 其中： 合。其中：
– 程序 程序(instructions)是按事先设计的功能和性能要求 是按事先设计的功能和性能要求 执行的指令序列 – 数据 数据(data)是使程序能正常操纵信息的数据结构 是使程序能正常操纵信息的数据结构 – 文档 文档(documents)是与程序开发，维护和使用有关的 是与程序开发， 是与程序开发 图文材料
– 问题定义 – 可行性研究 – 需求分析
18
1.1软件工程概述-软件开发时期
• 开发时期具体设计和实现在前一个时期定 义的软件，它通常由下述4个阶段组成
1.1软件工程概述- 软件工程
• 1968年北大西洋公约组织的计算机科学家在联邦 德国召开国际会议，讨论软件危机问题，在这次 会议上正式提出并使用了“软件工程”这个名词。 • 软件工程是指导计算机软件开发和维护的一门工 程学科，它是采用工程的概念、原理、技术和方 法来开发与维护软件，把经过时间考验而证明正 确的管理技术和当前能够得到的最好的技术方法 结合起来，以经济地开发出高质量的软件并有效 地进行维护。
• 实际问题的复杂性 实际问题的复杂性 • 程序逻辑结构的复杂性 程序逻辑结构的复杂性
5
1.1软件工程概述- 软件的分类
• 按软件的功能进行划分： 按软件的功能进行划分：
– 系统软件
• • • • • • • • • 操作系统 数据库管理系统 设备驱动程序 通信处理程序等
– 支撑软件
文本编辑程序 文件格式化程序 磁盘向磁带向数据传输的程序 程序库系统 支持需求分析、设计、实现、 支持需求分析、设计、实现、测试和支持管理的软件
• 软件是计算机系统中与硬件相互依存的另一部
它是包括程序 及其相关文档 分,它是包括程序，数据及其相关文档的完整集 它是包括程序，数据及其相关文档的完整集 其中： 合。其中：
– 程序 程序(instructions)是按事先设计的功能和性能要求 是按事先设计的功能和性能要求 执行的指令序列 – 数据 数据(data)是使程序能正常操纵信息的数据结构 是使程序能正常操纵信息的数据结构 – 文档 文档(documents)是与程序开发，维护和使用有关的 是与程序开发， 是与程序开发 图文材料
– 问题定义 – 可行性研究 – 需求分析
18
1.1软件工程概述-软件开发时期
• 开发时期具体设计和实现在前一个时期定 义的软件，它通常由下述4个阶段组成
软件工程第01章
教学目的：1. 了解软件、软件危机等概念2. 掌握软件工程的定义、原理、目标和原则教学重点：软件工程的定义、原理、目标和原则教学难点：软件工程的目标和原则第一章软件与软件工程1.1 软件（Software）1.1.1 软件与软件的组成程序设计语言三种类型：1．机器语言、汇编语言：依赖于机器，面向机器2．高级语言：独立于机器，面向过程或面向对象3．面向问题语言：独立于机器，非过程式语言（4GL）文档（document）—一种数据媒体和其上所记录的数据。
文档记录软件开发活动和阶段成果，具有永久性，可供人或机器阅读。
文档可用于专业人员和用户之间的通信和交流；软件开发过程的管理；运行阶段的维护。
1. 软件的特点软件是逻辑产品，硬件是物理产品。
特点：（1）软件开发更依赖于开发人员的业务素质、智力、人员的组织、合作和管理。
软件开发、设计几乎都是从头开始，成本和进度很难估计。
（2）软件存在潜伏错误，硬件错误一般能排除。
（3）软件开发成功后，只需对原版进行复制。
（4）软件在使用过程中维护复杂：1）纠错性维护—改正运行期间发现的潜伏错误；2）完善性维护—提高或完善软件的性能；3）适应性维护—修改软件，以适应软硬件环境的变化；4）预防性维护—改进软件未来的可维护性和可靠性。
（5）软件不会磨损和老化。
2. 软件的发展第一阶段——20世纪60年代中期以前，软件开发处于个体化生产状态。
在这一阶段中，软件还没有系统化的开发方法。
目标主要集中在如何提高时空效率上。
第二阶段——从20世纪60年代中期到70年代末期。
软件开发已进入了作坊式生产方式，即出现了“软件车间”。
软件开发开始形成产品。
到20世纪60年代末，“软件危机”变得十分严重。
第三阶段——从20世纪70年代中期到20世纪80年代末期。
软件开发进入了产业化生产，即出现了众多大型的“软件公司”。
在这一阶段，软件开发开始采用了“工程”的方法，软件产品急剧增加，质量也有了很大的提高。
《软件工程》教学教案
《软件工程》
配套教学教案第1章软件工程概述
第2章可行性研究与软件工程开发计划
圆圈中的字母代表各项子任务的开始或结束事件的编号，箭头上方的数字表示完成各项子任务所需的周数。
要求：
（1）标出每个事件的最早时刻、最迟时刻与机动时间。
估算完成该工程项目总共需要多
第3章需求分析
第4章概要设计
第5章详细设计
第6章软件实现
第7章软件维护
第8章面向对象方法、UML及应用
第9章 WebApp软件工程
第10章软件重用和再工程
第11章软件工程管理
第12章实例——网上商品竞拍系统。
第1章-软件工程学概述1-1
• 软件用后不磨损
• 随着时间的推移，应用程序
的某些部分可能会变得不再 相关（例如，需求改变时）， 而需要修改
• 但是，没有备件的概念
1.1、软件的定义
硬件和软件故障率曲线
由于副作用造成 故障率的提高 原来的软件已经面目全非了！
故障率
磨损后
生命初期
修改
硬件的故障率曲线 实际曲线
软件故障率的理想曲线
1.2、软件危机
软件危机案例
3 ． 软件产品的质量靠不住 [案例]：
ARIANE 5 火箭 1996 年6 月，耗资70 亿美元，发射
本章内容
1.1、软件的定义 1.2、软件危机 1.3、软件工程 1.4、软件生存期 1.5、软件过程
1.2、软件危机
软件危机
Crisis！
“软件危机”（Software crisis） 的出现是由于软件的规模越来越大，复杂 度不断增加，软件需求量增大。而软件开 发过程是一种高密集度的脑力劳动，软件 开发的模式及技术不能适应软件发展的需 要。致使大量质量低劣的软件涌向市场， 有的花费大量人力财力，而在开发过程中 就夭折。
时间
1.1、软件的定义
硬件和软件故障率曲线的比较
软件不会用坏（wear out）.
软件会退化（ deteriorate）!
1.1、软件的定义
软件的特点-7
要求
软件产品不允许误差
软件产品的高质量取决于好的设计（ High quality is achieved through） 依赖于人（Depend on people） 需要对产品进行构造（Require the construction of a “product”）
第1章软件工程学概述
36
（3）软件经常变化 （4）开发软件的效率非常重要 （5.） 和谐地合作是开发软件的关键 （6.） 软件必须有效地支持它的用户 开发软件的目的就是支持用户的工作，满足 用户对软件的需求 （7. ）在软件工程领域中通常由具有一种文 化背景的人替具有另一种文化背景的人创 造产品
37
软件工程的研究内容
软件是计算机系统中与硬件（hardware）相互依存 的另一部分，与硬件合为一体完成系统功能。 软件定义包括如下几点： （1）功能和性能的指令集（即程序）； （2）程序能正常操纵信息的数据结构（即相关数 据）； （3）与程序开发维护和使用有关的各种图文数据 （即说明文档）。
16
软件=程序+数据+相关文档
软件的发展主要经历了以下3个发展阶段：
第一阶段（20世纪50年代初期至20世纪60年 代中期） 特点：（1）称为程序设计阶段 （2）软件生产以个体化为主 （3）编写程序的工具只有低级语言 （4）软件规模小，几乎没有系统化的 标准可循
11
（5）软件由软件使用者自己开发和编写，适 合个人应用 （6）没有“软件”概念，对于程序有关的文 档的重要性认识不足，开发主要围绕硬件 进行 （7）工程规模小，使用工具单一，开发者之 间没有明确分工 第二阶段（20世纪60年代中期至70年代末期） 称程序系统阶段
7
ENIAC诞生于二战时期，最初是作为辅助炮兵计 算炮弹轨迹的工具，在盟军登陆西欧前一年开始 制造，但直到1945年停火时还没完成。在冷战初 期军方就发现了ENIAC的大量用途，它的17468 根真空管被用来测试氢弹的早期设计的可行性。 这台计算机每秒能执行5000条指令，在当时的情 况下它的运算速度比电动式计算机快1000倍。当 然，现在iPhone 6每秒能响应250亿条指令。
（3）软件经常变化 （4）开发软件的效率非常重要 （5.） 和谐地合作是开发软件的关键 （6.） 软件必须有效地支持它的用户 开发软件的目的就是支持用户的工作，满足 用户对软件的需求 （7. ）在软件工程领域中通常由具有一种文 化背景的人替具有另一种文化背景的人创 造产品
37
软件工程的研究内容
软件是计算机系统中与硬件（hardware）相互依存 的另一部分，与硬件合为一体完成系统功能。 软件定义包括如下几点： （1）功能和性能的指令集（即程序）； （2）程序能正常操纵信息的数据结构（即相关数 据）； （3）与程序开发维护和使用有关的各种图文数据 （即说明文档）。
16
软件=程序+数据+相关文档
软件的发展主要经历了以下3个发展阶段：
第一阶段（20世纪50年代初期至20世纪60年 代中期） 特点：（1）称为程序设计阶段 （2）软件生产以个体化为主 （3）编写程序的工具只有低级语言 （4）软件规模小，几乎没有系统化的 标准可循
11
（5）软件由软件使用者自己开发和编写，适 合个人应用 （6）没有“软件”概念，对于程序有关的文 档的重要性认识不足，开发主要围绕硬件 进行 （7）工程规模小，使用工具单一，开发者之 间没有明确分工 第二阶段（20世纪60年代中期至70年代末期） 称程序系统阶段
7
ENIAC诞生于二战时期，最初是作为辅助炮兵计 算炮弹轨迹的工具，在盟军登陆西欧前一年开始 制造，但直到1945年停火时还没完成。在冷战初 期军方就发现了ENIAC的大量用途，它的17468 根真空管被用来测试氢弹的早期设计的可行性。 这台计算机每秒能执行5000条指令，在当时的情 况下它的运算速度比电动式计算机快1000倍。当 然，现在iPhone 6每秒能响应250亿条指令。
软件工程基础知识教程
软件需求分析
需求获取与分析
详细了解客户需求
需求验证与确认
确保需求与客户期 望一致
需求规格说明书
明确需求细节和规 范
软件设计
结构化设计
按照模块划分软件 结构
软件设计原则
设计原则指导设计 过程
面向对象设计
基于对象和类的设 计方法
软件编码与测试
编码规范
遵循代码规范 注重代码可读性
单元测试
测情况 验证模块间接口
系统测试
对整个系统进行测试 验证系统功能和性能
总结
重要性
软件开发过程中各个阶段都至关重要
注意事项
遵循规范、注重测试是软件开发的关键
持续学习
不断学习新的开发方法和技术
第三章 软件质量保证
● 03
质量保证概述
质量保证是软件工程中确保产品质量的过程。 其目标是确保软件开发和维护过程中的质量 标准得以满足，保证软件产品能够满足用户 需求和期望。质量保证在软件开发中至关重 要，能够提高产品质量、减少风险并提高用 户满意度。
最后，祝您学习愉快，不断提 升软件工程技能。
软件工程基础知识教程
软件工程基础知识教程涵盖了软件工程的基 础概念、原则、方法和工具，旨在帮助学习 者建立扎实的软件工程知识基础，提升软件 开发能力。
软件工程基础知识教程
需求分析
软件工程的第一步， 确定需求方向
软件开发流程
软件工程中的开发 流程及方法论
缺陷管理流程
包括缺陷发现、记录、分析、修复和验证等阶段
缺陷分析与修复
通过分析缺陷原因，制定解决方案及验证修复效果
质量保证工具
静态分析工具
动态测试工具
自动化测试工具
软件工程导论复习重点总结很全(第六版)
软件工程导论复习重点总结很全(第六版)第1章软件工程学概述1.1软件危机1.1.1软件危机的介绍软件危机(软件萧条、软件困扰:是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
软件危机包含下述两方面的问题:如何开发软件,满足对软件日益增长的需求;如何维护数量不断膨胀的已有软件。
软件危机的典型表现:1对软件开发成本和进度的估计常常很不准确;2用户对“已完成的”软件系统不满意的现象经常发生;3软件产品的质量往往靠不住;4软件常常是不可维护的;5软件通常没有适当的文档资料;6软件成本在计算机系统总成本中所占的比例逐年上升;7软件开发生产率提高的速度,远远跟不上计算机应用迅速普及深入的趋势。
1.1.2产生软件危机的缘故原由1与软件本身的特点有关2与软件开发与维护的方法不正确有关1.1.3消除软件危机的途径对计算机软件有正确的认识。
认识到软件开发是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目。
应该推广使用在实践中总结出来的开发软件的成功技术和方法,并继续研究探索。
应该开发和使用更好的软件工具。
总之,为了解决软件危机,既要有技术措施(方法和工具,又要有必要的组织管理措施。
1.21.2.1软件工程的介绍软件工程:是指导计算机软件开发和维护的一门工程学科。
采用工程的概念、原理、技术和方法来开发与维护软件,把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来,以经济地开发出高质量的软件并有效地维护它,这就是软件工程。
(期中考软件工程的本质特性:软件工程关注于大型程序的构造软件工程的中心课题是控制复杂性软件经常变化开辟软件的效率非常重要和谐地合作是开辟软件的枢纽软件必须有效地支持它的用户在软件工程领域中是由具有一种文化背景的人替具有另一种文化背景的人创造产品1.2.2软件工程的基本原理用分阶段的生命周期计划严格管理保持进行阶段评审实行严格的产品控制采用现代程序设计技术结果应能清楚地审查开辟小组的人员应该少而精承认不竭改良软件工程实践的必要性1.2.3软件工程方法学软件工程包括技术和管理两方面的内容。
软件工程第1章 软件工程综述
中型 软件、大型软件。
4. 按服务对象划分：通用软件、定制软件。
软件发展历程
1. 程序设计时代（20世纪50年代）：软件发展早 期, 计算机主要用于科学或工程计算，软件则是 为某种特定型号的计算机而专门配置的程序。
2. 程序系统时代（20世纪60年代）：由于软件需 求不断增长， “软件作坊”在这个时期出现了， 伴随着“软件作坊”还产生出了具有一定通用性 的软件产品。
软件工程基本原则
围绕工程设计、工程支持以及工程管理已提出了 以下四条基本原则：1、选取适宜的开发模型；2、 采用合适的设计方法；3、提供高质量的工程支 撑；4、重视软件工程的管理。
美国著名软件工程专家勃姆(B.W.Boehm)经过总结， 提出了以下7条软件工程的基本原理，即：（1） 采用分阶段的生命周期计划严格管理，（2）坚 持进行阶段评审，（3）实行严格的产品控制； （4）采用现代程序设计的技术；（5）结果应能 够清楚地审查；（6）开发队伍应该少而精；（7） 承认不断改进软件工程实践的必要性。
对象彼此间仅能通过发送消息互相联系。
面向对象方法学基本原则
尽量模拟人类习惯的思维方式，使开发软件的 方法与过程尽可能接近人类认识世界、解决问 题的方法与过程，从而使描述问题的问题空间 (也称为问题域)与实现解法的解空间(也称为求解 域)在结构上尽可能一致。
面向对象方法学
优点： 降低了软件产品的复杂性，提高了软件的可
采用生命周期方法学可以大大提高软件开发的成功率，软 件开发的生产率也能明显提高。
目前，传统方法学仍然是人们在开发软件时使用得十分广 泛的软件工程方法学。
5. 主流工程方法学
面向对象方法学则是目前的主流方法学，包括面 向对象分析（OOA）、面向对象设计（OOD）与 面向对象实现（OOA），可对整个软件生命周期 提供方法学支持。其以实体为基本元素，如：类 体、对象，并可使程序系统基于现实实体构建， 更加接近现实环境。
4. 按服务对象划分：通用软件、定制软件。
软件发展历程
1. 程序设计时代（20世纪50年代）：软件发展早 期, 计算机主要用于科学或工程计算，软件则是 为某种特定型号的计算机而专门配置的程序。
2. 程序系统时代（20世纪60年代）：由于软件需 求不断增长， “软件作坊”在这个时期出现了， 伴随着“软件作坊”还产生出了具有一定通用性 的软件产品。
软件工程基本原则
围绕工程设计、工程支持以及工程管理已提出了 以下四条基本原则：1、选取适宜的开发模型；2、 采用合适的设计方法；3、提供高质量的工程支 撑；4、重视软件工程的管理。
美国著名软件工程专家勃姆(B.W.Boehm)经过总结， 提出了以下7条软件工程的基本原理，即：（1） 采用分阶段的生命周期计划严格管理，（2）坚 持进行阶段评审，（3）实行严格的产品控制； （4）采用现代程序设计的技术；（5）结果应能 够清楚地审查；（6）开发队伍应该少而精；（7） 承认不断改进软件工程实践的必要性。
对象彼此间仅能通过发送消息互相联系。
面向对象方法学基本原则
尽量模拟人类习惯的思维方式，使开发软件的 方法与过程尽可能接近人类认识世界、解决问 题的方法与过程，从而使描述问题的问题空间 (也称为问题域)与实现解法的解空间(也称为求解 域)在结构上尽可能一致。
面向对象方法学
优点： 降低了软件产品的复杂性，提高了软件的可
采用生命周期方法学可以大大提高软件开发的成功率，软 件开发的生产率也能明显提高。
目前，传统方法学仍然是人们在开发软件时使用得十分广 泛的软件工程方法学。
5. 主流工程方法学
面向对象方法学则是目前的主流方法学，包括面 向对象分析（OOA）、面向对象设计（OOD）与 面向对象实现（OOA），可对整个软件生命周期 提供方法学支持。其以实体为基本元素，如：类 体、对象，并可使程序系统基于现实实体构建， 更加接近现实环境。
软件工程导论第一章
软件工程的发展
软件工程的发展经历了多个阶段，从早期的手工作坊式开发到结构化方法、面 向对象方法，再到现在的敏捷开发方法和DevOps等，不断推动着软件产业的快 速发展。
软件工程的研究对象与范围
研究对象
软件工程的研究对象包括软件开发过程中的各种技术、方法、工具和管理等方面 ，旨在提高软件开发的效率和质量，降低开发成本。
研究范围
软件工程的研究范围涵盖了软件开发的各个阶段，包括需求分析、设计、编码、 测试和维护等，同时也涉及到软件项目管理、软件质量保证和软件测试等方面。
软件工程的重要性
提高软件质量
通过采用先进的软件工程方法和工具，可以显著提高软件的质量，减 少软件中的缺陷和错误，提高软件的稳定性和可靠性。
降低开发成本
针对软件的最小可测试单元进行测试，确保每个单元的功能正 确无误。
将多个单元组合在一起进行测试，验证它们之间的接口和功能 是否正常。
对整个软件系统进行全面的测试，包括功能测试、性能测试、 安全测试等，确保软件满足需求和设计要求。
记录和管理测试过程中发现的缺陷，跟踪缺陷的修复进度和结 果，确保软件质量得到持续改进。
软件开发模型介绍
瀑布模型
瀑布模型是一种线性的软件开发模型，按照固定的顺序进行开发，每个阶段都有明确的输入和输出。它的优点是易于 理解和管理，但缺点是缺乏灵活性，难以应对需求变更。
螺旋模型
螺旋模型是一种迭代式的软件开发模型，强调风险分析和控制。它在每个迭代周期中都包括需求定义、风险分析、工 程实现和评审等步骤，适用于大型、复杂的软件项目。
将软件划分为独立的模块，降低 模块间的耦合度，提高代码的可 重用性和可维护性。
02
版本控制工具
使用版本控制工具（如Git）管理 代码，记录代码的变更历史，方 便团队协作和代码回溯。
软件工程的发展经历了多个阶段，从早期的手工作坊式开发到结构化方法、面 向对象方法，再到现在的敏捷开发方法和DevOps等，不断推动着软件产业的快 速发展。
软件工程的研究对象与范围
研究对象
软件工程的研究对象包括软件开发过程中的各种技术、方法、工具和管理等方面 ，旨在提高软件开发的效率和质量，降低开发成本。
研究范围
软件工程的研究范围涵盖了软件开发的各个阶段，包括需求分析、设计、编码、 测试和维护等，同时也涉及到软件项目管理、软件质量保证和软件测试等方面。
软件工程的重要性
提高软件质量
通过采用先进的软件工程方法和工具，可以显著提高软件的质量，减 少软件中的缺陷和错误，提高软件的稳定性和可靠性。
降低开发成本
针对软件的最小可测试单元进行测试，确保每个单元的功能正 确无误。
将多个单元组合在一起进行测试，验证它们之间的接口和功能 是否正常。
对整个软件系统进行全面的测试，包括功能测试、性能测试、 安全测试等，确保软件满足需求和设计要求。
记录和管理测试过程中发现的缺陷，跟踪缺陷的修复进度和结 果，确保软件质量得到持续改进。
软件开发模型介绍
瀑布模型
瀑布模型是一种线性的软件开发模型，按照固定的顺序进行开发，每个阶段都有明确的输入和输出。它的优点是易于 理解和管理，但缺点是缺乏灵活性，难以应对需求变更。
螺旋模型
螺旋模型是一种迭代式的软件开发模型，强调风险分析和控制。它在每个迭代周期中都包括需求定义、风险分析、工 程实现和评审等步骤，适用于大型、复杂的软件项目。
将软件划分为独立的模块，降低 模块间的耦合度，提高代码的可 重用性和可维护性。
02
版本控制工具
使用版本控制工具（如Git）管理 代码，记录代码的变更历史，方 便团队协作和代码回溯。
第1章 软件工程概述
因而软件成本相当昂贵；
（6）相当多的软件开发涉及到社会因素。
2017/10/26 第4页 软件工程
3、软件的分类：
（1）按功能分类 a、系统软件：支持计算机系统各个部件、相关的软件
和数据协调、高效地工作的软件。如：OS、DBMS、
DRIVER、COMMUNICATION-SYSTEM。 b、支撑软件：协助用户开发软件的工具性软件，文本 编辑软件。如：PSL/PSA（问题描述语言、问题描述分析 器）、图形软件包、预编译程序、静态分析程序。
是批处理还是人机交互，信息存储是采用文件系统还是数据库？），方案的级
别有：低、中、高等级，每种方案都用系统流程图或其它工具加以描述。推荐 一种方案。最后确定一种方案。 （4）完成的任务：可能的解法（每种解法的系统流程图和成本效益分析），推 荐的系统结构（层次图或结构图）。 总体设计结束的标志是提交总体设计说明书、数据库或数据结构说明书和 集成测试计划等文件。
软件工程
2017/10/26
第1页
软件工程
第一章 软件工程概述
软件 软件危机 软件工程
2017/10/26
第2页
软件工程
1.1 软
1、什么叫软件？
件
（1）广义软件：相对于有形物理实体，把技术条件、管理法
规以及人员素质等无形因素称为软件。 （2）计算机软件：是与计算机硬件相对应的计算机组成部分， 包括程序、数据及其相关文档的完整集合。 Boehm：“软件是程序以及开发、使用和维护程序所需的所有
2017/10/26
第6页
软件工程
（4）按功能软件服务对象分类 a、项目软件：受特定客户委托由一个或多个软件 开发机构在合同的约束下开发出来的软件。 b、产品软件：提供给市场的商品。
软件工程软件第1章
1. 软件工程关注于大型程序的构造
“大”与“小”的分界线并不十分清晰。通常 把一个人在较短时间内写出的程序称为小型程序， 而把多人合作用时半年以上才写出的程序称为大型 程序。传统的程序设计技术和工具是支持小型程序 设计的，不能简单地把这些技术和工具用于开发大 型程序。
事实上，在此处使用术语“程序”并不十分恰当， 现在的软件开发项目通常构造出包含若干个相关程发和维护还有 不少糊涂观念，在实践过程中或多或少地采用了错 误的方法和技术，这可能是使软件问题发展成软件 危机的主要原因。
一个软件从定义、开发、使用和维护，直到最 终被废弃，要经历一个漫长的时期，这就如同一个 人要经过胎儿、儿童、青年、中年和老年，直到最 终死亡的漫长时期一样。通常把软件经历的这个漫 长的时期称为生命周期。软件开发最初的工作应是 问题定义，也就是确定要求解决的问题是什么；然 后要进行可行性研究，决定该问题是否存在一个可 行的解决办法；接下来应该进行需求分析，也就是 深入具体地了解用户的要求，在所要开发的系统 (不妨称之为目标系统)必须做什么这个问题上和用 户取得完全一致的看法。
严重的问题是，在软件开发的不同阶段进行修 改需要付出的代价是很不相同的，在早期引入变动， 涉及的面较少，因而代价也比较低；而在开发的中 期软件配置的许多成分已经完成，引入一个变动要 对所有已完成的配置成分都做相应的修改，不仅工 作量大，而且逻辑上也更复杂，因此付出的代价剧 增；在软件“已经完成”时再引入变动，当然需要 付出更高的代价。根据美国一些软件公司的统计资 料，在后期引入一个变动比在早期引入相同变动所 需付出的代价高2～3个数量级。图1.1定性地描绘 了在不同时期引入一个变动需要付出的代价的变化 趋势。
这7条原理是互相独立的，其中任意6条原理的组合 都不能代替另一条原理，因此，它们是缺一不可的 最小集合，然而这7条原理又是相当完备的，人们 虽然不能用数学方法严格证明它们是一个完备的集 合，但是，可以证明在此之前已经提出的100多条 软件工程原理都可以由这7条原理的任意组合蕴含 或派生。
“大”与“小”的分界线并不十分清晰。通常 把一个人在较短时间内写出的程序称为小型程序， 而把多人合作用时半年以上才写出的程序称为大型 程序。传统的程序设计技术和工具是支持小型程序 设计的，不能简单地把这些技术和工具用于开发大 型程序。
事实上，在此处使用术语“程序”并不十分恰当， 现在的软件开发项目通常构造出包含若干个相关程发和维护还有 不少糊涂观念，在实践过程中或多或少地采用了错 误的方法和技术，这可能是使软件问题发展成软件 危机的主要原因。
一个软件从定义、开发、使用和维护，直到最 终被废弃，要经历一个漫长的时期，这就如同一个 人要经过胎儿、儿童、青年、中年和老年，直到最 终死亡的漫长时期一样。通常把软件经历的这个漫 长的时期称为生命周期。软件开发最初的工作应是 问题定义，也就是确定要求解决的问题是什么；然 后要进行可行性研究，决定该问题是否存在一个可 行的解决办法；接下来应该进行需求分析，也就是 深入具体地了解用户的要求，在所要开发的系统 (不妨称之为目标系统)必须做什么这个问题上和用 户取得完全一致的看法。
严重的问题是，在软件开发的不同阶段进行修 改需要付出的代价是很不相同的，在早期引入变动， 涉及的面较少，因而代价也比较低；而在开发的中 期软件配置的许多成分已经完成，引入一个变动要 对所有已完成的配置成分都做相应的修改，不仅工 作量大，而且逻辑上也更复杂，因此付出的代价剧 增；在软件“已经完成”时再引入变动，当然需要 付出更高的代价。根据美国一些软件公司的统计资 料，在后期引入一个变动比在早期引入相同变动所 需付出的代价高2～3个数量级。图1.1定性地描绘 了在不同时期引入一个变动需要付出的代价的变化 趋势。
这7条原理是互相独立的，其中任意6条原理的组合 都不能代替另一条原理，因此，它们是缺一不可的 最小集合，然而这7条原理又是相当完备的，人们 虽然不能用数学方法严格证明它们是一个完备的集 合，但是，可以证明在此之前已经提出的100多条 软件工程原理都可以由这7条原理的任意组合蕴含 或派生。
软件工程导论全套精品课件(第六版)(张海潘编著)
2
第1章 软件工程学概述
引言
3
主要内容
1.1 软件危机 1.2 软件工程 1.3 软件生命周期
1.4 软件过程
第1章 软件工程学概述
主要内容
4
主要内容
1.1 软件危机 1.2 软件工程 1.3 软件生命周期
1.4 软件过程
第1章 软件工程学概述
1.1 软件危机
1.1 软件危机
1.1.1 软件危机的介绍
14
件，把经过时间考验而证明正确的管理技术和当前能够得 到的最好的技术方法结合起来，以经济地开发出高质量的 软件并有效地维护它，这就是软件工程。
第1章 软件工程学概述
1.2.1
软件工程的介绍
软件工程
1968年在第一届NATO会议上曾经给出了软件工程的一个
15
早期定义：“软件工程就是为了经济地获得可靠的且能在 实际机器上有效地运行的软件，而建立和使用完善的工程 原理。” 1993年IEEE进一步给出了一个更全面更具体的定义： “软件工程是： ①把系统的、规范的、可度量的途径应用 于软件开发、运行和维护过程，也就是把工程应用于软件； ②研究①中提到的途径。
与软件本身特点有关
软件不同于硬件， 1管理和控制软件 开发过程相当困 难。 软件在运行过程 2中不会因为使用 时间过长而被 “用坏 “如果运 行中发现了错误, 很可能是遇到了 一个在开发时期 引入的在测试阶 段没能检测出来 的错误。 软件不同于一般 3程序 ，它的一个 显著特点是规模 庞大 ，而且程序 复杂性将随着程 序规模的增加而 呈指数上升。
9
错误的认识和做法 6主要表现为忽视软 件需求分析的重要 性，认为软件开发 就是写程序并设法 使之运行,轻视软 件维护等
《软件工程》各章节重点
瀑布模型
软件过程的经典模型，每个 阶段按顺序完成。缺点是不 能容忍修改和反馈。
螺旋模型
一种适应型软件过程模型， 强调风险管理。缺点是变化 不稳定。
迭代模型
一种多次迭代的软件过程模 型，每次迭代完成一个小而 完整的软件。缺点是需求的 稳定性。
敏捷开发
一种以人为核心,注重适应变 化,提供高质量服务的软件开 发方法。缺点是文档化的缺 失和不同项目难以比较。
第三章：需求工程
1
需求来源
如何识别和获取需求，包括需求表示法、需求描述、需求协商。
2
需求分析
如何分析理解、抽象和总结需求特性，包括需求抽象、需求验证。
3
需求管理
如何跟踪需求变更、评审需求变更的影响范围
第四章：软件设计
设计任务
系统结构设计、数据结构和 算法设计、接口及数据管理 设计。
设计方法
结构化设计、面向对象设计、 面向方面设计、进化设计。
3 项目管理：Redmine
4 测试工具：JUnit
开源的项目管理和缺陷跟踪工具，支持敏 捷开发，提高团队协作能力。
开源的测试框架，支持自动化构建、单元 测试和回归测试。
结论
软件工程是一门需要持续学习和探索的学科，为软件开发提供了良好的指导 框架和开发流程。在软件开发过程中，我们应该根据实际情况选择合适的软 件开发方法和工具，提高软件开发效率和质量。
《软件工程》各章节重点
软件工程是一门综合性、系统性很强的学科，主要研究如何开发和维护高质 量的软件。《软件工程》一书对软件工程的基础理论、知识和方法进行了全 面详细的阐述。
引言
引言是一份礼物，像向朋友打开您内心的大门。引言是一篇文章或书籍的开端，包含主题和相关内容的 介绍。在软件工程中，引言的重点是软件工程学科的产生背景和发展历程。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
(10) 应用特性：软件的应用极为广泛，如今它已渗
入国民经济和国防的各个领域，现已成为信息产
业、先进制造业和现代服务业的核心，占据了无 可取代的地位。
1.1 软件的概念、特性和分类
• 软件的分类
（1） 系统软件
• • • •
操作系统 数据库管理系统 设备驱动程序 通信和网络处理程序等 纵向支撑软件：分析、设计、编码、测试工具等 横向支撑软件：项目管理工具，配置管理工具等
软件工程概念的提出
• 为了克服软件危机，1968年10月在北大西洋公约 组织（NATO）召开的计算机科学会议上，Fritz Bauer首次提出“软件工程”的概念，试图将工 程化方法应用于软件开发。 • 在NATO会议上，Fritz Bauer对软件工程的定义是： “软件工程就是为了经济地获得可靠的且能在实 际机器上有效地运行的软件，而建立和使用完善 的工程原理。”
1.1 软件的概念、特性和分类
• 软件的作用
具有产品和产品生产载体的双重作用。
(1) 作为产品，软件显示了由计算机硬件体现的计 算能力，扮演着信息转换的角色：产生、管理、 查询、修改、显示或者传递各种不同的信息。 (2) 作为产品生产的载体，软件提供了计算机控制 （操作系统）、信息通信（网络），以及应用 程序开发和控制的基础平台（软件工具和环 境）。
策问题。
1.1 软件的概念、特性和分类
(3) 开发特性: 尽管已经有了一些工具（也是软件）
来辅助软件开发工作，但到目前为止尚未实现自
动化。软件开发中仍然包含了相当份量的个体劳
动，使得这一大规模知识型工作充满了个人行为 和个人因素。 (4) 质量特性：目前还无法得到完全没有缺陷的软 件产品 。
1.1 软件的概念、特性和分类
1.2 软件危机与软件工程
软件工程的基本原理
用分阶段的生命周期计划严格管理
坚持进行阶段评审
实行严格的产品控制 采用现代程序设计技术 结果应能清楚地审查 开发小组的人员应该少而精 承认不断改进软件工程实践的必要性
1.3 软件工程的目标
• 软件工程的目标是运用先进的软件开发技术和管 理方法来提高软件的质量和生产率，也就是要以 较短的周期、较低的成本生产出高质量的软件产
(5) 生产特性:与硬件或传统的制造业产品的生产完
全不同，软件一旦设计开发出来，如果需要提供
多个用户，它的复制十分简单，其成本也极为有 限。 (6) 管理特性：由于上述的几个特点，使得软件的 开发管理显得更为重要，也更为独特 。
1.1 软件的概念、特性和分类
(7) 环境特性:软件的开发和运行都离不开相关的计
1.4 软件生存期
• 需求分析和定义
对用户提出的要求进行分析并给出详细的定 义 准确地回答“目标系统必须做什么”这个问 题。也就是对目标系统提出完整、准确、清 晰、具体的要求。
编写软件需求说明书或系统功能说明书及初 步的系统用户手册
提交管理机构评审
1.4 软件生存期
• 软件开发时期
对软件开发成本和进度的估计常常很不准确。
用户对“已完成的”软件系统不满意的现象经常发生。
软件产品的质量往往靠不住。 软件常常是不可维护的。 软件通常没有适当的文档资料。 软件成本在计算机系统总成本中所占的比例逐年上升。
软件开发生产率提高的速度，既跟不上硬件的发展速度，
也远远跟不上计算机应用迅速普及深入的趋势。
1.2 软件危机与软件工程
除了软件本身的特点，软件危机发生的主要原因有：
(1) (2) (3) (4)
(5)
缺乏软件开发的经验和有关软件开发数据的积累，使得开发 工作的计划很难制定。 软件人员与用户的交流存在障碍，使得获取的需求不充分或 存在错误 。 软件开发过程不规范。如，没有真正了解用户的需求就开始 编程序。 随着软件规模的增大，其复杂性往往会呈指数级升高。需要 很多人分工协作，不仅涉及技术问题，更重要的是必须有科 学严格的管理。 缺少有效的软件评测手段，提交用户的软件质量不能完全保 证。
– 软件开发
– 运行维护
1.4 软件生存期
问题定义
软件定义时期
可行性研究 需求分析 概要设计
软 件 生 存 期
软件开发时期
详细设计 编码
测试
软件维护时期
维护
1.4 软件生存期
• 软件定义时期
确定总目标和可行性； 导出策略和系统功能； 估计资源和成本； 制定工程进度表
分为三个阶段
织开发过程中的沉痛教训时说：
……正像一只逃亡的野兽落到泥潭中做垂死的挣扎，越是挣 扎，陷得越深。最后无法逃脱灭顶的灾难，……程序设计工 作正像这样一个泥潭，……一批批程序员被迫在泥潭中拼命 挣扎，……谁也没有料到竟会陷入这样的困境……
1.2 软件危机与软件工程
具体来说，软件危机主要有以下一些典型表现:
– 设计程序的体系结构，也就是确定程序由哪些 模块组成以及模块间的关系。
– 提交的文档是概要设计说明书。
详细设计
– 回答“应该怎样具体地实现这个系统”。
– 详细地设计每个模块，确定实现模块功能所需 要的算法和数据结构。
– 提交的文档是软件的详细设计说明书。
1.4 软件生存期
程序编码和单元测试 – 写出正确的容易理解、容易维护的程序模块。 – 提交的文档为源程序、详尽的程序说明和单元 测试报告。
问题定义 可行性研究 需求分析
1.4 软件生存期
• 问题定义
关键问题是：“要解决的问题是什么”。
提交的内容为关于问题性质、工程目标和工程 规模的书面报告。
• 可行性研究
回答的关键问题是：“上一个阶段所确定的问 题是否有行得通的解决办法”。 提交的内容为可行性研究报告，即从技术、经 济和社会因素等方面研究各方案的可行性。
1.3 软件工程的目标
软件的质量特性：功能性、可靠性、可使用性、效 率、可维护性和可移植性。
• 功能性是指软件所实现的功能达到它的设计规范和满足用 户需求的程度； • 可靠性是指在规定的时间和条件下，软件能够正常维持其 工作的能力； • 可使用性是指为了使用该软件所需要的能力； • 效率是指在规定的条件下用软件实现某种功能所需要的计 算机资源的有效性； • 可维护性是指当环境改变或软件运行发生故障时，为了使 其恢复正常运行所做努力的程度；可移植性是指软件从某 一环境转移到另一环境时所做努力的程度。
（2）支撑软件（工具软件）
• •
1.1 软件的概念、特性和分类
• 软件的分类
（3）应用软件
• 工程与科学计算软件 • 商业数据处理软件 • ERP软件 • 计算机辅助设计／制造软件 • 系统仿真软件 • 智能产品嵌入软件 • 事务管理、办公自动化软件
（4）可复用软件
• 标准函数库、类库、构件库等
1.2 软件危机与软件工程
1.2 软件危机与软件工程
如何摆脱软件危机? • 彻底消除“软件就是程序”的错误观念。 • 充分认识到软件开发应该是一种组织良好、管理 严密、各类人员协同配合、共同完成的工程项目。 • 推广和使用在实践中总结出来的开发软件的成功 技术、方法和工具。 • 按工程化的原则和方法组织软件开发工作。
1.2 软件危机与软件工程
1.2 软件危机与软件工程
什么是软件工程？
• 概括地说，软件工程是指导计算机软件开发和
维护的工程学科。
采用工程的概念、原理、技术和方法来开发与
维护软件，把经过时间考验而证明正确的管理
技术和当前能够得到的最好的技术方法结合起 来，以经济地开发出高质量的软件并有效地维 护它，这就是软件工程。
1.2 软件危机与软件工程
教材和参考书
• 教
–
材
《软件工程概论》（第2版），郑人杰，马素霞等著， 机械工业出版社，2014年11月。 《软件工程：实践者的研究方法（第7版）》 Roger S.Pressman著，郑人杰，马素霞等译，机械工 业出版社，2011年5月。
• 参考书
–
第1章 软件与软件工程的概念
• • • • • • • 软件的概念、特性和分类 软件危机与软件工程 系统工程的目标 软件生存期 软件工程方法概述 软件工具概述 软件工程知识体系及知识域
•程序是按事先设计的功能和性能要求执行的指令序
列。
•数据是使程序能正常操纵信息的数据结构。
•文档是与程序开发，维护和使用有关的图文材料。
1.1 软件的概念、特性和分类
• 软件的特性
(1) 形态特性: 软件是无形的、不可见的逻辑实体。
度量常规产品的几何尺寸、物理性质和化学成分 对它却是毫无意义的。 (2) 智能特性：软件是复杂的智力产品，它的开发 凝聚了人们的大量脑力劳动，它本身也体现了知 识实践经验和人类的智慧，具有一定的智能。它 可以帮助我们解决复杂的计算、分析、判断和决
1.1 软件的概念、特性和分类
• 软件的概念
虽然软件对于现代的人并不陌生，但很多人对于 软件的理解并不准确，“软件就是程序，软件开 发就是编程序”的这种错误观点仍然存在。
什么是软件？
1.1 软件的概念、特性和分类
ห้องสมุดไป่ตู้•软件是计算机系统中与硬件相互依存的另一部分，
它是包括程序，数据及其相关文档的完整集合。
集成测试和系统测试
– 通过各种类型的测试(及相应的调试)使软件达 到预定的要求。 – 提交的文档为测试计划、详细测试方案以及实 际测试结果等。
1.4 软件生存期
• 软件运行维护时期
主要任务是使软件持久地满足用户的需要，通常 有4类维护活动：
改正性维护，也就是诊断和改正在使用过程中发现的软 件错误； 适应性维护，即修改软件以适应环境的变化； 完善性维护，即根据用户的要求改进或扩充软件，使它 更完善； 预防性维护，即修改软件为将来的维护活动预先做准备。
入国民经济和国防的各个领域，现已成为信息产
业、先进制造业和现代服务业的核心，占据了无 可取代的地位。
1.1 软件的概念、特性和分类
• 软件的分类
（1） 系统软件
• • • •
操作系统 数据库管理系统 设备驱动程序 通信和网络处理程序等 纵向支撑软件：分析、设计、编码、测试工具等 横向支撑软件：项目管理工具，配置管理工具等
软件工程概念的提出
• 为了克服软件危机，1968年10月在北大西洋公约 组织（NATO）召开的计算机科学会议上，Fritz Bauer首次提出“软件工程”的概念，试图将工 程化方法应用于软件开发。 • 在NATO会议上，Fritz Bauer对软件工程的定义是： “软件工程就是为了经济地获得可靠的且能在实 际机器上有效地运行的软件，而建立和使用完善 的工程原理。”
1.1 软件的概念、特性和分类
• 软件的作用
具有产品和产品生产载体的双重作用。
(1) 作为产品，软件显示了由计算机硬件体现的计 算能力，扮演着信息转换的角色：产生、管理、 查询、修改、显示或者传递各种不同的信息。 (2) 作为产品生产的载体，软件提供了计算机控制 （操作系统）、信息通信（网络），以及应用 程序开发和控制的基础平台（软件工具和环 境）。
策问题。
1.1 软件的概念、特性和分类
(3) 开发特性: 尽管已经有了一些工具（也是软件）
来辅助软件开发工作，但到目前为止尚未实现自
动化。软件开发中仍然包含了相当份量的个体劳
动，使得这一大规模知识型工作充满了个人行为 和个人因素。 (4) 质量特性：目前还无法得到完全没有缺陷的软 件产品 。
1.1 软件的概念、特性和分类
1.2 软件危机与软件工程
软件工程的基本原理
用分阶段的生命周期计划严格管理
坚持进行阶段评审
实行严格的产品控制 采用现代程序设计技术 结果应能清楚地审查 开发小组的人员应该少而精 承认不断改进软件工程实践的必要性
1.3 软件工程的目标
• 软件工程的目标是运用先进的软件开发技术和管 理方法来提高软件的质量和生产率，也就是要以 较短的周期、较低的成本生产出高质量的软件产
(5) 生产特性:与硬件或传统的制造业产品的生产完
全不同，软件一旦设计开发出来，如果需要提供
多个用户，它的复制十分简单，其成本也极为有 限。 (6) 管理特性：由于上述的几个特点，使得软件的 开发管理显得更为重要，也更为独特 。
1.1 软件的概念、特性和分类
(7) 环境特性:软件的开发和运行都离不开相关的计
1.4 软件生存期
• 需求分析和定义
对用户提出的要求进行分析并给出详细的定 义 准确地回答“目标系统必须做什么”这个问 题。也就是对目标系统提出完整、准确、清 晰、具体的要求。
编写软件需求说明书或系统功能说明书及初 步的系统用户手册
提交管理机构评审
1.4 软件生存期
• 软件开发时期
对软件开发成本和进度的估计常常很不准确。
用户对“已完成的”软件系统不满意的现象经常发生。
软件产品的质量往往靠不住。 软件常常是不可维护的。 软件通常没有适当的文档资料。 软件成本在计算机系统总成本中所占的比例逐年上升。
软件开发生产率提高的速度，既跟不上硬件的发展速度，
也远远跟不上计算机应用迅速普及深入的趋势。
1.2 软件危机与软件工程
除了软件本身的特点，软件危机发生的主要原因有：
(1) (2) (3) (4)
(5)
缺乏软件开发的经验和有关软件开发数据的积累，使得开发 工作的计划很难制定。 软件人员与用户的交流存在障碍，使得获取的需求不充分或 存在错误 。 软件开发过程不规范。如，没有真正了解用户的需求就开始 编程序。 随着软件规模的增大，其复杂性往往会呈指数级升高。需要 很多人分工协作，不仅涉及技术问题，更重要的是必须有科 学严格的管理。 缺少有效的软件评测手段，提交用户的软件质量不能完全保 证。
– 软件开发
– 运行维护
1.4 软件生存期
问题定义
软件定义时期
可行性研究 需求分析 概要设计
软 件 生 存 期
软件开发时期
详细设计 编码
测试
软件维护时期
维护
1.4 软件生存期
• 软件定义时期
确定总目标和可行性； 导出策略和系统功能； 估计资源和成本； 制定工程进度表
分为三个阶段
织开发过程中的沉痛教训时说：
……正像一只逃亡的野兽落到泥潭中做垂死的挣扎，越是挣 扎，陷得越深。最后无法逃脱灭顶的灾难，……程序设计工 作正像这样一个泥潭，……一批批程序员被迫在泥潭中拼命 挣扎，……谁也没有料到竟会陷入这样的困境……
1.2 软件危机与软件工程
具体来说，软件危机主要有以下一些典型表现:
– 设计程序的体系结构，也就是确定程序由哪些 模块组成以及模块间的关系。
– 提交的文档是概要设计说明书。
详细设计
– 回答“应该怎样具体地实现这个系统”。
– 详细地设计每个模块，确定实现模块功能所需 要的算法和数据结构。
– 提交的文档是软件的详细设计说明书。
1.4 软件生存期
程序编码和单元测试 – 写出正确的容易理解、容易维护的程序模块。 – 提交的文档为源程序、详尽的程序说明和单元 测试报告。
问题定义 可行性研究 需求分析
1.4 软件生存期
• 问题定义
关键问题是：“要解决的问题是什么”。
提交的内容为关于问题性质、工程目标和工程 规模的书面报告。
• 可行性研究
回答的关键问题是：“上一个阶段所确定的问 题是否有行得通的解决办法”。 提交的内容为可行性研究报告，即从技术、经 济和社会因素等方面研究各方案的可行性。
1.3 软件工程的目标
软件的质量特性：功能性、可靠性、可使用性、效 率、可维护性和可移植性。
• 功能性是指软件所实现的功能达到它的设计规范和满足用 户需求的程度； • 可靠性是指在规定的时间和条件下，软件能够正常维持其 工作的能力； • 可使用性是指为了使用该软件所需要的能力； • 效率是指在规定的条件下用软件实现某种功能所需要的计 算机资源的有效性； • 可维护性是指当环境改变或软件运行发生故障时，为了使 其恢复正常运行所做努力的程度；可移植性是指软件从某 一环境转移到另一环境时所做努力的程度。
（2）支撑软件（工具软件）
• •
1.1 软件的概念、特性和分类
• 软件的分类
（3）应用软件
• 工程与科学计算软件 • 商业数据处理软件 • ERP软件 • 计算机辅助设计／制造软件 • 系统仿真软件 • 智能产品嵌入软件 • 事务管理、办公自动化软件
（4）可复用软件
• 标准函数库、类库、构件库等
1.2 软件危机与软件工程
1.2 软件危机与软件工程
如何摆脱软件危机? • 彻底消除“软件就是程序”的错误观念。 • 充分认识到软件开发应该是一种组织良好、管理 严密、各类人员协同配合、共同完成的工程项目。 • 推广和使用在实践中总结出来的开发软件的成功 技术、方法和工具。 • 按工程化的原则和方法组织软件开发工作。
1.2 软件危机与软件工程
1.2 软件危机与软件工程
什么是软件工程？
• 概括地说，软件工程是指导计算机软件开发和
维护的工程学科。
采用工程的概念、原理、技术和方法来开发与
维护软件，把经过时间考验而证明正确的管理
技术和当前能够得到的最好的技术方法结合起 来，以经济地开发出高质量的软件并有效地维 护它，这就是软件工程。
1.2 软件危机与软件工程
教材和参考书
• 教
–
材
《软件工程概论》（第2版），郑人杰，马素霞等著， 机械工业出版社，2014年11月。 《软件工程：实践者的研究方法（第7版）》 Roger S.Pressman著，郑人杰，马素霞等译，机械工 业出版社，2011年5月。
• 参考书
–
第1章 软件与软件工程的概念
• • • • • • • 软件的概念、特性和分类 软件危机与软件工程 系统工程的目标 软件生存期 软件工程方法概述 软件工具概述 软件工程知识体系及知识域
•程序是按事先设计的功能和性能要求执行的指令序
列。
•数据是使程序能正常操纵信息的数据结构。
•文档是与程序开发，维护和使用有关的图文材料。
1.1 软件的概念、特性和分类
• 软件的特性
(1) 形态特性: 软件是无形的、不可见的逻辑实体。
度量常规产品的几何尺寸、物理性质和化学成分 对它却是毫无意义的。 (2) 智能特性：软件是复杂的智力产品，它的开发 凝聚了人们的大量脑力劳动，它本身也体现了知 识实践经验和人类的智慧，具有一定的智能。它 可以帮助我们解决复杂的计算、分析、判断和决
1.1 软件的概念、特性和分类
• 软件的概念
虽然软件对于现代的人并不陌生，但很多人对于 软件的理解并不准确，“软件就是程序，软件开 发就是编程序”的这种错误观点仍然存在。
什么是软件？
1.1 软件的概念、特性和分类
ห้องสมุดไป่ตู้•软件是计算机系统中与硬件相互依存的另一部分，
它是包括程序，数据及其相关文档的完整集合。
集成测试和系统测试
– 通过各种类型的测试(及相应的调试)使软件达 到预定的要求。 – 提交的文档为测试计划、详细测试方案以及实 际测试结果等。
1.4 软件生存期
• 软件运行维护时期
主要任务是使软件持久地满足用户的需要，通常 有4类维护活动：
改正性维护，也就是诊断和改正在使用过程中发现的软 件错误； 适应性维护，即修改软件以适应环境的变化； 完善性维护，即根据用户的要求改进或扩充软件，使它 更完善； 预防性维护，即修改软件为将来的维护活动预先做准备。