软件项目管理教材(PPT89页).pptVIP

范围计划;核心三计划;软件项目管理;本章要点; 1 软件项目需求管理;项目失败的原因分析;软件开发的目标——按时按预算开发出满足用户真实需要的软件。 需求—— 一个软件项目的开始阶段。在软件工程中，需求分析阶段是 包括客户、用户、业务或需求分析员、开发人员、测试人员、用户文档编写者、项目管理者和客户管理者在内的所有的风险承担者都需要参与的阶段。; 需求定义 IEEE软件工程标准词汇表(1997年)中将需求定义为： 用户解决问题或达到目标所需的条件或权能(Capability)； 系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能； 一种反映上面(1)或(2)所描述的条件或权能的文档说明。 软件需求包括以下几个层次： 业务需求（business requirement） 用户需求（user requirement） 功能需求（functional requirement） 同时也包括非功能需求、软件需求规格说明（software requirements specification，SRS）等。;; 需求类型 在UP（统一过程）中，软件需求是根据FURPS+模型来分类的，其中FURPS的含义如下： Functional（功能性） Usability（可用性） Reliability（可靠性） Performance（性能） Supportability（可支持性） “+”是指一些辅助性的和次要的因素： Implementation（实现） Interface（接口） Operations（操作） Packaging(包装) Legal（授权）;;需求管理的重要性;需求工程——也叫做需求过程或需求阶段，包括需求开发和需 求管理。 需求开发——包括需求获取、需求分析、编写需求规格说明、验证需求四个阶段，在这四个阶段执行以下活动： 确定产品所期望的用户类； 获取每个用户类的需求； 了解实际用户任务和目标以及这些任务所支持的业务需求； 分析源于用户的信息以区别业务需求、功能需求、质量属性、业务规则，建议解决的方法和附加的信息； 分解需求，并将需求中的一部分分配给软件组件； 了解相关属性的重要性； 划分实施优先级； 编写需求规格说明和模型； 评审需求规格，验证对用户需求的正确理解和认识。;需求管理——是一种用于查找、记录、组织和跟踪系统需求变更的系统化方法，可用于获取、组织和记录系统需求并使客户和项??团队在系统需求变更上保持一致。 有效的需求管理在于维护清晰明确的需求阐述、每种需求类型所适用的属性，以及与其它需求和其它项目工件之间的可追踪性。 需求管理活动包括 定义需求基线 评审需求变更并评估每项需求变更对软件产品的影响从而决定是否实施它。 以一种可控制的方式将需求变更融入当前的软件项目。 让当前的项目计划和需求保持一致。 估计变更所产生的影响并在此基础上协商新的约定 实现通过需求可跟踪对应的设计、源代码和测试用例。 在整个项目过程中跟踪需求状态及其变更情况。 ; 需求获取 需求获取的主要目的是从宏观上把握用户的具体需求方向和趋势，了解现有的组织架构、业务流程、系统环境等，对任务进行分析、从而开发、捕获和修订用户的需求，以建立良好的沟通渠道和方式。 需求获取需要执行以下活动： 确定需求开发过程 编写项目视图和范围文档 获取涉众请求 选择每类用户的产品代表 建立典型的以用户为核心的队伍 让用户代表确定用例 召开应用程序开发联系会议 分析用户工作流程 确定质量属性和其它非功能需求; 需求分析 需求分析包括提炼、分析和仔细审查已收集到的需求，为最终用户所看到的系统建立一个概念模型以确保所有的风险承担者都明白其含义并找出其中的错误、遗漏或其它不足的地方。 分析用户需求应该执行以下活动： 绘制系统关联图 创建用户接口原型 分析需求可行性 确定需求的优先级别 为需求建立模型 建立数据字典 使用质量功能调配; 需求规格说明 软件需求规格说明阐述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件,它不仅是系统测试和用户文档的基础，也是所有子系列项目规划、设计和编码的基础。 需求分析完成的标志是提交一份完整的软件需求规格说明书（SRS）。 软件需求规格说明作为产品需求的最终成果必须包括所有的需求。 在开发人员的组织中要为编写软件需求文档定义一种标准模板。;需求规格说明模板; 需求验证 验证是为了确保需求说明准确、无二义性并完整地表达系 统功能以及必要的质量特性。 需求验证要求客户代表和开发人员共同参与，对提交后的需求规格说明进行验证，分析需求的正确性，完整性以及可行性等等。 需求验证中的活动一般包括： 审查需求文档 以需求为依据