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

第四章 结构化分析与建模（一）4.1 需求建模概述与结构化建模 4.2 数据模型与ER图本章结构4.3 功能模型－数据流图 4.4 行为模型－状态转换图 4.5 数据字典 4.6 判定表和判定树“化学制品跟踪系统”的项目开发组正在进行第一 次软件需求规格说明的评审参加者有Dave（项目经 理），Lori（需求分析者），Helen(高级程序员)， Ramesh (测试专家)，Tim(化学制品的产品代表者)， 还有Roxanne (化学制品仓库的产品代表者)Tim开始说：“我阅读过整个软件需求规格说明 大部分都符合我的需求，但是有几个部分我很难同意 我不能确信在化学制品请求过程中，我们是否确定 了这些步骤Ramesh又补充说：“当一个请求通过系 统时，我很难想象用于覆盖该请求状态变化的所有测 试用例我发现许多关于状态变化的需求散布在整个 软件需求规格说明中，但我无法确定是否有一些需求 遗漏了或存在不一致性引言与要点Roxanne有一个类似的问题当我阅读了如何真正 请求一种化学药品时，我感到困惑”，她说，“单个 需求是能感觉到的，但我难以想像我所要完成的步 骤顺序在各评审员提出其它相关的问题后，Lori 做出了总结：“看来软件需求规格说明似乎没有完全 告诉我们对于理解系统所需的各个方面，也不能确 保我们没有错过一个需求或不犯任何错误。

我将画 一些图来帮助我们想像这些需求，并看一下能否澄 清这些问题域谢谢你们的反馈意见引言与要点相关基础概念v所谓模型，就是为了理解事物而对该事物做出的 一种抽象，在软件工程中的模型由一组图形符号 和组织这些符号的规则组成 v经过对需求获取的资料进行分析，并以此建立起 来的模型称之为需求分析模型引言与要点v需求分析模型主要描述软件目标系统的数据信息 、处理功能、用户界面及运行的外部行为，它并 不涉及软件的具体实现细节 v模型帮助分析员理解系统的信息、功能和行为； 模型成为评审焦点；模型也是设计基础 v建模充分体现了“分而治之”这一古老而有效的概 念把复杂而困难的问题分解细化后，逐个解决 它们 v建模能有效地将需求映射到软件结构中 ＃BK第四章 结构化分析与建模（一）4.1 需求建模概述与结构化建模 4.2 数据模型与ER图本章结构4.3 功能模型－数据流图 4.4 行为模型－状态转换图 4.5 数据字典 4.6 判定表和判定树需求分析阶段模型的作用v帮助系统分析员理解系统的信息、功能和行为， 使得需求分析任务更加容易实现，结果更加系统 化 v它是评审焦点，是确定SRS完整性、一致性和精确 性的重要依据。

v它是设计的基础，是软件要素的表示视图从客户需求到分析模型v认真听取客户陈述他们的需求之后，分析人员 就可以挑选出关键字，将这些关键字转换成特 定的模型元素v表4.1列出了一些可能的映射：单词类型 示 例 分析模型组件 名词 人、组织、软件系统、数据项或存 在的对象 数据存储(DFD) 执行者(用例图) 实体或实体属性(ERD) 类或类属性(类图) 动词 动作、用户可做的事情或可能发生 的事件 处理过程(DFD) 用例(用例图) 关系(ERD) 状态(STD) 活动(活动图) 表4.1 映射示例“一位化学家或化学品仓库保管人员可以提出获得一种或多种化学制品的请求：一是提供一个存 在于化学制品仓库清单上的化学品容器，二是向外 界供应商提交一份订购新的化学品的订单提出请 求的人在准备其请求时，必须能够通过查找供 应商目录表找到特定的化学品从准备请求直到执 行请求或取消请求期间，系统必须跟踪每一个化学 品请求的状态系统还必须跟踪每个化学品的历史 记录，从公司收到化学品直到它完全被用尽或丢弃 为止化学制品跟踪系统示例结构化分析的模型v结构化分析是一种建立模型的活动，创建描述信 息内容和信息流的模型，依据功能和行为对系统 进行划分。

