管理系统数据库设计 .pdf

《管理系统数据库设计 .pdf》由会员分享，可在线阅读，更多相关《管理系统数据库设计 .pdf（49页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、题目： 高校学生会管理系统数据库设计学号：专业班级：姓名：指导老师：完成日期：名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 49 页 - - - - - - - - - 摘要摘要： 通过调查了解，目前省内的高校学生会基本都处于人工管理阶段，由此带来的诸多漏洞与不足，都有待于进一步提高与完善。因此，开发一套安全可靠、科学实用、功能完备的学生会管理系统具有非常重要的意义和很高的价值。高校学生会管理系统是基于强大的数据库技术，并与现代化的网络技术和通信技术相结合，从而实现对学

2、生会的信息化和现代化管理。此系统主要面向主管学生会的老师和所有的学生会成员，包括学生会干部信息管理、日常事务管理、财务管理和文件管理四个模块。希望通过高校学生会管理系统的引入来减轻学生会干部的工作负担，科学管理学生会日常工作，从而提高学生会的工作效率，使学生会真正成为一个科学、高效、高水平的大学生服务组织。关键字 ：学生会管理；需求分析；关系模式；系统设计；数据库系统名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 49 页 - - - - - - - - - 目录1. 引

3、言 . 1 1.1 本课题研究的意义. 1 1.2 本论文的目标与任务 . 1 1.2.1本论文目标 . 1 1.2.2本论文任务 . 1 2 数据库设计 . 2 2.1 系统需求分析阶段 . 2 1.2.1 需求分析阶段的目标. 2 1.2.2 需求分析阶段的任务. 2 1.2.3 需求分析阶段成果. 3 2.2 概念设计阶段. 12 2.2.1 目标 . 12 2.2.2 具体任务. 12 2.2.3 结果 . 12 2.3 逻辑设计阶段 . 17 2.3.1逻辑设计阶段的目标 . 17 2.3.2逻辑设计阶段的任务 . 17 2.4 物理设计阶段 . 20 2.4.1物理设计阶段的目标

4、. 20 2.4.2物理设计阶段的任务 . 20 2.4.3物理设计阶段结果 . 24 2.5 数据库实施阶段 . 25 2.5.1数据库实施阶段目标 . 25 2.5.2数据库实施阶段任务 . 25 2.5.3数据库实施阶段结果 . 29 3 数据库调试与试运行. 29 4 收获与体会. 30 5 存在问题与建议. 31 致谢 . 31 参考文献. 31 附录 1 数据库逻辑结构定义. 32 附录 2 存储过程定义. 34 附录 3 数据查看和存储过程功能的验证. 38名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整

5、理 - - - - - - - 第 3 页，共 49 页 - - - - - - - - - 2004 级信息管理与信息系统3 班数据库应用系统课程设计论文-1- 1. 引言1.1 本课题研究的意义步入大学，便加入了学生会，如今本人已经在学生会工作了两年多了，从一名部委到部长，再到现在的学生会主席。两年多的学生会工作经历，使我对学生会的工作性质，工作职能以及工作范围，基本上有了一个比较清楚地认识。但是，我从中也发现了学生会一些在管理上的问题和不足，这些都有待于进一步提高。通过我与各高校学生会组织的交往和调查，发现目前省内各高校的学生会管理工作基本都处于人工管理阶段。由于学生干部具有很强的流动性

6、和变更性，学生会的基本数据资料极易流失，所以新一届的学生干部总是做着重复的事情，无法开拓创新地开展工作，导致学生会工作效率非常低。同时， 我也在工作中发现了许多由于信息管理不当而造成的一些不必要的人力、物力、财力的浪费和工作的低效。在学生会管理上，由于材料、经验等信息无法得以完整存档，没有科学的安排和规划，使得每届学生干部都得做一些重复和烦琐的工作，导致工作无法创新发展，学生干部工作任务增重，工作效率下降。正是由于学生会事务管理中所存在着这些不科学、不高效的问题和漏洞，所以我想通过高校学生会管理系统的引入来减轻学生干部工作负担，科学管理学生会日常校园文化活动，从而提高学生会的工作效率，使学生会

