业务需求分析和建模

第一节: 业务需求和系统需求获得

设计数据库之前,必须分析数据库的所有需求。需求信息分析是数据库设计一个必须的过程。需求分析是指真正用来设计系统的业务需求细节
需求信息的收集和分析分为如下三个阶段:
1)事务需求的确定
2)系统需求的确定
3)进行需求分析
1、业务需求
业务需求主要涉及业务如何处理、业务工作计划和业务操作。在建模的过程中业务处理和数据的比较非常重要,它可以确保收集了所有的需求信息。设计过程中业务需求确定了基本的数据的业务处理,并确定业务规则,业务规则与数据库以及用来管理数据的业务处理直接相关。
2、系统需求
系统需求是基于业务需求之上,转为设计系统。系统需求是指后台数据库与数据库交互的前台应用软件的结合。
1)标识数据 2)建立数据关系

===============================================================

第二节: 建立业务模型

模型是对象的抽象表示,把所定义的数据元素变为实体,由最终用户所描述的业务处理和数据被分解为处理步骤和数据库流。通过可以表示实体关系的实体关系图构件模型,正确的分解实体以及建立实体间相互关系可以简化数据分布和管理,
1、业务模型图
用户希望通过图表方式来了解系统,流程图是对系统行为的图形化表示。
系统和组件中的数据流是一个重要的特性,业务处理模型经过改进后,它就是一个研究公司如何管理业务的有用工具,如果没有清晰的定义和理解业务操作,就不可能设计一个信息系统。

===============================================================

第三节: 实体联系模型

一、ERD表示关系
实体关系图(ERD)可以描述不同类型表之间的关系。
1、鸟足结构
鸟足结构是用于描述一对多关系或多对多关系。

2、一对一关系
在两张表中确切的只有一条记录

3、一对多
一条记录对应另一个表中的多条记录。

4、多对多点关系
一个表中的每一条记录与另一个表中的多条记录关联,
反之亦然,

5、零
表间的关系可以是零,具有零的是指数据可以存在。

6、标识和非标识关系
1)标识关系,子表由父表部分标识,并且部分取决于父表,父表的主键包含在子表的主键中,标识关系用实线关联。
2)非标识关系,子表不取决于父表,子表作为外键包含父表的主键,而不是作为子表主键的一部分,非标识关系用虚线关联。
3)依赖实体或表,对于具有与父表标识关系的表,存在依赖表,依赖表用圆角矩形表示。
4)非依赖实体表,独立实体表,用直角矩形表示
(https://img-blog.csdn.net/20180821105252137?watermark/2/text/aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjgwMDAwOA==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70)


版权声明:本文为weixin_42800008原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接和本声明。