软件需求分析面向问题域的需求分析方法.pptVIP

第 10 章 面向问题域的需求分析方法 第 10 章 面向问题域的需求分析方法 10.1 问题域 10.2 问题域的划分 10.3 问题框架 10.4 问题框架的类型 10.5 PDOA方法的分析步骤 10.6 问题框架实例间的关系及其组合 10.1 问题域 问题域 与问题相关的部分现实世界。 问题与问题域之间的相互关系 问题域和问题相互依存，问题处于一定的问题域之中，脱离了问题域，问题就无法存在。问题域也是与特定的问题相关的现实世界，脱离特定的问题考虑纯粹的问题域没有任何意义。 10.1 问题域 需求分析文档、规格说明文档和程序之间的关系 10.2 问题域的划分 对于复杂问题的分析，一般的做法是采用“分而治之”的策略。人们一般采用层次式功能分解的方法。 确定系统所需的各项功能； 若某些（或个）功能对应于一个足够小的具体实现单元，则由该实现单元直接实现这些（或个）功能； 否则，把功能分解为一系列子功能，并重复步骤2和3，直到所有子功能可分别对应一个足够小的具体实现单元。 10.2 问题域的划分 层次式分解方法的不足 把高层功能分解成子功能的方式可能有多种，但没有任何方法可以提前告知这些分解方式中哪一个好或哪一个差，直到进入实现阶段时才可评价所采用的分解方式是否恰当，而此时分解活动早已结束。 10.2 问题域的划分 并行划分 将每个子问题看成是整个问题的一个投影，通过不同角度的投影，将整个问题分解为一系列相互关联的子问题。其中子问题的需求是整个需求的一个投影，它的接口也是整个问题接口的一个投影。同时，在划分子问题的过程中，以已知解决方案的问题或以已知解决方案的相似问题为导向，来对未知解决方案的整个待求解问题进行恰当的分析和划分。 10.3 问题框架 问题框架是一种模式，它捕获并定义了常见的简单子问题的类型。 10.4 问题框架的类型 需求式行为问题框架 思想：存在客观世界的某个部分，其行为要受到控制，以使得它满足特定的条件。问题是要建立一个机器，该机器施加所需要的控制。 10.4 问题框架的类型 命令式行为问题框架 思想：存在客观世界的某个部分，其行为要依据操作者发出的命令来控制。问题是要建立一个机器，该机器接受操作者的命令并施加相应控制。 10.4 问题框架的类型 信息显示问题框架 思想：存在客观世界的某个部分，关于其状态和行为的特定信息被连续的需要。问题是要建立一个机器，该机器从客观世界中获得相关信息，并按所要求的格式呈现在所要求的地方。 10.4 问题框架的类型 10.4 问题框架的类型 工件问题框架 思想：需要一个工具，让用户创建并编辑特定类型的计算机可处理的文本或图形对象或简单结构，以便它们随后能被拷贝、打印、分析或按其它方式使用。问题是要建立一个机器，该机器可以充当这个工具。 10.4 问题框架的类型 变换问题框架 思想：存在一些计算机可读的输入文件，其数据必须被变换以给出所需要的特定输出文件，输出数据必须遵守特定的格式，并且必须按照特定的规则从输入数据中导出。问题是要建立一个机器，该机器从输入中产生所需要的输出。 10.5 PDOA方法的分析步骤 特点 将关注的重点定位在问题及其相关的问题域上，通过对问题及其问题域进行合理的分类，为分析人员提供解决具体问题的相关指南。同时从问题域的角度出发，使用户能参与整个需求过程，有利于更直观和真实地反映问题域的信息和用户的需求。 10.5 PDOA方法的分析步骤 步骤 搜集需求信息，界定和描述问题及问题域； 划分问题域并开发相关问题框架； 根据问题框架的类型进一步描述问题域的相关特性。 10.5 PDOA方法的分析步骤 问题及问题域的界定与描述 下文图界定并描述整个问题及其问题域存在的不足： 只描述了与解系统直接相连的域，而没有描述与解系统间接相连的其它域，这导致一些对于理解用户需求、甚至与用户需求直接关联的域可能会因此被忽略掉。 只描述了系统外部可见的域，而没有描述在系统运行后才生成的域； 只描述了域与解系统之间的关系，而没有描述域与域之间的关系； 没有对问题进行任何具体的描述。 10.5 PDOA方法的分析步骤 问题图 M. Jackson等认为问题及其问题域的界定和描述必须以问题为中心，而不是以解系统为中心，并提出了采用问题图的形式来界定和描述问题及其问题域。 问题图形式上是由机器、问题域和需求以及它们之间的关系组成。 10.5 PDOA方法的分析步骤 10.5 PDOA方法的分析步骤 基于问题框架的问题域划分 由内到外的划分； 由外到内的划分； 基于节奏的划分。 10.6 问题框架实例间的关系及其组合 问题框