范围项目管理课件及习题_1.ppt

《范围项目管理课件及习题_1.ppt》由会员分享，可在线阅读，更多相关《范围项目管理课件及习题_1.ppt（85页珍藏版）》请在金锄头文库上搜索。

1、chapter_2,0,软件项目管理技术 2,江苏大学 计算机学院 刘一松,chapter_2,1,范围计划,chapter_2,2,核心三计划,范围计划 进度计划 成本计划,成本基准，进度基准,chapter_2,3,软件项目管理技术,第 2 章 软件项目范围计划,chapter_2,4,本章要点,一、软件需求管理过程 二、任务分解定义 三、任务分解的类型 四、任务分解的过程 五、案例分析,chapter_2,5,软件需求,需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。,chapter_2,6,软件需求的层次 p45,用户能有效的纠正文档

2、中的拼写错误,找出文档中的拼写错误并通过一个提供的替换项列表来供选择替换拼错的词。,找到并高亮度提示错词； 显示提供替换词的对话框以及实现整个文档范围的替换。,chapter_2,7,需求管理的重要性 桥梁 缺陷导致的成本放大因子=200,chapter_2,8,项目失败的原因分析,Source: Carnegie-Mellon University, Software Engineering Institute,chapter_2,9,软件需求管理的过程,需求分析,编写需求规格,需求验证,需求获取,需求变更,需求工程,需求管理,chapter_2,10,需求工程基本任务,需求工程,需求管理,

3、需求开发,需求获取,需求分析,需求规格说明,需求验证,变更管理,chapter_2,11,需求获取图示,chapter_2,12,需求获取 p46,基线需求是项目的基准需求，是经过批准的需求部分，是作为需求管理和定义项目范围的基础,chapter_2,13,需求分析(需求建模)定义,需求分析是为最终用户所看到的系统建立一个概念(逻辑)模型，是对需求的抽象描述。 渐进过程. 与实现技术无关.,chapter_2,14,需求分析模型,chapter_2,15,需求规格,需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书SRS.工作任务说明 SOW 需求规格说明书的编制是为了使用

4、户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。,chapter_2,16,软件需求规格说明SRS的原则,从现实中分离功能，即描述要“做什么”而不是“怎样实现”,一个认识模型 采用一定的规格说明语言 如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中 规格说明应该包括系统运行环境 规格说明应该容许不完备性并允许扩充,chapter_2,17,需求规格说明书SRS参考 P49 p62,引言 系统定义 应用环境 功能规格 性能需求 产品提交 实现约束 质量描述 其它 签字认证,chapter_2,18,需求验证 p51,需求是正确的

5、吗？ 需求是一致的吗？ 需求是完全的吗？ 需求是实际可行的吗？ 需求是必要的吗？ 需求是可检验的吗？ 需求是可跟踪的吗？ 最后的签字,chapter_2,19,需求总在变化,chapter_2,20,chapter_2,21,需求变更管理,确定需求变更控制过程 建立变更控制委员会(SCCB) 进行需求变更影响分析 跟踪所有受需求变更影响的工作产品 建立需求基准版本和需求控制版本文档 维护需求变更的历史记录 跟踪每项需求的状态 衡量需求稳定性,chapter_2,22,需求变更管理,管理和控制基线需求的过程 需求变更 控制系统 建立变更审批系统 一个正式的文档，说明如何控制需求变更,chapte

6、r_2,23,chapter_2,24,表4-3 需求变更提交单,chapter_2,25,需求建模的基本方法,原型方法 结构化分析法 面向对象的用例分析法 功能列表法 其他,chapter_2,26,1.原型方法,按照用户的需要，快速形成一个操作流程界面 可能只是一个框架，具体的功能没有实现，只是结果 静态的操作流程，以便与用户快速就需求达成一致 主要考虑系统的功能需求，很少考虑非功能需求,chapter_2,27,原型方法,需求分析,原型开发,原型评价,chapter_2,28,原型方法的类型,进化型 开发出来用于了解问题，并形成被交付软件的部分或全部的基础 抛弃型 开发出来获以便更多地了

7、解问题或探究可能的方案的灵活性或者合理性，是尝试性软件，不用于被交付软件的实际部分,chapter_2,29,2.结构化分析方法（SA,Structured Analysis）,20世纪70年发展起来的面向数据流的方法 是一种自顶向下逐步求精的分析方法 根据软件内部数据传递、变换的关系进行分析的,chapter_2,30,结构化分析方法-技术,数据流图(DFD) 数据字典(DD) 系统流程图,chapter_2,31,数据流图的层次结构,为了表达数据处理过程的数据加工情况，需要采用层次结构的数据流图。按照系统的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个

8、系统,chapter_2,32,分层数据流图,chapter_2,33,数据字典,描述系统中涉及的每个数据,是数据描述的集合,通常配合数据流图使用,用来描述数据流图中出现的各种数据和加工. 数据字典的组成： 数据项:数据元素 数据流:由数据项组成的数据流 数据文件:表示对数据文件的存储,chapter_2,34,数据流图需求分析 实例,建立学生管理系统 学管科 体检科 学籍科 学生处,chapter_2,35,数据流图-顶层,学管科,体检科,学籍科,学生管理 信息系统,学生处领导,学生基本信息,学生健康信息,学生成绩,学生健康情况表,学生成绩单,查询要求,不及格人数,人数统计表,数据起点和终点

