新建学校人力资源管理系统数据库

1 创建相关表

 1.1 创建部门信息表

    部门信息表的创建代码如下，部门信息表在SQL中的信息显示如图6.1所示。

create table 部门信息表

(

部门编号          char(6)                   not null primary key,

部门名称          char(20)                  not null,

部门主任职工编号  char(6)                   not null,

部门人数          int check(部门人数>=0)    not null,

电话              char(12)                  not null,

部门地址          varchar(40)               not null

)



1.2 创建职务信息表

  职务信息表的创建代码如下，职务信息表在SQL中的信息显示如图6.2所示.

create table 职务信息表

(

 职务编号     char(6)     not null primary key,

 职务名称     char(20)    not null

)



1.3 创建职称信息表

  职称信息表的创建代码如下，职称信息表的信息在SQL中的显示如图6.3所示。

create table 职称信息表

(

 职称编号      char(6)     not null primary key,

 职称名称      char(20)    not null

)



1.4 创建教职工信息表

  教职工信息表的创建代码如下，教职工信息表的信息在SQL中显示如图6.4所示。

create table 教职工信息表

(

  职工编号  char(6)      not null primary key,

  姓名      char(10)     not null ,

  性别      char(2)      check(性别='男'or 性别='女'),

  出生年月  datetime     not null,

  学历      char(10)     not null,

  民族      char(10)     not null,

  婚姻状态  varchar(4)  check(婚姻状态='已婚'or 婚姻状态='未婚') NOT NULL,

  政治面貌  varchar(4)  check(政治面貌='无'or 政治面貌='团员'or 政治面貌='党员') NOT NULL,

  住址      varchar(40)  not null         ,

  联系方式  char(12)     unique NOT NULL,

  职称编号  char(6)      not null,       

  职务编号  char(6),

  部门编号  char(6)      not null,      

 foreign key (职称编号)references 职称信息表(职称编号),

 foreign key (职务编号)references 职务信息表(职务编号),

 foreign key (部门编号)references 部门信息表(部门编号)

)



1.5 创建奖惩信息表

  奖惩信息表的创建代码如下，奖惩信息表的信息在SQL中的显示如图6.5所示。

create table 奖惩信息

(

 奖惩编号 char(6)     not null  ,

 职工编号 char(6)    not null  ,

 奖励缘由 char(100),

 惩罚缘由 char(100),

 奖惩金额 char(10),

primary key(奖惩编号,职工编号),

)



 

1.6 创建学籍经历信息表

  学籍经历信息表的创建代码如下，学籍经历信息表在SQL中的信息显示如图6.6所示。     

create table 学籍经历信息表

(

 学籍编号    char(6)    not null   primary key,

 职工编号  char(6)    not null ,

 姓名        char(10),

 性别        char(2)    check(性别='男'or 性别='女'),

 小学        char(40)   not null ,

 初中        char(40)   not null ,

 高中        char(40)   not null ,

 大专        char(40),

 本科        char(40),

 研究生      char(40),

 博士        char(40),

 foreign key (职工编号)references 教职工信息表(职工编号)

)

                      学校人力资源管理系统可行性分析

一、技术可行性

硬件实施的可行性，学校电脑配置相对较高，可满足信息系统运行的需要；
	
学校可以采用常用的数据库应用程序开发工具实现学校内部的业务管理是完全可行的，不同学院、不同组织之间采用共享数据库的方式可以方便地实现数据库信息的传递。
	
学生信息管理系统的开发需要对管理的需求进行分析，最终通过简单的界面按钮操作实现对学生数据的增、刪、改和查询操作，并将这些操作反应到数据库的操作。完成以上功能
以上需要采用以下几个关键的技术:

1）数据库数据显示技术.

通过什么方式和形式把数据库中的学生数据显示到界面上供管 理者查阅，目前的基本技术都是基于Sql语言的混合编程实现遍 历数据库，对数据的提取，然后通过GUI编程在界面上显示。目 前的界面编程和Sql语言的混合编程已经比较成熟，比如用于界 面编程的有C. Java、C++等等。

2）数据库数据修改技术

对数据库的操作基本的还是离不开Sql语言的混合编程，主要是通过对按钮事件的捕捉，通过对应的Sql代码实现对数据库相关操作。

3）系统在运行和维护面临的问题

