03需求工程学习课件.pptxVIP

需求工程概述

需求获取

需求分析与建模

需求归档

需求评审

需求管理;学习目标;需求的概念

需求分析的任务

需求工程阶段;什么是需求？

产品必须提供的服务

产品必须具备的质量特征

需求关注于顾客的需要，指定系统要“做什么”，而不关心问题的解决方案或实现

参与者：系统分析人员;项目失败的原因;需求分析的任务;;需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的“做什么”的问题。;AlanDavis把需求工程定义为“直到（但不包括）把软件分解为实际架构构件之前的所有活动”

HerbKrasner定义了需求工程的五阶段生命周期：需求定义和分析、需求决策、形成需求规格、需求实现与验证、需求演进管理

MatthiasJarke和KlausPohl提出了三阶段周期的说法：获取、表示和验证

……;我们将软件需求工程细分为：

需求获取

需求分析与系统建模

需求归档

需求评审;注意：实际的需求开发是一个迭代过程;需求获取;;软件需求的种类;需求获取方法与策略;建立顺畅的通信途径;访谈与调查;例子：“赛艇比赛成绩计算系统”的第一次面谈的准备计划

;观察用户操作流程;组成联合小组;FAST基本原则;FAST会议步骤;4) 一旦创建了意见一致的列表，应该将团队分为更小的小组，每个小组力图为每个列表中的一个或多个项开发出小型的规约（即对包含在列表中的单词或短语的精细化）。每个小组然后将他们开发的每个小规约提交给所有的FAST出席者讨论，进行添加、删除或进一步的精化等工作。

5) 在小规约完成后，每个FAST的出席者提出一个针对产品的确切标准列表，并将该列表提交给团队，然后创建一个意见一致的确定的标准列表。这个列表作为需求获取的结果，为需求分析和建模提供基础信息。

;用况（UseCase）;需求分析与建模;需求分析原则;信息域;;抽象、分解与多视点分析;分解：层次化分解，不断细化。

大或复杂问题被分解为若干子问题

逐级进行，直至子问题被分解为一个容易分析理解的部分

例如;需求协商;通常会议是解决冲突最快的方式

参加者：应该包括发现冲突、遗漏或重叠的分析员，以及可以解决发现的问题的项目相关??员

会议应该讨论那些非正式讨论不能解决的问题

通常会议分为三个阶段：

叙述阶段

讨论阶段

决策阶段;需求建模;常用的分析方法：

面向数据流的结构化分析方法(SA)

面向数据结构的分析方法

面向对象的分析方法(OOA);需求归档;需求规约的原则;5． 规约必须是一个认识模型，而不是设计或实现的模型。

6． 规约必须是可操作的，以便能够利用它决定对于任意给定的测试用例，已提出的解决方案是否都能满足规约。

7． 规约必须允许不完备性并允许扩充。

8． 规约必须局部化和松散耦合。它所包括的信息必须局部化，这样当信息被修改时，只要修改某个单个的段落（理想情况）。同时，规约应被松散地构造（即松耦合），以便能够很容易地加入和删去一些段落。

;需求规约

IEEE/ANSI830-1993标准;引言：陈述软件目标，在基于计算机的系统语境内进行描述。

信息描述：给出软件必须解决问题的详细描述，记录信息内容和关系、流和结构。

功能描述：描述解决问题所需的每个功能。其中包括，为每个功能说明一个处理过程；叙述设计约束；叙述性能特征；用一个或多个图形来形象地表示软件的整体结构和软件功能与其他系统元素间的相互影响。

行为描述：描述作为外部事件和内部产生的控制特征的软件操作。

检验标准：描述检验系统成功的标志。即对系统进行什么样的测试，得到什么样的结果，就表示系统已经成功实现了。它是“确认测试”的基础。

参考书目：包含了对所有和该软件相关的文档的引用，其中包括其他的软件工程文档、技术参考文献、厂商文献以及标准。

附录：包含了规约的补充信息，表格数据、算法的详细描述、图表以及其他材料。;需求评审;需求评审的内容;需求管理;本章小结;本章作业;9、春去春又回，新桃换旧符。在那桃花盛开的地方，在这醉人芬芳的季节，愿你生活像春天一样阳光，心情像桃花一样美丽，日子像桃子一样甜蜜。6月-206月-20Tuesday,June9,2020

10、人的志向通常和他们的能力成正比例。18:46:0618:46:0618:466/9/20206:46:06PM

11、夫学须志也，才须学也，非学无以广才，非志无以成学。6月-2018:46:0618:46Jun-2009-Jun-20

12、越是无能的人，越喜欢挑剔别人的错儿。18:46:0618:46:0618:46Tuesday,June9,2020

13、志不立，天下无可成之事。6月-206月-2018:46:0618:46:06June9