学生宿舍管理系统数据库设计案例.jsp
题目：
学生宿舍管理系统数据库设计
目录
1. 系统需求分析阶段 (1)
1.1 引言 (1)
1.2 目标与任务 (1)
1.2.1 需求分析阶段的目标 (1)
1.2.2 需求分析阶段的任务 (1)
1.2.3 需求分析阶段成果 (3)
2. 概念设计阶段 (12)
2.1 引言 (12)
2.2 概念模型设计 (12)
2.3 新系统流程 (14)
3．逻辑设计阶段 (14)
3.1逻辑设计的任务和目标 (14)
3.2数据组织 (14)
3.2.1将E-R图转换为关系模型 (14)
3.2.2模型优化 (15)
3.2.3数据库模式定义 (16)
3.2.4用户子模式设计 (16)
3.3数据处理 (17)
4．物理设计阶段 (17)
4.1物理设计阶段的目标与任务 (17)
4.2数据存储方面 (17)
4.3系统功能模块 (18)
4.3.1 楼道工人基本的信息查询和更新模块 (18)
4.3.2 宿舍楼基本信息的查询和更新模块 (18)
4.3.3 宿舍基本信息的查询和更新模块 (19)
4.3.4 学生基本信息的查询和更新模块 (20)
4.3.5 宿舍物品的查询和更新模块 (20)
4.3.6 宿舍事故的查询和更新模块 (21)
4.3.7 宿舍物品处理的查询和更新模块 (21)
4.3.8 宿舍保卫处基本信息的查询和更新模块 (22)
5．数据库实施阶段 (22)
5.1建立数据库、数据表、视图、索引 (22)
5.1.1 建立数据库 (22)
5.1.2 建立数据表 (22)
5.1.3 建立视图 (26)
5.1.4 建立索引 (28)
5.2数据入库 (29)
5.3创建各个功能的存储过程 (29)
6．系统调试和测试.................................................................................... 错误！未定义书签。附录1 数据库逻辑结构定义. (30)
附录2 存储过程定义 (34)
附录3 所有的SQL运行语句 (39)
1. 系统需求分析阶段
1.1 引言
通过对学生宿舍楼的实地调查，了解到现在的学生宿舍管理仍停留在完全的人工管理阶段，楼管处没有标准的住宿学生存档信息。这中人工管理方式费时、费事、费力，造成工作效率低下。开发出合适的学生宿舍管理系统，可以方便学生宿舍的管理，提高宿舍管理工作效率及查询效率。
1.2 目标与任务
1.2.1 需求分析阶段的目标
（1）了解目前宿舍管理的现状以及SQL Server 2000的功能和特点。
（2）通过实地调查和问答－记录的方式了解宿舍管理的工作业务流程，并记录和处理相关的数据。
1.2.2 需求分析阶段的任务
（1）处理对象：
系统要处理的对象包括宿舍楼基本信息、学生基本信息、宿舍基本信息、楼道工作人员基本信息、宿舍保卫处基本信息、宿舍事故基本信息、物品出入基本信息等七个方面，各个对象包括信息如下所示（详细的数据见于数据字典）：
1．宿舍楼基本信息(Dormitory)：包括宿舍楼编号、宿舍楼所在校区、宿舍楼再校区中区域、每一幢宿舍楼楼管处的电话、宿舍楼楼管员信息等方面，这样可以方便管理者对宿舍楼的管理，提高查询效率；
2．学生基本信息(Student)：包括学生编号、学生所在学院信息、学生姓名、学生性别、学生来自省份、学生出生日期、学生入学时间、学生所学专业、所在班级等方面的信息，可以方便学信息的查询和更新；
3．宿舍基本信息(Room，Fitment，FitmentDestruction，FitmentCompensate)：宿舍基本信息包括四个数据结构（宿舍信息(Room)，宿舍物品信息(Fitment)，宿舍物品损坏信息(FitmentDestruction),宿舍损坏物品赔偿信息）,每个数据结构中的数据项见数据字典；
4．楼道工作人员基本信息(Worker)：包括工作人员编号、工作人员姓名、工作类型、工资、性别、联系方式、工作时间等数据项，可以方便管理人员对宿舍楼道工人的任用、信息查询及更改；
5．宿舍保卫处基本信息(SafeGuard)：包括保卫处名称、人员数目、负责人信息、联系电话等四方面的信息；
6．宿舍事故基本信息(Accident，AccidentResearch，AccidentCompensate)：事故信息包括三个数据结构（事故信息、事故处理信息、事故赔偿信息），具体的数据项见数据字典；物品出入基本信息(ArticalInOut)：包括出入物品的学生信息、出入的物品信息、出入物品时的负责人信息、出入物品时间，尽量减少宿舍事故的发生，保障学生宿舍财产的安全。
（2）处理功能要求
系统主要完成一下几个功能：
1．宿舍楼基本信息查询与修改；
2．学生基本信息查询与更新；
3．每一幢宿舍楼中宿舍信息的查询与信息更新；
4．宿舍保卫处基本信息的查询和修改；
5．宿舍事故基本信息及事故处理信息的查询和修改；
6．宿舍楼物品出入审批及记录；
（3）安全性和完整性要求
安全性先通过视图机制，不同的用户只能访问系统授权的视图，这样可提供系统数据一定程度上的安全性，再通过用户授权机制，欲用户登陆来识别用户级别，根据这个级别来分配用户权限，达到数据更高层次的安全保密功能。
完整性要求用于描述宿舍楼基本信息、学生基本信息、宿舍基本信息、楼道工作人员基本信息、宿舍保卫处基本信息、宿舍事故基本信息、物品出入基本信息中数据项能否为null，以及一些用户自定义完整性（符合实际要求），详细完整性要求见于系统的逻辑设计阶段。
1.2.3 需求分析阶段成果
（1）学生宿舍管理系统业务流程图
新生入住宿舍业务流程图：
查询业务流程图（查询宿舍学生信息、楼道工作人员信息、宿舍楼信息等）：
楼道工作人员任用业务流程图：
宿舍楼物品出入业务流程图：
（2）数据流程图
顶层数据流程图：
第2层数据流程图：从学生角度出发
第2层数据流程图：从管理者角度出发
第3层数据流程图：从新生角度出发
第3层数据流程图：从毕业生角度出发
第3层数据流程图：从宿舍楼物品出入出发
第3层数据流程图：从宿舍事故角度出入出发
第3层数据流程图：从楼道工作人员的任用角度出发
第3层数据流程图：从管理者和外来访客的角度出发
（3）数据字典
（a）数据项：系统涉及的数据项有71项
表1.1 数据项列表
数据项编号数据项名数据项含义与其它数据项的关系存储结构别名
DI-1 StuNo 学生编号char(9) 学号
DI-2 DepName 学生所在学院char(20) 学院
DI-3 StuName 学生姓名char(10) 姓名
DI-4 StuSex 学生性别char(2) 性别
DI-5 StuHome 学生来自省份char(10) 祖籍
DI-6 StuBorth 学生出生时间Date 出生日期DI-7 StuETime 学生入学时间Date 入学时间DI-8 StuPerfect 学生所在专业char(20) 专业
DI-9 StuClass 学生所在班级编号Int 编号
DI-10 WorNo 工作人员编号char(5) 编号
DI-11 WorName 工作人员姓名char(10) 姓名
DI-12 WorType 工作类型char(8) 工作类型DI-13 WorWage 工作人员工资Int 月工资DI-14 WorSex 工作人员性别char(2) 性别
DI-15 WorPhNo 工作人员联系方式char(12) 电话
DI-16 WorTime 工作人员工作时间char(30) 工作时间DI-17 RNo 宿舍编号char(6) 舍号
DI-18 RHeader 舍长信息等于StuName char(10) 舍长
DI-19 ROne 宿舍学生信息同上char(10) 舍员1 DI-20 RTwo 宿舍学生信息同上char(10) 舍员2
DI-21 RThree 宿舍学生信息同上char(10) 舍员3 DI-22 RFour 宿舍学生信息同上char(10) 舍员4 DI-23 RFive 宿舍学生信息同上char(10) 舍员5 DI-24 RSix 宿舍学生信息同上char(10) 舍员6 DI-25 RGrade 宿舍学生所属年级等于StuETime char(4) 年级
DI-26 RDepart 宿舍学生所在学院等于DepName char(20) 学院
DI-27 RPerfect 宿舍学生所学专业等于StuPerfect char(20) 专业
DI-28 RClass 学生所在班级编号等于StuClass char(2) 班级
DI-29 DorNo 宿舍楼编号smallint 宿舍楼号DI-30 DorCampus 宿舍楼所属校区char(4) 校区
DI-31 DorLocation 宿舍楼在校区位置char(4) 宿舍区位DI-32 DorPhNo 宿舍楼管处电话char(12) 电话
DI-33 DorAdminist 宿舍楼楼管员信息等于WorNo char(10) 楼管员DI-34 SGName 保卫处名称char(15) 名字
DI-35 SGWorNum 保卫处人员总数Int 人员数目DI-36 SGHeader 保卫处负责人信息char(10) 负责人DI-37 SGPhone 保卫处电话char(12) 电话
DI-38 FitName 宿舍物品名称char(16) 宿舍物品DI-39 FitPrice 宿舍物品价格Float 价格
DI-40 FitNum 每一种宿舍的数量Int 数量
DI-41 FDFitment 损坏物品信息等于FitName char(16) 物品名DI-42 FDStudent 损坏的学生信息等于StuNo char(9) 学生
DI-43 FDRoom 损坏物品宿舍信息等于RNo char(6) 舍号
DI-44 FDFitNum 损坏物品的数量Int 数量
DI-45 FCompFit 赔偿物品信息等于FitName char(16) 物品名DI-46 FCompStu 需赔偿学生信息等于StuNo char(9) 学生
DI-47 FCompMon 赔偿价格Float 赔偿价格DI-48 FCompPrin 赔偿负责人信息等于WorNo char(10) 负责人DI-49 FCompDate 赔偿日期Date 日期
DI-50 FCompNum 赔偿物品数量Int 数量
DI-51 AcNo 事故编号int 编号
DI-52 AcType 事故类型char(10) 类型
DI-53 AcArtical 事故损失物品char(30) 物品名DI-54 AcArNum 事故损失物品数量Int 数量
DI-55 AcStu 事故受害学生等于StuNo char(9) 学生
DI-56 AcDate 事故发生日期Date 日期
DI-57 AcPrin 事故负责人信息等于SGHeader char(15) 负责人DI-58 AcStuPh 受害人联系方式char(12) 学生电话
DI-59 AcVerify 事故是否属实Bool 核查
DI-60 ARNo 事故调查编号char(4) 编号
DI-61 ARName 事故调查名称char(15) 调查
DI-62 ARPrin 事故调查负责人等于SGHeader char(10) 负责人DI-63 ARResult 事故调查结果Bool 结果
DI-64 ACStu 事故赔偿学生信息等于StuNo char(10) 学生
DI-65 ACArtical 事故赔偿物品信息char(30) 物品名DI-66 ACDate 事故赔偿日期Date 日期
DI-67 ACPrin 事故赔偿负责单位等于SGHeader char(15) 负责单位DI-68 AIOStu 要求物品出入学生等于StuNo char(10) 学生
DI-69 AIOArtical 出入物品信息char(20) 物品名DI-70 AIOPrin 出入物品审查人等于WorNo char(10) 负责人DI-71 AIODate 出入物品日期Date 日期
DI-72 AIONo 物品出入序号Int 序号
（b）数据结构：
表1.2 数据结构列表
数据结构编号数据结构名
数据结构
含义
组成
DS-1 Student 宿舍学生信息StuNo,DepName,StuName,StuSex,StuHome, StuBorth,StuETime,StuPerfect,StuClass
DS-2 Worker 宿舍楼工作人员信息WorTime,WorName,WorType, WorWage,WorSex,WorPhNo,WorNo
DS-3 Room 宿舍信息RNo,RHeader,ROne, RClass, RThree,RFour,RFive,RSix,RGrade, RDepart,RPerfect,RTwo,
DS-4 Dormitory 宿舍楼信息DorNo,DorCampus,DorPhNo DorLocation,DorAdminist
DS-5 SafeGuard 宿舍保卫处信息SGName,SGWorNum,SGHeader,SGPhone DS-6 Fitment 宿舍物品配备信息FitName,FitPrice,FitNum
数据结构编号数据结构名
数据结构
含义
组成
DS-7 FitmentDestruction 宿舍物品损坏信息FDFitment,FDStudent,FDRoom,FDFitNum
DS-8 FitmentCompensate 宿舍损坏物品赔偿信
息
FCompFit,FCompStu,FCompPrin,
FCompDate,FCompNum
DS-9 Accident 宿舍事故注册信息AcNo,AcType, AcStu,AcDate, AcArtical,AcVerify,AcPrin, AcArNum,AcStuPh
DS-10 AccidentResearch 宿舍事故调查信息ARNo,ARName,ARPrin,ARResult
DS-11 AccidentCompensate 事故损失物品赔偿信
息
ACStu,ACArtical,ACDate,ACPrin
DS-12 ArticalInOut 宿舍楼物品出入信息AIOStu,AIOArtical,AIOPrin,AIODate,AIONo （4）处理逻辑描述（判定表或判定树）
表1.3 处理逻辑列表
2. 概念设计阶段
2.1 引言
概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构(概念模型)的过程,它是整个数据库设计的关键，包括概念模型设计和新系统流程两个阶段。
2.2 概念模型设计
（1）根据不同的对象，从第3层数据流程图（中层数据流程图）入手，分别画出分E－R 图：
（a）从数据流程图图2.4 与图 2.5 抽象出的分E－R图：
图3.1 分E－R图1
图3.2 分E－R图2
图3.3 分E－R图3
（b）从数据流程图图2.6与图2.8 抽象出的分E－R图：
图3.4 分E－R图4
（c）从数据流程图图2.7 抽象出的分E－R图：
图3.5 分E－R图5
（2）各分E－R图中每个实体的属性如下所示：
学生：Student(StuNo，DepName，StuName，StuSex，StuHome，StuBorth，StuETime，StuPerfect，StuClass)；
宿舍：Room(RNo，RHeader，ROne，RClass，RThree，RFour，RFive，RSix，
RGrade，RDepart，RPerfect，RTwo)；
宿舍楼：Dormitory(DorNo，DorCampus，DorLocation，DorPhNo，DorAdminist)；
宿舍物品：Fitment(FitName，FitPrice，FitNum)；
楼道工作人员：Worker(WorNo，WorName，WorType，WorWage，WorSex,
WorPhNo，WorTime)；
保卫处：SafeGuard(SGName，SGWorNum，SGHeader，SGPhone)；
各分E－R图中联系的属性如下所示：
物品出入：ArticalInOut(AIONo，AIOStu，AIOArtical，AIOPrin，AIODate)；
宿舍物品处理：包含物品损坏和物品赔偿两个数据结构(将在逻辑设计阶段给出)；
事故：包含宿舍事故注册、宿舍事故调查、事故损失物品赔偿三个数据结构(具体的结构将在系统逻辑设计阶段给出)。
（3）合并各分Ｅ－Ｒ图,消除属性冲突、命名冲突、结构冲突等三类冲突，得到初步E-R 图，再消除不必要冗余，得到的基本E-R图如下所示：
2.3 新系统流程
新系统流程图：
3．逻辑设计阶段
3.1逻辑设计的任务和目标
以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用的DBMS产品发生关系了，系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。具体内容包括数据组织（将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计）、数据处理（画出系统功能模块图）两大任务
3.2数据组织
3.2.1将E-R图转换为关系模型
由于宿舍楼与楼道工人的联系方式是1:n（一对多），可以将其之间的联系与n端实体
楼道工人合并，宿舍楼与宿舍之间的联系、宿舍与学生之间的联系方式也是1:n，同样也将其之间的联系与n端实体宿舍、学生合并，而宿舍物品与学生、学生与楼道工作人员之间的联系方式则是n:m（多对多），这样要把它们之间的联系转化为独立的关系模式，保卫处与学生之间的联系是1:n（一对多），但是它们之间的联系事故则包含数据结构，为了便于模型优化，将其联系也转化成独立的关系模式，具体的基本E-R图向关系模型的转化如下：
楼道工人：Worker（WorNo，WorName，WorType，WorWage，WorSex,
WorPhNo，WorTime，DorNo，DorCampus，DorLocation）；
宿舍楼：Dormitory（DorNo，DorCampus，DorLocation，DorPhNo，DorAdminist）；
宿舍：Room（RNo，RHeader，ROne，RClass，RThree，RFour，RFive，RSix，RGrade，RDepart，RPerfect，RTwo，DorNo，DorCampus，DorLocation）；宿舍物品：Fitment（FitName，FitPrice，FitNum，DorNo，DorCampus，DorLocation）；学生：Student（StuNo，DepName，StuName，StuSex，StuHome，StuBorth，StuETime，StuPerfect，StuClass，RNo，DorNo，DorCampus，DorLocation）；保卫处：SafeGuard(SGName，SGWorNum，SGHeader，SGPhone)；
物品出入：ArticalInOut(AIONo，StuNo，AIOArtical，AIOPrin，AIODate, DorNo，
DorCampus，DorLocation)；
宿舍物品处理包含两个数据结构（宿舍物品损坏信息，宿舍物品损坏赔偿信息），基于表的各个属性都是原子项的考虑，现将宿舍物品处理分解为：宿舍物品损坏、宿舍损坏物品赔偿，具体如下：
宿舍物品损坏：FitmentDestruction（FitName，StuNo，RNo，FDFitNum, DorNo，
DorCampus，DorLocation）；（消除命名冲突）
宿舍物品损坏赔偿：FitmentCompensate（FitName，StuNo，FCPrin，FCompDate，
FCompNum）；（消除命名冲突）
宿舍事故包含三个数据结构（宿舍事故注册信息、宿舍事故调查信息、宿舍事故损失物
品赔偿信息），同样基于表的原子性的考虑也将事故分解为：事故注册、事故调查、
事故赔偿，具体如下：
事故注册：Accident（AcNo，AcType，StuNo，AcDate，AcArtical，AcVerify，SGName，
AcArNum，AcStuPh）；
事故调查：AccidentResearch（AcNo，ARName，SGName，ARResult）；
事故赔偿：AccidentCompensate（AcNo，ACStu，AcArtical，ACDate，SGName）；（注：标有直线下划线的为主属性，标有波浪线下划线的是外键属性，主属性与外键属性一起构成主码）
3.2.2模型优化
关系模式Worker，Dormitory，Fitment，SafeGuard，ArticalInOut，FitmentDestruction，FitmentCompensate，Accident，AccidentResearch，AccidentCompensate不存在非主属性对主属性的部分函数依赖，也不存在传递函数依赖，已经达到了3NF，但是宿舍关系模式（Room）中存在着一些不应该有的数据冗余，现将模型优化为：
Room（RNo，RHeader，RGrade，RDepart，RPerfect，DorNo，DorCampus，DorLocation）；虽然Room中还存在一些数据冗余，但可以提高查询效率。
3.2.3数据库模式定义
表2.1 数据库模式定义表
编号逻辑结构(基本表)定义完整性和安全性
T－１Worker（详见附录1－1）（详见附录1－1）
T－2 Dormitory（详见附录1－2）（详见附录1－2）
T－3 Room（详见附录1－3）（详见附录1－3）
T－4 Fitment（详见附录1－4）（详见附录1－4）
T－5 Student（详见附录1－5）（详见附录1－5）
T－6 SafeGuard（详见附录1－6）（详见附录1－6）
T－7 ArticalInOut（详见附录1－7）（详见附录1－7）
T－8 FitmentDestruction（详见附录1－8）（详见附录1－8）
T－9 FitmentCompensate（详见附录1－9）（详见附录1－9）
T－10 Accident（详见附录1－10）（详见附录1－10）
T－11 AccidentResearch（详见附录1－11）（详见附录1－11）
T－12 AccidentCompensate（详见附录1－12）（详见附录1－12）
3.2.4用户子模式设计
表2.2 用户子模式设计(View)列表
作用(共性：提供数据保密和安全保护机制)
编号用户子模式
(View)
V－1 WorView 便于查询和修改楼道工人的基本信息
V－2 DormView 方便宿舍楼的基本信息的查询、更新
V－3 RoomView 以便于宿舍的基本信息的查询和更新
V－4 FitView 用于宿舍楼配备物品的基本信息的查询
V－5 StuView 便于查询和更改学生的基本信息
V－6 SGView 方便学生查询宿舍保卫处的基本信息
V－7 ArIOView 以便于物品出入的管理和信息的查询、更改
V－8 FDView 便于宿舍物品损坏的的登记及处理和信息的查询
V－9 FCView 查询损坏物品赔偿的基本信息，便于宿舍物品的管理
V－10 AccView 方便学生事故的注册及保卫人员对事故注册的查询
V－11 ARView 便于学生查询宿舍事故调查的基本信息
V－12 ACView 方便宿舍事故赔偿的信息查询和更新
3.3数据处理
系统功能模块图：
4．物理设计阶段
4.1物理设计阶段的目标与任务
数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程，在这个阶段中要完成两大任务：
（1）确定数据库的物理结构，在关系数据库中主要是存取方法和存储结构；
（2）对物理结构进行评价，评价的重点是时间和空间效率。
4.2数据存储方面
为数据库中各基本表建立的索引如下：
1.由于基本表Room，Student的主码RNo，StuNo经常在查询条件和连接操作的连
接条件中出现，且它们的值唯一，考虑在两个属性上建立唯一性索引；
2.Dormitory的主码DorNo，DorCampus，DorLocation经常在查询条件中出现，且
它们的组合值唯一，考虑在它们之上建立组合索引；
3.基本表Student的一属性StuName，经常在查询条件中出现，且经常出现在相等
的比较条件中，考虑在其之上建立聚簇索引；
4.基本表Fitment、SafeGuard的属性值几乎不会有什么变化，更新率很低，可考虑
适当建立索引；
5.基本表Worker，ArticalInOut，FitmentDestruction，FitmentCompensate，
Accident，AccidentResearch，AccidentCompensate的属性值经常发生变化，权衡系统为维护索引付出的代价，可考虑不建立索引，也可以适当建立索引。
数据库系统设计实验报告
数据库系统设计实验报告 ――教务管理系统 学院：计算机科学与技术 专业：软件工程 班级： 学号： 姓名： 指导老师：
一、概述 项目背景：数据库课程设计 系统名称：教务管理系统 开发环境：SQL Server 2008 二、需求分析 1、系统的概述 ?一个学校由很多个学院组成，每个学院有多个专业，每个专业有1个或 者多个班级。一个学生只属于1个班级，学生有姓名、学号、性别、身 份证号、入学时间等属性。 ?每个专业的每个年级都有对应的教学计划。教学计划指定了这个专业这 个年级的某门课程在那个学期上，学分、学时是多少。每个学院都设置 有1个教务秘书，这些信息都由教务秘书进行输入。每个院系的课程都 有自己的唯一编码，比如计算机系上的C语言，和电子系上的C语言， 虽然都是同一门课，但是编码是不同的。但是同一个院系中的相同的课 程，课程代码是唯一的。比如计算机学院的07计算机软件专业和计算机 学院的07计算机科学专业都有C语言课程，这两门课程的课程代码是相 同的。 ?教务秘书在每个学期的中间时刻，为下一个学期进行排课，排课的内容 根据教学计划，比如08计算机软件专业的学生，在2009-2010年第2 学期上的课程，可以通过教学计划得知要上什么课程，然后对这些课程 安排上课教师（比如陈越）、上课时间（比如星期2，第1-2节）和地点 （理工楼234），有的课程是单周上，有的双周，也有是每周都上的。 ?在每个学期期末，学生登录到网站上选择下一个学期需要上的课，选择 的时刻，可以选择是否需要教材，如果某门课程的人数选满了，则不能 给任何学生选择了。 ?学生根据选择的课程进行上课，参加考试。每个老师可以用自己的用户 名和密码登陆网站，选择这个学期自己所教的课程（一个老师可以上多 个班级的课程），输入这个班级的成绩，成绩分为期末考试成绩、期中考 试成绩、平时成绩、实验成绩以及总评成绩。这些成绩都需要进行存储。 ?为了保证安全性，老师输入的成绩并不是直接放到最终的成绩表中，而 是放在一个临时的表中，只有当教务秘书审核过后，才导入到最终的成 绩表中。
数据库管理系统的设计与实现
数据库管理系统的设计与实现 1.DBMS的目标 （1）用户界面友好对一个实用DBMS来说，用户界面的质量直接影响其生命力。DBMS的用户接口应面向应用，采用适合最终用户的交互式、表格式、菜单式、窗口式等界面形式，以方便使用和保持灵活性。一般地说，用户界面应具有可靠性、简单性、灵活性和立即反馈等特性。 （2）功能完备DBMS功能随系统的规模的大小而异。大型DBMS功能齐全，小型DBMS功能弱一些。DBMS主要功能包括数据定义、数据库数据存取、事务控制、数据库组织和存储管理、数据库安全保护等等。我们在下面讨论这些功能的内容。 （3）效率高系统效率包括三个方面:一是计算机系统内部资源的使用效率。能充分利用资源（包括存储空间、设备、CPU等），并注意使各种资源负载均衡以提高整个系统的效率，二是DBMS本身的运行效率。三是用户的生产率。这是指用户学习、使用DBMS和在DBMS基础上开发的应用系统的效率。 2.DBMS的基本功能 （1）数据库定义对数据库的结构进行描述，包括外模式、模式、内模式的定义;数据库完整性的定义;安全保密定义（如用户口令、级别、存取权限）;存取路径（如索引）的定义。这些定义存储在数据
字典（亦称为系统目录）中，是DBMS运行的基本依据。为此，提供数据定义语言DDL。 （2）数据存取提供用户对数据的操纵功能，实现对数据库数据的检索、插入、修改和删除。一个好的DBMS应该提供功能强易学易用的数据操纵语言（DML）、方便的操作方式和较高的数据存取效率。DML有两类:一类是宿主型语言，一类是自含型语言。前者的语句不能独立使用而必须嵌入某种主语言，如C语言、COBOL语言中使用。而后者可以独立使用，通常以供终端用户交互使用和批处理方式两种形式使用。 （3）数据库运行管理这是指DBMS运行控制、管理功能。包括多用户环境下的并发控制、安全性检查和存取权限控制、完整性检查和执行、数据加密、运行日志的组织管理、事务的管理和自动恢复（保证事务的正确性），这些功能保证了数据库系统的正常运行。 （4）数据组织、存储和管理DBMS要分门别类地组织、存储各类数据，包括数据字典（亦称系统目录）、用户数据、存取路径等等。要确定以何种文件结构和存取方式在存储级上组织这些数据，如何实现数据之间的联系。数据组织和存储的基本目标是提高存储空间利用率，选择合适的存取方法确保较高存取（如随机查找、顺序查找、增、删、改）效率。 （5）数据库的建立和维护包括数据库的初始建立、数据的转换、数据库的转储和恢复、数据库的重组织和重构造以及有性能监测分析等功能。
SQLserver数据库课程设计范例
1 概述 1.1课题简介 书店书目书种繁多，来源多样，购买者众多，图书信息、供应商信息、客户信息、销售信息庞大，不易管理。因此，很有必要创建一个小型书店管理系统，以便于书店对图书的管理。1.2设计目的 应用对数据库系统原理的理论学习，通过上机实践的方式将理论知识与实践更好的结合起来，巩固所学知识。 数据库应用课程实践：实践和巩固在课堂教学中学习有关知识，熟练掌握对于给定结构的数据库的创建、基本操作、程序系统的建立和调试以及系统评价。 数据库原理软件设计实践：实践和巩固在课堂教学中学习的关于关系数据库原理的有关知识和数据库系统的建立方法，熟练掌握对于给定实际问题，为了建立一个关系数据库信息管理系统，必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价的一般过程，为毕业设计打下基础。 1.3设计内容 运用基于E-R 模型的数据库设计方法和关系规范化理论做指导完成从系统的分析到设计直至系统的最终实现，开发小型书店管理系统，完成小型书店管理系统的全部功能。 首先做好需求分析，并完成数据流图和数据字典。 其次做概念分析，利用实体联系的方法将需求分析的用户需求抽象为信息结构，得到E-R 图。然后就是逻辑结构设计，将E-R 图转换为计算机系统所支持的逻辑模型 2 需求分析 2.1功能分析 首先，建立一些基本表（尽可能满足3N），对大部分基本信息组合、存储；其次通过建立视图实现对冗余数据的有必要保留（查询并计算基本表属性得到新的作为视图属性）并实现对以下基本信息的显示。 图书信息：图书名称、订购数量、订购时间、订购单价、金额、出版社名称、作者名称；供应商名称等； 供应商信息：供应商名称、地址、电话，联系人； 客户信息：客户编号、名称、年龄、性别、累计购书金额等； 销售信息：时间、销售名称、数量、销售单价、客户编号、客户名称、金额等。 在此基础上进行以下目标查询，由于有些查询常用且较复杂，为了简化其应用，所以将它们定义
数据库课程设计完整版
数据库课程设计完 整版
HUNAN CITY UNIVERSITY 数据库系统课程设计 设计题目：宿舍管理信息系统姓名： 学号： 专业：信息与计算科学指导教师：
20年 12月1日 目录 引言3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要5 1.4软件处理对象 6 1.5系统可行性分析6 1.6系统设计目标及意义7 1.7系统业务流程及具体功能 7
1.8.1数据流程图8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20参考文献 20 引言
学生宿舍管理系统对于一个学校来说是必不可少的组成部分。当前好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强能够接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条一条的查找，这样不但麻烦还浪费了许多时间，效率也比较低。当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此，设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点，而且具备修改功能，能够快速的查询学校所需的住宿信息。 面对当前学校发展的实际状况，我们经过实地调研之后，对宿舍管理系统的设计开发做了一个详细的概述。
数据库应用系统开发报告
《专业技能训练—数据库应用系统开发》 报告 课程设计题目：医药管理信息系统 班级：13科技2班 姓名：詹文宏 学号：201324131251 任课教师：蔡文伟 开始时间：2015年09月7日 结束时间：2015年11月25日
目录 第一章系统概述 (3) 1.1 系统开发背景 (3) 1.2.系统开发目的 (3) 1.3.开发环境 (3) 第二章需求分析 (4) 2.1信息需求（基本信息） (4) 2.2功能需求 (4) 2.3数据库数据 (4) 2.4 模块图 (5) 2.5安全性与数据完整性要求 (10) 第三章概念结构设计 (11) 3.1系统E-R图 (11) 3.2逻辑结构设计 (12) 3.3主要模块的设计以及数据库操作 (14) 第四章设计总结 (24) 参考文献 (33)
第一章系统概述 1.1 系统开发背景 随着科技的不断进步，企业都在不断的注重管理的信息化以完善企业管理，增强企业自身的竞争力。医药业也不例外，通过较完善的信息系统实现自身企业对内部管理的方便性、合理性、快捷性、高效性等要求。 以前的手工管理效率低使最明显的缺陷，另外，数据的一致性不好维护，如某个药品信息的记录有所改动（如更改编号），那么该要品的其他记录就与此不一致，造成查询的费时费力。要把全部数据都更改又相当不方便。对药品库存的盘点也很不方便，而且需要较多的人来进行管理操作，而且容易出错，造成数据的不一致。而药品业是关民生的行业，错误信息可能会造成不可收拾的严重后果。因此，运用高效、准确的信息管理系统来替代手工管理是完善医药业管理的有效手段。 1.2.系统开发目的 利用数据库系统可以很好的对数据进行维护，减少由于数据不一致等错误带来的麻烦。方便数据的更新和查询，降低错误率，方便药品信息的维护及库存的盘点。还可以运用较少的人员，高效的完成对医药的管理。由于社会的发展不断趋于信息化，各个行业都要加强自身的信息化程度以适应社会的发展。而管理信息化正迎合了这个趋势，数据库系统在医药业的应用业实现了医药业执行工具、业务管理等的信息化，在这个信息化社会为医药业的发展增加了新的动力。相信随着社会的不断发展对该类系统的需求会越来越高。医药管理信息系统，即服务于个人，又服务于企业，并最终服务于社会，这是让科技为人类服务的最好例证，其开发意义显而易见。 1.3.开发环境 1)数据库管理系统选用Microsoft SQL Server 2005。
数据库课程设计(自己做的)
——货存控制系统 6、1数据库设计概述 ㈠数据库设计的概念:数据库设计就是指对于一个给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,使之能够有效地存储数据,满足各种用户的应用需求(信息要求与处理要求)。在数据库领域内,常常把使用数据库的各类系统统称为数据库应用系统。 ㈡数据库设计的特点 1、数据库建设就是硬件、软件与干件的结合:三分技术、七分管理、十二分基础数据,技术与管理的界面称之为干件。 2、数据库设计过程就是结构设计与行为设计的密切结合:结构设计就是设计数据库结构,行为设计就是设计应用程序、事务处理等。 ㈢数据库设计的方法 1、手工试凑法:设计质量与设计人员的经验与水平有直接关系,缺乏科学理论与工程方法的支持,工程质量难保证。 2、规范设计法:基本思想就是过程迭代与逐步求精。 ㈣数据库设计的基本步骤 准备工作:选定参加设计的人员。 ⑴分析员:数据库设计的核心人员,自始至终参与数据库设计,其水平决定了数据库系统的质量。 ⑵用户:主要参加需求分析与数据库的运行维护,用户的积极参与将加速数据库设计,提高数据库设计的质量。 ⑶程序员:在系统实施阶段参与进来,负责编制程序。 ⑷操作员:在系统实施阶段参与进来,准备软硬件环境。 ㈤数据库设计的过程(六个阶段) 1、需求分析阶段: 准确了解与分析用户需求(包括数据与处理),就是整个设计过程的基础,就是最困难、最耗费时间的一步。 2、概念结构设计阶段: 整个数据库设计的关键,通过对用户需求进行综合、归纳与抽象,形成一个独立于具体DBMS的概念模型 3、逻辑结构设计阶段: 将概念结构转换为某个DBMS所支持的数据模型,并对其进行优化。 4、数据库物理设计阶段: 为逻辑数据模型选取一个最适合应用环境的物理结构(包括存储结构与存取方法)。 5、数据库实施阶段: 运用DBMS提供的数据语言、工具及宿主语言,根据逻辑设计与物理设计的结果建立数据库、编制与调试应用程序、组织数据入库并进行试运行。 6、数据库运行与维护阶段: 数据库应用系统经过试运行后即可投入正式运行,在运行过程中不断对其进行评价、调整与修改。 设计一个数据库应用系统往往就是上述六个阶段的不断反复。 ㈥数据库设计各阶段的模式形成: 1、需求分析阶段:综合各个用户的应用需求。 2、概念设计阶段:形成独立于机器特点,独立于各个DBMS产品的概念模式(E-R图)。
数据库设计案例-酒店管理系统精品
【关键字】方案、情况、方法、实效、空间、文件、模式、运行、认识、问题、系统、有效、充分、公开、持续、统一、发展、建立、制定、发现、了解、措施、特点、位置、安全、稳定、准则、根本、基础、需要、项目、职能、需求、方式、作用、标准、规模、结构、水平、速度、关系、设置、分析、简化、吸引、逐步、形成、严格、管理、维护、服务、发挥、解决、优化、调整、分工、保障、实现、提高、落实、系统性 酒店管理系统 一、背景说明 目前大多数酒店提供的服务多种多样，规模大小也各不相同，但稍具规模的酒店必含下面三类服务：饮食、住宿和娱乐。由于我们对酒店行业没有具体的接触和实质性的了解。此次数据库设计只能在一些收集到的基本材料与个人直观认识的基础上，简单模仿中等规模的酒店设计管理系统，并将其抽象成一个由三部门组成、实现三大服务的系统。 二、部门的划分 1．饮食部门 它是酒店基本部门之一。它提供服务的特点是实时性强、持续时间短，强调效率。例如，顾客人数、顾客所用的菜及其它饮料等种类繁多，数量不等；后勤各种活动如采购等频繁发生。通过分析可发现，用人工完成此类操作比计算机更具实效与时效，且此类信息也没有长时间保留的必要，因此这些信息没有必要采用数据库管理。对于饮食部门，需要较长时间保留的信息主要是财务信息，一方面便于期末汇总，另一方面便于向上级报告。 在规模较大的酒店餐饮服务部分，餐厅可分成几个等级或几个小部门，然后各自形成小系统，本系统为了简单起见，把饮食部门作为一个子系统，不再细分。 2．住宿管理部门 它也是酒店基本部门之一。住宿管理部门的主要职责有：A.给个房间布置各种设备、分类、编号、制定收费标准、分配服务人员。B.登记旅客信息，确认其身份，登记其入住、退房时间。C.统计各类房间的客满程度。D.对本部门的财务流动进行登记处理。以上信息处理可以通过计算机完成，其他不便于计算机操作的在此没有列出。 3．娱乐管理部门 娱乐是酒店非主流服务，它的存在除了赢利，更多的是为了吸引顾客食宿。娱乐部门的特点与饮食部门很相似，不便于使用计算机进行操作。可以用计算机完成并且有必要用计算机完成的有：A.制定收费标准，分配负责人.B.收入支出财务处理：编号、财务来源去处的摘要、数量、单价、数额、
数据库课程设计完整版
HUNAN CITY UNIVERSITY 数据库系统课程设计设计题目：宿舍管理信息系统 姓名： 学号： 专业：信息与计算科学 指导教师： 20年 12月1日 目录 引言 3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要 5 1.4软件处理对象 6 1.5系统可行性分析 6 1.6系统设计目标及意义7
1.7系统业务流程及具体功能 7 8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20 参考文献 20 引言 学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强可以接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条一条的查找，这样不但麻烦还浪费了许多时间，效率也比较低。当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此，设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了
i-3 数据库设计报告
基于的火车售票系统数据库设计报告
版本历史
目录 0. 文档介绍 (4) 文档目的 (4) 文档范围 (4) 读者对象 (4) 参考文献 (4) 术语与缩写解释 (5) 1. 数据库环境说明 (6) 2. 数据库的命名规则 (6) 3. 逻辑设计 (6) 4. 物理设计 (7) 表汇总 (8) 表A (8) 表N (8)
5. 安全性设计 (10) 防止用户直接操作数据库的方法 (10) 用户帐号密码的加密方法 (10) 角色与权限 (11) 6. 优化 (11) 7. 数据库管理与维护说明 (11)
0. 文档介绍 文档目的 需求的编写是为了研究火车售票系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。本说明书的预期读者是与和售票系统软件开发有联系的决策人。支持本项目的领导和公司人员，软件验证者。 文档范围 本文档适用于项目开发的设计阶段，在项目开发阶段可按照本文档检验数据库实施情况。 读者对象 1．本系统的开发人员。 2. 本系统的测试人员。 3. 本系统的客户 参考文献 提示：列出本文档的所有参考文献（可以是非正式出版物），格式
如下： [标识符] 作者，文献名称，出版单位（或归属单位），日期 例如： [AAA]作者，《立项建议书》，机构名称，日期 [SPP-PROC-SD] SEPG，系统设计规范，机构名称，日期 [1] [C#专业项目实例开发] Arora，中国水利水电出版社,2007 [2] [数据库原理及应用] 王雯，北京机械工业出版社 [3][数据库基础与实践技术] 何玉洁，,机械工业出版社. [4] [C#数据库系统开发完全手册] 王小科，人们邮电出版社， [5] [C#+sql Server中小型信息系统开发实例精选] 黄明，机械工业出版社. 术语与缩写解释
数据库系统设计说明书
数据库课程设计——学生信息管理系统 学院：机电工程学院 班级：09工业工程 组员：郎建鹏 学号：0911******* 指导老师：李峰平
目录 第一章系统分析 (2) 1 建立新系统的必要性 (2) 2 业务流程分析（业务流程图） (2) 3 数据流程图 (3) 4 数据字典 (4) 第二章系统设计 (4) 1 数据库设计（E-R） (4) 2系统运行环境 (6) 3输入输出设计 (10) 第三章设计总结 (10) 参考文献……………………………………………………………… 图例说明………………………………………………………………
第一章系统分析 1 建立新系统的必要性 这次的课程设计是在学习完《数据库原理》和《delphi程序设计》基础上进行的一次系统性的训练，既是对所学知识的巩固，也是对自己综合运用所学知识解决实际问题的一次锻炼。学生信息管理系统的主要目的是为了方便学校对学生的信息进行录入、修改、查询，提高学校的工作效率。这一系统的开发成功，解决了手写速度慢、容易出错的现状。 学生信息管理可以帮助学校最迅速最准确的完成所需的工作。无论是在适用性、灵活性和易操作性方面都显示出了它的强大功能。 2 业务流程分析（业务流程图）
数据流图是结构化分析中不可缺少的有力工具，它描述了系统的分解，即系统由哪些部分组成，各部分之间有什么联系等。但是，它还不能完整地表达一个系统的全部逻辑特征，特别是有关数据的详细内容。因此，仅仅一套数据流图并不能构成系统说明书，只有对图中出现的每一个成分都给出详细定义以之后，才能全面地描述一个系统。对数据流、数据存储和数据处理的详细描述，需要用数据字典（DD）。它包括数据流、数据存储、外部项和处理过程的详细条目。数据字典中把数据的最小单位定义为数据项，而若干数据项可以组成一个数据结构。数据字典是通过以数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。 第二章系统设计 1 数据库设计（E-R） （1）管理员实体的E-R图 （2）普通用户实体的E-R图
数据库课程设计案例
炼钢厂作业管理子系统数据库设计 目录 1系统目标 (1) 1.1 背景介绍 (1) 1.2系统目标 (2) 2需求分析 (2) 2.1 组织结构分析 (2) 2.2业务流程分析 (3) 2.3数据流程分析 (8) 2.4数据字典 (13) 3概念结构设计 (14) 4 逻辑结构设计 (18) 5 物理结构设计 (18) 1系统目标 1.1背景介绍 钢铁行业是我国国民经济的支柱产业之一，为国民经济的持续发展作出了积极的贡献。近十年来，钢铁企业面临的市场竞争环境发生了巨大的改变，客户对钢材的需求呈现多品种、小批量特点。 这种局面下，钢铁企业对用户需求的预测越来越困难，为了减少库存，节约成本，最有效的运作策略是将传统以预测为主轴的推式系统(Push System)改为以需求计划(Demand Planning)为主轴的拉式系统(Pull System)。企业生产将减少预测性生产，而变成主要按订单生产；生产模式也由过去大批大量生产方式改变成多品种、小批量生产方式[10]。 “以信息化促进工业化”是制造业提高生产经营水平的必然选择。我国钢铁工业在长期的信息化应用过程中，逐步实现了基础自动化和过程自动化；在管理信息化方面也从初期简单的MIS（Manage Information System,管理信息系统）系统向ERP（Enterprise Resource Plan,企业信息资源组织与管理）/电子商务转变，信息化工作取得了一定的成绩。钢铁行业的信息化特点在于： 1)基础自动化和过程自动化基础良好； 2)钢铁行业成产流程长、环节多、工艺复杂，自动化技术应用十分广泛。 进入二十世纪90年代以来，钢铁工业自动化应用范围不断扩大，应用水平不断提高、数字化日趋明显。虽然不同钢铁企业的具体自动化程度有所不同，但从整个行业看，基础自动化、过程自动化在钢铁企业中得到广泛应用，并伴随自动化技术的发展而逐步加深； 同时应当看到，钢铁工业虽已基本实现了基础自动化和过程自动化，但这些自动化系统都是以单元生产设备为核心进行检测与控制的，生产设备之间形成诸多“自动化孤岛” [12]。这种“自动化孤岛”式的单机自动化缺乏信息资源的共享和生产过程的统一管理，难
学生数据库设计实例
学生成绩管理系统 目录一：需求分析 二：系统功能描述 三：E-R图 四：数据库逻辑结构设计 五：数据库物理设计 六：代码设计 七：SQL代码 八：界面截图 一：需求分析： 随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息量也成倍增长，对学生成绩信息的管理难度随之增大。面队如此庞大的信息量，这就需要学生成绩管理信息系统来提高学生管理工作的效率。通过这样的系统，做到信
息的规范管理、科学统计以及快速的查询和修改，从而减少管理方面的工作量。总体任务是要实现学生成绩信息关系的系统化、规范化和自动化。根据总体任务的要求进行需求分析得出，学生成绩管理信息系统需要完成的功能主要如下：学生基本信息的输入，其中包括学生学号、姓名、性别、所属学院，所属系别，所属班级、出生年月、籍贯、宿舍、联系方式等。 学校基本课程信息的输入，包括课程编号、课程名称、课程属性、课程描述以及完成该课程所得的学分。 教师基本信息的输入，其中包括教师编号，教师姓名，教师职称，所教课程，所教班级等情况 学生信息，教师信息，课程信息，学生考试成绩的插入，删除，修改、查询和统计。 识别每个用户的身份和密码，从而保证信息的安全性，防止信息的外泄和盗用。 还有，涉及到信息的增，删，改的，主要都是面向教务管理员，教师只能录入成绩，查询成绩，修改成绩，和查询个人信息，而学生只能登录查看自己的信息，查询成绩等。 二：系统功能描述 教务处（管理员） 教师学生
院
三：E-R图（概念结构建立）1）学生查询系统的分E-R图
2）教师查询更新系统的分E-R图 3）管理员分E－R图
数据库管理系统设计报告
数据库原理课程设计报告学生学籍管理系统 学生学号： 学生姓名： 所在学院： 专业年级： 年月日
前言 随着信息技术的飞速发展,信息化的大环境给各成人高校提出了实现校际互联,国际互联,实现静态资源共享,动态信息发布的要求; 信息化对学生个人提出了驾驭和掌握最新信息技术的素质要求;信息技术提供了对教学进行重大革新的新手段;信息化也为提高教学质量,提高管理水平,工作效率创造了有效途径. 校园网信息系统建设的重要性越来越为成人高校所重视. 利用计算机支持教学高效率，完成教学管理的日常事务，是适应现代教学制度要求、推动教学管理走向科学化、规范化的必要条件；而教学管理是一项琐碎、复杂而又十分细致的工作，工资计算、发放、核算的工作量很大，不允许出错，如果实行手工操作，每月须手工填制大量的表格，这就会耗费工作人员大量的时间和精力，计算机进行教学管理工作，不仅能够保证各项准确无误、快速输出，而且还可以利用计算机对有关教学的各种信息进行统计，同时计算机具有手工管理所无法比拟的优点. 例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高员工工资管理的效率,也是教学的科学化、正规化管理，与世界接轨的件。 在软件开发的过程中，随着面向对象程序设计和数据库系统的成熟，数计成为软件开发的核心，程序的设计要服从数据，因此教学管理系统的数据库设计尤其重要。这里主要介绍教学管理系统的数据库方面的设计，从需求分析到数据库的运行与维护都进行详细的叙述。
目录 前言 (2) 1.需求分析 (4) 1.1需求分析的任务 (4) 1.2需求分析的工程 (4) 1.3数据字典 (5) 2.概念结构设计 (6) 2.1E-R图设计方法及关键技术 (6) 2.2学生学籍管理E-R图 (7) 3.逻辑结构设计 (8) 4.数据库实施 (9) 4.1建表 (9) 4.2 SQL语句查增删改操作 (10) 4.3建立条件查询 (12) 4.4窗体的建立 (13) 4.5登陆、查询操作 (16) 4.6增删改操作 (16) 5.数据库运行与维护 (17) 5.1数据库的运行 (17) 5.2数据库的维护 (17) 6.总结 (18)
数据库系统课程设计--实例
摘要 数据库技术是计算机科学技术发展最快，应用最为广泛的技术之一。其在计算机设计，人工智能，电子商务，企业管理，科学计算等诸多领域均得到了广泛的应用，已经成为计算机信息系统和应用的核心技术和重要基础。 随着信息技术的飞速发展,信息化的大环境给各成人高校提出了实现校际互联,国际互联,实现静态资源共享,动态信息发布的要求; 信息化对学生个人提出了驾驭和掌握最新信息技术的素质要求;信息技术提供了对教学进行重大革新的新手段;信息化也为提高教学质量,提高管理水平,工作效率创造了有效途径. 校园网信息系统建设的重要性越来越为成人高校所重视. 利用计算机支持教学高效率，完成教学管理的日常事务，是适应现代教学制度要求、推动教学管理走向科学化、规范化的必要条件；而教学管理是一项琐碎、复杂而又十分细致的工作，工资计算、发放、核算的工作量很大，不允许出错，如果实行手工操作，每月须手工填制大量的表格，这就会耗费工作人员大量的时间和精力，计算机进行教学管理工作，不仅能够保证各项准确无误、快速输出，而且还可以利用计算机对有关教学的各种信息进行统计，同时计算机具有手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高员工工资管理的效率,也是教学的科学化、正规化管理，与世界接轨的件。在软件开发的过程中，随着面向对象程序设计和数据库系统的成熟，数据设计成为软件开发的核心，程序的设计要服从数据，因此教学管理系统的数据库设计尤其重要。 本文主要介绍教学管理系统的数据库方面的设计，从需求分析到数据库的运行与维护都进行详细的叙述。本系统利用IBM DB2企业版本开发出来的。DB2是IBM公司开发的关系关系数据库管理系统，它把SQL语言作为查询语言。 本文的分为5章。其中第1章主要是课题简介及设计的内容与目的。第2章是需求分析，此阶段是数据库设计的起点。第3章是概念设计，它是将需求分析的用户需求抽象为信息结构，这是整个数据库设计最困难的阶段。第4章是逻辑结构设计，它将概念模型转换为某个DBMS所支持的数据模型。第5章是数据库的实施与运行，它包括数据的载入及数据库的运行。 关键词：SQL语言；IBM DB2；数据库设计；教学管理系统 I
数据库课程设计-仓库管理系统
任务书 1、课程设计题目 仓库管理系统 2、设计任务和内容 一个小型通用的仓库管理系统是实现企业对库存商品出库、入库进行高效的管理。通过使用系统应能结合销售情况对库存商品进行录入、删除、修改等操作。按照一定的条件，查询、统计符合条件的商品信息；并且对查询、统计的结果有一定的输出。 本课题任务是开发一个小型的仓库管理系统，并撰写符合规范的课程设计说明书以体现设计过程和设计结果。 3、设计步骤和要求 设计步骤： 首先进行相关资料查阅和学习，了解基本的业务流程和系统数据功能要求。然后结合软件工程的理论和教材中数据库设计的六个阶段（重点是前三个阶段）完成设计任务，即系统结构设计（需求分析、概念结构设计、逻辑结构设计、物理结构设计）和系统功能设计。 设计要求： 1、撰写课程设计说明书。其要求如下： （1）基本要求： ①能反映完成了上述设计内容要求。 ②要求撰写不少于5000个文字（20页）的文档。 ③文档中至少要包括：数据流图、数据字典、E-R图、数据库表的详细 说明、系统功能结构图、主要功能模块说明。 ④课程设计说明书一律用碳素墨水书写，其中用户界面设计可以附界面 的计算机截图或手工绘图。 （2）文档格式要求（遵循数据库原理及使用课程设计大纲上的要求）其中，正文部分： ①分章、层次等，每一章从新一页开始。 ②章节安排可如下安排 ．概述：包括项目背景、编写目的、软件定义、开发环境等内容。 ．需求分析：问题陈述、需完成的功能。以数据流图和数据字典表达。 ．概念结构设计：将上述需求分析的成果抽象为ER模型图。 ．逻辑结构设计：把ER模型图转换为关系表；描述每一个基本表关系。并进行规范化；定义视图、定义索引、主关键字、定义权限。 ．软件功能设计：画出系统功能结构图，描述每个功能所完成的任务。 ．代码设计和界面设计：给出主要功能的代码并有适当的说明；界面设计要合理，给出主要界面。 2、一个可运行的仓库管理系统原型。（可选） 教师签名：
数据库设计报告
《数据库系统概论》课程设计报告 课程名称：数据库系统概论 院系年级：14级电气信息工程系 专业班级：计算机科学与技术1班 学号： 姓名： 联系电话： 指导教师： 安徽马鞍山
2016年6月 第一章相关方法技术 1.1数据库应用特点 数据库技术是现代信息科学与技术的重要组成部分，是计算机数据处理与信息管理系统的核心。数据库技术研究和解决了计算机信息处理过程中大量数据有效地组织和存储的问题，在数据库系统中减少数据存储冗余、实现数据共享、保障数据安全以及高效地检索数据和处理数据。随着计算机技术与网络通信技术的发展，数据库技术已成为信息社会中对大量数据进行组织与管理的重要技术手段及软件技术，是网络信息化管理系统的基础。 1.2数据与处理 以处理为中心 根据处理功能设计数据文件，处理功能需要什么数据就创建什么数据文件。处理功能是主动的，数据结构是依赖的。势必导致数据的冗余存储，潜在数据的不一致性。只适合科学计算，不适合数据密集型的事务处理系统。 以数据为中心 只要应用领域内的业务内容不变，其信息结构是稳定，多变的是处理功能。主张设计稳定的数据结构，自动适应处理程序的多变性。凡是数据库应用系统，适合采用以数据为中心的应用模式。 1.3数据库设计方法 （1）功能驱动方法: 这个方法设计依赖处理中心强调先根据功能要求画出分层的数据流程图从数据流程图当中收集数据项及其数据存储以及数据字典依据数字字典分析提取出数据库相关的各种信息类。 （2）E-R建模方法： 采用以数据为中心的设计策略在初步了解领域当中各种业务需求和处理过程基础上 1.4数据库设计步骤 按照规范化设计方法，从数据库应用系统设计和开发的全过程来考虑，将数据库及其应用软件系统的生命周期可以细分为七 个阶段：规划、需求分析、概念结构设计、逻辑结构设计、物理结构设计、实施及运行维护。 各阶段需完成的工作分别为： 1、应用规划 规划阶段进行系统的必要性和可行性分析，确定数据库系统在整个管理系统中的地位。 规划阶段必须要完成的任务包括：确定系统的范围；确定开发工作所需的资源（人员、硬件和软件）；估算软件开发的成本；确定项目进度。
数据库系统的设计步骤
数据库系统的设计步骤 数据库设计(Database Design)是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求。下面小编整理了数据库系统的设计步骤，供大家参考！ 进行数据库设计首先必须准确了解和分析用户需求。需求分析是整个设计过程的基础，也是最困难，最耗时的一步。需求分析是否做得充分和准确，决定了在其上构建数据库大厦的速度与质量。需求分析做的不好，会导致整个数据库设计返工重做。 需求分析的任务，是通过详细调查现实世界要处理的对象，充分了解原系统工作概况，明确用户的各种需求，然后在此基础上确定新的系统功能，新系统还得充分考虑今后可能的扩充与改变，不仅仅能够按当前应用需求来设计。 调查的重点是，数据与处理。达到信息要求，处理要求，安全性和完整性要求。 分析方法常用SA(Structured Analysis) 结构化分析方法，SA方法从最上层的系统组织结构入手，采用自顶向下，逐层分解的方式分析系统。 数据流图表达了数据和处理过程的关系，在SA方法中，处理过程的处理逻辑常常借助判定表或判定树来描述。在处理功能逐步分解的同事，系统中的数据也逐级分解，形成若
干层次的数据流图。系统中的数据则借助数据字典来描述。数据字典是系统中各类数据描述的集合，数据字典通常包括数据项，数据结构，数据流，数据存储，和处理过程5个阶段。 概念结构设计是整个数据库设计的关键，它通过对用户需求进行综合，归纳与抽象，形成了一个独立于具体DBMS 的概念模型。 设计概念结构通常有四类方法： 自顶向下。即首先定义全局概念结构的框架，再逐步细化。 自底向上。即首先定义各局部应用的概念结构，然后再将他们集成起来，得到全局概念结构。 逐步扩张。首先定义最重要的核心概念结构，然后向外扩张，以滚雪球的方式逐步生成其他的概念结构，直至总体概念结构。 混合策略。即自顶向下和自底向上相结合。 逻辑结构设计是将概念结构转换为某个DBMS所支持的数据模型，并将进行优化。 在这阶段，E-R图显得异常重要。大家要学会各个实体定义的属性来画出总体的E-R图。 各分E-R图之间的冲突主要有三类：属性冲突，命名冲突，和结构冲突。
空间数据库毕业课程设计报告
空间数据库课程设计兼ARCSDE入门 手册 一．ArcSDE的配置 数据库的创建 数据库的配置 数据库的网络配置 数据库的控制和管理 ArcSDE的配置 二.数据库的设计 建立数据库连接 表的创建与设计 版本的注册与创建 成员角色与任务分配 三．问题与解决方案 软件本身的问题 多版本编辑的问题 四．总结 个人心得 各成员工作情况 一. ArcSDE的配置 1.数据库的创建：
打开Database Configuration Assistant工具 如图(1.1)所示 为初始界面 图(1.1) 按照向导对话框依次选择执行的操作创建数据库→选择一般用途的模→输入数据库名称和SID号(*注意SID号默认和数据库名相同)→管理选项(默认设置)→输入口令号(*可以根据不同的用户设置不同的口令)→存储选项(默认设置)→数据库文件所在位置(默认设置)→恢复配置(默认设置)→数据库内容(默认设置)→初始化参数(默认设置)→数据库存储(默认设置)→创建选项(如图1.2)→确定对话框→开始创建图1.2 2.数据库的配置 创建数据库成功之后需要进行数据库的配置，同上打开Database Configuration Assistant工具，点击下一步，选择配置数据库选项→选择需要配置的数据库→数据库内容(默认设置)→连接模式(*客户机较少时默认设置)，点击完成开始配置数据库(如上图) 3.数据库的网络配置 配置数据库之后，打开Oracle Net Configuration Assistant 工具，如图(1.4)为初始界面 图1.4
按下一步进入监听程序配置→监听程序(*若需要添加新的监听程序，选择添加，这里选择已有的监听程序，选择重新配置如右图)→选择监听程序→选择协议(默认有TCP)→选择端口(*端口号默认为1521，若配置了多个监听程序，不应重复使用1521端口，否则后期的本地NET服务名配置会出错,如右图)→完成配置好监听程序后配置本地NET服务名配置→重新配置→选择Net服务名(根据新创建的数据库选择服务名)→服务名配置(输入新创建的数据库名)→选择协议(默认配置)→输入主机号和选择端口(主机号为计算机名)→选择测试→测试登录方式用户名填system,口令重新输入，如右图（若测试失败，可以试着重新配置数据库，注意配置端口号） 4.数据库的控制和管理 工具: OEM和SQL*PLUS 登录OEM方式：网页登陆。（下图） 网址可在安装目录oracle\product\10.2.0\db_1\install\readme.txt中得到，输入网址，并用sys用户登录，使用SYSDBA身份。 登录SQL*PLUS方式:对话框登录。 输入用户名:System, 输入口令： 输入主机字符串：数据库名 （右图）
数据库设计实例—教学管理系统
数据库课程设计报告 教学管理系统 数据库设计 课程设计题目教学管理系统学院软件学院 班级软件技术四班年级2013级 姓名彭超李新徐彤（2014 年11月）
用5行左右的文字对系统进行简要介绍 对教学管理信息统一规范整理，实现各种信息的自动管理。为便于信息的查询，找出各种信息的关联性，根据各种需求设计出合理的报表。 减轻教学日常信息管理的负担，方便学生、教师查询信息和学校对所有信息的管理。以简单便捷的操作获取详尽的信息。 一、数据需求分析 某学校设计学生教学管理系统。学生实体包括学号、姓名、性别、生日、民族、籍贯、简历、登记照，每名学生选择一个主修专业，专业包括专业编号、名称和类别，一个专业属于一个学院，一个学院可以有若干个专业。学院信息要存储学院号、学院名、院长。教学管理还要管理课程表和学生成绩。课程表包括课程号、课程名、学分，每门课程由一个学院开设。学生选修的每门课程获得一个成绩。另外，为了管理教师教学安排，教师包括编号、姓名、年龄、职称，一个教师只能属于一个学院，一名教师可以上若干门课程，一门课程可以有多名老师来上，每个教师所上的每门课都有一个课堂号和课时数。 本系统数据字典如下： 数据项表
数据流 数据流表 二、概念结构设计 1．首先确定系统中的实体 从以上数据需求可以看出，系统共包括5个实体：学生、专业、学院、教师、课程。
2．再确定系统中实体间的关系 根据数据需求描述推出：专业与学生是1对多关系；学生与课程是多对多关系；课程与老师是多对多关系；课程与学院是多对1关系；学院与专业是1对多关系；学院与教师是1对多关系。 3．转化成E-R图 图1 实体-属性图 图2 教学管理ER图 三、逻辑结构设计
数据库课程设计(完整版)
HUNAN CITY UNIVERSITY 数据库系统课程设计 设计题目：宿舍管理信息系统 姓名： 学号： 专业：信息与计算科学 指导教师： 20年 12月1日
目录 引言 3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要 5 1.4软件处理对象 6 1.5系统可行性分析 6 1.6系统设计目标及意义7 1.7系统业务流程及具体功能 7 1.8.1数据流程图8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20参考文献 20
引言 学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强可以接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条一条的查找，这样不但麻烦还浪费了许多时间，效率也比较低。当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此，设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点，并且具备修改功能，能够快速的查询学校所需的住宿信息。 面对目前学校发展的实际状况，我们通过实地调研之后，对宿舍管理系统的设计开发做了一个详细的概述。