系统在运行过程中，系统的用户主要是学校的信息管理人员，用户对系统使用的熟练程度会影响系统应用的效果，增加系统维护的压力。这个问题可以通过一-份简单的管理人员使用说明文档来解决。在系统运行的初级阶段，可以由开发方的系统维护人员提供现场的使用指导。

二、操作可行性

（1）人力资源管理系统规模相对较小，开发起来受时间约束小，易操作；

（2）人力资源管理相对要求配置相对较低，特殊要求少；

（3）学校管理规范，师生素质较高，态度端正，认真负责，可以保证系统数据的规范和全面；

（4）系统维护面临的主要问题是系统存储的学生数据量比较大，数据备份和数据安全十分重要。数据备份与恢复需要程序化、智能化。由于数据涉及到学生个人信息秘密，数据备份与恢复工作需要有信息管理人员专职负责。系统现阶段的发展过程中，利用现有人力和物力是完全具备的能力开发出来的，所以学籍管理系统的操作上是完全可行的。

三、经济可行性

（1）人力资源信息系统规模小，开销少，--些基础的硬件设施我们学校都已具备，可节省一大笔开支。

（2）使用该系统后，可大大提高学校的工作效率，为学校节省的财力将是一笔可观的费用。

1.1 数据库系统的应用
数据库系统的定义：
数据库系统是对数据进行存储、管理、处理和维护的软件系统，是现代计算环境中的一个核心成分。
数据库系统的应用：
企业信息：销售、会计、人力资源、生产制造、联机零售
银行和金融：银行、信用卡交易、金融业
学校：存储学生信息、课程、成绩
航空业：存储订票和航班
电信业：存储通话记录、账单、余额

1.2 数据库系统的目标
避免传统的文件处理带来的问题：
数据冗余和不一致、数据访问困难、数据孤立、完善性问题、原子性问题、并发访问异常、安全性问题。

1.3 数据视图
数据库主要目的：
给用户提供数据的抽象视图，隐藏数据存储和维护的某些细节。
三个层次：
视图层-数据库的某一个部分
逻辑层-描述存储的数据是什么、数据之间的关系-数据库管理员
物理层-描述复杂的底层数据结构：存储块
数据模型：
数据模型是数据库结构的基础。数据模型是一个描述数据、数据联系、数据语义以及一致性约束的概念工具的集合。
四类数据模型：
关系模型、实体-联系模型、基于对象的数据模型、半结构化数据模型。

1.4 数据库语言
数据库定义语言（DDL）-定义数据库模式：一致性约束(域约束、参照完整性、断言、授权)
数据库操作语言（DML）-表达数据库查询和更新：过程化、声明式（sql）
1.5 来自应用程序的数据库访问
一.  应用程序接口：C语言（ODBC）和Java（JDBC）
二.  宿主语言中嵌入DML调用（Cobol）

1.12 数据库管理员（DBA）工作
模式定义
存储结构及存储方法定义
模式及物理组织的修改
数据访问授权
日常维护

3.1 SQL语言有一下几个部分：
数据定义语言
数据操纵语言
完整性
视图定义
事务控制
嵌入式SQL和动态SQL
授权

4.2 视图
定义：不是逻辑模型的一部分，作为虚关系对用户可见的关系。
物化视图：如果用于定义视图的实际关系改变，视图也跟着修改。

4.3 事务
事务由查询和（或）更新语句的序列组成。
结束事务的方法：Connit work（提交--完成了 ..）、Rollback work（回滚--未完成 ..）
保证了事务的原子性/不可分割性。

5.1 游标
定义：游标(Cursor)是处理数据的一种方法，为了查看或者处理结果集中的数据，游标提供了在结果集中一次一行或者多行前进或向后浏览数据的能力。可以把游标当作一个指针，它可以指定结果中的任何位置，然后允许用户对指定位置的数据进行处理。
用法：定义和调用

5.3 触发器
定义：触发器（trigger）是一条语句，当对数据库作修改时，它会自动被系统执行。

 http://blog.csdn.net/u011239443/article/details/51655213

文档介绍 

