实例3:高校学生会管理系统数据库设计.doc
《实例3:高校学生会管理系统数据库设计.doc》由会员分享,可在线阅读,更多相关《实例3:高校学生会管理系统数据库设计.doc(46页珍藏版)》请在咨信网上搜索。
1、实例3:高校学生会管理系统数据库设计 作者: 日期:III 个人收集整理 勿做商业用途实例3:高校学生会管理系统数据库设计1数据库设计1.1系统需求分析阶段需求分析简单的说就是分析用户的要求。需求分析是涉及数据库的起点,需求分析的结果是否准确地反映了用户的实际要求,将直接影响到后面各个阶段的设计,并影响到设计的结果是否合理和实用。1。1。1 需求分析阶段的目标1了解高校学生会管理的基本内容; 2综合的理解主管学生会老师和学生会干部的不同需求; 3了解学生会管理的基本业务流程; 4了解学生会人工管理模式与信息系统的工作概况,以及它们之间的区别与联系;5 通过自身的体验和与主管学生会的老师及其他学
2、生会干部的交流,了解用户对高校学生会管理系统的业务要求,完整性和安全性要求。1。1。2 需求分析阶段的任务 1处理对象:系统处理对象是学生会的干部信息管理、财务管理、日常事务管理和文件信息管理四个方面。在学生会的干部信息处理中主要涉及几下几个方面的信息:(1)学生会干部基本信息(Student):包括编号、姓名、性别、职务、专业、年级、加入学生会日期、参加过的活动项目等信息。(2)部门基本信息(Dpartment):部门编号、部门名称、部长姓名、副部长人数、部委人数、部长电话等信息。在财务信息处理中主要涉及几下几个方面的信息:(1)物品基本信息(Goods):包括物品编号、物品名称、购买时间、
3、单价、借出时间,借物人姓名、归还时间、归还人姓名等信息。(2)财务基本信息(Financial affairs):包括财务申请编号、资金用途、申请金额、申请人、申请部门、申请时间、余额等信息。在日常事务信息处理中主要涉及几下几个方面的信息:(1)事务活动基本信息(Affairs):包括事务活动编号、事务活动名称、职能范围、承办部门、以往解决方案、是否特色活动等信息。(2)工作计划基本信息(Working plan):包括工作计划编号、工作计划名称、提交部门、提交人、提交时间、是否紧急活动等信息.在文件信息处理中主要涉文件的基本信息(File):包括文件编号、文件名称、文件类型、所属部门、负责人
4、、收发对象、存档日期、备注等信息。2处理功能要求高校学生会管理系统主要实现对学生会的科学化、条理化、信息化、高效化管理.其中包括学生会干部信息、财产物品的使用以及登记,日常事务管理和文件信息管理等四大功能.具体功能描述如下:(1)学生会干部信息管理主要完成干部信息的查询与更新,从而实现对学生会干部信息的科学化管理。(2)财务的管理包括财产和物品的管理,完成对财产物品信息的查询与更新,如举办活动所需的资金申请、物品使用的登记、物品借还的登记等,从而实现学生会财务的信息化管理。(3)日常事务管理实现对学生会日常开展工作的管理,完成日常事务的查询与更新,从而更好地实现以下职能:包括各部门提交的工作计
5、划、活动计划的审核与安排、活动的筹划、各项活动的人员合理的调度与安排,确保各项活动成功地举办,更有利于学生会各项日常工作的顺利开展。(4)文件管理完成对学生会所有存档文件的查询与更新,实现对学生会日常的工作文件的科学化管理,从而确保各项工作的开展有章可寻,使学生会的工作更富有条理化,避免一些重复文件的制定,造成资源的浪费。3安全性和完整性要求安全性先通过视图机制,不同的用户只能访问系统授权的视图,这样可提供系统数据一定程度上的安全性,再通过用户授权机制,通过用户登陆来识别用户级别,根据这个级别来分配用户权限,达到数据更高层次的安全保密功能.近而可以满足用户的基本数据安全性要求。完整性要求用于描
6、述各种信息之间的制约关系,以及关联关系,各个数据项的取值范围以及各个数据项是否可以不取值。根据实际需要,采取一定的手段来满足用户的完整性需求。详细完整性要求见于系统的逻辑设计阶段。4业务流程图学生会干部信息管理业务流程图:财务管理业务流程图:日常事务管理业务流程图:文件管理业务流程图:5数据流程图顶层数据流程图:第2层数据流程图: 第3层数据流程图:从学生干部信息管理角度出发 第3层数据流程图:从财务管理角度出发第3层数据流程图:从日常事务管理角度出发第3层数据流程图:从文件管理角度出发7数据字典(1)数据项:系统涉及的数据项有51项表1.1(高校学生会管理系统)数据项列表(汇总统计)数据项编
7、号数据项名数据项含义与其它数据项的关系存储结构别名DI-1StuNo学生干部编号char(8)编号DI2StuName学生干部姓名char(10)姓名DI-3StuSex学生干部性别char(2)性别DI4StuPosition学生干部职务char(6)职务DI-5StuDepartName学生干部所属部门等于DepNochar(6)部门DI-6StuMajor学生干部所属专业char(20)专业DI-7StuGrade学生干部所在年级char(8)年级DI8StuPhoneNo学生干部电话char(12)电话DI-9StuStaTime加入学生会时间datetime时间DI10StuCase
8、参加过的活动项目varchar(50)项目DI-11GoodsNo物品编号char(8)编号DI12GoodsName物品名称char(16)名称DI-13GoodsBuyTime购买时间datetime时间DI-14GoodsPrice单价char(6)单价DI-15GoodsLendTime借出时间datetime时间DI-16GoodsLender借物人姓名char(10)姓名DI17GoodsReturner归还人姓名char(10)姓名DI18GoodsRetTime归还时间datetime时间DI19FinNo财务申请编号char(6)编号DI20FinPurpose用途char(
9、30)用途DI21FinMoney申请金额char(6)金额DI22FinPerson申请人姓名char(10)姓名DI-23FinDepartment申请部门char(14)部门DI24FinTime申请时间datetime时间DI25FinRemain余额char(6)余额DI26PlaNo工作计划编号等于FileNochar(6)编号DI27PlaName工作计划名称char(30)名称DI28PlaDepartment计划提交部门等于DepNochar(6)部门DI29PlaPerson计划提交人char(10)姓名DI30PlaTime计划提交时间datetime时间DI31PlaQ
10、uality是否紧急活动char(4)是否DI32AffNo 事务活动编号char(6)编号DI33AffName事务活动名称char(20)名称DI34AffScope事务活动职能范围char(8)职能范围DI35AffDepartment主要承办部门等于DepNochar(6)部门DI-36AffScheme以往解决方案char(50)方案DI37AffQuality是否特色活动char(4)活动DI-38DepNo部门编号char(6)编号DI39DepName部门名称char(14)名称DI40DepMinName部长姓名等于StuNamechar(8)姓名DI41DepSminSum
11、副部长人数int人数DI42DepMemSum部委人数int人数DI43MinPhoNo部长电话char(12)电话DI-44FilesNo文件编号char(6)编号DI-45FilesName文件名称char(20)名称DI-46FilesType文件类型char(14)类型DI-47FilesBelDep所属部门char(6)部门DI-48FilesPerson负责人char(8)姓名DI49RecDisPartner收发对象char(14)对象DI-50ArcDate存档日期datetime日期DI51Remarks备注char(30)备注(2)数据结构:表12 (高校学生会管理系统)
12、数据结构(汇总统计)数据结构编号数据结构名数据结构含义组成DS1Student学生干部信息StuNo,StuName,StuSex,StuPosition,StuMajor,StuDepartName,StuGrade,StuPhoneNo,StuCase,StuStaTime, DS-2Goods物品信息GoodsNo,GoodsName,GoodsBuyTime,GoodsPric,GoodsLender,GoodsLendTime,GoodsReturner,GoodsRetTimeDS3FinancialAffairs财务信息FinNo, FinPurpose, FinMoney, F
13、inPerson,FinTime,FinDepartment, FinRemainDS4WorkingPlan工作计划信息PlaNo, PlaName, PlaDepartment, PlaPersonPlaTime, PlaQualityDS5Affairs事务活动信息AffNo, AffName, AffScope, AffDepartmentAffScheme, AffQualityDS-6Department部门信息DepNo,DepName,DepMinName, DepSminSumDepMemSum, MinPhoNoDS-7Files文件信息FilesNo,FilesName,
14、FileTyp,FilesBelDep,FilesPerson, RecDisPartner, ArcDate, Remarks8处理逻辑描述(判定表或判定树)表13 (高校学生会管理系统)处理逻辑描述处理编号处理功能处理过程PR-1判断用户查询涉及的功能模块学生会干部信息管理模块、财务管理模块、学生会日常事务管理模块、文件信息管理模块:先确定查询所涉及的功能模块;然后,确定要查询的内容,确定查询数据流向;最后显示查询结果。PR-2判断用户修改要涉及的模块,同时把相应的修改数据传到相应的模块之中学生会干部信息管理模块、财务管理模块、学生会日常事务管理模块、文件信息管理模块:先确定更新所涉及的功
15、能模块;然后,把更新信息传送到相应的模块中;最后,进行相应的更新操作。1.2 概念设计阶段1.2。1 目标将需求分析得到用户需求抽象为信息结构即概念模型的过程就是概念结构设计。概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构(概念模型)的过程,它是整个数据库设计的关键,包括概念模型设计和新系统流程两个阶段。在需求分析阶段所得到的应用需求应该首先抽象为信息世界的结构,才能更好地、更准确地用某一DBMS实现这些需求。1.2.2 具体任务1选择中层数据流为切入点,通常选择实际系统中的子系统;2设计分ER图,即各子模块的ER图;3生成初步E-R图,通过合并方法,做到各子系统实体、属性、联系
16、统一;4生成全局ER图,消除冲突。1。2。3 结果1各实体及其属性2生成分E-R图如下所示: 3合并各分图,消除各类冲突,得到初步ER图,再消除不必要冗余,得到的基本ER图。具体实现如下:a.消除冲突合并分E-R图时并不能简单地将各个分E-R图画到一起,而是必须着力消除各个分E-R图中的不一致,以形成一个能为全系统中所有的用户共同理解和接受的统一的概念模型。合并分ER图的主要工作与关键是合理消除各分ER图的冲突,冲突主要有三类:属性冲突、命名冲突和结构冲突.b。消除冗余在ER图中,可能存在一些冗余的数据和实体间的联系。冗余数据和冗余联系容易破坏数据库的完整性,给数据库的维护增加困难,应予以消除
17、。但并不是所有的冗余数据与冗余联系都必须加以消除,有时为了提高效率,不得不以冗余信息作为代价。消除冗余主要采用分析法和规范化理论。经过以上分析,将所有的分ER图综合成一个系统的总ER图:解释如下:一个部门可以承办多个事务活动,而一个事务活动只能由一个部门去承办;一个部门可以包括多个学生会干部,而一个学生会干部只能隶属于一个部门;一个学生会干部可以参与多项事务活动,而一个事务活动也可以有多个学生干部参与;一个学生会干部可以提交多份财务申请,而一份财务只能由一个学生会干部申请;一个学生会干部可以制定多份文件,而一份文件只能由一个学生会干部制定;一个学生会干部可以提交多份工作计划,而一份工作计划只能
18、由一个学生会干部提交;一份财务申请的资金可以购买多种物品,而一种物品只能由一次财务申请的资金来购买;一次事务活动需借用多种物品,而一种物品一次只能给被一项事务活动所借用;一份工作计划可以包括多项事务活动,而一项事务活动只能有一份工作计划中制定。4新系统流程图1。3逻辑设计阶段1。3。1逻辑设计阶段的目标以上的概念设计阶段是独立于任何一种数据模型的,但是逻辑设计阶段就与选用的DBMS产品发生关系了,系统逻辑设计的目标就是将概念设计阶段设计好的基本ER图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构.1.3。2逻辑设计阶段的任务具体任务是数据组织和数据处理.在数据组织阶段主要要完成的任务是
19、将E-R图转换成为关系模型;模型优化;完成数据库模式定义描述,包括各模式的逻辑结构定义、关系的完整性和安全性等内容;用户子模式设计。以表格的形式表现出来。数据处理阶段主要任务是画出系统功能模块图.1数据组织(1)实体型转换为关系模式一个实体型转换为一个关系模式.实体的属性就是关系的属性,实体的码就是关系的码。学生会干部(编号,姓名,性别,职务,部门,专业,年级,电话,加入学生会日期,参加过的活动项目)物品(编号,名称,购买时间,单价,借出时间,借物人姓名,归还时间,归还人姓名)财务(财务申请编号,资金用途,申请金额,申请人,申请部门,申请时间,余额)工作计划(编号,名称,提交部门编号,提交人,
20、提交时间,是否紧急活动)事务活动(编号,名称,职能范围,承办部门,以往解决方案,是否特色活动)部门(部门编号,部门名称,部长编号,副部长人数,部委人数,部长电话)文件(编号,名称,类型,所属部门编号,负责人,收发对象,存档日期,备注)(2)实体间联系转换为关系模式一个1:1联系可以转换为一个独立的关系,也可以与任意一段对应的关系模式合并。如果转化为一个独立的关系模式,则与该联系相连的各个实体的码以及联系本身的属性均转换为关系的属性,每个实体的码均是该关系的候选码.如果与某一个实体对应的关系合并,则需要在该关系模式的属性中加入另一个关系的主码和联系本身的属性。 一个m:n的联系可以转化为一个单独
- 配套讲稿:
如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。