第4讲 软件项目管理.ppt

曾经有一个很好的配置管理工具在我面前，我没有珍惜，直到版本混乱的时候才后悔莫及．工作中最大的痛苦莫过于此，如象上天再给我一次机会的话，我将对它说三个字：我要你．如果非得加一个期限的话，我希望是一辈子． ——配置管理忏悔录 定义 软件配置管理(Software Configuration Management ,SCM)是指通过执行版本控制、变更控制答短程，以及使用合适的配量管理软件，来保证所有配量项的完整性和可跟踪性。配置管理是对工作成果的一种有效保护。 是否有效取决于三要素 基线 基线(baseline)由一组配置项组成，这些配置项构成了一个相对稳定的逻辑实体。基线中的配置项被“冻结”了，不能再被任何人随意修改。基线通常对应于开发过程小的里程碑(Milestone)，一个产品可以有多个基线，也可以只有一个基线。基线的主要属性有名称、标识符、版本、日期等。 软件配置管理的主要工作是：制定配置管理计划、配置库操作、版本控制、变更控制、配置审计 项目案例 案例角色和人物 项目实施存在风险(1/4) 项目已成功实施1个月，某天小谢突然告诉小王，他已办理好了去德国的签证，2周后他会辞职离开公司前往德国留学 ?（人员） 小谢的离开显然将会影响项目组的正常运作，影响项目的进度，为此将会给项目的实施带来损失 可以想象，2周以后小谢的离开将会带来一系列问题：谁来接替小谢的工作？在此之前谁来负责交接小谢的工作？如何尽可能的避免由此给项目组带来的损失(包括进度损失和工作损失等) 尽管还没发生，但必须考虑如何避免问题的发生，以及一旦发生后该采取得措施，以便将损失减少到最少 项目实施存在风险(2/4) 按照软件开发计划，需求分析应该在12月31日之前完成，然而在软件项目开发过程中项目经理发现，由于原先对工作量估算过于乐观，需求分析在12月31日之前已经不可能完成?（计划） 显然，原先计划制定的不科学和不准确，导致了实施过程中进度难以控制，如果强行按照计划来执行显然是不可行的，为此，必须对计划重新进行分析和调整 项目实施存在风险(3/4) 在软件设计阶段，软件设计负责人老王发现，用户需求中的某项需求(例如，将已有word文档的内容显示在Web页面上)至今尚未找到解决的技术途径?（技术） 显然，该问题将直接影响软件项目的后续开发工作，影响到软件项目能否成功完成 项目实施存在风险(4/4) 在需求分析过程中，老王带领的需求分析小组和用户在进行交流的过程中发生了矛盾，出现了争吵，用户方说将不再配合需求分析小组的工作，而且他们确实没有配合开发方的工作?（合作） 显然，开发方和用户方出现这种状况显然是双方没有想到的 这种状况延续下去必将对软件项目的实施产生影响，影响软件项目的进度，甚至会导致项目失败 案例提示我们 风险在项目实施过程中大量存在 软件风险形式多样 软件风险事先难以确定 软件风险会对软件项目的实施产生不良影响 如果不对风险进行良好的管理，项目就很难保证按照计划、在成本和进度范围内，开发出高质量的软件产品，甚至会导致项目失败 风险分析 评估风险发生的概率 估算风险造成损失的大小 计算风险危险度(Risk Explosure) 内容提纲 ? 人员组织与管理 – 软件项目组织形式、微软公司的开发团队 ? 项目沟通管理 – 项目沟通的复杂性与活动 ? 软件项目规划 – 软件项目估算与计划 ? 软件风险管理 – 风险识别、风险分析、风险规划、风险监控 ? 软件配置管理 – 软件配置管理的概念与活动 配置管理 人 工具 规范 软件配置项 ? 软件配置项是为了配置管理而作为单独实体处理的一 个工作产品或软件。 软件配置项 文档 数据 相关 产品 源代码 目标代码 配置库 操作 配置管理计划 版本控制 变更控制 配 置 审 计 变 更 机 制 变更控制 ? 变更控制是建立一套组织结构和控制规程，有意识地 控制软件的变更过程。 ? 变更控制过程 变更请求 变更申请人提出变更申请 变更控制机构 变更控制规程 变更许可 变更实施 开发人员评估变更实施的必要性和 可能的方案，确定是否实施变更； 变更控制机构进一步决策，是否批 准该变更。 变更申请批准后，开发人员通过版本 控制实施变更； 变更完成后，发布新版本。 ? ? 软件配置管理工具 Rational ClearCase – 版本控制、工作空间管理 – 支持并行开发 – 统一变更管理 – 与 Microsoft 和 IBM 的开发工具相集成 Microsoft Source