实例6社团管理系统数据库设计Word格式.docx
《实例6社团管理系统数据库设计Word格式.docx》由会员分享，可在线阅读，更多相关《实例6社团管理系统数据库设计Word格式.docx（44页珍藏版）》请在冰点文库上搜索。
对操作过程中的数据查询和更新操作，可对数据库访问进行授权,还可以建立视图对不同的用户进行权限设置,从而进一步来保证安全性。
在完整性要求中，活动编号,社员编号，村庄编号等可作为主键，可唯一标识实体，社员入社，社员参加活动以及活动的选址等,都通过外键将其联系起来。
3结果
1．需求调查以及收获
在整个需求分析阶段，首先通过亲身参加业务工作来了解业务活动的情况；
其次,查阅了许多相关资料（社员信息，活动资料等）；
最后通过与社长交谈，经社长介绍社内现状及其工作中遇到的困难，认识到此系统应该实现的功能以及在做这个系统时我应该努力的方向。
2．业务流程图（业务流图如图1.1）
业务描述：
一般学生通过提交入社申请，经秘书处批准，通过者则可成为社员。
秘书处拟订并提交本学期的计划书，经团委老师审核，审核通过的活动再交由外联部进行实地调查、联系。
外联部通过实际调查取得村庄的信息并与当地主要负责人联系好后，组织部就根据以上所得信息开展活动。
社员参加活动要在秘书处报名，秘书处对所有报名者进行审核,审核通过者便可参加活动.
以上便是系统的整个业务流程。
3．数据流图（DFD）
顶层数据流图如图1.2；
中层数据流图如图1。
3；
4．数据字典（DD）
2概念设计阶段
将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计。
2.1目标与任务
1．目标：
将需求阶段得到的用户需求抽象为信息结构即概念模型,概念结构要满足真实、易于理解、易于更改、易于转换等要求。
2．具体任务
（1）选择中层数据流为切入点，通常选择实际系统中的子系统。
对实体的及其属性进行描述；
（2）设计分E—R图，即各子模块的E—R图;
（3）生成初步E-R图，通过合并方法，做到子系统实体、属性、联系统一;
（4）生成全局E-R图，通过消除冲突等方面。
2.2结果
1．实体及其属性
2．分E-R图
3．总E-R图
4．消除冗余和冲突
在图2。
7分E-R图中,负责人属于社员，然而负责人与活动又是一对多的关系，因而负责人是弱实体，为了避免产生冗余，在社员信息中加入标识属性（是否负责人）；
1.3逻辑设计阶段
3.1目标
在此阶段，我们将概念结构设计阶段设计好的基本E-R图转化为SQLServer2000支持的数据模型相符合的逻辑结构。
1.3.2任务
1．将E-R模型转换为关系模型
转换原则：
（1）一个实体转换为一个关系模式。
实体的属性就是关系的属性，实体的码就是关系的码；
（2）一个1:
1的联系可以转换为一个独立的关系模式，也可以与任意一端的对应的关系模式合并。
如果转换为一个独立的关系模式，则与该联系相关联的各实体的码以及本身的属性均转换成关系的属性，每个实体的码均是该关系的侯选码。
如果与一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性;
（3）一个1：
n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并；
如果转换为一个独立的关系模式，则与该联系相关联的各实体的码以及本身的属性均转换成关系的属性，而关系的码是n端实体的码；
（4）一个m：
n的联系转换为一个关系模式，与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码是个实体的码的组合；
（5）三个或三个以上实体之间的一个多元联系可以转换为一个关系模式。
与该多元联系相连的各实体的码以及关系本身的属性均转换为关系本身的属性均转换为关系的属性,而关系的码为各实体码的组合；
（6）具有相同码的关系模式可以合并。
将E—R图转换为关系模型：
（1）E-R图2.5中，根据m：
n的关系,与该联系相连的各实体以及联系本身的属性均转换为关系的属性，而关系的码是实体码的组合,即活动实体和村庄实体个建立一个关系,而将联系举行转换为一个关系，举行的码是活动实体和村庄实体的码的组合；
活动（活动编号，活动名称,时间,活动经费）；
村庄（村庄编号，村庄名称，村负责人,联系电话）；
举行（活动编号村庄编号，活动内容）。
（2）E-R图2.6中,根据1：
n的关系可以与一端实体对应的关系模式合并，并在该关系模式的属性里加入另一个关系模式的码和联系本身的属性的原则，将联系合并活动活动完成情况实体对应的关系模式中，加入活动实体的码（活动编号）。
活动（活动编号，活动名称，时间,活动经费，活动负责人编号）；
完成情况（评语编号，活动效果，活动说明，活动得分，活动编号）;
（3）E—R图2.7中,根据m:
n的关系，与该联系相连的各实体以及联系本身的属性均转换为关系的属性，而关系的码是实体码的组合.即社员实体和活动实体各建立一个关系，而将联系参加转换为一个关系,参加的码是活动实体码和社员实体的码的组合；
活动（活动编号，活动名称，时间,活动经费）;
社员（社员编号，社员姓名，社员性别，出生日期，年级学院，特长爱好，住址，联系电话,是否负责人）；
参加（社员编号活动编号,备注）;
注：
带有下滑线的属性为关系的码.
2．数据模型的优化
（1）原则：
一事一地；
（2）方法：
垂直分解法；
（3）步骤：
a根据语义要求，观察各关系中的属性是否可分解，从而判断是否满足1NF；
b分析主属性对非主属性是否存在部分函数依赖,从而判断是否满足2NF；
c分析主属性对非主属性是否存在传递函数依赖,从而判断是否满足3NF；
d分析是否无损分解，是否保持函数依赖关系;
分析过程：
a在以上的数据模型中，属性均不可分解,满足1NF；
b在活动实体中，有且仅有活动编号能唯一地决定其他属性,即每一个非主属性完全函数依赖与主属性，因而满足2NF；
在村庄实体中，有且仅有村庄编号能唯一地决定其他属性，即每一个非主属性完全函数依赖与主属性,因而满足2NF；
在社员实体中,有且仅有社员编号能唯一地决定其他属性，即每一个非主属性完全函数依赖与主属性，因而满足2NF；
在活动完成情况实体中，有且仅有评语编号能唯一地决定其他属性，即每一个非主属性完全函数依赖与主属性，因而满足2NF;
在联系举行中，只有活动编号和村庄编号一起才能唯一地决定其他属性，即每一个非主属性完全函数依赖与主属性，因而满足2NF；
在联系参加中，只有活动编号和社员编号一起才能唯一的决定其他属性，即每一个非主属性完全函数依赖与主属性，因而满足2NF；
c在活动实体中，主属性活动编号与非主属性之间不存在传递函数依赖,因而满足3NF。
在村庄实体中,主属性活动编号与非主属性之间不存在传递函数依赖，因而满足3NF.
在社员实体中，主属性活动编号与非主属性之间不存在传递函数依赖，因而满足3NF。
在活动完成情况实体中，主属性活动编号与非主属性之间不存在传递函数依赖，因而满足3NF。
在联系举行中，主属性活动编号与非主属性之间不存在传递函数依赖，因而满足3NF。
在联系参加中,主属性活动编号与非主属性之间不存在传递函数依赖,因而满足3NF。
通过以上步骤进行检验，在以上的数据模型中，不存在属性可分解、主属性对非主属性是否存在部分函数依赖以及主属性对非主属性是否存在传递函数依赖。
因而，以上数据模型已经满足3NF.
3．关系模式定义
如表3—1
4．用户子模式定义
在概念模型转换为逻辑模型后，根据用户的需要与应用需求，设计用户的外模式，提高系统的安全性,方便用户的应用。
由于用户外模式与模式是相对独立的，因此在定义用户外模式时要注意考虑用户的习惯与方便.包括：
使用更符合用户习惯的别名，可以对不同级别的用户定义不同的VIEW,以保证系统的安全性，简化用户对系统的使用。
根据以上规则，我分别建立子模式如表:
3—2
5．功能模块图
3。
1．将E—R图转化为关系模式
表3-1关系模式汇总
编号
关系名称
模式说明
T－1
活动
ActNo,ActName,ActTime,ActMoney，ActChargNo
T－2
村庄
CounNo,CounName，CounTel，CounCharger
T－3
社员模式
MemNo，MemName，MemSex，MemBirth，GraDarName，MemHabit，MemAddr，Charger，MemTelep
T－4
活动完成情况
ActResuNo,ActEffect，ActDetai，Actscore，ActNo
T－5
社员参加活动
MemNo，ActNo,Note
T－6
活动举行地点
ActNo，CounNo，Content
详见附录3
2．子模式
表3-2关系外模式汇总
序号
视图名称
视图定义
作用
备注
01
社员信息团委老师视图
MemNo，MemName,MemSex，GraDarName,MemAddr，MemTelep，MemHabit，Charger
团委老师查看社员信息
了解社员基本信息
02
社员信息负责人视图
MemNo，MemName，MemSex，GraDarName,MemAddr，MemTelep,MemHabit,Charger
负责人查看社员信息
03
社员_活动信息负责人视图
MemNo,ActNo，Note
负责人查看社员参加活动的情况
了解社员参加活动的积极程度
04
社员_活动信息团委老师视图
MemNo,MemNameGraDarName，ActName
老师查看社员活动信息
考察社内活动参与情况
05
活动_地点信息负责人视图
ActName,CounName，Content
负责人查看活动举行地点的信息
了解社内活动都在哪些地点举行
06
活动_评价信息负责人视图
ActNo,ActName，ActEffect，ActDetai
负责人查看活动完成信息
为第二年制定计划书提供参考
视图定义详见附录4
1.4物理设计阶段
4.1目标
为逻辑数据模型选取一个最适合应用环境的物理结构，根据DBMS特点和处理的需要，进行物理存储安排，建立索引,形成数据库内模式.
1.4.2任务
具体分为两步：
（1）确定数据库的物理结构，在关系数据库中主要指存取方法和存储结构;
对物理结构进行评价,评价的重点是时间和空间效率。
（2）具体的方法是希望设计优化的物理数据库结构,使得在数据库上运行的各种事物响应时间小、存储空间利用率高、事务吞吐率大。
为此首先对要运行的事务进行详细的分析，获得选择物理数据库设计所需要的参数。
其次，要充分了解所用的RDBMS的内容特征，特别是系统提供的存取方法和存储结构。
4.3结果
1索引的建立
（1）原则
a如果一个（或一组）属性经常在查询条件中出现,则考虑在这个（或这组）属性上建立索引（或组合索引）;
b如果一个属性经常作为最大值和最小值等聚集函数的参数,则考虑在这个属性上建立索引;
c如果一个（或一组）属性经常在连接操作的连接条件中出现，则考虑在这个（或这组）属性上建立索引；
由以上条件可知采用SQL2000系统的默认格式必须建立索引。
采取的索引方式有一些属性列建立索引，一些属性列建立组合索引，一些属性列设计为唯一索引.
（2）主要内容
a在本系统中，由于活动编号在查询活动信息时，在做连接操作的连接条件中经常出现，所以在活动编号上建立唯一性索引；
b由于社员编号在查询社员信息时,在做连接操作的连接条件中经常出现，所以在社员编号上建立唯一性索引;
c由于村庄编号在查询村庄信息时，在做连接操作的连接条件中经常出现，所以在村庄编号上建立唯一性索引。
2存储过程
表4-1存储过程汇总
存储过程名称
定义
P—1
query1（query11，query12,query13,query14）
详见附录4
根据不同的用户，分别用社员编号和社员姓名来查看社员信息
P—2
Insert1
插入社员
P—3
query2（query21,query22）
分别用活动编号和活动名称来查看活动信息
P-4
Insert2
插入活动
P-5
query3（query31,query32）
分别用村庄编号和名称查看村庄信息
P—6
Insert3
插入村庄
3触发器
表4-2触发器汇总
触发器名称
T—1
活动-delete
删除活动及其所有信息
T-2
社员—delete
删除社员及其所有信息
T-3
村庄-delete
删除村庄信息
1.5数据库实施阶段
5。
1目标
完成数据库的物理设计之后，就要运用DBMS提供的数据语言、工具及宿主语言，根据逻辑设计和物理设计的结果，建立数据库、编制与调试应用程序、组织数据入库并进行试运行。
1.5.2任务
1．建立数据库、数据表、视图、索引等存储过程等DDL定义,并完成完整性、安全性等要求定义；
2．数据入库；
3．使用存储过程完成处理过程、系统主要功能（查询、更新、简单统计等）;
4．数据库试运行；
1.5。
1．建立数据库、数据表、视图、索引、存储过程以及触发器见附录4；
2．数据入库见附录2。
1.6调试与测试
1.6。
1目标
测试所建立的存储过程以及触发器的正确性，发现不足进行改正。
1.6.2任务
在完成了以上阶段的所有任务后,我们就要对已建立的系统进行调试与测试。
测试的内容主要包括两块：
一,性能测试：
实际运行应用程序和执行对数据库的各种操作；
二，性能测试:
主要测试系统的性能指标,分析是否符合设计目标.
2.6。
见附录6
2．附录
附录1数据字典
表1-1数据项
数据项名
数据类型
长度
取值范围
含义说明
数据项之间的关系
DI-1
MemNo
Char
4
000—999
标识社员
决定其他数据
项
DI-2
MemName
8
社员姓名
DI-3
MemSex
2
男,女
社员性别
DI—4
MemBirth
DateTime
社员出生时期
DI-5
GraDarName
社员所在年级和学院
DI-7
MemHabit
20
社员特长爱好
DI—8
MemAddr
社员住址
DI—9
Charger
5
是，否
是否负责人
DI-10
MemTelep
15
社员联系方式
DI-11
ActNo
00—99
活动编号
决定其他数据项
DI-12
ActName
10
活动名称
DI—13
ActChargNo
活动负责人编号
DI—14
ActTime
datetime
活动时间
DI—15
ActMoney
smallint
活动经费
DI-16
CounNo
活动村庄号
DI-17
CounName
村庄的名称
DI-18
CounTel
村庄联系电话
DI—19
CounCharger
村庄负责人
DI-20
ActResuNo
活动评价号
DI-21
ActEffect
活动效果
DI—22
Act-Detai
活动说明
DI-23
Actscore
活动得分
表1—2数据结构
数据结构编号
结构名
数据结构含义
数据结构组成
DS-1
Member
社员信息
MemNo，MemName，MemSex，MemBirth，Gra—DarName，MemGrade，MemHabit，MemAddr,MemTelep
DS—2
Activity
活动信息
ActNo,ActCharger,ActName,ActTime,CoryNo
DS—3
Country
活动地点信息
CoryNo，CoryName，CoryDescrp
DS—4
Act-Reslt
活动完成情况信息
ActResult，ActEffect,ActAffect
表1-3数据流
数据流名
数据来源
数据去向
组成
流通量
社员信息流
学生入社申请
秘书处安排活动
大，入社更新
活动信息流
秘书处拟订，团委审批
外联部调查，联系
大，拟订计划书
活动地点信息流
外联部调查统计
组织部组织活动
小，安排时更新
活动完成信息流
组织部组织实施
秘书处保管
Act-Result
小,活动再次完成后更新
表1-4数据存储
数据存储名
说明
输入数据流
输出数据流
存储社员基本信息
学生基本信息流
社员基本信息流
存储活动基本信息
计划书中活动信息流
批准的活动信息流
活动地点
存储活动地点基本信息
存储活动完成情况
Act-Resut
表1—5数据处理过程
处理过程
输入
输出
处理
活动激发条件
1
学生申请入社
保存社员基本信息
学生向秘书处提交入社申请书
活动计划书审核
计划活动信息流
批准活动信息流
保存批准活动流
秘书处提交计划书
3
外联部实地调查联系
保存活动地点信息
秘书处将批准的活动书交给外联部联系
活动组织实施
完成活动信息
活动评价信息
保存活动完成情况
外联部将活动计划信息交由组织部实施
附录2数据录入信息
表5-1村庄信息
上孟村
85021055
张维彩
虎欲村
85051120
刘书记
辛口村
85059654
李村长
西山村
87034589
王书记
枣林村
89054781
杨书记
中兴村
86154789
陈村长
07
仁烟村
87266540
刘村长
08
崇耕村
85410321
郝书记
09
群兴村
87254631
苏书记
金盆村
84210565
严村长
表5—2活动信息
义务助教
2005-12—3
30
001
大手牵小手
2006—5—11
40
011
调研
2006-3—21
007
乡村图书架
2006-7—10
100
015
捐助图书
2006-5-29
50
走访
2006—4—21
重阳
升级会员 