小型办公系统(数据库课程设计)
- 格式:doc
- 大小:99.50 KB
- 文档页数:11
学校教务管理的数据库设计I.需求分析:随着学校的规模不断扩大,学生数量急剧增加,有关学生的各种信息量也成倍增长.面对庞大的信息量,就需要有学生教务信息管理系统来提高学生管理工作的效率。
通过这样的系统,可以做到信息的规范管理、科学统计和快速的查询,从而减少管理方面的工作量。
学校为方便教务管理,需开发一个教务管理系统。
为便于学生,老师,教务管理人员信息查询,注册以及信息修改,学校把学生的信息,包括姓名、性别、年龄,成绩等信息输入教务管理系统的数据库,然后在管理终端可以对数据进行查询和修改操作。
要求系统能有效、快速、安全、可靠和无误的完成上述操作。
并要求系统界面要简单明了,易于操作,程序利于维护。
一、信息分析:(1)学校教务管理的数据库,包含以下信息:学校有若干个系,每个系有若干名教师和学生,每个教师可以担任若干门课程,并参加多个项目,每个学生可以同时选修多门课程,每门课程每学期可能有多名教师教授,课程分为必修、选修、任选三种。
(2)学校的教务管理的信息包括:学生姓名、学号、班级、性别、班号,籍贯、出生日期、所属系编号、所属系名称、系主任,教师编号,教师姓名,教师职称,教师所授课程、课程编号,课程名,课程学分,项目编号,项目名称,项目负责人,学生选修课程及成绩。
学生如果课程及格,可以取得该课程的学分。
学生的各类型课程学分和总学分累计到一定程度,学生可以毕业。
根据成绩高低,可以计算学分积。
及格学生的学分积公式:课程学分积=(该课程成绩-50)/10×该课程学分。
二、功能分析:(1)用户能够使用友好的图形用户界面实现对系、班级、学生、教师、课程、选课等内容进行增、删、改,以及对信息的查询。
对于查询要实现比较强大的功能,包括精确查询、模糊查询以及统计查询。
(2)具体查询在数据库中要实现以下的功能:1)所有来自某省的男生2)所有某课程成绩〉90的同学3)教授某课程的老师4)某班年龄最大的5名同学5)某年以后出生的男同学6)选修某课程的学生及其成绩7)没有授课的教师8)某学生所选课程的总学分9)教授某学生必修课程的老师情况10)某学生选修了哪些系的课程11)某系学生所学的所有课程12)按总学分找出某系学习最好的5名同学13)按总学分积找出某系学习最好的5名同学14)可以毕业的学生三、软、硬件配置程序运行的环境:具体运行环境为软件方面,操作系统为windows2000/XP,并且系统装有SQL Server2000数据库管理系统.硬件方面,CPU主频500MHz以上,内存128M或更高。
小型数据库系统设计与开发随着信息化时代的到来,数据库系统在各行各业中扮演着越来越重要的角色。
小型数据库系统的设计与开发是一项关键任务,它能帮助组织和企业有效管理和存储数据,并支持各种业务需求。
本文将介绍小型数据库系统的设计原则和开发过程,旨在帮助读者理解并应用这一技术。
在小型数据库系统的设计过程中,需按照以下几个步骤进行:1.需求分析:在设计数据库系统之前,首先需要明确系统的需求。
这包括确定并理解业务流程,收集和分析数据需求,并制定相应的设计目标。
例如,如果设计一个学生信息管理系统,需确定需要存储的数据字段,如学生姓名、年龄、学号、成绩等。
2.概念设计:在明确需求后,进行概念设计。
这一阶段主要涉及实体关系建模(ERM)和实体关系图(ERD)的设计。
ERM是一种用于描述实体、属性和实体之间关系的图形化表示方法,ERD则是基于ERM的图。
通过绘制ERD,可以清晰地表示实体和它们之间的关系,有助于后续的物理设计。
3.物理设计:在概念设计完成后,进行物理设计。
这一阶段主要包括将ERD转化为数据库模式的过程。
在物理设计中,需确定数据库的存储引擎、表的结构、索引和约束等。
此外,还需考虑性能优化和数据安全性等问题。
4.数据库开发:在数据库设计完成后,进行数据库开发。
这一阶段主要包括创建数据库、表和索引,定义视图、存储过程、触发器等,同时进行数据导入和数据验证等工作。
在开发过程中,可以使用各种数据库管理系统(DBMS)和相应的开发工具,如MySQL、Oracle、SQL Server等。
5.测试和调试:数据库开发完成后,需要进行测试和调试。
这包括对数据库进行逻辑和物理测试,验证数据库的正确性和稳定性。
同时,还需测试系统的性能和并发性能,以确保系统能够在实际应用场景中正常运行。
6.部署和维护:当数据库系统通过测试后,可以进行系统部署。
这包括将数据库系统部署到实际环境中,并进行相应的配置和优化。
部署完成后,还需要进行系统的持续维护,包括数据备份和恢复、性能监测和优化等。
数据库课程设计—学生管理系统哎呀,说到学生管理系统,真是个有趣的话题!你想想啊,学校里的学生像一盘散沙,老师们真是忙得不可开交。
要是有个系统能把这些小家伙们的资料管理得妥妥的,简直就像给他们穿上了整齐的校服,嘿,谁不想要这样的系统呢?想象一下,系统里记录着每个学生的基本信息,成绩、出勤率,全都一目了然,老师们再也不需要像打仗一样找资料了。
说到这里,感觉我自己都快成系统的一部分了,哈哈!现在说到设计这个系统,首先得考虑用户体验,毕竟,大家都不想跟复杂的界面死磕。
要是界面看起来像是上个世纪的产物,估计没人愿意用。
我们可以把颜色搭配得活泼一些,按钮做得大方一点,让人一眼就能看出在哪里点。
就像是给一杯清茶加点糖,立马就香甜可口。
系统里的功能也得简化,让老师和学生都能轻松上手,毕竟“笨鸟先飞”可不适合现代化的管理。
再说数据存储,哇,真是一个大工程。
得想办法把这些数据都安全地保存起来,别让它们跑了。
要是数据丢失,老师们的心里肯定得像猫抓一样难受。
可以用数据库来管理,像是给这些数据建了个温暖的小家,时刻都能让人找到。
使用关系型数据库,哎呀,简单明了,查找起来快得像闪电。
老师们再也不用为找不到学生资料而抓耳挠腮了。
学生的成绩也很重要啊!设计个成绩管理模块,老师们只需点几下,成绩就能轻松录入和查询。
就像是把成绩从脑海里搬到屏幕上,简直太方便了。
为了让学生们更有积极性,成绩的统计分析功能也得有,能看到自己的进步,哦,那感觉绝对不一样!这就像是登山,看到峰顶的风景,心里美滋滋的。
出勤率管理也是个关键,学生们有时候调皮捣蛋,迟到早退的现象时有发生。
嘿,别担心,系统可以记录每个学生的出勤情况,老师们只要一看,就能掌握情况。
这就好比在操场上看着孩子们玩耍,心里踏实得很。
能及时发现那些“逃课小能手”,好让老师们在关键时刻给予“点拨”。
系统的安全性不能忽视,毕竟这可是学生们的隐私嘛。
得保证信息不被随便外泄,就像守卫着一座金库,保密工作做得严严实实。
oa智能办公系统 课程设计一、课程目标知识目标:1. 学生能够理解OA智能办公系统的概念、功能及作用;2. 学生掌握OA系统中常用模块的使用方法,如文档管理、日程安排、通讯录、邮件等;3. 学生了解OA系统在企事业单位中的应用场景,理解其提高工作效率的重要性。
技能目标:1. 学生能够独立完成OA系统的注册、登录及基本设置;2. 学生能够熟练运用OA系统进行文档管理、日程安排、邮件发送等日常办公操作;3. 学生能够结合实际需求,为企事业单位设计合适的OA办公解决方案。
情感态度价值观目标:1. 培养学生对OA智能办公系统的兴趣,激发他们探索新技术、新工具的热情;2. 培养学生团队协作精神,使他们能够在实际工作中更好地与同事沟通、协作;3. 培养学生注重效率、规范操作的意识,使他们认识到OA系统在提高工作效率、降低成本方面的价值。
本课程针对初中年级学生,结合学科特点和教学要求,注重理论与实践相结合,以提高学生对OA智能办公系统的认识和应用能力。
通过本课程的学习,使学生能够掌握现代化办公的基本技能,为未来职场生涯奠定基础。
同时,培养学生积极向上的情感态度,提高他们的综合素质。
二、教学内容1. OA智能办公系统概述- OA系统的定义与作用- OA系统的发展历程- OA系统的主要功能模块2. OA系统应用与实践- 文档管理:新建、编辑、删除、分享文档等功能操作- 日程安排:日历视图、事件创建、提醒设置等操作- 通讯录:联系人管理、分组、导入导出等功能- 邮件:邮件收发、邮件分类、邮件搜索等操作3. OA系统在企事业单位的应用案例- 企业应用案例:提高工作效率、降低成本、优化管理流程等- 事业单位应用案例:政务办公、信息共享、协同工作等4. OA系统选型与实施- OA系统选型原则:根据企事业单位需求、预算、人员配置等选择合适的系统- OA系统实施步骤:项目立项、需求分析、系统搭建、培训与推广等教学内容根据课程目标和学科特点进行组织,注重科学性和系统性。
OA办公管理系统数据库设计说明书1. 引言本文档主要描述了OA办公管理系统数据库的设计方案,包括数据库的整体架构、表结构设计、字段设计、索引设计等。
本数据库设计旨在满足OA办公管理系统的需求,为系统的稳定运行提供支持。
2. 数据库整体架构2.1 数据库选型本系统采用MySQL数据库进行数据存储。
MySQL是一款开源的关系型数据库管理系统,具有高性能、易部署、易维护等特点,能够满足本系统的需求。
2.2 数据库架构设计本系统数据库分为三个层次:数据表、表空间、数据库。
数据表是数据库中的基本单位,存储具体的业务数据。
表空间是数据库中用于存储数据表的数据文件集合,一个数据库可以包含多个表空间。
数据库是表空间的管理单元,用于组织和管理表空间。
3. 表结构设计本数据库共包含10张表,分别为:用户表、部门表、岗位表、菜单表、角色表、权限表、公告表、任务表、日志表、配置表。
以下为各表的结构设计。
3.1 用户表(user)字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键,用户ID |username | varchar(50) | 用户名 |password | varchar(50) | 密码 |realname | varchar(50) | 真实姓名 |dept_id | int | 部门ID |post_id | int | 岗位ID |email | varchar(100) | 邮箱 |status | tinyint | 状态(1:正常,0:禁用) | create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |3.2 部门表(dept)字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键,部门ID |name | varchar(50) | 部门名称 |parent_id | int | 父部门ID |leader_id | int | 部门领导ID |create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |3.3 岗位表(post)字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键,岗位ID |name | varchar(50) | 岗位名称 |dept_id | int | 部门ID |create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |3.4 菜单表(menu)字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键,菜单ID |name | varchar(50) | 菜单名称 |parent_id | int | 父菜单ID |sort | tinyint | 排序 |create_time | datetime | 创建时间 | update_time | datetime | 更新时间 | 3.5 角色表(role)字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键,角色ID |name | varchar(50) | 角色名称 | create_time | datetime | 创建时间 | update_time | datetime | 更新时间 | 3.6 权限表(permission)字段名 | 字字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键,权限ID |name | varchar(50) | 权限名称 | role_id | int | 角色ID |menu_id | int | 菜单ID |create_time | datetime | 创建时间 | update_time | datetime | 更新时间 | 3.7 公告表(notice)字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键,公告ID |content | text | 公告内容 |creator_id | int | 创建者ID |create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |3.8 任务表(task)字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键,任务ID |title | varchar(100) | 任务标题 |content | text | 任务内容 |assignee_id | int | 执行者ID |create_time | datetime | 创建时间 |due_time | datetime | 截止时间 |status | tinyint | 状态(1:待办,2:进行中,3:已完成,4:已取消) | update_time | datetime | 更新时间 |3.9 日志表(log)字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键,日志ID |user_id | int | 用户ID |operation | varchar(100) | 操作类型 |object_type | varchar(50) | 操作对象类型 |object_id | int | 操作对象ID |before_value | text | 操作前数据 |after_value | text | 操作后数据 |create_time | datetime | 创建时间 |3.10 配置表(config)字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键,配置ID |name | varchar(50) | 配置名称 |value | varchar(200) | 配置值 |create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |4. 索引设计为了提高数据库的查询效率,本数据库设计了以下索引:•用户表:idx_username(username),idx_dept_id(dept_id),idx_post_id(post_id)•部门表:idx_name(name),idx_parent_id(parent_id)•岗位表:idx_name(name),idx_dept_id(dept_id)•菜单表:idx_name(name),idx_parent_id(parent_id)•角色表:idx_name(name)•权限表:idx_name(name),idx_role_id(role_id),idx_menu_id (menu_id)•公告表:idx_title(title)•任务表:idx_title(title),idx_assignee_id(assignee_id),idx_status(status)•日志表:idx_user_id(user_id),idx_operation(operation),idx_object_type(object_type),idx_object_id(object_id)•配置表:idx_name(name)5. 总结本数据库设计为OA办公管理系统提供了全面的数据存储方案。
课程设计报告课程设计名称:数据库原理与应用系部:二系学生姓名:班级:学号:成绩:指导教师:一.设计题目:小型办公系统二.主要内容:➢用户凭帐号密码登入系统,有4类用户:普通员工、部门经理、总经理、系统管理员➢系统管理员可以查看、增加、删除前3类用户,即普通员工、部门经理和总经理,并可修改其密码;可以查看、增加、删除部门信息,可以指定或更改部门经理,可以为每位员工分配部门。
➢所有用户均可以查看所有员工(包括部门经理、总经理、管理员等)的通信录;均可以改变自己的通信方式和登陆密码。
➢总经理可以为所有普通员工、部门经理群发短消息,可以为指定人员发短消息和布置工作任务。
➢部门经理可以为本部门的所有员工群发短消息,可以为本部门指定人员发短消息和分配工作任务;可以查看是否有自己的短消息,可以看到系统提示当前日期(今天)有无工作任务。
➢普通员工可以查看是否有自己的短消息,可以看到系统提示当前日期(今天)有无工作任务,是谁布置的以及具体工作内容要求。
三.具体要求1.课程设计的内容独立自主完成,课程设计报告内容完整、格式规范、排版整洁美观;2.后台数据库采用MS SQL SERVER2005,前台界面语言不限,编写的程序代码,须有较详细的注释说明;四.进度安排课程设计安排:16周星期一讲解课程设计的内容,安排每一天的具体任务,分配并熟悉题目;星期二需求分析:给出系统的功能需求、性能需求,并绘制DFD和DD;星期三概念结构设计:绘制实体属性图(可选),局部ER图和全局ER图;星期四逻辑结构设计:转换、优化、外模式的设计;星期五物理结构设计及数据库实施;17周星期一应用程序编制调试、整理课程设计报告,并检查;星期二根据反馈结果修改课程设计;星期三提交作业上交的材料:课程设计的电子稿、打印稿、源码(SQL代码和程序代码)五.成绩评定考核方法:现场验收(占50%),课程设计报告(占50%)。
考核内容:学习态度(出勤情况,平时表现等)、方案合理性、各阶段的图表与程序编制质量、设计报告质量。
摘要企业仓库有多个库房,用来分别存放生产需要的各种零件,仓库管理系统对此进行科学管理。
仓库管理系统管理的对象如下:·管理员信息:工号、姓名、性别、年龄、电话、工资等。
·库房信息:编号、地址、面积等。
·零件信息:零件号、零件名、规格、价格、库存数量等。
一个企业有多个库房,每个库房有多名管理员,每名管理员只在一个库房工作;每个库房可以存放多种零件,每种零件只在一个库房保存。
目录1、概述 (2)2、课程设计任务的需求分析 (2)2.1、设计任务 (2)2.2、设计要求 (2)3、概念结构设计 (2)3.1、概念结构设计工具(E-R模型) (2)3.2、仓库管理员子系统 (2)4、逻辑结构设计 (5)4.1、关系数据模式 (5)4.2、视图的设计 (5)5、数据库物理设计与实施 (6)5.1、数据库应用的硬件、软件环境介绍 (6)5.2、物理结构设计 (6)5.3、索引的设计 (6)5.4、建立数据库 (6)5.5、加载测试数据 (8)6、数据操作要求及实现 (10)6.1、数据查询操作 (10)6.2、数据更新操作 (10)7、收获、体会和建议 (10)8、主要参考文献。
(11)1、概述仓库在现实生活中用途十分广泛,各种商城、超市要利用仓库存放物资,药房、医院等要利用仓库存放药品,企业、工厂等要利用仓库存放原材料、生产成品,因此仓库的管理成了一项十分重要的工作。
人工管理仓库既费时又费力,而且容易造成混乱,严重时会影响商城、企业的正常动作,造成恶劣的后果。
随着信息技术的发展,办公自动化的普及,如何快速,高效,便捷的管理仓库受到了高度的关注;因此为了解决这个问题我们提供这个系统以满足仓库管理需求,本系统是基于工厂仓库的管理系统。
本系统主要针对商品管理信息,入库操作、入库查询统计、出库操作、出库查询统计、库存查询统计等处理情况。
用户可以通过相应的模块,对仓库里的物品的基本情况和库存数量进行查询,管理员通过简单的操作即可轻松的管理仓库,查询各项相关信息,并能进行入库和出库操作等。
数据库课程设计实例100例全文共四篇示例,供读者参考第一篇示例:数据库课程设计是计算机科学与技术专业中非常重要的一门课程,通过设计实例来锻炼学生的数据库应用能力和实践能力。
在这篇文章中,我将为大家分享100个关于数据库课程设计实例的案例,希望能够对大家有所帮助。
1.学生信息管理系统这是一个简单的数据库设计案例,主要包括学生的基本信息管理,课程信息管理和成绩管理,可以帮助学生熟悉数据库的基本操作。
2.图书管理系统这个案例主要是针对图书馆的管理系统,包括图书信息管理,借阅还书管理和读者信息管理等功能,可以综合运用数据库的增删改查等操作。
4.电商平台这个案例主要是针对电商平台的数据库设计,包括商品信息管理,用户信息管理和订单管理等功能,可以让学生了解大规模数据库设计的思路。
8.网站访问日志分析系统这个案例主要是针对网站访问日志分析系统的数据库设计,包括网站访问信息管理,日志分析和用户行为分析等功能,可以帮助学生了解数据库在大数据处理中的应用。
58第二篇示例:数据库课程设计是计算机科学与技术专业中非常重要的一门课程,通过学习数据库课程设计,学生可以掌握数据库设计与管理的基本原理和方法,从而能够独立完成复杂的数据库设计与开发工作。
为了帮助学生更好地理解数据库课程设计的内容,本文将介绍100个数据库课程设计实例,希望能够对学生有所帮助。
1. 学生信息管理系统设计一个学生信息管理系统,包括学生基本信息、课程信息、成绩信息等模块,能够实现学生信息的录入、查询、修改和删除功能。
2. 图书管理系统设计一个图书管理系统,包括图书基本信息、借阅信息、录入图书、查询图书、借阅图书等功能。
3. 超市库存管理系统设计一个超市库存管理系统,包括商品信息、库存信息、进货信息、销售信息等功能,能够实现库存的实时管理。
10. 健身房会员管理系统设计一个健身房会员管理系统,包括会员信息、健身项目信息、健身计划信息、签到信息等功能,实现健身房会员的管理。
课程设计报告课程设计名称:数据库原理与应用系部:二系学生姓名:班级:学号:成绩:指导教师:一.设计题目:小型办公系统二.主要内容:用户凭帐号密码登入系统,有4类用户:普通员工、部门经理、总经理、系统管理员系统管理员可以查看、增加、删除前3类用户,即普通员工、部门经理和总经理,并可修改其密码;可以查看、增加、删除部门信息,可以指定或更改部门经理,可以为每位员工分配部门。
所有用户均可以查看所有员工(包括部门经理、总经理、管理员等)的通信录;均可以改变自己的通信方式和登陆密码。
总经理可以为所有普通员工、部门经理群发短消息,可以为指定人员发短消息和布置工作任务。
部门经理可以为本部门的所有员工群发短消息,可以为本部门指定人员发短消息和分配工作任务;可以查看是否有自己的短消息,可以看到系统提示当前日期(今天)有无工作任务。
普通员工可以查看是否有自己的短消息,可以看到系统提示当前日期(今天)有无工作任务,是谁布置的以及具体工作内容要求。
三.具体要求1.课程设计的内容独立自主完成,课程设计报告内容完整、格式规范、排版整洁美观;2.后台数据库采用MS SQL SERVER2005,前台界面语言不限,编写的程序代码,须有较详细的注释说明;四.进度安排课程设计安排:16周星期一讲解课程设计的内容,安排每一天的具体任务,分配并熟悉题目;星期二需求分析:给出系统的功能需求、性能需求,并绘制DFD和DD;星期三概念结构设计:绘制实体属性图(可选),局部ER图和全局ER图;星期四逻辑结构设计:转换、优化、外模式的设计;星期五物理结构设计及数据库实施;17周星期一应用程序编制调试、整理课程设计报告,并检查;星期二根据反馈结果修改课程设计;星期三提交作业上交的材料:课程设计的电子稿、打印稿、源码(SQL代码和程序代码)五.成绩评定考核方法:现场验收(占50%),课程设计报告(占50%)。
考核内容:学习态度(出勤情况,平时表现等)、方案合理性、各阶段的图表与程序编制质量、设计报告质量。
成绩评定:优,良,中,及格,不及格。
特别说明:(1)如发现抄袭,按照不及格处理。
(2)材料不齐的,考核等级降一级。
电子稿件以压缩文件的形式上交,压缩命名为:11位学号+姓名正文撰写包含的内容:1、需求分析2、概念结构设计3、逻辑结构设计4、物理结构设计5、数据库实施及应用程序编制6、心得体会7、参考资料正文:小型办公系统第一章需求分析传统的办公方式,如书面传递和口头通知等,日渐显现其效率低、信息传递慢、公文查阅不便及资源浪费等缺陷。
随着计算机技术和互联网的发展,网络化办公越来越显示其优越性。
本文主要介绍了采用+SQL的办公自动系统的功能,设计及其使用效果。
一、该系统的业务要求为:用户凭帐号密码登入系统,有4类用户:普通员工、部门经理、总经理、系统管理员1.系统管理员可以查看、增加、删除前3类用户,即普通员工、部门经理和总经理,并可修改其密码;可以查看、增加、删除部门信息,可以指定或更改部门经理,可以为每位员工分配部门。
2.所有用户均可以查看所有员工(包括部门经理、总经理、管理员等)的通信录;均可以改变自己的通信方式和登陆密码。
3.总经理可以为所有普通员工、部门经理群发短消息,可以为指定人员发短消息和布置工作任务。
4.部门经理可以为本部门的所有员工群发短消息,可以为本部门指定人员发短消息和分配工作任务;可以查看是否有自己的短消息,可以看到系统提示当前日期(今天)有无工作任务。
5、普通员工可以查看是否有自己的短消息,可以看到系统提示当前日期(今天)有无工作任务,是谁布置的以及具体工作内容要求。
二、该系统的基本信息包括:1、员工:员工ID,姓名,账号,密码,电话。
2、部门:部门名,部门经理,部门ID。
3、职位:职位名。
三、数据字典本数据库主要涉及的实体有:部门、员工、1、部门信息属性名类型长度说明bmm char 30 部门名bmjl Char 30 部门经理bmID char 30 部门ID,设为主码2、员工信息属性名类型长度说明ygID char 30 员工ID,设为主码xm Char 30 姓名,不为空zh Char 30 账号,不为空mm Char 30 密码,不为空dh int 电话,不为空BmID char 30 部门ID,不为空,设为外码xx char 50 信息,可为空time datetime 8 信息时间,可为空3、职位属性名类型长度说明zwm char 30 职位名,设为主码ygID Char 30 员工ID,设为外码第二章概念结构设计一、实体属性图1、员工实体图2、部门实体图3、职位实体图二、局部E-R 图 1、职位E-R 图一个员工只有一个职位,而一个职位可以拥有多个员工,因此其局部E-R 图为:密码姓名员工电话员工账号姓名密码电话部门部门名部门经理部门ID员工ID员工ID职位职位名信息 信息信息时间2、部门经理E-R 图一个部门由多个员工组成,而一个员工只属于一个部门,故其E-R 图为:部门员工 组成 姓名职位聘任n1 账号账号 n1 部门ID 部门名 部门经理电话 密码 职位名员工ID 信息信息时间信息时间三、总体E-R 图第三章 逻辑结构设计一、E-R 模型向关系模型的转换(下划线为主码,波浪形为外码)根据总E-R 图中的实体与实体之间的联系以及转换的一般原则,得到如下的关系模型:员工员工ID名称电话聘任职位职位名组成部门部门ID 部门名 部门经理账号密码n1n1信息信息时间1、职位员工(员工ID,名称,账号,密码,电话,部门ID,员工信息,信息时间,职位名)职位(职位名,员工ID)2、部门员工(员工ID,名称,账号,密码,电话,部门ID,员工信息,信息时间)部门(部门ID,部门名,经理)二、(2)确定各关系模式是否是第三范式观察上面的属性,很明显每个表中不包含重复组的关系,因此每个表的关系满足第一范式。
再次观察上面的表,且每个表中的非主属性都完全函数依赖于主码,因此都满足第二范式。
由于,非主属性都不传递依赖主码,因此都是第三范式。
上面的表中每个函数的决定因子都是依赖候选码的,所以表都满足BC范式。
综上以上的表都为第三范式。
第四章物理结构设计一、确定存取方法聚簇索引是将数据按索引列在物理上进行有序排列。
为了提高某个属性(或属性组)的查询速度,把这个或这些属性具有相同值的元组集中存放在连续的物理块中称为聚簇。
采用聚簇方法可以大大提高按相同部门进行查询的效率。
所以为了方便各部门经理对本部门员工的操作,本数据库采用聚簇方法来存放员工信息,聚簇码为所属部门名。
而因为查询员工一般都是根据员工ID来查询,所以需要对员工ID创建索引来减少查询所需时间。
二、确定存储结构确定数据库物理结构主要值确定数据存放的位置和存储结构,包括:确定关系、索引、日志、备份等存储安排和存储结构,确定系统配置等。
在综合考虑存取时间、存储空间利用率和维护代价三方面的因素下,经过权衡,确定下数据的存放位置和存储结构。
第五章数据库行为设计一、创建数据库建立数据库db240Create database dbs240二、创建表1、创建部门表use dbs240Create table bm(BmID char(30) primary key,Bmm char(30),Jl char(30))2、创建员工表use dbs240Create table yg(ygID char(30) primary key,xm char(30),dh int,zh char(30),mm int,xx char(30),BmID char(30),Time datatimeForeign key(bmID) references bm(bmID))3、创建职位表Create table zw(Zwm char(30),ygID char(30),Foreign key(ygID) references yg(ygID))三、赋予权限1、通过调用存储过程创建DBMS系统用户张三、李四、王五、陆六Exec sp_addlogin '张三','001'Exec sp_addlogin '李四','002'Exec sp_addlogin '王五','003'Exec sp_addlogin '陆六','004'2、通过调用存储过程分别将张三、李四、王五、陆六置为数据库用户Exec sp_grantdbaccess '张三','ABC'Exec sp_grantdbaccess '李四','ABD'Exec sp_grantdbaccess '王五','ABE'Exec sp_grantdbaccess '陆六','ABF'3、授予张三对yg表的查询权限Grant select on yg to ABC4、授予李四对yg表的查询权限Grant select on yg to ABD5、授予王五对yg表的查询权限及更新员工信息的权限Grant select on yg to ABEGrant update on yg(xx) to ABE6、授予陆六对yg表的查询权限,查看、增加、删除前3类用户,更新员工信息的权限Grant select on yg to ABFGrant update on yg to ABFGrant update on bm to ABFGrant update on zw to ABF四、查看任务Select xxFrom ygWhere time=data()第六章设计心得当今时代是飞速发展的信息时代。
在各行各业中离不开信息处理,这正是计算机被广泛应用于信息管理系统的环境。
计算机的最大好处在于利用它能够进行信息管理。
使用计算机进行信息控制,不仅提高了工作效率,而且大大的提高了其安全性。
尤其对于复杂的信息管理,计算机能够充分发挥它的优越性。
计算机进行信息管理与信息管理系统的开发密切相关,系统的开发是系统管理的前提。
本系统就是为了管理好图书馆信息而设计的。
本次课程设计做得是小型办公系统。
通过数据库的学习,我学会了如何使用数据库,如何保存,更新,删除,插入数据与赋予权限。
通过单独设计4个类,来完成对数据库中的表进行操作。
也学会了SQL Server中表的操作与管理。
把书本上学习到的SQL语言应用到实际中去,很好的锻炼了我编写SQL语言的能力。
由于是第一次开发自己的系统,所以很多都还不是十分熟练,虽然这学期在自学这方面知识,但很多知识都像一盘散沙,自己根本不能一下子使用。