数据库三级项目报告-
数据库管理系统-数据库三级项目
东软D402集团D402集团数据库管理系统进销存数据库小组成员：张少锐1120900105李廷阳11120900106丛福建11120900107 李兰夫1112090010812目录1项目总体介绍及需求分析： (3)2实体及其所有的属性： (3)3 概念结构设计： (4)4 逻辑结构设计 (7)4.1.E-R图向关系模型的转换 (7)4.2索引的创建 (7)5 物理结构设计 (9)6 实体的表结构在SQL2005中的截图： (11)7视图的创建 (13)8数据的增删改查 (12)9经验收获以及评价 (13)1项目总体介绍及需求分析：项目总体介绍：学习完《数据库系统实用教程》这门专业课后，对数据库原理有了一定的了解，基于此，结合生活实际和实例，设计一个公司以服装销售管理业务为背景进行的数据库管理系统。
需求分析：该公司为销售部门，实现采购、入库、销售、出库一体化的管理。
可对商品进行入库记帐和出库记帐，并提供综合查询、统计、分析、打印各种报表等功能，服装店的进销存管理信息系统，首先必须具备的功能是记录仓库存货、客户订货以及进货发货情况，通过该系统了解服装进货渠道、商品单价、数量，库存商品的种类、数量，订单即客户信息及时反馈，以便管理员更好的做出经营管理决策。
2实体及其所有的属性：本数据库的实体属性有：产品（产品号、产品名称、进货地点、价格、型号）客户（客户号、客户名、客户地址）订单（订单号、产品号、客户号、产品名称、客户名、客户地址、订单时间、产品数量、订单业务员、订单是否发货）库存（库存编号、产品号、产品名称、库存量、库存地点）发货单（发货号、产品号、客户号、发货时间、产品数量、发货价格、发货负责人、产品名称、客户地址）由于该关系模型中存在着函数依赖关系，不满足二范式的要求，会产生数据冗余，插入异常，删除异常，和更新异常等诸多问题，所以对其进行优化。
产品（产品号、产品名称、进货地点、价格、型号）客户（客户号、客户名、客户地址）订单（订单号、订单时间、产品数量、订单业务员、订单是否发货）库存（库存编号、库存量、库存地点）发货单（发货号、发货时间、产品数量、发货价格、发货负责人）3 概念结构设计：总体E-R图产品属性客户属性库存属性订单属性发货单属性4 逻辑结构设计4.1.E-R图向关系模型的转换E-R图向关系模型的转换要解决的问题：如何将实体型和实体间的联系转换为关系模式、如何确定这些关系模式的属性和码；转换内容：将E-R图转换为关系模型、将实体、实体的属性和实体之间的联系转换为关系模式。
东软软件测试三级项目报告2
《库存管理系统》测试用例设计专业：工商企业管理（企业信息化方向）班级：企管10101 10102 10103成员：张东蕊孙岩煌马宏宇朱鹏宇李宝鑫孙昌健刘羿群董磊日期：2012年6月17日1.前言1.1 系统背景软件的故障与障碍，阻碍正常的业务流程，给工作带来了诸多不便；这种障碍产生的原因一定程度上是由于在开发初期对软件的功能性测试的不全面，编码编写错误，未能达到产品要求的功能规格，工作组版库存移动平均同月出入库月末处理后出库单无单价，单据查询有几张单据隐藏提示被其他工作站删除，等一系列影响库存管理系统的效率和功能等局限性，所以要对此销售库存管理系统进行测试；1.2 测试目标发现销售库存管理系统在执行程序的过程中所出现的问题，对现有系统进行全面的需求分析、需求评审和功能扩充；尽可能发现在系统运行过程中所存在的与用户需求和定义不相符的问题，并尽快解决。
2.测试用例2.1操作功能模块操作功能模块主要实现对测试设备的基本操作，主要包括对信息进行添加、删除、修改、查询等功能用例设计人：马宏宇测试执行人：马宏宇用例编码测试目标输入数据及操作预计输出结果实际输出结果缺陷编码01 测试设备代码是否存在输入设备号，设备名，按“新增”按钮、设备号=001,设备名=gold显示警告信“设备库中已有该设备号”显示警告信息“IDispatcherror #3092”成功02 测试设备新增代码输入设备号，设备名，按“新提示“新增操作完成”显示提示信息“完成操作”成功增”按钮、设备号=007，设备名=gold03 测试设备新增代码输入设备号，按“新增”按钮、设备号=008，设备名=空显示警告信息“请输入设备名”显示提示信息“完成操作”失败，未检查使用者输入的设备名是否为空04 测试设备无代码可否新增输入设备设备名，按“新增”按钮、设备号=空，设备名=wonder显示警告信息“设备号不能为空”显示警告信息“未指定的错误”失败，未检查使用者输入的设备号是否为空05 测试设备代码名称均无可否操作按“新增”按钮、设备号=空，设备名=空提示“设备号和设备名都不能为空”提示“未指定的错误”成功06 测试设备删除代码与名称功能输入设备号，按“删除”按钮、设备号=008,设备名=空提示“删除操作完成”提示“完成操作”成功07 测试设备删除代码与名称功能输入设备号，设备名，按“删除”按钮、设备号=007，设备名=wonder提示“输入的设备号与设备名不匹配”操作无反应失败，未检查使用者输入的设备号与设备名是否匹配08 测试设备修改功能输入设备号，设备名，按“修改”按钮、设提示“修改操作完成”提示“完成操作”成功备号=006,设备名=wonder09 测试设备修改功能输入设备号，设备名，按“修改”按钮、设备号=009，设备名=lost提示“设备库中无此设备”操作无反应失败，未检查使用者输入的设备号与数据库中数据是否匹配2.2登记功能管理模块模块功能描述：设备入库登记、设备出库登记、设备还库登记用例设计人：朱鹏宇测试执行人：朱鹏宇用例编码测试目标输入数据及操作预计输出结果实际输出结果缺陷编码001 测试设备入库登记信息按“确定”按钮、设备编号=空,其他信息也为空提示“请输入设备入库信息”提示“请选择一个设备”成功002 测试设备入库登记信息输入设备号，按“确定”按钮、设备号=下拉列表框的值，其他信息都为空提示“请输入入库设备数量”提示“请输入一个1至1000之间的数字”成功003 测试设备入库登记信息输入设备号，数量，价格，归还人，按“确定”按钮、设提示“设备入库信息不够完整”提示“操作完成”成功备号=下拉列表框的值,数量=12,价格=25,归还人=Tom，其他信息为空004 测试设备出库登记信息按“确定”按钮、设备编号=空,其他信息也为空提示“请输入设备出库信息”显示提示信息“请选择一个设备”成功005 测试设备出库登记信息输入设备号，数量，价格，供应商，按“确定”按钮、设备号=下拉列表框的值，数量=10，价格=32，供应商=lilei，其他默认提示“设备出库信息不够完整”提示“未指定错误”成功006 测试设备出库登记信息输入设备号，数量，价格，供应商，电话，采购员，按“确定”按钮、设备号=下拉列表框的值，数量=10，价格=32，供应商=lilei，电话提示“出库登记已完成”提示“操作完成”成功=8686543，采购员=Mike007 测试设备还库登记信息按“确定”按钮、设备编号=空,需求部门=空，设备数量=空显示提示信息“请输入设备需求信息”显示提示信息“请选择一个设备”成功008 测试设备还库登记信息输入设备号，数量，按“确定”按钮、设备号=下拉列表框的值，数量=8,其他信息为空显示警告信息“请输入设备需求部门”提示“部门一项不能为空”成功2.3查询功能模块模块功能描述：库存信息、入库信息、出库信息、还库信息与需求信息的查询、增删操作的功能。
数据库三级项目报告-
数据库三级项目报告-大连东软信息学院学生实验报告课程名称：专业班级： _姓名：学号：范式作业得分：设计作业得分：报告作业得分：-- 学年第学期一、范式作业7.设有关系模式：SC(SNO,CNO,CTITLE,TNAME,TLOCA,GRADE),其中SNO为学号，CNO为课程号,CTITLE为课程名,TNAME为教师名，,TLOCA为教师地址,GRADE 为成绩。
试问：SC为第几范式？是否存在插入，删除异常？若存在说明在什么情况下发生？发生原因是什么？NF将发分解为3答：SC为1NF 它存在插入删除异常。
当增设一门课程时，因还没有学生选修，则缺少码的一部分，SNO 不能执行插入操作，当所有学生推选某门课程时而进行删除操作时，会将不该删除的课程信息删除。
SC关系中存在插入和删除操作异常的原因在于，该关系的候选关键字为(SNO，CN0)，其中仅有非属性GRADE完全函数依赖于(SNO，CNO)，其他非主属性CTITLE、INAME、ILOCA都只函数依赖于CNO，即它们与(SNO，CNO)为部分函数依赖关系。
答：分解3:SC1(SNO,CNO,GRAGE)SC2(CNO,CTITLE,TNAME)SC3(TNAME,TLOCA)9.给定如下关系模式：商品销售情况（客户号，客户名，商品号，商品名，仓库号，仓库名，仓库地址，单价，购买数量，合同金额），其中，一个客户可以购买多种商品，一种商品可以卖给多个客户。
一个仓库可以存放多种商品，一种商品只能存放在一个仓库中。
（a）判断上述关系模式符合哪种范式，并说明理由；（b）如果不符合3NF，请将它规范为3NF。
答：a. 因为每个属性不可再分，所以R是1NF 函数依赖有：客户号->客户名商品号->商品名仓库号->仓库名仓库名->仓库地址商品名->单价因为（客户号，商品号，仓库号）-P->单价（客户号，商品号，仓库号）-P->客户名（客户号，商品号，仓库号）-P->商品名（客户号，商品号，仓库号）-P->仓库名（客户号，商品号，仓库号）-P->仓库地址（客户号，商品号，仓库号）-P->购买数量（客户号，商品号，仓库号）-P->合同金额所以R不是2NFb.规范到3NF后：商品(商品号，商品名，单价)仓库(仓库号，仓库名，仓库地址)合同（客户名，商品名，购买数量，合同金额）－1－11.给定如下关系模式：教师管理（教师号，教师姓名，专业号，专业名称，教研室号，教研室名，入职时间），其中，一个教师属于一个教研室，一个教研室包含多个教师，教师有自己的毕业专业。
数据库技术三级总结
数据库技术三级总结1. 数据库基础知识
- 数据库系统概念
- 数据模型和数据结构
- 关系数据库理论
- 语言
2. 数据库设计
- 概念设计
- 逻辑设计
- 物理设计
- 数据库规范化
3. 数据库管理系统
- 数据库系统体系结构
- 数据库存储管理
- 数据库事务管理
- 数据库安全性和完整性
4. 数据库应用开发
- 数据库编程接口
- 数据库应用程序开发
- 数据库对象管理
- 数据库性能优化
5. 数据库新技术
- 分布式数据库系统
- 并行数据库系统
- 数据仓库和数据挖掘
- 数据库
6. 数据库实践
- 数据库设计案例
- 数据库应用开发实例
- 数据库管理和维护
- 数据库项目实践
以上是数据库技术三级总结的大致内容框架,包括了数据库基础理论、设计、管理、应用开发、新技术以及实践等方面的内容。
在每一个部分,可以根据具体需求进行更详细的阐述和展开。
东软数据库三级项目 3【范本模板】
学生成绩管理系统1. 需求描述设计一个学生成绩的数据库管理系统,数据库中要求包含学生的基本信息，学科基本信息，以及学生所学课程的考试成绩。
要方便学生进行成绩查询，通过该课程设计,应该达到把数据库理论知识更加的巩固加深，加强动手能力与实践能力，学以致用，与现实生活中的应用充分的结合起来。
能够进行数据库的数据定义、数据操纵、数据控制等处理功能，进行联机处理的相应时间要短。
具体功能应包括：系统应该提供课程安排数据的插入、删除、更新、查询；成绩的添加、修改、删除、查询,学生及教职工基本信息查询的功能.2. 概念结构设计3。
逻辑结构设计设计学生成绩管理数据库，包括课程、学生、教师、成绩四个关系，其关系模式中对每个实体定义的属性如下：课程信息表Class：（课程号，课程名，教师号，学分,学时）学生信息表Student1：(学号，姓名，性别，年龄,专业,系别)成绩表Score:（学号号,课程名，成绩)教师表Teacher1：（教师号，教师名，教师性别，教师系别)2、学生信息表(student1）4. 物理设计A。
创建索引：(1）在class表的cno列上创建非聚集索引。
Create index classrname ON class （cno)(2）在student1表的sno列上创建非聚集索引.Create unique index student1no ON Student1 (sno)（3) 在Student1表的sno列创建一个非聚集索引,要求索引键值按sno升序排列。
Create index student1no ON student1(sno ASC)B.删除索引:（1）删除student1表中的student1no索引。
Drop index student1no5。
数据库实施1、创建数据库（1）打开SQL工具“查询分析器”（2）在查询窗口中键入下列SQL语句create database ScoreSystem执行上述SQL语句即可新建一名为ScoreSystem的数据库2、创建数据表创建数据库后，为ScoreSystem数据库添加数据表，步骤如下。
ORACLE三级项目
《 Oracle 数据库管理与开发I 》三级项目报告实施过程1． 项目介绍由于学生数量巨大人工管理需要大量的人力，且人工可能存在不规范。
学籍管理系统可以为管理人员提供方便快捷规范的服务。
功能需求包括：（1）学生登录系统后可以进行个人学籍信息查看、成绩查询、课程和考试查询。
（2）教师登录系统后可以查看所有学生学籍信息、查询成绩、发放考试安排表、录入成绩、发布和修改成绩通知 2． 需求分析（要求画出用例图）3． 数据库概念结构设计（要求画出ER 图） 4． 数据库逻辑结构设计（1） 表设计 1. STUDNT 字段名 数据类型 长度 约束说明 student_idCHAR11PRIMARY KEY 学号 student_name V ARCHAR2 50 NOT NULL 姓名 gender CHAR 2性别 class_id NUMBER 4 NOT NULL 班级 student_oldNUMBER2NOTNULL年龄姓 名： 学 号： 项目名称 学籍管理系统指导教师2.TEACHER字段名数据类型长度约束说明teacher_id NUMBER 4 PRIMARY KEY 教师编号teacher_name V ARCHAR2 50 NOT MULL 教师姓名gender CHAR 2 教师性别dept_id V ARCHAR2 2 NOT NULL 教师系部ERS字段名数据类型长度约束说明user_id NUMBER 6 PRIMARY KEY 用户id user_name V ARCHAR2 50 登录名user_pass V ARCHAR2 50 NOT NULL 密码user_type NUMBER 1 用户类型4.COURSES字段名数据类型长度约束说明course_id NUMBER 6 PRIMARY KEY 课程编号course_name V ARCHAR2 30 课程名称course_desc V ARCHAR2 200 课程介绍5.SCHOOL字段名数据类型长度约束说明student_name V ARCHAR2 50 NOT NULL 学生姓名student_id CHAR 11 FOREIGN KEY 学号school_id CHAR 20 PRIMARY KEY 学籍编号school_type CHAR 20 NOT NULL 学校类型enroll_year DATE 入学时间major_name V ARCHAR2 50 NOT NULL 专业名称6.NOTIFY字段名数据类型长度约束说明notify_id NUMBER 10 PRIMARY KEY 通告编号teacher_id NUMBER 4 FOREIGN KEY 教师编号notify_name V ARCHAR2 100 NOT NULL 通告名称notify_type CHAR 10 NOT NULL 通告类型notify_desc V ARCHAR2 200 通告描述7.EXAM字段名数据类型长度约束说明student_id CHAR 11 FOREIGN KEY 学号exam_id NUMBER 10 PRIMARY KEY 考试编号exam_name V ARCHAR2 20 NOT NULL 考试名称exam_type CHAR 4 考试类型exam_desc V ARCHAR2 200 考试描述（2）索引设计1.在STUDENT表class_id列上创建名为student_class_index的平衡树索引2.在TEACHER表dept_id列上创建名为teacher_dept_index的平衡树索引3.在USER表user_name列上创建名为user_name _index的平衡树索引4.在COURSE表course_name列上创建名为course_name _index的平衡树索引5.在SCHOOL表student_id列上创建名为school_stuid _index的平衡树索引6.在EXAM表exam_name列上创建名为exam_name_index的平衡树索引（3）视图设计1.创建一个视图（order_ss_view），包括学生姓名、学号、班级、性别和学籍编号等基本信息；2.创建一个视图（order_tn_view），包括教师编号、姓名、性别、所在系部和发布的通告名称等基本信息；3..创建一个视图（order_se_view），包括学生姓名、学号、班级、考试编号和考试名称等基本信息；（4）序列设计1.创建一个序列（teacher_seq）用于产生教师编号，起始值为0001，步长为一，不缓存;2.创建一个序列（notify_seq）用于产生通告编号，起始值为0001，步长为一，不缓存;3.创建一个序列（exam_seq）用于产生考试编号，起始值为0001，步长为一，不缓存;（5）其他数据库对象设计同义词设计：为USER表创建一个同义词，名为person。
数据库原理三级项目设计报告模板
数据库原理
三级项目设计报告
学号
姓名
专业班级
指导教师
组成员及分工
一、三级项目名称
二、三级项目功能设计
（1）功能描述
(注：以下给出图书管理系统的功能描述作为参考
某大学图书馆为了管理图书方便，要开发一套图书借阅管理系统软件，该系统实现三个方面的主要功能，首先是图书管理，包括图书信息的入库、图书信息的修改、图书的删除、图书的查询等，其次是借阅者管理，包括借阅者信息入库、借阅者信息的修改、借阅者删除、借阅者查询等，最后是借阅情况管理，包括借书信息入库、借书信息修改、借书信息删除、借书信息查询等。
)
（2）功能结构图
（注：下图以图书管理系统为例）
三、三级项目数据库设计
（1）概念结构设计（ER图）
（注：插入Visio画的E-R图）
（3）数据库表创建代码（写出表创建的SQL语句）
四、数据库实施
（1）常见增删改查
（2）安全性设置
（3）备份恢复设置。
数据库三级项目
高校图书馆管理系统1. 需求描述随着社会信息量的与日俱增，职场竞争的日趋激烈，越来越多的人更关注知识的积累、能力的培养。
作为信息存储的主要媒体之一图书，数量、规模比以往任何时候都大的多，不论个人还是图书管理部门都需要使用方便而有效的方式来管理自己的书籍。
特别是作为高校图书馆而言，有着图书量大，借阅人员多的特点，单纯的人工记录与管理已经不能满足日常运行的需求。
因此需要一个能正确记录处理大量数据库的系统来进行管理，所以我决定设计一个数据库来协助高校图书馆来进行管理。
这个管理系统需要有着以下几点功能：1.进行新书入库、现有图书信息修改以及删除；2.能够实现对读者基本信息的查询和编辑管理；3.能够进行借阅信息的查询功能；4.能够进行超期罚款功能；2. 概念结构设计各E－R图各实体的属性如下所示：图书：Book(BookID, BookNo, BookName, BookWriter, BookPublish, BookPrice, BookDate, BookClass, BookMain, BookPrim, BookCopy, BookState,BookRN)读者：Reader(ReaID, ReaName, ReaSex, ReaNo, ReaLBID, ReaType,ReaDep, ReaGrade, ReaPref, ReaDate)管理员：Maneger(MID, MName, MSex, Mpwd, MAuth, MTeleph, MAddre)馆室：Room(RoomNo,RoomMID,RoomNum,RoomAddre)读者类别：ReaderTpye(LBID, LBName, LBnum, LBbqx, LBqx)各E－R图中联系的属性如下所示：借阅信息：Borrow (BookID,ReaderID,BookName,BookWriter, Outdate,YHdate)借阅历史：History(BookID,ReaderID,BookName, BookWriter, Outdate,Indate)罚款信息：Fine(BookID,ReaderID,BookName, Outdate,Indate, Fine, CLState, MID)3. 逻辑结构设计由于读者类别与读者、馆室与图书的联系方式是1:n（一对多），可以将其之间的联系与n端实体读者、图书合并，管理员与图书之间的维护联系也是1:n （一对多），同样也将其之间的联系与n端实体合并，而读者与图书之间的借阅和归还联系方式则是n:m（多对多），这样要把它们之间的联系转化为独立的关系模式，读者与管理员之间的罚款联系是m:n（多对多），将其联系也转化成独立的关系模式，具体的基本E-R图向关系模型的转化如下：图书：Book(BookID, BookNo, BookName, BookWriter, BookPublish, BookPrice, BookDate,BookClass,BookMain,BookPrim,BookCopy,BookState, BookRNo)读者：Reader(ReaID,ReaName,ReaSex,ReaNo,ReaLBID,ReaType, ReaDep, ReaGrade, ReaPref, ReaDate)管理员： Maneger (MID,MName,MSex,Mpwd,MAuth,MTeleph,MAddre)读者类别：ReaderTpye(LBID, LBName, LBnum, LBbqx, LBqx)馆室： Room(RoomNo,RoomMID,RoomNum,RoomAddre)借阅信息：Borrow(BookID,ReaderID,BookName,BookWriter, Outdate,YHdate)借阅历史：History(BookID,ReaderID,BookName,BookWriter, Outdate,Indate,YHdate)罚款信息：Fine (BookID,ReaderID,BookName,Outdate,Indate,Fine, CLState,MID)馆藏图书信息表列名数据类型可否为空说明BookID Char not null 图书编号BookNo Char not null 图书的索书号BookName Char not null 图书的书名BookWriter Char not null 图书作者BookPulish Char not null 图书出版社BookPrice Char 图书的单价BookDate Date 出版日期BookClass Char 图书的分类BookMain Char 图书的摘要BookPrim Char 图书的关键字BookCopy Char 图书的副本数BookState Char not null 图书是否可借BookRNo Char not null 图书所在馆室号读者信息表列名数据类型可否为空说明ReaID Char not null 读者编号ReaName Char not null 读者姓名ReaSex Char not null 读者性别ReaNo Char not null 读者学号ReaLBID Char not null 读者类别编号ReaType Char 读者类型ReaDep Char 读者所在学院ReaPref Char 读者所属专业ReaGrade Char 读者的年级ReaDate Date not null 办证日期管理员信息表列名数据类型可否为空说明MID Char not null 管理员编号MName Char not null 管理员姓名MSex Char 管理员性别Mpsw Char not null 管理员密码MAuth Char not null 管理员权限MTeleph Char 管理员电话MAddre Char 管理员地址馆室信息表列名数据类型可否为空说明RoomNo Char not null 馆室号RoomMID Char not null 馆室管理员编号RoomNum Char 馆室拥有图书数目RoomAddre Char 馆室地址读者类别信息表列名数据类型可否为空说明LBID Char not null 读者类别编号LBName Char not null 读者类别名大数LBbqx Char not null 持有图书最长期限LBqx Char not null 借阅证期限借阅信息表列名数据类型可否为空说明ReaID Char not null 读者编号BookID Char not null 图书编号BookName Char not null 图书名BookWriter Char 作者Outdate Date not null 借阅时间Indate Date 归还时间YHdate Date not null 应还时间Fine Char 罚款金额CLState Char 处理状态MID Char not null 管理员编号图书基本信息视图列名数据类型可否为空说明BookNo Char not null 图书的索书号BookName Char not null 图书的书名BookWriter Char not null 图书作者BookPulish Char not null 图书出版社BookState Char not null 图书是否可借BookRNo Char not null 图书所在馆室号读者当前借阅信息视图列名数据类型可否为空说明BookID Char not null 图书编号BookName Char not null 图书名Outdate Date not null 借阅时间YHdate Date not null 应还时间BookID Char not null 图书编号BookName Char not null 图书名Outdate Date not null 借阅时间Indate Date 归还时间读者罚款信息视图列名数据类型可否为空说明BookID Char not null 图书编号BookName Char not null 图书名Outdate Date not null 借阅时间Indate Date 归还时间Fine Char not null 罚款金额CLState Char not null 处理状态4. 物理设计数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程，在这个阶段中要完成两大任务：（1）确定数据库的物理结构，在关系数据库中主要是存取方法和存储结构；（2）对物理结构进行评价，评价的重点是时间和空间效率。
三级项目报告
图书管理系统的设计与实现课题组成员自评成绩：课程名称：数据库系统概论指导教师：陈子阳2014年4月项目名称（宋体、黑体、小二号字）作者1，作者2，作者3（燕山大学信息科学与工程学院）1标题一可接下一级标题或正文。
论文要求主题明确、数据可靠、逻辑严密、文字精炼。
1.1标题1.1题名应恰当简明地反映文章的特定内容，要便于编制题录、索引和选定关键词。
不宜使用非公知的缩略词、首字母缩写字符、代号等，也不能将原形词和缩略词同时列出。
1.1.1标题1.1.1下接正文。
页码采用B5纸型纵向排列，页边距上为3 cm、下为2cm，左右均为2.5cm。
文字大小规定如下：图名、表名及内容、参考文献均为小五号字，正文中除标题外均为五号字，标题见样例。
均采用宋体。
文中各级标题采用阿拉伯数字分三级编序，且一律左顶格排版。
一级标题形如1，2，3，…排序；二级标题形如1.1,1.2,…排序；三级标题形如1.1.1,1.1.2,…排序。
表1 中文表题居中（表随文出现）换行时此处对齐基本要求表中文字中文采用小5号宋体。
注：表注采用小5号宋体公式主体居中，编号右对齐。
报告中应包括：1.E-R图及转换成的关系模式，对关系模式的分析是否达到3NF，若未达到如何处理，处理分解后的关系模式。
2.定义的数据库的名称、基本表、视图的名称，属性名称及值域；3.每个人的查询、更新语言描述及代码。
张三：检索不学C2课程的学生学号与年龄。
SELECT SNAME,AGEFROM SWHERE S# NOT IN (SELECT S#FROM SCWHERE C#=’C2’)。
数据库原理与应用三级项目实验报告说明
数据库原理与应用三级项目【样例】设某商业集团数据库中有三个实体集。
一是“商店”实体集，属性有商店编号、商店名、地址等；二是“商品”实体集，属性有商品号、商品名、规格、单价等；三是“职工”实体集，属性有职工编号、姓名、性别、业绩等。
商店与商品间存在“销售”联系，每个商店可销售多种商品，每种商品也可放在多个商店销售，每个商店销售一种商品，有月销售量；商店与职工间存在着“聘用”联系，每个商店有许多职工，每个职工只能在一个商店工作，商店聘用职工有聘期和月薪。
请大家自由分组，四人一组，各小组讨论确定所研究问题的行业背景，探讨信息化的内容，确定要研究的业务系统。
根据数据库需求分析的知识内容，对上述业务背景进行抽取，从而找出企业信息化需要的数据每组可自由拟定应用背景，要求至少应该有四个或四个以上实体，实体的属性自拟。
【要求】：（1）查阅相关资料，描述所选择的应用背景，完成需求调研，在实验报告中体现出来。
（2）根据应用背景描述画出E-R图，并在图上注明属性、联系的类型。
（3）将E-R图转换成关系模型，并注明主键和外键。
（4）为关系模式中的属性选取合适的数据类型和约束条件。
(以表格的形式展现)（5）在SQL Server 2005中通过SQL语句将数据库及表的结构实现出来，并添加少量数据（每个表中不少于3条数据）。
（6）设计2个以上的常见查询问题，并用SQL语句予以实现。
（7）完成实验报告（每组交一份）。
实验报告内容包括背景描述、E-R图、关系模型、属性的类型及约束条件（表格的形式）、创建数据库及表的SQL语句，将表的结构及表内添加的数据截图，并写出设计的查询问题和实现的SQL语句。
（8）打印实验报告，提交给班长涉及内容：1.概念设计、逻辑设计与物理设计1.复习---数据库概念设计、逻辑设计、物理设计的大致过程。
2.各组由组长进行协调，分别进行数据库的局部ER图的设计。
3.共同进行数据库ER图的集成，由组长协调，注意在集成过程中的各种冲突问题是否出现，以及解决办法，对于好的经验要进行总结。
数据库实验三报告
《数据库原理与应用》实验报告实验名称：数据更新与视图班级：学号：姓名：一、实验目的1．掌握数据更新语句的使用；2．掌握视图操作的基本方法和应用；3．理解基于视图的查询和数据更新操作的过程。
二、实验过程1．在实验一创建的表中使用SQL语句完成以下操作：（1）学生“宾兆琦”要退学，请删除该学生的所有记录。
语句：delete from sc where sno in (select sno from student where sname='宾兆琦'); delete from student where sname='宾兆琦';commit;执行结果：（2）将姓名为“朱安琪”同学的专业改为“软件工程”。
语句：update studentset major='软件工程'where sname='朱安琪';commit;执行结果：（3）创建转专业记录表change_major，在change_major表中插入“朱安琪”同学的转专业信息。
转专业记录表中包括：编号属性列（ID），学号属性列（sno），姓名属性列（sname），转出专业属性列（cbefore）,转入专业属性列（cafter）和转专业时间属性列（ctime），change_major的表结构为Change_major(ID,sno,sname,cbefore,cafter,ctime)其中编号属性列ID为主码，主码取值从“1”开始依次按照1递增，学号属性列sno为外码语句：create table change_major(ID varchar2(20) primary key ,sno varchar2(10),sname varchar2(20),cbefore varchar2(30),cafter varchar2(30),ctime date,foreign key(sno) references student(sno),check(ID>=1));执行结果：（3）删除选修了“计算机网络”但没有及格的选课记录。
数据库三级项目格式
《数据库原理与应用》课程三级项目设计项目名称：企业采购系统数据库设计与实施班级：2012级财务管理3班学号&姓名：12121300301 杨伟光12121300302 王赫（5人一组）任课教师：柯育龙日期：年月日1.系统分析1.1 业务流程图通过对公司采购业务的实际调查分析，弄清了该公司的采购业务管理工作的业务流程和管理功能，系统的业务流程图如图所示。
从业务流程图可以看出该公司的业务管理主要有以下几项管理功能：(1)采购计划管理：由采购部门根据需求部门提交的需求计划单进行需求计划汇总，并存储到需求计划文件中，查询实际库存情况，汇总得出需要采购的货物，并作出采购需求单。
根据采购需求单生成采购计划，并作出采购计划单。
(2)采购订单管理：由采购员根据采购计划单，供应商资料，生成采购订单，并储存采购合同文件，和采购订单文件。
(3)采购收货管理：由采购员依据采购订单，对供应商所提供的货物进行验收，并填写收货单文件。
再由库管员根据入库信息和收货单文件对货物进行出库管理，并填写入库单。
至此完成对采购业务的管理。
2.数据库结构设计2.1概念结构设计（E-R图）部分实体所具有的属性描述如下：需求计划实体属性E-R分图如图所示。
2.2逻辑结构设计（关系模型）需求计划（编号*，部门代码，部门名称，需求理由，采购计划编号）采购计划（编号*，部门代码，部门名称，决策结果）采购订单（订单编号*，商品代码，商品编号，备注，采购计划编号）收货单（收货编号*，收货日期，收货人，备注）检验单（检验单编号*，审核时间，审核结果，审核人，收货单编号）物料存单（存单编号*，存货人，存货时间，备注，收货单编号）存货台账（编号*，记录时间，负责人，备注）2.3物理结构设计需求计划单采购计划单3.SQL 语句实现：用Create table 创建上述表格即可。
用Create View（3个）和Create Index（3个）建立部分视图和索引。
数据结构三级报告终极版
《数据结构》三级项目报告北京市旅游景点导航程序设计学生姓名：冯星伟学号： 120104070017指导教师：窦燕李季辉李可日期： 2014年 1月1号摘要本程序通过字符数组、图的数组表示法两种方法，呈现了包括景点名称、景点介绍、各景点间距离等相关数据的北京市旅游景点平面图。
进入导航程序后，可根据需要分别实现北京市旅游景点总览、景点介绍、最短路径查询三大功能。
其中计算最短路径使用了弗洛伊德算法。
北京市旅游景点导航图共包括14个著名旅游景点，方便游客根据自身兴趣浏览景点信息，进而选择想要参观的景点，并可通过最短路径查询的功能设计出最佳的旅游路线。
这也是设计小组的成员根据自身的旅游经验设计的功能，总体来讲，本小组力图通过自身知识对我国的旅游行业贡献绵薄之力。
关键词：旅游导航、图、最短路径、弗洛伊德算法目录摘要 (2)目录 (3)前言 (4)正文 (6)(a) 研究内容的基本原理 (6)(b) 所采用的研究方法及相关工具 (7)(c) 项目的方案设计 (8)(d) 研究结果并讨论 (8)结论 (11)参考文献 (13)前言北京作为中国首都是不可忽略的旅游胜地，它不仅充满着古城的气息而且还包含着现代化最先进的科技艺术，这种形式造成了人们极想要一饱此都的风韵。
身为一位旅游者在北京旅途中不小心就会错过许多的特色景点。
对与一个游客来说，最首要的要求就是知道他所在的景区有多少可以参观的地方并且能够知晓这些景点的简写。
在这种情况下，我们的程序应运而生。
本程序旨在考察本小组成员在本学期关于数据结构课程的知识的学习情况，同时加强我们对于C语言的理解和熟练运用。
本程序可以为游客提供详尽的景点清单，同时为游客提供每个景点的基本介绍以及最佳的旅游路线。
目的：1、考察本学期数据结构课程的学习情况2、设计出方便游客旅游的北京市旅游导航程序范围：1.通过小组成员的旅游经验确定了该导航程序应该具备的功能，以便确定设计该程序大方向，以及所需准备的各种材料。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
大连东软信息学院学生实验报告课程名称：专业班级： _姓名：学号：范式作业得分：设计作业得分：报告作业得分：-- 学年第学期一、范式作业7.设有关系模式：SC(SNO,CNO,CTITLE,TNAME,TLOCA,GRADE),其中SNO为学号，CNO为课程号,CTITLE为课程名,TNAME为教师名，,TLOCA为教师地址,GRADE为成绩。
试问：SC为第几范式？是否存在插入，删除异常？若存在说明在什么情况下发生？发生原因是什么？NF将发分解为3答：SC为1NF 它存在插入删除异常。
当增设一门课程时，因还没有学生选修，则缺少码的一部分，SNO不能执行插入操作，当所有学生推选某门课程时而进行删除操作时，会将不该删除的课程信息删除。
SC关系中存在插入和删除操作异常的原因在于，该关系的候选关键字为(SNO，CN0)，其中仅有非属性GRADE完全函数依赖于(SNO，CNO)，其他非主属性CTITLE、INAME、ILOCA都只函数依赖于CNO，即它们与(SNO，CNO)为部分函数依赖关系。
答：分解3:SC1(SNO,CNO,GRAGE)SC2(CNO,CTITLE,TNAME)SC3(TNAME,TLOCA)9.给定如下关系模式：商品销售情况（客户号，客户名，商品号，商品名，仓库号，仓库名，仓库地址，单价，购买数量，合同金额），其中，一个客户可以购买多种商品，一种商品可以卖给多个客户。
一个仓库可以存放多种商品，一种商品只能存放在一个仓库中。
（a）判断上述关系模式符合哪种范式，并说明理由；（b）如果不符合3NF，请将它规范为3NF。
答：a. 因为每个属性不可再分，所以R是1NF函数依赖有：客户号->客户名商品号->商品名仓库号->仓库名仓库名->仓库地址商品名->单价因为（客户号，商品号，仓库号）-P->单价（客户号，商品号，仓库号）-P->客户名（客户号，商品号，仓库号）-P->商品名（客户号，商品号，仓库号）-P->仓库名（客户号，商品号，仓库号）-P->仓库地址（客户号，商品号，仓库号）-P->购买数量（客户号，商品号，仓库号）-P->合同金额所以R不是2NFb.规范到3NF后：客户 (客户号，客户名)商品(商品号，商品名，单价)仓库(仓库号，仓库名，仓库地址)合同（客户名，商品名，购买数量，合同金额）－1－11.给定如下关系模式：教师管理（教师号，教师姓名，专业号，专业名称，教研室号，教研室名，入职时间），其中，一个教师属于一个教研室，一个教研室包含多个教师，教师有自己的毕业专业。
（a）判断上述关系模式符合哪种范式，并说明理由；（b）如果不符合3NF，请将它规范为3NF。
答：a. 属于2NF，因为没有部分函数依赖，但是存在着传递函数依赖。
b.规范到3NF后：教师（教师号，教师姓名，专业号，教研室号，入职时间）专业（专业号，专业名称）教研室（教研室号，教研室名）13.给定如下关系模式：医院管理（医生编号，医生姓名，科室编号，科室名称，患者编号，患者姓名，就诊时间，诊断结果），假设一个医生属于一个科室，一个科室包含多名医生；一个医生可以诊断多名患者，一个患者可以被多个医生诊治。
（a）判断上述关系模式符合哪种范式，并说明理由；（b）如果不符合3NF，请将它规范为3NF。
答：a.属于1NF，因为存在部分函数依赖。
b. 规范到3NF后：医生（医生编号，医生姓名，科室编号）科室（科室编号，科室名称）患者（患者编号，患者姓名）诊断（医生编号，患者编号，就诊时间，诊断结果）－2－二、设计作业需要开发一个数据库，对所有学生社团进行统一管理。
每个社团都会从社团成员中选出一名学生作为负责人，每个社团有一个指导教师。
学生可以自愿选择参加一个或多个社团每个社团也有多个学生组成，凡参加社团的学生都以学号识别，各社团信息包括社团名称，成立日期，指导老师姓名，负责人，活动地点。
社团成员信息包括学号、姓名、性别、所在系别等。
（1）根据需求确定实体，属性，和联系。
答：学生（学号、姓名、性别、年龄、所在系别、电话号码、）社团（社团名称、成立日期、社团编号、指导老师、负责人、活动地点）（2）将实体，属性联系转化为E-R图。
（4）E-R图转换关系模型学生（学号、姓名、性别、年龄、所在系别、电话号码、）社团（社团名称、成立日期、社团编号、指导老师、负责人、活动地点）（5）物理表构建－3－(6) 表的创建于实施CREATE TABLE xueshengxinxibiao(Xingming CHAR (11)PRIMARY KEY,Xuehao CHAR (2)NOT NULL,Xingbie CHAR (2),Xibie CHAR (10)NOT NULL,Dianhuahaoma CHAR (15)NOT NULL,Nianling CHAR (4)check(nianling>0),check(xingbie='男'or xingbie='女'))－4－三、数据库报告作业数据看的发展前景数据库技术是现代信息科学与技术的重要组成部分，是计算机数据处理与信息管理系统的核心。
数据库技术研究和解决了计算机信息处理过程中大量数据有效地组织和存储的问题，在数据库系统中减少数据存储冗余、实现数据共享、保障数据安全以及高效地检索数据和处理数据。
随着计算机技术与网络通信技术的发展，数据库技术已成为信息社会中对大量数据进行组织与管理的重要技术手段及软件技术，是网络信息化管理系统的基础。
本章主要介绍数据库技术的应用与发展、关系模型的基本概念、关系数据库的设计理论及数据库设计方法等内容，是学习和掌握现代数据库技术的基础。
1.1 数据库技术的发展与应用从20世纪60年代末期开始到现在，数据库技术已经发展了30多年。
在这30多年的历程中，人们在数据库技术的理论研究和系统开发上都取得了辉煌的成就，而且已经开始对新一代数据库系统的深入研究。
数据库系统已经成为现代计算机系统的重要组成部分。
1.1.1 数据库技术与信息技术信息技术(Information Technology，IT)是当今使用频率最高的名词之一，它随着计算机技术在工业、农业以及日常生活中的广泛应用，已经被越来越多的个人和企业作为自己赶超世界潮流的标志之一。
而数据库技术则是信息技术中一个重要的支撑。
没有数据库技术，人们在浩瀚的信息世界中将显得手足无措。
数据库技术是计算机科学技术的一个重要分支。
从20世纪50年代中期开始，计算机应用从科学研究部门扩展到企业管理及政府行政部门，人们对数据处理的要求也越来越高。
1968年，世界上诞生了第一个商品化的信息管理系统IMS(Information Management System)，从此，数据库技术得到了迅猛发展。
在互联网日益被人们接受的今天，Internet又使数据库技术、知识、技能的重要性得到了充分的放大。
现在数据库已经成为信息管理、办公自动化、计算机辅助设计等应用的主要软件工具之一，帮助人们处理各种各样的信息数据。
1.1.2 数据库技术的应用及特点数据库最初是在大公司或大机构中用作大规模事务处理的基础。
后来随着个人计算机的普及，数据库技术被移植到PC机(Personal Computer，个人计算机)上，供单用户个人数据库应用。
接着，由于PC机在工作组内连成网，数据库技术就移植到工作组级。
现在，数据库正在Internet和内联网中广泛使用。
20世纪60年代中期，数据库技术是用来解决文件处理系统问题的。
当时的数据库处理技术还很脆弱，常常发生应用不能提交的情况。
20世纪70年代关系模型的诞生为数据库专家提供了构造和处理数据库的标准方法，推动了关系数据库的发展和应用。
1979年，Ashton-Tate公司引入了微机产品dBase Ⅱ，并称之为关系数据库管理系统，从此数据库技术移植到了个人计算机上。
20世纪80年代中期到后期，终端用户开始使用局域网技术将独立的计算机连接成网络，终端之间共享数据库，形成了一种新型的多用户数据处理，称为客户机/服务器数据库结构。
现在，数据库技术正在被用来同Internet技术相结合，以便在机构内联网、部门局域网甚至WWW上发布数据库数据。
1.1.3 数据库技术发展历史数据模型是数据库技术的核心和基础，因此，对数据库系统发展阶段的划分应该以数据模型的发展演变作为主要依据和标志。
按照数据模型的发展演变过程，数据库技术从开始到现在短短的30年中，主要经历了三个发展阶段：第一代是网状和层次数据库系统，第二代是关系数据库系统，第三代是以面向对象数据模型为主要特征的数据库系统。
数据库技术与网络通信技术、人工智能技术、面向对象程序设计技术、并行计算技术等相互渗透、有机结合，成为当代数据库技术发展的重要特征。
1. 第一代数据库系统第一代数据库系统是20世纪70年代研制的层次和网状数据库系统。
层次数据库系统的典型代表是1969年IBM公司研制出的层次模型的数据库管理系统IMS。
20世纪60年代末70年代初，美国数据库系统语言协会CODASYL(Conference on Data System Language)下属的数据库任务组DBTG(Data Base Task Group)提出了若干报告，被称为DBTG报告。
DBTG报告确定并建立了网状数据库系统的许多概念、方法和技术，是网状数据库的典型代表。
在DBTG思想和方法的指引下数据库系统的实现技术不断成熟，开发了许多商品化的数据库系统，它们都是基于层次模型和网状模型的。
可以说，层次数据库是数据库系统的先驱，而网状数据库则是数据库概念、方法、技术的奠基者。
2. 第二代数据库系统第二代数据库系统是关系数据库系统。
1970年IBM公司的San Jose研究试验室的研究员Edgar F. Codd发表了题为《大型共享数据库数据的关系模型》的论文，提出了关系数据模型，开创了关系数据库方法和关系数据库理论，为关系数据库技术奠定了理论基础。
Edgar F. Codd于1981年被授予ACM图灵奖，以表彰他在关系数据库研究方面的杰出贡献。
20世纪70年代是关系数据库理论研究和原型开发的时代，其中以IBM公司的San Jose研究试验室开发的System R和Berkeley大学研制的Ingres为典型代表。
大量的理论成果和实践经验终于使关系数据库从实验室走向了社会，因此，人们把20世纪70年代称为数据库时代。
20世纪80年代几乎所有新开发的系统均是关系型的，其中涌现出了许多性能优良的商品化关系数据库管理系统，如DB2、Ingres、Oracle、Informix、Sybase等。