课程设计指导书-.doc
《课程设计指导书-.doc》由会员分享,可在线阅读,更多相关《课程设计指导书-.doc(89页珍藏版)》请在咨信网上搜索。
1、个人收集整理 勿做商业用途课程设计指导书一、目的 关系数据库技术应用SQLSERVER数据库课程设计作为独立的教学环节,是信息管理专业实践性环节系列之一,是学习数据库技术与应用课程后进行的一次全面的综合练习。其目的在于加深对关系数据库理论和基本知识的理解,初步掌握使用各种关系数据库为后台数据库设计一个信息管理系统,综合训练学生的分析问题、设计的基本内容和方法,提高解决实际管理问题的能力,以培养学生的专项技能和职业能力。 二、内容及要求 本课程设计重视书面材料的撰写(数据库设计前期的调查,数据库系统分析,用户界面设计),要求最后采用相应的程序开发工具(例如VB、PowerBuilder、Delp
2、hi、ASP、JSP、VB。NET等)进行信息系统的开发实施.1、根据数据库课程设计时间选择适当规模大小的设计课题(给出部分课题供参考,也可自己选择题目,前提是经过指导教师的同意)。2、根据合理的进度安排,按照系统开发的流程及方法,踏实地开展SQLSERVER数据库课程设计活动.3、SQLSERVER数据库课程设计过程中,根据选题的具体需求,在开发各环节中撰写相关的技术文档,最后要求提交比较详细的SQLSERVER数据库课程设计报告和相关的设计作品。 4、根据自己的能力选择适合自己的层次.5、最后根据设计的结果递交一个可以运行的系统或一个符合要求的数据库。三、数据库课程设计时间安排 分散进行(
3、116周).课程设计的截止时间为2012年12月20日,逾后者将取消本次课程设计的成绩。四、考查 由指导教师根据学生完成数据库课程设计任务的情况(数据库课程设计报告的质量40和系统开发过程的工作态度20,系统开发情况40%)综合打分。成绩评定实行百分制。注意:课程设计最后要随机抽取不少于占总数1/3的小组进行答辨。五、报告撰写要求 课程设计报告撰写的基本要求是报告原则上不少于4000字,需在封面注明设计选题、班级、课题组成员姓名、学号,其正文至少包括如下几个方面的内容:1、系统概述(现状分析,系统目标等)2、系统数据库分析部分(必需)1)、需求分析2)、数据库物理结构分析3)、数据库逻辑结构设
4、计(重点)4)、数据词典 3、系统(界面)设计部分(必需)1)、数据录入、修改、删除界面设计2)、数据查询与打印输出设计3)、系统的维护、安全设计六、参考题目图书管理系统(实验室物资管理系统,学生选课管理系统,学生学籍管理系统,学生成绩管理系统,学生公寓管理系统,机房管理系统,单位工资管理系统,商场销售管理系统等),同学们也可以提出自己的课题名。七、具体要求:(一)设计分析报告要求:1需求分析内容:l 用户需求说明;l 顶层上下文数据流图,选择画出一个一层的数据流图;l 选择说明一个完整的数据字典。2概念设计内容:l 画出完整的E-R模型图;l 包括实体、联系以及实体、联系的属性。3逻辑设计:
5、把ER图转换为关系表。l 实体类型的转换l 联系的转换l 视图设计(设计一些常用的视图以供查询,如图书和读者信息的视图)l 完整性约束设计(实体完整性、参照完整性、用户自定义完整性)4系统模块设计:l 系统的功能划分及描述;l 主要用户界面;l 系统使用说明和安装说明等。5. 数据库实施:l 存储设计(数据文件、日志文件的大小以及存储位置)l 索引设计(对经常需要查询的数据建立索引)l 存储过程设计(对一些复杂的查询和数据的插入更新等操作可封装在存储过程中)l 触发器的设计(当读者借阅图书时,使该图书的状态变为不可借等)l 数据库的实施(设计数据进行数据的装载)6. 系统测试(二)系统功能要求
6、(针对于图书馆管理系统,其他管理系统可参考此项)1基本实体类型(参考):l 图书借阅者实体l 图书实体l 图书管理员实体l 违规类型实体2管理功能:l 用户(管理员和借阅者)登录帐户管理l 图书借阅/归还管理l 违规处罚管理(要记录每次处罚情况)l 各种必要的查询和报表功能3查询界面和条件l 要有两个以上的多表连接查询;l 要有两个以上的多个条件组合(与、或)查询;l 每类基本的实体都有增、删、改和查询界面;(三)其它要求1界面要求 要求界面美观,操作方便。2安全性需求(可简化)l 限制用户对数据的访问范围l 限制用户操作级别(普通用户、设备管理员、系统管理员)l 限制对数据表修改权限八、能力
7、要求(1)基本设计要求:(可参考附录一的课程设计报告) 要求学生设计一个数据库,该数据库能够为某一系统应用,并且要符合以下要求:l 该系统开发由系统需求分析阶段、概念设计阶段、逻辑设计阶段、数据库实施阶段、系统调试和测试阶段、参考文献、附录等阶段组成.l 数据库的完整性约束。l 使用select完成较为复杂的查询。l 使用存储过程实现一部分复杂的应用逻辑。l 为不同的用户设计不同的用户视图.l 为使用该数据库的系统设计完整的功能。l 课程设计报告。(2)较高要求(可参考附录2的课程设计报告) 要求学生设计带有数据库的应用系统,该系统能够完成一些基本的功能,如登陆、注册、更新、删除等,并且符合以
8、下要求:l 该系统开发由系统需求分析阶段、概念设计阶段、逻辑设计阶段、数据库实施阶段、系统调试和测试阶段、参考文献、附录等阶段组成。l 为不同的用户设计不同的用户视图,并能通过视图进行查询。l 程序开发(自学一门面向对象的程序语言,进行系统的开发)。l 课程设计报告.同学们可根据自己的能力完成最后的课程设计。附录1课程设计论文题 目:学生宿舍管理系统数据库设计姓 名: 翟紫阳 专 业: 信息管理与信息技术 指导老师: 完成日期: 2012年12月13日 VII摘 要学生宿舍管理系统是应对学生宿舍管理的现代化、网络化,逐步摆脱当前学生宿舍管理的人工管理方式,提高学生宿舍管理效率而开发的,它包括宿
9、舍学生基本信息管理、楼道工人基本信息管理、宿舍楼基本信息管理、宿舍基本信息管理、宿舍事故基本信息管理、宿舍楼物品出入基本信息管理、宿舍楼保卫处基本信息管理、宿舍配备物品及处理管理等八大功能模块,并提供了对各功能模块的查询和更新功能,且这两种功能基本上是通过存储过程来实现的,其中宿舍学生基本信息管理、宿舍基本信息管理是系统开发的重点。该系统开发由系统需求分析阶段、概念设计阶段、逻辑设计阶段、数据库实施阶段、系统调试和测试阶段、参考文献、附录等阶段组成。关键字:汽车销售、数据查询、车辆信息管理、目 录1. 系统需求分析阶段61。1 引言61.2 目标与任务61。2.1 需求分析阶段的目标61.2.
10、2 需求分析阶段的任务61。2.3 需求分析阶段成果62. 概念设计阶段62。1 引言62.2 概念模型设计62.3 新系统流程63逻辑设计阶段63。1逻辑设计的任务和目标63.2数据组织63。2.1将ER图转换为关系模型63。2.2模型优化63.2.3数据库模式定义63.2。4用户子模式设计63.3数据处理64物理设计阶段64。1物理设计阶段的目标与任务64。2数据存储方面64.3系统功能模块64。3.1 楼道工人基本的信息查询和更新模块64.3.2 宿舍楼基本信息的查询和更新模块64.3.3 宿舍基本信息的查询和更新模块64.3.4 学生基本信息的查询和更新模块64.3。5 宿舍物品的查询
11、和更新模块64.3.6 宿舍事故的查询和更新模块64.3.7 宿舍物品处理的查询和更新模块64。3。8 宿舍保卫处基本信息的查询和更新模块65数据库实施阶段65.1建立数据库、数据表、视图、索引65.1.1 建立数据库65。1.2 建立数据表65。1。3 建立视图65.1。4 建立索引65。2数据入库65.3创建各个功能的存储过程66系统调试和测试67实习心得68存在的问题及建议6致谢6参考文献6附录1 数据库逻辑结构定义6附录2 存储过程定义6附录3 数据查看和存储过程功能的验证6附录4 所有的SQL运行语句VIII1。 系统需求分析阶段1。1 引言通过对北校区25个学生宿舍楼的实地调查,了
12、解到现在的学生宿舍管理仍停留在完全的人工管理阶段,楼管处没有标准的住宿学生存档信息。这中人工管理方式费时、费事、费力,造成工作效率低下。开发出合适的学生宿舍管理系统,可以方便学生宿舍的管理,提高宿舍管理工作效率及查询效率。1。2 目标与任务1。2.1 需求分析阶段的目标(1)了解目前宿舍管理的现状以及SQL Server 2000的功能和特点.(2)通过实地调查和问答记录的方式了解宿舍管理的工作业务流程,并记录和处理相关的数据。(3)与指导教师交流个人想法,征求意见,改正不合理的地方,为下面的概念设计与逻辑设计奠定基础.1。2。2 需求分析阶段的任务 (1)处理对象:系统要处理的对象包括宿舍楼
13、基本信息、学生基本信息、宿舍基本信息、楼道工作人员基本信息、宿舍保卫处基本信息、宿舍事故基本信息、物品出入基本信息等七个方面,各个对象包括信息如下所示(详细的数据见于数据字典):1车库基本信息():包括 汽车编号、汽车型号、生产日期、价格、生产厂家可方便查询汽车的信息的查询以及更新。2客户基本信息():包括 姓名、联系方式、住址和客户编号利用这些数据可以快速的查找到客户的信息并更改。(2)处理功能要求系统主要完成一下几个功能:1车库基本信息查询与修改;2客户基本信息查询与更新;3汽车销售记录查询及修改(3)安全性和完整性要求安全性上只有店主本人活着有用户名以及密码的人才能看到信息.完整性要求用
14、于描述汽车基本信息、客户基本信息物中数据项能否为null,以及一些用户自定义完整性(符合实际要求).1.2。3 需求分析阶段成果(1)体会与收获系统需求分析主要采取实地询问记录和楼管处查询宿舍学生信息的方式,同时借鉴学长在做数据库开发这方面的经验。通过实地调查和询问,了解目前学生宿舍管理的现状,以及目前学生宿舍管理中一些问题,并对实际查询业务实地参与,了解了学生、楼管员、宿舍管理者、宿舍保卫人员对系统的信息处理要求,以及他(她)们对现存人工管理方式不能满足信息处理要求的苦恼。同时在调查中牵涉的许多的人际交流,恰当的询问方式,由于平时几乎没有做过这方面的调查,开始时有点胆怯和不知从何入手,但过了
15、两三幢宿舍楼之后,开始的胆怯就感觉不到了。(2)汽车管理系统业务流程图新生入住宿舍业务流程图:查询业务流程图(查询宿舍学生信息、楼道工作人员信息、宿舍楼信息等):毕业生离宿业务流程图:楼道工作人员任用业务流程图:宿舍楼物品出入业务流程图:宿舍事故处理业务流程图:(3)数据流程图顶层数据流程图:第2层数据流程图:从学生角度出发第2层数据流程图:从管理者角度出发图2。3 从管理者角度出发的2层数据流程图第3层数据流程图:从新生角度出发第3层数据流程图:从毕业生角度出发第3层数据流程图:从宿舍楼物品出入出发第3层数据流程图:从宿舍事故角度出入出发第3层数据流程图:从楼道工作人员的任用角度出发第3层数
16、据流程图:从管理者和外来访客的角度出发(4)数据字典(a)数据项:系统涉及的数据项有71项表1.1 数据项列表数据项编号数据项名数据项含义与其它数据项的关系存储结构别名DI1StuNo学生编号char(9)学号DI-2DepName学生所在学院char(20)学院DI-3StuName学生姓名char(10)姓名DI4StuSex学生性别char(2)性别DI-5StuHome学生来自省份char(10)祖籍DI-6StuBorth学生出生时间Date出生日期DI-7StuETime学生入学时间Date入学时间DI8StuPerfect学生所在专业char(20)专业DI-9StuClass学
17、生所在班级编号Int编号DI-10WorNo工作人员编号char(5)编号DI-11WorName工作人员姓名char(10)姓名DI12WorType工作类型char(8)工作类型DI13WorWage工作人员工资Int月工资DI-14WorSex工作人员性别char(2)性别DI15WorPhNo工作人员联系方式char(12)电话DI-16WorTime工作人员工作时间char(30)工作时间DI17RNo宿舍编号char(6)舍号DI-18RHeader舍长信息等于StuNamechar(10)舍长DI19ROne宿舍学生信息同上char(10)舍员1DI-20RTwo宿舍学生信息同上
18、char(10)舍员2DI21RThree宿舍学生信息同上char(10)舍员3DI22RFour宿舍学生信息同上char(10)舍员4DI23RFive宿舍学生信息同上char(10)舍员5DI24RSix宿舍学生信息同上char(10)舍员6DI-25RGrade宿舍学生所属年级等于StuETimechar(4)年级DI-26RDepart宿舍学生所在学院等于DepNamechar(20)学院DI-27RPerfect宿舍学生所学专业等于StuPerfectchar(20)专业DI-28RClass学生所在班级编号等于StuClasschar(2)班级DI-29DorNo宿舍楼编号smal
19、lint宿舍楼号DI-30DorCampus宿舍楼所属校区char(4)校区DI31DorLocation宿舍楼在校区位置char(4)宿舍区位DI-32DorPhNo宿舍楼管处电话char(12)电话DI33DorAdminist宿舍楼楼管员信息等于WorNochar(10)楼管员DI34SGName保卫处名称char(15)名字DI-35SGWorNum保卫处人员总数Int人员数目DI-36SGHeader保卫处负责人信息char(10)负责人DI-37SGPhone保卫处电话char(12)电话DI-38FitName宿舍物品名称char(16)宿舍物品DI39FitPrice宿舍物品价
20、格Float价格DI-40FitNum每一种宿舍的数量Int数量DI-41FDFitment损坏物品信息等于FitNamechar(16)物品名DI-42FDStudent损坏的学生信息等于StuNochar(9)学生DI-43FDRoom损坏物品宿舍信息等于RNochar(6)舍号DI-44FDFitNum损坏物品的数量Int数量DI-45FCompFit赔偿物品信息等于FitNamechar(16)物品名DI46FCompStu需赔偿学生信息等于StuNochar(9)学生DI-47FCompMon赔偿价格Float赔偿价格DI48FCompPrin赔偿负责人信息等于WorNochar(1
21、0)负责人DI-49FCompDate赔偿日期Date日期DI50FCompNum赔偿物品数量Int数量DI51AcNo事故编号int编号DI52AcType事故类型char(10)类型DI-53AcArtical事故损失物品char(30)物品名DI54AcArNum事故损失物品数量Int数量DI55AcStu事故受害学生等于StuNochar(9)学生DI56AcDate事故发生日期Date日期DI57AcPrin事故负责人信息等于SGHeaderchar(15)负责人DI-58AcStuPh受害人联系方式char(12)学生电话DI-59AcVerify事故是否属实Bool核查DI60A
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 课程设计 指导书
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【天****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【天****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。