文档目的 
在奖学金评比过程中，学生综合测评是学校普遍采用的评比手段。对学生实施综合素质测评的目的在于正确评价学生的综合素质，为评奖学金提供依据，实现学生教育管理工作的标准化、制度化和科学化，引导和促进学生德、智、体、美全面发展。
目前我国普遍高校学生奖学金评比还停留在纸质的阶段，许多工作需要传统的手工操作，这不仅浪费了大量的人力物力资源，而且由于人工管理存在着许多不可控因素，导致学生奖学金评比操作不规范，测评结果不全面，不能客观准确地反应学生的综合素质。因此，建立一套基于计算机环境的技术先进、高效稳定、安全可靠的奖学金测评系统是完全有必要的。
奖学金评比系统的目的是自动分析、计算、统计、管理学生综合测评数据,减少人工干预,降低计算失误,提高工作效率,将辅导员、班主任、班委从繁重的综合测评及日常管理中解放出来,使学校的综合测评工作系统化、规范化、自动化。
与传统的纸质评比相比，计算机管理不但能发挥计算机方便、快捷的功能，而且可以节省大量的资源费用等，更方便灵活操作，而且方便管理，增加奖学金评比的公平性、透明性，有效防止奖学金评比的弊端，使学生奖学金评比更加合理、更趋于成熟。这些都能够极大地提高工作效率，特别是校园网应用发展迅速的今天，利用网络进行信息的查询、修改和发布已成为学校现代化管理的象征之一，也是学校科学化和正规化管理的重要条件。因此开发一套比较成熟的学生奖学金评比系统很有必要。
软件是程序以及开发、使用和维护所需要的所存文档，也就是说软件不仅仅是程序。完整的软件产品应包括计算机程序以及在软件开发、使用和维护阶段所需要的各种文档。评价软件质量的好坏，不仅要看软件是否能按照既定的要求进行工作，在性能和速度方面是否都符合设计要求；软件的结构是否良好；还要看软件的文档是否齐全。
软件生命周期可分为开发期(计划、分析、设计、实施)和维护期(软件维护阶段)。在开发期，每一个阶段的文档资料是以后各个阶段工作的基础，又是对前面各阶段工作的复审；在维护期，需要不断地修改源程序，开发新的程序模块等等，这些都需要很好地阅读、理解源程序，而要真正地读懂、理解源程序，必须借助有关源程序的各种说明文件，即文档。所以文档的编制工作是软件开发作业的主要组成部分，文档的编制必须标准化。
利用文档可以详尽地罗列出本实验小组的程序设计的思路，来为我们精细而又顺畅的期间工作做好铺垫，同时也为了更好、更深入地向用户介绍我们的程序设计结果，达到我们预想的双重目的。
 

文档范围 
本文档适用于项目开发的设计阶段，在项目开发阶段可按照本文档检验数据库的实施情况。 
本文档的描述范围包括文档的基本信息介绍、程序的需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据保护设计以及运行管理与维护说明等相关内容。文档明确说明系统开发的详细步骤及未来相关维护工作，以辅助系统相关者更好地阅读和理解程序内容。
奖学金评比系统（Scholarship Rating System）开发为的是自动分析、计算、统计、管理学生综合测评数据，减少人工干预，降低计算失误，提高工作效率，将辅导员、学生、班委从繁重的综合测评及日常管理中解放出来，使学校的综合测评工作系统化、规范化、自动化。
计算机管理不但能发挥计算机方便、快捷的功能，而且可以大量节省了资源、费用等，更方便灵活操作，而且方便管理，增加综合测评的公平性、透明性，有效防止综合测评的弊端，使学生综合测评更加合理、更趋于成熟。这些都能够极大地提高工作效率，特别是校园网应用发展迅速的今天，利用网络进行信息的查询、修改和发布已成为学校现代化管理的象征之一，也是学校科学化和正规化管理的重要条件。
对于这篇《奖学金评比系统（Scholarship Rating System）》的理解需要对Delphi工程项目或者SQLServer-数据库代码示例进行了解，但这也并不是必要条件。
 

读者对象 
 《奖学金评比系统（Scholarship Rating System）》的读者对象包括从事DBMS、面向对象编程、高校教务人员行业的工作者，高校中信息专业、计算机专业、管理专业、软件工程专业等有数据库课程的本科生、硕士生，深入学习SQLServer-数据库的读者，深入学习对象-关系数据库的读者，也可以作为数据库课程的参考资料。
本文档面向具有数据库开发使用经验的开发者中那些希望获得锻炼和提升的人。 

