数据库设计样例—校运会管理系统

《数据库设计样例—校运会管理系统》由会员分享，可在线阅读，更多相关《数据库设计样例—校运会管理系统（9页珍藏版）》请在金锄头文库上搜索。

1、工程案例校运会管理系统1需求分析1.1 编写目的使用该文档的使用成员为实现校运会管理系统的开发人员以及学校的运动会组织管理 人员。1.2 背景工程名称：校运会管理系统 工程提出者：工程开发者：工程开发小组 工程鉴定者：暂无。工程开场时间：1.3 定义系统数据流程图的一些定义数据源点终宏变换数据的处理聚榭存楮蓟祗漪1.4 目标当学校运动会管理人员使用了 城运会管理系统 锻件后，可以由计算机完成：运发动报名的自动核对；比赛时各种人员信息的查询、核对、更新、删除。校运会管理系统用户分为两类：普通操作员：只须具有初级的计算机操作能力， 一般高中生以上经过稍稍培训都可胜任， 只是负责比赛进展时一些简单数

2、据的插入、更新、查询。管理人员：这些人员应具备一定的数据库知识，不过只要了解就行， 这些人员负责对数据库中重要数据及根本数据的更新，如对静态表的重新定义，普通用户的权限分配。1.5 需求分析1.5.1 系统的功能需求通过对运动会各个步骤、所需的各项信息等的分析，我们规定：(1) 工程有个人工程、集体工程之分.(2) 对于集体工程，我们并不关心具体参加比赛的运发动.在每一项集体工程中，每个 学院的参赛人数不可超过限制的参赛人数，且必须是该学院的学生.(3) 一个工程可有多名运发动参加，但一名运发动最多只能参加两项个人工程用一个 触发器实现，且只能属于一个学院.(4) 一个工程可由多名裁判主持，每

3、一个裁判在此工程中所担任的职务不同，且有主、 副裁判之分.(5) 在同一时间可同时举行多项比赛，但是只能进展一项径赛比赛用一个触发器实 现.(6) 在同一时间，一名裁判只能主持一项比赛、担任一个职务用一个触发器实现.但 在不同的时间，一名裁判可主持不同的工程、担任不同的职务.(7) 一名运发动在同一时间只能参加一项比赛用一个触发器实现(8)在同一时间，一个学院只能参加一项集体工程比赛通过用一个触发器限制在同一 时间只能举行一项集体工程.(9)在某一工程中，只有一个主裁判，其余都为副裁判.(10)一项个人工程可有多个同时破记录者，一名运发动同时破多项记录.一项集体工程 可同时有多个破记录的学院，

4、一个学院可同时破多项记录.1.5.2 系统总体功能图考卷送勘食管理索疫SGS总体却慌囹1.5.3 系统流程图1.5.4 实体与数据通过对运动会各面分析，运动会中包含的实体有学院、运发动不包含集体工程中的运发动、工程集体工程和个人工程、裁判、职务、奖励集体工程奖励和个人工程奖励， 名次为0表示破记录、赛事类别田赛、径赛、集体工程等.集体工程奖励和个人工程奖 励不同.包含的数据项分别如下：(1)学院编号，学院名称，上届运动会名次，历史最高名次，本次运动会总分，本次运动会名次等.(2)运发动编号，学号，XX,性别，所属学院，班级等.(3)工程编号，工程名称，参赛者性别男或女或不限、每个学院限参赛人次

5、，比赛时间，完毕时间等.(4)裁判编号，XX，性别等.(5)职务编号，职务名称如计时员、测量员、记录员等，职务级别主裁判和副裁判 等.(6)名次，奖励分数，奖励物品如奖状等，奖励金额等.(7)赛事类别编号，赛事类别名称等.实体之间的联系有：(1)学院与运发动之间1: M.(2)运发动、个人工程与个人工程奖励之间1: M, 1: 1.(3)学院、集体工程与集体工程奖励之间1: M, 1: 1.(4)赛事类别与工程之间.1: M(5)裁判、工程与职务之间.M: Nl通过以上分析，运动会数据库包含的模块有：输入模块 主要是各种信息的输入，如学院信息、运发动信息、工程信息、比赛信息、 奖励信息等.输出

6、模块主要是各种查询结果的输出等。2概念设计采用自底向上的法.用E-R图表示各实体之间的联系。2.1 实体学院与运发动之间的联系上述E-R图表示一个学院有多名运发动参加个人工程，一名运发动只能属于一个学院.2.2 运发动、个人工程和个人工程奖励之间的联系上述E-R图表示一个工程可有多项不同的奖励如第一名、第二名等的奖励不同对于每一项奖励可在不同的工程中出现；一名运发动最多只能有两项个人工程奖励此时 p=02，每一项奖励可有多名运发动获得；一名运发动最多能参加两项个人工程此时 m=12，一项个人工程可有多名运发动参加。2.3 学院、集体工程和集体工程奖励之间的联系有多个学院参赛、有多项不同的奖励，

