软件项目需求管理教材1.pptVIP

原型方法的类型 进化型 开发出来用于了解问题，并形成被交付软件的部分或全部的基础 抛弃型 开发出来获以便更多地了解问题或探究可能的方案的灵活性或者合理性，是尝试性软件，不用于被交付软件的实际部分 结构化分析方法 20世纪70年发展起来的面向数据流的方法 是一种自顶向下逐步求精的分析方法 根据软件内部数据传递、变换的关系进行分析的 结构化分析方法-技术 数据流程图(DFD) 数据字典(DD) 系统流程图 数据流程图的层次结构 为了表达数据处理过程的数据加工情况，需要采用层次结构的数据流图。按照系统的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统 数据字典 描述系统中涉及的每个数据,是数据描述的集合,通常配合数据流图使用,用来描述数据流图中出现的各种数据和加工. 数据字典-组成 数据项:数据元素 数据流:由数据项组成的数据流 数据文件:表示对数据文件的存储 系统流程图 系统包含的部分以及各个部分之间的关系 是描述物理系统的工具 用图形符号表示系统中的元素 表达了系统中各个元素之间的信息流动情况 面向对象的需求分析 OOSE OOA OOD OOP OOT ……. OOA 是OO软件工程的第一项技术活动 将现实世界的“视图”转化为用对象来描述的模型 描述对象之间的各种关系，以满足软件系统的要求。 用例需求（Use case）分析 用例需求分析方法采用一种面向对象的情景分析方法 用例是系统向用户提供一个有价值的结果的某项功能 从用户角度出发考虑的功能需求 所有的用例结合起来就构成了用例模型 UML需求视图 用例视图（Use case Diagram） 顺序图（Sequence Diagram） 状态图（State Diagram） 活动图（Activity Diagram） 用例实例 功能列表 需求类别（功能/性能） 名称/标识 描述 ? 特性（Feature） A A.1 ? …… ? A.n ? ? 特性Feature B B.1 ? …… ? B.n ? ? 特性Feature C C.1 ? …… ? C.n ? chapter__４ chapter__４ 四、软件项目需求管理 RoadMap 　　合同管理 　　 生存期 　需求管理 　　任务分解 　　项目进度 　　规模估算 　质量计划 　　配置计划 　　　　风险计划　　 　　团队管理 　　项目度量 　　集成项目 　　跟踪控制 　项目结束 需求管理中的问题举例 需求的隐含错误 需求不明确、含糊 用户不断增加需求、变更需求 用户刁难 开发人员的“镀金” 本章要点 一、软件需求定义 二、软件需求管理过程 三、需求建模的基本方法 软件需求 需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。 软件需求的层次 业务需求 用户需求 功能需求 软件需求规格 非功能性需求 质量特性 约束和假设 系统需求 项目失败的原因分析 No. Top 10 Factors 平均值 1 Inadequate requirements specification 不充分的需求规范 4.5 2 Changes in requirements 需求的改变 4.3 3 Shortage of systems engineers 缺乏系统工程师 4.2 4 Shortage of software managers 缺乏了解软件特性的经理人 4.1 5 Shortage of qualified project managers 缺乏合格的 项目经理 4.1 6 Shortage of software engineers 缺乏软件工程师 3.9 7 Fixed - price contract 固定价合同 3.8 8 Inadequate communications for system integration 系统集成阶段 , 交流与沟通不充分 3.8 9 Insufficient experience as team 团队缺乏经验 3.6 10 Shortage of application domain experts 缺乏应用领域专家 3.6 Scale: 5 = Very Serious 3 = Serious 1 = No Serious Source: Carnegie-Mellon Universit