学生会数据库设计性实验报告

数据库设计实验报告

数据库系统概论 实验报告

一、实验题目

学生会管理数据库系统。 二、实验要求

利用学习的数据库设计的方法和步骤，为选择的应用设计数据库、必要的索引、视图、编写应用程序。

三、总的设计思想，及环境语言、工具等

进行需求分析作出数据流图；进行概念结构设计作出E-R图；进行逻辑结构设计设计出关系模式，判断出采用那一级范式；选用的程序设计语言、数据库管理系统。 3.1需求分析

1、处理对象

系统处理的对象是学生会的干部信息管理、财务管理、日常事务管理这三个方面。 在学生会的干部信息处理中主要涉及到一下几个方面的信息：

（1） 学生会干部基本信息（Student）:包括编号、姓名、性别、职务、专业、年级、加

入学生会日期、参加过的活动项目等信息。

（2） 部门基本信息（Dpartment）:部门编号、部门名称、部长姓名、部长联系方式、副

部人数、干事人数等信息。

在财务信息处理中主要涉及一下几个方面的信息：

（1） 物品基本信息（Goods）:包括物品的编号、物品的名称、购买时间、单价、借出时

间、借物人姓名、归还时间、归还人姓名等信息。

（2） 财务基本信息（FinancialAffairs）:包含财务申请编号、资金用途、申请金额、

申请人、申请部门、申请时间、余额等信息。

在日常事务信息处理中主要涉及一下几个方面的信息：

（1） 事务活动基本信息（Affairs）:包括事物活动编号、事务活动名称、承办部门、以

往解决方案、是否特色活动等信息。

（2） 工作计划基本信息（WorkingPlan）:包括工作计划编号、工作计划名称、提交部门、

提交人、提交时间、是否紧急活动等信息。

2、处理功能要求

学生会管理系统主要实现对学生会的科学化、条理化、信息化、高效化管理。其中包括学生会干部信息、财产物品的使用以及登记，日常事务及管理三大功能。具体功能描述如下：

（1） 学生会干部信息管理主要完成干部信息的查询与更新，从而实现对学生会干部信息

的科学化管理。

（2） 财务的管理包括财产和物品的管理，完成对财产物品信息的查询与更新，如举办活

动所需的资金申请、物品使用的登记、物品借还的登记等，从而实现学生会财务的信息化管理。

（3） 日常事务管理实现对学生会日常开展工作的管理，完成日常事务的查询与更新，从

而更好的实现以下职能：包括各部门提交的工作计划、活动计划的审核与安排、活动的策划、各项活动的人员合理的调度与安排，确保各项活动成功的举办，更有利于学生会各项日常工作的顺利开展。

3、安全性和完整性要求

的安全性，再通过用户授权机制，通过用户登录来识别用户级别，根据这个级别来分配用户权限，达到最高层次的安全保密功能。进而还可以满足用户的基本数据安全性要求。

完整性要求用于描述各种信息之间的制约关系，以及关联关系，各个数据项的取值范围以及各个数据项是否可以不取值。根据实际需要，采取一定的手段来满足用户的完整性要求。

3.2概念结构设计阶段 1、各实体及属性

1-1学生会干部：（姓名，性别，专业，年级，职务，部门，加入日期，退出日期，参加过的活动项目，所获荣誉，联系方式，编号）

1-2物品：（编号，购买日期，名称，借出时间，接物人姓名，归还时间，单价，归还人姓名）

1-3财务：（编号，申请金额，申请人姓名，申请部门，申请时间，用途，余额）

1-4工作计划：（编号，名称，提交人，提交部门，提交时间，是否紧急活动）

1-5事务活动：（编号，名称，承办部门，职能范围，以往解决方案，是否特色活动，评价总结）

1-6部门：（编号，名称，部长姓名，部长联系方式，副部人数，干事人数）

2、生成分E-R图如下：

2-1学生会干部信息管理分E-R图：

2-3日常事务管理分E-R图

3、合并各分E-R图，消除各类冲突，得到初步E-R图，再消除不必要冗余，得到初步E-R图，再消除不必要冗余，得到的基本E-R图。具体实现如下： a.消除冲突

合并分E-R图时并不能简单地将各个分E-R图画在一起，而是必须着力消除各个分E-R图中的不一致，以形成一个能为全系统中所有用户共同理解和接受的统一的概念模型。合并分E-R图的主要工作与关键是合理消除各分E-R图的冲突，冲突主要有三类：属性冲突、命名冲突和结构冲突。 b.消除冗余

在E-R图中，可能存在一些冗余的数据和实体间的联系。冗余数据和冗余联系容易破坏数据库的完整性，给数据库的维护增加困难，应予以消除。但并不是所有的冗余数据与冗余联系都必须加以消除，有时为了提高效率，不得不以冗余信息作为代价。消除冗余主要采用分析法和规范化理论。

经过以上分析，将所有的分E-R图综合成一个系统的总E-R图：

解释如下：

一个部门可以承办多个事务活动，而一个事务活动只能由一个部门去承办； 一个部门可以包括多个学生会干部，而一个学生会干部只能来自一个部门；

一个学生会干部可以参与多项事务活动，而一个事务活动也可以有多个学生会干部参与； 一个学生会干部可以提交多份财务申请，而一份财务只能有一个学生会干部申请； 一个学生会干部可以提交多分工作计划，而一份工作计划只能有一个学生会干部提交； 一份财务申请的资金可以购买多种物品，而一种物品只能由一次财务申请的资金来购买； 一次事务活动需要借用多种物品，而一种物品一次只能被一项事务活动所借用； 一份工作计划可以包括多项事务活动，而一项事务活动只能有一份工作计划中制定。 3.4、逻辑设计阶段

3.4.1逻辑设计阶段的目标

以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用的DBMS产品发生关系了，系统逻辑设计目标就是将概念设计阶段设计好的基本E-R图转化为选用DBMS产品所支持的数据模型相符合的逻辑结构。 3.4.2逻辑设计阶段的任务

具体任务是数据组织和数据处理。在数据组织阶段主要要完成的任务是将E-R图转化成关系模型；模型优化：完成数据库模式定义描述，包括各模式的逻辑结构定义、关系的完整性和安全性等内容；用户子模式设计。以表格的形式表现出来。数据处理阶段主要任务是活出系统功能模块图。

1、 数据组织

（1） 实体型转化成关系模式

一个实体型转换成一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。

学生会干部（编号，姓名，性别，职务，部门，专业，年级，联系方式，加入学生会日期，参加过的活动项目）

物品（编号，名称，购买时间，单价，借出时间，借物人姓名，归还时间，归还人姓名）

工作计划（编号，名称，提交部门编号，提交人，提交时间，是否紧急活动） 事务活动（编号，名称，职能范围，承办部门，以往解决方案，是否特色活动） 部门（部门编号，部门名称，部长编号，部长联系方式，副部人数，干事人数）

（2） 实体间联系转化为关系模式

一个1：1联系可以转换为一个独立的关系，也可以与任意一段对应的关系模式合并。如果转化成一个独立的关系模式，则与该联系相连的各个实体的码以及联系本身的属性均转换为关系的属性，每个实体的码军事该关系的候选 …… 此处隐藏：7491字，全部文档内容请下载后查看。喜欢就下载吧 ……