MySQL数据库应用与管理项目化教程课件：需求分析

应用数据库设计教学目标能力目标◎能针对数据库设计项目，做好调研准备和有效采集调研数据；◎能绘制业务流图、数据流图,分析数据并绘制简单局部ER图。知识目标◎熟悉需求分析的步骤和方法；◎掌握规范业务流图、数据流图、ER图的绘制。学习重点◎熟悉需求分析方法步骤、调研准备和采集调研数据方法；◎掌握规范业务流图、数据流图、ER图的绘制方法。学习难点◎需求分析和全局ER图的绘制。任务任务1需求调研任务2需求分析任务3概念模型设计任务4逻辑结构设计数据库设计流程图‑

数据库设计流程任务2需求分析任务说明用户需求调研数据收集回来，应立即进行用户需求分析。根据超市销售管理系统的调研信息，进行需求分析，绘制数据流图，分析系统的总体结构框架和功能模块，与用户充分交流，反馈修订，相互认可后，写出需求分析报告。需求分析需求分析的目标分析出更详细表示业务活动的数据流图和数据字典分析系统的总体结构框架利用原型化设计等分析方法，将分析成果再与用户沟通，初步完成需求分析。写出相应的需求分析报告。数据流图数据流图（也称为数据流程图dateflowdiagram,DFD）是将业务流程图转化成更适合开发人员理解的逻辑模型图，以图形化的方法描绘数据在系统中的流动和处理的过程。数据流的简单模型如下图所示。数据流图基本符号数据流图基本符号数据流数据流表示数据的流向，由一组确定的数据项组成。例如“销售单”为一个数据流，它由商品名、编号、单位、单价、数量等数据组成。数据流用带有名字的具有箭头的线段表示，名字称为数据流名，表示流经的数据，箭头表示流向。数据流可以在加工之间、加工与源终点之间、加工与数据存储之间流动。除了与数据存储之间的数据流不必命名外，每个数据流必须要有一个合适的名字（名词），以反映该数据流的含义。数据流图基本符号加工（处理）加工是指数据流从输入到输出所经的变换或操作，也就是输入数据流经过什么处理后变成了输出数据。每个加工都有一个名字和编号，加工名应能反映处理的功能，不使用“数据处理”或“信息查询”等笼统词，编号能反映该加工位于分层的数据流图的哪个层次和哪张图中，能够看出它是由哪个加工分解出来的子加工。数据流图基本符号数据存储（文件）数据存储表示系统存储的数据，一般是数据库文件。每个数据存储都有一个名字。流入文件的数据流即存入数据，从文件流出的数据即读出或查询数据。外部实体外部实体是存在于本软件系统之外的人员、组织或其他系统，他指出数据的来源点或系统所产生的数据的归属终点。数据流图分析结构化分析方法（SA方法）分析数据流图最常用的方法是结构化分析方法，它采用自顶向下，逐层分解的分析策略。一般把系统视为一个大的加工，然后对加工进一步分解出若干个子加工，照此方法按处理功能逐层分解，直到能清楚表达出操作处理过程为止。数据流图分析系统分层表示的数据流图反映系统功能模块，顶层是最高层次抽象的系统概貌，要反映更详细的内容，可将处理功能分解为若干子功能，每个子功能还可继续分解，所用的数据也逐级分解，形成若干层次的数据流图。数据流图分析分析绘制数据流图（方法步骤）（1）绘制系统的顶层数据流图把整个系统视为一个大的加工，然后根据数据系统从哪些外部实体接收数据流，以及系统发送数据流到那些外部实体，就可以画出输入输出图。这张图称为顶层图。如：图三‑7是超市销售管理系统的顶层数据流图。数据流图分析（2）绘制系统的分解图（0层图）：把顶层图的加工分解成若干个子加工，并用数据流将这些加工连接起来，使得顶层图的输入数据经过若干子加工处理后，变成顶层图的输出数据流。这张图称为0层图。从一个加工绘制出一序列子处理加工连成的数据流图的过程就是对加工的分解。如：系统的0层图。数据流图分析（3）绘制加工的分解图把每个加工看作一个小系统，把加工的输入输出数据流看成小系统的输入输出流。于是可以象画0层图一样画出每个小系统的加工的DFD图。例如：超市销售管理0层2号加工进一步分解，得到其1层数据流图，如下图。数据流图分析（4）数据流图和加工编号1)顶层图只有一张，图中的加工也只有一个，所以不必为其编号。2).从0层图开始编号，0层图中的加工号分别是1、2、3等。3)子图号就是父图中被分解的加工号。4)子图中的加工号是由图号、圆点和序号组成，如：1.12，1.3等等。使用数据字典数据字典用来描述更详细的数据说明，是系统中各类数据描述的集合。数据字典通常包括数据流、数据项、数据结构、数据存储和处理过程5个部分，使用数据字典1、数据流条目举例：定义数据流组成及数据项。

