项目管理说明书内容摘要:

系统上线延迟,可能影响业务开展,还可能造成系统质量问题。 进度控制的目标是了解项目的当前状态,了解导致进度变更的因素。 确定进度是否已经发生变更,以及当前发生变更时,管理好这些变更。 控制项目进度的变更首先要确保所编制的项目进度符合时机,要使用纪律手段来控制项目的进度,并且要由领导来强调按照进度开展项目的重要性。 虽然许多工具和技术可以帮 助进行进度控制,但是项目经理需要格外重视人事管理问题。 项目失败不是业务编制的 PERT 不好,而是因为人事管理的失败。 ( 3) 交流与沟通 用户的需求沟通、与团队成员的合作沟通都将对项目产生重大的影响。 只有双方建立良好的沟通与协作机制,才能努力完成项目的目标,只有建立有效的项目信任沟通机制,才能避免在需求分析、系统设计、系统评价标准、项目验收标准、项目质量等方面可能出现的分歧与失误。 实施软件项目是外包双方互相配合、共同合作的过程。 四 、成本估算 分析 软件开发成本估算主要指软件开发过程中所花费的工作量及 相应的代价。 不同与传统的工业产品,软件的成本不包括原材料和能源的消耗,主要是人的劳动的消耗。 另外,软件也没有一个明显的制造过程,它的开发成本是以一次性开发过程所花费的代价来计算的。 因此,软件开发成本的估算,应是从软件计划、需求分析、设计、编码、单元测试、集成测试到认证测试,整个开发过程所花费的代价作为依据的。 对此项目的估算以客观量化估算,主要计算人工成本。 所得数据使用比较估算法,利用从网上所查得的软件类过去基本工资对现在的工资进行估算。 参考construx 软件公司的史蒂文提出的软件项目分为六个部分: 体系构造;详细设计;编码和调试;开发者测试;系统整合;系统测试。 COCOMO 模型 (constructive cost model) 先使用 coo 模型对项目成本做大概估算 COCOMO 模型中用到以下变量: DSI源指令条数。 不包括注释。 1KDSI = 1000DSI。 MM开发工作量(以人月计) 1MM = 19 人日 = 152 人时 =1/12 人年 TDEV开发进度。 (以月计 ) 本软件适用于组织型模型 组织型 (anic): 相对较小、较简单的软件项目。 开发人员对开发目标理解比较充分,与软件系统相关的工作经验丰富,对软件的使用环境很熟悉,受硬件的约束较小,程序的规模不是很大( 50000 行) 估算公式: 基本 COCOMO 模型估算工作量和进度的公式如下 工作量: MM = r*(KDSI)c 进度: TDKV = a(MM)b 其中经验常数 r, c, a, b 取决于项目的总体类型。 基本 COCOMO 模型 通过统计 63 个历史项目的历史数据,得到如下计算公式。 方式 r C A b 组织型 半独立型 嵌入型 总体类型 工作量 进度 组织型 MM = *(KDSI) TDKV = (MM) 半独立型 MM = *(KDSI) TDKV = (MM) 嵌入型 MM = *(KDSI) TDKV = (MM) 根据经验法估计工作量为 1KDSI 左右,则工作量 MM 计算为 = 人天 =人时。 对项目工作量进行估算: 估算软件大小使 用策略:以功能点为基础,估算问题大小。 开发一个功能点需要 5 个人天的工作量,那么该项目的工作量就可以通过以下公式计算出来: 项目工作量 =4*13=52 人天 与 coo 模型所估算量 人天相比,结果相近。 对项目日期做保守估算,使用功能点估算时间 52 人天做成本预算。 对项目所需资源、各阶段工作量进行估算 使用参数模型法进行估算 参数模型法:提供一个估算方程,它把软件某一属性的度量作为输入,软件的工作量和工作进度则是输出。 成本算法模型提供了对工作量和工作进度的直接估算,有两种主要类 型: 1 数学模型,核心部分往往是一个估算方程,该方程以影响开发成本的某些项目因素作为输入,输出的是项目开发的工作量和工作进度;2 检索表,根据一定的规则对软件对象进行分类,然后以每一种类型提供工作量或工作进度的平均值作为参考,适用于软件项目分解的较低层次。 人力资源估算 设计人员 2 人 需求人员 2 人 开发人员 2 人 测试人员 4 人 瀑布模型生命周期各阶段 瀑布模型生命周期各阶段 立项阶段 % 需求阶段 % 计划阶段 % 设计阶段 % 开发阶段 %。
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。 用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。