高校科研数据库设计_精品文档文档格式.docx

高校科研数据库设计_精品文档文档格式.docx

《高校科研数据库设计_精品文档文档格式.docx》由会员分享，可在线阅读，更多相关《高校科研数据库设计_精品文档文档格式.docx（5页珍藏版）》请在冰豆网上搜索。

该系统主要供校科研中心进行科研工作的管理，供教职工进行一些基本的科研项目的申报、查询等操作。

该系统既实现了办公的自动化，也提高了管理的科学性，具有极其广泛的用途。

1.2数据库中的实体

由于本系统是直接面向网上办公的，必须适应所服务环境的各类操作人员，主要包括学校科研团队、各院系、普通教师个人。

科研团队：

主要负责管理学校的科研事项的日常管理，包括对科研项目、科研经费等的审核管理等。

一个科研团队可以对多个科研事项进行审核，一个科研事项也可以有多个科研团队进行审核。

各院系:

主要负责对本部门职工的基本信息进行查询、维护等。

一个院系可以由多位教职工组成，但每位教职工只能属于一个院系。

普通教师:

可以供其查询基本的信息，也可以参与相关的科研工作。

一位教师可以参与多项科研工作，一个科研项目也可以多为教师共同参与。

科研事项:

主要用来统计教师的相关的科研项目等，供其校科研团队进行审核、查询等。

科研事项可以统计对位教师的科研事项，又可以供多个科研团队进行审核。

1.1数据字典

校科研团队:

职工编号、姓名、性别、联系方式等

院系:

院系编号、院系名称、联系电话等

教师:

教师编号、姓名、性别、职称、联系方式等

成果编号、项目名称、项目类别、获奖情况、经费支出

2概念结构设计

2.1局部E-R图

概念设计的实质是将系统的需求分析得到的用户需求抽象为信息结构的过程。

概念设计的结果是数据库的概念模型，也就是用E-R图表示。

首先我们将整个系统确立关系模型，步骤如下：

（1）科研团队表实例图:

（2）院系表实例图:

（3）教师表实例图:

（4）科研事项表实例图:

2.2整体E-R图

整体E-R图是将所有局部E-R图集成为全局的E-R概念模型，在集成过程中，要消除属性、结构、命名三类的冲突，实现合理的集成。

一个好的全局的E-R模型除了能反映用户的功能需求外，还应做到实体个数尽可能少，实体类型所含属性尽可能少、实体类型间的联系无冗余。

在明确所需要实体后根据实际需要对于每个设置符合实际情况的属性，每个属性对应了数据库中的具体属性。

根据上述E-R图得到如下图所示的整体E-R图:

通过此模型显示数据库之间的相互关系及各实体所具有的实际属性。

3逻辑结构设计

3.1关系模式

将高校科研管理系统数据库设计的E-R模型按规则可以将其转换成如下的关系模式：

（院系编号、院系名称、联系电话、教师编号）

（教师编号、姓名、性别、职称、联系方式、成果编号）

（成果编号、项目名称、项目类别、获奖情况、经费开支）

（职工编号、姓名、性别、联系方式、成果编号）

参与:

（教师编号、成果编号、参与时间）

审核:

（成果编号、职工编号、审核状态）

3.2规范化的关系模式

检查数据库模型是否能满足用户的需求，根据功能需求，增加关系、属性并规范化，得到如下规范化的关系模式：

（院系编号、院系名称、联系电话、教师编号）主键为院系编号，教师编号

（教师编号、姓名、性别、职称、联系方式、成果编号）主键为教师编号、成果编号

（成果编号、项目名称、项目类别、获奖情况、经费开支）主键为成果编号

（职工编号、姓名、性别、联系方式、成果编号）主键为职工编号，外键为成果编号

（教师编号、成果编号、参与时间）主键为（教师编号，成果编号）

（成果编号、职工编号、审核状态）主键为（成果编号，职工编号）