软件工程概论教学资料：sw03.pptVIP

结构化分析方法 原型化方法 动态分析方法 数据及数据库需求 软件需求分析的任务和过程 软件需求分析的任务 深入描述软件的功能和性能 确定软件设计的约束和软件同其它系统元素的接口细节 定义软件的其它有效性需求 需求分析研究的对象是软件项目的用户要求 准确地表达被接受的用户要求 确定被开发软件系统的系统元素 将功能和信息结构分配到这些系统元素中 需求分析的任务解决目标系统的 “做什么” 的问题。 软件开发项目是要实现目标系统的物理模型 目标系统的具体物理模型是具体到某个业务领域而得到的 需求分析的过程 (1) 问题识别 从系统的角度来理解软件并评审软件范围是否恰当 确定对目标系统的综合要求，即软件的需求 提出这些需求实现条件，以及需求应达到的标准 软件的需求包括： 功能需求 性能需求 环境需求 可靠性需求 安全必威体育官网网址要求 界面需求 资源需求 成本消耗需求 开发进度需求 预先估计以后系统可能达到的目标 问题识别的另一项工作是建立分析所需要的通信途径 (2) 分析与综合 从信息流和信息结构出发，细化所有软件功能，找出系统各元素之间的联系、接口特性和设计上的约束，分析它们是否满足功能要求，是否合理。给出目标系统的详细逻辑模型。 常用的分析方法 面向数据流的结构化分析方法 (SA) 面向数据结构的Jackson方法 (JSD) 面向数据结构的结构化数据系统开发方法 (DSSD) 面向对象的分析方法 (OOA) 等 (3) 编制需求分析阶段的文档 软件需求说明书 数据要求说明书 初步的用户手册 修改、完善与确定软件开发实施计划 (4) 需求分析评审 系统定义的目标是否与用户的要求一致; 系统需求分析阶段提供的文档资料是否齐全; 文档中的所有描述是否完整、清晰、准确反映用户要求; 与所有其它系统成分的重要接口是否都已经描述; 被开发项目的数据流与数据结构是否足够，确定; 所有图表是否清楚 主要功能是否已包括在规定的软件范围之内，是否都已充分说明; 设计的约束条件或限制条件是否符合实际; 开发的技术风险是什么; 是否考虑过软件需求的其它方案; 是否考虑过将来可能会提出的软件需求; 是否详细制定了检验标准，它们能否对系统定义是否成功进行确认; 软件需求分析的原则 需要能够表达和理解问题的信息域和功能域 要能以层次化的方式对问题进行分解和不断细化 要给出系统的逻辑视图和物理视图 软件需求规格说明的原则 描述要“做什么”而不是“怎样实现” 要求使用面向处理的规格说明语言（或称系统定义语言） 规格说明必须包括系统运行环境 规格说明必须是一个认识模型 规格说明必须是可操作的 规格说明必须容许不完备性并允许扩充 规格说明必须局部化和松散耦合 软件需求方法 信息域和功能域 由信息驱动 信息域属性: 信息流、信息内容和信息结构。 结构化分析方法 面向数据流的需求分析方法 适合于数据处理类型软件的需求分析 抽象模型的概念 数据传递、变换 自顶向下逐层分解， 结构化分析方法使用工具： 数据流图 数据词典 结构化英语 判定表与判定树 数据流图 数据流图中的主要图形元素 描述银行取款过程的数据流图 数据流图的层次结构 层次结构的数据流图。 逐步分解 以分层的数据流图反映这种结构关系 在多层数据流图中，顶层流图仅包含一个加工，它代表被开发系统。 底层流图是指其加工不需再做分解的数据流图 中间层流图则表示对其上层父图的细化。它的每一加工可能继续细化，形成子图。 只是一个高层的系统逻辑模型，它反映了目标系统要实现的功能 数据流图绘制步骤 首先确定系统的输入和输出 根据商店业务，画出顶层数据流图，以反映最主要业务处理流程 主要功能应当有销售、采购、会计三大项。主要数据流输入的源点和输出终点是顾客和供应商。 画出数据流流经的各加工框，逐步画到输出端，得第一层数据流图 第一层数据流图 加细每一个加工框 销售细化 检查和修改数据流图的原则 图形符号只限于前述四种基本图形元素 数据流图的主图必须包括前述四种基本元素，缺一不可 数据流图的主图上的数据流必须封闭在外部实体之间 每个加工至少有一个输入数据流和一个输出数据流 在数据流图中，需按层给加工框编号。 父图与子图的平衡 可在数据流图中加入物质流，帮助用户理解数据流图 图上每个元素都必须有名字 数据流图中不可夹带控制流 初画时可忽略琐碎细节 数据词典 词条描述 —— 对每一个被命名的图形元素，均加以定义，其内容有: 名字，别名或编号，分类，描述，定义，位置，其它，等 （1）数据流词条描述 数据流名： 说明：简要介绍作用即它产生的原因和结果 数据流来源：来自何方 数据流去向：去向何处 数据流组成：数据结构 数据量流通量：数据量，流通量 （2