计算机软件工程课件.pptx
合集下载
软件工程全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课件
集成测试
总结词
集成测试是在单元测试的基础上，将多个模块或组件组合在一起进行测试，以验证它们之间的集成是否正常工作。
详细描述
在软件开发过程中，当多个模块或组件完成单元测试后，需要进行集成测试来验证它们之间的交互和集成是否正 常。集成测试的目的是发现模块之间的接口问题和集成后的性能问题，以确保软件的整体功能和性能达到要求。
编码
选择编程语言
根据项目需求和团队技术能力，选择适合的 编程语言进行编码。
编码规范
制定编码规范，确保代码的可读性、可维护 性和可扩展性。
编码实现
按照设计文档和编码规范，编写代码实现各 个模块的功能。
代码审查
对编写的代码进行审查，确保其符合规范和 设计要求，并进行必要的重构和优化。
测试
单元测试
对每个模块进行单元测试，确保其功能正常、符合设计要求。
界面风格与一致性
界面设计应保持一致的风格，以提高用户对软件系统的认知和熟悉 度。
模块设计与划分
模块设计与划分概述
模块设计与划分是指将软件系统划分为一系列相互独立、可复用 的模块。
模块化设计的好处
模块化设计可以提高软件系统的可维护性、可扩展性和可重用性。
模块间的通信与协作
模块间的通信和协作是模块化设计的关键，应确保模块间的松耦 合和低耦合。
05 软件测试工程
单元测试
总结词
单元测试是对软件中的最小可测试单元进行检查和验证，通常以函数或方法为 单位进行测试。
详细描述
单元测试是软件开发过程中的一种测试方法，旨在验证软件的最小单元是否符 合设计要求和功能规范。它通常在编码阶段同步进行，以确保代码的正确性和 可靠性。单元测试的方法包括白盒测试和黑盒测试。
《软件工程》PPT课件
问题定义（续）
系统全部弄清楚了。还有一些人可能会给你展示一些企业的十分详 尽的管理示图，如物资流管理图、生产管理图、计划财务管理图等。 因为他们也可能认为，只要分析员把这些图看懂了，就会对他们要 建立的系统搞清楚了。
但是，在问题定义阶段千万不要陷入到这些表格和图纸中。因为不 管是表格还是图纸，其中都包含了大量的、只有用户才能懂的术语。 当然，并不是说在问题定义阶段，这些图纸表格没有一点作用。对 一些关键性的语汇可以请用户讲清楚，这样有利于问题定义的准确 性。
快速原型（续）——类型之三
为了保证软件产品的质量，在总体设计和详细设计过程中，用 原型来验证总体结构或某些关键算法。如果设计方案验证完成后就 将原型丢弃，则构造原型的工具不必与目标系统的生产环境一致。 如果想把原型作为最终产品的一部分，原型和目标系统可使用同样 的程序设计语言。
快速原形的开发过程
问题定义的目的是要在短时间内，对用户的要求有一个比较准确的 估计，对要实现的系统规模做到胸中有数。但仅有这些还不够，还 要搞清用户不打算干什么，在这个系统中哪些内容不用实现。工作 的宗旨是搞清要做什么并划清要实现的系统的范围边界。
在完成问题定义的过程中，用户在一开始，可能会给你大堆大堆的 表格，因为他们可能认为只要把表格给你讲清楚，你就会对这个
系统定义与用户 需求分析
原型设计 编码
完善原 型
测试原 型
产品系统的设 计实现
第三课时
喷泉模型 软件重用模型
第一章第三课时
喷泉模型
基于喷泉模型，Hodge等人提出将软件开发过程
划分为概念模型分析、系统设计、对象设计与实现、
测试和系统组装集成等五个阶段，它也体现出分析
和设计之间的重叠 ①概念模型分析：这个阶段主
软件工程全套教学课件pptx
软件工程全套教学课件pptx
目录 CONTENTS
• 软件工程概述 • 软件开发过程与方法 • 需求分析与管理 • 系统设计与实现 • 测试与质量保证 • 项目管理与团队协作 • 软件维护与演化 • 新兴技术在软件工程中的应用
01
软件工程概述
软件工程定义与发展
软件工程的定义
软件工程是一种系统性的方法，用于 开发、运行和维护软件。它涵盖了从 需求分析、设计、编码、测试到维护 的整个软件生命周期。
01
风险识别
通过项目分析、经验借鉴等方法 ，识别潜在的项目风险。
03
风险应对策略
针对不同类型的风险，制定相应 的应对策略，如风险规避、风险
减轻、风险转移等。
02
风险评估
对识别出的风险进行评估，确定 风险等级和影响程度。
04
风险监控
定期监控项目风险状况，及时调 整风险管理策略，确保项目顺利
进行。
07
段都有明确的输入和输出。
螺旋引入风险分析，采用迭代方式逐步开发
和完善软件。
原型模型
03
快速构建软件原型，通过用户反馈不断修改和完善原型，最终
得到符合用户需求的软件产品。
敏捷软件开发方法
01
Scrum
一种轻量级的敏捷开发框架，强 调跨职能团队、迭代开发和持续 反馈。
02
极限编程（XP）
收集需求信息
通过访谈、问卷调查、原型评估等方法，收集详细的 需求信息。
整理需求文档
对收集到的需求信息进行分类、筛选和整理，形成初 步的需求文档。
需求规格说明书编写
明确编写目的
阐述需求规格说明书的目标、范围和读者对象。
详细描述功能需求
采用用例图、流程图等方式，详细描述每个功能 的需求，包括输入、输出、处理逻辑等。
目录 CONTENTS
• 软件工程概述 • 软件开发过程与方法 • 需求分析与管理 • 系统设计与实现 • 测试与质量保证 • 项目管理与团队协作 • 软件维护与演化 • 新兴技术在软件工程中的应用
01
软件工程概述
软件工程定义与发展
软件工程的定义
软件工程是一种系统性的方法，用于 开发、运行和维护软件。它涵盖了从 需求分析、设计、编码、测试到维护 的整个软件生命周期。
01
风险识别
通过项目分析、经验借鉴等方法 ，识别潜在的项目风险。
03
风险应对策略
针对不同类型的风险，制定相应 的应对策略，如风险规避、风险
减轻、风险转移等。
02
风险评估
对识别出的风险进行评估，确定 风险等级和影响程度。
04
风险监控
定期监控项目风险状况，及时调 整风险管理策略，确保项目顺利
进行。
07
段都有明确的输入和输出。
螺旋引入风险分析，采用迭代方式逐步开发
和完善软件。
原型模型
03
快速构建软件原型，通过用户反馈不断修改和完善原型，最终
得到符合用户需求的软件产品。
敏捷软件开发方法
01
Scrum
一种轻量级的敏捷开发框架，强 调跨职能团队、迭代开发和持续 反馈。
02
极限编程（XP）
收集需求信息
通过访谈、问卷调查、原型评估等方法，收集详细的 需求信息。
整理需求文档
对收集到的需求信息进行分类、筛选和整理，形成初 步的需求文档。
需求规格说明书编写
明确编写目的
阐述需求规格说明书的目标、范围和读者对象。
详细描述功能需求
采用用例图、流程图等方式，详细描述每个功能 的需求，包括输入、输出、处理逻辑等。
软件工程课程ppt课件
项目管理工具
如Microsoft Project、JIRA等，用于项目计划制定、 任务跟踪和团队协作。
团队协作与沟通
团队协作的重要性
建立高效协作机制，提 高团队整体效能。
沟通技巧
倾听、表达清晰、及时 反馈等，促进团队成员 之间的有效沟通。
协作工具
如Git、GitHub、 Confluence等，支持版 本控制、代码托管和团 队协作。
软件工程课程ppt课 件
目录
• 软件工程概述 • 软件需求分析 • 软件设计 • 软件开发 • 软件测试与质量保证 • 软件维护与演化 • 软件工程管理与实践
01
软件工程概述
软件工程的定义与发展
定义
软件工程是一门研究用工程化方法构建和维护有效、实用和高质量的软件的学科。
发展历程
从20世纪60年代的软件危机开始，软件工程逐渐发展成为一个独立的学科领域，经历了瀑布模 型、螺旋模型、敏捷开发等不同的开发模式和方法。
阐述持续集成和持续交付的概念、原 理和实践，以及如何通过持续集成和 持续交付来加速软件的演化过程并提 高软件的质量。
07
软件工程管理与实践
项目管理方法与工具
传统项目管理方法
包括瀑布模型、螺旋模型等，强调项目计划、进度控 制和风险管理。
敏捷项目管理方法
如Scrum、Kanban等，注重快速响应变化、持续集 成和交付。
兼容性测试
测试软件在不同硬件、操 作系统、浏览器等环境下 的兼容性。
自动化测试
使用自动化工具进行软件 测试，提高测试效率和准 确性。
缺陷管理与跟踪
缺陷记录
详细记录缺陷信息，包括缺陷描述、重现 步骤、严重程度等。
缺陷分析
对缺陷进行统计分析，找出缺陷产生的原 因和规律。
如Microsoft Project、JIRA等，用于项目计划制定、 任务跟踪和团队协作。
团队协作与沟通
团队协作的重要性
建立高效协作机制，提 高团队整体效能。
沟通技巧
倾听、表达清晰、及时 反馈等，促进团队成员 之间的有效沟通。
协作工具
如Git、GitHub、 Confluence等，支持版 本控制、代码托管和团 队协作。
软件工程课程ppt课 件
目录
• 软件工程概述 • 软件需求分析 • 软件设计 • 软件开发 • 软件测试与质量保证 • 软件维护与演化 • 软件工程管理与实践
01
软件工程概述
软件工程的定义与发展
定义
软件工程是一门研究用工程化方法构建和维护有效、实用和高质量的软件的学科。
发展历程
从20世纪60年代的软件危机开始，软件工程逐渐发展成为一个独立的学科领域，经历了瀑布模 型、螺旋模型、敏捷开发等不同的开发模式和方法。
阐述持续集成和持续交付的概念、原 理和实践，以及如何通过持续集成和 持续交付来加速软件的演化过程并提 高软件的质量。
07
软件工程管理与实践
项目管理方法与工具
传统项目管理方法
包括瀑布模型、螺旋模型等，强调项目计划、进度控 制和风险管理。
敏捷项目管理方法
如Scrum、Kanban等，注重快速响应变化、持续集 成和交付。
兼容性测试
测试软件在不同硬件、操 作系统、浏览器等环境下 的兼容性。
自动化测试
使用自动化工具进行软件 测试，提高测试效率和准 确性。
缺陷管理与跟踪
缺陷记录
详细记录缺陷信息，包括缺陷描述、重现 步骤、严重程度等。
缺陷分析
对缺陷进行统计分析，找出缺陷产生的原 因和规律。
《软件工程全》课件
软件质量的标准
软件质量的标准包括ISO 9126、 McCall等，它们从不同角度对软 件质量进行了描述和评价。
单元测试
单元测试的概念
单元测试是对软件中的最小可测试单 元进行检查和验证。在面向对象编程 中，单元测试通常是对类的方法进行 测试。
单元测试的方法
单元测试的方法包括白盒测试和黑盒 测试。白盒测试需要了解内部实现细 节，而黑盒测试只需要关注输入和输 出结果。
软件工程的定义
详细描述
软件工程是一门研究软件开发和维护的学科，它采用工程化的方法和技术，将 系统化的开发过程、先进的开发技术和高效的开发管理结合起来，以高效地开 发高质量的软件产品。
软件工程的历史与发展
总结词：软件工程的历史与发展
详细描述：软件工程的历史可以追溯到20世纪60年代 。最初，软件开发主要依靠程序员的手动编程，随着软 件规模的扩大和复杂性的增加，软件开发过程中的问题 逐渐显现。为了解决这些问题，软件工程的概念和方法 逐渐形成和发展。随着时间的推移，软件工程不断演进 和完善，形成了许多经典的软件开发模型和方法论，如 瀑布模型、螺旋模型、迭代模型等。同时，随着技术的 不断发展，软件工程也在不断引入新的技术和方法，如 敏捷开发、持续集成和持续交付等。
系统测试与验收测试
系统测试的概念
系统测试是对整个系统的功能、性能 和其他方面进行全面的测试，以确保 系统能够满足用户需求。
验收测试的概念
验收测试是用户对系统的最终验收过 程，其目的是确认系统是否符合合同 或需求规格说明中的要求。
PART 06
软件维护与演化
软件维护的定义与分类
定义
软件维护是在软件运行过程中，为了改正错误、满足新的需求、改进性能等目的，对软件进行的修改和调整。
软件质量的标准包括ISO 9126、 McCall等，它们从不同角度对软 件质量进行了描述和评价。
单元测试
单元测试的概念
单元测试是对软件中的最小可测试单 元进行检查和验证。在面向对象编程 中，单元测试通常是对类的方法进行 测试。
单元测试的方法
单元测试的方法包括白盒测试和黑盒 测试。白盒测试需要了解内部实现细 节，而黑盒测试只需要关注输入和输 出结果。
软件工程的定义
详细描述
软件工程是一门研究软件开发和维护的学科，它采用工程化的方法和技术，将 系统化的开发过程、先进的开发技术和高效的开发管理结合起来，以高效地开 发高质量的软件产品。
软件工程的历史与发展
总结词：软件工程的历史与发展
详细描述：软件工程的历史可以追溯到20世纪60年代 。最初，软件开发主要依靠程序员的手动编程，随着软 件规模的扩大和复杂性的增加，软件开发过程中的问题 逐渐显现。为了解决这些问题，软件工程的概念和方法 逐渐形成和发展。随着时间的推移，软件工程不断演进 和完善，形成了许多经典的软件开发模型和方法论，如 瀑布模型、螺旋模型、迭代模型等。同时，随着技术的 不断发展，软件工程也在不断引入新的技术和方法，如 敏捷开发、持续集成和持续交付等。
系统测试与验收测试
系统测试的概念
系统测试是对整个系统的功能、性能 和其他方面进行全面的测试，以确保 系统能够满足用户需求。
验收测试的概念
验收测试是用户对系统的最终验收过 程，其目的是确认系统是否符合合同 或需求规格说明中的要求。
PART 06
软件维护与演化
软件维护的定义与分类
定义
软件维护是在软件运行过程中，为了改正错误、满足新的需求、改进性能等目的，对软件进行的修改和调整。
软件工程ppt课件完整版
缺陷跟踪
使用缺陷管理工具对缺陷进行 跟踪，确保每个缺陷都得到处 理。
缺陷修复
开发人员对缺陷进行分析并修 复，然后提交给测试人员进行 验证。
回归测试
对修复后的缺陷进行回归测试 ，确保修复没有引入新的缺陷
。
质量评估与改进
质量评估
定期对软件产品的质量进行评估，包括功能 、性能、安全等方面。
过程改进
对软件开发过程进行持续改进，提高开发效 率和软件质量。
，提高代码的可读性和可维护性。
模块化开发
02
采用模块化开发方式，将系统划分为不同的模块进行开发，提
高开发效率和质量。
错误处理
03
对可能出现的错误进行充分的考虑和处理，包括异常捕获、日
志记录和错误提示等，确保系统的稳定性和可靠性。
05 测试与质量保证
测试类型及方法
功能测试对软件产品的各项功 进行验证，确保符 合需求和设计。
同时引入了风险管理机制。
螺旋模型的主要阶段包括：制 定计划、风险分析、工程实施
和客户评估。
螺旋模型的优点在于其强调风 险分析和迭代开发，能够及时 发现并解决问题，降低项目风 险。
螺旋模型的缺点在于其需要较 高的项目管理能力和技术水平 ，且可能因为过度关注风险而 忽略其他重要因素。
敏捷开发模型
敏捷开发的主要实践包括：短周期迭代开发、 持续集成、持续交付和自动化测试等。
水平。
04
迭代增量模型的优点在于其能够逐步增加系统功能和 性能，降低项目风险，同时也能够及时发现并解决问 题。
03 需求分析与管理
需求获取与整理
确定需求来源
与客户、利益相关者、业务领域 专家等进行沟通，明确需求背景
和范围。
使用缺陷管理工具对缺陷进行 跟踪，确保每个缺陷都得到处 理。
缺陷修复
开发人员对缺陷进行分析并修 复，然后提交给测试人员进行 验证。
回归测试
对修复后的缺陷进行回归测试 ，确保修复没有引入新的缺陷
。
质量评估与改进
质量评估
定期对软件产品的质量进行评估，包括功能 、性能、安全等方面。
过程改进
对软件开发过程进行持续改进，提高开发效 率和软件质量。
，提高代码的可读性和可维护性。
模块化开发
02
采用模块化开发方式，将系统划分为不同的模块进行开发，提
高开发效率和质量。
错误处理
03
对可能出现的错误进行充分的考虑和处理，包括异常捕获、日
志记录和错误提示等，确保系统的稳定性和可靠性。
05 测试与质量保证
测试类型及方法
功能测试对软件产品的各项功 进行验证，确保符 合需求和设计。
同时引入了风险管理机制。
螺旋模型的主要阶段包括：制 定计划、风险分析、工程实施
和客户评估。
螺旋模型的优点在于其强调风 险分析和迭代开发，能够及时 发现并解决问题，降低项目风 险。
螺旋模型的缺点在于其需要较 高的项目管理能力和技术水平 ，且可能因为过度关注风险而 忽略其他重要因素。
敏捷开发模型
敏捷开发的主要实践包括：短周期迭代开发、 持续集成、持续交付和自动化测试等。
水平。
04
迭代增量模型的优点在于其能够逐步增加系统功能和 性能，降低项目风险，同时也能够及时发现并解决问 题。
03 需求分析与管理
需求获取与整理
确定需求来源
与客户、利益相关者、业务领域 专家等进行沟通，明确需求背景
和范围。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 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