7、真正走向一个科学、高效、高水平的管理型组织。1.2 本论文的目标与任务1.2.1本论文目标通过对用户对系统的信息要求、处理要求、完整性与安全性需求的了解，根据具体的数据库管理系统，完成令用户满意的高校学生会管理系统的数据库设计。1.2.2本论文任务通过对主管学生会老师和学生会干部的实际调查，了解学生会当前的组织机构、管理模式和具体的工作职能及业务流程。在经过系统的调查分析，并听取许多具有丰富学生会工作经验的老师、同学的意见和建议后，清晰高校学生会管理系统的目标与功能。与此同时，明确用户对高校学生会管理系统的信息需求、处理需求、安全习性和完整性需求。在完整的需求分析之后，在此基础上确定新系统的功

8、能，然后根据数据库设计的具体步骤，完成具体的数据库设计。最终完成一个符合用户要求、科学合理的高校学生会管理系统。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，共 49 页 - - - - - - - - - 2004 级信息管理与信息系统3 班数据库应用系统课程设计论文-2- 2 数据库设计2.1 系统需求分析阶段需求分析简单的说就是分析用户的要求。需求分析是涉及数据库的起点，需求分析的结果是否准确地反映了用户的实际要求，将直接影响到后面各个阶段的设计，并影响到设计的结果是

9、否合理和实用。1.2.1 需求分析阶段的目标1了解高校学生会管理的基本内容；2综合的理解主管学生会老师和学生会干部的不同需求；3了解学生会管理的基本业务流程；4了解学生会人工管理模式与信息系统的工作概况，以及它们之间的区别与联系；5通过自身的体验和与主管学生会的老师及其他学生会干部的交流，了解用户对高校学生会管理系统的业务要求，完整性和安全性要求。1.2.2 需求分析阶段的任务1 1.2.2.1 处理对象：系统处理对象是学生会的干部信息管理、财务管理、日常事务管理和文件信息管理四个方面。在学生会的干部信息处理中主要涉及几下几个方面的信息：（ 1）学生会干部基本信息(Student) ：包括编号

10、、姓名、性别、职务、专业、年级、加入学生会日期、参加过的活动项目等信息。（ 2）部门基本信息（Dpartment ） ：部门编号、部门名称、部长姓名、副部长人数、部委人数、部长电话等信息。在财务信息处理中主要涉及几下几个方面的信息：（ 1）物品基本信息(Goods) ：包括物品编号、物品名称、购买时间、单价、借出时间，借物人姓名、归还时间、归还人姓名等信息。（ 2）财务基本信息(Financial affairs) ：包括财务申请编号、资金用途、申请金额、申请人、申请部门、申请时间、余额等信息。在日常事务信息处理中主要涉及几下几个方面的信息：（ 1）事务活动基本信息（Affairs ） ：包括

11、事务活动编号、事务活动名称、职能范围、承办部门、以往解决方案、是否特色活动等信息。（ 2）工作计划基本信息（Working plan ） ：包括工作计划编号、工作计划名称、提交部门、提交人、提交时间、是否紧急活动等信息。在文件信息处理中主要涉文件的基本信息（File ） ：包括文件编号、文件名称、文件类型、所属部门、负责人、收发对象、存档日期、备注等信息。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页，共 49 页 - - - - - - - - - 2004 级信息管理与信

12、息系统3 班数据库应用系统课程设计论文-3- 2处理功能要求高校学生会管理系统主要实现对学生会的科学化、条理化、信息化、高效化管理。其中包括学生会干部信息、财产物品的使用以及登记，日常事务管理和文件信息管理等四大功能。具体功能描述如下：（ 1）学生会干部信息管理主要完成干部信息的查询与更新，从而实现对学生会干部信息的科学化管理。（ 2）财务的管理包括财产和物品的管理，完成对财产物品信息的查询与更新，如举办活动所需的资金申请、物品使用的登记、物品借还的登记等，从而实现学生会财务的信息化管理。（ 3）日常事务管理实现对学生会日常开展工作的管理，完成日常事务的查询与更新，从而更好地实现以下职能：包括

13、各部门提交的工作计划、活动计划的审核与安排、活动的筹划、各项活动的人员合理的调度与安排，确保各项活动成功地举办，更有利于学生会各项日常工作的顺利开展。（ 4）文件管理完成对学生会所有存档文件的查询与更新，实现对学生会日常的工作文件的科学化管理，从而确保各项工作的开展有章可寻，使学生会的工作更富有条理化，避免一些重复文件的制定，造成资源的浪费。3安全性和完整性要求安全性先通过视图机制，不同的用户只能访问系统授权的视图，这样可提供系统数据一定程度上的安全性，再通过用户授权机制，通过用户登陆来识别用户级别，根据这个级别来分配用户权限，达到数据更高层次的安全保密功能。近而可以满足用户的基本数据安全性要