v建模时, 需要关注系统最复杂和风险最大的部分 ，以及最容易产生歧义和不确定性的部分结构化分析的模型结构化分析模型图4.2 数据模型与ER图v数据模型包括三种互相关联的信息：数据对象、 描述数据对象的属性和数据对象相互连接的关系 1. 数据对象是一个外部实体、一个事物（如报告） 、一次行为（如呼叫）或事件（一个警报） 、一个角色（如销售人员）、一个组织单元（如 销售部门、人事部门）、一个地点（如仓库）或 一个结构（如文件）4.2 数据模型与ER图v如，人或车可以被认为是数据对象，因为它们可 以用一组属性来定义 v“数据对象描述” 包括了数据对象及其所有的属 性数据模型只封装了数据，没有对数据的操作 2.属性属性定义了数据对象的性质，数据对象有许多 属性，应选择一组本质的属性例如，教师的属性有教工号、姓名、性别、职 称、专业、研究方向、担任课程、住址、等 如果设计“教学管理系统”，关心与教学有关的 属性、排除与教学无关的属性3. 关系数据对象是相互关联的，如人可以“拥有”车 拥有即它们间的一种关系实体和实体之间的关系被抽象为联系联系分 为：1)一对一（1:1）（一个丈夫只能有一个妻子）2) 一对多（1:N）(一个母亲有多个孩子)3) 多对多（M:N）(侄子与叔叔)实体—关系图概念v最常使用的数据模型是实体—关系图 (Entity-Relationship Diagram，ERD) v实体用单名词来命名，在实体-关系图中用 矩形框来表示实体。

实体—关系图中的菱 形框代表关系，它确定了一对实体之间在 逻辑上和数量上的连接关系的命名要能 描述关系的本质 v主键: 能唯一地标识该实体的属性或属性 组ERD的图例ERD的实例图4-2-1 “某校课程管理系统”的实体联系图某一学校拟拟开发发一课课程管理系统统，假设设系统统主要由 老师师、课课程、学生和教室等实实体组组成，各实实体的属 性组组成如下： 学生（学号、姓名、性别别、系别别、专业专业 课课程（课课程编编号、课课名、学时时、学分 教师师（编编号、姓名、职职称、性别别、系别别 教室（代号、名称、楼号、房号、地点请请将实实体教室和老师师、课课程、学生的属性补补充进进上 页页ER图图课课程管理系统统ER图编图编 制说说明图4-2-2 “化学制品跟踪系统”的实体联系图4.3 功能模型－数据流图v数据流模型把功能分解方法运用到系统分析上， 把复杂的问题进一步分解到更详细的层次v数据流模型很适用于事务处理系统和其他功能密集型应用程序数据流图四种基本图形符号v数据流图有四种基本图形符号： 画数据流程图的原则 ①数据流程图上所有图形符号必须是前面所 述的四种基本元素 ②数据流程图的主图必须含有前面所述的四 种基本元素，缺一不可。

③数据流程图上的数据流必须封闭在外部实 体之间，外部实体可以是一个，也可以是 多个 4.3 功能模型－数据流图画数据流程图的原则 ④处理过程至少有一个输入数据流和一个输 出数据流 ⑤任何一个数据流子图必须与它的父图上的 一个处理过程对应，两者的输入数据流和 输出数据流必须一致，即所谓“平衡”⑥数据流程图上的每个元素都必须有名字 4.3 功能模型－数据流图为方便储户，某银行拟开发计算机储蓄系统，储户携带存折 前去银行办理取款手续，他应把存折和填好的取款单一并交 给银行工作人员检验工作人员需核对账目，发现存折有效 性问题、取款单填写问题或是存折、账卡与取款单不符等问 题时均应报告储户在检验通过的情形下，银行则应将取款 信息登记在存折和账卡上，并通知付款根据付款通知给储 户付款飞机机票预订系统DFD图下图是一个飞机机票预订系统的数据流图，它反映的功能是： 旅行社把预订机 票的旅客信息 (姓名、年龄、单位、身份证号码、旅行时间、目的地等)输入机 票预订系统系统为旅客安排航班，打印出取票通知单(附有应交的账款)旅客 在飞机起飞的前一天凭取票通知单交款取票，系统检验无误，输出机票给旅客 画数据流程图的基本步骤①把一个系统看成一个整体功能，明确信息的输入 和输出。

