当前位置：文档之家 › 计算机软件工程课件.pptx

计算机软件工程课件.pptx

  • 格式：pptx
  • 大小：550.05 KB
  • 文档页数：64

下载文档原格式

  / 64

合集下载

软件工程全ppt课件

软件工程全ppt课件

大
需求分析
具有因果关系，紧密
学
相联。
概要设计
开发 时期
详细设计
韩
编码
静
萍
测试
运行 时期
运行与维护
2020/12/27
哈
原型模型（Prototype Model）
尔
滨
工
原型：是指模拟某种产品的原始模型
业
大
学
快速分析 和设计
1、原型系统仅包括未来系统的 主要功能，以及系统的重要
接口。
韩 静
加工 原型
原型
尔
滨
工
1、“软件工程”----Software Engineering
业 大
于1968年 NATO 组织在 德国召开的一次会议上提出
学
韩
静
是把软件当作一种工业产品，要求 “采用工程化的
萍
原理与方法对软件进行计划、开发和维护 ”。
2020/12/27
哈
2、 软件工程学
尔
滨
工
业
软件开发方法学
大 学
软件开发技术 软件工具
尔
滨
工
1、软件
software soft+ware
业
大
软制品
学
(软体)
韩
软件是计算机系统中与硬件相互依存的另一部分。
静
它包括程序、数据及其相关文档的完整集合。
萍
2020/12/27
哈
2、软件特点
尔
滨 工
. 软件是一种逻辑实体，而不是具体的物理实体
业
. 软件的生产与硬件不同
大
. 在软件的运行和使用期间，没有硬件那样的机械

软件工程课件(全)

软件工程课件(全)

03
识别项目中的关键路径，确保项目按计划进 行
04
及时调整项目计划，应对项目变更和不确定 性
风险管理策略制定
识别项目中的潜在风险， 包括技术风险、市场风险、 资源风险等
制定相应的风险应对策略 和措施，如风险规避、减 轻、转移和接受等
评估风险的概率和影响程 度，制定风险优先级列表
监控风险状态，及时调整 风险管理计划
质量改进
根据质量评估结果，制定相应的改进措施， 如优化性能、增强安全性等。
经验教训总结
对测试过程中遇到的问题进行总结，形成经 验教训，为后续项目提供参考。
06
项目管理与团队协作
项目计划制定与监控
01 制定详细的项目计划，包括项目目标、范围 、时间表、资源需求、成本估算等
02 设立项目里程碑，对项目进度进行阶段性监 控
开发方向。
持续集成和测试
03
迭代增量模型强调持续集成和测试的重要性，以确保每个迭代
周期都能交付高质量的软件产品。
03
需求分析与管理
需求获取与整理
确定需求来源
与客户、利益相关者、业务领 域专家等进行沟通，收集原始
需求。
需求分类
将收集到的需求按照功能、性 能、安全、易用性等方面进行 分类。
需求筛选
去除重复、模糊、不切实际的 需求，确保需求的准确性和可 行性。
处理变更请求
根据实际情况，决定是否接受变更请求，并 制定相应的实施计划。
跟踪和验证变更
对实施的变更进行跟踪和验证，确保变更的 正确性和完整性。
04
系统设计与实现
系统架构设计
分层架构
将系统划分为表示层、业务逻辑层和数据访问层，实现高内聚、 低耦合的设计。

软件工程概论PPT课件

软件工程概论PPT课件

