学生信息管理系统数据库课程设计.doc
《学生信息管理系统数据库课程设计.doc》由会员分享,可在线阅读,更多相关《学生信息管理系统数据库课程设计.doc(27页珍藏版)》请在咨信网上搜索。
1、学生信息管理系统数据库课程设计 作者: 日期:2 个人收集整理 勿做商业用途苏州卫生学院开发思路说明书数据库题目: 学生信息管理系统 院 系: 苏州卫生学院基础部 专业班级: 11卫生信息管理专业 学 号: 71110021 学生姓名: 夏婷婷 2013年 6 月 28 日系统开发思路、目标 苏州卫生职业技术 学院 学 号71110021学生姓名夏婷婷专业(班级)卫生信息管理设计题目 学生信息管理系统 设计技术参数系统平台:windows XP开发工具:JSP,Access设计要求实现一个学生信息管理系统,并实现对数据库的基本操作。工作计划6月29日:熟悉题目并理解,及找寻相关资料.6月30日
2、-7月2日:建立数据库,并掌握相关操作,熟悉JSP知识.7月3日-7月4日:利用JSP去实现对数据库的基本操作。7月5日:完成界面及word文档。 2013年 6 月 28 日摘 要 学生信息管理系统是典型的管理信息系统(MIS),其系统开发主要包括数据库的规划设计与维护、客户端应用程序的开发两个方面。对于前者要求建立起的数据库具有完整性和一致性,且具有一定的数据安全性,而对于后者则要求程序界面友好、功能完备,容易使用,具有流行软件的操作习惯等特点。经过详细的调查分析,我选用Visual Basic 6。0作为前端开发工具,利用其提供的集成开发环境及支持面向对象的各种标准化的控件,尤其是对AD
3、O的支持完成对数据库的各种操作,达到对学生学籍管理的目的。设计时首先在短时间内先建立系统应用原型,然后对初始原型系统进行需求迭代,不断修正和改进,直到形成用户满意的实际可行系统。关键词:学生档案, 管理, 分析, 设计, 实现, ADO 目 录1 需求分析11.1 用户调查11。2构造系统的逻辑模型11.3 确定目标系统的功能。21。4数据分析概念模型分析。.。.。.。.。.。31。4。1数据库建模。.。.。.。.。.。.。.。.。.。.。.。.。31。4.2关系描述的设计.。.。.。.。.。.。.。.。.。.。.。.52 总体设计。.。.。.。.。.。.。.。.。.。.。.。.。.。.。.。
4、.。.。.。.。.。62.1软件系统结构的设计62.1。1得到新的业务流程.62。1。2系统功能结构图。.。.。.。.。.。.。.。.。.。62。2数据库的设计72.2。1数据库的逻辑设计。.。.。.。.。.。.。.。.。.。.。.。.。72.2。2数据库的物理设计.。.。.。.。.。.。.。.。83 详细设计103.1具体描述103.2具体实现步骤114 总结194。1设计体会.194.2系统改进.19 1 需求分析1.1用户调查 经过详细的调研,并多次与学生档案管理的老师进行研讨后,首先加深了对学生信息管理业务的深刻了解,其次在充分熟悉学生档案管理业务的同时,将整个学生档案管理的业务流程描
5、述如下: 新生入校,首先报到并进行注册登记,然后到财务部门缴费。根据学生被录取的专业,持缴费单到所在系或部注册。 到系或部注册后,根据选报专业分配到班级. 进入正常大学生活,参加各种教学活动,学期期末要求每位同学参加各课的期末考试. 考试结束,由各系或部将各位同学的考试成绩及其他一些相关信息纪录至每个同学的档案中。根据以上总结,得到其现行的业务流程如图11所示.新生办理登记手续财务处学生处至系或部系或部分班安排课程教室开始学习活动考试成绩奖惩信息档案信息学生处学生图1-1 现行学生信息管理业务流程图1。2 构造系统的逻辑模型 构造系统的逻辑模型的工具是数据流图和数据字典。数据流图中没有任何具体
6、的物理元素,只是用来描绘信息在系统中的流动和处理情况。数据流图共有四种基本符号:矩形表示数据的源点和终点(或称为外部项),圆或椭圆表示变换数据的处理,向右开口的矩形表示数据存储,箭头表示数据流,即特定数据的流动方向。根据现行学生信息管理的业务流程,首先确定数据流图中的源点和终点都选定为学生,如此就得到了学生档案管理系统的基本系统模型,如图12所示。成绩等信息学生档案管理学生学生基本信息学生 图12 学生档案管理系统的基本系统模型根据基本系统模型,对其逐步西化,得到描绘逻辑系统西化后的数据流图,如图13所示。D1 学生信息表D3 课程信息表课程信息学生基本信息基本信息1.3课程确定1.1注册1.
7、2建档分班根据专业确定所修课程新生报道学生成绩信息班级信息D2 班级信息表D4 成绩信息表学生毕业分档1.4处理档案成绩信息图 1-3 学生档案系统数据流图1。3 确定目标系统的功能 通过详细的用户调查,在现行的业务处理流程和数据流图的基础上,就可以基本确定目标系统要达到的目标了。需求分析的任务是确定系统必须完成的工作,也就是对目标系统提出完整、标准、清晰、具体的要求。在经过多方了解和调查后,基本清楚了学生档案信息管理的功能需求,学生档案管理系统必须完成以下功能: 数据添加功能:对于新生报道,系统必须具有班级的建立、课程的设置,如果新增专业,则能添加新专业,期末学生的考试成绩及奖惩信息必须能够
8、录入。 数据修改功能:当上述资料发生变化或有错误信息输入时,应能够及时对数据进行修改和补充. 数据查询功能:该系统的主要功能致意即根据用户提供的相关信息,能够及时查找出对应的学生信息,系统应该提供多种查询方法,以便满足用户的不同需求。 数据打印功能:学生基本信息和成绩录入后应可以打印出来形成文字档案,装入学生档案,这也是学生学籍管理系统必须具备的功能。1。4 数据分析-概念模型分析需求分析阶段主要有两个方面的任务:分析用户的数据要求和分析用户的处理要求。通过以上分析,我们已经基本了解了用户对处理的要求,接下来需要的工作是分析用户对数据的要求。为了把用户的数据清晰明确地表达出来,系统分析员通常建
9、立一个概念性的数学模型。概念性模型是一种面向问题的数学模型,是按用户的观点来对数据和信息建模。最常用的表示概念性数据模型的方法是实体联系方法(Entity-Relationship Approach)。这种方法用ER图描述现实世界中的实体,而不涉及这些实体在系统中的实现方法,该方法又称为ER模型,E-R图中共用三种符号:实体、属性和联系。通常实体用矩形来表示,属性用椭圆或圆角矩形来表示,联系用菱形来表示。联系有分为一对一、一对多和多对多三种类型。1。4。1 数据库建模 经过上面的分析,能够提取以下几个实体:学生、课程、专业 、班级等.它们的实体图分别如图1-4、图1-5、图16、图17所示。姓
10、名学号籍贯性别学生邮政编码出生日期图14 学生实体图所属专业课程名称课程图1-5 课程实体图所属院系专业名称专业图1-6专业实体图所在院系人数班级名称班级辅导员所在教室图17班级实体图 在找到所有实体的基础上,需要进一步分析各实体之间的联系。经过分析两两实体之间的联系,然后进行合并,给出所有尸体的联系图即E-R图,如图1-8所示。课程学生学成绩属于属于专业班级图1-8学生信息管理的ER图从以上E-R图中可以看到,学生和课程两个实体之间的联系的类型是多对多的,其他实体之间的类型都是属于一对一或一对多的联系。在考察多对多的联系中,一定要注意这时的联系“学”有时也可以有属性“成绩”,表示某位同学选修
11、某门课程时必须给出其成绩,该属性既不属于实体学生,也不属于实体课程。特别需要提醒的是,一般只有多对多的联系才需要考虑其联系的属性。1.4.2 关系描述的设计根据以上各实体图和学生信息管理的E-R图,经过转换,可以导出各个关系。其转换规则为:首先每个实体转化为一个关系,有属性的联系也应转化为一个关系,然后需要给出每个关系的关键字。根据以上规则,直接给出所有关系。学生(学号、姓名、性别、政治面貌、出生日期、专业、班级、家庭住址、联系方式、备注)关键字为学号.课程(课程名称、所属专业)关键字是课程名称。专业(专业名称、所属院系)关键字为专业名称.班级(班级名称、所属院系、辅导员、教室、人数)关键字为
12、班级编号.成绩(学号、姓名、专业、课程名称、所在学院、性别、成绩)关键字是学号与课程名称.在考虑系统安全的前提下,需要增加用户关系和使用关系,其关系模式如下:用户(用户名、密码、用户ID)关键字为用户名。系统日志(用户名、登录日期、登录时间)。2总体设计系统设计一般分为总体设计和详细设计。经过需求分析阶段的工作,已经清楚系统必须完成的工作,下面的工作就应该是决定“如何做”的问题,总体设计的基本目的的就是“概要地说系统应该如何实现?。通过该阶段的工作将划分出组成系统的物理元素程序、文件、数据库、文档等,另一方面的主要工作是设计软件的结构,即确定系统都由哪些模块组成及模块之间的相互关系。2。1软件
13、系统结构的设计 2.1.1 得到新的业务流程根据系统分析得到的现行业务处理流程,在与用户反复研究协商后,首先得到目标系统即学生学籍管理系统的业务流程,其处理流程如图21所示.分班并开始学习系统登录新生报道信息录入用户初始化结束退出登录考试录入成绩信息修改与奖惩信息录入 图21 学生信息系统的业务流程针对新的处理流程,现具体描述如下: 用户登录:对系统进行初始化设置,包括对专业、课程和班级的设置. 新生报道:按专业分班进行教学,并为每位新同学分配学号,然后对学生基本信息进行录入。 学生分配到班级、领教材开始新的大学学习生活。 用户对学生在校期间得到的奖惩信息进行录入,并可以对基本信息发生变化的学
14、生在系统中进行修改。 期末考试结束,用户把每个学生的考试成绩进行录入、修改和查询。2。1.2系统功能结构图根据系统分析阶段得到的数据流图,采用软件设计的概念和原理,在与用户反复研究和协商后,在保证系统基本功能要求的前提下,结合系统新的业务流程确定系统必须具备的所有功能,由此给出学生学籍管理系统的系统功能结构图,如图2-2所示。学生学籍管理系统学籍管理系统添加用户修改密码打印学生信息卡添加奖惩信息查询修改信息添加学籍信息退出系统专业与课程班级管理设置专业课程课程信息添加班级专业信息修改班级设置类型添加信息修改信息添加专业信息成绩管理添加成绩信息删除成绩信息查询修改成绩信息图22 学生学籍管理系统
15、功能结构图2.2 数据库的设计在需求分析阶段已完成了系统的数据分析。根据数据分析阶段建立的概念模型,已经得出满足第三范式的若干个关系描述,这阶段的主要工作就是把前一阶段的成果转化为具体的数据库。一般把数据库的设计分为数据库的逻辑设计和数据库的物理设计两个步骤。2.2。1 数据库的逻辑设计在完成数据的概念模型设计即E-R图后,即可进入数据库的逻辑设计阶段.数据库的逻辑设计即把得到的满足第三范式的关系转化为特定的数据库管理系统下的数据库。根据前面得到的各个关系,现把它们转化为数据表。 学生信息表:学号、姓名、性别、政治面貌、出生日期、专业、班级、家庭住址、联系电话、备注。此表共10个字段,由于在校
- 配套讲稿:
如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。