广药院医院信息系统课件第8章 医院数据库系统详细设计

第8章

医院数据库系统详细设计问题的提出关系数据库逻辑设计针对具体问题，如何构造一个适合于它的数据模式数据库逻辑设计的工具──关系数据库的规范化理论

问题的提出一、概念回顾二、关系模式的形式化定义三、什么是数据依赖四、关系模式的简化定义五、数据依赖对关系模式影响一、概念回顾关系：描述实体、属性、实体间的联系。从形式上看，它是一张二维表，是所涉及属性的笛卡尔积的一个子集。关系模式：用来定义关系。关系数据库：基于关系模型的数据库，利用关系来描述现实世界。从形式上看，它由一组关系组成。关系数据库的模式：定义这组关系的关系模式的全体。二、关系模式的形式化定义关系模式由五部分组成，即它是一个五元组：

R(U,D,DOM,F)R：

关系名U：组成该关系的属性名集合D：

属性组U中属性所来自的域DOM：属性向域的映象集合F：属性间数据的依赖关系集合三、什么是数据依赖1.完整性约束的表现形式限定属性取值范围：例如学生成绩必须在0-100之间定义属性值间的相互关连（主要体现于值的相等与否），这就是数据依赖，它是数据库模式设计的关键什么是数据依赖（续）2.数据依赖是通过一个关系中属性间值的相等与否体现出来的数据间的相互关系是现实世界属性间相互联系的抽象是数据内在的性质是语义的体现什么是数据依赖（续）3.数据依赖的类型函数依赖（FunctionalDependency，简记为FD）多值依赖（MultivaluedDependency，简记为MVD）其他四、关系模式的简化表示关系模式R（U,D,DOM,F）

简化为一个三元组：

R（U,F）当且仅当U上的一个关系r满足F时，r称为关系模式R（U,F）的一个关系五、数据依赖对关系模式的影响例：描述学校的数据库：

学生的学号（Sno）、所在系（Sdept）

系主任姓名（Mname）、课程名（Cname）

成绩（Grade）单一的关系模式：Student<U、F>U＝｛

Sno,Sdept,Mname,Cname,Grade｝数据依赖对关系模式的影响（续）学校数据库的语义：

⒈一个系有若干学生，一个学生只属于一个系；

⒉一个系只有一名主任；

⒊一个学生可以选修多门课程，每门课程有若干学生选修；

⒋每个学生所学的每门课程都有一个成绩。

数据依赖对关系模式的影响（续）

属性组U上的一组函数依赖F：

F＝｛

Sno→Sdept,Sdept→Mname,(Sno,Cname)→Grade｝

SnoCnameSdeptMnameGrade关系模式Student<U,F>中存在的问题⒈数据冗余太大浪费大量的存储空间

例：每一个系主任的姓名重复出现⒉更新异常（UpdateAnomalies）数据冗余，更新数据时，维护数据完整性代价大。 例：某系更换系主任后，系统必须修改与该系学生有关的每一个元组关系模式Student<U,F>中存在的问题⒊插入异常（InsertionAnomalies）该插的数据插不进去例，如果一个系刚成立，尚无学生，我们就无法把这个系及其系主任的信息存入数据库。⒋删除异常（DeletionAnomalies）不该删除的数据不得不删 例，如果某个系的学生全部毕业了，我们在删除该系学生信息的同时，把这个系及其系主任的信息也丢掉了。数据依赖对关系模式的影响（续）结论：Student关系模式不是一个好的模式。“好”的模式：不会发生插入异常、删除异常、更新异常，数据冗余应尽可能少。原因：由存在于模式中的某些数据依赖引起的解决方法：通过分解关系模式来消除其中不合适的数据依赖。

规范化问题

规范化理论正是用来改造关系模式，通过分解关系模式来消除其中不合适的数据依赖，以解决插入异常、删除异常、更新异常和数据冗余问题。1函数依赖一、函数依赖二、平凡函数依赖与非平凡函数依赖三、完全函数依赖与部分函数依赖四、传递函数依赖一、函数依赖定义1

