- 1、本文档共45页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
项目的三大控制权衡 质量控制 进度控制 控制权衡 在质量、成本、进度过程的约束三角形内完成项目是科学、艺术、意志的完美结合。 如果项目超出了控制范围,想不牺牲范围、预算、计划进度或质量就实现项目目标是困难的。 制定基准计划 (进度计划、预算) 项目开始执行 在每个报告期内 收集实际进程数据 (进度、成本) 将变更修订进 项目计划 估算新的进度、 预算和预测 分析目前状况 与基准计划比较 确定纠正措施 协调相关变更 需要采取纠正 措施吗? 等到下一个 报告期 是 否 软件项目的追踪与控制 追踪 了解项目的进展情况 采集项目进展数据 统计分析 与计划对比 发现与计划的偏差 控制 分析偏差 决策是否调整计划 按规程调整计划 评审、实施、管理 项目追踪的方式 定期会议报告 项目组成员定期报告 里程碑检查 评审记录审查 软件质量保证人员报告 统计分析 与计划对比 软件项目追踪与控制过程 确定追踪元素 工作量、成本、进度、资源、风险 追踪 个人工作周记 项目工作月报 阶段总结报告 分析决策 计划 分析决策 根据偏差确定是否需要修改计划: 项目工作产品的规模的实际值与项目计划中的预计值相差15%以上? 项目工作产品的完成工期的实际值与项目计划中的预计值相差15%以上? 项目工作产品所花费的工作量和成本的实际值与项目计划中的预计值相差15%以上? 项目里程碑的完成日期点的的实际值与项目计划中的预计值相差时间值超过项目整个工期的10%? 更改项目计划 明确修改内容 外部约定的更改与批准 受影响的组和个人参与和认可对约定的更改 按照软件项目策划过程修订项目计划,并形成文档。必要时重新估计项目的规模、工作量、成本、进度、关键资源,重新分析软件风险 对配置管理计划和质量保证计划进行相应修改 评审项目计划更改 审查和批准对项目计划的修改 生成项目计划新版本并实施配置管理 将约定和计划的更改传达到相关组和个人 1.3 资源要求 (1)人力资源——在考虑各种软件开发资源时,人是最重要的资源。在安排开发活动时必须考虑人员的技术水平、专业、人数、以及在开发过程中各阶段对各种人员的需要(图10.2)。 (2)硬件资源——主要包括宿主机Host Machine(软件开发时使用的计算机及外围设备)、目标机Target Machine(运行已开发成功的软件的计算机及外围设备)和其他硬件设备(专用软件开发时需要的特殊硬件资源)。 (3)软件资源——即软件工具集,主要有业务系统计划工具集、项目管理工具集、支援工具、分析和设计工具、编程工具、组装和测试工具、原型化和模拟工具、维护工具、框架工具等。 (4)软件复用性及软件部件库——为了促成软件的复用,以提高软件的生产率和软件产品的质量,应建立可复用的软件部件库。对于软件的复用,人们经常忽略,但这却是相当重要的一环。 图2-6-4 软件开发工作量的分布 分析和设计 40%~50% 编码 15%~20% 测试和调试 40%~50% 工作量的分配 工作量的分配 上图给出了在整个软件项目定义与开发各阶段一种典型的工作量分布原则,称为40-20-40分布原则。即: 编码前的工作量约占40%左右; 编码的工作量仅占20%左右; 编码后的工作量约占40%左右。 该原则只能从宏观上作为一个指南,实际工作量分配的比例必须根据具体项目的类型和特点来确定。比如,和人命相关的软件项目在测试阶段的工作量可能达到其余各个阶段的3 ~ 5倍。 图 2 Putnam _ Norden 曲线 高 低 计划 需求分析 初步设计 详细设计 编码 单元测试 整体测试 功能测试 管理人员 高级技术人员 初级技术人员 通常,软件开发所需的资源,可由“金字塔“型(图1).描述。人 — 人员的技术水平,专业和数量。工具 — 主要是软、硬件工具。 根据统计结果,在软件开发过程中,不同阶段的人员需求情况如图2,按照Putnam _ Norden 曲线所示。 人 工具 问 题 分析在软件开发的不同阶段各类人员的需求情况,为什么? 图 1 Putnam _ Norden 曲线 对软件的特别建议 对10%或以上的进度偏移的纠正,如果没有对软件功能的10%或更多的减少,或者成本、风险10%或以上的增加,则是不可期望的。 对延误的软件项目增加更多的人手通常使其延误更多。 在选取供应商之前允许需方和客户利用演示体验软件产品的能力,可以缓解风险。 用原型开发软件功能的一部分来演示功能的适当执行。 关键的系统工程工作的实施不能没有足够的软件工程专门知识。 对软件的特别建议 与投资方合作,在项目过程中定期评审软件需求基线,以调整目标(成本,进度,绩效)。 项目成员
文档评论(0)