软件需求分第三章.pptVIP

第三章 结构化分析 软件需要“做什么”？ 如何描述“做什么”？ 即：需求分析的基本概念、任务、原则和方法是什么？ 需求分析的任务 需求分析是对问题进一步发现、求精、建模、规格说明和复审的过程。 任务： 描述软件的功能和性能 确定软件设计的约束、软件同其它系统元素的接口细节 定义软件的其它有效性需求 问题：什么是模型？ 逻辑模型和物理模型的区别是什么？ 模型 为了理解事物而对事物做出的一种抽象。是对对象系统的形式化特征的抽象、概括性或近似地表示。 表示方法：用形式化语言：数学语言、图形等； 模型转换过程 示例 学生购买教材系统模型转换： 示例 去掉具体模型中的非本质因素，抽象出当前系统的逻辑模型 示例 分析当前系统与目标系统的差别，建立 目标系统的逻辑模型 逻辑模型 物理模型 (本质模型、概念模型) (实施模型、技术模型) 结构化分析是一种建模的活动 必须理解和表示问题的信息域，根据这条准则应该建立数据模型； 必须定义软件应完成的功能，这条准则要求建立功能模型； 必须表示作为外部事件结果的软件行为，这条准则要求建立行为模型； 必须对描述信息、功能和行为的模型进行分解，用层次的方式展示细节； 分析过程应该从要素信息移向实现细节； 3.2 与用户通信技术（需求获取） 如何从用户得到完整且正确的需求？ 存在的问题： 专业差距 人与人之间的通信方式 需求的不断变化 需求获取方法建立分析所需要的通信途径，以保证能顺利地对问题进行分析。 通信途径：访谈、调查、情景分析 某图书馆系统调查表 快速地构建和修改原型的方法： 第四代技术 可重用的软件构件 形式化规格说明和原型环境 3.3 分析建模与规格说明 分析建模 软件需求规格说明 分析模型的结构 数据字典（DD）：描述数据对象 E-R图：描述数据对象之间的关系 数据流图（DFD）：描述数据变换和变换数据流的功能 状态转换图（STD）描述系统的各种行为模式及其转换方式：系统如何动作 软件需求规格说明的原则 从现实中分离功能，即描述要“做什么”而不是“怎样实现” 要求使用面向处理的规格说明语言（或称系统定义语言） 如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中 规格说明必须包括系统运行环境 规格说明必须是一个认识模型 规格说明必须是可操作的 规格说明必须容许不完备性并允许扩充 规格说明必须局部化和松散耦合 3.4实体-关系图 (Entity-Relation Diagram) 数据模型包含的三种相互关联的信息： 数据对象 数据属性 数据对象之间的关系 ERD（实体-关系）图是数据建模的基础，简单明了地表达了三种相互关联的信息。 3.5 数据流图 描述招生录取过程的DFD图： 注意: 用名词,不要使用意义不明确的名词 尽量使用现实系统已有的名字,命名困难时要考虑数据流划分是否恰当。 不要把控制流作为数据流 DFD与程序流程图的区别： 程序流程图用于表示程序的过程设计； DFD用作描述软件的逻辑功能，不能表示程序的控制结构。  DFD只考虑软件“干什么” 不必问“怎样干” DFD图中各元素的作用和命名方法： 数据存储: 分层数据流图中，数据存储一般局限在某一层或某几层; 命名方法与数据流相似。 3.6 状态转换图 如何选择事件？ 如何描述系统的行为模型？即： 状态—变迁图（STD）？ （参看教材P38） 4、数据字典（Data Dictionary) DFD仅仅是一种流模型，其符号本身并不能充分地描述软件的需求。 数据字典用于精确地定义系统中每一个数据对象和控制信息的特性。数据字典与数据流图配合，能清楚地表达数据处理的要求，使用户和分析员对系统中每一个环节的输入、输出和存储有共同的理解。 数据字典是描述数据信息的集合。 数据字典完成以下任务： 词条描述； 数据结构描述； 加工逻辑说明。 数据字典包含以下信息： 所有元素的名称：（数据流、数据项、加工和数据存储) 别名 使用位置和作用 内容描述 补充信息（数据类型、预设值、限制等） 描述内容所使用的符号 操作符 含义描述 ＝ 等价于（定义为）  ＋ 和(连接两个分量) 〔..｜..〕 或(选择结构)  ｛...｝ 重复(循环结构) ( ... ) 任选 m..n 界域 ＊ ＊ 注释符 例如：电话系统中的数据字典 电话号码=[当地分机号|外地号码]