《实例3：高校学生会管理系统数据库设计》由会员分享，可在线阅读，更多相关《实例3：高校学生会管理系统数据库设计（44页珍藏版）》请在金锄头文库上搜索。
1、实例 3：高校学生会管理系统数据库设计-1-1 数据库设计1.1 系统需求分析阶段需求分析简单的说就是分析用户的要求。需求分析是涉及数据库的起点，需求分析的结果是否准确地反映了用户的实际要求，将直接影响到后面各个阶段的设计，并影响到设计的结果是否合理和实用。1.1.1 需求分析阶段的目标1了解高校学生会管理的基本内容； 2综合的理解主管学生会老师和学生会干部的不同需求； 3了解学生会管理的基本业务流程； 4了解学生会人工管理模式与信息系统的工作概况，以及它们之间的区别与联系；5 通过自身的体验和与主管学生会的老师及其他学生会干部的交流，了解用户对高校学生会管理系统的业务要求，完整性和安全性要求
2、。1.1.2 需求分析阶段的任务 1处理对象：系统处理对象是学生会的干部信息管理、财务管理、日常事务管理和文件信息管理四个方面。在学生会的干部信息处理中主要涉及几下几个方面的信息：（1）学生会干部基本信息(Student)：包括编号、姓名、性别、职务、专业、年级、加入学生会日期、参加过的活动项目等信息。（2）部门基本信息（Dpartment ）：部门编号、部门名称、部长姓名、副部长人数、部委人数、部长电话等信息。在财务信息处理中主要涉及几下几个方面的信息：（1）物品基本信息(Goods)：包括物品编号、物品名称、购买时间、单价、借出时间，借物人姓名、归还时间、归还人姓名等信息。（2）财务基本信
3、息(Financial affairs)：包括财务申请编号、资金用途、申请金额、申请人、申请部门、申请时间、余额等信息。在日常事务信息处理中主要涉及几下几个方面的信息：（1）事务活动基本信息（Affairs）：包括事务活动编号、事务活动名称、职能范围、承办部门、以往解决方案、是否特色活动等信息。（2）工作计划基本信息（Working plan）：包括工作计划编号、工作计划名称、提交部门、提交人、提交时间、是否紧急活动等信息。在文件信息处理中主要涉文件的基本信息（File）：包括文件编号、文件名称、文件类型、所属部门、负责人、收发对象、存档日期、备注等信息。-2-2处理功能要求高校学生会管理系统
4、主要实现对学生会的科学化、条理化、信息化、高效化管理。其中包括学生会干部信息、财产物品的使用以及登记，日常事务管理和文件信息管理等四大功能。具体功能描述如下：（1）学生会干部信息管理主要完成干部信息的查询与更新，从而实现对学生会干部信息的科学化管理。（2）财务的管理包括财产和物品的管理，完成对财产物品信息的查询与更新，如举办活动所需的资金申请、物品使用的登记、物品借还的登记等，从而实现学生会财务的信息化管理。（3）日常事务管理实现对学生会日常开展工作的管理，完成日常事务的查询与更新，从而更好地实现以下职能：包括各部门提交的工作计划、活动计划的审核与安排、活动的筹划、各项活动的人员合理的调度与安
5、排，确保各项活动成功地举办，更有利于学生会各项日常工作的顺利开展。（4）文件管理完成对学生会所有存档文件的查询与更新，实现对学生会日常的工作文件的科学化管理，从而确保各项工作的开展有章可寻，使学生会的工作更富有条理化，避免一些重复文件的制定，造成资源的浪费。3安全性和完整性要求安全性先通过视图机制，不同的用户只能访问系统授权的视图，这样可提供系统数据一定程度上的安全性，再通过用户授权机制，通过用户登陆来识别用户级别，根据这个级别来分配用户权限，达到数据更高层次的安全保密功能。近而可以满足用户的基本数据安全性要求。完整性要求用于描述各种信息之间的制约关系，以及关联关系，各个数据项的取值范围以及各
6、个数据项是否可以不取值。根据实际需要，采取一定的手段来满足用户的完整性需求。详细完整性要求见于系统的逻辑设计阶段。4业务流程图学生会干部信息管理业务流程图：-3-财务管理业务流程图：-4-日常事务管理业务流程图：文件管理业务流程图：-5-5数据流程图顶层数据流程图：第 2 层数据流程图：第 3 层数据流程图：从学生干部信息管理角度出发-6-第 3 层数据流程图：从财务管理角度出发第 3 层数据流程图：从日常事务管理角度出发-7-第 3 层数据流程图：从文件管理角度出发7数据字典（1）数据项：系统涉及的数据项有 51 项表 1.1(高校学生会管理系统)数据项列表（汇总统计）数据项编号 数据项名
7、数据项含义 与其它数据项的关系 存储结构 别名DI-1 StuNo 学生干部编号 char(8) 编号DI-2 StuName 学生干部姓名 char(10) 姓名DI-3 StuSex 学生干部性别 char(2) 性别DI-4 StuPosition 学生干部职务 char(6) 职务DI-5 StuDepartName 学生干部所属部门 等于 DepNo char(6) 部门-8-数据项编号 数据项名 数据项含义 与其它数据项的关系 存储结构 别名DI-6 StuMajor 学生干部所属专业 char(20) 专业DI-7 StuGrade 学生干部所在年级 char(8) 年级DI-8
8、 StuPhoneNo 学生干部电话 char(12) 电话DI-9 StuStaTime 加入学生会时间 datetime 时间DI-10 StuCase 参加过的活动项目 varchar(50) 项目DI-11 GoodsNo 物品编号 char(8) 编号DI-12 GoodsName 物品名称 char(16) 名称DI-13 GoodsBuyTime 购买时间 datetime 时间DI-14 GoodsPrice 单价 char(6) 单价DI-15 GoodsLendTime 借出时间 datetime 时间DI-16 GoodsLender 借物人姓名 char(10) 姓名D
9、I-17 GoodsReturner 归还人姓名 char(10) 姓名DI-18 GoodsRetTime 归还时间 datetime 时间DI-19 FinNo 财务申请编号 char(6) 编号DI-20 FinPurpose 用途 char(30) 用途DI-21 FinMoney 申请金额 char(6) 金额DI-22 FinPerson 申请人姓名 char(10) 姓名DI-23 FinDepartment 申请部门 char(14) 部门DI-24 FinTime 申请时间 datetime 时间DI-25 FinRemain 余额 char(6) 余额DI-26 PlaNo
10、 工作计划编号 等于 FileNo char(6) 编号DI-27 PlaName 工作计划名称 char(30) 名称DI-28 PlaDepartment 计划提交部门 等于 DepNo char(6) 部门DI-29 PlaPerson 计划提交人 char(10) 姓名DI-30 PlaTime 计划提交时间 datetime 时间DI-31 PlaQuality 是否紧急活动 char(4) 是否DI-32 AffNo 事务活动编号 char(6) 编号DI-33 AffName 事务活动名称 char(20) 名称DI-34 AffScope 事务活动职能范围 char(8) 职能
11、范围DI-35 AffDepartment 主要承办部门 等于 DepNo char(6) 部门DI-36 AffScheme 以往解决方案 char(50) 方案DI-37 AffQuality 是否特色活动 char(4) 活动DI-38 DepNo 部门编号 char(6) 编号DI-39 DepName 部门名称 char(14) 名称DI-40 DepMinName 部长姓名 等于 StuName char(8) 姓名DI-41 DepSminSum 副部长人数 int 人数DI-42 DepMemSum 部委人数 int 人数DI-43 MinPhoNo 部长电话 char(12)
12、 电话-9-数据项编号 数据项名 数据项含义 与其它数据项的关系 存储结构 别名DI-44 FilesNo 文件编号 char(6) 编号DI-45 FilesName 文件名称 char(20) 名称DI-46 FilesType 文件类型 char(14) 类型DI-47 FilesBelDep 所属部门 char(6) 部门DI-48 FilesPerson 负责人 char(8) 姓名DI-49 RecDisPartner 收发对象 char(14) 对象DI-50 ArcDate 存档日期 datetime 日期DI-51 Remarks 备注 char(30) 备注（2）数据结构：
13、表 1-2 (高校学生会管理系统) 数据结构（汇总统计）数据结构编号 数据结构名 数据结构含义 组成DS-1 Student 学生干部信息StuNo,StuName,StuSex,StuPosition,StuMajor,StuDepartName,StuGrade,StuPhoneNo,StuCase,StuStaTime, DS-2 Goods 物品信息GoodsNo,GoodsName,GoodsBuyTime,GoodsPric,GoodsLender,GoodsLendTime,GoodsReturner,GoodsRetTimeDS-3 FinancialAffairs 财务信息
14、FinNo, FinPurpose, FinMoney, FinPerson,FinTime,FinDepartment, FinRemainDS-4 WorkingPlan 工作计划信息 PlaNo, PlaName, PlaDepartment, PlaPersonPlaTime, PlaQualityDS-5 Affairs 事务活动信息 AffNo, AffName, AffScope, AffDepartmentAffScheme, AffQualityDS-6 Department 部门信息 DepNo,DepName,DepMinName, DepSminSumDepMemSum
15、, MinPhoNoDS-7 Files 文件信息 FilesNo,FilesName,FileTyp,FilesBelDep,FilesPerson, RecDisPartner, ArcDate, Remarks-10-8处理逻辑描述（判定表或判定树）表 1-3 （高校学生会管理系统）处理逻辑描述处理编号 处理功能 处理过程PR-1 判断用户查询涉及的功能模块学生会干部信息管理模块、财务管理模块、学生会日常事务管理模块、文件信息管理模块：先确定查询所涉及的功能模块；然后，确定要查询的内容，确定查询数据流向；最后显示查询结果。PR-2判断用户修改要涉及的模块，同时把相应的修改数据传到相应的模
16、块之中学生会干部信息管理模块、财务管理模块、学生会日常事务管理模块、文件信息管理模块：先确定更新所涉及的功能模块；然后，把更新信息传送到相应的模块中；最后，进行相应的更新操作。1.2 概念设计阶段1.2.1 目标将需求分析得到用户需求抽象为信息结构即概念模型的过程就是概念结构设计。概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构(概念模型) 的过程,它是整个数据库设计的关键，包括概念模型设计和新系统流程两个阶段。在需求分析阶段所得到的应用需求应该首先抽象为信息世界的结构，才能更好地、更准确地用某一 DBMS 实现这些需求。1.2.2 具体任务1选择中层数据流为切入点，通常选择实际系统中的子系统；2设计分 E-R 图，即各子模块的 E-R 图；3生成初步 E-R 图，通过合并方法，做到各子系统实体、属性、联系统一；4生成全局 E-R 图，消除冲突。1.2.3 结果1各实体及其属性-11-12-2生成分 E-R