集成测试
总结词
集成测试是在单元测试的基础上，将多个模块或组件组合在一起进行测试，以验证它们之间的集成是否正常工作。
详细描述
在软件开发过程中，当多个模块或组件完成单元测试后，需要进行集成测试来验证它们之间的交互和集成是否正 常。集成测试的目的是发现模块之间的接口问题和集成后的性能问题，以确保软件的整体功能和性能达到要求。
编码
选择编程语言
根据项目需求和团队技术能力，选择适合的 编程语言进行编码。
编码规范
制定编码规范，确保代码的可读性、可维护 性和可扩展性。
编码实现
按照设计文档和编码规范，编写代码实现各 个模块的功能。
代码审查
对编写的代码进行审查，确保其符合规范和 设计要求，并进行必要的重构和优化。
测试
单元测试
对每个模块进行单元测试，确保其功能正常、符合设计要求。
界面风格与一致性
界面设计应保持一致的风格，以提高用户对软件系统的认知和熟悉 度。
模块设计与划分
模块设计与划分概述
模块设计与划分是指将软件系统划分为一系列相互独立、可复用 的模块。
模块化设计的好处
模块化设计可以提高软件系统的可维护性、可扩展性和可重用性。
模块间的通信与协作
模块间的通信和协作是模块化设计的关键，应确保模块间的松耦 合和低耦合。
05 软件测试工程
单元测试
总结词
单元测试是对软件中的最小可测试单元进行检查和验证，通常以函数或方法为 单位进行测试。
详细描述
单元测试是软件开发过程中的一种测试方法，旨在验证软件的最小单元是否符 合设计要求和功能规范。它通常在编码阶段同步进行，以确保代码的正确性和 可靠性。单元测试的方法包括白盒测试和黑盒测试。

《软件工程》PPT课件

《软件工程》PPT课件

问题定义（续）
系统全部弄清楚了。还有一些人可能会给你展示一些企业的十分详 尽的管理示图，如物资流管理图、生产管理图、计划财务管理图等。 因为他们也可能认为，只要分析员把这些图看懂了，就会对他们要 建立的系统搞清楚了。
但是，在问题定义阶段千万不要陷入到这些表格和图纸中。因为不 管是表格还是图纸，其中都包含了大量的、只有用户才能懂的术语。 当然，并不是说在问题定义阶段，这些图纸表格没有一点作用。对 一些关键性的语汇可以请用户讲清楚，这样有利于问题定义的准确 性。
快速原型（续）——类型之三
为了保证软件产品的质量，在总体设计和详细设计过程中，用 原型来验证总体结构或某些关键算法。如果设计方案验证完成后就 将原型丢弃，则构造原型的工具不必与目标系统的生产环境一致。 如果想把原型作为最终产品的一部分，原型和目标系统可使用同样 的程序设计语言。
快速原形的开发过程
问题定义的目的是要在短时间内，对用户的要求有一个比较准确的 估计，对要实现的系统规模做到胸中有数。但仅有这些还不够，还 要搞清用户不打算干什么，在这个系统中哪些内容不用实现。工作 的宗旨是搞清要做什么并划清要实现的系统的范围边界。
在完成问题定义的过程中，用户在一开始，可能会给你大堆大堆的 表格，因为他们可能认为只要把表格给你讲清楚，你就会对这个
系统定义与用户 需求分析
原型设计 编码
完善原 型
测试原 型
产品系统的设 计实现
第三课时
喷泉模型 软件重用模型
第一章第三课时
喷泉模型
基于喷泉模型，Hodge等人提出将软件开发过程
划分为概念模型分析、系统设计、对象设计与实现、
测试和系统组装集成等五个阶段，它也体现出分析
和设计之间的重叠 ①概念模型分析：这个阶段主

软件工程全套教学课件pptx

软件工程全套教学课件pptx
软件工程全套教学课件pptx
目录 CONTENTS
• 软件工程概述 • 软件开发过程与方法 • 需求分析与管理 • 系统设计与实现 • 测试与质量保证 • 项目管理与团队协作 • 软件维护与演化 • 新兴技术在软件工程中的应用
01
软件工程概述
软件工程定义与发展
软件工程的定义
软件工程是一种系统性的方法，用于 开发、运行和维护软件。它涵盖了从 需求分析、设计、编码、测试到维护 的整个软件生命周期。
01
风险识别
通过项目分析、经验借鉴等方法 ，识别潜在的项目风险。
03
风险应对策略
针对不同类型的风险，制定相应 的应对策略，如风险规避、风险
减轻、风险转移等。
02
风险评估
对识别出的风险进行评估，确定 风险等级和影响程度。
04
风险监控
定期监控项目风险状况，及时调 整风险管理策略，确保项目顺利
进行。
07
段都有明确的输入和输出。
螺旋引入风险分析，采用迭代方式逐步开发
和完善软件。
原型模型
03
快速构建软件原型，通过用户反馈不断修改和完善原型，最终
得到符合用户需求的软件产品。
敏捷软件开发方法
01
Scrum
一种轻量级的敏捷开发框架，强 调跨职能团队、迭代开发和持续 反馈。
02
极限编程（XP）
收集需求信息
通过访谈、问卷调查、原型评估等方法，收集详细的 需求信息。
整理需求文档
对收集到的需求信息进行分类、筛选和整理，形成初 步的需求文档。
需求规格说明书编写
明确编写目的
阐述需求规格说明书的目标、范围和读者对象。
详细描述功能需求
采用用例图、流程图等方式，详细描述每个功能 的需求，包括输入、输出、处理逻辑等。