②找到系统的外部实体一旦找到外部实体，则系 统与外部世界的界面就可以确定下来，系统的数 据流的源点和终点也就找到了 ③找出外部实体的输入数据流和输出数据流 ④在图的边上画出系统的外部实体 画数据流程图的基本步骤⑤从外部实体的输入流（源）出发，按照系统的逻 辑需要，逐步画出一系列逻辑处理过程，直至找 到外部实体处理所需的输出流，形成数据流的封 闭 ⑥将系统内部数据处理又分别看做整体功能，其内 部又有信息的处理、传递、存储过程 ⑦如此一级一级地剖析，直到所有处理步骤都很具 体为止 数据流图的层次结构为了表达数据处理过程的数据加工情况， 需要采用层次结构的数据流图按照系统 的层次结构进行逐步分解，并以分层的数 据流图反映这种结构关系，能清楚地表达 和容易理解整个系统分层的数据流图分层的数据流图数据流图的层次结构v在多层数据流图中，顶层流图仅包含一个 加工，它代表被开发系统它的输入流是 该系统的输入数据，输出流是系统所输出 数据 v底层流图是指其加工不需再做分解的数据 流图，它处在最底层 v中间层流图则表示对其上层父图的细化 它的每一加工可能继续细化，形成子图数据流图的层次结构经过初步的需求分析，得到系统功能要求： 1、监视病员的病症（血压、体温、脉搏等）。

2、定时更新病历 3、病员出现异常情况时报警 4、随机地产生某一病员的病情报告医院病房监护系统产生 病情报告监视病情更新病历系统功能要求：1、监视病员的病症（血压、体温、脉搏等）2、定时更新病历3、病员出现异常情况时报警4、随机地产生某一病员的病情报告顶层：病员护士护士病员监护系统病员日志病症信号要求报告病症报告报警医院病房监护系统病员日志医院病房监护系统顶层DFD图第一层：病员护士护士中央监视病症信号要求报告病症报告报警局部监视生成报告病员极限更新日志病员数据格式化 病员数据生理信号 极限值1324日志数据日志数据第二层：加工“中央监视”分解计算超过 极限值否病员数据超过极限值报警开解信号产生 报警信息病员极限格式化 病员数据体温血压、体温 脉搏生理信号 极限值时间脉搏血压日期时钟格式化 病员数据3.13.23.33.4医院病房监护系统二层DFD图计算超过 极限值否病员数据超过极限值报警开解信号产生 报警信息病员极限格式化 病员数据体温血压、体温、脉搏生理信号 极限值时间脉搏血压日期时钟格式化 病员数据3.13.23.33.4第二层：加工“中央监视”分解医院病房监护系统分层医院病房监护系统分层DFDDFD图图第一层格式化 病员数据生理信号 极限值病员护士护士中央监视病员日志病症信号要求报告病症报告报警局部监视生成报告病员极限更新日志病员 数据1324日志数据多层数据流图实例－商店业务处理系统– 经过分析，商店业务处理的主要功能应当有 销售、采购、会计三大项。

主要数据流输入的 源点和输出终点是顾客和供应商–然后从输入端开始，根据商店业务工作流程 ，画出数据流流经的各加工框，逐步画到输出 端，得到第一层数据流图数据流图实例－商店业务处理系统第一层数据流图销售细化第二层数据流图。