11软件项目管理概述.ppt

第 11 章 软件项目管理 1 估算软件规模 1.1 代码行技术 2.1 功能点技术 1.1 代码行技术 是比较简单的定量估算方法，也是一种自底向上的估算方法。 把开发每个软件功能的成本和实现这个功能需要用的源代码行数联系起来。通常根据经验和历史数据估计实现一个功能需要的源程序行数。 一旦估计出源代码行数以后，用每行代码的平均成本乘以行数即可确定软件的成本。每行代码的平均成本主要取决于软件的复杂程度和开发小组的工资水平。 1.2 功能点技术 依据对软件信息域特性和软件复杂度的评估结果，估算软件规模。 1.信息域特性：输入项数(Inp)、输出项数(Out)、查询数(Inq)、主文件数(Maf)、外部接口数(Inf)。 FP=UFP×TCF UFP=a1×Inp+a2×Out+a3×Inq+a4×Maf+a5×Inf 2 工作量估算 3 进度计划 3.2 Gantt图 3.3 工程网络图 4 人员组织 （1） 尽早落实责任： 在软件项目工作开始时，要尽早指定专人负责。使他有权进行管理，并对任务的完成负全责。 （2）减少接口： 一个组织的生产率随完成任务中存在的通信路径数目增加而降低。要有合理的人员分工、好的组织结构、有效的通信，减少不必要的生产率的损失。 （3）责权均衡：软件经理人员所负的责任不应比委任给他的权力还大。 程序设计小组的组织形式 小组内部人员要求有好的组织结构；合理的人员分工；有效的通讯。现有的组织形式有三种。 民主制程序员组 主程序员组 现代程序员组 （1）主程序员组 小组的核心由一位主程序员(高级工程师)、二至五位技术员、一位后援工程师组成。主程序员负责小组全部技术活动的计划、协调与审查，设计和实现项目中的关键部分。 技术员负责项目的具体分析与开发，文档资料的编写工作。后援工程师支持主程序员的工作，为主程序员提供咨询，也做部分分析、设计和实现的工作。并在必要时能代替主程序员工作。 主程序员制小组还可以由一些专家(如通信专家或数据库设计专家)、辅助人员(如打字员和秘书)、软件资料员协助工作。 （2）民主制程序员组 在民主制小组中，遇到问题，组内成员之间可以平等地交换意见。工作目标的制定及做出决定都由全体成员参加。虽然也有一位成员当组长，但工作的讨论、成果的检验都公开进行。这种组织形式强调发挥小组每个成员的积极性。有人认为这种组织形式适合于研制时间长、开发难度大的项目。 （3）现代程序员组 在现代程序员组中，主程序员由2人共同担任：一个技术负责人，负责小组的技术活动；一个行政负责人，负责所有非技术性事务的管理决策。 5 质量保证 软件质量模型 软件质量特性定义成分层模型。 最基本的叫做基本质量特性，它可以由一些子质量特性定义和度量。 二次特性在必要时又可由它的一些子质量特性定义和度量。 1976年 Boehm质量模型 1985年 ISO质量模型 ISO的软件质量评价模型 按照ISO/TC97/SC7/WG3/1985-1-30/N382，软件质量度量模型由三层组成 软件质量需求评价准则（SQRC） 软件质量设计评价准则（SQDC） 软件质量度量评价准则（SQMC） 高层和中层建立国际标准，低层可由各使用单位视实际情况制定。 6 软件配置管理 7 CMM简介 CMM是能力成熟度模型（Capacity Maturity Model）的简称，由卡内基－梅隆大学软件工程研究院（SEI）于1991年正式推出了CMM 1.0 版。 CMM自问世以来备受关注，在一些发达国家和地区得到了广泛应用，成为衡量软件公司软件开发管理水平的重要参考因素和软件过程改进事实上的工业标准。 软件过程能力成熟度是指对过程计划或定义水平、过程实施水平、过程管理和控制水平、过程改善潜力等指标的综合评价。 CMM发展历史 1986年11月，SEI应美国联邦政府的要求，在Mitre公司的协助下，于1987年9月开发了一套软件能力成熟度框架和一套软件成熟度问卷，用来评估软件供应商的能力。这就是最早用于探索软件过程成熟度的一个工具。 1991年，SEI自己总结了CMM成熟度框架和初版成熟度问卷的实践经验，并以此为基础推出民用CMM1.0版。 1992年4月，SEI举行了CMM一个的研讨会，参加研讨会的有大约200名富有经验的软件专家。SEI在广泛听取他们的意见之后，又于1993年推出 CMM1.1版。这也是目前世界上比较流行和通用的CMM版本。 软件过程能力成熟度分为 5 级: 初始级、可重复级、可定义级、可管理级、可优化级。 1 初始级 特点 过程执行杂乱无序 关键问题 项目计划管理、配置管理、软件质量保证