需求工程期末复习

：需求工程导论需求工程定义：是所有需求处理活动的和，它收集信息、分析问题、整合观点、记录需求并验证其正确性，最终反映软件被应用后与其环境互动形成的期望效应。需求工程的基本活动：需求开发：需求获取，需求分析，需求规格说明，需求验证需求管理各个活动的目的：需求获取的目的是从项目的战略规划开始建立最初的原始需求；需求分析的目的是保证需求的完整性和一致性；需求规格说明的目的是将完整、一致的需求与能够满足需求的软件行为以文档的方式明确地固定下来；需求验证的首要目的是保证需求及其文档的正确性，即需求正确的反映了用户的真实意图；另一个目标是通过检查和修正，保证需求及其文档的完整性和一致性；需求管理的主要工作是跟踪后继阶段中的需求实现与需求变更情况，确定需求得到了正确的理解并被正确的是想到了软件产品中。软件需求规格说明定义：软件需求开发用来确定系统需求中应该由软件满足的部分，将其映射为软件行为，产生软件需求规格说明。：需求基础软件系统能够与问题域进行交互和相互影响的原因在于，软件系统中的某些部分对问题域中的某些部分具有模拟特性。需求分类：功能需求：业务需求，用户需求，系统需求性能需求质量属性对外接口约束：（不考）：需求获取概述需求工程需要获取的内容主要有三种：需求问题域描述环境与约束需求获取信息的主要来源：涉众硬数据相关产品重要文档相关技术标准和法规获取信息的方法：传统方法：问卷调查，面谈，文档分析，文档检查，需求剥离集体获取方法：头脑风暴，专题讨论会，JAD，JRP原型模型驱动方法：基于场景，基于用例认知方法：任务分析，协议分析基于上下文的方法：观察，民族志，话语分析常见的组织方式是依照系统特性，确定系统的边界，建立上下文图或系统用例图，然后按照遍历上下文图和系统用例图的方式开展获取活动。：确定项目的前景和范围前景：描述了产品的作用以及最终的功能，它将所有涉众都统一到一个方向上。范围：指出了当前项目是要解决产品长远规划中的哪一个部分，范围声明它为项目规定了需求的界限。对于不明确的问题，直接抛弃是一种错误的做法，正确的做法应该是使用不同的方法发现涉众提出不明确问题的原因，理解不明确问题背后深藏的问题。需要注意的是问题解决方案的边界不是系统的边界，一个解决方案外部的输入可能来自于同一个系统中另一个问题解决方案的输出，即系统的内部。描述系统的边界，通常会用上下文图和系统用例图。：涉众分析与硬数据采样涉众定义：所有能够影响软件系统的实现，或者被实现后的软件系统影响的个人和团体。四种常见涉众类型：参与者环境设定者被影响者观众（优先级最低）：领域专家和市场力量是比较常见的观众硬数据定量硬数据：数据收集表格，统计报表定性硬数据：整个组织的描述文档，业务指导文档，业务备忘：需求获取方法之面谈面谈结构：金字塔结构漏斗结构菱形结构面谈分为三种类型：结构化面谈半结构化面谈非结构化面谈调查问卷，头脑风暴（P130）：需求获取方法之原型原型：是一个系统，它内化了一个更迟系统的本质特征。原型系统通常被构造为不完整的系统，以在将来进行改进、补充或者代替。原型的类别按照开发方法进行分类：演化式原型，抛弃式原型（探索式原型，实验式）按照构建技术进行分类：水平原型，垂直原型原型的需求内容：（三个）外观角色实现：需求获取方法之观察与文档审查常见的观察方法：采样观察民族志话语分析协议分析任务分析应用观察方法解决的问题：理解复杂的协同事件获取工作中的异常处理获取与用户认知不一致的实际知识了解用户的认知获取默认知识采样观察法：时间采样事件采样文档审查中文档分为三种类型：相关产品的需求规格说明硬数据客户的需求文档另外，需要注意的是，文档虽然来自于当前计算机或手工系统的产物，但这并不表示它就是正确的。：需求组织——需求获取中的模型驱动方法模型驱动方法：是一类以定义明确的模型为理论基础，依据模型指导和组织活动开展的需求工程方法。目标模型（P165）场景方法的分类框架：场景的形式：描述，外观场景的内容场景的目的：描述，探索，解释场景的生命周期用例描述用例是静态的结构化文本描述用例可以用于各种目的的应用，包括描述、探索、解释用例之间的关系：（三种）包含扩展泛化在需求工程中，主要产生三类重要的文档：项目前景和范围文档用户需求文档需求规格说明36. 用例文档通常被用来代替用户需求文档，起到记录、交流领域信息和用户期望的作用。在特殊的情况下，用例文档还可以用来代替需求规格说明，但总的来说这是一种并不值得提倡的方法。：需求分析概述总的来说，需求获取得到的信息和需求开发应该建立的软件系统解决方案之间有着很大的差距，需求分析就是用来解决这个差距的需求工程活动。需求分析的根本任务：建立分析模型（分析的活动主要包括识别、定义和结构化，它的目的是获取某个可以转换为知识的事物的信息，这种分析活动被称为建模——建立需求分析模型。）创建解决方案（创造性）建模常用的两种手段：抽象分解两个世界与三种模型（P190）模型语言的三要素：语法语义语用需求分析方法：结构化方法信息工程方法面向对象方法（是目前工业界使用的主流方法）前期需求阶段分析的重点是理解问题世界，因此它关注的是整个问题世界，注重于系统的环境、开发组织的业务分析背景、涉众的特征以及目标等等，软件系统只是整个背景下的一个要素；后期需求阶段分析关注的是解系统解决方案的建立，因此它以软件系统为中心，注重于分析系统的内部功能以及它与环境的互动，是对系统功能的详细信息的分析。需求细化：需求分析活动的一个重要任务是进行需求细化，明确用户需求的隐含信息，展开为明确的对软件系统的行为期望，即系统需求。：过程建模过程建模定义：过程建模是结构化分析方法的典型技术。过程建模将系统看做是过程的集合，其中一些由人来执行，另一些由软件系统来执行。过程建模使用的技术：上下文图数据流图微规格说明（又称为过程规范）数据字典数据流图中的外部实体：外部实体是指处于待构建系统之外的人、组织、设备或者其他软件系统，它们不受系统的控制，开发者不能以任何方式操纵他们。所有的外部实体联合起来构成了软件系统的外部上下文环境，他们与软件系统的交互流就是软件系统与其外部环境的接口，这些接口联合起来定义了软件系统的系统边界。上下文图：是DFD最高层次的图，是系统功能的最高抽象。0层图：通常被用来作为整个系统的功能概图。0层图中不应该出现太过具体的过程和数据存储。微规格说明（P245）：结构化英语，行为图，决策树，决策表数据字典：是一个存储库，包含软件使用和产生的所有数据对象的描述，其中也包括DFD当中数据流的数据存储的定义。：数据建模数据模型：（P265）属性取值范围称为域。标识符（键），主键，替代键关系的度数是指参与关系的实体数量，是度量关系复杂度的一个指标:一元关系（递归关系）二元关系三元关系关系的基数：最大基数（键约束）最小基数（参与约束）被关系影响的实体：弱实体关联实体（常见形式：进程实体）ERD的创建步骤：从描述信息中辨别实体确定实体的标识符建立实体之间的关系添加详细的描述信息复杂情况下的ERD创建步骤：发现系统的概念域建立对概念域的描述展开概念域合并概念域的局部数据结构功能/实体矩阵（P281）：面向对象建模行为模型分为三种：交互图：依据交互行为进行的用例实现；