14、求。完整性要求用于描述各种信息之间的制约关系，以及关联关系，各个数据项的取值范围以及各个数据项是否可以不取值。根据实际需要，采取一定的手段来满足用户的完整性需求。详细完整性要求见于系统的逻辑设计阶段。1.2.3 需求分析阶段成果1需求分析心得与体会通过本人的亲身体验和一些实际的调查，使我发现当前高校学生会的管理模式由于缺乏一些更科学和现代化的管理手段，而存在许多的漏洞与不足，有待于进一步的提高与完善。也正是因为如此，所以此次数据库设计，我决心做一个这样的管理系统，从而实现对高校学生会的信息化管理。高校学生会是一个庞大而时常变动的组织，科学化的管理不得不依赖于信息管理系统。管理系统可以方便而快捷

15、地为我们提供各种信息资料，为我们的组织领导者提供科学的决策机制。这些都是高校学生会管理系统急需被设计实施的自身优势和社会需求。在此阶段，我主要通过跟班作业、请专人介绍、询问等几种方法来了解用户的实际需求， 并与用户达成了共识。本人已经在学生会工作了两年多，对学生会的组织结构（附图 1.0） 、工作职能、业务流程、日常事务等都比较清楚和熟悉。同时我还和本校以及省内其他一些高校的学生会干部进行交流，更好地了解当前学生会工作还存在哪些不足，有什么更好的方式来完善对学生会的管理。另外，我又和有多年主管学生会工作经验的名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - -

16、- - - - - - - 名师精心整理 - - - - - - - 第 6 页，共 49 页 - - - - - - - - - 2004 级信息管理与信息系统3 班数据库应用系统课程设计论文-4- 老师进行了交流，谈了我的想法，在更清楚地了解学生会相关情况的同时，也请老师对我要做的这个管理系统提出了一些宝贵的建议与希望。通过亲身体验、调查了解，从而使我更明确地了解了学生会各个管理者的不同需求，通过对众多有学生会工作经验老师与同学的需求的分析和综合，清晰了用户的信息需求、处理需求以及完整性和安全性需求。通过此阶段的实习，使我深刻体会到了需求分析在数据库设计中的重要性。需求分析是数据库的起点，

17、只有科学合理的需求分析结果，才能真正反映用户的实际需求，并为后面的设计奠定坚实的基础。通过调查，收集信息与分析，我已基本搞清了用户的需求。2业务流程图学生会干部信息管理业务流程图：名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 7 页，共 49 页 - - - - - - - - - 2004 级信息管理与信息系统3 班数据库应用系统课程设计论文-5- 财务管理业务流程图：名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - -

18、 名师精心整理 - - - - - - - 第 8 页，共 49 页 - - - - - - - - - 2004 级信息管理与信息系统3 班数据库应用系统课程设计论文-6- 日常事务管理业务流程图：文件管理业务流程图：名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 9 页，共 49 页 - - - - - - - - - 2004 级信息管理与信息系统3 班数据库应用系统课程设计论文-7- 3数据流程图顶层数据流程图：第 2 层数据流程图：第 3 层数据流程图：从学生干部信息管理角

19、度出发名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 10 页，共 49 页 - - - - - - - - - 2004 级信息管理与信息系统3 班数据库应用系统课程设计论文-8- 第 3 层数据流程图：从财务管理角度出发第 3 层数据流程图：从日常事务管理角度出发名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 11 页，共 49 页 - - - - - - - - -

20、2004 级信息管理与信息系统3 班数据库应用系统课程设计论文-9- 第 3 层数据流程图：从文件管理角度出发4数据字典（ 1）数据项：系统涉及的数据项有51 项表 1.1( 高校学生会管理系统) 数据项列表（汇总统计）数据项编号数据项名数据项含义与其它数据项的关系存储结构别名DI-1 StuNo 学生干部编号char(8) 编号DI-2 StuName 学生干部姓名char(10) 姓名DI-3 StuSex 学生干部性别char(2) 性别DI-4 StuPosition 学生干部职务char(6) 职务DI-5 StuDepartName 学生干部所属部门等于 DepNo char(6)

