北京工商大学

第一章：需求工程导论需求问题的原因分析1）非技术性和社会性因素重视不足2）结构化分析和面向对象分析具有一定的先天缺陷3）以“企业”为中心的软件反映了软件规模日益扩大4）需求错误的高代价性需求工程定义：是所有需求处理活动的总和，它收集信息、分析问题、整合观点、记录需求并验证其正确性，最终反映软件被应用后与其环境互动形成的期望效应。31）需求获取的目的是从项目的战略规划开始建立最初的原始需求；非廉里发需求规格说明需求验证需求开发需求管理需各个活动的满求分析31）需求获取的目的是从项目的战略规划开始建立最初的原始需求；非廉里发需求规格说明需求验证需求开发需求管理需各个活动的满求分析需求工程2）需求分析的目的是保证需求的完整性和一致性；3）需求规格说明的目的是将完整、一致的需求与能够满足需求的软件行为以文档的方式明确地固定下来；4）需求验证的首要目的是保证需求及其文档的正确性，即需求正确的反映了用户的真实意图；另一个目标是通过检查和修正，保证需求及其文档的完整性和一致性；5）需求管理的主要工作是跟踪后继阶段中的需求实现与需求变更情况，确定需求得到了正确的理解并被正确的是想到了软件产品中。需求工程的特性1） 必要性软件开发是一个工程问题、计算机应用于现实世界的广泛性2） 重要性开发软件系统最为困难的部分就是准确说明开发什么、容易忽略需求工程重要性的地方3） 复杂性处理范围广泛、涉及诸多参与方、处理内容多样、处理活动互相交织、处理结果要求苛刻第二章：需求基础需求的定义用户为了解决问题或达到某些目标所需要的条件或能力；系统或系统部件为了满足合同、标准、规范或其他正式文档所规定的要求而需要具备的条件或能力抽象层次需求之间的联系业务需求一＞业务需求指导需求获取一＞用户需求一＞转化用户需求为系统级需求一＞系统级需求需求分类：①需求：项目需求过程需求系统级需求：1） 软件需求2） 硬件需求3） 其他需求②不切实际的期望：功能需求性能需求质量属性对外接口5）约束第三章：需求工程过程需求获取1） 收集背景资料2） 定义项目前景和范围3） 选择信息的来源4） 选择获取方法，执行获取5） 记录获取结果需求分析1） 背景分析2） 业务分析（问题分析、目标分析、涉众分析），确定系统边界3）需求建模4）需求细化5） 确定优先级6） 需求协商需求规格说明获取的需求需要被编写成文档，主要目的是为了在系统涉众之间交流需求信息业务需求被写入项目前景和范围文档用户需求被写入用户需求文档（或者用例文档）系统需求被写入需求规格说明1） 定制文档模版2） 编写文档需求验证确保需求规格说明文档能正确、准确的反映用户的意图确保文档的高质量1） 执行验证2） 问题修正需求管理保证需求作用在整个软件的产品生命周期中的持续、稳定和有效发挥1） 建立和维护需求基线集2） 建立需求跟踪信息3） 进行变更控制过程是一组相关活动的集成，通过这些活动的执行，可以完成一项任务或者达到一个目标。需求工程过程是系统开发当中需求开发活动的集成，它的模版是产生一个能够在用户环境

下解决用户业务问题的系统方案递增的需求开发模型9.9.需求工程过程的并发和迭代性Cc矽—Cc矽—和路U现幡♦屏评桥与验证螺旋RE第四章：需求获取概述1.需求工程需要获取的内容主要有三种：1）需求2）问题域描述3）环境与约束1.2.需求获取信息的主要来源：1）涉众2）硬数据3）相关产品4）重要文档5）相关技术标2.准和法规3.获取信息的方法：3.获取信息的方法：1）传统方法：问卷调查，面谈，文档分析，文档检查，需求剥离2）集体获取方法：头脑风暴，专题讨论会JAD，JRP3）原型4）模型驱动方法：基于场景，基于用例

