结构化的需求分析与建模.ppt

第四章结构化分析与建模 二 4 1需求建模概述与结构化建模 4 2数据模型与ER图 本章结构 4 3功能模型 数据流图 4 4行为模型 状态转换图 4 5数据字典 4 6判定表和判定树 4 4状态迁移图 行为建模给出需求分析方法的所有操作原则 状态 迁移图 STD 或状态 迁移表来描述系统或对象的状态 以及导致系统或对象的状态改变的事件 从而描述系统的行为 4 4状态转换图 所有软件系统都包括功能行为 数据操作和状态改变 实时系统和过程控制应用程序可以在任何给定的时间内以有限状态中的某一种状态存在 用状态转换图 StateTransitionDiagram STD 可以简洁 完整 无歧义地表示有限状态机 一种相关的技术是统一建模语言 UnifiedModelingLanguage UML 中的状态流程图 状态转换图包括如下3种元素 可能的系统状态 用矩形框 圆形框 来表示 允许的状态改变或迁移 用箭头连接一对矩形框表示 引起每个状态转换的事件或条件 在每个迁移箭头上用文本标签来表示 状态迁移图 举例 电话状态 占线 闲置 接通中 图书状态 新书 可被借阅 被删除 被预定 被借出 选课状态图 图4 4 1 化学制品跟踪系统 中化学制品请求的状态转换图 第四章结构化分析与建模 二 4 1需求建模概述与结构化建模 4 2数据模型与ER图 本章结构 4 3功能模型 数据流图 4 4行为模型 状态转换图 4 5数据字典 词典 4 6判定表和判定树 数据词典 数据词典与数据流图配合 能清楚地表达数据处理的要求 数据词典精确地 严格地定义了每一个与系统相关的数据元素 并以字典式顺序将它们组织起来 使得用户和分析员对所有的输入 输出 存储成分和中间计算有共同的理解 数据词典 词条描述 对于在数据流图中每一个被命名的图形元素 均加以定义 其内容有 名字 别名或编号 分类 描述 定义 位置 其它等 数据结构的描述 符号含义举例 被定义为 与x a b 或 或x a b x a b 两或多个选一 或m n重复x a x 3 a 8 可选或不选x a 基本数据元素x a 取值a 连结符x 1 9取任一值x取到1至9之中的任一值 数据词典 例 存折格式的数据结构 数据词典 存折 户名 所号 帐号 开户日 性质 印密 1 存取行 50户名 2 字母 24所号 001 999 帐号 00000001 99999999 开户日 年 月 日性质 1 6 注 1 表示普通户 5 表示工资户等印密 0 注 印密在存折上不显示存取行 日期 摘要 支出 存入 余额 操作 复核 0421 数据词典 DFD与数据字典的配合 为方便储户 某银行拟开发计算机储蓄系统 储户填写的存款单或取款单由业务员键入系统 如果是存款 系统记录存款人姓名 住址 存款类型 存款日期 利率的信息 并打印出存款单给用户 如果是取款 系统计算利息并打印出利息清单给用户 给出相应的数据流图和数据字典 储户 检验 登录 存款处理 付款处理 计时器 储户 帐卡 帐卡信息 存款凭证 付款信息 结算单 月日时 存 取款信息 存款单 取款单 检验出的问题 存折 数据元素 取款单 数据流名称 取款单别名 无简述 顾客取款时填写的单据来源 顾客去向 检验数据流量 200份 天组成 日期 取款金额 姓名 地址 取款类型 密码 账号 数据元素 核查 加工名 检验编号 XXXX激发条件 接受取款单输入 取款单输出 认定的合格的取款信息加工逻辑 根据账卡及用户取款单据if单据 存款单then存款单据是否填写规范else审核是否为有效取款单 取款金额不得超出存款金额 密码是否正确 第四章结构化分析与建模 二 4 1需求建模概述与结构化建模 4 2数据模型与ER图 本章结构 4 3功能模型 数据流图 4 4行为模型 状态转换图 4 5数据字典 4 6判定表和判定树 DFD中一些逻辑上比较复杂的处理 有必要运用一些描述处理逻辑的工具来加以说明 理想的描述既容易被人们理解 又比较严格和精确 目前常用结构化语言 判定表和判定树三种工具来描述 4 6处理功能的描述工具 1 结构化语言简单的祈使语句指明要做的事情 如DFD图和需求功能说明 它至少要包括一个动词 明确地指出执行的功能 至少要包括一个名词作为宾语 表示动作的对象 例如 检验取款单 登录存折 计算平均成绩 获得职工姓名 等 4 6处理功能的描述工具 1 结构语言判断语句 在处理功能中常常需要对根据某一条件的不同结论执行不同的处理动作进行描述 为此 可以用判断句来实现 如果质量合格率大于99 如果出勤好则获得一等奖金否则获得二等奖金如果质量合格率小于99 且大于80 如果出勤好则获得二等奖金否则获得三等奖金 4 6数据处理的描述工具 1 结构语言循环语句 循环语句是指在某种条件下 连续执行相同的动作 直到这个条件不成立为止 它也可以用来明确地指出对每一件相同的事务都执行同一个动作 例如 对每一储户 循环计算利息 4 6数据处理的描述工具 4 6判定表和判定树 当逻辑和判定过程很复杂时 我们可以选用判定表和判定树这两种技术来表示系统应该做什么 判定表 decisiontable 可列出影响系统行为的所有因素的各种取值 并表明对这些因素的每一种组合所期望的系统响应动作 判定表和判定树是编写需求文档 或业务规则 的两种很有用的方法 采用这两种方法可以避免遗漏任何条件组合 判定表 如果数据流图的加工需要依赖于多个逻辑条件的取值 使用判定表来描述比较合适 例 一图书销售系统 其中一操作为 优惠处理 条件是 顾客的营业额大于1000元 同时必须信誉好 或者虽然信誉不好 但是20年以上的老主顾 判定表应用举例 以 检查发货单 为例 如上例图书销售系统 判定树 检查发货单 金额 500 金额 500 欠款 60天 不发出批准书 欠款 60天 发货单 发出批准书 欠款 60天 发出批准书 发货单及赊欠报告 欠款 60天 发出批准书 发货单 判断树 最后的提醒 本章所述的每一种建模技术都有其优点和局限性 我们绘制分析模型是为了提供一个层次来理解需求并交流需求 而这是用文本描述的软件需求规格说明和任何其他单一的视图所不能提供的 应该避免陷入在软件开发方法和模型中发生的教条的思维模式和派系斗争 ThankYou