软件项目范围管理_第1页
软件项目范围管理_第2页
软件项目范围管理_第3页
软件项目范围管理_第4页
软件项目范围管理_第5页
已阅读5页,还剩58页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

第2章软件项目范围管理 2 1软件项目范围管理的概述2 2工作分解结构 WBS 2 3项目范围控制2 4软件项目需求管理2 5软件项目计划管理 2 1软件项目范围管理的概述 2 1 1软件项目的目标2 1 2什么是项目范围管理2 1 3项目范围规划2 1 4项目范围定义 2 1 1软件项目的目标一 软件项目目标的概念 目标是预期的结果或最终的软件产品 项目的目标必须是明确的 可行的 具体的和可度量的 软件项目目标具有多样性 层次性 可变性和优先性 各阶段目标优先性有差异 二 确定软件项目目标的步骤 主要分为两步 明确制定项目目标的主题 项目目标一般由项目发起人或者项目提议人来确定 描述项目目标 项目目标必须明确 具体 尽量定量描述 保证项目目标容易被沟通和理解 并使每个项目组成员结合项目目标确定个人的具体目标 三 目标确定目标应遵循的基本原则 定量化原则 确定项目目标时 尽可能定量描述 使得每个目标的范围 时间 成本 性能 责任等都是明确的 可以度量和监控的 个人化原则 每个具体目标应当落实到项目组的每个成员 使得每个成员都明确自己的工作和职责 简单化原则 目标的描述应当是简单而直接的 使得每个参与人员都能明确而无二义性 现实性原则 确定的每个目标都是可以实现的 而不是追求理想化的结果 2 1 2什么是项目范围管理 做过项目的人可能都会有这样的经历 一个项目做了很久 感觉总是做不完 就像一个 无底洞 用户总是有新的需求要项目开发方来做 就像用户在 漫天要价 而开发方在 就地还钱 实际上 这里涉及到一个 范围管理 的概念 项目中哪些该做 做到什么程度 哪些不该做 都是由 范围管理 来决定的 那么 到底什么是 范围管理 一 项目范围管理的任务 项目范围的确定 ProjectScope 包括项目的最终产品或者服务 以及实现该产品或者服务所需要执行的全部工作 即 一是产品范围 软件二是项目范围 如文档等项目范围管理的任务是界定项目所必须包含且只需要包含的全部工作 并对其他的项目管理工作起指导作用 以确保项目顺利完成全部的过程 二 什么是项目范围管理 对项目应包括什么和不应包括什么进行定义和控制 以确保项目管理者与干系人对作为项目结果的产品和服务以及完成产品和服务所经历的过程有一个共同的理解 三 项目范围管理主要过程 项目管理知识体系指南 PMBOK 第3版 将项目范围管理的过程描述如下 启动 Initiation 证实组织开始项目的下个阶段 范围计划编制 ScopePlanning 制定范围说明 作为未来项目决策的基础 范围定义 ScopeDefinition 将主要的项目可交付成果分成小的 容易管理的部分 范围核实 ScopeVerification 正式接受项目范围 范围变更控制 ScopeChangeControl 控制项目范围的变更 2 1 3范围计划编制 项目范围计划就是确定项目范围并编写项目说明书的过程 项目范围的确定与管理影响到项目的整体成功 每个项目都必须慎重考虑与权衡工具 数据来源 方法系 过程与程序 以及其他因素 确保为确定项目范围而付出的努力与项目的大小 复杂程度和重要性相称 一 项目范围规划的依据 项目和子项目都要编写项目范围说明书 一般来说 项目范围说明书要由项目班子来写 项目班子编写项目范围说明书时必须有以下的依据 成果说明书 产品描述项目许可证 项目章程事业环境因素组织过程资产制约因素假设前提 前提条件 二 项目范围规划的技术 PP57 产品分析技术成本效益分析技术项目方案识别技术专家评定 三 项目范围规划的输出 项目范围说明书通过对项目范围规划后应当形成包括项目范围说明书在内的项目范围管理计划成果 项目的合理性说明项目成果的简要描述项目可交付成果项目目标的实现程度辅助性细节 2 1 4项目范围定义一 项目范围定义的任务 范围定义就是把项目的主要可交付成果划分为较小的 更易管理的单元 项目范围的定义要以其组成的所有产品的范围定义为基础 这也是一个由一般到具体 层层深入的过程 二 项目范围定义的依据与工具 范围说明书制约因素前提条件其他计划结果历史资料使用工具 工作分解结构模板 三 项目范围定义的内容 项目范围的定义是项目需求 主要从项目需求的识别和项目需求的表达两个方面来阐述 项目需求的识别项目范围的定义来源于项目的需求 不能全面 正确地理解一个需求和其内在含义 或者不能正确地阐述表达它 项目管理必将迷失方向 就像那艘无舵的航船 把项目需求从开始的不确定 到逐步进化出一个清晰的框架 直至最终获得正确的理解 是项目管理一个至关重要的环节 三 项目范围定义的内容 项目需求的表达让提出需求的人把他们的感觉尽可能清楚地表达出来 针对需求的真实性 可行性 重要性和影响向客户提出问题 以从不同的角度理解需求 从技术和方法的角度对项目作一些必要的研究 更好地处理需求 根据以上三步得出的结论 尽可能清楚地描述项目需求 客户尽最大努力确认项目管理人员的需求认识是否反映了项目真实需求 根据客户意见作适当修改 2 2工作分解结构 WBS 2 2 1工作分解结构的含义与作用2 2 2工作分解的原则与步骤2 2 3WBS的设计方法2 2 4项目责任分配矩阵2 2 5实施项目工作分解应注意的问题 2 2 1工作分解结构的含义与作用一 工作分解结构的含义 工作分解结构是一个以产品或服务为中心的项目组成部分的 家族树 规定了项目的全部范围 是项目范围定义的主体 项目的工作分解以项目的范围说明书为直接前提 依据 在明确的项目范围基础上进行项目分解 确定实现项目目标所必须做的各项工作 确定各项工作的内在结构或实施过程的顺序并以一定的形式将其表达出来 这就是工作分解结构图 二 工作分解的作用 进行工作分解之后 可以根据细分后的工作包之间的逻辑关系来实施项目 通过工作分解 项目组成员就会明确各自的职责 也有了可以共同遵守的明确规范 这样就可以减少繁琐的协调工作量 有利于工作的沟通 把项目细分为具体的工作任务后 每个项目组成员就能更清晰地理解任务的性质和各自的具体目标 通过工作分解 可以比较准确地把握项目所需要的技术 人力 资金等信息 以及面临的风险 从而可以为项目计划的制定提供基线 2 2 2工作分解的原则与步骤一 工作分解的原则 在同一个工作任务中 最好只包含相关的工作元素 例如 对软件开发项目而言 编码 和 测试 不应该在同一个工作任务中 因为在项目中 编码 和 测试 的工作性质明显不同 也发生在不同的阶段 在同一个工作任务中 所有工作活动应该是平行的或者连续发生的 其间不应该插入不相关的工作活动 在同一个工作任务中 尽量使用相同的项目组成员 便于彼此沟通和交流 二 工作分解的步骤 先明确并识别出项目的各主要组成部分 即明确项目的主要可交付成果 确定每个可交付成果的详细程度是否已经达到了足以编制恰当的成本估算和历时估算的要求 确定可交付成果的组成元素 工作包 核实分解的正确性 2 2 3WBS的设计方法一 WBS的设计方法 分层 一二三四五 二 WBS的编制方法 类比分解法自上而下分解法自下而上汇集法 案例 某项目工作分解结构图 100电力局信息化系统建设 130系统调试 120软件开发 110总体方案确定 150系统试用 140工程实施 160系统验收交付 112总体规划 111指导思想 113需求分析 114环境分析 115财务分析 121网络系统设计 122呼叫中心设计 123数据库设计 124ERP管理系统设计 125CSS客服系统设计 126系统集成技术 131分系统测试 132系统集成测试 142基础数据输入 141硬件平台构建 151应用数据录入 161基础数据完善 162系统联合测试 163文件资料整理 案例 电力局信息化项目规划工作分解结构图 WBS 互动 怎样做好WBS编码 案例 企业应用软件开发项目的WBS 列表法 1 项目启动阶段1 1售前阶段1 1 1提供 技术白皮书 和现场的技术介绍 了解项目需求1 1 2提交 项目可行性研究报告 1 1 2提交 项目开发计划 1 1 4提交 项目风险管理计划 1 1 5通过公司的立项评审1 1 6进行项目前期开发 制作需求模板 功能演示系统 关键技术分析和实验等 1 1 7向用户提交 系统建设建议书 1 2招标和合同签订阶段1 2 1制作标书 参加投标和答标活动1 2 2中标后 根据商务谈判的结果 制作合同副本1 2 3合同签订 1 3项目前期准备阶段1 3 1指定项目经理 子项目经理或技术经理 成立项目组 1 3 2完成 工作任务分解 WBS 1 3 3划分接口人员责任1 3 4提交 项目进度计划 项目成本预算 风险控制计划 1 3 5其他专项计划 对本项目开发中需制订的各个专题计划 如分合同计划 开发人员培训计划 测试计划 安全保密计划 质量控制计划 配置管理计划 用户培训计划 系统安装计划等 分别进行制订 1 3 6以上项目计划提交公司评审 并形成 项目任务责任书 并下达 2需求分析阶段2 1分析用户需求2 1 1与用户一起分析需求并形成用自然语言表述的 需求说明书 由用户确认2 1 2将用户确认的 需求说明书 转化为用计算机术语描述的 系统需求规范书 2 1 3提交 系统需求规范书 进行评审2 2形成 集成测试计划 提交公司评审 3 系统设计阶段3 1系统总体设计3 1 1运行环境设计3 1 2基本业务处理流程描述3 1 3系统结构设计3 1 4模块关系设计3 1 5人工处理过程3 1 6尚未解决的问题 3 2接口设计用户接口 外部接口 内部接口3 3运行设计3 3 1运行模块组合 对系统施加不同的外界运行控制时所引起的各种不同运行模块组合 每种运行所历经的内部模块和支持软件 3 3 2运行控制 说明每一种外界的运行控制的方式方法和操作步骤3 3 3运行时间 说明每种运行模块组合将占用各种资源的时间 3 4系统数据结构设计3 4 1逻辑结构设计要点3 4 2物理结构设计要点3 4 3数据结构与程序的关系 后备 降效 恢复及再启动技术 案例5 软件研发项目时间管理计划 WBS 2 2 4项目责任分配矩阵 PP62 2 2 5实施项目工作分解应注意的问题 确定项目的分解结构就是将项目的产品或服务 组织 过程对于项目最底层的工作要非常具体对于最底层的工作块 一般要有全面 详细和明确的文字说明并汇集编制成项目工作分解结构词典并非工作分解结构中所有的分支都必须分解到同一水平 各分支中的组织原则可能会不同 2 3项目范围控制 2 3 1范围审核2 3 2范围变更控制 2 3 1范围审核 验收的可交付成果请求的变更推荐的纠正措施 2 3 2范围变更控制一 什么是范围变更控制 在项目的生命周期中 存在着各种因素不断干扰着项目的进行 项目总是处于一个变化的环境之中 项目管理得再好 采用的管理方法再科学 项目也避免不了会发生变化 根据项目管理的哲学思想 这种变化是绝对的 对项目管理者来说 关键的问题是能够有效地预测可能发生的变化 以便采取预防措施 以实现项目的目标 项目范围变更控制是指为使项目向着有利于项目目标实现的方向发展而变动和调整某些方面因素而引起项目范围发生变化的过程 项目范围变更是不可避免的 通常对发生的变更 需要识别是否在既定的项目范围之内 如果是在项目范围之内 那么就需要评估变更所造成的影响 以及如何应对的措施 受影响的各方都应该清楚明了自己所受的影响 如果变更是在项目范围之外 那么就需要商务人员与用户方进行谈判 看是否增加费用 还是放弃变更 因此 项目范围变更及控制不是孤立的 二 项目范围变更管理的一般流程 在收集到已完成活动的实际范围和项目变更带来的影响的有关数据 并据此更新项目范围后 对范围进行分析并与原范围计划进行比较 找出要采取纠正的地方 对需要采取措施的地方确定应采取的具体措施 估计所采取的纠正措施的效果 如果所采取的纠正措施仍无法获得满意的范围调整 则重复以上步骤 图项目范围变更管理的一般流程 三 范围变更控制实施的基础与技术 进行工作任务分解提供项目实施进展报告提出变更要求项目管理计划 项目管理计划应对变更控制提出明确要求和有关规定 以使变更控制做到有章可循范围变更控制系统偏差分析补充规划配置管理系统 四 项目范围变更控制的作用 合理调整项目范围纠偏行动总结经验教训 五 项目变更申请书 为了避免冲突而强调 需求变更内容的关键词 归属WBS的编码 负责人评估 编号 执行人 结束时间 负责人 负责人签发日期 2 4软件项目需求管理 2 4 1软件需求的概念2 4 2软件需求的类型2 4 3软件需求度量2 4 4软件需求工程2 4 5软件需求管理的必要性2 4 6软件需求管理的活动2 4 7软件需求变更管理 2 4 1软件需求的概念一 什么是软件需求 用户为解决某一问题或达到某一目标所需的软件属性 为了满足合同 规约 标准或其它正式文档要求所需的软件属性 什么是软件需求 1 4 什么是软件需求 待开发软件产品的目标用户对该软件产品的功能 性能 设计约束和其它方面的期望和要求说明目标用户实际操作该软件的用户 图书管理员 用户方的负责人用户代表 市场经理 必须是用户所需的例如 网上图书借阅 想法很好 用户不需要 也不现实 什么是软件需求 2 4 关于软件需求的注意事项软件需求关注用户的期望 要求和需要 不是解决方案要区分what和How例如 要采用什么算法 不是用户需求并不是所有方面的要求都是软件需求功能 性能 设计约束 时间进度等例如 重量 软件大小等不是用户需求并不是所有用户的期望和要求都是软件需求用户需求必须中肯 有意义例如 记录图书的厚度等不是用户需求 什么是软件需求 3 4 软件需求的表现形式功能需求性能需求易用性 质量 性能 安全性 移植性 可重用性等设计约束运行环境开发环境其它要求 如开发周期 什么是软件需求 4 4 软件需求例子 图书馆管理系统功能需求办理读者借书证 借阅图书 性能需求查询操作延迟时间不超过1秒钟 设计约束前台运行在windowsOS下 其它要求开发时间6个月 二 软件需求在软件项目中的作用 软件需求与其他软件过程的关系 2 4 2软件需求的类型一 软件需求抽象层次 所以软件需求类别有 用户需求和系统需求 业务需求 二 系统需求的描述语言 三 系统需求的分类 功能需求和非功能需求 2 4 3软件需求度量 正确性无歧义完备性一致性根据重要性和稳定性分级可验证性可修改性可跟踪性可理解性 2 4 4软件需求工程一 需求工程研究内容 二 需求开发和管理的界限 2 4 5软件需求管理的必要性 需求供求双方固有的矛盾需求具有易变性和难以表述性需求错误出现的高频性和修复的高昂成本CapersJones于1994年对软件缺陷的研究总结 软件缺陷修复的成本 2 4 6软件需求管理的活动 2 4 7软件需求变更管理 需求变更控制流程 需求变更管理过程 2

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论