个体软件过程(psp)项目实践(恨死高分下载)

阅读时间 （ＭＩＮ）
页数
分钟／页
80
20
4.00
28
12
2.33
118
16
7.38
71
17
4.18
40
12
3.33
总计
337
77
平均
56.17
12.83
4.38
平均速率
=(80+28+118+71+40)/(20+12+16+17+12)=337/77=4.38MIN/页
第6章 程序的规模
Tell me / Show Me
PSP是由美国卡纳基梅隆大学软件工程研究所开发出来的,它的推出在 软件工程界引起了极大的轰动。PSP描述了很多资深软件工程师解决软件工 程问题的方法，特别是有关软件项目计划和软件质量控制方面的先进方法。
这是一门实践性很强的课程，需要通过与具体的程序设计课结合起来 学习，并在编写程序的过程中努力采集真实的数据才能真正掌握PSP的精髓。
第8章 缺陷管理
Tell me / Show Me
缺陷记录日志 目的： 帮助收集缺陷数据。 建议： 尽可能说细描述每个缺陷。
第8章 缺陷管理
Tell me / Show Me
第8章 缺陷管理
Tell me / Show Me
第8章 缺陷管理
Tell me / Show Me
发现缺陷的步骤 • 标识缺陷征兆。 • 从征兆推断出缺陷的位置。 • 确定程序中的错误。 • 决定如何修复缺陷。 • 修复缺陷。 • 验证这个修复是否已经解决了这个问题。
第6章 程序的规模
Tell me / Show Me
程序规模的测量 • 测量程序规模的方法是统计
源程序的文本行数（LOC)。 • 约定LOC时，约定不统计空
行和注释行。 • 例1程序段有5LOC,例2使用
更紧凑的格式例1，只有 4LOC。 • 为了确保规模统计的一致， 建议采用标准的编程格式。
第6章 程序的规模
第7章 进度管理
Tell me / Show Me
跟踪项目计划 • 项目管理的重要部分，软件工程师在实际作业中应掌握的
一项关键技能。 • 使读者知道项目是否正在按照进度进行，超前还是落后。 • 通过项目跟踪，及早发现问题，寻找解决问题的最佳办法。 • 一个良好的跟踪系统能够帮助工程师在问题严重到足以威
第8章 缺陷管理
Tell me / Show Me
缺陷排除的经济效益
• 两种测量方法： 1. 每小时排除缺陷的个数 2. 计算机缺陷排除效益
• 软件开发中各阶段每小时累计的引入缺陷数和排除缺陷数 在该阶段累计每小时引入缺陷数 =60×（该阶段累计引入缺陷数）/（该阶段累计花费分钟数） 在该阶段累计每小时排除缺陷数 =60×（该阶段累计排除缺陷数）/（该阶段累计花费分钟数）
PSP实现的过程步骤
Tell me / Show Me
定义质量目标
度量产品质量
了解过程 对过程进行调整
循环和持 续改进
应用调整后的过程
测量结果 将结果与目标进行比较
第4章 软件开发过程
What Will I Learn ?
软件开发过程 过程脚本 基本概念
第4章 软件开发过程 ——1、软件开发过程
胁项目的成败之前提前预防。
第7章 进度管理
Tell me / Show Me
• 项目跟踪计划示例
第7章 进度管理
Tell me / Show Me
关于跟踪项目进度的建议 • 确保所有检查点的定义是明确的，并已将他们写下来。 • 在制订一份全新的计划之前，不要改动进度。 • 当按照计划公布项目进展状态时，不要改动计划。 • 在给出新估计的项目完成日期时，保留原来估计的日期，
第8章 缺陷管理
Tell me / Show Me
• 缺陷预测 缺陷密度(：以每千行代码的缺陷数
(Defects/KLOC)来测量
第8章 缺陷管理
Tell me / Show Me
缺陷预测 • 缺陷密度(Dd)：以每千行代码的缺陷数(Defects/KLOC)来测
量,KLOC表示每1000行。 • 缺陷密度计算
已知累计开发过程中每个阶段发现的缺陷总数(D)； 统计程序中新开发和修改的代码行数(N)。 计算每千行的缺陷数Dd=1000×D/N • 当为一个新的程序作计划时，先估计出程序可能有多少新的 和修改的代码行。然后计算以前开发程序的每千行源代码的 平均缺陷数。 Dd plan =1000×(D1+…+Di)/(N1+…+Ni)
第7章 进度管理
Tell me / Show Me
第7章 进度管理
Tell me / Show Me
对于若干人参与的项目： • 确保每个人都知道要完成的任务。 • 获取每项任务承诺的完成时间。 • 确定各任务之间的相互依赖关系。每个人开始处理工作
之前他们必须得到什么样的输入，以及他们从谁那里得 到这些输入。 • 把每一个相互依赖的关系都文档化。 • 与所有涉及到的人一起复查计划的进度表和任务之间的 依赖关系，以确保没有冲突、分歧和误解。 • 复查进度表，以确保它包含了完成整个作业所需要的全 部任务。
第7章 进度管理
Tell me / Show Me
检查点
• 可以测量的进度点，里程碑。 • 项目规划和项目管理中的重要部分。 • 一个项目中能够客观标识的点。 • 不满足可验证性准则的一般陈述不能做检查点。
第7章 进度管理
Tell me / Show Me
不适当的检查点 • 为编写程序制订了一个计划。 • 设计了一个程序。 • 完成了９０％的编码工作。
Tell me / Show Me
• 软件开发过程： 开发过程中各个步骤的顺序构成软件过程模型。常用的过程模型
有：编码修复（正）模型①、瀑布模型②、增量模型③、迭代模型④。 • 确定过程应包括的活动：
需求、目标、质量计划、规格说明、高层设计、出版物内容计划、 测试计划、低层设计、编码、单元和功能测试、构件测试、出版物初 稿、系统测试、出版物修订稿、回归测试、打包、交付使用。
• 虽然这种规模测量方法看起来很简单，但是其中确实存在一些 复杂的因素。
• 首先，有些文档读起来要比其它的文档困难得多。这意味着应 该考虑工作所涉及的类型,而不只是它的规模.
• 另外，阅读时间会随着阅读目的和阅读次数发生变化。 • 对程序开发计划，也存在同样的问题。应该为不同类型的作业
按其规模和时间分别记录它们的数据。
第7章 进度管理
What Will I Learn ?
本章,我们将学到: • 了解进度管理的必要性 • 掌握Gantt图的使用 • 学会跟踪项目计划
第7章 进度管理
Why Learn It?
• 制定项目进度的目的是为了完成任务。 • 当在同一时间内要完成多个任务时，就需要有一份
进度表。 • 对于庞大复杂任务，需要更加复杂的时间管理方案。
第8章 缺陷管理
Tell me / Show Me
发现缺陷的方法 • 开发工具集成插件查找可能出现的缺陷（findbugs） • 编译器 • 测试 • 个人复查源程序清单 • 最终用户的投诉和反馈
第8章 缺陷管理
Tell me / Show Me
代码复查 • 一种能快速找到缺陷的方法。 • 即研究源程序，从中发现错误。 • 最好在源程序编码完成后，编译和测试之前进行。 • 比测试更有效率。 • 主要缺陷点：要求程序员精通程序设计。 • 代码复查是一种技能，可以通过学习和实践来提高。 • 代码复查的第一步：了解自己引入的缺陷的种类。
第6章 程序的规模
What Will I Learn ?
本章,我们将学到: • 了解程序的规模 • 了解使用规模测量的注意事项 • 测量程序的规模 • 填写程序规模估计表 • 在作业编号日志中使用规模测量的方法
第6章 程序的规模
Why Learn It?
• 为了更好对任务进行管理，我们需要尽可能准确地估计任务所需花 费的时间。由于各种任务的规模的复杂程度的差异很大，所以掌握 一种比较它们规模的方法是很有帮助的。
可以按照计划跟踪工作进展情况。
第7章 进度管理
Tell me / Show Me
• 跟踪积分示例
… …
第8章 缺陷管理
What Will I Learn ?
本章,我们将学到: • 了解什么是缺陷 • 查找缺陷 • 预测缺陷
第8章 缺陷管理
Why Learn It?
• 软件质量影响到开发费用、交付日期和用 户满度。
行的相关数据收集在一起。 2. 对于较大规模的估算，考虑新程序的功能，估计出每一个功能的规模，
把所有功能的估计数值加在一起得到对整个程序的估算。
第6章 程序的规模
Tell me / Show Me
第6章 程序的规模
Tell me / Show Me
• 测量的程序规模
程序的规模：4LOC
程序的规模：12LOC
然后用虚线注明新的日期。 • 保存原始的进度表和所有更新的版本。
第7章 进度管理
Tell me / Show Me
当工作顺序与原计划不同时跟踪计划： • 采用积分方法，跟踪进度。 • 积分：一种时间的百分比。 • 通过计算任务所用时间占计划的项目总时间的百分比，来
给出各任务的积分。 • 通过使用积分，可以用与原计划不同的顺序工作，并且还
个体软件过程
PSP
Introduction to the Personal Software Process 反对高分文档
PSP简介
? What Will I Learn
• 在本章，你将学到： PSP简介 什么是PSP？ 为什么要学习PSP？ PSP实现的过程步骤
PSP简介
Tell me / Show Me
• 用户使用软件时，其中的缺陷可能导致严 重问题，且发现和修复的代价很大。
• 缺陷由开发人员引起，因此软件工程师需 要了解引入的缺陷，对它们进行管理。
第8章 缺陷管理
Tell m管理
Tell me / Show Me
设计缺陷 • 原因 1. 设计错误，在对问题深思熟虑后做出了错误的设计决策； 2. 疏忽或思考简单，犯了愚蠢的错误； 3. 误解了要做的内容。
为什么要学习PSP
Tell me / Show Me
个体软件工程（PSP）就是为使软件工程师更好地工作而设计的一个 框架。它指出如何估价和计划工作，如何按照这些计划来跟踪自己的性能， 以及如何提高程序的质量。
提高质量的方法需要花费一定的时间去学习和实践，但这对你的工程 生涯是有益的。为了不断提高工作的质量，必须树立目标、对产品质量进行 度量、了解工作的过程、改变并重用这个过程、度量和分析结果，最后要反 复地对过程进行持续改进。
第6章 程序的规模
Tell me / Show Me
表
学生 学生Ｙ
• 有了阅读前五章所有 教员 先生Ｚ
时间的数据，就可以
章
估计出阅读第６章要
用的时间。考虑每页
１&2
用多少分钟而不是每 章用多少分钟来测量
3
阅读每章所用的时间。
4
• 见右表，学生Y章阅读
5
时间表。
6
学生Ｙ章阅读时间表 日期９／３０／９６ 课程ＣＳ１
第8章 缺陷管理
Try it
• 一个96行的程序共有14个缺陷，计算缺陷密度。
• Dd=1000×14/96=145.83 Defects/KLOC。
第9章 度量管理
What Will I Learn ?
本次课,我们将学到: • 了解产品质量控制的重要性 • 缺陷排除效益的计算 • 最终缺陷排除效益的估计 • 过程质量的测量 • 质检／过失比、质量成本的计算
第8章 缺陷管理
Tell me / Show Me
代码复查脚本注意事项 • 在第一次编译前进行代码复查。 • 在打印出的源程序清单上复查。 • 在缺陷记录日志上记录发现的每一个缺陷。 • 在代码复查前，根据以前在编译与测试阶段发现的缺陷
类型进行检查。
第8章 缺陷管理
Tell me / Show Me
第7章 进度管理
Tell me / Show Me
建立检查点的建议
• 大约每５个小时的工作量建立一个检查点是最有帮助的。
• 对于为期几周的任务，即使估计这项作业每周只用大约半 个小时的时间，每周至少也要设置一个检查点。
• 较大的项目且涉及若干个软件工程师，需要每个工程师都 设置几个中间检查点，以便每个人都能知道其他人的工作 状态。
Tell me / Show Me
• 程序规模估计表 • 通过查看表中的数据，考虑已知相关要开发程序的消息，能够判断出
新程序处于表中的规模等级，有助于估算新程序的规模范围。
第6章 程序的规模
Tell me / Show Me
• 较大规模的估算 1. 建立一个历史记录，把以前编写的各个元素及它们各自所包含的代码