软件工程课程ppt课件

软件工程课程ppt课件
项目管理工具
如Microsoft Project、JIRA等，用于项目计划制定、 任务跟踪和团队协作。
团队协作与沟通
团队协作的重要性
建立高效协作机制，提 高团队整体效能。
沟通技巧
倾听、表达清晰、及时 反馈等，促进团队成员 之间的有效沟通。
协作工具
如Git、GitHub、 Confluence等，支持版 本控制、代码托管和团 队协作。
软件工程课程ppt课 件
目录
• 软件工程概述 • 软件需求分析 • 软件设计 • 软件开发 • 软件测试与质量保证 • 软件维护与演化 • 软件工程管理与实践
01
软件工程概述
软件工程的定义与发展
定义
软件工程是一门研究用工程化方法构建和维护有效、实用和高质量的软件的学科。
发展历程
从20世纪60年代的软件危机开始，软件工程逐渐发展成为一个独立的学科领域，经历了瀑布模 型、螺旋模型、敏捷开发等不同的开发模式和方法。
阐述持续集成和持续交付的概念、原 理和实践，以及如何通过持续集成和 持续交付来加速软件的演化过程并提 高软件的质量。
07
软件工程管理与实践
项目管理方法与工具
传统项目管理方法
包括瀑布模型、螺旋模型等，强调项目计划、进度控 制和风险管理。
敏捷项目管理方法
如Scrum、Kanban等，注重快速响应变化、持续集 成和交付。
兼容性测试
测试软件在不同硬件、操 作系统、浏览器等环境下 的兼容性。
自动化测试
使用自动化工具进行软件 测试，提高测试效率和准 确性。
缺陷管理与跟踪
缺陷记录
详细记录缺陷信息，包括缺陷描述、重现 步骤、严重程度等。
缺陷分析
对缺陷进行统计分析，找出缺陷产生的原 因和规律。

《软件工程全》课件

《软件工程全》课件
软件质量的标准
软件质量的标准包括ISO 9126、 McCall等，它们从不同角度对软 件质量进行了描述和评价。
单元测试
单元测试的概念
单元测试是对软件中的最小可测试单 元进行检查和验证。在面向对象编程 中，单元测试通常是对类的方法进行 测试。
单元测试的方法
单元测试的方法包括白盒测试和黑盒 测试。白盒测试需要了解内部实现细 节，而黑盒测试只需要关注输入和输 出结果。
软件工程的定义
详细描述
软件工程是一门研究软件开发和维护的学科，它采用工程化的方法和技术，将 系统化的开发过程、先进的开发技术和高效的开发管理结合起来，以高效地开 发高质量的软件产品。
软件工程的历史与发展
总结词：软件工程的历史与发展
详细描述：软件工程的历史可以追溯到20世纪60年代 。最初，软件开发主要依靠程序员的手动编程，随着软 件规模的扩大和复杂性的增加，软件开发过程中的问题 逐渐显现。为了解决这些问题，软件工程的概念和方法 逐渐形成和发展。随着时间的推移，软件工程不断演进 和完善，形成了许多经典的软件开发模型和方法论，如 瀑布模型、螺旋模型、迭代模型等。同时，随着技术的 不断发展，软件工程也在不断引入新的技术和方法，如 敏捷开发、持续集成和持续交付等。
系统测试与验收测试
系统测试的概念
系统测试是对整个系统的功能、性能 和其他方面进行全面的测试，以确保 系统能够满足用户需求。
验收测试的概念
验收测试是用户对系统的最终验收过 程，其目的是确认系统是否符合合同 或需求规格说明中的要求。
PART 06
软件维护与演化
软件维护的定义与分类
定义
软件维护是在软件运行过程中，为了改正错误、满足新的需求、改进性能等目的，对软件进行的修改和调整。

