1、数据库课程设计设计指导书New 计算机科学与技术专业数据库原理及应用课程设计教学实验指导书 数据库原理及应用课程设计教学指导一设计目的及要求本课程是为了配合数据库原理及应用课程开设的，是将数据库理论知识转化为实践能力的重要环节。其主要目的是：通过设计操作，加深对数据库系统理论知识的理解；通过使用具体的DBMS，了解一种实际的数据库管理系统并掌握其操作技术。重点掌握如下环节概念结构设计与逻辑结构设计；熟练的使用SQL语言实现数据库的建立、应用和维护。要求如下1要充分认识课程设计对培养自己的重要性，认真做好设计前的各项准备工作。2既要虚心接受老师的指导，又要充分发挥主观能动性。结合课题，独立思考，
2、努力钻研，勤于实践，勇于创新。3独立按时完成规定的工作任务，不得弄虚作假，不准抄袭他人内容，否则成绩以不及格计。4学生如有事不能上课要履行正常的请假手续，并且请假时间原则上不允许超过课程设计时间的三分之一。课程设计期间，无故缺席按旷课处理；缺席时间达四分之一以上者（按照缺勤次数/考核次数比值计算），其成绩按不及格处理。5在设计过程中，要严格要求自己，树立严肃、严密、严谨的科学态度，必须按时、按质、按量完成课程设计。二适用专业适用计算机科学与技术专业。三课程设计的一般步骤本课程设计分五个阶段：1）选题与搜集资料：选择课程设计题目，进行系统调查，搜集资料。2）分析与设计：根据搜集的资料，进行功能与
3、数据分析，并进行数据库、系统功能等设计。3）程序设计：在具体的DBMS环境下，创建数据库、建立表及必要的其它部分（如视图、存储过程、触发器等）；运用掌握的语言，编写程序，实现所设计的模块功能（可选）。4）调试与测试：自行调试程序，成员交叉测试程序，并记录测试情况。5）验收与评分：指导教师对每个小组的开发的系统，及每个成员开发的模块进行综合验收，结合设计报告，根据课程设计成绩的评定方法，评出成绩。四本课程设计内容与要求掌握数据库的设计的每个步骤，以及提交各步骤所需图表和文档。通过使用目前流行的DBMS（首选SQL SERVER 2000,不得使用ACCESS），建立所设计的数据库，并在此基础上实
4、现数据库查询、连接等操作和触发器、存储过程等对象设计。1应用系统需求分析学生自选由指导教师给定的多个课程设计的题目，进行应用系统需求分析工作，绘制操作流程图、DFD、DD图表以及书写相关的文字说明。2概念结构设计绘制详细的E-R图，由指导教师师检查数据结构是否合理。3逻辑结构设计将E-R图转换成等价的关系模式；按需求对关系模式进行规范化（建议至少满足第三范式要求）；对规范化后的模式进行评价，调整模式，使其满足性能、存储等方面要求；根据局部应用需要设计外模式。4物理结构设计选定实施环境，存取方法（如索引）等。5数据实施和维护用DBMS建立数据库结构，将初始化数据及部分测试数据装入数据库，实现各种
5、查询、链接应用程序，设计数据库中触发器、存储器等对象，并能对数据库做简单的维护操作；6课程设计总结总结课程设计的过程、体会及建议。7答辩进行课程设计答辩，主要了解学生们通过数据库课程设计，对数据库基本知识的了解程度。五上机任务1数据库、基本表的建立和修改。2数据加载： 用手工录入或导入等方法实现基本表中的数据加载。3单表查询以及多表查询：在建立的基本表中使用select基本格式和常用数据库函数；设计合适的视图，实现多表间查询。4触发器：设计若干触发器，实现表间关联字段修改时的完整性问题。5存储过程：设计若干多表查询的存储过程，根据需要可以创建带参数的存储过程，并用语句调用，要求有一定的输出格式
6、。根据个人能力，可以选用VB、VB、C#、Java等高级编程语言设计界面（如果能够确认该内容为学生自做，可在程序设计部分获得加分，否则不能加分）。六课程设计进度安排（时间为两周，10天）时间内容学生上机地点辅导答疑地点联系人及电话12Day指导教师指导DBMS应用与选题指导 数据库教研室34Day需求分析及概念结构设计图书馆阅览室实验室数据库教研室 5Day逻辑结构设计实验室数据库教研室6Day物理结构设计实验室实验室78Day数据库实施、调试实验室实验室9Day答辩实验室10Day撰写课程设计报告并验收实验室寝室数据库教研室七考核方式与成绩评定课程设计的成绩评定综合3方面考虑，包括：平时考核
7、、现场考核和课程设计报告考核。1）平时考核：考查学生的组织纪律、考勤情况，平时考核占总成绩的20；2）现场考核：主要考查学生对数据库基础知识掌握的熟练程度、现场提问的回答情况，应用系统完成后，答辩情况等。现场考核占总成绩的30；3）课程设计报告考核：综合考核学生的报告内容、文字表达、页面整洁度等，设计报告考核占总成绩的50。4）课程设计成绩将根据以上三项的考核情况评定，分优秀、良好、中等、及格、不及格五个等级。八注意事项1素材自定，同样题目不能完全相同，否则以不及格计。2数据库对象内容：表，视图、存储过程、触发器、参照完整（至少有两张表有关联）。3提交：（1）课程设计说明书（需要打印）要求：认
8、真添写课程设计任务书 添写完毕之后要求侧面装订此课程设计任务书要求A4纸打印，正文设置行距采用固定值20磅（见规范及实例，学会使用格式刷）。（2）源程序：创建数据库及其他各种数据库对象的脚本及在库上运行若干查询语句和统计函数、存储过程、触发器、查询需要脚本。最后要上交。以班级为单位，刻录光盘，以自己学号与姓名命名文件夹，先学号后姓名，如20张三。（不需要打印），九课程设计课题（选题供参考）数据库应用设计课程设计：人事管理系统系统功能的基本要求： 员工各种信息的输入，包括员工的基本信息、学历信息、婚姻状况信息、职称等。 员工各种信息的修改； 对于转出、辞职、辞退、退休员工信息的删除； 按照一定的
9、条件，查询、统计符合条件的员工信息；至少应该包括每个员工详细信息的查询、按婚姻状况查询、按学历查询、按工作岗位查询等，至少应该包括按学历、婚姻状况、岗位、参加工作时间等统计各自的员工信息； 对查询、统计的结果打印输出。数据库应用设计课程设计：工资管理系统系统功能的基本要求： 员工每个工种基本工资的设定 加班津贴管理，根据加班时间和类型给予不同的加班津贴； 按照不同工种的基本工资情况、员工的考勤情况产生员工的每月的月工资； 员工年终奖金的生成，员工的年终奖金计算公式（员工本年度的工资总和津贴的总和）/12； 企业工资报表。能够查询单个员工的工资情况、每个部门的工资情况、按月的工资统计，并能够打印
10、； 数据库应用设计课程设计：机票预定系统系统功能的基本要求： 每个航班信息的输入。 每个航班的坐位信息的输入； 当旅客进行机票预定时，输入旅客基本信息，系统为旅客安排航班，打印取票通知和帐单； 旅客在飞机起飞前一天凭取票通知交款取票； 旅客能够退订机票； 能够查询每个航班的预定情况、计算航班的满座率。数据库应用设计课程设计：仓库管理系统系统功能的基本要求： 产品入库管理，可以填写入库单，确认产品入库； 产品出库管理，可以填写出库单，确认出库； 借出管理，凭借条借出，然后能够还库； 初始库存设置，设置库存的初始值，库存的上下警戒限； 可以进行盘库，反映每月、年的库存情况； 可以查询产品入库情况、
11、出库情况、当前库存情况，可以按出库单、入库单，产品、时间进行查询；其它参考的题目1. 学生信息查询系统2. 图书借阅管理系统3. 房屋销售管理系统4. 住院收费管理系统5. 干部档案管理系统6. 订单生成系统7. 商家打折信息管理系统8. 实验室数据上报系统9. 人事管理信息系统10. 工资管理信息系统11. 考勤管理信息系统12. 员工培训管理信息系统13. 仓库货物管理系统14. 内部行文管理系统15. 进销存管理系统16. 酒店管理系统17. 医院管理系统18. 银行账户管理系统19. 光盘管理系统20. 网吧机房管理系统21. 机动车驾驶员考试系统22. 复印店文档管理系统23. 合同
12、管理系统24. 通讯录管理系统25. 试题库管理系统26. 学生成绩管理系统27. 学生选课信息系统28. 电脑销售系统29. 教材发放管理系统30. 教师管理系统31. 设备管理系统32. 运动会管理系统33. 个人财物管理系统34. 洗衣店管理系统35. 体育彩票分析系统36. 高校团委团员管理系统37. 宾馆住宿管理系统38. 学籍管理系统39. 房屋中介管理系统40. 航班售票管理系统41. 旅游管理系统42. 高校科研管理系统43. 校园自助银行模拟系统十课程设计说明书参考实例（格式及内容仅供参考） 零件交易中心管理系统设计说明书1 绪论（四号黑体）说明:绪论是整篇文章的开始，应简要
13、说明选题的缘由，设计与研究工作的目的、范围，相关领域以及前人的工作和知识空白，理论基础的分析、研究方法、研究内容、实验方法，预期结果和意义。（正文用宋体小四，行距采用固定值20磅）2 需求说明（四号黑体，顶格）说明：详细地调查分析系统对象、功能、性能等需求。1供应商（小四黑体，空两个字符）供应商的操作流程图如图2-1所示。图2-1 供应商操作分类表2顾客顾客的地位和供应商几乎是对称的，所以功能分类上也很相似顾客的操作流程图如图2-2所示。图2-2 顾客操作分类表3交易员交易员的工作就是提出交易和完成交易。这里需要仔细考虑的问题是：一个交易如何产生，并如何达成，可以用图2-3来说明这个问题我们在
14、处理交易的时候可能面临如下问题：(1)一个交易只能在交易双方都同意的情况下才可以进行，所以数据库中的供求信息只能作为达成某个交易的基础；(2)交易的双方可能不同时使用这个系统，因此需要系统提供一个双方交换信息的方式；(3)系统需要提供一种方便系统(交易员)向用户提出建议来促成交易的途径，并在保证数据库数据完整性的情况下达成交易。图2-3 交易员操作图3 概念模型设计说明：从实践概括抽象出理论模型E/R。数据库需要表述的信息有以下几种：零件信息、供应商信息、顾客信息及供应商集和零件集之间的联系(供应)。1. 供应商集和零件集之间的联系(供应)图3-1供应商和零件之间的联系(供应) E-R模型2.
15、顾客集和零件集之间的联系(求购)图3-2 顾客和零件之间的联系(求购) E-R模型3.交易(三元联系)可以用E-R模型表述该模型的设计，E-R图如图3-3所示。图3-3 全局E-R模型4 逻辑设计说明：从理论“E-R模型”到理论关系模型的整理转换。通过E/R模型到关系模型的转化，可以得到如下关系模式：(1)零件实体集转换为关系：Part(ID，Color，Name，Weight，Intro)(2)供应商实体集转换为关系Provider(ID，Name，Addtess，Tel，Intro)(3)顾客实体集转换为关系Customer(ID，Name，Addtess，Tel)(4)供应联系转换为关系
16、Supply(PartlD，ProviderlD，Price，Quantity)(5)求购联系转换为关系OfferToBuy(CustomerlD，PartID，Price，Quantity)(6)交易联系转换为关系Business(CustomerlD，ProviderlD，PartID，Price，Quantity) 每个关系模式的主键码都用下划线标出。同时，对于从联系导出的关系Supply(供应)，OfferToBuy(求购)和Business(交易)，使用与之相联系的实体集的主健码作为自己的键码，必须符合外键码约束。对于Customer(顾客)，Provider(供应商)和Part(零
17、件)之间，不存在直接的约束，所以可以存在没有供应商供应同时也没有顾客求购的零件。5 物理设计说明：从理论关系模型到实现/实施数据库建立，物理文件的安排和建立索引。1为了提高在表中搜索元组的速度，在实际实现的时候应该基于键码建立索引是各表中建立索引的表项： (1)part(ID) (2)Provider(ID) (3)Customer(ID) (4)Supply(PartID，ProviderID (5)OfferTOBuy(CustomerID，PartID)(6)Business(CustomerlD，ProviderID，PartID)2用SQL实现设计实现该设计的环境为Windows 2
18、000 Perfessinal+MSSQLServer 2000.（1）建立Part表 CREATE TABLE Part( ID smallint IDENTITY(1,1) PRIMARY KEY, Color varchar(20), Name varchar(20) NOT NULL, Weight int DEFAULT 0, Intro text)（2）建立Provider表 CREATE TABLE Provider( ID smallint IDENTITY(1,1) PRIMARY KEY, Name varchar(20) NOT NULL, password varcha
19、r(8) NOT NULL, Address varchar(30), Tel varchar(20), Intro text)（3）建立Customer表CREATE TABLE Customer(ID Smallint IDENTITY(1,1) PRIMARY KEY,Name varchar(20) NOT NULL, Address varchar(30),TeL Varchar(20) )（4）建立Supply表CREATE TABLE Supply(PartID Smallint,ProviderID smallint,Price int,QUantity int,CONSTRA
20、INT PK_SUPPLY PRIMARY KEY CLUSTERED(PartID,ProviderID),CONSTRAINT FK_SUPPLY_PARTID FOREIGN KEY(PartID) REFERENCES Part(ID),CONSTRAINT FK_SUPPLY_PROVIDERID FOREIGN KEY(ProviderID) REFERENCES Provider(ID)（5）建立OfferToBuy表CREATE TABLE OfferToBuy(CustomerID smallint,PartID Smallint,Price int,Quantity int
21、,CONSTRAINT PK_OFFERTOBUY PRIMARY KEY CLUSTERED(CustomerID,PartID),CONSTRAINT FK_OFFERTOBUY_CUSTOMERID FOREIGN KEY(CustomerID) REFERENCES Customer(ID),CONSTRAINT FK_OFFERTOBUY FOREIGN KEY(PartID) REFERENCES Part(ID) （6）建立Business表CREATE TABLE Business(CustomerID smallint,ProviderID smallint,PartID S
22、mallint,Price int,Quantity int,CONSTRAINT PK_BUSINEss PRIMARY KEY ClUSTERED(CuscomerID,ProviderID,PartID),CONSTRAINT FK_BUSINESS_CUSTOMERID FOREIGN KEY(CustomerID) REFERENCES Customer(ID),CONSTRAINT FK_BUSINESS_PROVIDERlD FOREIGN KEY(ProviderID) REFERENCES Provider(ID),CONSTRAINT FK_BUSINESS_PARTID
23、FOREIGN KEY(PartID)REFERENCES Part(ID)（7）供应商操作注册(register)INSERT INTO Provider(Name，password，Address，TeI，Intro)VALUES(#Name，#password，#Address，#Tel，#Intro)在登记操作后，供应商得到一个唯一的ID，可以根据这个ID采查询和修改供应商的数据。注销(unregister) DELETE Provider WHERE(ID=#ID)；修改个人馆息(update)UPdate Provider Set(Name=#Name,Address=#Addre
24、ss，Tel=#Tel，Intro=#Intro)WHERE(ID#ID)；增加供应项(add_supply_item) INSERT INTO Supply(PartID，Providerid，Price，Quantity) VALUES(#PartID，#ProvderlD，#Price；#Quantily)；删除供应项(delete_supply_item) DELETE SupPly WHERE(PartlD=#PartID AND ProvideID=#ProviderlD)；修改供应项(update_supply_item) UPDATESupplySET(Price=#Price
25、，Quantity=#Quantity) WHERE(PartlD=#PartID AND ProviderID=#ProviderID)很明显，系统并没有提供面向供应商修改零件信息的接口，所以供应商提供的零件必须已经在零件表中存在；可以这祥假设，交易所的管理员负责更新零件信息，而供应商可以向交易所申请增加某种零件的信息事实上顾客也可以提出这样的要求。（8）顾客操作注册(register)INSERT INTO Customer(Name，Address，Tel)VALUES(#Name，#Address，#Tel)；在登记操作后，顾客得到一个唯一的ID，可以根据这个ID来查询和修改顾客的数据
26、。注销(unregister)DELETE Customer WHEREID=#ID)；修改个人信息(update) UPDATE Customer Set(Name=#Name，Address=#Address，Tel=#Tel) WHERE(1D=#ID)；增加需求项(add_OfferToBuy_item)INSERT INTO OfferToBuy(PartID,CustomeriD，Price，Quantity)VALUES(#PartID，#CustomerID，#Price，#Quantity)删除需求项(delete_OfferToBuy_iterm)DELETE OfferT
27、oBuyWHERE(PartlD=#PartlD AND CustomerlD=#CustomerID)；修改需求项(date_OfferToBuy_item)UPDATE OfferToBuy SET(Price=#Price，Quantity=#QuantityWHERE(PartlD=#PartID AND CustomeriD=#CustomerID)（9）交易员针对需求分析中提出的问题，我们提出了“协议书”的解决方案，方案的说明如下：每个交易在达成以前都作为协议书保存在数据库中，协议书具有和交易一样的完备信息，可以在条件成熟的情况下转为一个达成的交易；协议书只有在供应商和顾客都签字的
28、情况下才有效；有效的协议书由交易员签发，协议书一经签发，就生效，表明一个交易的达成，数据库中的数据将同时予以修改；协议书可以由供应商、顾客或者交易员中的任意一个人提出申请。当协议书在双方没有都签字前，协议的双方或者交易员都可以删除这个协议书；但是，当协议书签字完毕后，协议书就不得删除(修改)，只能由交易员进行处理；协议书有可能在转成交易的过程中失败，因为在交易达成以前，数据库中的数据有可能因为其他交易而变化，一个协议书可能失效，这是允许的。根据以上分析，对数据库的模型作一些修改，增加协议书表，其关系模式如下： Agreement(CustomerlD，ProviderID，PartID，Pri
29、ce，Quantity，CustomerSign，ProviderSign)对应的SQL描述为：CREATE TABLE Agreement(Customerm smallint，ProviderlD smallint，PartlD smallint，Price int,Quantity int，CustomerSign int，ProviderSign int， CONSTRAINT PK_AGREEMENT PRIMARY KEY CLUSTERED(CustomerID，ProviderID，PartID)，CONSTRAINT FK_AGREEMENT_CUSTOMERID FOREI
30、GN KEY(CustomerID) REFERENCES Customer(ID)，CONSTRAINT FK_ AGREEMENT_PROVlDERID FOREIGN KEY(ProviderID) REFERENCES Provider(ID)，CONSTRAINT FK_AGREEMENT_PARTID FOREIGN KEY(PartID)REFERENCES Part(ID)与上述其他操作相比，对交易的操作对数据完整性要求比较高，其中需要注意的地方是；要防止同一用户(供应商，顾客)的数据因两个交易而同时修改； 需要同时对供应数据库(Supply)、需求数据库(OfferToBuy)、交易数据库(Business)和协议数据库(Agreement)作出修改，而且需要保持这些修改的原子性；很显然，这些要求正是对于一个事务(transaction)的要求，所以可以用一个事务来完成签发一个协议的操作。事务的描述如下：CREATE PROC PASS_A
