个体软件过程(psp)项目实践ppt课件

1、个体软件过程PSP Introduction to the Personal Software Process反对高分文档在本章，他将学到：PSP简介什么是PSP？为什么要学习PSP？PSP实现的过程步骤 PSP简介What Will I Learn ?PSP是由美国卡纳基梅隆大学软件工程研讨所开发出来的,它的推出在软件工程界引起了极大的惊动。PSP描画了很多资深软件工程师处理软件工程问题的方法，特别是有关软件工程方案和软件质量控制方面的先进方法。 这是一门实际性很强的课程，需求经过与详细的程序设计课结合起来学习，并在编写程序的过程中努力采集真实的数据才干真正掌握PSP的精华。 PSP简介 T

2、ell me / Show Me个体软件工程PSP就是为使软件工程师更好地任务而设计的一个框架。它指出如何估价和方案任务，如何按照这些方案来跟踪本人的性能，以及如何提高程序的质量。提高质量的方法需求破费一定的时间去学习和实际，但这对他的工程生涯是有益的。为了不断提高任务的质量，必需树立目的、对产质量量进展度量、了解任务的过程、改动并重用这个过程、度量和分析结果，最后要反复地对过程进展继续改良。 为什么要学习PSP Tell me / Show Me PSP实现的过程步骤 Tell me / Show Me循环和继续改良定义质量目的度量产质量量了解过程对过程进展调整运用调整后的过程丈量结果将结果

3、与目的进展比较软件开发过程过程脚本根本概念第4章 软件开发过程What Will I Learn ?1、软件开发过程软件开发过程： 开发过程中各个步骤的顺序构成软件过程模型。常用的过程模型有：编码修复正模型、瀑布模型、增量模型、迭代模型。确定过程应包括的活动： 需求、目的、质量方案、规格阐明、高层设计、出版物内容方案、测试方案、低层设计、编码、单元和功能测试、构件测试、出版物初稿、系统测试、出版物修订稿、回归测试、打包、交付运用。 第4章 软件开发过程 Tell me / Show Me本章,我们将学到:了解程序的规模了解运用规模丈量的本卷须知丈量程序的规模填写程序规模估计表在作业编号日志中运

4、用规模丈量的方法第6章 程序的规模What Will I Learn ?为了更好对义务进展管理，我们需求尽能够准确地估计义务所需破费的时间。由于各种义务的规模的复杂程度的差别很大，所以掌握一种比较它们规模的方法是很有协助的。第6章 程序的规模Why Learn It?表 学生章阅读时间表学生学生日期教员先生课程章阅读时间（）页数分钟页&280204.00328122.334118167.38571174.18640123.33总计33777平均56.1712.834.38有了阅读前五章一切时间的数据，就可以估计出阅读第章要用的时间。思索每页用多少分钟而不是每章用多少分钟来丈量阅读每章所用的时间

5、。 见右表，学生Y章阅读时间表。平均速率=(80+28+118+71+40)/(20+12+16+17+12)=337/77=4.38MIN/页第6章 程序的规模 Tell me / Show Me虽然这种规模丈量方法看起来很简单，但是其中确实存在一些复杂的要素。首先，有些文档读起来要比其它的文档困难得多。这意味着应该思索任务所涉及的类型,而不只是它的规模.另外，阅读时间会随着阅读目的和阅读次数发生变化。对程序开发方案，也存在同样的问题。应该为不同类型的作业按其规模和时间分别记录它们的数据。第6章 程序的规模 Tell me / Show Me程序规模的丈量丈量程序规模的方法是统计源程序的文本

6、行数LOC)。商定LOC时，商定不统计空行和注释行。例1程序段有5LOC,例2运用更紧凑的格式例1，只需4LOC。为了确保规模统计的一致，建议采用规范的编程格式。第6章 程序的规模 Tell me / Show Me程序规模估计表经过查看表中的数据，思索知相关要开发程序的音讯，可以判别出新程序处于表中的规模等级，有助于估算新程序的规模范围。第6章 程序的规模 Tell me / Show Me较大规模的估算建立一个历史记录，把以前编写的各个元素及它们各自所包含的代码行的相关数据搜集在一同。对于较大规模的估算，思索新程序的功能，估计出每一个功能的规模，把一切功能的估计数值加在一同得到对整个程序的

