数据库大作业设计题目分析
数据库设计大作业
数据库设计大作业数据库作业教材购销系统1.需求分析。
2.数据库设计。
2.1概念结构设计2．2逻辑结构设计。
2.3物理结构设计。
3.数据库实施。
4.数据库运行。
1．需求分析教材购销管理系统：教材购销管理系统是帮助管理人员、教材销售和库存的管理软件。
该教材购销管理系统软件目前已有比较完善的管理与使用功能，该项目的用户是学校，开发本系统是为了教材购销管理系统更完善，为了教材购销对商品库存和销售的管理更方便，为了减轻工作人员的工作负担，以现代化的创新思维模式去工作。
系统的功能要求：销售子系统（1）审查有效性学生将购书单交给教材科秘书，秘书通过查阅各班学生用书表、售书登记表检查是否允许该生买书。
（2）开发票如果允许学生买书，教材科会计将按购书单查阅教材存量表，如果有书且数量够，则开交款发票，否则，将购书单中无法购买的书的信息写入缺书登记表，以备以后补售教材。
（3）登记并开领书单教材科出纳员根据发票上的总金额收取现金，并进行售书登记，同时开领书单，学生将领书单交给保管员，领书。
（4）补售教材采购部门进书后，教材科秘书根据进书通知和缺书登记表给没买到教材的学生发补售通知单。
采购子系统（1）教材入库采购员采购教材后，将进书单交给秘书，秘书修改教材库存和待购量。
（2）统计秘书每月按书号和出版社统计缺书，形成待购教材表和缺书单，供采购员采购时使用。
2.1 概念结构设计E-R图是分为两部分实体和属性，每个实体可以有多个属性，这些属性用来表示实体的性质。
不同实体之间可以用关系进行连接，表明各个实体之间的内在联系。
实体和实体之间的关系有一对一的关系（1：1），一对多的关系（1：N）和多对多的关系（N：M）。
各个实体分E-R图如下图所示实体：教材，学生，购书单，教材库图1-1教材E-R 图图1-3购书单E-R 图图1-4教材库E-R 图图1-2出版社E-R图总体E-R图及各个实体之间的关系如下图所示图2-1 教材购销管理ER图2.2 逻辑结构设计E-R图向关系模型的转换关系模型的逻辑结构是一组关系模式的集合。
数据库课程大作业报告
数据库上机实验一上机题目及要求1、设计学籍管理系统2、具体要求：后台数据库设计一所大学的学籍管理数据库，推荐使用SQL Server，其它DBMS 亦可。
数据库的有关语义如下：每个学院可以若干专业，每个专业每年可以招若干班，每个班有若干学生，大二后每个专业可以分若干个方向；学院为专业制订教学计划，学生每年必须按照教学计划修完一定学分的课程（必修课、选修课），如大一上学期必修课22学分、选修课6学分，大三计算机专业软件方向必修课20学分、选修课6学分；教师可以给多个班带课，但是不能给一个班带多门课程；一门课程最多允许学生一次补考，学生达到如下条件之一的被开除：一学期不及格的必修课学分超过10个；不及格必修课学分累计超过30个；不及格选修课学分累计超过20个。
前台程序开发一个学籍管理系统来对数据库进行访问，可以使用PowerBuilder、VC、Java等集成开发环境。
系统实现功能如下：录入学生基本信息，如学号、姓名、性别、出生日期等（其它如课程、教师等信息可以在建库时输入）；按学号、姓名查询学生基本信息；录入学生成绩；查询学生所选修的课程及成绩，并给出必修课平均成绩、所有课程平均成绩；查某一个学生被哪些教师教过课；查询快要被开除的学生（假定差2学分即被开除）。
二、实现思路：1、首先画出ER图，将各个表组织起来ER图如下（在纸上画出拍上来的图片）2、建立存储数据的各个表及定义如下：表：School表：Major表：MajorDirection表：Class表：Course表：Teacher表：讲课表表：student表：选课表表：User表：黑名单表：培养计划3、为方便前台执行时，方便查询和删改操作，建立学生表，选课表等表的视图。
三、程序实现思路：1、创建学生表视图，在视图中存储学生的详细信息，方便前台对某个学生的信息查询时使用。
2、创建将课表，实现对学生查询被那些老师教过的功能3、利用选课表存储学生的选课记录和成绩的分数，为学生求平均分等功能做铺垫4、创建黑名单表，所有挂科的学生所损失的学分存储在这里，对以后评判一个学生是否即将被开除等功能做准备5、前台通过java连接mysql数据库，绘制相应的表格和按钮，为按钮加上相应的事件监听，使功能得以实现。
图书管理系统数据库大作业
图书管理系统数据库⼤作业数据库原理及应⽤课程设计报告题⽬：学号：姓名：提交时间：⼀、需求分析1. 系统需求与功能分析图书馆作为⼀种信息资源的集散地，图书和⽤户借阅资料繁多，包含很多的信息数据的管理，现今，有很多的图书馆都是初步开始使⽤，甚⾄尚未使⽤计算机进⾏信息管理。
根据调查得知，他们以前对信息管理的主要⽅式是基于⽂本、表格等纸介质的⼿⼯处理，对于图书借阅情况（如借书天数、超过限定借书时间的天数）的统计和核实等往往采⽤对借书卡的⼈⼯检查进⾏，对借阅者的借阅权限、以及借阅天数等⽤⼈⼯计算、⼿抄进⾏。
数据信息处理⼯作量⼤，容易出错；由于数据繁多，容易丢失，且不易查找。
总的来说，缺乏系统，规范的信息管理⼿段。
尽管有的图书馆有计算机，但是尚未⽤于信息管理，没有发挥它的效⼒，资源闲置⽐较突出，这就是管理信息系统的开发的基本环境。
在图书管理系统中，要为每位读者建⽴⼀个帐户，帐户中存储着读者的个⼈信息和借阅信息。
读者借阅图书要通过管理员来实现，即读者并不直接与系统进⾏交互，⽽是管理员充当读者的代理与系统进⾏交互。
在借阅图书时，第⼀步需要输⼊图书ID与读者ID，输⼊完成后系统提交所填表格信息；第⼆步系统将验证读者是否有效，并查询数据库以确认借阅图书是否存在。
只有这两个条件都被满⾜时，借阅请求才被接受，读者才可以借出图书。
同时，系统还要保存读者的借阅记录，以便读者归还图书后，系统可以删除被借阅图书的借阅记录。
2. 概要设计1. 读者基本信息的输⼊，包括借书证编号、读者姓名、读者性别。
2．读者基本信息的查询、修改，包括读者借书证编号、读者姓名、读者性别等。
3．书籍类别标准的制定、类别信息的输⼊，包括类别编号、类别名称。
4．书籍类别信息的查询、修改，包括类别编号、类别名称。
5．书籍库存信息的输⼊，包括书籍编号、书籍名称、书籍类别、作者姓名、出版社名称、出版⽇期、登记⽇期。
6．书籍库存信息的查询，修改，包括书籍编号、书籍名称、书籍类别、作者姓名、出版社名称、出版⽇期登记⽇期等。
数据库设计例题解析
问题 1有关系R 如下表所示。
其中，EMPNO 为员工号，EMPNAME 为员工姓名，AGE 为年龄，SEX 为员工性别，DEPTNO 为部门编号，DEPTNAME 为部门名称。
1）R 是第几范式，为什么？2) R 中是否存在异常？若存在，则说明什么情况下发生。
3) 将它分解为高一级范式，分解后的关系能否解决操作异常问题？正确答案：） R 关系属于2NF 。
从表中的数据看，该关系的主键为：员工号EMPNO ，或员工名EMPNAME ，因为只有这两列数据不重复。
又因为存在着EMPNO → DEPTNO, DEPTNO →DEPTNAME,即存在 着非主属性（部门名称）对码（员工号）的传递依赖。
）存在数据冗余、修改异常、插入异常和删除异常，如，部门名称数据冗余，如果没有员工信息，则部门信息无法添加；如果删除一个部门所有员工信息，则也删除了该部门信息；更新一个部门名称复杂。
）分解为R1和R2R1：(EMPNO, EMPNAME, AGE, SEX, DEPTNO)， 候选码为EMPNO ，或 EMPNAME ，选EMPNO 为主键。
外部键：DEPTNOR2：(DEPTNO, DEPTNAME) ，候选码为DEPTNO ，即为主键，外部键：无 R1，R2均达到了BCNF 范式（决定因素包含候选码），消除了上述的各种异常。
问题 2 需要评分有一个应用包括三个实体集。
实体“商店”的属性有：商店编号，店名，店址，店经理。
实体“会员”的属性有：会员编号，会员名，地址。
实体“职工”的属性有：职工编号，职工名，性别，工资 。
每个商店有若干职工，但每个职工只能服务于一个商店。
每个商店有若干会员，每个会员可以属于多个商店。
职工参加某商店工作后记录开始工作时间；会员成为商店会员时记录加入时间。
(1)试画出反映应用的ER图；(2)将ER图转换成关系模式，并指出每个表的主键和外键正确答案：（1）ER图图省略。
（2）实体转换为关系表商店（商店编号，店名，店址，店经理）会员（会员编号，会员名，地址）职工（职工编号，职工名，性别，工资）①联系转换为关系表商店-会员（商店编号，会员编号，会员的加入时间）商店-职工（商店编号，职工编号，开始工作的时间）②主码相同的表可以合并，①②合并得到：职工（职工编号，职工名，性别，工资，商店编号，开始工作的时间）最终得到关系模型：商店（商店编号，店名，店址，店经理）主键：商店编号，外部键：无会员（会员编号，会员名，地址）主键：会员编号，外部键：无职工（职工编号，职工名，性别，工资，商店编号，开始工作的时间）主键：职工编号，外部键：商店编号商店-会员（商店编号，会员编号，会员的加入时间）主键：（商店编号，会员编号）外部键：商店编号，外部键：会员编号问题3某医院病房的管理如下：有若干科室，一个科室有多个病房，多个医生，一个病房只能属于一个科室；一个病人可以有多个医生治疗，但主管医生只有一个；一个医生只属于一个科室，可负责多个病人的诊治。
数据库设计-大作业-2
常熟理工学院数据库设计——网上选课系统2013-2014 学年第 1 学期专业软件工程班级学号姓名邢健指导老师高燕一、概要设计1.1目的和意义随着无纸化办公的普遍实现，信息的自动处理以及网络式的信息交互方式已经被人们广泛应用。
让计算机来管理学生的信息是现在各个高校都在积极进行的工作之一，也是高校教学管理工作的重要内容之一。
网上选课与传统的选课方式相比更加节约资源，增加了学生选课自主权。
学生选课系统作为一种现代化的教学技术，越来越受到人们的重视，是一个学校不可或缺的部分,学生选课系统就是为了管理好选课信息而设计的。
学生选课系统的将使选课管理工作规范化、系统化、程序化，避免选课管理的随意性，提高信息处理的速度和准确性，能够准确、及时、有效的查询和修改学生选课情况。
与传统的选课方式相比，网上选课系统利用局域网为学生选课带来了极大的便捷。
学生在公共机房，或者宿舍的个人电脑上便可以通过校园网络来选课。
在选课期间内，学生能够使用选课系统灵活的修改自己的选课情况，大大提高了学校选课工作的效率。
教务处的教师则可以通过选课系统的管理员子系统来管理学生的选课情况，使得学生选课工作达到系统化和自动化，大大提高了学校的工作效率，为广大师生及相关人员节省了极多的时间。
数据库对于一个应用系统的意义是相当重要的，一个设计良好的数据库系统一方面，能够给开发者带来便捷，更轻松的进行系统设计与编码；另一方面，对于系统的后期维护也非常重要，一个良好的数据库系统能够保证系统的可扩充性，以及系统的移植性等问题。
1.2内容和要求本实验将设计出一个高校网上选课数据库系统，其要求简要如下：(1)系统用户由三类组成：教师、学生和管理员。
(2)管理员负责的主要功能：①用户管理（老师、学生及管理员的增、删、改）；②课程管理（添加、删除和修改）；③选课管理（实现选课功能开放和禁止、老师成绩输入开放和禁止）。
(3)学生通过登录，可以查询课程的基本信息、实现选课、退课和成绩查询；(4)老师通过登录，可以查看选课学生的基本信息，可以输入成绩。
数据库大作业实验报告
Oracle大作业设计报告题目：高校运动会分数统计系统****：***学号：22、20专业班级：计科14101同组姓名: 胡君阳****：***设计时间： 2016 年下学期指导老师意见:评定成绩: 签名: 日期:一.需求分析本文按照数据库系统设计的基本步骤，采取了事先进行需求分析，然后进行数据库的概念设计和逻辑结构设计，最后进行数据库详细设计的方法，完成了一个高校运动会分数统计系统的设计。
1.1、系统功能实现（1）运动员信息管理、运动项目管理、成绩统计等功能，包括运动员信息的添加、修改、删除及查询；（2）运动项目的添加、修改、删除及查询；（3）各项目分数查询等功能1.2、系统功能要求1) 概念结构设计：在需求分析和总体功能设计的基础上，设计 e-r 模型，详细描述实体的属性和实体之间的联系。
2) 逻辑结构设计：实现 e-r 图向关系模型的转换，详细列表显示完整的数据库表结构。
2、创建表空间3、在表空间中创建表在 sql*plus 环境中输入 pl/sql 代码，创建数据库中的各个表，至少包括运动员信息表、运动项目表、成绩表等 5张表（自行设计用到的表，注意表中字段的设置及类型）；向表中插入数据，每张表至少插入 10条数据，数据要合理。
4、索引和完整性在表上建立相应索引。
实现列、行及参照完整性（必须建立主键、外键、检查约束等）。
5、数据查询和视图使用 select 语句实现运动员信息、项目信息、成绩信息等的查询（要求查询要和系统的功能联系起来，做单条件的查询、组合条件的查询、多表查询等，至少完成 10个查询）。
创建视图查询各个院系的总分。
6、存储过程和触发器的使用创建存储过程实现表中数据的修改和删除。
创建函数统计教工的参赛人数。
创建触发器实现如下功能：一个运动员至多参加四个项目。
7、用户、角色创建用户并授权，将其赋予某个角色成为其成员。
不同的用户授予不同的权限，管理员的权限最高，可以对各种信息进行修改删除等操作。
数据库大作业课程设计报告
数据库⼤作业课程设计报告数据库设计项⽬报告设计题⽬：ATM存取款数据库系统班级级计算机科学与技术学号姓名指导教师起⽌时间1 需求分析1.1 系统⽬标系统的主要⽬标是实现⼀个ATM存取款数据库系统，该系统的适⽤范围是针对⼀个银⾏（光华银⾏）的⽤户。
⽤户可以进⾏开户、办卡、存款、取款等银⾏基本业务。
1.2 系统功能需求1.2.1 功能模块划分系统主要分为⽤户基本信息模块，卡信息模块，⽤户基本操作模块等三个模块。
卡信息模块⼜可分为储蓄卡信息模块和信⽤卡信息模块。
1.2.1 功能描述（1）⽤户基本信息模块。
该模块主要实现⽤户的开户、⽤户授信等功能。
若⽤户只需办理储蓄卡，那么其只需在我⾏开户即可。
若其还想要办理信⽤卡，那么其需要经过我⾏的授信才能办理信⽤卡，即填写相关的财产、收⼊信息。
（2）卡信息模块卡信息模块主要实现⽤户的办卡、注销卡、储蓄卡的升级和降级操作。
由于⽤户办卡类型的不同，可将卡分为储蓄卡以及信⽤卡。
○1储蓄卡模块会记录办卡时⽤户所填的基本信息、储蓄卡类型，及不同储蓄卡所对应的不同属性，如存款利率、年费、转账费⽤等信息。
○2信⽤卡模块会记录办卡时⽤户所填的基本信息、信⽤卡类型，及不同信⽤卡所对应的不同属性，如额度、提现额度、提现额度、异地提现费⽤、年费等信息。
（3）⽤户基本操作模块该模块主要实现⽤户在任选⼀台ATM机，储蓄卡能够进⾏存款、取款、转账等的操作，其中取款若属于异地取款将收取相应费⽤。
⽽信⽤卡能够进⾏提现，还款等操作，⼀种异地取现将收取更多额外的费⽤。
⽤户使⽤储蓄卡和信⽤卡的操作记录会保存在相应的操作记录表中。
2数据库概念设计2.1系统的概念模型2.1.1整体E-R图（1）⽤户基本信息模块：⼀个账户只能对应⼀个⽤户授信信息，⼀个⽤户授信信息也只能对应⼀个账户，所以账户和⽤户授信信息是1:1的关系。
（2）卡信息模块⼀个账户可以拥有多张储蓄卡，⽽⼀张储蓄卡只能归属于⼀个账户，所以账户和储蓄卡是1：M的关系。
数据库大作业yuyiyang
数据库大作业图书馆管理系统山东大学（威海）指导老师：曹海2011级自动化一班201100800711于熠阳（一）、需求分析(了解用户的数据需求、处理需求、安全性及完整性要求）图书馆管理系统应该能够提供所有借阅者的详细信息，以及馆内库存的详细情况，对借书和还书两大功能进行合理的操作并登记。
图书馆管理系统的主要任务是建立详尽的借阅信息，以及馆内的书种及对应书刊的记录，并对借阅者和其借阅的书籍进行登记。
具体应该实现如下功能1. 查询书籍，按照书名、作者、出版社查询并显示结果；2. 借阅排行，列出最近半年内借阅次数最多的10本书；3. 借书，读者从图书馆中借书登记，没人最多借15本，借期3个月，有超期未还书的读者不能借书；4. 还书，只能还借过的书，还一次；5. 续借，最多续借一次，可延长1个月借期；6. 为图书管理员提供图书的添加、修改、删除功能；7. 为读者提供借阅记录的查询功能。
（二）、概念设计(通过数据抽象，设计系统概念模型，一般为E-R模型)根据以上需求分析，一个基本的图书馆管理系统数据库大致包括4个表，分别存放相应子功能模块的数据信息，期中“book”和“jyjl（借阅记录）”表是关键的表，用于存放图书馆图书信息和借阅的信息，图书馆管理系统实际上就是对借阅记录和图书的管理。
2.2各个主要实体的属性的E-R图各实体及属性图如图2.2各实体及其联系的E-R图（三）、逻辑结构设计（设计系统的模式和外模式，对于关系模型主要是基本表和视图)（一）一般逻辑模型设计1)读者类型的关系模式管理员（账号、姓名、密码、性别）其中账号是本表的主键2)图书的关系模式图书（书号、书名、类别、作者、出版社、单价、状态、借阅次数）其中书号是主键3)学生的关系模式（学号、姓名、密码、性别）其中学号是本表的主键4)借阅记录的关系模式借阅记录（书号、学号、借阅时间、应还时间、是否续借、是否已还）其中书号，学号是本表的主键（二）具体逻辑模型设计1.管理员2.图书3.借阅记录4.学生（四）、物理结构设计（设计数据的存储结构和存取方法，如索引的设计）1.创建图书馆管理系统数据库和库中的各表通过直接导入三个表格直接形成学生表，管理员表，图书表；手动创建借阅记录表2.各表之间的联系图如图4—1所示（五）、应用程序设计1.设计登录页登录页包括登录部分和热门排行榜部分，登录方式分为学生和管理员两种，输入正确的账号密码即可登录，也可以通过注册，获得新的账号密码。
《数据库课程设计》大作业
《数据库课程设计》大作业
数据库课程设计大作业
介绍
本文档旨在详细描述《数据库课程设计》的大作业要求和目标。
通过该大作业，学生将能够实践其在数据库课程中学到的知识和技能，并展示他们的数据建模和数据库设计能力。
背景
- 课程名称：数据库
- 学期：202X年秋季学期
- 课程教师：XXX
大作业要求
- 大作业名称：《数据库课程设计大作业》
- 分组要求：学生将分为若干个小组，每个小组由3-5名成员组成。
- 作业内容：每个小组需要选择一个合适的实际场景，设计一个相关的数据库系统。
该数据库系统需要包含以下内容：- 数据库建模：根据实际场景确定实体、关系和属性，并绘制出ER图。
- 数据库设计：设计数据库表结构，并建立适当的关系。
大作业目标
通过完成《数据库课程设计大作业》，学生将能够：
1. 理解数据库建模和设计的基本概念和原则。
2. 运用所学的知识和技能，设计一个符合实际需求的数据库系统。
3. 熟悉数据库表的创建和关系的建立。
4. 研究使用数据库管理系统来实际操纵数据库。
5. 锻炼团队合作和沟通能力，以完成小组作业。
评分标准
- 数据库建模：20%
- 数据库设计：30%
- 数据库表的创建和关系的建立：30%
- 小组合作和沟通：20%
时间安排
- 作业发布日期：XXXX年X月
- 作业提交截止日期：XXXX年X月
- 评分和反馈发布日期：XXXX年X月
请大家按照要求认真完成大作业，祝各位顺利完成！。
数据库设计大作业
******系统数据库设计与实现1 需求简介1.1功能概述产品主要功能概述。
本次试验的名称是大学生就业咨询系统，因此为了保证可以成功的查询人才需求的信息，用人单位是必不可少的。
对于每一个用人单位，它都应该包括单位号码，单位名称，电话号码等属性，他对人才的需求包括年份、专业、学历、人数。
其中，单位号码唯一标识用人单位。
用人单位要招聘特定的专业方面的人才。
为了能够对所要招聘的专业的相关信息进行管理，应记录专业的信息，包括专业号码，专业名称，其中，专业号码是唯一标识专业的。
而为了准确定位用人单位，就需要存储每个用人单位所对应的地区信息，包括地区号码，地区名，其中地区号是唯一的。
据此，我实现了大学生就业咨询系统的数据库设计。
系统主要实现了一下几个方面的功能：1. 大学生功能对大学生而言，方便毕业生进行就业信息检索，可考虑将就业信息在网上进行发布。
为大学生提供有选择性的要求，并输出有用的信息、2. 管理员功能对管理员而言，可以更改数据库的所有内容，可添加、查询、修改、删除用人单位的信息，设置用人单位招聘的相关内容。
可有选择地录入招聘信息，为大学生就业方向查询并自动在信息表里插入相应的要求的内容。
1.2数据要求功能中涉及的数据项说明。
数据字典针对以上的功能分析，对数据库的设计做了以下分析。
考虑到就业查询的特殊要求，数据库的设计应该包含以下信息：（1）对用人单位的基本信息进行录入、修改、删除等。
（2）实现毕业生专业信息的维护。
（3）定时发布用人单位的毕业生需求信息。
（4）方便的实现对人才需求信息的检索。
（5）对用人单位的级别能够自动进行变更。
由此分析一共设计了五张表用来存储所有的用人单位信息和招聘信息：company表（包含属性：单位号码、单位名称、电话号码）、major表（包含属性：专业信息、专业号码）、region 表（包含属性：地区号码、地区名称）、belong表（包含属性：用人单位号码、地区号）、request 表（包含属性：用人单位号码、专业号码、年份、人数、专业、学历）。
数据库大作业总结
数据库大作业总结一、选题背景本次数据库大作业的选题为“图书管理系统”，旨在通过设计一个完整的图书管理系统，实现对图书的借阅、归还、查询等功能，提高图书馆工作效率和用户体验。
二、需求分析1.功能需求（1）用户注册与登录：用户可以通过注册账号并登录系统，以便进行借阅、归还等操作。
（2）图书信息管理：管理员可以添加、删除、修改图书信息，包括书名、作者、出版社、ISBN码等信息。
（3）借阅与归还：用户可以查询可借阅的图书，进行借阅操作，并在规定时间内归还。
管理员可以查看借阅记录和逾期未归还记录。
（4）查询功能：用户和管理员都可以根据关键字查询图书信息。
2.性能需求（1）系统响应速度：系统需要快速响应用户的请求，保证流畅的使用体验。
（2）数据安全性：系统需要保证数据安全性，禁止非法访问和篡改数据。
三、设计方案1.数据库设计本系统采用MySQL数据库进行设计。
主要包括以下几张表：（1）user表：存储用户信息，包括用户名、密码等字段。
（2）book表：存储图书信息，包括书名、作者、出版社等字段。
（3）borrow表：存储借阅记录，包括借阅时间、归还时间等字段。
2.系统架构设计本系统采用B/S架构，使用Java语言编写前端页面，采用SpringMVC框架进行后台开发。
前端页面与后台进行数据交互，实现用户操作和管理员管理。
四、实现过程1.数据库建表根据需求分析中的设计方案，使用MySQL数据库建立user、book、borrow三张表，并设置相应的字段和主键。
2.前端页面设计使用HTML、CSS和JavaScript等技术编写前端页面。
主要包括登录注册界面、图书查询界面、借阅归还界面等。
3.后台开发使用SpringMVC框架进行后台开发。
主要包括用户登录注册功能、图书信息管理功能、借阅归还功能等。
4.测试与优化对系统进行测试，并根据测试结果进行优化。
主要包括性能优化和安全性优化。
五、总结与展望通过本次数据库大作业的设计与实现，我们深入了解了数据库的设计和应用，并提高了对B/S架构的理解和掌握。
数据库大作业
数据库大作业报告设计名称：指导教师：姓名学号：2018.12.13一、需求分析教务管理系统的主要用户：学生、教师、管理员用户的主要需求：学生上课，教师教课，管理员数据维护；进一步分析：学生上课可能涉及到的需求有：学生上课需要教室、教师需要教研室、管理员有所属部门、学生可能要选课、退课、调整课、老师可能需要调课、换课等等信息的综合，因此我们仔细分析需求，尽可能区分实体和属性的设计。
1)系统管理：实现系统管理人员对系统的管理，包括添加删除用户，更改密码，数据备份，数据还原，注销等功能。
2)教务管理：实现教务管理人员对系统的管理，包括课程安排，成绩审核，学生成绩管理，学生学籍管理等功能。
3)基本信息：实现显示学生和老师以及课程、班级、系别的基本信息（包括学生基本信息，教师基本信息，课程基本信息等）。
4)查询：包括实现学生查询，老师查询。
学生查询包括自己的基本信息，自己的课程，课表，成绩等，老师查询包括查询自己的信息，自己带班的学生，自己的课表以及学生成绩等。
5)教师对成绩的录入以及自己信息的查询与维护。
二、概念结构设计一个大学有多个学院、一个学院有多个系别、一个系别有多个班级、多个教研室、一个班级有多个学生、一个学生对应一个学号、一个教研室有多个教师、多个教师有不同的多个职称、学生可选修多门课程、一门课程可被多个学生选修、一个老师教多门课程。
管理员负责管理，对应一个部门，以及多个联系电话，管理多个学生和多个老师。
初步结果：实体：学生、老师、管理员，课程属性：学生（学号、学院、系别、班级、姓名）老师（职工号、姓名、学院、教研室、职称）课程（课程号、课程名、教课老师、学分）管理员（部门、联系电话、职工号、姓名、年龄）关系：选课（学号、课程号、成绩）部分E-R图四个实体：一个n-m关系：全局E-R图：关系模型的设计依据根据需求分析中的E-R图，可以很清晰的看出各个实体的属性和实体之间的联系，通过对实体的属性和之间的联系的分析，我们将其由概念模型向关系模型转化，并且根据范式化理论进行优化。
数据库大作业事例
数据库大作业事例
下面是一个关于数据库大作业的事例，以超市进销存管理系统为例：
数据库在一个信息管理系统中占有非常重要的地位，数据库结构设计的好坏将直接对应用系统的效率及实现的效果产生影响。
一、数据库需求分析
在超市进销存管理系统中，用户的需求具体体现在各种商品信息的提供、保存、更新和查询，这就要求数据库结构能充分满足各种信息的输出与输入。
根据收集超市的日常管理，对基本数据、数据结构的要求及数据处理的流程，组成一份详尽的数据字典，为以后的设计打下基础。
二、数据库概念结构设计
根据需求分析的结果，规划出实体有：商品信息实体、进货信息实体、出货信息实体、库存信息实体、用户信息实体。
各个实体的属性及实体之间的关系用以下的E-R图和逻辑结构图来描述。
通过以上事例可以看出，数据库大作业需要根据实际需求进行分析和设计，从而创建出高效、准确的数据库结构。
数据库大作业
电影院售票数据库系统设计电影院售票是电影院管理的重要组成部分，对于电影院来说都至关重要，所以用户对系统应该能够为用户提供充足的信息和快捷的查询手段。
传统的人工方式管理方式效率低、保密性差，不利于查找、更新和维护。
使用计算机对电影院客户进行管理，能够极大地提高电影院用户管理的效率，节约教育经费，这也是适应信息化建设发展趋势的重要因素。
本数据库设计的过程包含需求分析、概念结构设计、逻辑结构设计、简单的物理结构设计。
下面就按数据库的设计过程进行逐一陈述。
一、需求分析1、系统设计的意义电影院售票数据库系统设计适用于电影院的售票、订票、退票服务。
利用数据库实现规范、方便的管理。
从而提升工作效率，达到增长营利的效果。
2、数据库对象介绍1）余票表2）售票表3）订票表4）退票表5）电影票综合表3、系统相关对象电影院售票人员及管理人员、消费者（购票者）4、数据库对象分析余票表—》可以出售给消费者所有电影票的表单；售票表—》已经在售票处出售给消费者电影票的表单；订票表—》通过电话、网络等途径订购电影票的表单；退票表—》消费者要求退还金钱的表单；电影票综合表—》包括电影院所有的电影票的表单。
5、功能分析1）电影院的售票人员根据余票表出售电影票，然后在售票表中记录；2）通过订票表相应的在余票表中更新，减少一张票数；3）通过票表相应的在余票表中更新，减少一张票数；4）退根据表单实现查看总营利的功能；5）查看已经和未拿走订票的情况；6）查看当日上映电影及当日营利；7）查看已过期的未售出的电影表单；6、进阶分析每张电影票都有自己唯一的编号、ID，同一类型的电影票用片名来区分（同一片名的不同电影片在片名后面加上文字说明区分）有一电影综合表，可以根据某个元素查出其他各个元素。
二、概念结构设计1、各对象属性余票表：编号，片名，片映日期，影片时间，影厅，座位，票价，余票数；售票表：编号，片名，片映日期，影片时间，影厅，座位，票价，实收，找零，售票时间，售票数；订票表：编号，片名，片映日期，影片时间，影厅，座位，票价，手续费，取票时间，售票日期；退票表：编号，片名，片映日期，票价，售票日期，手续费，实退金额；电影票综合表：编号，片名，片映日期，影片时间，影厅，座位，票价，总票数；2、画E ——R 图售票表座位 影厅片映日期票价影片时间片名编号 余票数余票表 座位 影厅片映日期票价影片时间片名编号售票日期实收找零手续费订票表座位 影厅片映日期票价影片时间片名编号 退票表手续费售票时间片映日期票价实退金额片名编号售票日期取票日期三、逻辑结构设计1、表的设计余票表（remain-ticker ）列名 列名表示 数据类型 宽度 约束 编号 Movie-id numaber 20 主键 片名 Movie-name Varchar2 100 片映日期 Movie-date date 影片时间 Movie-time number 20 影厅 Movie-room Varchar2 20 票价 Movie-price number 20 座位 Movie-seet Varchar2 20 余票数 Movie-countnumber20总票数电影票综合表座位影厅片映日期票价影片时间片名编号售票表（sale-ticket）列名列名表示数据类型宽度约束编号Movie-id numaber 20 主键片名Movie-name Varchar2 100片映日期Movie-date date影片时间Movie-time number 20影厅Movie-room Varchar2 20票价Movie-price number 20座位Movie-seet Varchar2 20找零Movie-change number 20销售日期Movie-saledate Date实收Movie-price Number 20订票表（book-ticket）列名列名表示数据类型宽度约束编号Movie-id numaber 20 主键片名Movie-name Varchar2 100片映日期Movie-date date影片时间Movie-time number 20影厅Movie-room Varchar2 20票价Movie-price number 20座位Movie-seet Varchar2 20手续费Movie-poundagenumber 20销售日期Movie-saledate Date取票日期Movie-picktimedate退票表（back-ticket）列名列名表示数据类型宽度约束编号Movie-id numaber 20 主键片名Movie-name Varchar2 100片映日期Movie-date date影片时间Movie-time number 20实退金额Movie-refund number 20票价Movie-price number 20售票日期Movie-saledate date手续费Movie-count number 20电影票综合表（movie-ticket）列名列名表示数据类型宽度约束编号Movie-id numaber 20 主键片名Movie-name Varchar2 100片映日期Movie-date date影片时间Movie-time number 20影厅Movie-room Varchar2 20票价Movie-price number 20座位Movie-seet Varchar2 20总票数all-count number 20四、数据库管理与维护。
数据库设计题题解
解题过程第01步，创建“学生成绩”数据库，导入excel文件中的数据到“原始数据”表，注意数据表单的选择，生成表的字段类型的设置。
第02步，创建表的分解，设计如下：已经存在的关系：原始数据（学号，姓名，姓别，生源省，课程名，课程名称，总评成绩）分析，这是一个满足一范式要求的表。
说到范式，需要回顾的知识点：1．函数依赖：完全函数依赖，部分函数依赖，传递函数依赖。
2．范式定义：一范式，二范式，三范式3．由冗余而引发的数据操作的异常：插入异常，删除异常，更新异常再次观察原始数据表：Select * from 原始数据order by 学号Select * from 原始数据order by 课程号可以发现，学号，姓名有大量的重复，课程号，课程名也有大量的重复，有很多学生来源于同一个省，生源省也大量的重复。
这些就是数据冗余，而这些冗余会引发一些异常，比如1．删除某些学生的信息，可能导致个别生源省的信息也被删除掉了；2．更新更个学生的记录，比如修改了生源省，也可能导致某个生源省的信息丢失；而且要求同时更新多行记录，这样才不至于出现矛盾的数据：某名学生既在这个省，又在那个省，数据的合理一致性很难维护；3．批量插入数据时，也存在类似于上两个的问题；分析原因：最主要的原因是：“原始数据”这张表的范式级别太低了，它只满足了一范式的要求。
何为一范式：字段只达到了不可再分的原子性要求。
没有考虑字段之间的函数依赖关系。
进一步分析：“原始数据”这张表中，起着一定的决定作用的是：学号，课程号。
自然语意应该是这样：1．学号定了，学生姓名，学生性别，学生所在生源省也就定了；2．课程号定了，课程名称也就定了；3．学号并且课程号定了，成绩也就定了；即，总的来说，学号，课程号将会是主键，起决定作用。
而这样一来，姓名，性别，生源省，课程名称都部分函数依赖于（学号，课程号），只有总评成绩是完全函数依赖于（学号，课程号），故，这个范式不满足二范式要求。
数据库大作业工资管理系统分析
工资管理系统分析一、选题背景与意义随着社会的进步和计算机技术的发展，特别是微型计算机的大范围普及，计算机的应用逐渐由科学计算、实时控制等方面向非数值处理的各个领域中渗透。
尤其是以微型计算机为处理核心，以数据库管理系统为开发环境的管理系统在办公室自动化以及商业信息管理等方面的应用，日益受到人们的关注。
在我国，管理信息系统是计算机应用最广泛的领域之一。
随着我国经济建设突飞猛进,管理科学化与管理手段的现代化已经提到非常重要的地位。
企、事业单位为了提高自身的管理水平和竞争能力,纷纷投入人力物力，开发适合本单位需求的管理信息系统.中小企业与行政事业单位建立的管理信息系统尤如雨后春笋，一个新的开发和管理信息系统的热潮正在掀起，为此我们计划设计了这个工资管理系统。
它可以大大减少人力，使人们摆脱了原有系统的局限性，只要在电脑上轻轻地点几下就可以完成查询、输入、修改、输出等功能。
非计算机专业的人员也可以熟练地进行操作。
二、系统需求分析《工资管理系统》主要根据本公司的要求进行设计，并了解了公司的工资的工作流程，该系统包括五大模块：数据输入模块、数据查询模块、数据修改模块、报表输出模块、报表统计模块.（一)数据输入模块功能要求如下（1) 员工信息的录入。
（2）数据存储。
（二）数据查询模块功能要求如下：（1）根据员工姓名查询员工的工资情况.（2）根据员工编号等查询员工的工资情况。
（3) 根据员工身份证号查询员工的工资情况。
（4) 根据员工工资级别查询员工的工资情况。
（三）数据修改模块功能要求如下：（1) 增加员工信息.（2）删除员工信息。
（3) 修改员工信息。
(4）自动更新数据库。
（四）报表输出模块功能要求如下：（1) 打印工资信息。
(2）打印工资条。
（五）报表统计模块功能要求如下：（1）统计员工工资收入。
（2）根据月份显示员工每月的工资。
（六）员工信息包含以下内容：（1）编号（2）姓名（3）身份证号（4) 工资级别三、设计的基本思想和方法：本系统设计是在windows环境的支持下运行的,采用窗口式执行文件，操作实用、简易、方便、直观。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
《数据库原理及技术》大作业大纲类同卷，网上抄袭，大作业格式不正确一律0分处理一、课程设计的目的和要求（1）培养学生运用所学课程《数据库原理及技术》的理论知识和技能，深入理解《数据库原理及技术》课程相关的理论知识，学会分析实际问题的能力。
（2）培养学生掌握用《数据库原理及技术》的知识设计计算机应用课题的思想和方法。
（3）培养学生调查研究、查阅技术文献、资料、手册以及编写技术文献的能力。
（4）通过课程大作业，要求学生在教师的指导下，独立完成大作业要求的相关内容，包括：①通过调查研究和运用Internet，收集和调查有关资料、最新技术信息。
②基本掌握撰写小论文的基本步骤和写作方法。
③根据课题的要求基本理解和掌握E-R图的设计方法和关系模式的转换。
④根据课题的要求基本理解和掌握数据流图（DFD）和数据字典（DD）的设计方法。
⑤创建数据库及各种数据库对象。
二、课程设计题目要求：（1）任选下列一个题目，调查分析一个具体的或模拟的实例；（2）描述该实例的业务信息和管理工作的要求；（3）列出实体、联系；（4）指出实体和联系的属性；（5）画出E-R图；（6）将E-R图转换成关系模式，并注明主码和外码；（7）建立数据字典；（8）创建数据库；（9）根据题目的要求写查询、存储过程、触发器等。
题目：（1）学校图书借阅管理系统功能要求：●实现图书信息、类别、出版社等信息的管理；●实现读者信息、借阅证信息的管理；●实现图书的借阅、续借、归还管理；●实现超期罚款管理、收款管理；●创建触发器，分别实现借书和还书时自动更新图书信息的在册数量；●创建视图查询各种图书的书号、书名、总数和在册数；●创建存储过程查询指定读者借阅图书的情况；●建立数据库相关表之间的参照完整性约束。
（2）高校学籍管理系统功能要求：●实现学生信息、班级、院系、专业等的管理；●实现课程、学生成绩信息管理；●实现学生的奖惩信息管理；●创建规则用于限制性别项只能输入“男”或“女”；●创建视图查询各个学生的学号、姓名、班级、专业、院系；●创建存储过程查询指定学生的成绩单；●创建触发器当增加、删除学生和修改学生班级信息时自动修改相应班级学生人数；●建立数据库相关表之间的参照完整性约束。
（3）学校人力资源管理系统●实现学校部门信息、职务、职称和教职工信息管理；●实现教师的学籍经历管理；●实现教师的家庭关系管理；●实现教师的奖惩信息管理；●创建存储过程查询学校各部门各种职称的教职工数量；●创建触发器当增加、删除教职工和修改教职工部门信息时自动修改相应部门的职工人数；●创建规则用于保证教职工的E-Mail的输入格式正确；●建立数据库相关表之间的参照完整性约束。
（4）某单位人事管理系统●实现部门、职务、职称等信息的管理；●实现职工信息的管理；●实现职工学习经历和任职经历的管理；●实现职工家庭关系的管理；●实现奖惩信息的管理；●创建存储过程查询个部门各种职称的职工数量；●创建视图查询各职工的工号、姓名、部门、职务信息；●创建触发器当增加、删除职工和修改职工部门信息时自动修改相应部门的职工人数；●建立数据库相关表之间的参照完整性约束。
（5）某书店图书进货、销售管理系统●实现图书类别、出版社、图书、仓库信息的管理；●实现进货、入库管理；●实现销售、出库管理；●创建存储过程查询某段时间内各种图书的进货和销售情况；●创建视图查询各类图书的库存总数；●创建触发器当图书入库时自动修改相应图书的总量和存放仓库中该图书的数量；●要求一单可以处理多种图书（比如销售设置销售单及其明细两个表）；●建立数据库相关表之间的参照完整性约束。
（6）某医院信息管理系统（药品库存、收费、医生病人等）●实现药品类型及药品信息的管理；●实现药品的入库、出库管理；●实现科室、医生、病人的管理；●实现处方的登记管理；●实现收费管理；●创建触发器，当药品入库、出库时自动修改库存；●创建存储过程统计某段时间内，各科室的就诊人数和输入情况；●创建视图查询各种药品的库存总数；●建立数据库相关表之间的参照完整性约束。
（7）音响店VCD零售\出租管理系统●实现VCD类型及信息的管理；●实现VCD的入库管理；●实现VCD的借还管理；●实现VCD的零售管理；●创建触发器，入库登记、零售时自动修改、现货和库存，借、还时自动修改现货数量；●创建存储过程统计某段时间内各VCD的销售、借还数量；●创建视图查询各类VCD的库存情况；●建立数据库相关表之间的参照完整性约束。
（8）某期刊的在线投稿审稿管理系统●实现作者、审稿人的信息管理；●实现稿件类型、稿件信息的管理；●实现稿件的审阅过程管理；●实现稿费、审稿费和版面费的管理；●创建存储过程，统计指定作者的稿件信息；●创建触发器，当收到审稿费时自动修改审稿费收到标记为“是”；●创建规则，使得作者的E-Mail必须满足电子邮件的基本格式；●建立数据库相关表之间的参照完整性约束。
（9）学校的工资管理系统●实现部门、职务、职称等基本信息的管理；●实现教职工信息的管理；●实现工资项目的管理，工资项目设有启用标志和加扣标志；●实现教职工工资项目及其工资的管理；●创建触发器当往教职工工资项目表中插入记录或删除记录时，自动修改该职工的应发工资数和实发工资数；●创建存储过程统计某个月各种工资项目的发放总和；●创建视图查询各个员工的应发、应扣和实发工资；●建立数据库相关表之间的参照完整性约束。
（10）某高校科研管理系统●实现部门、职务、职称等基本信息的管理；●实现教师信息的管理；●实现可以科研项目的申报、审批管理；●实现科研项目的验收管理；●创建默认，并邦定到科研项目的验收标志，使其默认值为“未验收”；●创建触发器，验收项目时自动修改项目的验收标志为“验收通过”；●创建存储过程统计个院系科研项目的申报和完成数量；●建立数据库相关表之间的参照完整性约束。
（11）某中学的排课管理系统●实现班级、课程等基本信息的管理；●实现学生、教师信息的管理；●实现班级课程及课程的任课教师和排课管理；●创建存储过程检测指定教师、指定节次是否有课；●创建存储过程生成指定班级的课程表；●创建存储过程生成指定老师的课程表；●建立数据库相关表之间的参照完整性约束。
（12）某家具城进销存管理系统●实现家具类型、供应商信息的管理；●实现客户信息、家具信息的管理；●实现家具入库管理；●实现家具的销售管理；●实现收款管理；●创建触发器，实现家具入库和销售时自动修改库存；●创建存储过程统计某段时间内各种商品的入库数量和销售数量；●建立数据库相关表之间的参照完整性约束。
（13）高校教材管理系统●实现出版社、教材类型等的管理；●实现教材的订购管理；●实现教材的入库管理；●实现教材的领用管理；●创建规则实现教材的书号必须满足以ISBN开头，后跟10个数字的格式，比如：ISBN7302120363；●创建触发器，实现教材入库和出库时自动修改库存数量；●创建存储过程统计各种教材的订购、到货和发放数量；●建立数据库相关表之间的参照完整性约束。
（14）高校教师信息管理系统●实现部门、职称、职务的基本信息的管理；●实现教师信息的管理；●实现教师家庭关系和教育经历的管理；●实现教师的奖惩管理；●创建规则使得教师的E-Mail必须符合电子邮箱的格式；●创建触发器，实现修改教师所在部门时自动修改相应部门的教师人数；●创建存储过程统计各部门各种职称的人数；●建立数据库相关表之间的参照完整性约束。
（15）红河学院机房管理系统●实现机房、上机类型等基本信息的管理；●实现机器信息、管理人员信息的管理；●实现上机管理；●实现收费管理；●创建触发器，实现下机时自动计算此次上机的时间和费用；●创建存储过程统计各机房的上机时间和上机费用；●创建存储过程统计指定时间段内各管理人员的收费合计；●建立数据库相关表之间的参照完整性约束。
（16）二手房中介管理系统●实现房屋户型、房东信息的管理；●实现租房客户信息的管理；●实现房屋的出租、归还登记；●实现租房收费管理；●创建存储过程统计各种户型的房屋的出租数量；●创建触发器，当房屋租出时自动修改该房屋的状态；●创建视图查询当前所有房屋的房号、房东、状态信息；●建立数据库相关表之间的参照完整性约束。
（17）某宾馆客房管理系统●实现客房类型、价目信息、客房信息的管理；●实现客户信息的管理；●实现入住和退房管理；●实现费用管理；●创建触发器，实现入住和退房时自动修改客房的状态；●创建存储过程统计某段时间内各种类型的客房的入住时间合计和费用合计；●创建视图查询某一时刻没有入住的房间信息；●建立数据库相关表之间的参照完整性约束。
（18）建材物资管理信息系统●实现物资类型、供应商、仓库等信息的管理；●实现物资信息的管理；●实现物资入库、销售管理；●创建触发器，实现物资入库、销售出库时自动修改对应的库存；●创建存储过程查询某段时间内各种物资的入库数量和销售数量；●创建存储过程查询某段时间内各种物资的销售收入；●建立数据库相关表之间的参照完整性约束。
（19）某客运公司的运输管理系统●实现车型、路线、驾驶员等信息的管理；●实现线路车次、线路站点及票价管理；●实现售票管理；●创建存储过程按线路统计乘坐次数；●创建存储过程按车次统计某段时间的乘坐次数；●创建触发器，实现售票时自动修改相应车次已售座位数；●创建视图查询各线路各车型的数量；●建立数据库相关表之间的参照完整性约束。
（20）某公司的自助餐管理系统语义如下：某公司为了提高职工的福利待遇，规定每个员工每天可以在职工食堂用餐两次，可以中午用餐一次，下午用餐一次；也可以集中到中午或下午一次用餐两次。
月底进行核算，如果用餐次数不足，餐费不退还职工。
公司根据实际的用餐次数支付食堂餐费。
要求如下：●创建一个能满足上述要求的数据库；●定义视图查询2005年1月份没有用过餐的员工信息；●创建存储过程统计每个员工指定月份的用餐次数；●创建存储过程统计指定月份公司应支付给食堂的费用；●建立数据库相关表之间的参照完整性约束。
（21）某学校的题库管理系统●实现课程、题型等基本信息的管理；●能管理每一门课程的题型，每门课程的章节；●实现习题信息的管理，能按题型或章节录入每门课程的习题；●定义存储过程查询指定课程各种题型和各章节的习题数量；●定义视图查询各门课程使用的题型；●设每个习题有一个题号，题号由系统自动生成，要求从1开设编号；●设每个习题都有习题的建立日期，其值为系统时间，请定义实现（用默认实现）；●定义存储过程实现查询各门课程、各种题型的习题数量；●可以自动抽题组成套题，习题每抽取一次，要使习题的抽取次数加1（用触发器实现）；●建立数据库相关表之间的参照完整性约束。
（22）某高校的学籍管理系统●部门、专业、班级等基本信息的管理；●实现学生信息的管理；●实现学生成绩的管理；●实现学生的奖惩管理；●创建视图查询学生的学号、姓名、性别、院系、专业、班级信息；●创建存储过程统计各院系、专业学生的男女人数；●创建触发器当新增、修改或删除学生时自动修改相应班级的学生人数；●创建check约束限制学生的性别只能输入“男”或“女”；●建立数据库相关表之间的参照完整性约束。