软件项目管理-第五章.pptVIP

软件项目管理讲义 上一页 下一页 返回本章首页 第五章 需求阶段管理 5.1 需求分析的工作内容 5.1.1需求分析的目标和内容 目标是获取完整的、准确的用户需求 主要工作内容是：刻画出软件的功能和性能、指明软件和其他系统元素的接口、并建立软件必须满足的约束条件；提交需求规格说明书，形成软件项目管理过程的第一个里程碑成果 主要任务包括：问题分析（即如何获取需求）、需求描述（即如何定义需求）以及需求的验证 需求分析的工作内容 （1）问题分析：系统分析员通过对问题及其环境的理解、分析和综合，消除用户需求的模糊性、歧义性和不一致性 （2）需求描述：以需求模型为基础，考虑问题的软件可解性，生成需求规格说明书和初步的用户手册 （3）需求验证：对生成的需求规格说明进行复核，以确保全面性、精确性、一致性、可行性以及客户的认同，并对需求规格说明及用户手册的理解达成共识，达成对目标系统理解的一致性。 需求分析的工作内容 5.1.2 需求分析的工作模式 （1）第一步：“访谈式”（Visitation） ??实现手段：访谈、发放调查表格 ?? 输出成果：调查报告、业务流程报告 需求分析的工作内容 （2）?第二步：“诱导式”（Inducement） 做出简单的用户流程和操作界面，采用诱导式、启发式的调研方法和手段，和用户探讨业务流程设计 实现手段：拜访（诱导）、DEMO演示 输出成果：调研分析报告、原型反馈报告、业务流程报告 （3）?第三步：“确认式”（Affirm） 需要完成明确的业务流程报告、数据项描述，DEMO系统，并能清晰地向用户描述系统的业务流设计目标 ,用户方通过审查，提出意见，对文档签字确认 实现手段：拜访，提交业务流程报告、数据项描述；DEMO演示系统。 输出成果：需求分析报告、数据项、业务流程报告、原型系统反馈意见 5.2 需求分析阶段的团队组织 5.2.1团队组织与建设 （1）项目经理：负责需求分析阶段项目进度的安排和控制；参与项目的各种资源调度；负责项目的总体协调工作。 人员组成：双方项目负责人。 （2）系统分析人员：通过与用户方技术人员和业务人员的良好沟通，了解业务流程、功能需求、系统构想和项目目标，完成软件需求说明书的编制任务 （3）程序员：在采用原型法的系统分析过程中，程序员参与用户的需求分析过程，根据用户的实际需求，完成原型系统的开发工作。 （4）质量管理人员：负责组织有关人员完成对需求分析工作的质量审核和需求说明书的评审工作。 （5）配置管理人员：对于通过评审的需求说明书纳入软件的配置管理项。 （6）用户方技术人员：用户方参与项目的技术负责人员，通过与系统分析人员的沟通，确定系统的技术实现方案。该人员具有对需求说明书中系统技术方案的最终签字认可权。 （7）用户方业务人员：用户方参与项目的业务负责人员，经过与系统分析人员的沟通，确定未来软件系统实现的具体功能和业务模型。要求该类人员对需求说明书中的业务需求具有最终签字认可的权利。 5.3.2 团队管理 团队成员能力的要求 明确划分双方的职责 团队矛盾及问题的解决办法 1）明确各自的责任和义务。 2）组织项目协调会议。 3）树立共同的项目目标和成功意识 4）增加友谊。 5.3需求分析阶段的项目管理 5.3.1需求分析的进度管理与控制 （1）详细的工作计划和明确的责任分工 （2）合理的需求调研和科学的工作安排 （3）有效遏制需求变更 1）充分到位的需求调研 2）用户签字制度。 3）定期的工作通报制度。 4）对发生的需求变更执行需求变更处理流程 （4）确保与用户沟通的深度和广度 （5）采取有效的需求调研方法 （6）需求的复用 （7）需求分析的结束控制 5.3.2需求分析的质量管理与控制 （1）积极认真进行调研准备 （2）正确理解用户的需求描述及非二异性的需求文字记录 （3）做好各需求项的用户签字认可工作 （4）做好需求的管理工作 （5）定期的会议交流和评审 5.3.3 需求管理 软件项目的实现过程是由需求驱动的 （1）需求工程 所有与需求直接相关的活动通称为需求工程。需求工程的活动分为两大类，一类属于需求开发，另一类属于需求管理 需求开发过程活动： 需求获取。产生《用户需求说明书》。 需求分析。为目标系统建立概念模型。 需求定义。产生《需求规格说明书》。 需求验证。 需求管理：目的是在用户与开发方对需求共同理解的基础上，维护需求的完整性和一致性