7、估算。第6章 程序的规模 Tell me / Show Me第6章 程序的规模 Tell me / Show Me丈量的程序规模程序的规模：4LOC程序的规模：12LOC第6章 程序的规模 Tell me / Show Me本章,我们将学到:了解进度管理的必要性掌握Gantt图的运用学会跟踪工程方案第7章 进度管理What Will I Learn ?制定工程进度的目的是为了完成义务。当在同一时间内要完成多个义务时，就需求有一份进度表。对于庞大复杂义务，需求更加复杂的时间管理方案。第7章 进度管理Why Learn It?第7章 进度管理 Tell me / Show Me对于假设干人参与的工

8、程：确保每个人都知道要完成的义务。获取每项义务承诺的完成时间。确定各义务之间的相互依赖关系。每个人开场处置任务之前他们必需得到什么样的输入，以及他们从谁那里得到这些输入。把每一个相互依赖的关系都文档化。与一切涉及到的人一同复查方案的进度表和义务之间的依赖关系，以确保没有冲突、分歧和误解。复查进度表，以确保它包含了完成整个作业所需求的全部义务。第7章 进度管理 Tell me / Show Me检查点可以丈量的进度点，里程碑。工程规划和工程管理中的重要部分。一个工程中可以客观标识的点。不满足可验证性准那么的普通陈说不能做检查点。第7章 进度管理 Tell me / Show Me不适当的检查点为

9、编写程序制定了一个方案。设计了一个程序。完成了的编码任务。第7章 进度管理 Tell me / Show Me建立检查点的建议大约每个小时的任务量建立一个检查点是最有协助的。对于为期几周的义务，即使估计这项作业每周只用大约半个小时的时间，每周至少也要设置一个检查点。 较大的工程且涉及假设干个软件工程师，需求每个工程师都设置几个中间检查点，以便每个人都能知道其他人的任务形状。 第7章 进度管理 Tell me / Show Me跟踪工程方案工程管理的重要部分，软件工程师在实践作业中应掌握的一项关键技艺。使读者知道工程能否正在按照进度进展，超前还是落后。经过工程跟踪，及早发现问题，寻觅处理问题的最

10、正确方法。一个良好的跟踪系统可以协助工程师在问题严重到足以要挟工程的成败之前提早预防。第7章 进度管理 Tell me / Show Me工程跟踪方案例如第7章 进度管理 Tell me / Show Me关于跟踪工程进度的建议确保一切检查点的定义是明确的，并已将他们写下来。在制定一份全新的方案之前，不要改动进度。当按照方案公布工程进展形状时，不要改动方案。在给出新估计的工程完成日期时，保管原来估计的日期，然后用虚线注明新的日期。保管原始的进度表和一切更新的版本。第7章 进度管理 Tell me / Show Me当任务顺序与原方案不同时跟踪方案：采用积分方法，跟踪进度。积分：一种时间的百分比

11、。经过计算义务所用时间占方案的工程总时间的百分比，来给出各义务的积分。经过运用积分，可以用与原方案不同的顺序任务，并且还可以按照方案跟踪任务进展情况。第7章 进度管理 Tell me / Show Me跟踪积分例如第7章 进度管理 Tell me / Show Me本章,我们将学到:了解什么是缺陷查找缺陷预测缺陷第8章 缺陷管理What Will I Learn ?软件质量影响到开发费用、交付日期和用户满度。用户运用软件时，其中的缺陷能够导致严重问题，且发现和修复的代价很大。缺陷由开发人员引起，因此软件工程师需求了解引入的缺陷，对它们进展管理。第8章 缺陷管理Why Learn It?缺陷的类

12、型第8章 缺陷管理 Tell me / Show Me设计缺陷缘由设计错误，在对问题沉思熟虑后做出了错误的设计决策；忽略或思索简单，犯了愚笨的错误；误解了要做的内容。第8章 缺陷管理 Tell me / Show Me缺陷记录日志目的：协助搜集缺陷数据。建议：尽能够说细描画每个缺陷。第8章 缺陷管理 Tell me / Show Me第8章 缺陷管理 Tell me / Show Me第8章 缺陷管理 Tell me / Show Me发现缺陷的步骤标识缺陷征兆。从征兆推断出缺陷的位置。确定程序中的错误。决议如何修复缺陷。修复缺陷。验证这个修复能否曾经处理了这个问题。第8章 缺陷管理 Tell

13、 me / Show Me发现缺陷的方法开发工具集成插件查找能够出现的缺陷findbugs编译器测试 个人复查源程序清单 最终用户的赞扬和反响第8章 缺陷管理 Tell me / Show Me代码复查一种能快速找到缺陷的方法。即研讨源程序，从中发现错误。最好在源程序编码完成后，编译和测试之前进展。比测试更有效率。主要缺陷点：要求程序员知晓程序设计。代码复查是一种技艺，可以经过学习和实际来提高。代码复查的第一步：了解本人引入的缺陷的种类。第8章 缺陷管理 Tell me / Show Me代码复查脚本本卷须知在第一次编译前进展代码复查。在打印出的源程序清单上复查。在缺陷记录日志上记录发现的每一

