需求复习提纲.doc

需求的定义、分类、内容 需求的定义 （1）用户为了解决问题或达到某些目标所需要的条件或能力； （2）系统或系统部件为了满足合同、标准、规范或其它正式文档所规定的要求而需要具备的条件或能力； （3）对（1）或（2）中的一个条件或一种能力的一种文档化表述。 功能需求（Functional Requirement）： 和系统主要工作相关的需求，即在不考虑物理约束的情况下，用户希望系统所能够执行的活动，这些活动可以帮助用户完成任务。功能需求主要表现为系统和环境之间的行为交互。 性能需求（Performance Requirement）： 系统整体或系统组成部分应该拥有的性能特征，例如CPU使用率、内存使用率等。 质量属性（Quality Attribute）： 系统完成工作的质量，即系统需要在一个“好的程度”上实现功能需求，例如可靠性程度、可维护性程度等。 对外接口（External Interface）： 系统和环境中其他系统之间需要建立的接口，包括硬件接口、软件接口、数据库接口等等。 约束 进行系统构造时需要遵守的约束，例如编程语言、硬件设施等 需求工程工作的内容，主要阶段 描述明确的问题域特性E; 定义良好的系统行为S ; 预期的需求R 需求工程的目的就是根据E，构建S，使得 e,s-r 需求工程的困难之处： （1）不存在描述明确的E； （2）不存在确定的针对S的评估标准R； （3） e,s-r 是一个创造性的过程。 需求工程的主要工作 需求开发,确定 R 研究问题背景，描述问题域特性E 构建解系统，描述解系统行为S，使得es-r 前景和范围的定义？为什么需要定义前景和范围？ 前景描述了产品用来干什么以及最终将是什么样子。 范围指出了当前项目是要解决的产品长远规划中的哪一部分。前景声明将所有涉众都同意到一个方向上来，范围声明为项目化定了需求的界线。 定义项目前景 所有的涉众都从共同认同的项目前景出发，理解和描述问题域及需求 定义项目范围 范围内的事物和事件是描述的目标 问题分析的方法 问题分析 明确问题 发现业务需求 定义解决方案及系统特性 怎样选择用户群体？ 有哪些常见的需求获取技术？ 传统方法 问卷调查、面谈、硬数据分析、文档检查、需求剥离等 集体获取方法 头脑风暴（Brainstorming）、专题讨论会（Workshop）、JAD等 原型 认知方法 任务分析（Task Analysis）、协议分析（Protocol Analysis）等 基于上下文的方法 观察、民族志（Ethnography）和话语分析（Conversation Analysis） 面谈的组织，问题的分类，需要避免的问题 三种基础结构: 金字塔型 如果会见者认为被会见者需要对话题进行预热，可以采用金字塔结构，通过逐步的引导来使得被会见者打开话匣子。 如果会见者发现自己事先对事实的确认存在较大偏差或者被会见者看上去不情愿讨论这个话题，也可以采用金字塔结构。 当想结束讨论这个话题的时候，使用金字塔结构的提问顺序也是有用的。 漏斗型 漏斗结构为开始一场面谈提供了一种容易而轻松的途径。 当被会见者对这个话题有情绪，并且需要自由表达这些情绪的时候，需要采用漏斗型提问顺序。 或者在会见者事先对事实了解不多时，也应该采用漏斗结构的问题组织方式。 用这种方式组织面谈能得出很多的详细信息，以至于没有必要使用长序列的受限制问题和调查问题。 菱形 使用菱形结构的主要优点是通过各种各样的问题保持被会见者的兴趣和注意力。一旦掌握了如何在正确的时间问正确的问题，就可以多样地选择问题的顺序。 问题分类：开放式、封闭式、探究式、诱导、双筒、元问题 原型的分类，各自的优缺点，作用 如果在最终的物件（final artifact）产生之前，一个中间物件（mediate artifact）被用来在一定广度和深度范围内表现这个最终物件，那么这个中间物件就被认为是最终物件在该广度和深度上的原型。 按照使用方式分类： 演示原型（presentation prototype） 主要被用在启动项目阶段 目的是让用户相信应用系统的开发是可行的 严格意义上的原型（prototype proper） 主要被用在分析需求阶段 用来阐明用户界面或者系统功能的某些特定方面 试验原型（breadboard prototype） 主要被用在构建系统阶段 帮助开发者澄清他们所面对的一些和系统构建相关的技术问题 引示系统原型（pilot system prototype） 会被开发在系统开发的各个阶段 用作最终系统的