软件工程ppt课件完整版

软件工程ppt课件完整版
缺陷跟踪
使用缺陷管理工具对缺陷进行 跟踪，确保每个缺陷都得到处 理。
缺陷修复
开发人员对缺陷进行分析并修 复，然后提交给测试人员进行 验证。
回归测试
对修复后的缺陷进行回归测试 ，确保修复没有引入新的缺陷
。
质量评估与改进
质量评估
定期对软件产品的质量进行评估，包括功能 、性能、安全等方面。
过程改进
对软件开发过程进行持续改进，提高开发效 率和软件质量。
，提高代码的可读性和可维护性。
模块化开发
02
采用模块化开发方式，将系统划分为不同的模块进行开发，提
高开发效率和质量。
错误处理
03
对可能出现的错误进行充分的考虑和处理，包括异常捕获、日
志记录和错误提示等，确保系统的稳定性和可靠性。
05 测试与质量保证
测试类型及方法
功能测试对软件产品的各项功 进行验证，确保符 合需求和设计。
同时引入了风险管理机制。
螺旋模型的主要阶段包括：制 定计划、风险分析、工程实施
和客户评估。
螺旋模型的优点在于其强调风 险分析和迭代开发，能够及时 发现并解决问题，降低项目风 险。
螺旋模型的缺点在于其需要较 高的项目管理能力和技术水平 ，且可能因为过度关注风险而 忽略其他重要因素。
敏捷开发模型
敏捷开发的主要实践包括：短周期迭代开发、 持续集成、持续交付和自动化测试等。
水平。
04
迭代增量模型的优点在于其能够逐步增加系统功能和 性能，降低项目风险，同时也能够及时发现并解决问 题。
03 需求分析与管理
需求获取与整理
确定需求来源
与客户、利益相关者、业务领域 专家等进行沟通，明确需求背景
和范围。

软件工程培训课件(PPT)

软件工程培训课件(PPT)

编码效率技巧：在保证代 码质量的前提下，应该尽 可能提高编码效率，减少 不必要的重复工作。
单元测试的方法与工具
测试用例设 计
执行测试流 程
测试工具选 择
测试结果分 析和报告
集成测试的方法与工具
测试方法：自 下而上、自上
而下
测试工具： JUnit、
Te s t N G 、 Selenium等
测试目的：检 测模块之间的 接口是否正确
方法：采用版本控制、变更 控制、状态报告等手段进行
管理
感谢观看
汇报人：
软件风险管理的方法与策略
风险识别：识别潜在的风险和 问题
风险评估：评估风险的大小和 影响
风险应对：制定应对策略和措 施
风险监控：持续监控风险的变 化和进展
软件配置管理的基本概念与方法
目的：确保软件产品的完整 性、一致性和可追溯性
范围：包括文档、程序、数 据等所有软件工程产品
定义：软件配置管理是一种 标识、组织和控制修改的技 术
质量控制：通过测试、统计等方 法，对软件开发过程中的质量进 行监控和评估，及时发现和解决 问题。
添加标题
添加标题
添加标题
添加标题
质量保证：通过一系列的质量保 证活动，如代码审查、测试、文 档编写等，确保软件质量的稳定 性和可靠性。
工具和技术：使用一些工具和技 术来辅助软件质量管理，如代码 审查工具、测试工具、项目管理 工具等。
编写要求：清晰明了，易于理解，方便查阅，及时更新
编写目的：方便用户和系统管理员使用和维护系统
06
软件工程管理
软件项目计划与进度安排
定义项目目标和范围 确定关键路径和里程碑 分配资源和工作任务 监控和控制项目进度