21、 部门名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 12 页，共 49 页 - - - - - - - - - 2004 级信息管理与信息系统3 班数据库应用系统课程设计论文-10- 数据项编号数据项名数据项含义与其它数据项的关系存储结构别名DI-6 StuMajor 学生干部所属专业char(20) 专业DI-7 StuGrade 学生干部所在年级char(8) 年级DI-8 StuPhoneNo 学生干部电话char(12) 电话DI-9 StuStaTime 加入学生会时间d

22、atetime 时间DI-10 StuCase 参加过的活动项目varchar(50) 项目DI-11 GoodsNo 物品编号char(8) 编号DI-12 GoodsName 物品名称char(16) 名称DI-13 GoodsBuyTime 购买时间datetime 时间DI-14 GoodsPrice 单价char(6) 单价DI-15 GoodsLendTime 借出时间datetime 时间DI-16 GoodsLender 借物人姓名char(10) 姓名DI-17 GoodsReturner 归还人姓名char(10) 姓名DI-18 GoodsRetTime 归还时间date

23、time 时间DI-19 FinNo 财务申请编号char(6) 编号DI-20 FinPurpose 用途char(30) 用途DI-21 FinMoney 申请金额char(6) 金额DI-22 FinPerson 申请人姓名char(10) 姓名DI-23 FinDepartment 申请部门char(14) 部门DI-24 FinTime 申请时间datetime 时间DI-25 FinRemain 余额char(6) 余额DI-26 PlaNo 工作计划编号等于 FileNo char(6) 编号DI-27 PlaName 工作计划名称char(30) 名称DI-28 PlaDepa

24、rtment 计划提交部门等于 DepNo char(6) 部门DI-29 PlaPerson 计划提交人char(10) 姓名DI-30 PlaTime 计划提交时间datetime 时间DI-31 PlaQuality 是否紧急活动char(4) 是否DI-32 AffNo 事务活动编号char(6) 编号DI-33 AffName 事务活动名称char(20) 名称DI-34 AffScope 事务活动职能范围char(8) 职能范围DI-35 AffDepartment 主要承办部门等于 DepNo char(6) 部门DI-36 AffScheme 以往解决方案char(50) 方案

25、DI-37 AffQuality 是否特色活动char(4) 活动DI-38 DepNo 部门编号char(6) 编号DI-39 DepName 部门名称char(14) 名称DI-40 DepMinName 部长姓名等于 StuName char(8) 姓名DI-41 DepSminSum 副部长人数int 人数DI-42 DepMemSum 部委人数int 人数DI-43 MinPhoNo 部长电话char(12) 电话名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 13 页，共

26、 49 页 - - - - - - - - - 2004 级信息管理与信息系统3 班数据库应用系统课程设计论文-11- 数据项编号数据项名数据项含义与其它数据项的关系存储结构别名DI-44 FilesNo 文件编号char(6) 编号DI-45 FilesName 文件名称char(20) 名称DI-46 FilesType 文件类型char(14) 类型DI-47 FilesBelDep 所属部门char(6) 部门DI-48 FilesPerson 负责人char(8) 姓名DI-49 RecDisPartner 收发对象char(14) 对象DI-50 ArcDate 存档日期datet

27、ime 日期DI-51 Remarks 备注char(30) 备注（ 2）数据结构：表 1-2 (高校学生会管理系统) 数据结构（汇总统计）数据结构编号数据结构名数据结构含义组成DS-1 Student 学生干部信息StuNo,StuName,StuSex,StuPosition,StuMajor, StuDepartName,StuGrade,StuPhoneNo,StuCase, StuStaTime, DS-2 Goods 物品信息GoodsNo,GoodsName,GoodsBuyTime,GoodsPric,GoodsLender,GoodsLendTime,GoodsReturne

28、r, GoodsRetTime DS-3 FinancialAffairs 财务信息FinNo, FinPurpose, FinMoney, FinPerson, FinTime,FinDepartment, FinRemain DS-4 WorkingPlan 工作计划信息PlaNo, PlaName, PlaDepartment, PlaPerson PlaTime, PlaQuality DS-5 Affairs 事务活动信息AffNo, AffName, AffScope, AffDepartment AffScheme, AffQuality DS-6 Department 部门信息

29、DepNo,DepName,DepMinName, DepSminSum DepMemSum, MinPhoNo DS-7 Files 文件信息FilesNo,FilesName,FileTyp,FilesBelDep, FilesPerson, RecDisPartner, ArcDate, Remarks 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 14 页，共 49 页 - - - - - - - - - 2004 级信息管理与信息系统3 班数据库应用系统课程设计论文-12