9、,数据流,数据处理,chapter_2,36,数据流图-0层,chapter_2,37,数据流图-1层,数据存储,chapter_2,38,数据流图-1层,chapter_2,39,数据字典-数据流,学生基本信息：学号十姓名 学生健康信息：学号十健康情况 学生成绩：学号十课程名+成绩 查询要求：健康查询单 |平均成绩查询单 l不及格人数查询 学生健康情况表：优十良十一般十差 学生成绩单：学号十姓名十课程名+成绩+总成绩 不及格人数统计表：学号十成绩十不及格总人数,chapter_2,40,数据字典-数据文件,文件名：基本信息 组成：学号十姓名十入学成绩十生源 组织：按学号递增顺序排列 文件名：

10、健康文件 组成：学号+姓名+健康情况 组织：按照健康情况为优、良、一般、差顺序排列 文件名：成绩文件 组成：学号+姓名+平均成绩 组织：按照评剧成绩递增顺序排列,chapter_2,41,系统流程图,系统包含的部分以及各个部分之间的关系 是描述物理系统的工具 用图形符号表示系统中的元素 表达了系统中各个元素之间的信息流动情况,chapter_2,42,chapter_2,43,3.面向对象的用例需求（Use case）分析,用例需求分析方法采用一种面向对象的情景分析方法 用例是系统向用户提供一个有价值的结果的某项功能 从用户角度出发考虑的功能需求 所有的用例结合起来就构成了用例模型,chapt

11、er_2,44,UML需求视图,用例视图（Use case Diagram） 顺序图（Sequence Diagram） 状态图（State Diagram） 活动图（Activity Diagram）,chapter_2,45,用例实例,chapter_2,46,顺序视图,chapter_2,47,活动图例,chapter_2,48,4.功能列表,chapter_2,49,本章要点,一、软件需求管理过程 二、任务分解定义 三、任务分解的类型 四、任务分解的方法 五、案例分析,chapter_2,50,任务分解结构WBS (Work Breakdown Structure),任务分解的过程 面

12、向可交付成果(p54),将一个项目分解为更多的工作细目或者子项目，使项目变得更小、更易管理、更易操作。 任务分解的结果 WBS（任务分解结构）。 Work packages（工作包） WBS的最低层次的可交付成果,需求规格说明书SRS =,1做正确的事，2正确地做事,chapter_2,51,WBS实例,chapter_2,52,美国项目管理学会PMI defines WBS,是面向可交付成果的对项目元素的分组,它组织并定义了整个项目范围.不在WBS中包括的工作就不是该项目的工作 它是一个分级的树型结构，是对项目由粗到细的分解过程。工作结构每细分一个层次表示对项目元素更细致的描述,chapte

13、r_2,53,PMI defines Work packages工作包,WBS的最低层次的可交付成果 工作包应当由唯一主体负责 这一交付成果可以分配给另外一位项目经理进行计划和执行,或者通过子项目的方式完成,chapter_2,54,本章要点,一、软件需求管理过程 二、任务分解定义 三、任务分解的类型 四、任务分解的方法 五、案例分析,chapter_2,55,类型,清单 图表,chapter_2,56,图表类型,P55,chapter_2,57,清单类型,1. 变化计数器 1.1 比较两个版本的程序 1.1.1 预处理 1.1.2 文件比较 1.1.3 结果处理 1.2 找出修改后的程序中增

14、加和删除的代码行 1.2.1 找出增加的代码行 1.2.2 找出删除的代码行 1.3 统计修改后的程序中增加和删除的代码行数 1.3.1 统计增加代码行数 1.3.2 统计删除代码行数 1.4 统计总的代码行数 1.5 设定标记以指示修改的次数 1.6 在程序的头部增加修改纪录,chapter_2,58,本章要点,一、软件需求管理过程 二、任务分解定义 三、任务分解的类型 四、任务分解的方法 五、案例分析,chapter_2,59,任务分解过程,输入SRS,分解,WBS,根据需求分析的结果和项目的相关要求,chapter_2,60,分解方法,类比 以往相似项目为参考 模版 自上而下 自下而上,

15、chapter_2,61,WBS模板举例,chapter_2,62,分解方法-自上而下 (熟悉),chapter_2,63,分解方法-自下而上 (不熟悉),“变化计数器”系统,文件比较,预处理,增加 代码,结果处理,统计总行,标记修改,记录 修改,版本 比较,找出 增删行,统计 增删行,删除代码,增加 行数,删除 行数,chapter_2,64,分解标准,生存期 标准 功能组成 标准,chapter_2,65,分解标准应统一,学生管理 按照生命期分解 规划 需求 设计 编码 测试 提交 按照产品功能组成分解 1.1 招生管理 1.2 分班管理 1.3 学生档案管理 1.4 学生成绩管理,chapter_2,66,分解标准应统一（续）,不能同时使用两种标准进行分解 招生管理 分班管理 学生档案管理 学生成绩管理 规划 需求 设计 编码 测试 提交,chapter_2,67,任务结构分解(WBS)步骤,确认并分解项目的组成要素 确定分解标准 确定分解是否详细 确定项目交付成果 验证分解的正确性,并建立编号,chapter_2,68,WBS编号系统,chapter_2,69,chapter_2,70,WBS与OBS（组织分解结构）p131,chapter_2,71,检验分解结果的标准,最底层的要素是否是实现目标的充分必要条件 最底层要素是否有重复的 每个要素是