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

第四章结构化分析与建模（一）“化学制品跟踪系统”的项目开发组正在进行第一次软件需求规格说明的评审。参加者有Dave（项目经理），Lori（需求分析者），Helen(高级程序员)，Ramesh(测试专家)，Tim(化学制品的产品代表者)，还有Roxanne(化学制品仓库的产品代表者)。
Tim开始说：“我阅读过整个软件需求规格说明。大部分都符合我的需求，但是有几个部分我很难同意。我不能确信在化学制品请求过程中，我们是否确定了这些步骤。”Ramesh又补充说：“当一个请求通过系统时，我很难想象用于覆盖该请求状态变化的所有测试用例。我发现许多关于状态变化的需求散布在整个软件需求规格说明中，但我无法确定是否有一些需求遗漏了或存在不一致性。”Roxanne有一个类似的问题。“当我阅读了如何真正请求一种化学药品时，我感到困惑”，她说，“单个需求是能感觉到的，但我难以想像我所要完成的步骤顺序。”在各评审员提出其它相关的问题后，Lori做出了总结：“看来软件需求规格说明似乎没有完全告诉我们对于理解系统所需的各个方面，也不能确保我们没有错过一个需求或不犯任何错误。我将画一些图来帮助我们想像这些需求，并看一下能否澄清这些问题域。谢谢你们的反馈意见。”相关基础概念引言与要点第四章结构化分析与建模（一）需求分析阶段模型的作用从客户需求到分析模型单词类型“一位化学家或化学品仓库保管人员可以提出获得一种或多种化学制品的请求：一是提供一个存在于化学制品仓库清单上的化学品容器，二是向外界供应商提交一份订购新的化学品的订单。提出请求的人在准备其请求时，必须能够通过在线查找供应商目录表找到特定的化学品。从准备请求直到执行请求或取消请求期间，系统必须跟踪每一个化学品请求的状态。系统还必须跟踪每个化学品的历史记录，从公司收到化学品直到它完全被用尽或丢弃为止。”结构化分析的模型结构化分析的模型4.2数据模型与ER图4.2数据模型与ER图实体—关系图概念ERD的图例ERD的实例图4-2-2“化学制品跟踪系统”的实体联系图4.3功能模型－数据流图数据流图四种基本图形符号画数据流程图的原则
①数据流程图上所有图形符号必须是前面所述的四种基本元素。
②数据流程图的主图必须含有前面所述的四种基本元素，缺一不可。
③数据流程图上的数据流必须封闭在外部实体之间，外部实体可以是一个，也可以是多个。画数据流程图的原则
④处理过程至少有一个输入数据流和一个输出数据流。
⑤任何一个数据流子图必须与它的父图上的一个处理过程对应，两者的输入数据流和输出数据流必须一致，即所谓“平衡”。

⑥数据流程图上的每个元素都必须有名字。为方便储户，某银行拟开发计算机储蓄系统，储户携带存折前去银行办理取款手续，他应把存折和填好的取款单一并交给银行工作人员检验。工作人员需核对账目，发现存折有效性问题、取款单填写问题或是存折、账卡与取款单不符等问题时均应报告储户。在检验通过的情形下，银行则应将取款信息登记在存折和账卡上，并通知付款。根据付款通知给储户付款。飞机机票预订系统DFD图画数据流程图的基本步骤画数据流程图的基本步骤数据流图的层次结构分层的数据流图在多层数据流图中，顶层流图仅包含一个加工，它代表被开发系统。它的输入流是该系统的输入数据，输出流是系统所输出数据。
底层流图是指其加工不需再做分解的数据流图，它处在最底层。
中间层流图则表示对其上层父图的细化。它的每一加工可能继续细化，形成子图。经过初步的需求分析，得到系统功能要求：
1、监视病员的病症（血压、体温、脉搏等）。
2、定时更新病历。
3、病员出现异常情况时报警。
4、随机地产生某一病员的病情报告。系统功能要求：
1、监视病员的病症（血压、体温、脉搏等）
2、定时更新病历
3、病员出现异常情况时报警。
4、随机地产生某一病员的病情报告。病员日志第二层：加工“中央监视”分解计算超过
极限值否多层数据流图实例－商店业务处理系统经过分析，商店业务处理的主要功能应当有销售、采购、会计三大项。主要数据流输入的源点和输出终点是顾客和供应商。
然后从输入端开始，根据商店业务工作流程，画出数据流流经的各加工框，逐步画到输出端，得到第一层数据流图。第一层数据流图销售细化ThankYou!