设R(U)是一个属性集U上的关系模式，X和Y是U的子集。若对于R(U)的任意一个可能的关系r，r中不可能存在两个元组在X上的属性值相等，而在Y上的属性值不等，则称“X函数确定Y”或“Y函数依赖于X”，记作X→Y。

X称为这个函数依赖的决定属性集(Determinant)。

Y=f(x)说明：

1.函数依赖不是指关系模式R的某个或某些关系实例满足的约束条件，而是指R的所有关系实例均要满足的约束条件。2.函数依赖是语义范畴的概念。只能根据数据的语义来确定函数依赖。例如“姓名→年龄”这个函数依赖只有在不允许有同名人的条件下成立3.数据库设计者可以对现实世界作强制的规定。例如规定不允许同名人出现，函数依赖“姓名→年龄”成立。所插入的元组必须满足规定的函数依赖，若发现有同名人存在，则拒绝装入该元组。函数依赖（续）例:Student(Sno,Sname,Ssex,Sage,Sdept)

假设不允许重名，则有:Sno→Ssex，

Sno→Sage,Sno→Sdept，Sno

←→

Sname,Sname→Ssex，Sname→SageSname→Sdept但Ssex→Sage若X→Y，并且Y→X,则记为X←→Y。若Y不函数依赖于X,则记为X─→Y。二、平凡函数依赖与非平凡函数依赖在关系模式R(U)中，对于U的子集X和Y，如果X→Y，但Y

X，则称X→Y是非平凡的函数依赖若X→Y，但Y

X,则称X→Y是平凡的函数依赖例：在关系SC(Sno,Cno,Grade)中，非平凡函数依赖：(Sno,Cno)→

Grade

平凡函数依赖：(Sno,Cno)→

Sno

(Sno,Cno)→Cno平凡函数依赖与非平凡函数依赖（续）于任一关系模式，平凡函数依赖都是必然成立的，它不反映新的语义，因此若不特别声明，我们总是讨论非平凡函数依赖。三、完全函数依赖与部分函数依赖定义2

在关系模式R(U)中，如果X→Y，并且对于X的任何一个真子集X’，都有

X’Y,则称Y完全函数依赖于X，记作Xｆ

Y。

若X→Y，但Y不完全函数依赖于X，则称Y部分函数依赖于X，记作XPY。

完全函数依赖与部分函数依赖（续）例:在关系SC(Sno,Cno,Grade)中，由于：Sno→Grade，Cno→Grade，

因此：(Sno,Cno)ｆGrade

四、传递函数依赖定义3

在关系模式R(U)中，如果X→Y，Y→Z，且Y

X，Y→X，则称Z传递函数依赖于X。注:如果Y→X，即X←→Y，则Z直接依赖于X。例:在关系Std(Sno,Sdept,Mname)中，有：

Sno→Sdept，Sdept→MnameMname传递函数依赖于Sno5.2.2码定义4

设K为关系模式R<U,F>中的属性或属性组合。若KｆU，则K称为R的一个侯选码（CandidateKey）。若关系模式R有多个候选码，则选定其中的一个做为主码（Primarykey）。主属性与非主属性ALLKEY外部码定义5

关系模式R中属性或属性组X并非R的码，但X是另一个关系模式的码，则称X是R的外部码（Foreignkey）也称外码主码又和外部码一起提供了表示关系间联系的手段。3范式范式是符合某一种级别的关系模式的集合。关系数据库中的关系必须满足一定的要求。满足不同程度要求的为不同范式。范式的种类：

第一范式(1NF)

第二范式(2NF)

第三范式(3NF) BC范式(BCNF)

第四范式(4NF)

第五范式(5NF)各种范式之间存在联系：某一关系模式R为第n范式，可简记为R∈nNF。1NF1NF的定义 如果一个关系模式R的所有属性都是不可分的基本数据项，则R∈1NF。第一范式是对关系模式的最起码的要求。不满足第一范式的数据库模式不能称为关系数据库。但是满足第一范式的关系模式并不一定是一个好的关系模式。2NF例:关系模式SLC(Sno,Sdept,Sloc,Cno,Grade)