30、- 5处理逻辑描述（判定表或判定树）表 1-3 （高校学生会管理系统）处理逻辑描述处理编号处理功能处理过程PR-1 判断用户查询涉及的功能模块学生会干部信息管理模块、财务管理模块、学生会日常事务管理模块、文件信息管理模块：先确定查询所涉及的功能模块；然后，确定要查询的内容，确定查询数据流向；最后显示查询结果。PR-2 判断用户修改要涉及的模块，同时把相应的修改数据传到相应的模块之中学生会干部信息管理模块、财务管理模块、学生会日常事务管理模块、文件信息管理模块：先确定更新所涉及的功能模块；然后，把更新信息传送到相应的模块中；最后，进行相应的更新操作。2.2 概念设计阶段2.2.1 目标将需求分析

31、得到用户需求抽象为信息结构即概念模型的过程就是概念结构设计。概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构(概念模型)的过程 ,它是整个数据库设计的关键，包括概念模型设计和新系统流程两个阶段。在需求分析阶段所得到的应用需求应该首先抽象为信息世界的结构，才能更好地、更准确地用某一DBMS实现这些需求。2.2.2 具体任务1选择中层数据流为切入点，通常选择实际系统中的子系统；2设计分E-R 图，即各子模块的E-R 图；3生成初步E-R 图，通过合并方法，做到各子系统实体、属性、联系统一；4生成全局E-R 图，消除冲突。2.2.3 结果1各实体及其属性名师资料总结 - - -精品资料欢

32、迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 15 页，共 49 页 - - - - - - - - - 2004 级信息管理与信息系统3 班数据库应用系统课程设计论文-13- 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 16 页，共 49 页 - - - - - - - - - 2004 级信息管理与信息系统3 班数据库应用系统课程设计论文-14- 2生成分E-R 图如下所示：名师资料总结 - -

33、-精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 17 页，共 49 页 - - - - - - - - - 2004 级信息管理与信息系统3 班数据库应用系统课程设计论文-15- 3合并各分图,消除各类冲突，得到初步E-R 图，再消除不必要冗余，得到的基本E-R 图。具体实现如下：a.消除冲突合并分E-R 图时并不能简单地将各个分E-R 图画到一起，而是必须着力消除各个分E-R 图中的不一致，以形成一个能为全系统中所有的用户共同理解和接受的统一的概念模型。合并分E-R 图的主要工作与关键是合理消除各分E-

34、R 图的冲突，冲突主要有三类：属性冲突、命名冲突和结构冲突。b.消除冗余名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 18 页，共 49 页 - - - - - - - - - 2004 级信息管理与信息系统3 班数据库应用系统课程设计论文-16- 在 E-R 图中，可能存在一些冗余的数据和实体间的联系。冗余数据和冗余联系容易破坏数据库的完整性，给数据库的维护增加困难，应予以消除。但并不是所有的冗余数据与冗余联系都必须加以消除，有时为了提高效率，不得不以冗余信息作为代价。消除冗余主

35、要采用分析法和规范化理论。经过以上分析，将所有的分E-R 图综合成一个系统的总E-R 图：解释如下：一个部门可以承办多个事务活动，而一个事务活动只能由一个部门去承办；一个部门可以包括多个学生会干部，而一个学生会干部只能隶属于一个部门；一个学生会干部可以参与多项事务活动，而一个事务活动也可以有多个学生干部参与；一个学生会干部可以提交多份财务申请，而一份财务只能由一个学生会干部申请；一个学生会干部可以制定多份文件，而一份文件只能由一个学生会干部制定；一个学生会干部可以提交多份工作计划，而一份工作计划只能由一个学生会干部提交；一份财务申请的资金可以购买多种物品，而一种物品只能由一次财务申请的资金来购

36、买；一次事务活动需借用多种物品，而一种物品一次只能给被一项事务活动所借用；一份工作计划可以包括多项事务活动，而一项事务活动只能有一份工作计划中制定。4新系统流程图名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 19 页，共 49 页 - - - - - - - - - 2004 级信息管理与信息系统3 班数据库应用系统课程设计论文-17- 2.3 逻辑设计阶段2.3.1逻辑设计阶段的目标以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用的DBMS 产品发生关系了，