《软件工程介绍》PPT课件

《软件工程介绍》PPT课件
通过模块化设计和良好的文档支持，方便 软件的后期维护和升级。
适应需求变化
通过灵活的开发方法和工具支持，快速响 应和适应需求变化。
02
软件开发过程模型
瀑布模型
01
线性顺序
瀑布模型按照线性顺序进行软件 开发，包括需求分析、设计、编 码、测试和部署等阶段。
02
03
严格阶段划分
易于管理
每个阶段都有明确的输入和输出， 以及相应的评审和验证活动，确 保阶段间的正确过渡。
行业发展趋势预测
智能化开发工具
利用人工智能和机器学习技术，提升软件 开发过程的自动化和智能化水平。
云计算与微服务
借助云计算平台和微服务架构，实现软件 系统的弹性扩展和快速响应能力。
低代码/无代码开发
通过低代码/无代码开发平台，降低软件 开发门槛，提高开发效率和质量。
软件开发与业务融合
加强软件开发与业务的紧密融合，推动软 件工程的持续创新和发展。
增量模型
增量模型将软件产品划分为一系列增量，每个增量都是一个完整 的软件产品子集，逐步构建和完善整个系统。
演化模型
演化模型适用于需求不断变化的项目，通过不断演化现有系统来 满足新的需求。
03
需求分析与管理
需求获取与整理
通过与用户交流、调研和观察，收集原始 需求。
对收集到的需求进行分类、筛选和整理， 去除重复和无效需求。
对需求进行优先级排序，确定核心需求和 次要需求。
需求规格说明书编写
编写清晰、准确、无歧义的需求规格说明 书。
说明书应包含对需求的详细描述、功能要 求、性能要求、安全要求等。
说明书应提供足够的细节，以便开发人员 理解和实现需求。
需求变更管理

软件工程完整PPT课件

软件工程完整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. 软件开发工具 软件开发工具是指可以用来帮助开发，测试、分 析、维护其他计算机程序及其文档资料，实现软 件生产过程自动化的一类程序。 软件工具主要包括需求分析工具、设计工具、编 码工具、确认工具、维护工具等。

《软件工程》PPT课件

《软件工程》PPT课件

设计方法
E-R图、范式化、反范式化等
优化策略
索引优化、查询优化、存储优化等
04
软件测试与质量保证
测试策略与计划制定
确定测试目标
明确测试的目的和范围，确保测试工作有针对 性。
制定测试计划
根据测试目标，制定详细的测试计划，包括测 试资源、时间表、风险管理等。
选择测试方法
根据软件特点和测试需求，选择合适的测试方法，如黑盒测试、白盒测试、灰 盒测试等。
《软件工程》PPT课件
目录
• 引言 • 软件需求分析 • 软件设计与开发 • 软件测试与质量保证 • 软件维护与演化 • 软件工程管理与实践
01
引言
软件工程概述
软件工程定义
软件工程是一门研究计算机软件开发、 维护和管理的科学，旨在通过系统方 法、工具和技术来提高软件开发的效 率和质量。
软件工程的目标
B
C
D
持续改进与优化
在项目执行过程中，不断总结经验教训， 持续改进和优化项目管理流程和方法。
迭代开发与交付
通过短周期的迭代开发和交付，不断收集 用户反馈，及时调整产品方向和开发计划。
THANKS
感谢观看
回归测试
02
03
缺陷分析
在修复缺陷后，进行回归测试以 验证修复效果，确保软件质量得 到提升。
对缺陷进行统计分析，找出缺陷 产生的原因和规律，为改进软件 开发过程提供依据。
质量保证措施
代码审查 通过代码审查，检查代码是否符合编码
规范和设计要求，提高代码质量。
质量度量与监控 建立质量度量体系，对软件质量进行 度量和监控，及时发现和解决问题。
在给定成本和时间内，设计、实现和 维护软件系统。同时，软件工程也致 力于开发高质量、高可靠性和易于维 护的软件产品。