Sloc为学生住处，假设每个系的学生住在同一个地方。函数依赖包括：

(Sno,Cno)fGrade

Sno→Sdept

(Sno,Cno)P

SdeptSno→Sloc

(Sno,Cno)P

SlocSdept→Sloc2NFSLC的码为(Sno,Cno)SLC满足第一范式。非主属性Sdept和Sloc部分函数依赖于码(Sno,Cno)SnoCnoGradeSdeptSlocSLCSLC不是一个好的关系模式(1)插入异常 假设Sno＝95102，Sdept＝IS，Sloc＝N的学生还未选课，因课程号是主属性，因此该学生的信息无法插入SLC。(2)删除异常假定某个学生本来只选修了3号课程这一门课。现在因身体不适，他连3号课程也不选修了。因课程号是主属性，此操作将导致该学生信息的整个元组都要删除。

SLC不是一个好的关系模式(3)数据冗余度大如果一个学生选修了10门课程，那么他的Sdept和Sloc值就要重复存储了10次。(4)修改复杂例如学生转系，在修改此学生元组的Sdept值的同时，还可能需要修改住处（Sloc）。如果这个学生选修了K门课，则必须无遗漏地修改K个元组中全部Sdept、Sloc信息。

2NF原因

Sdept、

Sloc部分函数依赖于码。解决方法

SLC分解为两个关系模式，以消除这些部分函数依赖

SC（Sno，

Cno，Grade）

SL（Sno，

Sdept，

Sloc）2NFSLC的码为(Sno,Cno)SLC满足第一范式。非主属性Sdept和Sloc部分函数依赖于码(Sno,Cno)SnoCnoGradeSdeptSlocSLC2NF函数依赖图：SnoCnoGradeSCSLSnoSdeptSloc

2NF2NF的定义 定义6

若关系模式R∈1NF，并且每一个非主属性都完全函数依赖于R的码，则R∈2NF。

例：SLC(Sno,Sdept,Sloc,Cno,Grade)∈1NF

SLC(Sno,Sdept,Sloc,Cno,Grade)∈2NF SC（Sno，

Cno，Grade）∈2NF SL（Sno，

Sdept，

Sloc）∈2NF

第二范式（续）采用投影分解法将一个1NF的关系分解为多个2NF的关系，可以在一定程度上减轻原1NF关系中存在的插入异常、删除异常、数据冗余度大、修改复杂等问题。将一个1NF关系分解为多个2NF的关系，并不能完全消除关系模式中的各种异常情况和数据冗余。3NF例：2NF关系模式SL(Sno,Sdept,Sloc)中函数依赖：

Sno→SdeptSdept→SlocSno→Sloc Sloc传递函数依赖于Sno，即SL中存在非主属性对码的传递函数依赖。

3NF函数依赖图：SLSnoSdeptSloc3NF解决方法采用投影分解法，把SL分解为两个关系模式，以消除传递函数依赖：

SD（Sno，

Sdept）

DL（Sdept，

Sloc）SD的码为Sno，DL的码为Sdept。

3NFSD的码为Sno，DL的码为Sdept。SnoSdeptSDSdeptSlocDL3NF3NF的定义 定义5.8关系模式R<U，F>

中若不存在这样的码X、属性组Y及非主属性Z（Z

Y）,使得X→Y，Y→X，Y→Z，成立，则称R<U，F>∈3NF。例，SL(Sno,Sdept,Sloc)∈2NF

SL(Sno,Sdept,Sloc)∈3NFSD（Sno，

Sdept）∈3NFDL（Sdept，

Sloc）∈3NF3NF若R∈3NF，则R的每一个非主属性既不部分函数依赖于候选码也不传递函数依赖于候选码。如果R∈3NF，则R也是2NF。采用投影分解法将一个2NF的关系分解为多个3NF的关系，可以在一定程度上解决原2NF关系中存在的插入异常、删除异常、数据冗余度大、修改复杂等问题。将一个2NF关系分解为多个3NF的关系后，并不能完全消除关系模式中的各种异常情况和数据冗余。BC范式（BCNF）定义9