参考文献 
[1]张海藩.软件工程导论[M].北京:清华大学出版社.1998年 
[2]郑人杰,殷人昆.软件工程概论[M].北京:清华大学出版社.2001年 
[3]Katharine Whitehead.基于组件开发[M].北京:人民邮电出版社.2003年
[4]熊春荣，学校学生信息管理系统的设计与实现[J].玉林师范学院学报，2006年 

[5]萨师煊,王珊.数据库系统概论(第三版)[M]，高等教育出版社，2000年 
[6]邵维忠，杨芙清著.面向对象的系统分析.北京：清华大学出版社，1998年 
[7]张友生等编著.《软件体系结构》.北京：清华大学出版社，2006年 
[8]吴洁明,袁山龙编著．软件工程应用实践教程．北京：清华大学出版社，2003年 

术语与缩写解释 


缩写、术语


解 释


SPP


精简并行过程，Simplified Parallel Process


SD 


系统设计，System Design


1：1联系


如果实体集E1中的每个实体最多只能和实体集E2中的一个实体有联系，反之亦然，好么实体集E1对E2的联系称为"一对一联系"，记为"1：1"


1：N联系


如果实体集E1中每个实体与实体集E2中任意个（零个或多个）实体有联系，而E2中每个实体至多和E1中的一个实体有联系，那么E1对E2的联系是"一对多联系"，记为"1：N"


M：N联系


如果实体集E1中每个实体与实体集E2中任意个（零个或多个）实体有联系，反之亦然，那么E1对E2的联系是"多对多联系"，记为"M：N"


SQL数据库


SQL(Structured Query Language)，即'结构式查询语言'，采用英语单词表示和结构式的语法规则。一个SQL数据库是表的汇集，它用一个或多个SQL模式定义


DD 


数据字典（Data Dictionary),数据库系统中存放三级结构定义的数据库称为数据字典。（通常DD还存放数据库运行时的统计信息）


集中式DBS


是指数据库中的数据集中存储在一台计算机上，数据的处理集中在一台计算机上完成


函数依赖


FD(function dependency)，设有关系模式R(U)，X，Y是U的子集，r是R的任一具体关系，如果对r的任意两个元组t1,t2,由t1[X]=t2[X] 导致t1[Y]=t2[Y],则称X函数决定Y,或Y函数依赖于X，记为X→Y。X→Y为模式R的一个函数依赖


1NF 


第一范式。如果关系模式R的所有属性的值域中每一个值都是不可再分解的值,则称R是属于第一范式模式。如果某个数据库模式都是第一范式的，则称该数据库存模式属于第一范式的数据库模式


2NF 


第二范式。如果关系模式R为第一范式，并且R中每一个非主属性完全函数依赖于R的某个候选键，则称是第二范式模式；如果某个数据库模式中每个关系模式都是第二范式的，则称该数据库模式属于第二范式的数据库模式。(注：如果A是关系模式R的候选键的一个属性，则称A是R的主属性，否则称A是R的非主属性。)


3NF 


第三范式。如果关系模式R是第二范式，且每个非主属性都不传递依赖于R的候选键，则称R是第三范式的模式。如果某个数据库模式中的每个关系模式都是第三范式，则称为3NF的数据库模式


 

系统环境说明 
数据库服务器选择Lenovo，操作系统使用windows7，数据库选用SQLServer。 

系统的硬件要求为微型计算机，8M以上的内存，500M以上的外存。 
程序设计语言为Delphi 7。Delphi是全新的可视化编程环境，为我们提供了一种方便、快捷的Windows应用程序开发工具。它使用了Microsoft Windows图形用户界面的许多先进特性和设计思想，采用了弹性可重复利用的完整的面向对象程序语(Object-Oriented Language)，当今世界上最快的编辑器和最为领先的数据库技术。
本次课程设计是以Microsoft SQL Server 2005数据库软件为基础，利用该软件进行数据库的设计和数据的导入。建立的数据库名称是goodsmanager，并在该数据库中建立登录用户信息表、供应商信息表、顾客信息表等多张数据表来存放不同的信息，为Delphi软件的设计提供有力的支持。数据库的概念模式设计阶段的ER图，则是利用Microsoft Office Visio 2003软件进行编辑设计，以此清晰设计的基本结构。在明确设计的基本架构和需求之后，程序最后在Delphi软件上，利用ADOConnection、ADOQuery等控件来调用数据库中建立的数据，DBGrid控件来显示数据，通过设计、编译、修改、运行，最后得到一个完整功能的系统。
系统环境的详细配置过程： 
①利用Microsoft Office Visio 2003建立系统ERD，明确系统整体结构； 

