国际结算课件和资料.ppt

第5章 范围管理,对外经济贸易大学信息学院,范围源于需求,本章重点是WBS,第一节 需求管理,软件需求 什么是软件需求 需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。,第一节 需求管理,软件需求的三个层次 业务需求、用户需求和功能需求。,第一节 需求管理,软件需求 业务需求： 业务需求反映客户对信息系统的总体需求。客户希望通过系统达到什么管理目的，解决什么管理问题。 业务需求通常就是客户的近期目标。是客户对系统高层次的目标要求，由管理人员和市场人员确定。,第一节 需求管理,软件需求 用户需求： 用户需求反映用户通过使用信息系统要完成的任务。 用户需求由用户提供。,第一节 需求管理,软件需求 功能需求： 定义开发人员必须实现的软件功能，使得用户通过使用此软件能完成他们的任务，从而满足了业务需求。,第一节 需求管理,软件需求,计算机辅助教学,仅供外经贸大学生使用,用户管理,业务需求,用户需求之一,功能需求之一,第一节 需求管理,软件需求,纠正文档中的拼写错误,找出文档中的拼写错误 并通过一个提供的替换项列表 来供选择替换拼错的词,找到并高亮度提示错词 显示提供替换词的对话框 以及实现整个文档范围的替换,业务需求,用户需求,功能需求,项目失败的原因分析,Source: Carnegie-Mellon University, Software Engineering Institute,第一节 需求管理,需求管理过程 需求过程是一个不断反复的需求定义、文档记录需求演进的过程，并最终在验证的基础上冻结需求。,第一节 需求管理,需求管理过程,需求分析,编写需求规格,需求验证,需求获取,需求变更,需求确认,需求变更,第一节 需求管理,需求管理过程 需求的获取： 通过与用户的交流，对现有系统的观察以及对任务进行分析，从而开发、捕获和修订用户的需求。 注意的问题： 识别真正客户， 正确理解客户的需求 具备较强的忍耐力和清晰的思维 说服教育客户 建立需求小组进行分析,第一节 需求管理,需求管理过程 需求分析 需求分析是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述。 其任务是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决系统做什么的问题。,需求规格,需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书 需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。,软件需求规格说明的原则,从现实中分离功能，即描述要“做什么”而不是“怎样实现” 采用一定的规格说明语言 如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中,规格文档参考,引言 系统定义 应用环境 功能规格 性能需求 验收准则 实现约束 质量描述 项目假设 签字认证,需求验证,需求是正确的吗？ 需求是一致的吗？ 需求是完全的吗？ 需求是实际可行的吗？ 需求是必要的吗？ 需求是可检验的吗？ 需求是可跟踪的吗？ 最后的签字,第二节 任务分解WBS（范围管理） (Work Breakdown Structure),任务分解的过程 将一个项目分解为更多的工作细目或者子项目，使项目变得更小、更易管理、更易操作。 任务分解的结果 WBS（任务分解结构）。 WBS 面向可交付成果的。 Work packages（工作包） WBS的最低层次的可交付成果,WBS实例,PMI defines WBS工作分解结构,是面向可交付成果的对项目元素的分组,它组织并定义了整个项目范围。不在WBS中包括的工作就不是该项目的工作 它是一个分级的树型结构，是对项目由粗到细的分解过程。工作结构每细分一个层次表示对项目元素更细致的描述,PMI defines Work packages工作包,WBS的最低层次的可交付成果 工作包应当由唯一主体负责 这一交付成果可以分配给另外一位项目经理进行计划和执行,或者通过子项目的方式完成,WBS类型,清单 图表,图表类型,清单类型,1. 变化计数器 1.1 比较两个版本的程序 1.1.1 预处理 1.1.2 文件比较 1.1.3 结果处理 1.2 找出修改后的程序中增加和删除的代码行 1.2.1 找出增加的代码行 1.2.2 找出删除的代码行 1.3 统计修改后的程序中增加和删除的代码行数 1.3.1 统计增加代码行数 1.3.2 统计删除代码行数 1.4 统计总的代码行数 1.5 设定标记以指示修改的次数 1.6 在程序的头部增加修改纪录,任务分解过程,输入,分解,WBS,分解方法,类比 模版 自上而下 自下而上,WBS模板举例按生存期,分解方法-自上而下按功能,分解方法-自下而上,“变化计数器”系统,文件比较,预处理,增加 代码,结果处理,统计总行,标记修改,记录 修改,版本 比较,找出 增删行,统计 增删行,删除代码,增加 行数,删除 行数,任务结构分解(WBS)步骤,确认并分解项目的组成要素 确定分解标准 确定分解是否详细 确定项目交付成果 验证分解的正确性(建立编号),WBS编号系统,WBS与OBS（组织分解结构）,分解标准,生存期 功能组成,分解标准应统一,学生管理 按照生命期分解 规划 需求 设计 编码 测试 提交 按照产品组成分解 1.1 招生管理 1.2 分班管理 1.3 学生档案管理 1.4 学生成绩管理,分解标准应统一（续）,不能同时使用两种标准进行分解 招生管理 分班管理 学生档案管理 学生成绩管理 规划 需求 设计 编码 测试 提交,检验分解结果的标准,最底层的要素是否是实现目标的充分必要条件 最底层要素是否有重复的 每个要素是否清晰完整定义 最底层要素是否有定义清晰的责任人,是否可以进行成本估算和进度安排,WBS的指南(1),WBS分解的规模和数量因项目而异、因项目经理而异 收集与项目相关的所有信息 参看一下类似的项目的WBS,与相关人员讨论 可以参照模板 最低层是可控的和可管理的，但是避免不必要的过细，最好不要超过7层， 软件项目推荐分解到40小时的任务,WBS的指南（2）,每个Work package必须有一个提交物 定义任务完成的标准 每个WBS必须有利于责任分配 可以准备WBS的字典 最后与相关人员进行评审,WBS字典内容,WBS意义,提供了项目范围基线,是范围变更的重要输入 为评估和分配任务提供具体的工作包 进行估算和编制项目进度的基础 对整个项目成功的集成和控制起到非常重要的作用,网管系统（图表）分解实例,F,F1 配置管理,F2 故障管理,F3 安全管理,F4 性能管理,F3.2,F3.3,F3.1,F3.4,F4.2,F4.3,F4.5,F4.6,F4.7,F4.4,F4.1,F4.7.1,F4.7.2,网管系统（图表）分解实例,网管系统（图表）分解实例,F2,F2.1,F2.2,F2.3,F2.4,F2.5,F2.6,F2.7,F2.8,F2.9,F2.6.1,F2.6.2,F2.9.2,F2.9.4,F2.9.3,F2.9.1,F2.9.5,F2.9.6,George and Martha一次野餐会,George and Martha计划与家人和朋友举行一次特殊的野餐活动，以庆祝Martha的升职和他们35周年的结婚纪念。Martha是工程师， George是会计，他们有两个非常活泼的孩子，Mary 13岁，Thomas 17岁。经过过去几年的发展，家里不断壮大,无论是时间和金钱上的需要都在增加，所以他们已经逐渐成为非常好的计划能手，最近他们又通过了PMP的认证考试,所以他们非常清楚对于这样野餐活动也需要开发一个WBS。,野餐准备活动任务分解,小结,WBS的分解类型 WBS的分解步骤 范围基准的形成,课堂练习,你是某项目的项目经理,这个项目是为用户创建一个新的邮件服务器以及在所有100个工作站上部署相应的邮件客户端（要满足用户的期望）。其中，2个服务器需要重新购置，而客户端的机器已经存在。请提交任务分解结果WBS, WBS的图表,