Chapter06需求工程.ppt

Chapter 6需求工程 Requirements Engineering 整个软件项目的涉众（stakeholder） 客户（Customer） 用户（User） 需求分析员 开发人员 测试人员 项目经理：负责制定项目计划保证和项目顺利进行 法律人员：确保产品符合所有相关法规 市场营销、技术支持人员 与产品和客户打交道的其他人员 软件开发的主要涉众之间的关系 需求分析的涉众 合同监督人员，提出里程碑（Milestones）和约束系统开发进度的计划 需求者：客户(Customer)和使用者(User)。 开发者 项目管理者，必须理解建立和使用目标系统所可能产生的后果。 系统分析员，分析阶段活动的主体。 设计员，依据需求提出可接受的解决方案。 测试员，确保软件系统满足每一需求。 系统分析员应具有的素质 综合能力 总体规划，抽象和分解，本质确认的能力 过程能力 保证整个过程的善始善终的能力 交流能力 理解和表达能力 技术水平 了解问题域和描述解空间的能力 What Are the Real Problems? the customer has only a vague idea of what is required the developer is willing to proceed with the vague idea on the assumption that well fill in the details as we go the customer keeps changing requirements the developer is ratcheted by these changes, making errors in specifications and development and so it goes ... 6.1 通向设计和构造的桥梁 需求是关于系统将要完成什么(what)工作的描述,必须经过所有涉众(stakeholder)的认可,其目的是彻底解决客户所期望解决的问题。 需求是指用户或者客户对要开发的软件系统的要求。需求的内容在“问题定义”中得到最抽象的描述（可能是招标文件）。 需求工程在系统描述和设计模型之间建立桥梁。 6.2 需求工程的任务 起始(Inception) 导出（Elicitation） 精化（Elaboration） 协商（Negotiation） 规格说明（Specification） 确认（Validation） 需求管理（Requirements Management） 6.3 Initiating The RE Process 确认Stakeholders 识别不同涉众的观点 Working toward Collaboration开始协作 Asking the First Questions首次提问 谁是项目的最初提出者？ 谁将使用该解决方案？ 成功的解决方案带来什么样的经济效益? 存在别的解决方案吗？ 我的提问和你想解决的问题相关吗？ (p94-95) …… 6.4 导出需求 Collaborative Requirements Gathering 各种协同需求收集方法所遵守的基本原则（p95） Quality Function Deployment，QFD QFD是一种将客户要求转化成软件技术需求的技术。 QFD为了最大限度地满足客户的要求，强调对“什么是对客户有价值的”的理解，从而在整个工程活动中部署这些价值。 User Scenarios用户场景 Elicitation Work Products导出工作产品 软件需求获取与分析技术 观察（Observation) 面谈(Interviewing) 头脑风暴(Brainstorming) 原型化(Paper prototype or Rapid prototype) 非正式用例分析(Informal use case analysis) …… Requirements Gathering FAST Guidelines participants must attend entire meeting all participants are equal preparation is as important as meeting all pre-meeting documents are to be viewed as “proposed” off-site meeting location is preferred set an agenda and maintain it don’t get mired in technical detail Quality Function Depl