设关系模式R<U，F>∈1NF，如果对于R的每个函数依赖X→Y，若Y不属于X，则X必含有候选码，那么R∈BCNF。若R∈BCNF每一个决定属性集（因素）都包含（候选）码R中的所有属性（主，非主属性）都完全函数依赖于码R∈3NF（证明）若R∈3NF则R不一定∈BCNFBCNF例：在关系模式STJ（S，T，J）中，S表示学生，T表示教师，J表示课程。每一教师只教一门课。每门课由若干教师教，某一学生选定某门课，就确定了一个固定的教师。某个学生选修某个教师的课就确定了所选课的名称：

(S，J)→T，(S，T)→J，T→JBCNF

SJTSTJSTJBCNFSTJ∈3NF

(S，J)和(S，T)都可以作为候选码

S、T、J都是主属性STJ∈BCNFT→J，T是决定属性集，T不是候选码BCNF

解决方法：将STJ分解为二个关系模式：

SJ(S，J)∈BCNF，TJ(T，J)∈BCNF

没有任何属性对码的部分函数依赖和传递函数依赖SJSTTJTJ3NF与BCNF的关系如果关系模式R∈BCNF，必定有R∈3NF如果R∈3NF，且R只有一个候选码，则R必属于BCNF。BCNF的关系模式所具有的性质⒈所有非主属性都完全函数依赖于每个候选码⒉所有主属性都完全函数依赖于每个不包含它的候选码⒊没有任何属性完全函数依赖于非码的任何一组属性多值依赖与第四范式（4NF）例:学校中某一门课程由多个教师讲授，他们使用相同的一套参考书。 关系模式Teaching(C,T,B)

课程C、教师T和参考书B………课程C教员T参考书B

物理

数学

计算数学李勇王军

李勇张平

张平周峰

普通物理学光学原理物理习题集

数学分析微分方程高等代数

数学分析

普通物理学光学原理物理习题集普通物理学光学原理物理习题集数学分析微分方程高等代数数学分析微分方程高等代数…李勇李勇李勇王军王军王军李勇李勇李勇张平张平张平

…物理物理物理物理物理物理数学数学数学数学数学数学

…参考书B教员T课程C用二维表表示Teaching

多值依赖与第四范式（续）Teaching∈BCNF:Teach具有唯一候选码(C，T，B)，即全码Teaching模式中存在的问题

(1)数据冗余度大：有多少名任课教师，参考书就要存储多少次

多值依赖与第四范式（续）

(2)插入操作复杂：当某一课程增加一名任课教师时，该课程有多少本参照书，就必须插入多少个元组例如物理课增加一名教师刘关，需要插入两个元组：

（物理，刘关，普通物理学）（物理，刘关，光学原理）多值依赖与第四范式（续）(3)删除操作复杂：某一门课要去掉一本参考书，该课程有多少名教师，就必须删除多少个元组(4)修改操作复杂：某一门课要修改一本参考书，该课程有多少名教师，就必须修改多少个元组产生原因 存在多值依赖一、多值依赖定义5.10

设R(U)是一个属性集U上的一个关系模式，X、Y和Z是U的子集，并且Z＝U－X－Y，多值依赖X→→Y成立当且仅当对R的任一关系r，r在（X，Z）上的每个值对应一组Y的值，这组值仅仅决定于X值而与Z值无关 例Teaching（C,T,B）

对于C的每一个值，T有一组值与之对应，而不论B取何值一、多值依赖在R（U）的任一关系r中，如果存在元组t，s使得t[X]=s[X]，那么就必然存在元组w，v

r，（w，v可以与s，t相同），使得w[X]=v[X]=t[X]，而w[Y]=t[Y]，w[Z]=s[Z]，v[Y]=s[Y]，v[Z]=t[Z]（即交换s，t元组的Y值所得的两个新元组必在r中），则Y多值依赖于X，记为X→→Y。这里，X，Y是U的子集，Z=U-X-Y。

txy1z2sxy2z1wxy1z1vxy2z2多值依赖（续）平凡多值依赖和非平凡的多值依赖

若X→→Y，而Z＝φ，则称

