第章面向问题域的需求分析方法-公开课件.ppt

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