7、一项集体工程奖励可被多个学院获得、可在多项集体.word.zl.工程中出现。2.4 赛事类别与工程之间的联系赛事类别2.5 裁判、工程、职务之间的联系时员、测量员、记录员等O2.6 总E-R图将上述分E-R全部合并，并化简的到如下的总 E-R图为简化画图工作，上述各实体 中的属性未画出，并把集体工程和个人工程合并为工程、集体工程奖励和个人工程奖励合 并：上述E-R图中学院、工程和奖励之间的联系如上述3中的E-R图一样，运发动、工程和奖励之间表示的联系如上述2中的E-R图一样.3逻辑设计本次设计的数据库在 SQL Server 2000上实现，将概念构造设计中的E-R图转换成SQLSever 2

8、000支持的关系数据模型后，结合上述分析得到如下数据表：3.1关系设计(1)运发动表运发动编号，运发动XX,性别，联系法，班级编号；(2)班级表班级编号班级全称班级总得分；(3)工程表工程编号，工程名称，性别限制，集体工程人数，开场时间，完毕时间，田径赛区分 每班最大人数，已选人数，规那么编号，场地编号；(4)联记录表工程编号，工程名称，运发动编号运发动XX,班级编号，班级描述运动会名 田径赛区分成绩；(5)静规那么表规那么编号 ，规那么名称，文本路径；(6)静工作人员表工作人员编号，工作人员XX,单位运动会耳R务；(7)静场地表场地编号，场地名称具体地址；(8)静器材表器材编号，器材名称 存

9、放简介；(9)联工程人员表工程编号 ，工作人员编号;(10)联工程器材表工程编号 ，器材编号;(11)联运发动成绩表工程编号 ，运发动编号，田径赛区分,比赛性质，小组号，跑道号，成绩名次；(12)联团体赛成绩表工程编号 ，班级编号，田径赛区分，比赛性质，小组号，跑道号，成 绩,名次；(13)联班级总分表班级编号，总分,总分排名；3.2约束的说明：(1)每次运动会报名时，记录一个运发动信息需有几个自动处理过程：“运发动表做删除操作时应先判断该运发动是否已经有成绩 ，有的话那么不充做删 除操作，并回退事务并做出相应的用户提示。 否那么应判断相应的 “运发动成绩表中有没 有该运发动的的记录，有的话一

10、同删除。 “运发动表做插入、 更新操作时应判断要插入、 更新的运发动信息是否已经存在也就是对运发动的 XX 和班级进展判断 具体判断用来报学生配合报名管理者来实现， 不由机算机控制，机算机只提供相关信息 。有的话不再插入，并回退事务并提示用户，运发动假设有一样的 XX 那么应在性名后加abc 等处理。“运发动成绩表 的话一同删除。删除操作时应判断相应的“运发动表中有没有相应的数据，有的特别触发：一面用来确定该工程是否为集体工程，另一面用来确定集体工程的人数要求，人数面的要求主要是为了更便地生成秩序册因为工程的具体规“集体工程人数 定在“规那么表中，而规那么表是用文本的式存储的，不便查询同一场地

11、的两个不同工程，开场时间与完毕时间之间的时间段不应相交。每一个运发动报名， 都应该能够判断否其所在班级的报该工程的人数是否到了人数限度。及对已选人数做相应的增减操作。(2)每次有新成绩更新时，有几个自动处理过程每次更新一个决赛成绩时，判断“记录表中的记录是否被打破，是那么更新之。每次生成一个成绩时，相应地修改班级总分表中的相关数据。名次可考虑自动生成，当然也可以跟据系统计员的相关资料直接输入。(3)各种“意义流水号的编号可以考虑由系统生成，而且证明确是可以实现的。4 物理设计(1)将本届和历届运动会数据进展分开存放(可根据具体软硬件限制选择“完全记录形式及“比赛要素形式 完全记录形式：把所有今年的表都存入到对应的历届表中 )比赛要素形式：用于存放“班级表、运发动表及“运发动成绩表(2)将静态表与动态表分开存放(3)将备份数据与现行数据进展分开存放(4)在， “工程表， “工程器材表这几个表上查询操作比较频繁， 而相对更新操作比较少，于是考虑在这几个表上查询常用列上加上索引；对于 “运发动表， “运发动成绩表， “团体赛成绩表这几个表， 虽然在 “报名系统阶段有多更新操作， 但在进入后几个阶段后几乎就没有更新了， 而更多的是查询， 所以考虑 在这几个表的查询常用列上加上索引，而具体的索引参加时可考虑由应用程序控制。