X→→Y为平凡的多值依赖 否则称X→→Y为非平凡的多值依赖多值依赖的性质（1）多值依赖具有对称性若X→→Y，则X→→Z，其中Z＝U－X－Y

多值依赖的对称性可以用完全二分图直观地表示出来。（2）多值依赖具有传递性若X→→Y，Y→→Z，则X→→Z-Y多值依赖的对称性

XiZi1Zi2…ZimYi1Yi2…Yin多值依赖的对称性

物理普通物理学光学原理物理习题集李勇王军多值依赖（续）（3）函数依赖是多值依赖的特殊情况。 若X→Y，则X→→Y。（4）若X→→Y，X→→Z，则X→→Y

Z。（5）若X→→Y，X→→Z，则X→→Y∩Z。（6）若X→→Y，X→→Z，则X→→Y-Z， X→→Z-Y。多值依赖与函数依赖的区别(1)有效性多值依赖的有效性与属性集的范围有关若X→→Y在U上成立，则在W（XY

W

U）上一定成立；反之则不然，即X→→Y在W（W

U）上成立，在U上并不一定成立多值依赖的定义中不仅涉及属性组X和Y，而且涉及U中其余属性Z。一般地，在R（U）上若有X→→Y在W（W

U）上成立，则称X→→Y为R（U）的嵌入型多值依赖多值依赖与函数依赖的区别只要在R（U）的任何一个关系r中，元组在X和Y上的值满足定义5.l（函数依赖），

则函数依赖X→Y在任何属性集W（XY

W

U）上成立。多值依赖（续）(2)

若函数依赖X→Y在R（U）上成立，则对于任何Y'

Y均有X→Y'成立多值依赖X→→Y若在R(U)上成立，不能断言对于任何Y'

Y有X→→Y'成立二、第四范式（4NF）定义5.10关系模式R<U，F>∈1NF，如果对于R的每个非平凡多值依赖X→→Y（Y

X），X都含有候选码，则R∈4NF。（X→Y）如果R∈4NF，则R∈BCNF

不允许有非平凡且非函数依赖的多值依赖

允许的是函数依赖（是非平凡多值依赖）第四范式（续）例：Teach(C,T,B)∈4NF

存在非平凡的多值依赖C→→T，且C不是候选码用投影分解法把Teach分解为如下两个关系模式：

CT(C,T)∈4NF CB(C,B)∈4NF

C→→T，C→→B是平凡多值依赖

5规范化5.2.1第一范式（1NF）5.2.2第二范式（2NF）5.2.3第三范式（3NF）5.2.4BC范式（BCNF）5.2.5多值依赖与第四范式（4NF）5.2.6规范化6规范化关系数据库的规范化理论是数据库逻辑设计的工具。一个关系只要其分量都是不可分的数据项，它就是规范化的关系，但这只是最基本的规范化。规范化程度可以有多个不同的级别规范化（续）规范化程度过低的关系不一定能够很好地描述现实世界，可能会存在插入异常、删除异常、修改复杂、数据冗余等问题一个低一级范式的关系模式，通过模式分解可以转换为若干个高一级范式的关系模式集合，这种过程就叫关系模式的规范化二数据库设计数据库建设是硬件、软件和干件的结合三分技术，七分管理，十二分基础数据技术与管理的界面称之为“干件”数据库设计应该与应用系统设计相结合结构（数据）设计：设计数据库框架或数据库结构行为（处理）设计：设计应用程序、事务处理等数据库设计的特点（续）结构和行为分离的设计传统的软件工程忽视对应用中数据语义的分析和抽象，只要有可能就尽量推迟数据结构设计的决策早期的数据库设计致力于数据模型和建模方法研究，忽视了对行为的设计数据库设计的特点（续）现实世界概念模型设计子模式设计物理数据库设计逻辑数据库设计建立数据库数据分析功能分析功能模型功能说明事务设计程序说明应用程序设计程序编码调试6.1.3数据库设计方法简述手工试凑法设计质量与设计人员的经验和水平有直接关系缺乏科学理论和工程方法的支持，工程的质量难以保证数据库运行一段时间后常常又不同程度地发现各种问题，增加了维护代价数据库设计方法简述（续）规范设计法手工设计方法基本思想过程迭代和逐步求精数据库设计方法简述（续）规范设计法(续)典型方法新奥尔良（NewOrleans）方法将数据库设计分为四个阶段S.B.Yao方法将数据库设计分为五个步骤I.R.Palmer方法把数据库设计当成一步接一步的过程数据库设计方法简述（续）计算机辅助设计ORACLEDesigner2000SYBASEPowerDesigner数据库设计的基本步骤一、数据库设计的准备工作选定参加设计的人员1.数据库分析设计人员数据库设计的核心人员自始至终参与数据库设计其水平决定了数据库系统的质量数据库设计的基本步骤2.用户在数据库设计中也是举足轻重的主要参加需求分析和数据库的运行维护用户积极参与带来的好处加速数据库设计提高数据库设计的质量数据库设计的基本步骤（续）3.程序员在系统实施阶段参与进来，负责编制程序4.操作员在系统实施阶段参与进来，准备软硬件环境数据库设计的基本步骤（续）二、数据库设计的过程(六个阶段)