②利用Microsoft SQL Server 2005创建数据库及相关表格，为之后的设计提供相关数据；
③利用Delphi编程软件进行系统的设计与编写，并连接数据库以实现相关功能； 
 
 

需求分析

功能需求分析
本系统主要进行学生的奖学金评比综合成绩考核和班委对学生情况的管理记相关的活动。主要包含如下功能模块：

学生系统管理模块 
该模块提供学生进行学生信息查询。实现学生的个人信息管理。方便了学生管理以及成绩考核查询，奖学金评比。更能实现效率。

班委系统管理模块 
该模块提供学生班委进行学生信息更改。实现班委的班级信息管理。方便了班委管理和成绩考核查询，奖学金评比更改。更能实现效率。

非功能需求分析


技术需求 

系统的学生、班委和教师组件要求运行在用windows操作系统的笔记本或台式机上。服务器组件要求必须使用delphi语言编写，并且相互之间使用组件交互标准CORBA（公用对象请求代理结构）或SOAP（缉拿的那对象访问协议）进行通信。


性能需求 

系统的学生、班委和教师部分要求在所有的屏幕上都是半秒的响应时间，而服务器组件可能需要在同样的响应时间内支持上千个并发的学生教师操作。
3、可用性需求 
基于客服端的界面符合整个组织范围内的图形设计准则，像菜单布局和格式、色彩设计、组织标志的使用规范化。
4、可靠性需求 
当服务出现损耗或出现不正当处理、以及错误检测和恢复将会自动根据程序要求来进行自我修复和改进。


安全需求 

对该系统输出的访问会受限于学生和教师，一些来自不属于学校的外人的访问需要得到授权，而其他的一些访问只是来自该机构的本地网络。我校可能需要喜爱通过Internet传送数据的时候要使用到加密技术，并且通过用户名和密码机制来控制对数据库服务器的访问。

数据库的命名规则 
（1）表的命名：以名词和名词短语； 
（2）列的命名：采用有意义的命名，能表达其表示的内容的名词短语； 

（3）视图与存储均与表的命名类似。 
数据库涉及字符规则 
采用26个英文字母（区分大小写）和0 －9这十个自然数，加上下划线_组成，共63个字符。不能出现其他字符（注释除外）。
数据库对象命名规则 
数据库对象包括表、视图（查询）、存储过程（参数查询）、函数、约束。对象名字由前缀和实际名字组成，长度不超过30。
前缀：使用小写字母。如： 


表


tb 


视图


vi 


存储过程


sp 


函数


fn 


实际名字 
实际名字尽量描述实体的内容，由单词或单词组合，每个单词的首字母大写，其他字母小写，不以数字和_开头。因此，如合法的对象名字类似如下。


表


tbUser_Info、tbMessage_Detail


视图


vi_MessageList


存储过程


sp_MessageAdd 


数据库表命名规则 
字段由前缀和实际名字组成。实际名字中首单词一个系统尽量采取同一单词。
前缀：使用小写字母tb，如表示表。 
例如：tbMember tbMember_Info t bForum_Board tbForum_Thread1
字段命名规则 
数字、字符、日期/时间、lob(大对象)、杂项，字段由表的简称、下划线，实际名字加后缀组成。
后缀：使用小写字母，代表该字段的属性。 
例如: User_Idint User_Namestr User_RegDatedtm
视图命名规则 
字段由前缀和实际名字组成，中间用下划线连接。 
前缀：如使用小写字母vi，表示视图。 
例如：vi_User vi_UserInfo 
存储过程命名规则 
字段由前缀和实际名字组成，中间用下划线连接。 
前缀：如使用小写字母sp，表示存储过程。 
例如：sp_User 
SQL语句规则 
所有SQL语句的关键词全部大写或首字母大写，比SELECT,UPDATE,FROM,
ORDER,BY等。 

概念结构设计 
概念结构设计即建立ERD，利用实体、联系和属性来表示数据库基本表内部属性以及表与表之间的关系。ERD设计不仅是用图形方便、直接地表达应用中的各种语义知识，而且形式简单、清晰，易于用户理解。
数据库设计人员根据需求文档，创建与数据库相关的那部分实体关系图（ERD）。如果采用面向对象方法（OOAD），这里实体相当于类（class）。

