(第3章 项目管理.ppt

* 制定软件项目计划的基础和依据 软件项目计划的制订必需针对特定的软件开发组织，满足特定项目的具体要求，尽可能科学合理。 * 制定软件项目计划的时机 初步的软件项目计划： 时机：项目刚开始，但尚未获得完整和详细的软件需求。 依据：对于项目和用户需求的初步描述；软件过程；软件项目的约束和限制。 形式：仅计划最近的软件开发活动。 * 制定软件项目计划的时机 详细的软件项目计划： 时机：已经获取了完整和详细的软件需求。 依据：软件需求规格说明书；定义的软件过程；软件项目的约束和限制。 形式：制订软件项目后期的详细、完整的软件开发计划。 * 制订软件项目计划的步骤 * MS Project简介 MS Project 2007已成为公认的全球优秀的项目管理软件之一，在IT、软件开发、通信、机械制造、产品开发、设备大修、工程建设、大型活动、房产建设中有着广泛的应用。无论在外资企业还是国内的工程建设和IT高科技企业中，Project已经被很多企业要求员工掌握和应用。 * Project简介 Project 分标准版或专业版。对单个项目，一般选用 Project 专业版。对多项目协同必须使用Project专业版、Project Server、Project Web Access的组合来进行管理。专业版支持基本的项目管理，它包括了任务的安排、资源安排、项目跟踪及报表输出等功能。 * Project简介 * 实践要求 使用Microsoft Project 的“项目向导”制定一个具体的项目进度计划。 参考教材P121案例分析，结合前面所讲内容，切分项目活动，给出进度安排，最终绘制项目的进度计划图。 * 实践要求 就此项目计划中的进度安排，用Project 工具，绘制其进度图 。 开发 10 1 安装软件包生成 11 测试、开发 9 2 编写用户手册 10 测试、开发 6、7、8 1 初步交付用户使用，获得用户反馈 9 1 集成测试 8 测试、开发 6 2 单元测试 7 开发 5 2 开发人员初步测试 6 开发 4 10 编写代码 5 分析、开发 3 3 详细设计、模块分配给开发人员 4 分析、开发 2 2 概要设计，确定系统功能范围 3 开发人员 1 2 获得所需资源（硬件、软件） 2 分析人员 1 用户需求确定 1 资源 前置任务 工期(日) 任务名称 序 Lesson 2 * 软件项目出现问题 软件项目的实施具有不确定性、动态性和不可预知性的特点： 需求分析小组无法按照原软件项目计划如期完成； 项目在需求分析阶段的成本超支； 技术工作小刘辞职； 用户对需求小组的支持力度不够。 * 软件项目跟踪的对象 项目问题和风险： 技术风险； 成本风险； 人员风险； 工具和设备风险。 项目进展： 项目负责人需要记录软件项目的实际进展情况，与原计划进行对比。 * 项目跟踪和控制的方法 项目跟踪小组要定期召开项目跟踪和控制会议，获取项目实施的详细情况和面临的问题： * 项目跟踪和控制的步骤 项目跟踪和控制与软件开发之间的关系： * 软件风险管理 软件风险是指使项目的开发受到影响和损失，甚至导致软件项目失败的可能事件。软件风险的特点： 事先难以确定； 给项目带来损失； 概率性； 可变性。 * 软件风险的类型 常见的软件风险： 计划编制风险； 组织和管理风险； 开发环境风险； 最终用户风险； 承包商风险； 需求分析； 产品风险； 人员风险； 设计和实现风险； 过程风险 * 软件风险管理模式 危机管理； 失败处理； 风险缓解； 风险预防； 消灭根源。 * 软件风险管理方法 * 软件质量要素的评价准则 可操作性、培训、沟通 学习、操作、准备输入和解释输出的难易程度 可用性 访问控制、访问审计 控制未授权人员访问程序和数据的程度 完整性 执行有效性、存储有效性 软件合理使用计算机资源的程度 有效性 容错性、一致性、精确性、简单性 软件在规定的进度下执行预期功能的程度 可靠性 可追溯性、一致性、完备性 软件满足需求规格说明书以及实现用户目标的程度 正确性 简单性、模块性和自描述性 对软件系统进行测试以发现其中的故障的难易程度 可测试性 模块性、可扩展性、自描述性 修改和运行程序的难易程度 灵活性 一致性、简单性、简洁性、模块性和自描述性 对软件系统中的故障进行定位和修改以及对软件系统进行扩充的难易程度 可维护性 模块性、通信通用性、数据通用性 软件系统与其他系统相互交换信息并使用所交换的信息的能力 可互操作性 普遍性、模块性、软件/硬件平台无关性、自描述性 软件能够在其他应用系统的开发中被再次使用的程度 可复用性 模块性、自描述性、软件/硬件平台无关性 把软件从一个硬件配置/软件环境转移到另一个硬件配置/软件环境的难易程度 可移植性 评价