软件工程概述ppt课件
合集下载
《软件工程》PPT课件
第四课时
第一章第四课时
喷泉模型 软件工程的任务与研究范围 软件开发的原则与开发方法
返回
喷泉模型
瀑布模型要求在软件开发的初期就完全确定软件的需求,这在很多 情况下往往是做不到的.螺旋模型试图克服瀑布模型的这一不足.SM 把软件开发过程安排为逐步细化的螺旋周期序列,每经历一个周期, 系统就细化和完善一些.SM每—螺旋周期由六个步骤组成： <1> 确定任务目标： 根据初始需求分析项目计划,确定任务目标、可选 方案和限制.<2>选择对象：对各种软硬件设备、开发方法、技术、 开发工具、人员、开发管理等对象进行选择：并决定软件是进行研 制、购买还是利用现有的.<3>分析约束条件：软件开发的时间、经 费等限制条件.<4>风险分析：评估目标、对象、约束条件三者之间 的联系,列出可能出．现的问题及问题的严重程度等,把最重要的问 题作为尚未解决的关键问题的风险.<5>制定消除风险的方法：应有 详尽的说明和周密的计划,并估计可能产生的后果.依此来开发软件, 为制订下一周期的计划打下基础.<6>制定下一周期的工作计划：在 第一个螺旋周期,确定目标、选择对象、分析约束,通过风险分析制 订消除风险的方法,初步开发原型1,制定系统生存周期计划.
软件工程的任务与研究范围
•软件产品的特点 •软件工程的研究内容与方法 •软件工具与软件支撑环境 •软件管理
软件开发的原则与方法
•软件开发的原则 • 自顶向下与模块结构 •软件开发的方法 •1.非自动形式的系统开发方法 •〔1〕系统流程图〔2〕结构分析法〔3〕结构化设计法 •〔4〕数据结构法〔5〕层次输入——处理——输出方法<HIPO法> • 2.半自动形式的系统开发方法 •〔1〕软件需求工程法〔2〕问题说明语言与分析法 • 3. 自动形式的系统开发方法 〔HOS方法〕：由计算机自动确定规 范、自动分析、自动编程、自动执行与模拟,以规范语言AXES、资 源分配工具RTA为工具.能自动进行分析、设计,工作量少、设计规范, 也能自动进行修改和维护.该方法适用于系统分析和设计.
第一章第四课时
喷泉模型 软件工程的任务与研究范围 软件开发的原则与开发方法
返回
喷泉模型
瀑布模型要求在软件开发的初期就完全确定软件的需求,这在很多 情况下往往是做不到的.螺旋模型试图克服瀑布模型的这一不足.SM 把软件开发过程安排为逐步细化的螺旋周期序列,每经历一个周期, 系统就细化和完善一些.SM每—螺旋周期由六个步骤组成： <1> 确定任务目标： 根据初始需求分析项目计划,确定任务目标、可选 方案和限制.<2>选择对象：对各种软硬件设备、开发方法、技术、 开发工具、人员、开发管理等对象进行选择：并决定软件是进行研 制、购买还是利用现有的.<3>分析约束条件：软件开发的时间、经 费等限制条件.<4>风险分析：评估目标、对象、约束条件三者之间 的联系,列出可能出．现的问题及问题的严重程度等,把最重要的问 题作为尚未解决的关键问题的风险.<5>制定消除风险的方法：应有 详尽的说明和周密的计划,并估计可能产生的后果.依此来开发软件, 为制订下一周期的计划打下基础.<6>制定下一周期的工作计划：在 第一个螺旋周期,确定目标、选择对象、分析约束,通过风险分析制 订消除风险的方法,初步开发原型1,制定系统生存周期计划.
软件工程的任务与研究范围
•软件产品的特点 •软件工程的研究内容与方法 •软件工具与软件支撑环境 •软件管理
软件开发的原则与方法
•软件开发的原则 • 自顶向下与模块结构 •软件开发的方法 •1.非自动形式的系统开发方法 •〔1〕系统流程图〔2〕结构分析法〔3〕结构化设计法 •〔4〕数据结构法〔5〕层次输入——处理——输出方法<HIPO法> • 2.半自动形式的系统开发方法 •〔1〕软件需求工程法〔2〕问题说明语言与分析法 • 3. 自动形式的系统开发方法 〔HOS方法〕：由计算机自动确定规 范、自动分析、自动编程、自动执行与模拟,以规范语言AXES、资 源分配工具RTA为工具.能自动进行分析、设计,工作量少、设计规范, 也能自动进行修改和维护.该方法适用于系统分析和设计.
软件工程概述PPT教学课件
描述与定义
设计实现测试 维护产品淘汰2020/12/10
9
方法学
重量级： ISO 9000 CMM 统一软件开发过程（RUP）
轻量级（个体软件工程）：
极限编程（XP） 敏捷过程（Agile Processes）
2020/12/10
10
其它软件工程技术
面向方面的程序设计（Aspect Oriented Programming，简称AOP）
财产的损失：软件的错误可能导致巨大的财产损失。欧洲阿里亚娜 火箭的爆炸就是一个最为惨痛的教训。
人员伤亡：由于计算机软件被广泛应用于包括医院等与生命息息相 关的行业。因此软件的错误也有可能会导致人员伤亡。
Therac-25的意外. 在1985年六月到1987年一月之间, 六个已知的医 疗事故来自于Therac-25错误地超过剂量, 导致患者死亡或严重辐射 灼伤
3
软件危机
源于20世纪60，70和80年代，个人英雄主义的软件开发模式面临无法容忍 的问题。有超过半数的软件开发以失败而终，最终可用和可接受的仅占15%。
OS 360操作系统使用了1000人左右的程序员。Fred Brooks在随后他 的大作《人月神话》（The Mythical Man-Month）中曾经承认，在他 管理这个项目的时候，他犯了一个价值数百万美元的错误。
在工业上，某些嵌入式系统导致机器的不正常运转，从而将一些人 推入了险境。
2020/12/10
4
摩尔定律是指IC上可容纳的晶体管数目，约每 隔18个月便会增加一倍，性能也将提升一倍。
计算机硬件的摩尔定律
2020/12/10
5
软件设计
——科学？工程？甚至艺术？
这是一个被争论了很久的问题。实际上，软件开发兼 有三者的特点。但是这并不意味着它们可以被互相混淆。 很多人认为软件工程基于计算机科学和信息科学就如传 统意义上的工程学之于物理和化学一样。在美国，大约 40%的软件工程师具有计算机科学的学位。在世界其他 地方，这个比例也差不多。他们并不一定会每天使用计 算机科学方面的知识，但是他们每天都会使用软件工程 方面的知识。
2024版《软件工程介绍》PPT课件
《软件工程介绍》PPT课件CONTENTS •软件工程概述•软件开发过程模型•需求分析与管理•系统设计与实现•测试与质量保证•项目管理与团队协作•案例分析与实践经验分享软件工程概述01定义软件工程是指导计算机软件开发和维护的工程学科，采用工程化的概念、原理、技术和方法来开发与维护软件。
发展历史从20世纪60年代的软件危机开始，软件工程逐渐受到重视并发展成为一个独立学科。
主要里程碑包括瀑布模型、螺旋模型、敏捷开发等方法和理念的出现，以及CMMI等评估标准的制定。
目标在给定成本、进度的前提下，开发出具有有效性、可用性、可修改性、可靠性、可理解性、可维护性、可重用性、可移植性、可追踪性、可互操作性和满足用户需求的软件产品。
原则模块化、抽象化、信息隐藏、局部化、一致性、完整性、可验证性等。
关注点关注软件开发过程中的需求分析、设计、编码、测试和维护等各个阶段。
软件工程重要性提高软件质量通过规范化的开发流程和管理方法，减少软件缺陷，提高软件质量。
降低开发成本通过复用已有的软件组件和开发经验，减少开发时间和成本。
增强软件可维护性通过模块化设计和良好的文档支持，方便软件的后期维护和升级。
适应需求变化通过灵活的开发方法和工具支持，快速响应和适应需求变化。
软件开发过程模型02线性顺序瀑布模型按照线性顺序进行软件开发，包括需求分析、设计、编码、测试和部署等阶段。
严格阶段划分每个阶段都有明确的输入和输出，以及相应的评审和验证活动，确保阶段间的正确过渡。
易于管理瀑布模型提供了清晰的开发计划和进度安排，便于项目管理和资源分配。
瀑布模型030201螺旋模型采用迭代方式进行软件开发，每个迭代周期包括需求分析、设计、编码和测试等活动。
螺旋模型强调风险管理，通过不断评估和调整项目计划来降低风险。
螺旋模型允许在开发过程中根据实际情况调整项目需求和目标，提高了项目的适应性。
迭代开发风险驱动灵活性强螺旋模型03快速响应变化敏捷开发能够迅速响应需求变化，及时调整项目计划和开发策略。
软件工程课件(全)
03
识别项目中的关键路径，确保项目按计划进 行
04
及时调整项目计划，应对项目变更和不确定 性
风险管理策略制定
识别项目中的潜在风险， 包括技术风险、市场风险、 资源风险等
制定相应的风险应对策略 和措施，如风险规避、减 轻、转移和接受等
评估风险的概率和影响程 度，制定风险优先级列表
监控风险状态，及时调整 风险管理计划
质量改进
根据质量评估结果，制定相应的改进措施， 如优化性能、增强安全性等。
经验教训总结
对测试过程中遇到的问题进行总结，形成经 验教训，为后续项目提供参考。
06
项目管理与团队协作
项目计划制定与监控
01 制定详细的项目计划，包括项目目标、范围 、时间表、资源需求、成本估算等
02 设立项目里程碑，对项目进度进行阶段性监 控
开发方向。
持续集成和测试
03
迭代增量模型强调持续集成和测试的重要性，以确保每个迭代
周期都能交付高质量的软件产品。
03
需求分析与管理
需求获取与整理
确定需求来源
与客户、利益相关者、业务领 域专家等进行沟通，收集原始
需求。
需求分类
将收集到的需求按照功能、性 能、安全、易用性等方面进行 分类。
需求筛选
去除重复、模糊、不切实际的 需求，确保需求的准确性和可 行性。
处理变更请求
根据实际情况，决定是否接受变更请求，并 制定相应的实施计划。
跟踪和验证变更
对实施的变更进行跟踪和验证，确保变更的 正确性和完整性。
04
系统设计与实现
系统架构设计
分层架构
将系统划分为表示层、业务逻辑层和数据访问层，实现高内聚、 低耦合的设计。
《软件工程知识概述》课件
2 软件项目风险管理
介绍软件项目风险管理的方法和工具，如风险评估、风险控制等。
3 软件开发团队组织与管理
探讨如何组织和管理软件开发团队，包括人员分工、沟通与协作等。
软件质量保证
软件质量保证体系
介绍软件质量保证体系的组成 部分和执行过程。
软件质量度量及评估
讨论软件质量度量和评估的方 法和标准。
软件维护及升级
需求分析建模方法
探讨需求分析建模的常用方法， 如数据流图、状态转换图等。
设计
1
软件设计原则
讨论软件设计的基本原则，如高内聚、
面向对象设计
2
低耦合等。
介绍面向对象设计的思想和常用的设计
模式。
3
软件架构设计
探讨软件架构设计的重要性和常用的架 构模式，如分层架构、微服务架构等。
编码与测试
编码规范和技巧
软件开发生命周期 模型
讨论不同的软件开发生命周 期模型，如瀑布模型、敏捷 开发等，并了解每个阶段的 重要性。
软件过程改进
介绍软件过程改进的方法和 工具，如CMMI、SPICE等。
需求分析
需求获取管理
探讨如何获取和管理软件项目 的需求，包括需求收集和分析 工具的使用。
需求建立技术
介绍需求建立的方法和技术， 如用例分析、面谈等。
探讨软件维护和升级的重要性 以及常用的维护方法。
应用实践
1
软件工程在实际程中的应用
探讨软件工程在实际工程项目中的具体应用场景和案例。
2
典型应用案例分析
分析一些典型的软件工程应用案例，如云计算、物联网等。
3
前沿技术及趋势
介绍当前软件工程的前沿技术和趋势，如人工智能、区块链等。
介绍软件项目风险管理的方法和工具，如风险评估、风险控制等。
3 软件开发团队组织与管理
探讨如何组织和管理软件开发团队，包括人员分工、沟通与协作等。
软件质量保证
软件质量保证体系
介绍软件质量保证体系的组成 部分和执行过程。
软件质量度量及评估
讨论软件质量度量和评估的方 法和标准。
软件维护及升级
需求分析建模方法
探讨需求分析建模的常用方法， 如数据流图、状态转换图等。
设计
1
软件设计原则
讨论软件设计的基本原则，如高内聚、
面向对象设计
2
低耦合等。
介绍面向对象设计的思想和常用的设计
模式。
3
软件架构设计
探讨软件架构设计的重要性和常用的架 构模式，如分层架构、微服务架构等。
编码与测试
编码规范和技巧
软件开发生命周期 模型
讨论不同的软件开发生命周 期模型，如瀑布模型、敏捷 开发等，并了解每个阶段的 重要性。
软件过程改进
介绍软件过程改进的方法和 工具，如CMMI、SPICE等。
需求分析
需求获取管理
探讨如何获取和管理软件项目 的需求，包括需求收集和分析 工具的使用。
需求建立技术
介绍需求建立的方法和技术， 如用例分析、面谈等。
探讨软件维护和升级的重要性 以及常用的维护方法。
应用实践
1
软件工程在实际程中的应用
探讨软件工程在实际工程项目中的具体应用场景和案例。
2
典型应用案例分析
分析一些典型的软件工程应用案例，如云计算、物联网等。
3
前沿技术及趋势
介绍当前软件工程的前沿技术和趋势，如人工智能、区块链等。
软件工程ppt课件完整版
缺陷跟踪
使用缺陷管理工具对缺陷进行 跟踪，确保每个缺陷都得到处 理。
缺陷修复
开发人员对缺陷进行分析并修 复，然后提交给测试人员进行 验证。
回归测试
对修复后的缺陷进行回归测试 ，确保修复没有引入新的缺陷
。
质量评估与改进
质量评估
定期对软件产品的质量进行评估，包括功能 、性能、安全等方面。
过程改进
对软件开发过程进行持续改进，提高开发效 率和软件质量。
，提高代码的可读性和可维护性。
模块化开发
02
采用模块化开发方式，将系统划分为不同的模块进行开发，提
高开发效率和质量。
错误处理
03
对可能出现的错误进行充分的考虑和处理，包括异常捕获、日
志记录和错误提示等，确保系统的稳定性和可靠性。
05 测试与质量保证
测试类型及方法
功能测试对软件产品的各项功 进行验证，确保符 合需求和设计。
同时引入了风险管理机制。
螺旋模型的主要阶段包括：制 定计划、风险分析、工程实施
和客户评估。
螺旋模型的优点在于其强调风 险分析和迭代开发，能够及时 发现并解决问题，降低项目风 险。
螺旋模型的缺点在于其需要较 高的项目管理能力和技术水平 ，且可能因为过度关注风险而 忽略其他重要因素。
敏捷开发模型
敏捷开发的主要实践包括：短周期迭代开发、 持续集成、持续交付和自动化测试等。
水平。
04
迭代增量模型的优点在于其能够逐步增加系统功能和 性能，降低项目风险，同时也能够及时发现并解决问 题。
03 需求分析与管理
需求获取与整理
确定需求来源
与客户、利益相关者、业务领域 专家等进行沟通，明确需求背景
和范围。
使用缺陷管理工具对缺陷进行 跟踪，确保每个缺陷都得到处 理。
缺陷修复
开发人员对缺陷进行分析并修 复，然后提交给测试人员进行 验证。
回归测试
对修复后的缺陷进行回归测试 ，确保修复没有引入新的缺陷
。
质量评估与改进
质量评估
定期对软件产品的质量进行评估，包括功能 、性能、安全等方面。
过程改进
对软件开发过程进行持续改进，提高开发效 率和软件质量。
，提高代码的可读性和可维护性。
模块化开发
02
采用模块化开发方式，将系统划分为不同的模块进行开发，提
高开发效率和质量。
错误处理
03
对可能出现的错误进行充分的考虑和处理，包括异常捕获、日
志记录和错误提示等，确保系统的稳定性和可靠性。
05 测试与质量保证
测试类型及方法
功能测试对软件产品的各项功 进行验证，确保符 合需求和设计。
同时引入了风险管理机制。
螺旋模型的主要阶段包括：制 定计划、风险分析、工程实施
和客户评估。
螺旋模型的优点在于其强调风 险分析和迭代开发，能够及时 发现并解决问题，降低项目风 险。
螺旋模型的缺点在于其需要较 高的项目管理能力和技术水平 ，且可能因为过度关注风险而 忽略其他重要因素。
敏捷开发模型
敏捷开发的主要实践包括：短周期迭代开发、 持续集成、持续交付和自动化测试等。
水平。
04
迭代增量模型的优点在于其能够逐步增加系统功能和 性能，降低项目风险，同时也能够及时发现并解决问 题。
03 需求分析与管理
需求获取与整理
确定需求来源
与客户、利益相关者、业务领域 专家等进行沟通，明确需求背景
和范围。
软件工程完整PPT课件
2021/3/9
10
④局部化。要求在一个物理模块内集中逻辑上相互关联 的计算资源，保证模块间具有松散的耦合关系，模块 内部有较强的内聚性，这有助于控制解的复杂性。
⑤确定性。软件开发过程中所有概念的表达应是确定的、 无歧义且规范的。
⑥一致性。包括程序、数据和文档的整个软件系统的各 模块应使用已知的概念，内外部接口应保持一致，系 统规格说明与系统行为应保持一致。
2021/3/9
14
2. 需求分析方法 常见的需求分析方法有：
①结构化分析方法。 ②面向对象的分析方法。
2021/3/9
15
2.2结构化分析方法
（1）关于结构化分析方法 结构化分析方法的实质是着眼于数据流，自顶向下，逐层分解，
建立系统的处理流程，以数据流图和数据字典为主要工具，建 立系统的逻辑模型。 结构化分析的步骤如下：
3. 信息隐蔽 信息隐蔽使得一个模块内包含的信息（过程和数据）
对于不需要这些信息的模块来说，是不能访问 的。
2021/3/9
24
4. 模块独立性 每个模块完成一个相对独立的特定子功能，并且 和其他模块之间的接口很简单。
模块的独立程度可以由两个定性标准来衡量，这 两个标准分别称为耦合性和内聚性。藕合衡量不 同模块彼此间互相依赖（连接）的紧密程度；内 聚衡量一个模块内部各个元素彼此间结合的紧密 程度。
⑦完备性。软件系统不丢失任何重要成分，完全实现系 统所需的功能。
⑧可验证性。开发大型软件系统需要对系统自顶向下， 逐层分解。系统分解应遵循容易检查、测评、评审的 原则，以确保系统的正确性。
2021/3/9
11
1.5软件开发工具与软件开发环境
1. 软件开发工具 软件开发工具是指可以用来帮助开发，测试、分 析、维护其他计算机程序及其文档资料，实现软 件生产过程自动化的一类程序。 软件工具主要包括需求分析工具、设计工具、编 码工具、确认工具、维护工具等。
第一章2软件工程概述精品PPT课件
软件危机表现
➢软件成本日益增长 ➢ 开发进度难以控制 ➢ 软件质量差 ➢ 软件维护困难 ➢……
软件危机表现--软件成本日益增长
▪ 20世纪50年代，软件成本在整 个计算机系统成本中所占的比例 为10%-20%。到20世纪60年代 中期，软件成本在计算机系统中 所占的比例已经增长到50%左右 。
▪ 而且，该数字还在不断的递增， 下面是一组来自美国空军计算机 系统的数据：1955年，软件费 用约占总费用的18%，1970年 达到60%，1975年达到72%， 1980年达到80%，1985年达到 85%左右
▪
▪ 软件工程的目标是实现生产高质量的软件产品
两类软件工程方法
▪ 传统软件工程（结构化方法）
▪ 面向对象软件工程
现实世界
OOA
OOD
OOP
结构化分析 结构化设计 结构化编程
可执行软件系统
2.1软件工程概述-要点
▪ 软件危机 ▪ 软件工程定义 ▪ 软件工程的七条基本原理
软件工程的七条基本原理
▪ 自从1968 年提出“软件工程”这一术语以来，研 究软件工程的专家学者们陆续提出了100 多条关于软 件工程的准则和信条。美国著名的软件工程专家 Boehm 综合这些专家的意见，并总结了TRW 公司多 年的软件开发经验，于1983 年提出了 1.用分阶段的生命周期计划严格管理
▪ 统计表明，50%以上的失败项目是由于计划不周而造成的 。这条原理意味着，应该把软件生命周期分成若干阶段，并 相应制定出切实可行的计划，然后严格按照计划对软件的开 发和维护进行管理。Boehm 认为，在整个软件生命周期中应 指定并严格执行6 类计划： - 项目概要计划 - 里程碑计划 - 项目控制计划 - 产品控制计划 - 验证计划 - 运行维护计划
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
存在问题 不适合需求模糊的系统
17
1.3 软件工程
2 快速原型模型
快速原型方法
原型：
是系统的早期版本，是系统的物理模型，
只实现了系统的一些最基本的功能，反映系统
的行为特性，但不一定满足全部需求。
快速原型法：
在软件生命周期的编码阶段之前
插入一个建立系统原型的阶段。
特点： 容易理解和沟通 及早发现需求中的问题 检查设计的可行性
5
1.1 软件技术概述
软件技术的定义：
是开发计算机软件所需的所有技术的总称
计算机软件技术的领域：
软件工程技术 程序设计技术 软件工具环境技术 系统软件技术 数据库技术 实时软件技术
6
1.1 软件技术概述
软件复用的定义
在构造新的软件系统的过程中，对已存在的软件产品 (设计结构、源代码、文档等)重复使用的技术
1979年美国政府项目调查表
8
1.2 软件危机
软件危机的表现
对软件开发成本和进度的估算很不准确 用户很不满意 质量很不可靠 没有适当的文档，维护困难 软件成本比重上升 供不应求
9
1.2 软件危机
软件危机产生的原因
客观：软件本身特点
逻辑部件 成本昂贵、本质复杂、没
B.W.Boehm的七条软件工程原理
确保软件质量和提高开发效率 内容：
严格按照计划进行管理 坚持进行阶段评审 实行严格的产品控制 采用现代化的程序设计技术 结果应能清楚地审计 开发小组的人员应该少而精 承认不断进行软件工程实践的必要性
软件生命周期的定义
是一个软件从用户需求开始，经过分析、开发、测试、运行维护 的一系列相关活动的全周期。
的技术方法，是回答“如何做” 的问题；
工具：为方法的运用提供自动的
或半自动的软件支撑环境；
过程：一系列工作步骤。 15
1.3 软件工程
方法学的分类
结构化方法 ：以算法和数据结构为核心 起源于结构化程序设计思想，注重系统组成要素之间的
相互作用关系，强调软件系统结构的合理性；
提出一组提高软件结构合理性的准则：结构化分析、结
第二篇 软件工程
主要内容：
软件工程的基本概念 软件开发各阶段的任务、技术、方法 主要的软件开发方法
结构化分析和设计 面向对象分析和设计 软件测试（步骤、方法） 软件维护（内容、策略）
1
第一章 软件工程概述
主要内容：
软件技术 软件危机 软件工程 软件工程环境
2
1.1 软件技术概述
有明显的制造过程，运行 期间存在退化问题。
规模庞大
硬件的故障率曲线
主观：不正确的开发方法
忽视需求分析
软件的故障率曲线
认为“软件开发 = 程序编写”，忽视设计和文 档
轻视软件测试和维护
10
1.2 软件危机
解决途径
组织管理
工程项目件工具
建立原型的步骤： 确定用户的基本需求 建立工作原型 试用原型 修改补充原型
18
1.3 软件工程
5 过程模型之间的比较
21
1.3 软件工程
面向对象方法学
1) 基本思想：
模拟人类习惯的思维方式，通过建立问题域的对象模型（不强 调算法和数据结构），使得问题空间与解空间在结构上尽可能一 致；开发过程渗透了演绎（一般到特殊：对象分类）和归纳（特 殊到一般：“派生类”对“基类”的继承）的渐进深化的思维过 程。
3
1.1 软件技术概述
软件的发展历史
个性化的程序 1 早期阶段（60年代中期以前）
工程化的产品(软件)
关键词：面向批处理，有限的分布，自定义软件。
2 第二阶段（60年代中期～70年代中期） 关键词：多用户，实时，数据库，软件产品。
3 第三阶段（70年代中期～80年代末） 关键词：分布式系统，嵌入“智能”，低成本硬件，消费者影响。
程序与软件
程序：一系列指令序列的集合，能被计算机理解和执行 软件：是计算机系统中与硬件子系统相互依存的另一个
子系统，是一个包含程序及其文档资料的完整集 合，提供了用户与硬件子系统之间的接口
软件
文档：与程序开发、维护和使用有关的图文材料 程序：按事先设计的功能和性能需求执行的指令序列 数据：是程序能正常操纵信息的数据结构
11
1.3 软件工程
软件工程的定义
是指用工程的概念、原理、技术和方法来开发和维护 软件，把经过时间考验证明正确的管理技术和当前能 够得到的最好的技术方法结合起来，指导计算机软件 的开发和维护的工程学科 指导计算机软件开发和维护的工程学科 工程方法 + 管理技术 + 技术方法
12
1.3 软件工程
三个层次：知识复用、方法复用、软件成分复用
软件成分复用的三个级别：
代码复用（剪贴、包含和继承） 设计结果复用（设计模型） 分析结果复用（分析模型）
组件技术
7
1.2 软件危机
软件危机的定义
计算机软件的开发和维护过程所遇到的一系列严重问题， 如：开发周期长、成本增加、可靠性降低等。
13
1.3 软件工程
软件的生命周期过程
14
1.3 软件工程
软件工程方法学
软件工程是技术与管理的紧密结合，技术是指方法学问题， 管理是指通过计划、组织和控制等活动，合理配置和使用各种资 源，得到满足质量要求的工作产物（运行系统和支持文档）。
方法学的三个要素：方法、工具和过程
方法：是完成软件开发各项任务
构化设计、结构程序设计和结构化测试
采用的过程模型 ： 瀑布模型、原型模型
面向对象方法
螺旋模型、增量模型
OO ＝ 对象 ＋ 类＋ 继承 ＋ 消息通讯 采用的过程模型 ： 喷泉模型
快速原型方法
16
1.3 软件工程
结构化的软件过程模型
1 瀑布模型
特点 阶段的顺序性和依赖性 推迟实现的观点 文档驱动的质量保证
4 第四阶段（80年代中期～至今） 关键词：桌面系统，面向对象，人工智能，网络，并行计算
4
1.1 软件技术概述
大型软件的特点：
规模大（数据量大、占用内存大） 复杂性高（模块间关系、调用方式、数据、文件） 开发周期长、涉及人员多 开发、维护和使用人员不同 多学科综合（软件知识、领域知识）
17
1.3 软件工程
2 快速原型模型
快速原型方法
原型：
是系统的早期版本，是系统的物理模型，
只实现了系统的一些最基本的功能，反映系统
的行为特性，但不一定满足全部需求。
快速原型法：
在软件生命周期的编码阶段之前
插入一个建立系统原型的阶段。
特点： 容易理解和沟通 及早发现需求中的问题 检查设计的可行性
5
1.1 软件技术概述
软件技术的定义：
是开发计算机软件所需的所有技术的总称
计算机软件技术的领域：
软件工程技术 程序设计技术 软件工具环境技术 系统软件技术 数据库技术 实时软件技术
6
1.1 软件技术概述
软件复用的定义
在构造新的软件系统的过程中，对已存在的软件产品 (设计结构、源代码、文档等)重复使用的技术
1979年美国政府项目调查表
8
1.2 软件危机
软件危机的表现
对软件开发成本和进度的估算很不准确 用户很不满意 质量很不可靠 没有适当的文档，维护困难 软件成本比重上升 供不应求
9
1.2 软件危机
软件危机产生的原因
客观：软件本身特点
逻辑部件 成本昂贵、本质复杂、没
B.W.Boehm的七条软件工程原理
确保软件质量和提高开发效率 内容：
严格按照计划进行管理 坚持进行阶段评审 实行严格的产品控制 采用现代化的程序设计技术 结果应能清楚地审计 开发小组的人员应该少而精 承认不断进行软件工程实践的必要性
软件生命周期的定义
是一个软件从用户需求开始，经过分析、开发、测试、运行维护 的一系列相关活动的全周期。
的技术方法，是回答“如何做” 的问题；
工具：为方法的运用提供自动的
或半自动的软件支撑环境；
过程：一系列工作步骤。 15
1.3 软件工程
方法学的分类
结构化方法 ：以算法和数据结构为核心 起源于结构化程序设计思想，注重系统组成要素之间的
相互作用关系，强调软件系统结构的合理性；
提出一组提高软件结构合理性的准则：结构化分析、结
第二篇 软件工程
主要内容：
软件工程的基本概念 软件开发各阶段的任务、技术、方法 主要的软件开发方法
结构化分析和设计 面向对象分析和设计 软件测试（步骤、方法） 软件维护（内容、策略）
1
第一章 软件工程概述
主要内容：
软件技术 软件危机 软件工程 软件工程环境
2
1.1 软件技术概述
有明显的制造过程，运行 期间存在退化问题。
规模庞大
硬件的故障率曲线
主观：不正确的开发方法
忽视需求分析
软件的故障率曲线
认为“软件开发 = 程序编写”，忽视设计和文 档
轻视软件测试和维护
10
1.2 软件危机
解决途径
组织管理
工程项目件工具
建立原型的步骤： 确定用户的基本需求 建立工作原型 试用原型 修改补充原型
18
1.3 软件工程
5 过程模型之间的比较
21
1.3 软件工程
面向对象方法学
1) 基本思想：
模拟人类习惯的思维方式，通过建立问题域的对象模型（不强 调算法和数据结构），使得问题空间与解空间在结构上尽可能一 致；开发过程渗透了演绎（一般到特殊：对象分类）和归纳（特 殊到一般：“派生类”对“基类”的继承）的渐进深化的思维过 程。
3
1.1 软件技术概述
软件的发展历史
个性化的程序 1 早期阶段（60年代中期以前）
工程化的产品(软件)
关键词：面向批处理，有限的分布，自定义软件。
2 第二阶段（60年代中期～70年代中期） 关键词：多用户，实时，数据库，软件产品。
3 第三阶段（70年代中期～80年代末） 关键词：分布式系统，嵌入“智能”，低成本硬件，消费者影响。
程序与软件
程序：一系列指令序列的集合，能被计算机理解和执行 软件：是计算机系统中与硬件子系统相互依存的另一个
子系统，是一个包含程序及其文档资料的完整集 合，提供了用户与硬件子系统之间的接口
软件
文档：与程序开发、维护和使用有关的图文材料 程序：按事先设计的功能和性能需求执行的指令序列 数据：是程序能正常操纵信息的数据结构
11
1.3 软件工程
软件工程的定义
是指用工程的概念、原理、技术和方法来开发和维护 软件，把经过时间考验证明正确的管理技术和当前能 够得到的最好的技术方法结合起来，指导计算机软件 的开发和维护的工程学科 指导计算机软件开发和维护的工程学科 工程方法 + 管理技术 + 技术方法
12
1.3 软件工程
三个层次：知识复用、方法复用、软件成分复用
软件成分复用的三个级别：
代码复用（剪贴、包含和继承） 设计结果复用（设计模型） 分析结果复用（分析模型）
组件技术
7
1.2 软件危机
软件危机的定义
计算机软件的开发和维护过程所遇到的一系列严重问题， 如：开发周期长、成本增加、可靠性降低等。
13
1.3 软件工程
软件的生命周期过程
14
1.3 软件工程
软件工程方法学
软件工程是技术与管理的紧密结合，技术是指方法学问题， 管理是指通过计划、组织和控制等活动，合理配置和使用各种资 源，得到满足质量要求的工作产物（运行系统和支持文档）。
方法学的三个要素：方法、工具和过程
方法：是完成软件开发各项任务
构化设计、结构程序设计和结构化测试
采用的过程模型 ： 瀑布模型、原型模型
面向对象方法
螺旋模型、增量模型
OO ＝ 对象 ＋ 类＋ 继承 ＋ 消息通讯 采用的过程模型 ： 喷泉模型
快速原型方法
16
1.3 软件工程
结构化的软件过程模型
1 瀑布模型
特点 阶段的顺序性和依赖性 推迟实现的观点 文档驱动的质量保证
4 第四阶段（80年代中期～至今） 关键词：桌面系统，面向对象，人工智能，网络，并行计算
4
1.1 软件技术概述
大型软件的特点：
规模大（数据量大、占用内存大） 复杂性高（模块间关系、调用方式、数据、文件） 开发周期长、涉及人员多 开发、维护和使用人员不同 多学科综合（软件知识、领域知识）