软件工程SW03-3 需求分析技术.pptVIP

软件需求分析的原则 1.必须表示和理解问题的信息域 2.必须定义软件将完成的功能 3.必须表示软件的行为(作为外部事件的结果) 4.必须划分描述信息、功能和行为的模型，从而使得可以以层次的方式揭示细节 5.分析过程应该从要素信息移向细节实现（要给出系统的逻辑视图和物理视图） 软件需求分析原则——信息驱动 需求分析方法由对软件问题的信息域和功能域的系统分析过程及其表示方法组成 大多数的需求分析方法是由信息驱动的 数据(数值、字符、图象、声音等)和控制(事件)二者均驻留于问题的信息域内 信息域具有三种属性: 信息流、信息内容和信息结构 软件需求分析原则——信息驱动 信息内容——表示了单个数据和控制对象，它们构成了某个更大的由软件变换的信息集合 信息流——表示了数据和控制在系统中流动时的变化方式，输入对象被变换为中间信息(数据和/或控制)，它们被进一步变换为输出 数据的变换是程序必须完成的功能或子功能，在两个变换(功能)间流动的数据和控制定义了每个功能的接口 信息结构——表示了各种数据和控制项的内部组织，数据或控制项将被组织为n维表还是层次树形结构 软件需求分析的原则——功能定义 从现实中分离功能，即描述要“做什么”而不是“怎样实现” 要求使用面向处理的规格说明语言（或称系统定义语言） 如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中 软件需求分析的原则——规约原则 规格说明必须包括系统运行环境 规格说明必须是一个认识模型（以用户感觉系统的方式来描述系统） 规格说明必须是可操作的（建立软件操作的语境） 规格说明必须容许不完备性并允许扩充 规格说明必须局部化和松散耦合（适应未来的变化） 需求分析的技术——分析建模 结构化分析 面向对象分析(后续专题) 结构化分析方法 面向数据流进行需求分析的方法，超过30年的历史 具体来说，结构化分析方法就是用抽象模型的概念，按照软件内部数据传递、变换的关系，自顶向下逐层分解，直到找到满足功能要求的所有可实现的软件为止 结构化分析方法适合于数据处理类型软件的需求分析 结构化分析模型的结构 模型核心是数据字典，包含了软件使用或生产的所有数据对象描述的中心库 实体—关系图：描述数据对象间的关系。ERD是用来进行数据建模活动的记号，在ERD中出现的数据对象的属性在“数据对象描述”来描述 结构化分析模型的结构 数据流图：指明数据在系统中移动时如何被变换；描述对数据流进行变换的功能。用于信息域的分析，并作为功能建模的基础。在DFD中出现的每个功能的描述包含在“加工规约”(PSPEC)中 状态—变迁图：指明作为外部事件的结果，系统将如何动作。STD表示了系统的各种行为模式(状态)以及在状态间进行变迁的方式，是行为建模的基础。关于软件控制方面的附加信息包含在“控制规约”(CSPEC)中 1、功能建模——数据流图 储户携带存折去银行办理取款手续的数据流图 4种基本图形元素 数据流图的层次结构 为了表达数据处理过程的数据加工情况，需要采用层次结构的数据流图。按照系统的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统。 自外向内，自顶向下，逐层细化，完善求精 数据流图的层次结构 在多层数据流图中，顶层流图仅包含一个加工，它代表被开发系统。它的输入流是该系统的输入数据，输出流是系统所输出数据 底层流图是指其加工不需再做分解的数据流图，它处在最底层 中间层流图则表示对其上层父图的细化。它的每一加工可能继续细化，形成子图。 第一层DFD 第二层DFD：销售细化 检查和修改数据流图的原则 数据流图上所有图形符号只限于前述四种基本图形元素 数据流图的主图必须包括前述四种基本元素，缺一不可 数据流图的主图上的数据流必须封闭在外部实体之间 每个加工至少有一个输入数据流和一个输出数据流 检查和修改数据流图的原则 在数据流图中，需按层给加工框编号。编号表明该加工所处层次及上下层的亲子关系 规定任何一个数据流子图必须与它上一层的一个加工对应，两者的输入数据流和输出数据流必须一致。此即父图与子图的平衡 检查和修改数据流图的原则 图上每个元素都必须有名字 数据流图中不可夹带控制流 初画时可以忽略琐碎的细节，以集中精力于主要数据流 数据词典 数据词典与数据流图配合，能清楚地表达数据处理的要求 词条描述 —— 对于在数据流图中每一个被命名的图形元素，均加以定义，其内容有:名字，别名或编号，分类，描述，定义，位置，其它，等 （1）数据流词条描述 数据流名： 说明：简要介绍作用即它产生的原因和结果 数据流来源：来自何方 数据流去向：去向何处 数据流组成：数据结构 数据量流通量：数据量，流通量 （2）数据元素词条描述 数据元素名： 类型：数字（离散值，连续值），文字（编码类