5） 认知方法：任务分析，协议分析6） 基于上下文的方法：观察，民族志，话语分析第五章：确定项目的前景和范围11第五章：确定项目的前景和范围11前景：描述了产品的作用以及最终的功能，它将所有涉众都统一到一个方向上。范围：指出了当前项目是要解决产品长远规划中的哪一个部分，为项目规定了需求的界限。对于不明确的问题，直接抛弃是一种错误的做法，正确的做法应该是使用不同的方法发现涉众提出不明确问题的原因，理解不明确问题背后深藏的问题。建立系统边界1） 问题分析与系统边界定义每个问题的解决方案边界的合并2） 目标分析与系统边界定义边界目标：存在系统与环境的互动。边界目标所覆盖的场景和操纵的操作、关注的数据对象：建立系统边界定义。3） 业务过程分析与系统边界定义依据其动作和对象流完善边界定义需要注意的是问题解决方案的边界不是系统的边界，一个解决方案外部的输入可能来自于同一个系统中另一个问题解决方案的输出，即系统的内部。描述系统的边界，通常会用上下文图和系统用例图。总结•确定项目的前景和范围是需求工程以及整个项目的重要工作，它决定着整个项目后继工作的方向确定项目的前景和范围1） 简单情况下可以使用问题分析方法2） 复杂情况下需要基于目标模型进行3） 如果涉及复杂工作流程，就需要进行业务过程分析4） 如果涉及复杂非功能需求，可以借助目标模型来进行项目的前景和范围需要以文档的方式明确的固定下来第六章：涉众分析与硬数据采样涉众定义：所有能够影响软件系统的实现，或者被实现后的软件系统影响的个人和团体。涉众分析小型系统：涉众有限且明显组织级系统：分析组织内各类人群的互动关系战略信息系统：分析组织内各类人群的互动关系各种风险/机遇对既有互动关系的影响组织间系统：分析组织间的互动关系分析关系到组织间互动的各类人群在组织内的互动关系涉众分析

4.涉众识别的方法4.涉众识别的方法简单方法：先膨胀后收缩(ExpandShrink)经验方法：检查列表(Checklist)经典方法：涉众网络涉众描述对项目的关注点和兴趣所在，态度是反对还是赞同；对项目的期望，成为项目赢家的条件；可能受到的项目的影响，影响的具体内容及影响程度；可以对项目施加的影响，力量的施加点及其强度。涉众评估涉众不是完全平等的，有些涉众比其他涉众更为重要使用系统更多或更重要功能、使用系统更加频繁、规模更大的用户群体优先考虑涉众的基本基于涉众扩展特征进行涉众基于涉众扩展特征进行涉众优先级的评估被影响者参与者观众环境设定者低低 Power ►高一5心」竺£特征，尤其是任务特征涉众代表选择1）完整采样：每种涉众类别都有自己的代表2） 态度积极：愿意提供帮助3） 数量适中4） 比例恰当硬数据类型1） 定量硬数据：数据收集表格，统计报表2） 定性硬数据：整个组织的描述文档，业务指导文档，业务备忘采样方法□样本大小=pX（1—p）X（确定性因子/可接受的错误） 采样数量 采样方式 采样数量 采样方式随机抽样：随机地采样数据分层抽样：考虑系统的分层，从每一层中随机抽取一个样本总结涉众是软件项目当中的重要力量涉众的合作与参与是项目成功的必要条件-P是差异样本比例，未知的情况下设为0.25期望的确定性确定性因子95%196090%164580%1281

涉众对产品的接受度和满意度也是成功的一个衡量标准对于复杂的系统，涉众力量的有效发挥并不是一件容易的任务对必要内容的关注和一个完整的过程可以帮助项目利用涉众的力量对涉众的分析需要很多的分析方法和技巧硬数据也是需求获取当中一个非常重要的源头不同的硬数据有着不同的贡献对硬数据的有效采样是发挥硬数据作用的必要前提第七章:基于用例/场景模型开展用户需求获取业务需求V系统级需求■A需求分析模型1.用户需求获取活动的主线索业务需求V系统级需求■A需求分析模型1.用户需求获取活动的主线索一一用例/场景模型例决方案与

系统特性目标分析场景/用例分析0。分析

结构化分析2.用例/场景基本形式以场景为单位组织用户需求（和问题域特性）很受实践者欢迎易于接受、易于使用、用例驱动方法多样，差异性很大也可以用来处理业务需求和系统级需求还可以用来处理设计问题、测试问题一个用例是多个场景的集合。组织特点左侧：用例/场景组织方式：让用户、客户等应用领域中的涉众更容易理解、接受；右侧：以各自独立的方式组织所有需求，符合开发者视角。有利于需求理解，但还是不利于设计师、程序员、测试工程师等开发者；解决方案：用户需求获取展开阶段：用例/场景组织方式；结束后，为系统级需求建立列表方式并文档化传递给后续。虽然用例/场景的优点非常明显，但它毕竟只是一种组织形式，不能寄希望于单凭用例/场景模型解决所有问题，目标模型、面向对象分析模型或结构化模型等其他的模型形式仍然是必要的。场景/用例模型1） 场景的形式：描述、外观2） 场景的内容：主要关注点、环境范围、抽象层次、覆盖范围、粒度、示例类型3） 场景的目的：描述、探索、解释4）场景的生命