高校社团管理系统数据库设计.docx
《高校社团管理系统数据库设计.docx》由会员分享,可在线阅读,更多相关《高校社团管理系统数据库设计.docx(78页珍藏版)》请在冰豆网上搜索。
![高校社团管理系统数据库设计.docx](https://file1.bdocx.com/fileroot1/2023-5/19/2125913d-95c8-4629-8ecc-5cb76fb366de/2125913d-95c8-4629-8ecc-5cb76fb366de1.gif)
高校社团管理系统数据库设计
课程设计评分细则
序号
评分内容
分值
得分
1
选题新颖、结构完整、原创性强,语言规范、排版美观、装订规范。
20%
2
需求分析工作深入详细,业务流程图、数据流程图、数据字典等需求文档完整,正确性高
40%
3
概念结构设计合理,CDM的属性及其数据类型与数据字典一致,且正确性高
20%
4
转换的PDM正确性高,相应的SQL教本正确,参考文献完整
10%
5
提交了数据库文件,且电子文档与打印稿一致
10%
6
迟到、早退、打游戏或做无关之事,发现一次扣10分;旷课一次扣30分
负分
最终成绩
答辩教师签名
《数据库原理》课程设计报告
题目:
学生社团联合会管理系统的数据库设计
(独立完成 与他人合作 )
组员1学号和姓名:
10903090221唐瑞
组员2学号和姓名:
10903090228 张健博
分工---组员1完成:
背景分析、系统目标、业务流程设计、
表结构设计、总结、编辑排版
---组员2完成:
数据流程、数据字典、概念结构、
物理结构、逻辑结构
指 导教师:
李唯唯 崔贯勋
2011年6月
ﻬ目录
1.项目背景……………………………………………………….3
1.1选题背景……………………………………………………………3
1.2系统目标和实现技术………………………………………………3
2.需求分析………………………………………………………4
2.1业务流程分析………………………………………………………4
2.2数据流程分析………………………………………………………12
2.3数据字典……………………………………………………………17
2.4表结构………………………………………………………………30
3.概念结构设计 ………………………………………………….34
3.1 CDM…………………………………………………………………35
3.2关系模式……………………………………………………………35
4.逻辑结构设计………………………………………………….36
5.物理结构设计………………………………………………….36
6.总结………………………………………………………………49
7.参考文献…………………………………………………………49
1.项目背景
1.1选题背景
随着大学生活的不断丰富,社团活动成为当今大学生体验生活的不可缺少的一环。
加入社团,同学们不仅可以参加各种精彩活动,丰富自己的课余生活,而且可以由此锻炼自己的能力,促进人与人之间的人际关系,进一步展示大学生阳光,积极向上的一面。
然而,随着学生社团规模的不断扩大,社团管理变得越来越复杂。
活动审批流程冗余繁琐,每申请一个活动,申请人要反复跑到社团联合会办理相关手续;各社团资金使用情况完全不透明,不单单社团会员不知道社团资金如何使用了,各社团理事会成员亦很难知晓;校团委通过社团联合会对各社团每学年都有考评,根据考评情况,对各社团进行星级评议,分为五星级社团、四星级社团、三星级社团以及没有星级的社团,评分过程也同样出现相互不透明的情况,各社团对自己社团、其他社团如何得的分,很难了解,由此造成了社团与社团之间、社团与社团联合会之间的很多误解和矛盾,同时,星级评议打分涉及社团活动评分、各种会议考勤、各种细节加分,牵涉面广、部门多,社联组织部通过手动操作,管理难度大。
这些,都是社团活动管理长期存在的问题。
本系统着眼于社团管理,旨在简化活动的审批流程;通过对活动资金的记录,增加资金使用透明度,方便广大师生对于社团活动资金走向的监督;通过系统的加减分操作机制,增加星级评议制度的公开公正性,记录活动内容和得分,方便学期期末社团的星级考评,同时同学们也可以轻松地看到社团的得分情况。
本系统由三类用户组成,团委老师,社团联合会成员,协会会长;团委老师的功能包括对活动的最终审核,对活动,资金所有细节查看及管理,拥有本系统最高的管理权限。
社团联合会成员的功能包括对活动的审批和打分,对资金的审批的功能,协会会长的功能包括对活动的申请及活动得分情况,资金审核情况的查看等功能。
1.2系统目标和实现技术
1.2.1系统功能目标
本系统主要实现三大板块功能:
1、社团活动申请、审核、审批、打分通过网络一体化实现。
2、社团联合会对各社团星级评比打分一体化公开。
3、各社团财务状况公示。
4、打开系统直接查看功能。
系统用户分为团委指导老师,社团联合会成员,各社团会长等角色。
社团联合会成员又分为:
主席、副主席、办公室主任、策划部部长、组织部部长、财务部部长、外联部部长、文娱部部长、宣传部部长、新闻部部长(注:
系统管理员账号系统自动确定,不可添加、删除;其他角色根据“所属单位”及“角色名”两字段均只有一人)。
其中,团委指导老师、社团联合会主席、副主席、办公室主任角色固定,不能添加、删除。
每一任到期后将帐号、密码告诉下一任,以便继续使用。
团委指导老师具有社团活动申请的审批、其他角色使用系统的监督两权限。
社团联合会主席、副主席具有对社团联合会其他角色各种操作的否决权限。
办公室主任、策划部部长、组织部部长、财务部部长、外联部部长、文娱部部长、宣传部部长、新闻部部长,均具有对各社团进行星级评比加减分的权限。
其中,社团联合会办公室主任又单独具有除以上角色外的所有角色的添加、删除、修改,用户注册批准,通知活动已审批通过且书面审批已完成的社团到社团联合会领取书面申请手续,添加社团,添加社团学年信息五权限;策划部部长单独具有活动策划审核权限;组织部部长单独具有对各社团活动进行打分(打分后通过加减分权限对各社团星级评比进行加减分操作),星级评比加减分审核(只有审核通过,各部门加减分操作才能生效),安排各活动打分人员三权限;财务部部长单独具有各社团资金的管理权限。
各社团会长具有活动申请,本社团资金管理有误上诉权限。
图1.1 系统功能目标图
1.2.2 实现技术
基于WINDOWS7操作系统,利用PowerDesigner作为设计工具,使用MicrosoftSQLServer2005为数据库管理工具。
在PowerDesigner中建立的概念模型生成物理模型,在通过ODBC连接到数据库中,建立关系图。
2.需求分析
2.1业务流程分析
2.1.1添加用户业务流程分析
分析说明:
添加用户操作分为申请和办公室主任添加两种,用户可以自行申请成为系统用户,但需经过社联办公室主任的审核,必需是对应部门部长和协会会长办公室主任才可能审核通过。
办公室主任也可直接添加用户。
ﻩ具体流程如图2.1所示:
图2.1添加用户业务流程图
2.1.2 添加社团信息业务流程分析
分析说明:
ﻩ每正式注册一个社团,办公室主任需添加该社团信息及社团学年信息;同时,每学年初,办公室主任需添加所有社团的学年信息。
学年信息具本内容,见表结构。
具体流程如图2.2所示:
图2.2 添加社团信息业务流程图
2.1.3活动申请业务流程分析
分析说明:
活动申请业务首先由协会会长填写活动信息,上传活动策划,每天社联策划部部长审核各社团上传的策划,策划审核不通过填写不通过原因,通知相应协会;策划审核通过的则由团委指导老师审批该活动,审批不通过同样填写不通过原因,通知相应协会,审批通过后,该协会应发送各种申请表到社联办公室主任处,由办公室主任统一打印完成各种手续,手续办理完成,在系统上生成通知,通知对应协会到社联办公室领取办理好盖章手续的申请表。
具体流程如图2.3所示:
图2.3活动申请业务流程图
2.1.4策划部策划审核业务流程分析
分析说明:
ﻩ策划部部长每天社联策划部部长审核各社团上传的策划,策划审核不通过填写不通过原因,通知相应协会;策划审核通过的则由团委指导老师审批该活动。
具体流程如图2.4所示:
图2.4 策划部策划审核业务流程图
2.1.5 团委活动审批业务流程分析
分析说明:
策划审核通过后由团委指导老师审批该活动,审批不通过同样填写不通过原因,通知相应协会,审批通过后,该协会应发送各种申请表到社联办公室主任处。
具体流程如图2.5所示:
图2.5团委活动审批业务流程图
2.1.6办公室通知拿已盖章纸制申请表业务流程分析
分析说明:
团委指导老师活动审批通过后,社团将各申请表文档发给社联办公室主任,办公室主任待各申请表手续办理完成,在系统中生成完成通知,各会长看到通知后,到社联办公室领取。
具体流程如图2.6所示:
图2.6办公室通知拿已盖章纸制申请表业务流程图
2.1.7 组织部考核活动业务流程分析
分析说明:
组织部部长安排近期举行的活动的考核人员,考核人员参加到活动当中,对活动进行打分,将所打分数交由组织部部长,由组织部部长每周统一将各活动所得分数添加到系统中。
具体流程如图2.7所示:
图2.7组织部考核活动业务流程图
2.1.8加减分及加减分审核业务流程分析
分析说明:
社联各部长可根据具体情况对各社团进行加减分操作,需填写加减分相应信息,由社联组织部统一审核,只有审核通过的才能完成加减分操作。
具体流程如图2.8所示:
图2.8加减分及加减分审核业务流程图
2.1.9财务管理业务流程分析
分析说明:
社联财务部部长对各协会已报销的资金进行登记,各社团可对各账目进行核对,如发现有误,可进行申诉,要求修改,财务部长根据实际情况进行修改。
具体流程如图2.9所示:
图2.9 财务管理业务流程图
2.2数据流程分析
2.2.1顶层数据流程
图2.10顶层数据流程图
2.2.2 用户登录数据流程
图2.11 用户登录数据流程图
2.2.3用户注册数据流程
图2.12用户注册数据流程图
2.2.4后台管理数据流程
图2.13 后台管理数据流程图
2.2.5加减分数据流程
图2.14加减分数据流程图
2.2.6办公室审核注册数据流程
图2.15办公室审核注册数据流程图
2.2.7策划审核数据流程
图2.16策划审核数据流程图
2.2.8组织部活动考核数据流程
图2.17组织部活动考核数据流程图
2.2.9财务报销数据流程
图2.18财务报销数据流程图
2.2.10 会长申请活动及资金查看数据流程
图2.19会长申请活动及资金查看数据流程图
2.2.11活动申请数据流程
图2.20活动申请数据流程图
2.2.12 资金勘误申诉数据流程
图2.21资金勘误申诉数据流程图
2.2.13团委活动审批数据流程
图2.22 团委活动审批数据流程图
2.3数据字典
2.3.1数据流描述
数据流编号:
F1
数据流名称:
用户信息
简 述:
用户为注册而填写的信息
数据流来源:
用户
数据流去向:
登陆与注册
数据项组成:
用户名+用户密码+电子邮件+职务+性别
数据 流量:
5条/分钟
高峰 流量:
20条/分钟
数据流编号:
F2
数据流名称:
社团联合会部长
简 述:
社团联合会各个部长用户名和密码
数据流来源:
登录与注册
数据流去向:
后台管理
数据项组成:
用户名+用户密码
数据流量:
5条/分钟
高峰 流量:
20条/分钟
数据流编号:
F3
数据流名称:
协会会长
简 述:
协会会长的用户名和密码
数据流来源:
登陆与注册
数据流去向:
活动申请查看及资金修改
数据项组成:
用户名+用户密码
数据流量:
5条/分钟
高峰流量:
20条/分钟
数据流编号:
F4
数据流名称:
办公室部长审核意见
简述:
办公室部长
数据流来源:
后台管理
数据流去向:
登录与注册
数据项组成:
会员名+会员审核状态
数据 流量:
5条/天
高峰流量:
10条/天
数据流编号:
F5
数据流名称:
活动申请及策划信息
简 述:
会长填写活动申请并提交策划书
数据流来源:
活动申请查看及资金修改
数据流去向:
后台管理
数据项组成:
活动名称+活动时间+活动地点+活动目的+活动人数+策划书
数据 流量:
5条/天
高峰 流量:
10条/天
数据流编号:
F6
数据流名称:
活动不通过原因
简 述:
审核未通过时向协会会长发送失败信息
数据流来源:
后台管理,团委最终审核
数据流去向:
活动申请查看及资金修改
数据项组成:
活动名称+失败原因
数据流量:
5条/天
高峰 流量:
10条/天
数据流编号:
F7
数据流名称:
审核通过信息
简 述:
活动申请成功信息
数据流来源:
后台管理,团委最终审核,活动信息表
数据流去向:
团委最终审核,活动申请查看及资金修改,活动查看
数据项组成:
活动名称+审核状态
数据 流量:
5条/天
高峰 流量:
10条/天
数据流编号:
F8
数据流名称:
团委老师
简 述:
团委老师用户名和密码
数据流来源:
登录与注册
数据流去向:
图案为最终审核
数据项组成:
用户名+用户密码
数据流量:
1条/分钟
高峰流量:
20条/分钟
数据流编号:
F9
数据流名称:
用户名及密码
简 述:
用户名及密码
数据流来源:
用户
数据流去向:
登陆
数据项组成:
用户名+用户密码
数据 流量:
5条/分钟
高峰流量:
20条/分钟
数据流编号:
F10
数据流名称:
财务部部长
简 述:
财务部部长用户名和密码
数据流来源:
用户
数据流去向:
财务部资金审核
数据项组成:
用户名+用户密码
数据 流量:
5条/分钟
高峰 流量:
20条/分钟
数据流编号:
F11
数据流名称:
办公室部长
简述:
办公室部长用户名和密码
数据流来源:
用户
数据流去向:
注册审核
数据项组成:
用户名+用户密码
数据流量:
5条/分钟
高峰 流量:
20条/分钟
数据流编号:
F12
数据流名称:
策划部部长
简 述:
策划部部长用户名和密码
数据流来源:
用户
数据流去向:
策划部活动审核
数据项组成:
用户名+用户密码
数据流量:
5条/分钟
高峰流量:
20条/分钟
数据流编号:
F13
数据流名称:
组织部部长
简述:
组织部部长用户名和密码
数据流来源:
用户
数据流去向:
组织部考核
数据项组成:
用户名+用户密码
数据 流量:
5条/分钟
高峰 流量:
20条/分钟
数据流编号:
F14
数据流名称:
社团联合会主席,副主席,各部门部长
简 述:
社团联合会主席,副主席,各部门部长用户名和密码
数据流来源:
用户
数据流去向:
日常加减分操作及查询
数据项组成:
用户名+用户密码
数据流量:
5条/分钟
高峰流量:
20条/分钟
数据流编号:
F15
数据流名称:
加减分信息
简述:
用户为注册而填写的信息
数据流来源:
日常加减分操作及查询,加分扣分表
数据流去向:
加分扣分表,日常加减分操作及查询
数据项组成:
协会ID,协会名称,加减分数量,加减分理由
数据 流量:
5条/天
高峰流量:
10条/天
数据流编号:
F16
数据流名称:
组织部考核结果
简 述:
组织部审核的协会加分扣分结果,存入年度得分表
数据流来源:
组织部考核
数据流去向:
协会年度评比总分表
数据项组成:
协会ID+协会名称+得分数据
数据流量:
1条/分钟
高峰流量:
5条/分钟
数据流编号:
F17
数据流名称:
未通过活动
简 述:
协会申请但未获得审批通过的活动
数据流来源:
活动查看
数据流去向:
查看未通过活动
数据项组成:
活动名称+策划部审核状态+失败原因
数据 流量:
5条/天
高峰 流量:
10条/天
数据流编号:
F18
数据流名称:
资金报销情况
简述:
用户为注册而填写的信息
数据流来源:
资金报销表
数据流去向:
协会名称+活动名称+报销资金+报销情况
数据流量:
5条/天
高峰流量:
10条/天
数据流编号:
F19
数据流名称:
活动名称
简 述:
协会申请的活动名称
数据流来源:
查看策划
数据流去向:
查看活动具体信息
数据项组成:
活动名称+策划部审核状态
数据流量:
5条/天
高峰 流量:
10条/天
数据流编号:
F20
数据流名称:
未举办的活动信息
简 述:
未举办的活动信息
数据流来源:
活动信息表
数据流去向:
查看活动具体信息
数据项组成:
协会ID+协会名称+活动名称+活动地点+活动时间+活动内容
数据流量:
1条/分钟
高峰流量:
5条/分钟
数据流编号:
F21
数据流名称:
注册申请
简述:
用户为注册而填写的信息
数据流来源:
用户
数据流去向:
注册
数据项组成:
用户名+用户密码+电子邮件+职务+性别
数据流量:
1条/分钟
高峰流量:
10条/分钟
数据流编号:
F22
数据流名称:
协会信息
简 述:
协会的相关信息
数据流来源:
协会信息表
数据流去向:
用户注册处理
数据项组成:
协会ID+协会名称
数据流量:
5条/天
高峰流量:
10条/天
数据流编号:
F23
数据流名称:
待审核的用户信息
简 述:
用户为注册而填写的信息
数据流来源:
用户
数据流去向:
用户注册处理
数据项组成:
用户名+用户密码+电子邮件+职务+性别
数据 流量:
5条/天
高峰流量:
10条/天
数据流编号:
F24
数据流名称:
活动考察人员安排信息
简 述:
被安排跟活动的人员调配信息
数据流来源:
活动考核安排
数据流去向:
社联干事
数据项组成:
干事名单
数据流量:
5条/天
高峰流量:
20条/天
数据流编号:
F25
数据流名称:
未举办的活动信息
简 述:
未曾举办活动的信息
数据流来源:
活动信息表
数据流去向:
活动考核安排
数据项组成:
协会名称+活动名称+活动地点+活动时间
数据 流量:
5条/天
高峰流量:
10条/天
数据流编号:
F26
数据流名称:
活动得分信息
简 述:
社联干事对活动的打分记录
数据流来源:
社联干事
数据流去向:
活动信息表
数据项组成:
活动名称,得分
数据 流量:
5条/天
高峰 流量:
20条/天
数据流编号:
F27
数据流名称:
资金审核信息
简 述:
协会的资金报销记录
数据流来源:
财务部资金审核
数据流去向:
填写资金报销流水账
数据项组成:
协会名称+资金数量+报销理由
数据流量:
5条/天
高峰流量:
10条/天
数据流编号:
F28
数据流名称:
资金勘误信息
简述:
协会会长填写的有关资金报销勘误的信息
数据流来源:
资金勘误表,填写资金勘误申请
数据流去向:
财务部资金勘误修改,资金报销表
数据项组成:
协会名+资金勘误信息
数据 流量:
5条/天
高峰流量:
10条/天
数据流编号:
F29
数据流名称:
协会资金信息
简 述:
协会年度剩余资金信息
数据流来源:
资金报销表,资金核查
数据流去向:
资金核查,协会学年资金信息
数据项组成:
协会名+资金信息
数据流量:
5条/天
高峰 流量:
10条/天
数据流编号:
F30
数据流名称:
申请活动信息
简 述:
协会会长在申请活动时填写活动相关信息
数据流来源:
填写活动申请
数据流去向:
活动信息表
数据项组成:
协会ID+协会名+活动名称+活动日期+活动地点+活动内容+审批情况+得分情况
数据 流量:
5条/天
高峰流量:
10条/天
数据流编号:
F31
数据流名称:
策划书
简 述:
策划书
数据流来源:
填写活动申请
数据流去向:
提交策划书
数据项组成:
策划书
数据 流量:
5条/天
高峰流量:
10条/天
2.3.2处理逻辑的描述
处理逻辑编号:
P1
处理逻辑名称:
登录与注册
输入的数据流:
F1
处 理:
负责用户登录与注册功能
输出的数据流:
F2,F3,F8
处理频率:
10条/次
处理逻辑编号:
P2
处理逻辑名称:
后台管理
输入的数据流:
F2
处ﻩ 理:
社联各个部们的职能运转,包括活动审批,评分,注册审批,财务管理等。
输出的数据流:
F4,F6,F7
处理频率:
100条/次
处理逻辑编号:
P3
处理逻辑名称:
活动申请查看及资金修改
输入的数据流:
F3
处ﻩﻩ 理:
协会会长的职能运转,包括活动申请,资金勘误查看等。
输出的数据流:
F5
处理频率:
100条/次
处理逻辑编号:
P4
处理逻辑名称:
团委最终审核
输入的数据流:
F7,F8
处理:
团委对协会活动进行最终的审核,通过后活动方可执行。
输出的数据流:
F6,F7
处理 频率:
10条/次
处理逻辑编号:
P1.1
处理逻辑名称:
注册
输入的数据流:
F1
处ﻩ理:
新用户对身份注册功能
输出的数据流:
F1
处理 频 率:
10条/次
处理逻辑编号:
P1.2
处理逻辑名称:
登录
输入的数据流:
F9
处理:
不同用户的登录功能
输出的数据流:
F2,F3,F8
处理频率:
10条/次
处理逻辑编号:
P1.1.1
处理逻辑名称:
阅读注册规则
输入的数据流:
F21
处ﻩ 理:
判断用户是否同意注册规则
输出的数据流:
认同,不认同
处理频 率:
10条/次
处理逻辑编号:
P1.1.2
处理逻辑名称:
选择用户类型
输入的数据流:
认同
处ﻩﻩ理:
用户注册时选择自己的用户类型
输出的数据流:
F1
处理频率:
10条/次
处理逻辑编号:
P1.1.3
处理逻辑名称:
注册(待审核)
输入的数据流:
F1
处ﻩ理:
用户提起注册,并咱存入数据库,等待管理员审核
输出的数据流:
F1
处理频率:
10条/次
处理逻辑编号:
P2.1
处理逻辑名称:
日常加减分及查询
输入的数据流:
F14,F15
处ﻩ 理:
各个部门的部长及主席对协会日常工作查分及加分减分
输出的数据流:
F15
处理频率:
50条/次
处理逻辑编号:
P2.2
处理逻辑名称:
注册审核
输入的数据流:
F11
处ﻩﻩ 理:
办公室部长对用户的注册进行审核
输出的数据流:
F4
处理频率:
10条/次
处理逻辑编号:
P2.3
处理逻辑名称:
策划部活动审核
输入的数据流:
F12
处ﻩﻩ 理:
策划部对协会活动的策划阅读及审核
输出的数据流:
F6,F7
处理频率:
20条/次
处理逻辑编号:
P2.4
处理逻辑名称:
组织部考核
输入的数据流:
F13
处ﻩ 理:
组织部对协会的活动及日常工作考核,并纳入得分总表
输出的数据流:
F16
处理频率:
20条/次
处理逻辑编号:
P2.5
处理逻辑名称:
财务部资金审核
输入的数据流:
F10
处 理:
财务部对报销资金进行审核入库
输出的数据流:
处理 频率:
10条/次
处理逻辑编号:
P2.1.1
处理逻辑名称:
查询加减分功能
输入的数据流:
F14,F15
处ﻩ 理:
主席和部长对协会加减分进行查询
输出的数据流:
处理频 率:
1条/次
处理逻辑编号:
P2.1.2
处理逻辑名称:
加减分功能
输入的数据流:
F14,F22
处ﻩﻩ理:
主席和部长对协会加分扣分
输出的数据流:
F15
处理频