6 逻辑结构设计 
1．从E-R图向关系模式转化 
数据库的逻辑设计主要是将概念模型转换成一般的关系模式，也就是将E-R图中的实体、实体的属性以及实体之间的联系转化为关系模式。在转化过程中会遇到如下问题：
①命名问题：命名问题可以采用原名，也可以另行命名，但要注意避免重名。 
②非原子属性问题：非原子属性问题可将其进行纵向和横行展开。 
③联系转换问题：联系可用关系表示。 
2．数据模型的优化 
数据库逻辑设计的结果不是唯一的。为了进一步提高数据库应用系统的性能，还应该适当修改数据模型的结构，提高查询的速度。
3．关系视图设计 
关系视图的设计又称为外模式的设计，也叫用户模式设计，是用户可直接访问的数据模式。同一系统中，不同用户可有不同的关系视图。关系视图来自逻辑模式，但在结构和形式上可能不同于逻辑模式，所以它不是逻辑模式的简单子集。
 
表Basic 
（Number，Points，Ranking）

表Comprehensive 
（Number，Points，Ranking）

表Course 
（CNumber，CName，Ccredit，Ctype）

表Extra 
（EName，EGrade，EType）

表Login 
（Number，UserNum）外键：UserNum

表Mindandbody 
（Number，Body，Mind，Points，Ranking）

表Morality 
（Number，Self，Student，Instructor，Record，Points，Ranking）

表Prize 
（Number，C1，C2，C3，NL，StudyWell，XXJB，SHGZ，WTYX，XXYX）

表SC 
（Number，Course，Grade）外键：Number ,Course

表SE 
（Number，EName）外键：Number,EName

表Specialty 
（Number，Points，Ranking）

表Student 
（Number，Name，Sex，Password，Type）

 
 
 

 
顶层DFD 
 

 
第一层DFD 

 
 

 
第二层DPD 
 

物理结构设计 
（1）主要是设计表结构。一般地，实体对应于表，实体的属性对应于表的列，实体之间的关系成为表的约束。逻辑设计中的实体大部分可以转换成物理设计中的表，但是它们并不一定是一一对应的。
（2）对表结构进行规范化处理（第三范式）。 

表汇总 


表名


功能说明


Basic


记录学生基本项分数与排名


Comprehensive


记录学生的综合测评


Course


记录课程名，课程编号，学分，课程性质


Extra 


记录获奖证书，加分情况和证书性质


Login 


记录最近三个登陆用户的学号


Mindandbody 


记录学生的体质成绩和排名


Morality 


记录学生的道德测评情况


Prize 


记录学生的获奖情况


SC 


记录学生的选课信息及课程成绩


SE 


记录学生的加分项信息


Specialty 


记录学生的专业素质成绩和排名


Student 


记录学生的学号姓名，性别，密码信息和类型


 

表Basic 


表名


Basic


列名


数据类型（精度范围）


空/非空


约束条件


Number 


Nvarchar（255）


非空


主键


Points


Float


可以为空


无


Ranking


Folat


可以为空


无


补充说明


记录学生基本项分数与排名



表Comprehensive 


表名


Comprehensive


列名


数据类型（精度范围）


空/非空


约束条件


Number 


Nvarchar（255）


非空


主键


Points


Float


可以为空


无


Ranking


Folat


可以为空


无


补充说明


记录学生的综合测评



表Course 


表名


Course


列名


数据类型（精度范围）


空/非空


约束条件


CNumber 


Float


非空


主键


CName 


Nvarchar（255）


非空


无


Ccredit 


Float


可以为空


无


Ctype 


Nvarchar（255）


可以为空


无


补充说明


记录课程名，课程编号，学分，课程性质


 

表Extra 


表名


Extra


列名


数据类型（精度范围）


空/非空


约束条件


EName 


Nvarchar（50）


非空


主键


EGrade 


Float


可以为空


无


EType 


Nvarchar（255）


可以为空


无


补充说明


记录获奖证书，加分情况和证书性质


 

表Login 


表名


Login


列名


数据类型（精度范围）


空/非空


约束条件


Number 


Nvarchar（50）


非空


主键


UserNum 


Nvarchar（50）