计算机软件工程课件

计算机软件工程课件
n 质量保证的活动内容
PPT文档演模板
计算机软件工程课件
质量保证的活动内容
软件测试 控制：软件配置 方法：设计、编码… 复审：计划与开发
PPT文档演模板
计算机软件工程课件
软件可靠性
n 可靠性的定义和分级
n 定义：在给定的时间内，程序按照规定的条 件成功地运行的概率
n 可靠性等级
n 可靠性模型 n 软件容错技术
ISO 9000 国际标准
n 质量术语标准
n ISO 8402-1994
n 质量保证标准
n ISO 9001
n 质量管理标准
n ISO 9004-1
PPT文档演模板
计算机软件工程课件
软件企业实施ISO9000标准
n 知识准备 n 立法 n 宣传 n 执行 n 监督 n 改进
PPT文档演模板
计算机软件工程课件
计算机软件工程课件
CASE环境的组成
CASE工具 集成化框架 为可移植性服务的机构
操作系统 硬件平台 环境体系结构
PPT文档演模板
计算机软件工程课件
CASE集成框架的典型结构
PPT文档演模板
用户界面层 界面工具箱 表示协议
工具层工具管理服务
CASE 工具
工具管 理服务
对象管理层 集成服务 配置管理服务
计算机软件工程课件
PPT文档演模板
2020/12/8
计算机软件工程课件
管理的目的与内容
n 目的
n 按预定的时间和费用，完成软件的计划、开发 和维护
n 内容
n 费用管理
n 估算软件的开发费用 n 管理开发费用的有效使用
n 质量管理（包括配置管理） n 项目的其它管理
  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