⒈需求分析阶段准确了解与分析用户需求（包括数据与处理）是整个设计过程的基础，是最困难、最耗费时间的一步

数据库设计的基本步骤（续）

⒉概念结构设计阶段是整个数据库设计的关键通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型数据库设计的基本步骤（续）

⒊逻辑结构设计阶段将概念结构转换为某个DBMS所支持的数据模型对其进行优化数据库设计的基本步骤（续）

⒋数据库物理设计阶段为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）数据库设计的基本步骤（续）

⒌数据库实施阶段运用DBMS提供的数据语言、工具及宿主语言，根据逻辑设计和物理设计的结果建立数据库编制与调试应用程序组织数据入库并进行试运行数据库设计的基本步骤（续）

⒍数据库运行和维护阶段数据库应用系统经过试运行后即可投入正式运行。在数据库系统运行过程中必须不断地对其进行评价、调整与修改。数据库设计的基本步骤（续）

设计一个完善的数据库应用系统往往是上述六个阶段的不断反复。设计特点在设计过程中把数据库的设计和对数据库中数据处理的设计紧密结合起来将这两个方面的需求分析、抽象、设计、实现在各个阶段同时进行，相互参照，相互补充，以完善两方面的设计设计过程各个阶段的设计描述：P208图6.3

IPO表……输入：输出：处理：Creat……Load……Main()……if……then……end

分区1

分区2……概念结构设计逻辑结构设计物理设计设计阶段

设计描述数据处理需求分析

数据字典、全系统中数据项、数据流、数据存储的描述数据流图和判定表（判定树）、数据字典中处理过程的描述

概念模型（E-R图）

数据字典

系统说明书包括：

①新系统要求、方案和概图

②反映新系统信息流的数据流图

某种数据模型关系非关系

系统结构图（模块结构）

存储安排方法选择存取路径建立

模块设计

IPO表实施阶段

编写模式装入数据数据库试运行

程序编码、编译联结、测试运行、维护

性能监测、转储/恢复数据库重组和重构

新旧系统转换、运行、维护（修正性、适应性、改善性维护）数据库设计的基本步骤（续）数据库各级模式的形成过程需求分析阶段综合各个用户的应用需求概念设计阶段形成独立于机器特点，独立于各个DBMS产品的概念模式(E-R图)数据库设计的基本步骤（续）逻辑设计阶段首先将E-R图转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式然后根据用户处理的要求、安全性的考虑，在基本表的基础上再建立必要的视图(View)，形成数据的外模式数据库设计的基本步骤（续）物理设计阶段根据DBMS特点和处理的需要，进行物理存储安排，建立索引，形成数据库内模式进一步分析和表达用户需求（续）1．首先把任何一个系统都抽象为：数据流数据流数据存储信息要求数据来源处理数据输出处理要求进一步分析和表达用户需求（续）2．分解处理功能和数据（1）分解处理功能将处理功能的具体内容分解为若干子功能，再将每个子功能继续分解，直到把系统的工作过程表达清楚为止。（2）分解数据在处理功能逐步分解的同时，其所用的数据也逐级分解，形成若干层次的数据流图数据流图表达了数据和处理过程的关系进一步分析和表达用户需求（续）（3）表达方法

