软件工程03_2.ppt

分析模型的元素 数据字典(DD)：模型核心(中心库) E-R图(ERD)： 数据流图(DFD) 指明数据在系统中移动时如何被变换; 描述对数据流进行变换的功能; DFD中每个功能的描述包含在加工规约 状态变迁图(STD) 指明作为外部事件的结果,系统将如何 动作。 数据流图(DFD，Data Flow Diagram) 数据流图中的主要图形元素 数据结构的描述 符 号 含 义 举 例 ＝ 被定义为 ＋ 和 x = a＋b [...,...] 或 [...|...] 或 x = [a , b]，x = [a | b] { ... }或 m{...}n 重复 x = {a}， x = 3{a}8 (...) 可选 x = (a) “...” 基本数据元素 x = “a” .. 连结符 x = 1..9 结构化分析实施步骤 1. 确定系统边界, 画出系统环境图 2. 自顶向下，画出各层数据流图 3. 定义数据字典 4. 定义加工逻辑说明 3.5 需求规格说明书(SRS) (Software Requirement Specification) 需求分析阶段要完成的文档。 SRS的作用： 开发者与用户间事实上的技术合同书 开发者下一步设计和编码的基础 测试验收目标系统的依据 SRS大纲（模板） 引言 任务概述(项目概述) 数据描述(DFD、DD) 功能描述 接口 性能需求 属性 其它需求 3.6 需求验证 (1) 正确性 (2) 无二义性 (3) 完整性 (4) 可验证性 (5) 一致性 (6) 可理解性 (7) 可修改性 (8) 可被跟踪性 (9) 可跟踪性 (10)设计无关性 (11)注释 需求文档的陈述与改进举例（1） 产品必须在固定的时间间隔内提供状态消息，并且每次时间间隔不得小于60秒。 需求文档的陈述与改进举例（2） 产品必须在显示和隐藏非打印字符之间进行瞬间切换。 数据流条目 给出DFD中某个数据流的定义， 通常包括： 数据流标识 数据流来源 数据流去向 数据流的数据组成 流动属性描述：频率、数据量 后台任务管理器(BTM)应该在用户界面的指定区域显示状态消息。 a. 在后台任务进程启动之后，消息必须每隔60(?10)秒更新一次，并且保持连续的可见性。 b. 如果正在正常处理后台任务进程，那么后台任务管理器(BTM)必须显示后台任务进程已完成的百分比。 c. 当完成后台任务时，后台任务管理器(BTM)必须显示一个“已完成”的消息。 d. 如果后台任务中止执行，那么后台任务管理器(BTM)必须显示一个出错信息。 需求不完整， 导致需求不可验证 改 进 用户在编辑文档时，通过激活特定的机制，可以在显示和隐藏所有HTML标记之间进行切换。 需求不可行、不完整、 不确定性，导致需求 不可验证 改 进 * * 3.4 结构化分析(传统建模方法) (Structured Analisys, SA) 基于数据流技术的分析方法 -两种主要方式之一 分析模型的主要目标 描述用户需要 建立创建软件设计的基础 定义软件完成后可被确认的一组需求 结构化分析的分析模型 实体— 关系图 状态—迁移图 数据流 图 数据对象描述 加工规格说明 数据 字典 控制规格说明 ERD 用于数据建模 DFD用于功能建模 STD用于行为建模 数据建模 E-R图是数据建模的基础 功能建模的思想 功能建模就是用抽象模型的概念，按照软件内部数据传递、变换的关系，自顶向下逐层分解，直到找到满足功能要求的所有可实现的软件为止。 根据DeMarco的论述，功能模型使用了数据流图来表达系统内数据的运动情况，而数据流的变换则用结构化英语、判定表与判定树来描述。 数据加工 (数据变换) 数据源点或终点 (外部实体) 数据流 数据存储文件 描述银行取款过程的数据流图 数据流图的层次结构 为了表达数据处理过程的数据加工情况，需要采用层次结构的数据流图。按照系统的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统 分层的数据流图 在多层数据流图中，顶层流图仅包含一个加工，它代表被开发系统。它的输入流是该系统的输入数据，输出流是系统所输出数据