软件项目管理2016软件本科.ppt

软件项目管理 1.3 Infosys的过程体系结构 过程生命周期 3.4 需求跟踪管理 项目管理计划 配置管理计划 进度 标准、检查表、指南、模板和其他帮助 已经开发的工具和相关注释 培训材料 控制图 VSS使用教程 VSS的简介 评审是最有效的也是最常用的标识故障的方法，可以对文档及代码进行评审。评审还可以使管理人员掌握项目的进展。 第11章 评 审 1、评审可以应用于软件开发各个阶段、产生的各种类型产品——范围广； 2、评审比软件测试更有效率，因为他看到的是问题本身而不是征兆； 3、通过评审不仅可能发现错误，还可以提出对软件产品的改进意见，防止再发生； 4、评审可以在产品开发阶段进行，作者对产品细节很清楚，可以及时修改； 5、不只发现错误，还有利于评审员、软件项目相关组熟悉有关产品。 评审的功能及特点 小组评审的几个阶段： 评审规划、 准备和概述、 小组会议、 返工及后续修改 一. 评审过程 1. 评审规划： 标识要评审的产品； 选择评审成员及安排评审时间 作者准备好相应的材料。 一. 评审过程 2. 准备和概述： 此阶段的目的：是将要评审的软件包交给评审人员，并在需要时，对工作产品进行说明。 第一次会议； 在正式会议之前，各评审员独立地评审工作产品，作评审日志。 需要准备的材料：评审通知、评审标准、被评审的工作产品、正式的评审记录单、评审检查表、其他资料（如相关文档、标准等） 一. 评审过程 3. 评审会议 评审会议的目的：最终拿出故障列表 会前检查准备工作； 会议期间提出问题； 会议结束时，给出问题和故障列表。 结论分为：可以通过、不能通过和有条件通过 一. 评审过程 4. 返工和后续措施 作者执行返工，以改正评审会议上提出的所有故障。 作者与评审主席一起审查改正情况。 一. 评审过程 5. 角色与责任 协调员 记录员 评审人 宣读者 作 者 一. 评审过程 6. 个人评审 评审人 作 者 工作产品：中等关键程度或中等复杂程度 一. 评审过程 7. 工作产品指南 项目管理计划 需求规格 系统测试计划 概要设计计划 集成测试计划 一. 评审过程 一. 评审过程 在评审的各个阶段，数据都要被记录，每次评审的总结数据都被保存到一个评审数据库中。 1．? 自备日志 2．? 小组评审会议日志 3． 小组评审总结报告 二. 数据收集 二. 数据收集 自备日志 组评审会议日志 项目过程 标准过程的描述、剪裁指南、需求变更管理 工作量估计 开发环境 工具 培训计划 质量计划 里程碑 风险管理计划 9.2 项目计划 任务跟踪 事宜跟踪 客户反馈 状态报告 升级规程 9.3 项目跟踪 项目机构 项目组 角色和职责 9.4 项目团队 软件配置管理（Software Configuration Management，SCM ）是项目管理中专门用于关注系统地控制项目进行中发生的变更的那些部分，由用来识别组织软件产品并控制其修改的一系列活动构成。 配置管理需要满足项目基本目标 为客户提交高质量的软件产品。至少，它包含各种资源以及构成资源或目标代码的目标文件，还包含以这些文件来构建工作系统的脚本以及相关的文档。 第十章 配置管理 软件配置管理（software configuration management, SCM）是项目管理的一项内容，主要涉及对变更进行系统地控制，建立和维护在项目的整个软件生存周期中软件项目产品的完整性。 主要包括：标识在给定时间点上软件的配置，系统地控制对配置项的更改、并维护在整个软件生存周期中配置的完整性和可跟踪性。 10.1 配置管理概念 自己刚开发的 验收测试中的缺陷 准备验收测试 发布 程序员满意了 产品 成功地发布了 系统测试的缺陷 单元测试的缺陷 系统测试结束 准备单元测试 准备系统测试 图10.1产品的生命周期 基线 单元测试结束 配置管理的功能与机制 配置管理的功能：（1、给出程序的状态；2、给出一个程序的必威体育精装版版本；3、处理并发更新申请；4、取消一个程序变更；5、防止未授权的变更或者删除；6、提供需求变更申请和程序变更之间的可跟踪性；7、取消一个需求变更；8、显示相关的变更；9、收集当前系统的所有源代码、文档和其他信息。） 配置管理的机制包括：（1、文件命名和组织的约定；2、版本控制；3、变更申请的可跟踪性；4、访问控制；5、协调过程；6、修改登记程序。） 10.1 配置管理概念 获取状态 还原对程 序的修改 并行更新 防止未授 权的变化 还原需 求变化 相关的变化 命名和维 护状态 版本控制 访问控制 变更跟踪 重新整合 修改记录 图10.2 功能与机制间的关系 配置管理过程主要有： 配置规划