高校学生会管理系统数据库设计课程设计报告.docx





《高校学生会管理系统数据库设计课程设计报告.docx》由会员分享,可在线阅读,更多相关《高校学生会管理系统数据库设计课程设计报告.docx(30页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、高校学生会管理系统数据库设计课程设计报告目 录第1章概述21.1 选题的背景与意义21.2 相关技术分析2第2章系统功能设计32.1 系统总体结构设计图32.2 系统功能模块32.2.1 模块一学生会干部基本信息3222模块二部门基本信息42.2.3 模块三财务信息42.2.4 模块四日常事务信息52.2.5 模块五 文件信息6第3章数据库设计73.1 需求分析73.2 概念结构设计143.3 逻辑结构设计183.4 物理结构设计193.5 数据库实施27第4章结束语32参考文献327 .第二层数据流程图:8第3层数据流程图:从学生干部信息管理角度出发:9.第3层数据流程图:从财务管理角度出发
2、:10.第3层数据流程图:从日常事务管理角度出发:F1物品信息登记表各部、己批准的工乍 门 4十划和活动计为3. 1上级下发活动文件登记工作信息生主团学会席活动安排表3.2需要修改的工作计划和活动计划表审查工作计划3.3举办的活动安排表察看活动安排F4部门信息表3.6登记 信息11 .第3层数据流程图:从文件管理角度出发:4.212.数据字典(1)数据项:系统涉及的数据项有51项审查文件信息数据项编号数据项名数据项含义与其他数据项的关系存储结构别名DI-1StuNo学生干部编号Char(8)编号DI-2StuName学生干部姓名Char(10)姓名DL3StuSex学生干部性别Char(2)性
3、别DI-4StuPosition学生干部职务Char(6)职务DI-5StuDepartName学生干部所属部门等 Dcp。Char (6)部门DL6StuMajor学生干部所属专业Char (20)专业DI-7StuGradc学生干部所在年级Char (8)年级DI-8StuPhoneNo学生干部电话Char (12)电话DI-9StuStaTime加入学生会时间Datetime时间DL10StuCase参加过的活动项目Varchar(50)项目DI-11GoodsNo物品编号Char(8)编号DI-12GoodsName物品名称Char (16)名称DI-13GoodsBuyTime购买时
4、间Datetime时间DI-14GoodsPrice单价Char(6)单价DI-15GoodsLendTime借出时间Datetime时间DI-16GoodsLender借物人姓名Char(10)姓名DI-17GoodsReturner归还人姓名Char (10)姓名DI-18GoodsRetTime归还时间Datetime时间DI-19FinNo财务申请编号Char (6)编号DL20FinPurpose用途Char(30)用途DI-21FinMoney申请金额Char (6)金额DI-22FinPerson申请人姓名Char(10)姓名DL23FinDepartment申请部门Char (
5、14)部门DL24FinTime申请时间Datetime时间DI-25FinRemain余额Char(6)余额DI-26PlaNo工作计划编号等于FileNoChar(6)编号DI-27PlaName工作计划名称Char (30)名称DI-28PlaDepartment计划提交部门等于DepNoChcir (6)部门DI-29PlaPerson计划提交人Char (10)姓名DI-30PlaTime计划提交时间Datetime时间DI-31PlaQuality是否紧急活动Char(4)是否DI-32AffNo事务活动编号Char (6)编号DI-33AffName事务活动名称Char (20)
6、名称DL34AffScope事务活动职能范围Char(8)职能范围DI-35AffDepartment.主要承办部门等于DepNoChar(6)部门DI-36AffScheme以往解决方案Char (50)方案DI-37AffQuality是否特色活动Char(4)活动DI-38DepNo部门编号Char(6)编号DI-39DepName部门名称Char (1 1)名称DI-40DepMinName部长姓名等于 StuNameChar (8)姓名DI-41DepSminSum副部长人数Int人数DI-42DepMemSum部委人数Int人数DI-43MinPhoNo部长电活Char(12)电话
7、DT-44FilesNo文件编号Char (6)编号D1-45FilesName文件名称Char(20)名称DL46FilesType文件类型Char (14)类型DI-47FilesBelDep所属部门Char (6)部门DL48FilesPerson负责人Char(8)姓名DI-49RecDisPartner收发对象Char(14)对象DI-50ArcDate存档日期Datetime日期DL51Remarks备注Char(30)备注(2)数据结构:数据结构 编号数据结构名数据结 构含义组成DS-1Student学生干部 信息StuNo,StuName, StuSex, StuPositio
8、n, StuMajor, StuDepartName, StuGrade, StuPhoneNo, StuCase, StuStaTime,DS-2Goods物品信息GoodsNo, GoodsName, GoodsBuyTime, GoodsPric, GoodsLender, GoodsLendTime, GoodsReturner, GoodsRetTimeDS-3FinancialAffairs财务信息FinNo, FinPurpose, FinMoney, FinPerson, FinTime, FinDepartment, FinRemainDS-4WorkingPlan工作计划
9、信息PlaNo, PlaNamc, PlaDepartment, PlaPersonPlaTimc, PlaQualityDS-5Affairs事务活动 信息AffNo, AffName, AffScope, AffDepartmentAffScheme, AffQualityDS-6Department部门信息DepNo, DepName, DepMinName, DepSminSumDepMemSum, MinPhoNoDS-7Files文件信息FilesNo,FilesName,FileTyp, FilesBelDep, FilesPerson, RecDisPartner, ArcDa
10、te, Remarks(3)数据流:编号数据流名输入输出01变更学生干部资料变更信息学生干部信息02查询学生干部信息学生干部名称学生干部信息03变更财务信息变更信息财务信息04查询财务信息财务编号财务信息05变更物品信息变更信息物品信息06查询物品信息物品编号物品信息07变更日常事务信息变更信息日常物品信息08查询日常事物信息事物编号日常事务信息09变更文件信息变更信息文件信息10查询文件信息文件编号文件信息(4)数据存储:数据存储名输入的数据流输出的数据流组成学生干部信息表学生干部信息学生干部信息及其数 据学生干部信息部门信息表部门信息部门信息及其数据部门信息物品信息表物品信息物品信息及其数
11、据物品信息文件信息表文件佶息文件信息及其数据文件信息(5)处理过程:财务信息表财务信息财务信息及其数据财务信息事务活动信息表事务活动信息事务活动信息及其数 据事务活动信息工作计划信信息表工作计划信息工作计划信息及其数 据工作计划信息使用物品信息表使用物品信息使用物品信息及其数 据使用物品信息参加活动信息表参加活动信息参加活动信息及其数 据参加活动处理过程名输入数据流输出数据流查询学生信息学生信息学生信息查询部门信息部门信息部门信息查询物品信息物品佶息物品信息查询财务信息财务信息财务信息查询文件信息文件信息文件信息查询事务活动信息事务活动信息事务活动信息查询工作计划信息工作计划信息工作计划信息查
12、询使用物品信息使用物品信息使用物品信息查询参加活动信息参加活动信息参加活动信息13.处理逻辑描述(判定表或判定树)处理编号处理功能处理过程PR-1判断用户查询涉及的功能模块学生会干部信息管理模块、财务管理 模块、学生会日常事务管理模块、文 件信息管理模块:先确定查询所涉及 的功能模块;然后,确定要查询的内 容,确定查询数据流向;最后显示查 询结果。PR-2判断用户修改要涉及的模块,同时把 相应的修改数据传到相应的模块之中学生会干部信息管理模块、财务管理 模块、学生会日常事务管理模块、文 件信息管理模块:先确定更新所涉及 的功能模块;然后,把更新信息传送 到相应的模块中;最后,进行相应的 更新操
13、作。3.2概念结构设计1 .各实体及其属性:性别专业K年级职务姓名部门学生会干部图3.1学生会干部实体及其属性图编号电话动项目加入日期退出日期图33财务实体及其属性图事务活动文件图3.7文件实体及其属性图2 .生成分E-R图如下所示:学生会干部部门图3.8学生会干部信息管理分E-R图图39财务管理分E-R图部门文件n学生会干部图3.11文件管理分E-R图合并各分E R图,消除各类冲突,得到初步E-R图,再消除不必要冗余,得到的基本E-R图。具体 实现如下:a.消除冲突合并分E-R图时并不能简单地将各个分E-R图画到一起,而是必须着力消除各个分E-R图中的 不一致,以形成一个能为全系统中所有的用
14、户共同理解和接受的统一的概念模型。合并分E-R图的 主要工作与关键是合理消除各分E-R图的冲突,冲突主要有三类:属性冲突、命名冲突和结构冲突。b.消除冗余在E-R图中,可能存在一些冗余的数据和实体间的联系。冗余数据和冗余联系容易破坏数据库 的完整性,给数据库的维护增加困难,应予以消除。但并不是所有的冗余数据与冗余联系都必须加以消除,有时为了提高效率,不得不以冗余信息作为代价。消除冗余主要采用分析法和规范化理论。 经过以上分析,将所有的分E-R图综合成一个系统的总E-R图:1部门工作计划图3.12高校学生会管理系统全局E-R图解释如下:一个部门可以承办多个事务活动,而一个事务活动只能由一个部门去
15、承办;一个部门可以包括多个学生会干部,而一个学生会干部只能隶属于一个部门;一个学生会干部可以参与多项事务活动,而一个事务活动也可以有多个学生干部参与;一个学生会干部可以提交多份财务申请,而一份财务只能由一个学生会干部申请;一个学生会干部可以制定多份文件,而一份文件只能由一个学生会干部制定;一个学生会干部可以提交多份工作计划,而一份工作计划只能由一个学生会干部提交; 一份财务申请的资金可以购买多种物品,而一种物品只能由一次财务申请的资金来购买; 一次事务活动需借用多种物品,而一种物品一次只能给被一项事务活动所借用; 一份工作计划可以包括多项事务活动,而一项事务活动只能有一份工作计划中制定。3.3
16、逻辑结构设计具体任务是数据组织和数据处理。在数据组织阶段主要要完成的任务是将E-R图转换成为关系 模型,模型优化,完成数据库模式定义描述,包括各模式的逻辑结构定义、关系的完整性和安全性 等内容;用户子模式设计。以表格的形式表现出来。数据处理阶段主要任务是画出系统功能模块图。 1.数据组织(1)实体型转换为关系模式一个实体型转换为一个关系模式。实体的属性就是关系的属性,实体的码就是关系的码。学生会干部(编号,姓名,性别,职务,部门,专业,年级,电话,加入学生会日期,参加过 的活动项目)物品(编号,名称,购买时间,单价,借出时间,借物人姓名,归还时间,归还人姓名)财务(财务申请编号,资金用途,申请
17、金额,申请人,申请部门,申请时间,余额)工作计划(编号,名称,提交部门编号,提交人,提交时间,是否紧急活动)事务活动(编号,名称,职能范围,承办部门,以往解决方案,是否特色活动)部门(部门编号,部门名称,部长编号,副部长人数,部委人数,部长电话)文件(编号,名称,类型,所属部门编号,负责人,收发对象,存档日期,备注)(2)实体间联系转换为关系模式一个1: 1联系可以转换为一个独立的关系,也可以与任意一段对应的关系模式合并。如果转化 为一个独立的关系模式,则与该联系相连的各个实体的码以及联系本身的属性均转换为关系的属性, 每个实体的码均是该关系的候选码。如果与某一个实体对应的关系合并,则需要在该
18、关系模式的属 性中加入另一个关系的主码和联系本身的属性。一个m: n的联系可以转化为一个单独的关系模式,这个单独的关系模式的主码事两端实体的 码,再加上联系的属性。一个1: n联系可以转化为一个独立的关系模式,也可以与n端的关系模式合并作如果与n端的 关系模式合并,在n端的关系模式中加上另一端关系的码和联系属性。为了方便系统地实现和数据库的设计,将所有的关系均作为一个单独的关系模式。(3)通过转化后所得出的关系模型在以下的关系模式当中,关系模式的码用直下划线标出,关系模式的外键用曲下划线标出。学生会干部(编号,姓名,性别,职务,部门,专业,年级,电话,加入学生会日期,参加过 的活动项目)物品(
19、编号,财务申请编号,名称,购买时间,单价,借出时间,借物人姓名,归还时间,归 还人姓名)财务(财务申请编号,资金用途,申请金额,申请人,申请部门,申请时间,余额)工作计划(编号,名称,提交部门编号,提交人,提交时间,是否紧急活动)事务活动(编号,名称,职能范围,承办部门,以往解决方案,是否特色活动)部门(缠号,名称,觎氐缄号,副部长人数,部委人数,部长电话)文件(编号,名称,类型,所属部门编号,负责人,收发对象,存档日期,备注) *ZVZZZSZZXZZZZZZZZZZZZX/ZZS/XZZSzzzszzszzzs/z活动使用物品(事务活动编号,物品编号,使用数量)参与活动(事务活动编号,学生
20、会干部编号,出勤情况)(4)数据模型优化经过检查,以上九个关系模型当中前七个的主码都只有一个属性列,所以不存在部分函数依赖, 后两个关系模式也不存在部分函数依赖。而且这九个关系模式也不存在传递函数依赖。因此,它们 均已经达到3NF。(5)数据库模式定义其中,包括各模式的逻辑结构定义、关系的完整性和安全性等内容。一个关系模式应当是一个 五元组R,而一般只将其看作一个三元组RU, F。(6)用户子模式设计将概念模型转换为全局逻辑模型后,还应该根据用户的习惯和需求设计符合局部用户需要的外 模式,即视图设计。3.4物理结构设计.建立数据库create database University_Stude
21、nt_Union_Management on primary (name=1University_Student_Union_Management,f ilename= * f: (iUniversity_Student_Union_Management. mdf , , size=30MB,maxsize=200MB,第1章概述1.1 选题的背景与意义随着网络发展的日新月异,全国各高校的校园网络日益健全,网络化的办公已经开始逐渐的普及, 未来将会实现无纸化办公;并且随着河南城建学院的不断发展壮大,对管理体系的不断改革、加深、 完善;实现对学生会管理的一体化显的越发的重要。本系统正是符合发展的
22、趋势,建立了一套在网上 对学生会工作进行管理的系统;为了使学生会管理的公开化、使教师、学生以及学生会的操作既不相 互的干扰,同时数据之间又存在的相互联系,系统采用B/S架构分别提供了学生、干事、管理员三个 界面。对数据库进行管理,即将用户添加的数据存储到数据库中进行统一的管理,然后根据用户的需 要将信息反馈给管理员;使学生会的工作更加容易管理,减少学生会的工作量,避免了数据的丢失,也 容易对数据进行修改等。该系统对学生会的管理具有非常重要的现实意义。原系统涉及到的处理对象是学生会的干部信息管理、财务管理、日常事务管理和文件信息管理 四个方面,而我所设计的还增加了学生会成员之间的奖赏机制,有利于
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 高校 学生会 管理 系统 数据库 设计 课程设计 报告

限制150内