37、系统逻辑设计的目标就是将概念设计阶段设计好的基本E-R 图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。2.3.2逻辑设计阶段的任务具体任务是数据组织和数据处理。在数据组织阶段主要要完成的任务是将E-R 图转换成为关系模型；模型优化；完成数据库模式定义描述，包括各模式的逻辑结构定义、关系的完整性和安全性等内容；用户子模式设计。以表格的形式表现出来。数据处理阶段主要任务是画出系统功能模块图。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 20 页，共 49 页 - - - -

38、 - - - - - 2004 级信息管理与信息系统3 班数据库应用系统课程设计论文-18- 1数据组织（ 1）实体型转换为关系模式一个实体型转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。学生会干部（编号，姓名，性别，职务，部门，专业，年级，电话，加入学生会日期，参加过的活动项目）物品（编号，名称，购买时间，单价，借出时间，借物人姓名，归还时间，归还人姓名）财务（财务申请编号，资金用途，申请金额，申请人，申请部门，申请时间，余额）工作计划（编号，名称，提交部门编号，提交人，提交时间，是否紧急活动）事务活动（编号，名称，职能范围，承办部门，以往解决方案，是否特色活动）部门（

39、部门编号，部门名称，部长编号，副部长人数，部委人数，部长电话）文件（编号，名称，类型，所属部门编号，负责人，收发对象，存档日期，备注）（ 2）实体间联系转换为关系模式一个 1： 1 联系可以转换为一个独立的关系，也可以与任意一段对应的关系模式合并。如果转化为一个独立的关系模式，则与该联系相连的各个实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一个实体对应的关系合并，则需要在该关系模式的属性中加入另一个关系的主码和联系本身的属性。一个m： n 的联系可以转化为一个单独的关系模式，这个单独的关系模式的主码事两端实体的码，再加上联系的属性。一个 1：n 联系可

40、以转化为一个独立的关系模式，也可以与n 端的关系模式合并作如果与 n 端的关系模式合并，在n 端的关系模式中加上另一端关系的码和联系属性。为了方便系统地实现和数据库的设计，将所有的关系均作为一个单独的关系模式。（ 3）通过转化后所得出的关系模型在以下的关系模式当中，关系模式的码用直下划线标出，关系模式的外键用曲下划线标出。学生会干部（编号，姓名，性别，职务，部门，专业，年级，电话，加入学生会日期，参加过的活动项目）物品（编号，财务申请编号，名称，购买时间，单价，借出时间，借物人姓名，归还时间，归还人姓名）财务（财务申请编号，资金用途，申请金额，申请人，申请部门，申请时间，余额）工作计划（编号，

41、名称，提交部门编号，提交人，提交时间，是否紧急活动）事务活动（编号，名称，职能范围，承办部门，以往解决方案，是否特色活动）部门（编号，名称，部长编号，副部长人数，部委人数，部长电话）文件（编号，名称，类型，所属部门编号，负责人，收发对象，存档日期，备注）活动使用物品（事务活动编号，物品编号，使用数量）参与活动（事务活动编号，学生会干部编号，出勤情况）（ 4）数据模型优化经过检查，以上九个关系模型当中前七个的主码都只有一个属性列，所以不从在部分函数依赖，后两个关系模式也不存在部分函数依赖。而且这九个关系模式也不存在传递函名师资料总结 - - -精品资料欢迎下载 - - - - - - - - -

42、 - - - - - - - - - 名师精心整理 - - - - - - - 第 21 页，共 49 页 - - - - - - - - - 2004 级信息管理与信息系统3 班数据库应用系统课程设计论文-19- 数依赖。因此，它们均已经达到3NF 。（ 5）数据库模式定义其中，包括各模式的逻辑结构定义、关系的完整性和安全性等内容。一个关系模式应当是一个五元组R，而一般只将其看作一个三元组R。表 2.1 数据库模式定义表编号逻辑结构(基本表 )定义完整性和安全性T1 Student（详见附录21）（详见附录2 1）T2 Goods（详见附录22）（详见附录2 2）T3 FinancialAf

43、fairs（详见附录2 3）（详见附录2 3）T4 WorkingPlan（详见附录2 4）（详见附录2 4）T5 Affairs（详见附录25）（详见附录2 5）T6 Department（详见附录2 6）（详见附录2 6）T7 Files（详见附录27）（详见附录2 7）T8 AffairsGoods（详见附录28）（详见附录2 8）T9 JoinAffairs（详见附录2 9）（详见附录2 9）（ 6）用户子模式设计将概念模型转换为全局逻辑模型后，还应该根据用户的习惯和需求设计符合局部用户需要的外模式，即视图设计。表 2.2 用户子模式设计(View)列表编号用户子模式 (View) 作