处理过程：用判定表或判定树来描述数据：用数据字典来描述

进一步分析和表达用户需求（续）3．将分析结果再次提交给用户，征得用户的认可四、需求分析小结需求分析小结（续）实例：假设我们要开发一个学校管理系统。1．经过可行性分析和初步需求调查，抽象出该系统最高层数据流图，该系统由教师管理子系统、学生管理子系统、后勤管理子系统组成，每个子系统分别配备一个开发小组。2．进一步细化各个子系统。 其中学生管理子系统开发小组通过进行进一步的需求调查，明确了该子系统的主要功能是进行学籍管理和课程管理，包括学生报到、入学、毕业的管理，学生上课情况的管理。通过详细的信息流程分析和数据收集后，他们生成了该子系统的数据流图。需求分析1需求分析的任务2

需求分析的方法3

数据字典3数据字典一、数据字典的用途二、数据字典的内容一、数据字典的用途数据字典是各类数据描述的集合数据字典是进行详细的数据收集和数据分析所获得的主要结果数据字典在数据库设计中占有很重要的地位二、数据字典的内容数据字典的内容数据项数据结构数据流数据存储处理过程数据项是数据的最小组成单位若干个数据项可以组成一个数据结构数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。⒈数据项数据项是不可再分的数据单位对数据项的描述

数据项描述＝｛数据项名，数据项含义说明，别名，数据类型，长度，取值范围，取值含义，与其他数据项的逻辑关系｝取值范围、与其他数据项的逻辑关系定义了数据的完整性约束条件⒉数据结构数据结构反映了数据之间的组合关系。一个数据结构可以由若干个数据项组成，也可以由若干个数据结构组成，或由若干个数据项和数据结构混合组成。对数据结构的描述

数据结构描述＝｛数据结构名，含义说明，组成:｛数据项或数据结构｝｝⒊数据流

数据流是数据结构在系统内传输的路径。对数据流的描述

数据流描述＝｛数据流名，说明，数据流来源，数据流去向，组成:｛数据结构｝，平均流量，高峰期流量｝数据流来源是说明该数据流来自哪个过程数据流去向是说明该数据流将到哪个过程去平均流量是指在单位时间（每天、每周、每月等）里的传输次数高峰期流量则是指在高峰时期的数据流量⒋数据存储数据存储是数据结构停留或保存的地方，也是数据流的来源和去向之一。对数据存储的描述

数据存储描述＝｛数据存储名，说明，编号，流入的数据流，流出的数据流，组成:｛数据结构｝，数据量，存取方式｝流入的数据流：指出数据来源流出的数据流：指出数据去向数据量：每次存取多少数据，每天（或每小时、每周等）存取几次等信息存取方法：批处理/联机处理；检索/更新；顺序检索/随机检索⒌处理过程处理过程的具体处理逻辑一般用判定表或判定树来描述。数据字典中只需要描述处理过程的说明性信息处理过程说明性信息的描述

处理过程描述＝｛处理过程名，说明，输入:｛数据流｝，输出:｛数据流｝，处理:｛简要说明｝｝处理过程（续）简要说明：主要说明该处理过程的功能及处理要求功能：该处理过程用来做什么处理要求：处理频度要求（如单位时间里处理多少事务，多少数据量）；响应时间要求等处理要求是后面物理设计的输入及性能评价的标准处理过程（续）例：学生学籍管理子系统的数据字典。数据项，以“学号”为例：数据项：学号含义说明：唯一标识每个学生别名：学生编号类型：字符型长度：8

取值范围：00000000至99999999取值含义：前两位标别该学生所在年级，后六位按顺序编号与其他数据项的逻辑关系：处理过程（续）数据结构以“学生”为例 “学生”是该系统中的一个核心数据结构：数据结构：学生含义说明：是学籍管理子系统的主体数据结构，定义了一个学生的有关信息组成：