非空


主键


补充说明


记录最近三个登陆用户的学号


 

表Mindandbody 


表名


Mindandbody


列名


数据类型（精度范围）


空/非空


约束条件


Number 


Nvarchar（255）


非空


主键


Body 


Float


可以为空


无


Mind 


Float


可以为空


无


Points


Float


可以为空


无


Ranking


Float


可以为空


无


补充说明


记录学生的体质成绩和排名


 

表Morality 


表名


Morality


列名


数据类型（精度范围）


空/非空


约束条件


Number 


Nvarchar（255）


非空


主键


Self


Float


可以为空


无


Student


Float


可以为空


无


Instructor 


Float


可以为空


无


Record


Float


可以为空


无


Points


Float


可以为空


无


Ranking 


Float


可以为空


无


补充说明


记录学生的道德测评情况


 

表Prize 


表名


Prize


列名


数据类型（精度范围）


空/非空


约束条件


Number 


NVARCHAR(255)


非空


主键


C1 


Float


可以为空


无


C2 


Float


可以为空


无


C3 


Float


可以为空


无


NL 


Float


可以为空


无


StudyWell


Float


可以为空


无


XXJB 


Float


可以为空


无


SHGZ 


Float


可以为空


无


WTYX 


Float


可以为空


无


XXYX 


Float


可以为空


无


补充说明


记录学生的获奖情况


 

表SC 


表名


SC 


列名


数据类型（精度范围）


空/非空


约束条件


Number


Nvarchar（255）


非空


主键


Course 


Float


非空


主键


Grade 


Float


可以为空


无


补充说明


记录学生的选课信息及课程成绩


 

表SE 


表名


SE 


列名


数据类型（精度范围）


空/非空


约束条件


Number 


Nvarchar(255)


非空


主键


EName 


Nvarchar(255)


非空


主键


补充说明


记录学生的加分项信息



表Specialty 


表名


Specialty


列名


数据类型（精度范围）


空/非空


约束条件


Number 


Nvarchar(255)


非空


主键


Points 


Float


可以为空


无


Ranking 


float 


可以为空


无


补充说明


记录学生的专业素质成绩和排名



表Student 


表名


Student


列名


数据类型（精度范围）


空/非空


约束条件


Number 


Nvarchar(255)


非空 


主键


Name 


Nvarchar(255)


非空


无


Sex 


Nvarchar(255)


非空


无


Password


Nvarchar(255)


非空


无


Type 


float 


非空


无


补充说明


记录学生的学号姓名，性别，密码信息和类型


 

数据保护设计 
提高软件系统的安全性应当从"管理"和"设计"两方面着手。这里仅考虑数据库的安全性设计。 


防止用户直接操作数据库的方法 
该系统用户帐号全部由系统管理员管理，在数据库中，对组和用户访问数据库权限的设置工作，只能通过管理员完成。设置的权限包括："打开/运行"，读取设计、修改设计、管理、读取数据，更新数据、插入数据和删除数据用户只能用通过认证的帐号登陆到应用软件，通过应用软件访问数据库，而没有其他途径操作数据库，且用户的操作权限有限，不能任意修改数据库中的关键数据，只能对数据进行读取和输入等常规操作，因能能很好的保护数据库的数据。
 
1.用户权限控制 
给每个用户角色限制权限，不同的角色拥有不同的权限，用户只能行使自己权限范围内的权限，如普通用户只能查看自己的借阅记录不能任意修改，而管理员和超级管理员则可以修改用户的借阅记录，通过角色，权限等的一系列授予和回收操作可以有效的进行用户的权限控制，从而防止用户恶意操作、篡改数据库信息。
2.数据库登录设密 
给数据库设置登录账号和密码，只有拥有直接访问数据库权限的用户在键入正确的账号和密码后才能通过软件登录到数据库进行操作，可防止用户恶意操作数据库。
3.限制操作系统存取权限 
使用数据库系统是依存在操作系统之上的，如果操作系统被人侵入，那么通过修改配置文件等一系列方法，数据库的安全性也将荡然无存，所以对于安全性高的数据库，可以通过限制操作系统的存取权限来提高数据库的安全性。