44、用 (共性：提供数据保密和安全保护机制) V1 StuView 查询和修改学生会干部的基本信息V2 DepView 查询和修改各部门的基本信息V3 GooView 查看物品的借出和归还信息V4 FinView 查看活动经费使用情况V5 WPView 查看工作计划提交的情况V6 AffView 查看以往事务活动方案以供来参看V7 FilesView 查看以前存档文件的基本信息V8 AGView 查询举办活动物品的使用情况名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 22 页，共 49

45、 页 - - - - - - - - - 2004 级信息管理与信息系统3 班数据库应用系统课程设计论文-20- 2数据处理系统功能模块图：2.4 物理设计阶段2.4.1物理设计阶段的目标不同的数据库产品所提供的物理存储环境、存取方法和存储结构有很大的差别，能供设 计 人 员 设 用 的 设 计 变 量 、 参 数 范 围 也 很 不 相 同 。 物 理 设 计 阶 段 的 目 标 是 根 据SQL Server2000具体的功能，设计优化的物理数据库结构，使得在数据库上运行的各种事务响应时间最小，存储空间利用率高，事务吞吐量大。2.4.2物理设计阶段的任务紧数据库的物理设计就是为逻辑数据模型

46、选取一个最合适应用要求的物理结构的过程，在这个阶段中要完成两大任务：（ 1）确定数据库的物理结构，在关系数据库中主要是存取方法和存储结构；（ 2）对物理结构进行评价，评价的重点是时间和空间效率。1数据存储方面为数据库中各基本表建立的索引如下：（ 1）由于基本表Student 、 Goods 、 Affairs 、 Dpartment的主码StuNo 、GoodsNo、AffNo 、 DepNo经常在查询条件和连接操作的连接条件中出现，且它们的值唯一，考虑在两个属性上建立唯一性索引；名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - -

47、名师精心整理 - - - - - - - 第 23 页，共 49 页 - - - - - - - - - 2004 级信息管理与信息系统3 班数据库应用系统课程设计论文-21- （ 2）AffairsGoods的主码AffNo和 StuNo ，Join Affairs的主码AffNo和 StuNo ，他们经常在查询条件中出现，且它们的组合值唯一，考虑在它们之上建立组合索引；（ 3）基本表Financial affairs、 Working plan的属性值几乎不会有什么变化，更新率很低，可考虑适当建立索引；（ 4）基本表File的属性值经常发生变化，权衡系统为维护索引付出的代价，可考虑不建立索

48、引，也可以适当建立索引。2系统功能模块（ 1）学生会干部信息查询和更新模块将实现对学生会干部信息的查询和更新（修改、插入、删除）操作，方便于对学生干部基本信息的全面、科学的管理，能有效的应对学生会干部的变动性和流动性，及时地更换信息。具体的功能模块图如下：（ 2）财务信息的查询和更新模块将完成财产和物品基本信息的查询、更新（修改、插入、删除）操作，便于对财产物品的集中管理，从而更有利于节约举办活动的开支，确保学生会各项工作顺利的开展。具体的功能模块图如下所示：名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - -

49、- - - - - 第 24 页，共 49 页 - - - - - - - - - 2004 级信息管理与信息系统3 班数据库应用系统课程设计论文-22- （ 3）日常事务信息的查询和更新模块将达到对日常事务信息的查询、更新（修改、插入、删除）操作的目的，从而实现将学生会的日常事务纳入信息化的管理当中，在日常工作开展中可以有效地节约人力、物力、财力，减少重复性工作的复杂性，更有利于创建一个科学、高效、高水平的学生会。具体的功能模块图如下所示：名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - -

50、 第 25 页，共 49 页 - - - - - - - - - 2004 级信息管理与信息系统3 班数据库应用系统课程设计论文-23- （ 4）文件基本信息的查询和更新模块将完成对文件信息的查询和插入、删除、修改等更新操作，从而实现对学生会所有文件的科学化管理，便于日常工作的开展。具体的功能模块如下所示：名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 26 页，共 49 页 - - - - - - - - - 2004 级信息管理与信息系统3 班数据库应用系统课程设计论文-24-