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

画数据流程图的基本步骤 ⑤从外部实体的输入流（源）出发，按照系统的逻辑需要，逐步画出一系列逻辑处理过程，直至找到外部实体处理所需的输出流，形成数据流的封闭。 ⑥将系统内部数据处理又分别看做整体功能，其内部又有信息的处理、传递、存储过程。 ⑦如此一级一级地剖析，直到所有处理步骤都很具体为止。 数据流图的层次结构 为了表达数据处理过程的数据加工情况，需要采用层次结构的数据流图。按照系统的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统。 分层的数据流图 数据流图的层次结构 在多层数据流图中，顶层流图仅包含一个加工，它代表被开发系统。它的输入流是该系统的输入数据，输出流是系统所输出数据。 底层流图是指其加工不需再做分解的数据流图，它处在最底层。 中间层流图则表示对其上层父图的细化。它的每一加工可能继续细化，形成子图。 数据流图的层次结构 经过初步的需求分析，得到系统功能要求： 1、监视病员的病症（血压、体温、脉搏等）。 2、定时更新病历。 3、病员出现异常情况时报警。 4、随机地产生某一病员的病情报告。 医院病房监护系统 产生 病情报告 监视病情 更新病历 系统功能要求： 1、监视病员的病症（血压、体温、脉搏等） 2、定时更新病历 3、病员出现异常情况时报警。 4、随机地产生某一病员的病情报告。 顶层： 病员 护士 护士 病员监 护系统 病员日志 病症信号 要求报告 病症报告 报警 医院病房监护系统 病员日志 医院病房监护系统顶层DFD图 第一层： 病员 护士 护士 中央监视 病症信号 要求报告 病症报告 报警 局部监视 生成报告 病员极限 更新日志 病员数据 格式化 病员数据 生理信号 极限值 1 3 2 4 日志数据 日志数据 第二层：加工“中央监视”分解 计算超过 极限值否 病员数据 超过极限值 报警 开解信号 产生 报警信息 病员极限 格式化 病员数据 体温 血压、体温脉搏 生理信号 极限值 时间 脉搏 血压 日期 时钟 格式化 病员数据 3.1 3.2 3.3 3.4 医院病房监护系统二层DFD图 计算超过 极限值否 病员数据 超过极限值 报警 开解信号 产生 报警信息 病员极限 格式化 病员数据 体温 血压、体温、 脉搏 生理信号 极限值 时间 脉搏 血压 日期 时钟 格式化 病员数据 3.1 3.2 3.3 3.4 第二层：加工“中央监视”分解 医院病房监护系统分层DFD图 第一层 格式化 病员数据 生理信号 极限值 病员 护士 护士 中央监视 病员日志 病症信号 要求报告 病症报告 报警 局部监视 生成报告 病员极限 更新日志 病员数据 1 3 2 4 日志数据 多层数据流图实例－商店业务处理系统 经过分析，商店业务处理的主要功能应当有销售、采购、会计三大项。主要数据流输入的源点和输出终点是顾客和供应商。 然后从输入端开始，根据商店业务工作流程，画出数据流流经的各加工框，逐步画到输出端，得到第一层数据流图。 数据流图实例－商店业务处理系统 第一层数据流图 销售细化 第二层数据流图 * 行为：不同的状态，如OA中的创建、待审核、已审批。。。 第四章 结构化分析与建模（一） 4.1 需求建模概述与结构化建模 4.2 数据模型与ER图 本章结构 4.3 功能模型－数据流图 4.4 行为模型－状态转换图 4.5 数据字典 4.6 判定表和判定树 “化学制品跟踪系统”的项目开发组正在进行第一次软件需求规格说明的评审。参加者有Dave（项目经理），Lori（需求分析者），Helen(高级程序员)，Ramesh (测试专家)，Tim(化学制品的产品代表者)，还有Roxanne (化学制品仓库的产品代表者)。 Tim开始说：“我阅读过整个软件需求规格说明。大部分都符合我的需求，但是有几个部分我很难同意。我不能确信在化学制品请求过程中，我们是否确定了这些步骤。”Ramesh又补充说：“当一个请求通过系统时，我很难想象用于覆盖该请求状态变化的所有测试用例。我发现许多关于状态变化的需求散布在整个软件需求规格说明中，但我无法确定是否有一些需求遗漏了或存在不一致性。” 引言与要点 Roxanne有一个类似的问题。“当我阅读了如何真正请求一种化学药品时，我感到困惑”，她说，“单个需求是能感觉到的，但我难以想像我所要完成的步骤顺序。”在各评审员提出其它相关的问题后，Lori做出了总结：“看来软件需求规格说明似乎没有完全告诉我们对于理解系统所需的各个方面，也不能确保我们没有错过一个需求或不犯任何错误。我将画一些图来帮助我们想像这些需求，并看一下能否澄清这些问题域。谢谢你们的反馈意见。” 引言与要点 相关基础概念 所谓模型，就是为了理解事物