用户帐号密码的加密方法 
使用MD5加密方法对用户账号密码进行加密。 
MD5方法采用单项加密的加密方法，即只能对数据进行加密，而不能对加密后的数据进行解密，这样经过MD5算法处理的账号和秘密存储在数据库中即使被人恶意获取到，也不可能知道密码的具体数据，即做到了对账号密码的更强的保护。
对用户密码的加密方法：以"*"代替用户输入密码显示在界面上。即在Delphi设计时，将Edit控件的Passwordchar属性设置为"*"，以保证用户密码的安全性。
 

角色与权限 
确定每个角色对数据库表的操作权限，如创建、检索、更新、删除等。每个角色拥有刚好能够完成任务的权限，不多也不少。在应用时再为用户分配角色，则每个用户的权限等于他所兼角色的权限之和。
 
 
 
 
 


角色


可以访问的表与列


操作权限


 
学生


Basic、Comprehensive、Course、Mindandbody、Morality、Prize、Specialty


查


班委


所有表及列


增删改查


 

实施与优化 
在数据库的设计过程中经常要添加、删除数据库对象，这会使数据库内部留有许多碎片，不能有效地利用磁盘空间，文件会逐渐增大。这有点象文件系统经过多次的增删操作，会导致文件碎片，浪费磁盘空间，而且读写效率降低。可以用压缩数据库，它将重新安排数据库文件在磁盘中保存的位置，并释放磁盘空间，通常文件的容量会缩小成原来的几分。
分析并优化数据库的"时－空"效率，尽可能地"提高处理速度"并且"降低数据占用空间"。 

（1）分析"时－空"效率的瓶颈，找出优化对象（目标），并确定优先级。 
（2）当优化对象（目标）之间存在对抗时，给出折衷方案。 
（3）给出优化的具体措施，例如优化数据库环境参数，对表格进行反规范化处理等。 


优先级


优化对象（目标）


措施


高


数据库索引


根据查询条件,建立索引,优化索引、优化访问方式，限制结果集的数据量


高


数据库碎片


定期整理数据库产生的碎片，提高数据库的性能


高


数据库缓存


优化数据库缓存方案


高


数据库对象


优化数据库对象的放置策略，尽量让数据库对象均匀地把数据分布在系统的磁盘中，平衡I/O访问，避免I/O瓶颈。


 

运行管理与维护说明 

数据库的转储和恢复
DBA（即本系统的管理员）要针对不公的应用要求制定不同的转储计划，定期对数据库和日志文件进行备份，以保证数据库中数据在遭到破坏后能及时进行恢复。

维护数据库的完整性与安全性
DBA应采取有效的措施保护数据不受非法盗用和遭到任何破坏

通过权限管理、口令、跟踪及审计来保证数据库的安全。

通过行政手段，建立一定规章制度以确保数据库的安全

数据库应备有多个副本并保存在不同的安全地点

采取有效的措施防止病毒入侵，当出现病毒后应及时查杀

监测并改善数据库性能
DBA需要随时观察数据库的动态变化，并在数据库出现错误、故障或产生不适应情况时能够随时采取有效措施保护数据库

数据库的重组和重构

因为不断的删除会造成磁盘区内碎块的增多从而影响I/O速度，所以应该适时的进行数据库的重组和重构
 
数据库备份方案
添加任务计划，定期定时运行备份批处理命令，实现自动备份。 

设计一个物理备份和逻辑备份相结合的数据库备份方案，以保证数据的完整性和0损失恢复。
逻辑备份： 
星期一 完全备份 在00:00时备份 
星期二 增量备份 在00:00时备份 
星期三 增量备份 在00:00时备份 
星期四 增量备份 在00:00时备份 
星期五 累积备份 在00:00时备份 
星期六 增量备份 在00:00时备份 
星期日 增量备份 在00:00时备份 
分析：每天在00：00时备份是因为在这个时段的访问量相对很少，星期一完全备份可以将数据库中的信息全部备份，而之后的几天采用增量备份可以减少备份量，加快备份速度。在在星期五选择累计备份，是考虑到数据库出错时恢复的考虑，当数据库在某一周有错误时，可以直接恢复到星期五的数据，而不用一天一天的按增量备份的数据恢复。
物理备份： 


备份方法


备份频率


备份时间


备份目的


本地热备


1次/天


00:00 


保留最近一周的备份数据


本地冷备


1次/一月


每周星期五下午


保留数据库全部数据


异地导出备份


1次/天


12:00 


保留最近一周的备份数据