机票=姓名+日期+航班号+起点+终点+费用

姓名={字母}

航班号=“Y7100”...“Y8100”

终点=[上海|北京|西安]

数据流条目主要内容及举例如下：数据流名称：订单

别名：无

简述：顾客订货时填写的项目

来源：顾客

去向：加工1“检验订单”

数据流量：1000份/每周

组成：编号+订货日期+顾客编号+地址+电话+银行账号+货物名称+规格+数量使用数据字典2.数据结构条目

数据存储条目是对数据存储的定义，如：

数据存储名称：库存记录

别名：无

简述：存放库存所有可供货物的信息

组成：货物名称+编号+生产厂家+单价+库存量

组织方式：索引文件，以货物编号为关键字

查询要求：要求能立即查询

使用数据字典

3.数据项条目数据项条目是不可再分解的数据单位，，其定义格式如下：

数据项名称：货物编号

别名：G-No,G-num,Goods-No

简述：本公司的所有货物的编号

类型：字符串

长度：10

取值范围及含义：

第一位：进口/国产

第2-4位：类别

第5-7位：规格

第8-10位：品名编号

使用数据字典用表格表示：如数据字典中的商品信息数据项。数据项名数据类型长度取值范围商品编号字符型500001-99999商品名称字符型20任何字符或数字商品类型字符型20任何字符或数字商品简介字符型100任何字符或数字商品品牌字符型20任何字符或数字厂商名称字符型50任何字符或数字使用数据字典4.加工条目

加工条目是用来说明DFD中基本加工的处理逻辑的，由于上层的加工是由下层的基本加工分解而来，只要有了基本加工的说明，就可理解其他加工。举例如下：

加工名：查阅库存

编号：1.2

激发条件：接收到合格订单时

优先级：普通

输入：合格订单

输出：可供货订单、缺货订单

加工逻辑：根据库存记录

IF订单项目的数量<该项目库存量的临界值>

THEN可供货处理

ELSE此订单缺货，登录，待进货后再处理

ENDIF系统总体功能框架系统总体功能一般是从使用的角度对管理信息系统进行功能设计的。可以从管理职能分类着手，采用自顶向下逐步分解原则，通过对业务过程和数据进行分析，将系统分解为多个子系统，再将子系统分解为功能模块，直到每个下层子功能对应一个窗口界面，完成一个相对独立的业务处理。原型化方法在某些新系统开发中，很难摸清用户的需求或用户提不出自己的需求的情况下，采用演化模型方法：第一次只是试验开发，其目标只在于探索可行性，弄清软件需求；第二次则在此基础上获得较为满意的软件产品，通常把一次得到的试验性产品称“原型”，这种采用开发方法也称原形化方法。采用这种方法可以减少由于软件需求不明确而给开发带来的风险，一般适合于中小型系统。系统总体功能框架系统总体功能框架需求分析报告需求分析最后得出一份分析成果，即需求分析报告（又称需求分析说明书），需求分析说明书编写格式可参照IEEE标准830-1998(IEEE1998)描述的需求规格说明书模板（，再根据项目系统特点进行适当改动。需求分析报告需求规格说明书纲目：条目

细目123456一、引言目的

文档约定

预期的读者和阅读建议

产品的范围

参考文献二、综合描述产品的前景产品的功能用户类和特征

运行环境设计和实现上的限制假设和依赖附录三、外部接口需求附录用户界面附录硬件接口软件接口

通信接口四、系统特性说明和优先级激励/响应序列

功能需求

五、其它非功能需求

性能需求安全设施需求安全性需求软件质量属性

业务规则

用户文档六、其它需求七、附件词汇表分析模型

待确定问题的列表

任务实施分