0.70 - 1.65
1.30
计
对程序执行时间的约束
1.00 - 1.66
1.11
算
对程序占用存储容量的约束
1.0 - 1.56
1.06
机
开发环境的变动
0.87 - 1.30
1.00
属
开发环境的响应时间
0.87 - 1.15
1.00
性
人
分析员水平
1.46 - 0.71
0.86
员
程序员水平
1.42 - 0.70
第11章 软件工程管理
管理的目的与内容 软件估算模型 软件成本估计 人员的分配与组织 项目进度安排 软件知识产权保护
1
管理的目的与内容
目的
按预定的时间和费用，完成软件的计划、开发 和维护
内容
费用管理
估算软件的开发费用 管理开发费用的有效使用
质量管理（包括配置管理） 项目的其它管理
11
算法模型估计
算法模型就是资源模型
由历史数据导出 选择适用的模型
模型估计法与自顶向下估计或由底向上 估计结合使用
12
人员的分配与组织
Rayleigh-Norden曲线 两条重要定律 人员组织
13
Rayleigh-Norden曲线
人力
①浪费的人力 ②不足的人力 ③过晚的人力
②
①
③
1.40
25
可靠性模型
正比于遗留故障数的宏观模型 平均故障时间模型（MTTF模型） 错误植入模型
26
软件容错技术
容错软件（有抗故障功能的软件）
屏蔽错误 修复错误 减少影响
冗余技术
结构冗余 时间冗余 信息冗余
容错软件的设计
27
静态冗余结构和动态冗余结构
M1
u1
I
M2 u2 V
U
u3 M3
M1
主模块
M2
备用
I
………
…
备用 Mn
28
容错软件设计
建立需求说明，设计 软件的非容错结构
分析错误类型 确定容错范围
确定采用的冗余 技术，修改结构
评估容错效果
29
程序正确性证明
用数学的方法，证明程序具有某些性质
…P
S
{P}S{R} …R
30
CMM软件能力成熟度模型
项目进度安排 人员的分配与组织
2
软件估算模型
静态单变量资源模型 Putnam资源模型 COCOMO模型
3
静态单变量资源模型
资源 = c1 x (估计的软件特征)c2 资源
开发工作量(E)、开发时间(T)或开发人数(P)
估计的软件特征
源程序长度(L)或软件工作量(E)
c1 ，c2
组织 半独立 嵌入
增加工作量调节因子
6
不同类型软件的 COCOMO模型
软件类别
模型方程
适用范围
组织型 半独立型 嵌入型
E=3.2×L1.05 T=2.5×E0.38
E=3.0×L1.12 T=2.5×E0.35
E=2.8×L1.20 T=2.5×E0.32
高级语言应用程序，如科学计算， 数据处理 企业管理程序等
23
软件可靠性
可靠性的定义和分级
定义：在给定的时间内，程序按照规定的条 件成功地运行的概率
可靠性等级
可靠性模型 软件容错技术
24
可靠性分级表
分级
故障的后果
开发工作量比例因子
甚低
工作略有不便
0.75
低
有损失，但容易弥补
0.88
正常
弥补损失比较困难
1.00
高
重大的经济损失
1.15
甚高
危及人的生命
从软件质量保证到质量认证
质量管理的三个阶段
质量检验 全面质量管理TQC 质量认证
CMM软件能力成熟度模型 ISO 9000国际标准
21
质量保证
软件的质量属性
功能性 可靠性 易用性 效率 可维护性 可移植性
质量保证的活动内容
22
质量保证的活动内容
软件测试 控制：软件配置 方法：设计、编码… 复审：计划与开发
大多数实用程序，如编辑程序、连 接程序 编辑程序等
与硬件关系密切的系统程序，如操
作系统
数据库管理系统，实时处理与控制
程序等
7
调节因子和它的值范围
属性
调节因子
调节值范围
例13.1中 使用的值
产 品 属 性
要求的可靠性等级 数据库规模 产品复杂度
0.75 - 1.40
1.00
0.94 - 1.16
0.94
项目进度安排
计划评审技术
建立PERT图 找出关键路径 标出最迟开始时间 PERT图的使用
Gannt图
17
PERT图例子
设计 ４
文档 ２
分析
编码 ４
终点
测试
起点
数据
２
产品
测试
测试 ４
计划
２
测试
软件
６
18
关键路径
（0,0） 起点
（0,3） 分析 ３
（0,2） 测试 计划 ２
（3,7）
设计 ４
0.86
属
对应用领域的熟悉程度
1.29 - 0.82
1.00
性
对开发环境的熟悉程度
1.21 - 0.90
1.10
对所用语言的熟悉程度
1.14 - 0.95
1.00
项
开发方法的现代化
1.24 - 0.82
0.91
目
软件工具的数质量
1.24 - 0.83
1.10
属
完成时间的限制
1.23 - 1.10
1.00
（3,5）
测试 数据 ２
（2,8）
测试 软件 ６
（7,9）
文档 ２
（7,11）
编码 ４
（15,15） 终点
（11,15）
产品 测试 ４
19
第12章 软件质量管理
从质量保证到质量认证 质量保证 软件可靠性 程序正确性证明 CMM软件能力成熟度模型 ISO9000 国际标准 软件度量
20
性
8
软件成本估计
自顶向下成本估计 由底向上成本估计 算法模型估计
9
自顶向下成本估计
首先估算总成本 然后在项目内部进行成本分配 特尔斐Delphi法
多个专家各自填表 综合专家意见，摘要通知大家 开始新一轮估计 多次反复，直到专家意见接近
10
由底向上成本估算
先将开发任务分解为许多子任务 子任务分成子子任务 估计各个任务单元的成本 汇合成项目总成本
依赖于开发环境和软件应用领域的常数
4
Putnam资源模型
L = cK1/3T4/3 或 K = L3 / (c3T4) L (行)：源程序长度 T (年)：开发时间 K (人-年)： 全生存期工作量 c: 与开发环境有关的常数
5
பைடு நூலகம்
COCOMO模型
COnstructive COst MOdel 以静态单变量模型为基础 将软件分类：
td
t
14
两条重要的定律
人员-时间权衡定律
E=常数/（T或td）4
Brooks定律
向一个已经延晚的项目追加开发人员，可能 使它完成得更晚
15
人员组织
层次型组织结构
软件经理 项目经理
民主开发小组
无我程序设计
主程序员小组
一元化领导
主程序员分配工作 主程序员决定重大问题
开发小组
16