软件项目管理演示幻灯片.pptVIP

软件工程;第1章 软件工程学概述 第2章 可行性研究 第3章 需求分析 第4章 形式化说明技术 第5章 总体设计 第6章 详细设计 第7章 实现 第8章 维护 第9章 面向对象方法学引论 第10章 面向对象分析 第11章 面向对象设计 第12章 面向对象实现 第13章 软件项目管理;第十三章 软件项目管理;教学内容 13.1 估算软件规模 13.2 工作量估算 13.3 进度计划 13.4 人员组织 13.5 质量保证 13.6 软件配置管理 13.7 能力成熟度模型 ;13.1 估算软件规模;软件度量;面向规模的软件度量;举例：项目aaa－01;13.1.1 代码行技术;当有以往开发类似产品的历史数据可供参考时，用这种方法估计出的数值还是比较准确的。 代码行技术的主要优点是，代码是所有软件开发项目都有的“产品”，而且很容易计算代码行数。 代码行技术的缺点是： 源程序仅是软件配置的一个成分，用它的规模代表整个软件的规模不太合理；用不同语言实现同一个软件所需要的代码行数并不相同；这种方法不适用于非过程语言。;用功能点技术估算软件规模与所用的编程语言无关，似乎比代码行技术更合理一些。但是，在判断信息域特性复杂级别和技术因素的影响程度时，存在着相当大的主观因素。;练习题1：;输入数据：病人名（简单）、预约时间（简单） 、完成的预约（简单） 、取消预约（平均） 输出数据：病情说明（简单）、预约登记表（平均） 、支持细节（平均） 、预约信息（平均） 、未就诊病人清单（平均）、日安排（复杂）、周安排（复杂） 查询：按名字查询（简单） 、按日期查询（简单） 、核实病人（平均） 、查看预约信息（平均） 、查看完成的预约（平均） 文件：病人记录（平均） 系统无外部接口 计算UFP=3*3+1*4+1*4+4*5+2*7+2*3+3*4+1*10;13.2 工作量估算;13.2.1 静态单变量模型;13.2.2 动态多变量模型;P是生产率参数，它反映了下述因素对工作量的影响： 总体过程成熟度及管理水平； 使用良好的软件工程实践的程度； 使用的程序设计语言的级别； 软件环境的状态； 软件项目组的技术及经验； 应用系统的复杂程度。 可以从历史数据导出适用于当前项目的生产率参数值。;13.2.3 COCOMO2模型;其中，后体系结构模型把软件开发工作量表示成代码行数（KLOC）的非线性函数： E = 其中， E是开发工作量（以人月为单位） a是模型系数 KLOC是估计的源代码行数（以千行为单位） b是模型指数 fi( i = 1~17)是成本因素 ;模型系数a的典型值为3.0，在实际工作中应该根据历史经验数据确定一个适合本组织当前开发的项目类型的数值。 COCOMO2采用了精细的b分级模型来确定模型指数b的值，分级模型使用5个分级因素Wi(1≤i≤5),其中每个因素都划分成从甚低（Wi=5)到特高（Wi=0)的6个级别，然后用下式计算b的数值： b = 5个分级因素分别是项目先例性、开发灵活性、风险排除度、项目组凝聚力、过程成熟度。 ; COCOMO模型把成本因素划分成产品因素、平台因素、人员因素和项目因素等4类，共17个。每个成本因素都根据它的重要程度和对工作量影响大小被赋予一定数值（称为工作量系数），见表13.3。;练习题2：习题3; 1.对需求进行进一步精化，分解出软件的7个主要的子功能： 用户界面及控制机制 二维几何图形分析 三维几何图形分析 数据库管理 计算机图形显示机制 外部设备控制 设计分析模块;功能;信息域值;因素;4.用代码行技术估算开发成本;13.3 进度计划;13.3.1 估算开发时间;用上列方程计算出的T值，代表正常情况下的开发时间。客户往往希望缩短软件开发时间，显然，为了缩短开发时间应该增加从事开发工作的人数，但是，经验告诉我们，随着项目组规模扩大，个人生产率将下降（主要是增加了通信和学习开销），当项目组人数增加到一定程度时，项目组总生产率反而会下降。 Boehm根据经验指出，软件项目的开发时间最多可以减少到正常开发时间的75%。如果要求一个软件系统的开发时间过短，则开发成功的概率几乎为零。;13.3.2 Gantt图;例子： 假设有一座陈旧的矩形木板房需要重新油漆。这项工作必须分3步完成： 首先刮掉旧漆，然后刷上新漆，最后清除溅在窗户上的油漆。假设一共分配了1