高校科研数据库设计
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1调研与需求分析
1.1需求分析
在信息全球化的时代背景下,科研水平逐渐成为衡量一个高校势力的重要指标,高校作为重要的科研机构,如何对学校大量的科研信息进行高效、安全的保存、处理、统计、加工等管理操作,将日常的科研管理工作更加规范化、科学化,是一个值得深思的问题。建立高校科研管理系统进行科研管理工作是每一个高校必由之路。高校科研管理所设计的事务非常繁杂,涉及到校科研处、各个系的科研管理以及个人对科研信息的查询统计等。所设计的系统既要有利于科研处的监督管理又要有利于各个系及教师的分工协作。该系统主要供校科研中心进行科研工作的管理,供教职工进行一些基本的科研项目的申报、查询等操作。该系统既实现了办公的自动化,也提高了管理的科学性,具有极其广泛的用途。
1.2数据库中的实体
由于本系统是直接面向网上办公的,必须适应所服务环境的各类操作人员,主要包括学校科研团队、各院系、普通教师个人。
○1科研团队:主要负责管理学校的科研事项的日常管理,包括对科研项目、科研经费等的审核管理等。一个科研团队可以对多个科研事项进行审核,一个科研事项也可以有多个科研团队进行审核。
○2各院系:主要负责对本部门职工的基本信息进行查询、维护等。一个院系可以由多位教职工组成,但每位教职工只能属于一个院系。
○3普通教师:可以供其查询基本的信息,也可以参与相关的科研工作。一位教师可以参与多项科研工作,一个科研项目也可以多为教师共同参与。
○4科研事项:主要用来统计教师的相关的科研项目等,供其校科研团队进行审核、查询等。科研事项可以统计对位教师的科研事项,又可以供多个科研团队进行审核。
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 规范化的关系模式
检查数据库模型是否能满足用户的需求,根据功能需求,增加关系、属性并规范化,得到如下规范化的关系模式:
院系:(院系编号、院系名称、联系电话、教师编号)主键为院系编号,教师编号
教师:(教师编号、姓名、性别、职称、联系方式、成果编号)主键为教师编号、成果编号
科研事项:(成果编号、项目名称、项目类别、获奖情况、经费开支)主键为成果编号
校科研团队:(职工编号、姓名、性别、联系方式、成果编号)主键为职工编号,外键为成果编号
参与:(教师编号、成果编号、参与时间)主键为(教师编号,成果编号)审核:(成果编号、职工编号、审核状态)主键为(成果编号,职工编号)