[工学]软件项目计划.ppt

软件项目管理 信息科学与工程学院 软件工程系 崔焕庆 RoadMap 前情回顾 项目立项阶段 甲方：招标书、乙方选择、签署合同 乙方：项目分析、竞标、签署合同 项目章程：确认项目存在的文件，包括对项目的确认、对项目经理的授权和项目目标的概述等。 生存期模型：瀑布、V、增量、原型、螺旋、渐近模型。 第二篇 软件项目计划 RoadMap 第2章 范围计划 为什么进行范围计划？ 做过项目的人可能会有这样的经历：一个项目做了很久，感觉总是做不完，就像是一个无底洞。用户总是有新需求要项目开发来做，就像用户在“漫天要价”，而开发方在“就地还钱”。 实际上，这里涉及一个“范围管理”的概念。项目哪些该做，做到什么程度，哪些不该做，都是由“范围管理”来决定的。 缺乏正确的项目范围界定是导致项目失败的主要原因之一。项目管理中最重要也是最难做的就是确定项目范围。 开发软件系统最为困难的部分就是准确说明开发什么。 ——弗雷德里克·布鲁克斯 什么是范围管理 1. 什么是范围？ 产生项目产品所包括的所有工作及产生这些产品所用的过程。 产品范围界定——产品或服务范围的特征和功能。 工作范围界定——项目工作的完成，为的是能交付一个有特殊特征和功能的产品。 2. 范围管理 对项目包括什么和不包括什么的定义与控制过程。 用于确保项目组和项目干系人对作为项目结果的项目产品以及生产这些产品所用到的过程，有一个共同的理解。 本章要点 一、关于软件需求 二、需求管理过程 三、编写需求规格的方法 四、任务分解定义 五、任务分解方法 六、任务分解结果的检验 七、案例分析 软件需求的重要性 40%~60%的问题是在需求分析阶段埋下的隐患。 40%的开发总费用是返工开销。 70%~80%的返工是需求方面的错误导致的。 80%的失败项目是需求分析不明确造成的。 总之，好的需求管理是项目成功的第一位因素。采用需求管理可以给项目组带来很多的好处，直至项目取得成功。 什么是软件需求 需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。 正在构建的系统必须符合的条件或具备的功能。—— Rational 用户解决某一问题或达到某一目标所需的软件功能。系统或系统构件为了满足合同、规约、标准或其他正式实行的文档而必须满足或具备的软件功能。——Merlin Dorfman 、Richard H. Thayer 软件需求的层次 软件需求的层次 软件需求的层次 软件需求的层次 软件需求的层次 软件需求的层次 软件需求的层次 软件需求的层次 本章要点 一、关于软件需求 二、需求管理过程 三、编写需求规格的方法 四、任务分解定义 五、任务分解方法 六、任务分解结果的检验 七、案例分析 需求工程 需求工程是应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。 需求获取 需求获取 需求获取方法 需求获取方法 需求获取方法 其他方法： 需求研讨会 用例模型 角色扮演 原型法 QA邮件提问 电视电话会议访谈 需求的分析、整理和确认 目标：要知道每个需求的“为什么”；从“如何实现”?“实现什么”；分析隐含需求。 需求获取注意问题 1、识别真正的客户 2、正确理解客户的需求 3、具备较强的忍耐力和清晰的思维 4、使用符合客户语言习惯的表达 5、提供需求开发评估报告 6、尊重开发人员和客户的意见，妥善解决矛盾 7、划分需求的优先级 8、说服和教育客户 需求分析 需求分析模型 需求分析活动 1、以图形表示的方式描述系统的整体结构，包括系统的边界与接口。 2、向用户提供可视化的界面，用户可以对需求做出自己的评价。 3、以模型描述系统的功能项、数据实体、外部实体、实体间的关系、实体之间的状态转换。 处理需求不明确问题的方法 1、让用户参与开发。 2、开发用户原型界面。 3、需求讨论会议。 4、强化需求分析与评审。 需求规格 需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书。 需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。 软件需求规格说明的原则 从现实中分离功能，即描述要“做什么”而不是“怎样实现”。 采用一定的规格说明语言。 如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中。 规格说明应该包括系统运行环境。 规格说明应该是一个认识模型。 规格说明应该容许不完备性并允许扩充。 需求验证内容 1、需求的正确性 2、需求的一致性 3、需求的完整性 4、需求的可行