14、个缺陷。在代码复查前，根据以前在编译与测试阶段发现的缺陷类型进展检查。第8章 缺陷管理 Tell me / Show Me第8章 缺陷管理 Tell me / Show Me缺陷预测缺陷密度(：以每千行代码的缺陷数(Defects/KLOC)来丈量第8章 缺陷管理 Tell me / Show Me缺陷预测缺陷密度(Dd)：以每千行代码的缺陷数(Defects/KLOC)来丈量,KLOC表示每1000行。缺陷密度计算知累计开发过程中每个阶段发现的缺陷总数(D)；统计程序中新开发和修正的代码行数(N)。计算每千行的缺陷数Dd=1000D/N 当为一个新的程序作方案时，先估计出程序能够有多少新的和

15、修正的代码行。然后计算以前开发程序的每千行源代码的平均缺陷数。 Dd plan =1000(D1+Di)/(N1+Ni) 第8章 缺陷管理 Tell me / Show Me缺陷排除的经济效益两种丈量方法：每小时排除缺陷的个数计算机缺陷排除效益软件开发中各阶段每小时累计的引入缺陷数和排除缺陷数在该阶段累计每小时引入缺陷数=60该阶段累计引入缺陷数/该阶段累计破费分钟数在该阶段累计每小时排除缺陷数=60该阶段累计排除缺陷数/该阶段累计破费分钟数第8章 缺陷管理 Tell me / Show Me一个96行的程序共有14个缺陷，计算缺陷密度。Dd=100014/96=145.83 Defects/

16、KLOC。第8章 缺陷管理Try it本次课,我们将学到:了解产质量量控制的重要性缺陷排除效益的计算最终缺陷排除效益的估计过程质量的丈量质检过失比、质量本钱的计算第9章 度量管理What Will I Learn ?软件功能薄弱、破绽等问题的出现，使软件质量成为了关注焦点。软件产业的差距更为明显、致命的差距在于产质量量和过程当中的质量控制。 个人对产质量量产生的影响，经过计算在各阶段发现的缺陷数目和残留在最终产品中的缺陷数目之间的关系来调查和检测，进而提高程序的质量。程序的质量取决于过程的质量，过程的质量又取决于人们的任务方式。为了开发出更好的程序，需求丈量过程的质量。第9章 度量管理Why

17、Learn It?产质量量，可以从以下几个观念来看：透明性观念:质量是产品一种可以认识但不可定义的性质;运用者观念:质量是产品满足运用目的之程度;制造者观念:质量是产品性能和规格要求的符合度;产品观念:质量是结合产品固有性能的纽带;基于价值观念:质量依赖于顾客情愿付给产品报酬的数量。第9章 度量管理 Tell me / Show Me缺陷排除效益的计算各个阶段的缺陷排除效益的计算方法如下：阶段缺陷排除效益100本阶段排除的缺陷数/进入本阶段时产品中的缺陷数第9章 度量管理 Tell me / Show Me第9章 度量管理 Tell me / Show Me最终的缺陷排除效益估计拇指法那么：假

18、设残留的缺陷数和最后一个阶段排除的缺陷数相等 。例：代码复查发现17个缺陷；编译时发现2个；测试时发现1个。此时代码复查的缺陷排除效益是：17/172185 运用拇指法那么： 17/1721180.95 第9章 度量管理 Tell me / Show Me软件工程师提高产质量量的有效方法：代码复查积累排除缺陷的个人阅历原型方法第9章 度量管理 Tell me / Show Me质量本钱三个主要元素：过失本钱、质检本钱和预防本钱。 过失本钱包括修复产品中缺陷的一切费用。 质检本钱包括评价产质量量以确定在产品中能否依然留有缺陷的一切任务，但不包括修复缺陷破费的时间。 预防本钱是由修正正程以防止引入缺陷所带来的费用。 第9章 度量管理 Tell me / Show Me质检质量本钱是一切复查时间的总和占总开发时间的百分比。过失质量本钱是一切编译和测试时间的总和占总开发时间的百分比。例：实践总开发时间262min，实践代码复查时间29min，实践编译时间5min，实践测试时间10min那么可计算：质检质量本钱10029/26211.07过失质量本钱100510/262=10015/2625.73第9章 度量管理 Tell me / Show Me质检过失比质检本钱与过