数据库原理及应用课程设计告学生会管理系统.doc

数据库原理及应用课程设计告课程名称： 数据库原理及应用课程设计 设计题目： 学生会管理系统 指导教师： 班 级： 0814131 学 号： 0814131xx 学生姓名： xxx 成 绩： 评 语： 计算机科学与工程学院2015年12月目录第一章 概述31.1、选题的意义与背景3第二章 系统功能设计52.1、系统总体结构设计图52.2、系统功能模块6第三章 数据库设计73.1、需求分析73.1.1数据流图73.1.2数据字典83.2、概念结构设计113.2.1局部E-R图113.2.2 全局E-R图163.3、逻辑结构设计183.3.1逻辑结构设计的目的183.3.2逻辑结构设计的任务：183.4、物理结构设计223.4.1存储结构与存取方法223.4.2数据的易变与稳定部分233.4.3建立数据库、表建立的代码233.4.4索引的建立263.4.5数据入库263.5、 数据库实施263.5.1数据库实施阶段的目标263.5.2 存储过程的定义263.5.3触发器定义283.5.3数据库调试和测试293.5.4数据库的备份与还原36第4章 结束语37参考文献38第一章 概述1.1、选题的意义与背景目前高校学生会已经成为学生组织中管理规模最高的组织。在各高校内，学生会已经成为了学生和学校之间的桥梁作用，成为老师们的得力助手但是随着信息技术和计算机技术的发展，学生会也需要用这种技术发展来壮大自身的发展，提高办事效率，减少学生会人员的压力。经过了解调查，高校学生会管理系统主要实现对学生会的科学化、条理化、信息化、高效化管理。其中包括学生会干部信息、财产物品的使用以及登记，日常事务管理和文件信息管理等四大功能。1.2、主要功能模块第二章 系统功能设计2.1、系统总体结构设计图2.2、系统功能模块2.2.1模块1 学生会干部信息处理 学生会人员信息查询：主要完成干部信息的查询与更新，从而实现对学生会干部信息的科学化管理。主要包括学生会人员的姓名，性别，专业，在学生会中的职位，参加过的活动，电话号码。2.2.1模块2 学生会部门信息处理 学生会部门管理：主要是各部门动态的查询及更新，从而方便老师及时掌握各部门的动态，让各部门了解各自的工作活动。包括学生会的各个部门（组织部，学习部，卫生部，信息管理部，多媒体部，女生部，文艺部等），以及各个部门的人数，部长，副部长人数等。2.2.3模块3 部门活动处理 部门举办的活动管理：进行部门活动举办的查询和更新。可供全院学生及时了解院系所举办的活动，并参与。主要有举办活动的名称，内容，举办活动的部门，以及活动要求。2.2.4模块4 财务信息模块 学生会财务管理：包括财产和物品的管理，完成对财产物品信息的查询与更新，如举办活动所需的资金申请、物品使用的登记、物品借还的登记等，从而实现学生会财务的信息化管理。记录信息有财务状况，申请财务的编号，金额，申请人，申请时间，归还人，归还时间，申请财务的用途等。2.2.5模块5文件信息模块 学生会批准的文件管理：完成对学生会所有存档文件的查询与更新，实现对学生会日常的工作文件的科学化管理，从而确保各项工作顺利开展，使学生会的工作更富有条理化，避免一些重复文件的制定，造成资源的浪费。包括被批准文件的名称，文件来源部门等。第三章 数据库设计3.1、需求分析需求分析的目标及任务就是为了提取有效的信息，概念模型抽象化，转化为计算机系统能够识别的信息，通过需求分析所得的信息如下：(1) 处理对象学生干部信息：编号、姓名、性别，专业，电话，职务,部门，参加过的活动 部门信息：名称、编号、副部人数，部里人数，部长电话 物品信息：编号、名称、金额，借出时间，归还时间，借物人姓名财务信息：财务申请编号，用途，申请金额，申请人姓名，申请部门，申请时间，余额 活动信息：部门活动名称，承办部门，活动职能范围文件信息：名称、编号、存档日期、收发对象，备注，所属部门(2) 安全性和完整性要求安全性先通过视图机制，不同的用户只能访问系统授权的视图，这样可提供系统数据一定程度上的安全性，再通过用户授权机制，通过用户登陆来识别用户级别，根据这个级别来分配用户权限，达到数据更高层次的安全保密功能。近而可以满足用户的基本数据安全性要求。完整性要求用于描述各种信息之间的制约关系，以及关联关系，各个数据项的取值范围以及各个数据项是否可以不取值。根据实际需要，采取一定的手段来满足用户的完整性需求。详细完整性要求见于系统的逻辑设计阶段。3.1.1数据流图（1）顶层数据流图如下：（2）学生基本信息流图如下：学生会主席团查询学生会成员信息修改学生会成员信息学生会成员信息表 学生会主席团查询学生会各部门信息修改学生会各部门信息学生会部门信息表（3）部门信息流图如下：（4）财务信息流图如下：（5）部门文件信息流图如下：查询文件信息文件目录表各部门审查文件信息已批准的活动工作3.1.2数据字典(1) 数据项：A编号数据项名数据项含义类型宽度与其他数据项关系备注A1Stu_no学生干部编号数值型9个字节A2Stu_name学生干部姓名字符型6个字符A3Stu_position学生干部职务字符型4个字符A4S_Depart_name干部所属部门字符型14个字符=Dep_nameA5Stu_case参加过的活动字符型20个字符A6Good_no物品编号数值型4个字符A7Good_name物品名称字符型6个字符A8Good_price金额数值型A9Good_Lender借物人姓名字符型6个字符A10Lend_time借出时间日期型12个字符A11Ret_time归还时间日期型12个字符A12Fin_no财务申请编号数值型4个字节A13Fin_purpose用途字符型20个字符A14Fin_Money申请金额数值型A15Fin_name申请人姓名字符型6个字符A16Fin_depart申请部门字符型6个字符A17Fin_time申请时间日期型8个字符A18Fin_remain余额数值型A19Act_name事务活动名称字符型10个字符A20Act_department主承办部门字符型6个字符=Dep_nameA21Act_range活动职能范围字符型20个字符A22File_no文件编号字符型8个字节A23File_name文件名称字符型10个字符A24filebeldep所属部门字符型6个字符A25fileperson负责人字符型6个字符A26RecDisPartner收发对象字符型6个字符A27ArcDate存档日期日期型6个字符A28Dep_name部门名称字符型14个字符A29Dep_no部门编号字符型8个字符A30Depmin_Name部长姓名字符型8个字符=Stu_nameA31Fubuzhangsum副部长人数数值型A32DepMemSum部委人数数值型A33Depmin_pho部长电话字符型20个字符A34solution以往解决方案字符型30个字符A35Stu_sex学生干部性别字符型8个字符A36Stu_phone学生干部电话字符型12个字符A37Stu_pro学生干部专业字符型7个字符A38Ret_name归还人姓名字符型6字符 (2)数据结构DS编号名称组成备注DS1学生干部信息A1+A2+A3+A4+A5+A35+A36DS2物品信息A6+A7+A8DS3财务信息A9+A10+A11+A12+A13+A14+A15+A16+A17+A18DS4日常事务活动信息A19+A20+A21+A34DS5文件信息A22+A23+A24+A25+A26+A27DS6部门信息A28+A29+A30+A31+A32+A33DS7工作计划信息(3)数据流F编号名称来源去向组成F1借还财务申请表S1P1DS2F2未批准财务申请表P1S1DS3F3已批准财务申请表P1P2DS4F4候选人名单S1P3DS1F5上下级文件S1P4DS5F6审核通过文件P4S2DS5(4) 数据处理P编号名称输入处理输出备注P1财务审批处理F1登记财务情况F3P2登记财务信息处理F3审查资金与物品的流动D1P3选举处理F4选举信息名单D2P4审批处理F5文件审批F6(5)数据存储D编号名称组成关键字D1财务登记表DS1+A1+A2+A3+A4+A5A1D2表现情况DS3+A9+A10+A11+A12+A13+A14+A15+A16+A17+A18A123.2、概念结构设计概念结构设计的目的是获取数据库的概念模型，将现实世界的用户需求转化为概念模型。概念模型是现实世界到机器世界的中间层，是数据模型的基础。概念模型独立于机器，比素具模型更加抽象，更稳定。概念模型是现实世界到信息世界的第一层抽象，是数据库设计的工具，也是数据库设计人员和用户进行交流的语言。它主要有如下特点：反映现实、易于理解、易于修改、易于转换。学生干部编号姓名性别专业职务电话部门参加过的活动3.2.1局部E-R图1、实体及其属性 学生干部属性图部门编号部长姓名副部人数部长电话名称部委人数 部门属性物品编号金额借物人姓名借出时间名称财务申请编号归还时间归还人姓名物品属性财务申请金额余额申请人姓名申请时间申请部门财务申请编号资金用途财务属性文件所属部门备注制定人姓名负责人存档日期文件编号文件名称文件属性活动活动职能范围负责人以往解决方案承办部门活动名称事务活动属性活动参与出勤情况参与人姓名活动名称活动参与属性活动参与使用数量物品名称活动名称活动使用物品属性2、局部E-R图（1）部门属于学生会成员N1学生会干部信息管理分图（2）借物品管理分图物品被借借物品人NM（3）部门举办活动管理分图(2) 财务申请管理分图(4) 文件管理分图3.2.2 全局E-R图合并各分图,消除各类冲突，得到初步E-R图，再消除不必要冗余，得到的基本E-R图。具体实现如下：a.消除冲突合并分E-R图时并不能简单地将各个分E-R图画到一起，而是必须着力消除各个分E-R图中的不一致，以形成一个能为全系统中所有的用户共同理解和接受的统一的概念模型。合并分E-R图的主要工作与关键是合理消除各分E-R图的冲突，冲突主要有三类：属性冲突、命名冲突和结构冲突。b.消除冗余在E-R图中，可能存在一些冗余的数据和实体间的联系。冗余数据和冗余联系容易破坏数据库的完整性，给数据库的维护增加困难，应予以消除。但并不是所有的冗余数据与冗余联系都必须加以消除，有时为了提高效率，不得不以冗余信息作为代价。消除冗余主要采用分析法和规范化理论。解释如下：一个部门可以承办多个事务活动，而一个事务活动只能由一个部门去承办；一个部门可以包括多个学生会干部，而一个学生会干部只能隶属于一个部门；一个学生会干部可以参与多项事务活动，而一个事务活动也可以有多个学生干部参与；一个学生会干部可以提交多份财务申请，而一份财务只能由一个学生会干部申请；一个学生会干部可以制定多份文件，而一份文件只能由一个学生会干部制定；一个学生会干部可以提交多份工作计划，而一份工作计划只能由一个学生会干部提交；一份财务申请的资金可以购买多种物品，而一种物品只能由一次财务申请的资金来购买；一次事务活动需借用多种物品，而一种物品一次只能被一项事务活动所借用；一份工作计划可以包括多项事务活动，而一项事务活动只能有一份工作计划中制定。2.3新系统流程图3.3、逻辑结构设计3.3.1逻辑结构设计的目的以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用的DBMS产品发生关系了，系统逻辑设计的目标就是将概念设计阶段设计好的基本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。3.3.2逻辑结构设计的任务：1数据组织（1）实体型转换为关系模式一个实体型转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。学生会干部（编号，姓名，性别，职务，部门，专业，年级，电话，参加过的活动项目）物品（编号，名称，金额，借出时间，借物人姓名，归还时间，归还人姓名）财务（财务申请编号，资金用途，申请金额，申请人，申请部门，申请时间，余额）工作计划（编号，名称，提交部门编号，提交人，提交时间，是否紧急活动）事务活动（名称，职能范围，承办部门，以往解决方案）部门（部门编号，部门名称，部长编号，副部长人数，部委人数，部长电话）文件（编号，名称，类型，所属部门，负责人，收发对象，存档日期，备注）（2）实体间联系转换为关系模式逻辑结构设计的任务是将概念结构设计阶段设计的E-R图，转化为选用的DBMS所支持的数据模型相符的逻辑结构，形成逻辑模型。概念模型向关系数据模型的转化就是将用E-R图表示的实体、实体属性、和实体联系转化为关系模式，转化规则为：（1）、一个实体转换为一个表，则实体的属性转换为表的列，实体的码转换为表的主键。（2）、实体间的联系根据联系的类型转换为：1：n的联系、1：1的联系、m:n的联系。表：学生会干部（编号，姓名，职务，性别，专业，电话，部门名称，参加过的活动） ；表： 部门（编号，部门名称，部长姓名，副部人数，部里人数，部长电话）；表：事务活动（部门活动名称，活动职能范围，承办部门，以往解决方案，）；表：活动参与（事务活动名称，学生会干部姓名，出勤情况）表：活动使用物品（部门活动名称，物品名称，使用数量）表：物品（编号，财务申请编号，名称，金额，借出时间，借物人姓名，归还时间，归还人姓名）；表：财务（财务申请编号，资金用途，申请金额，申请人姓名，申请部门，申请时间，余额）；表：文件（文件编号，文件名称，所属部门，制定人名称，负责人，存档日期，备注）；（3）模型优化以上关系模式不存在非主属性对主属性的部门函数依赖，也不存在传递函数依赖，已经达到了3NF，所以已经达到建表要求。（4）据库模式定义经分析后，该数据库共创建8表，如下所示：学生会干部信息表3-1列名数据类型可否为空码说明Stu_noChar(9)否学生编号Stu_nameChar(6)否主码学生姓名Stu_positionChar(4)否学生职位S_depart_nameChar(6)否外码所在部门Stu_caseChar(20)Null参加的活动Stu_phoneChar(12)否电话Stu_proChar(5)Null专业Stu_sexChar(8)否性别部门信息表3-2列名数据类型可否为空码说明Dep_nameChar(14)否主码部门名称Dep_noChar(8)否部门编号Buzhang_nameChar(8)否外码部长姓名FubusumIntNull副部长人数BusumIntNull部委人数Buzhang_phoChar(20)Null部长电话号码事务活动信息表3-3列名数据类型可否为空码说明Act_nameChar（8）否主码部门活动名称Act_rangeChar（20）Null活动职能范围Act_departmentnoChar（8）否外码承办部门solutionChar（30）Null以往的解决方法活动参与表3-4列名数据类型可否为空码说明Act_nameChar(10)否主码举办的活动名称Stu_nameChar(8)否主码参与学生干部presentChar(5)否出勤情况活动使用物品信息表3-5列名数据类型可否为空码说明Act_nameChar(10)否主码部门活动名称Good_nameChar(4)否主码物品名称usesumintNull 使用数量物品信息表3-6列名数据类型可否为空码说明Good_nameChar（4）否主码物品名称Fin_noChar（4）否外码财务申请编号Good_noChar（6）否物品编号MoneyInt否金额Lend_timeDateNull借出时间Good_lenderChar（6）Null借物人姓名Ret_timeDateNull归还时间Ret_nameChar（6）Null归还人姓名财务信息表3-7列名数据类型可否为空码说明Fin_noChar(4)否主码财务申请编号Fin_purposeChar(20)Null资金用途Fin_moneyInt 否申请金额Apply_nameChar(6)否外码申请人姓名Apply_departChar(6)否外码申请部门Apply_timeDateNull申请时间Fin_remainintNull余额学生文件信息表3-8列名数据类型可否为空码说明File_noChar（8）否主码文件编号 File_nameChar（10）否文件名称File_bel_departChar（6）否外码所属部门File_personChar（6）Not null外码负责人名称RecdispartnerChar（6）Null收发对象acrdateDate（12）Null存档日期remarkChar（30）null备注（5）用户子模式定义，如表所示编号用户子模式(view)作用V_1Stuview查询和修改学生会干部的基本信息V_2Depview查询和修改各部门的信息V_3Goodview查看物品信息V_4Finview查看财务信息V_5Actview查看部门活动信息V_6Fileview查看存档文件的基本信息V_7Act_good_view查询活动时借的物品信息V_8Workplan_view查看学生信息表的视图列名数据类型可否为空说明姓名Char(6)Not null学生姓名编号Char(9)Not null学生编号性别Char(8)Null学生性别专业Char(5)Null学生的专业职位Char(12)Not null学生的部门部门Char(14)Not null学生的职位部门信息表的视图 列名数据类型可否为空说明部门名称Char(14)Not null部门名字部门编号Char（8）Not null部门号部长Char(6)Not null部长姓名部长电话Char(12)Null部长电话活动时借的物品信息视图列名数据类型可否为空活动名称Char(8)Not null物品编号Char(4)Not null财务申请编号Char(6)Not null物品名称Char(6)Not null金额intNull借出时间DateNot null借物人Char(6)Null使用数量intnull活动费用的视图：列名数据类型可否为空活动名称Char(8)Not null财务申请编号Char(6)null资金用途Char(20)Not null申请金额intNot null申请人姓名Char(6)Not Null部门举办过的活动信息的视图：列名数据类型可否为空活动名称Char(14)Not null承办部门Char(8)Not null参与人员Char(6)Not null存档文件的基本信息视图列名数据类型可否为空文件名称Char(10)Not null文件所属部门Char(14)Not null文件负责人Char(6)null收发对象Char(6)Null存档日期datenull3.4、物理结构设计3.4.1存储结构与存取方法1、由于基本表student、department、good、files的主码stu_name、dep_name、good_no、file_no经常在查询条件和链接操作的条件中出现，且它们的值唯一，在两个属性上建立唯一索引；2、由于基本表usegood的属性act_name 、good_name经常在查询条件中出现，所以在两个属性上建立组合索引；3、申请财务信息基本表finance的属性fin_no 、apply_name经常在查询条件中出现，在两个属性上建立组合索引；3.4.2数据的易变与稳定部分3.4.3建立数据库、表建立的代码建立数据库create database warehouse;建立数据表学生信息表建立如下：use warehouse;create table student(stu_no char(9) not null,stu_name char(6) primary key,stu_position char(4) not null,s_depart_name char(14) not null,stu_case char(20) null,stu_phone char(12) not null,stu_pro char(5) null,stu_sex char(8) foreign key (s_depart_name) references department(dep_name),check (stu_sex=男or stu_sex=女); 部门信息表建立如下：use warehouse;create table department(dep_name char(14) primary key,dep_no char(8) not null,buzhang_name char(6) not null,fubusum int null,busum int null,buzhang_pho char(20) null,);为部门表建立约束：alter table departmentadd constraint cons_fk_buzhang_no foreign key(buzhang_name) references student(stu_name)建立部门活动信息表如下：create table activity(act_name char(8) primary key,act_range char(20) null,act_department_name char(14) not null,solution char(30) null,foreign key(act_department_name) references department(dep_name)建立活动参与信息表如下：create table enjoy(act_name char(8) not null,stu_name char(6) not null,present char(5) null,primary key (act_name,stu_no),foreign key(act_name)references activity(act_name),foreign key (stu_name)references student(stu_name);建立物品信息表如下：create table good(good_no char(4) not null,fin_no char(4) not null,good_name char(6) primary key,money int,lend_time datetime null,good_lender char(6),ret_time datetime null,ret_name char(6) null)为物品表建立外键约束alter table goodadd constraint cons_fk_fin_no good(fin_no)reference finance(fin_no);建立活动使用物品信息表如下：create table usegood(act_name char(8) not null,good_name char(6) not null,usesum int null,primary key(act_name,good_name),foreign key(act_name)references activity(act_name),foreign key(good_name)references good(good_name);建立财务信息表如下：create table finance(fin_no char(4) primary key,fin_purpose char(20) null,fin_money int not null,apply_name char(6) not null,apply_depart_name char(14) not null,apply_time datetime null,fin_remain int null,foreign key (apply_name) references student(stu_name),foreign key (apply_depart_name) references department(dep_name)建立学生文件信息表如下：create table files(file_no char(8) primary key,file_name char(10) not null,file_bel_depart char(14) not null,file_person char(6) not null,recdispartner char(6) null,acrdate datetime null,remark char(30) null,foreign key (file_bel_depart) references department(dep_name),foreign key (file_person) references student(stu_name)建立视图用于查询和修改学生会干部基本信息的视图如下create view student_view(姓名,编号,性别,专业,职位,部门) as select stu_name,stu_no,stu_sex,stu_pro,stu_position,s_depart_no from studentwith check option用于查询和修改部门信息的视图如下：create view department_view(部门名称,部门编号,部长,部长电话)asselect dep_name,dep_no,buzhang_no,buzhang_phofrom departmentwith check option用于查看活动时借出物品信息的视图如下：create view good_view(活动名称，物品编号,财务申请编号,物品名称,金额,借出时间,借物人，使用数量)asselect usegood.act_name,good_no,fin_no,good.good_name,money,lend_time,good_lender,usesumfrom good join usegood on good.good_name=usegood.good_name用于查看活动费用的视图如下：create view fin_view(活动名称,财务申请编号,资金用途,申请金额,申请人姓名)asselect act_name,fin_no,fin_purpose,fin_money,apply_namefrom finance join activity on finance. apply_depart_name=activity. act_department_name用于查看部门举办过的活动信息的视图如下：create view activity_view(活动名称,承办部门,参与人员)asselect activity.act_name ,act_department_no,stu_namefrom activity join enjoy on activity.act_name = enjoy.act_name 用于查看修改存档文件信息的视图如下：create view file_view(文件名称,文件所属部门,文件负责人,收发对象,存档日期)asselect file_name, file_bel_depart,file_person,recdispartner ,acrdatefrom fileswith check option3.4.4索引的建立1、create unique index stu_name on student(stu_name); Create unique index dep_name on department(dep_name); Create unique index good_name on good(good_name); Create unique index file_no on files1(file_no);2、create unique index act_good on usegood(act_name,good_name);3、