校运动会数据库设计

1、实验项目名称：校运动会数据库设计1需求分析31.1编写目的31.2背景31.3定义31.4目标31.5需求分析4151系统总体功能图41.5.2系统流程图51.5.3系统数据流程图61.5.4任务概述91.5.5系统的功能需求91.5.6接口需求91.5.7子功能描述101.5.8软硬件平台设计111.5.9数据字典122概念设计152报名系统er图152.2赛程安排er图162.3得分统计er图172.4总体er图183逻辑设计183关系设计183.2约束的说明:194物理设计191需求分析1.1编写目的使用该文档的使用成员为实现sgs系统的开发人员以及学校的运动会具体组织管理人 员。1.2

2、背景项目名称：学校运动会管理系统（schoolgymkhanasystcm简称sgs）。项目提出者：江财sgs项目组织人员。项目开发者：sgs项目开发小组。项目鉴定者：暂无。项目开始时间：2007-5-13o1.3定义系统数据流程图的一些定义=数摇源点/终点变换数据的处理数据存储1.4目标当学校运动会管理人员使用了学校运动会管理系统sgs软件后，可以由计算机完 成：运动员报名的自动核对；比赛时各种人员信息的查询、核对、更新、删除。学校运动会管理系统sgs用户分为两类：普通操作员：只须具有初级的计算机操作能力，一般高中生以上经过稍稍培训都可胜任, 只是负责比赛进行吋一些简单数据的插入、更新、查询

3、。管理人员：这些人员应具备一定的数据库知识，不过只要了解就行，这些人员负责对数 据库中重要数据及基本数据的更新，如对静态表的重新定义，普通用户的权限分配。1.5需求分析1.5.1系统总体功能图禽馥运铀食管理系就sgs禽礙运勧会管埋窑<s歹s1.5.2系统流程图样汝适劲佥管證拿紀sgs)c班级)报名连安代改?决赛名单比赛班级生成决赛立单y側名次?n皈记录?修改记录1 川分枚入折届历届1.5.3系统数据流程图运劲会管理系娩第一层赦据嬴囹运劲会管理系优第二雇赦彳居诡囹、就位沁卜：3.2 成绩2 kr3. 3 j比卷'&思k)f运动负成绩信息就危运钟馭管理系优总赦据洗囹申根信息(

4、1 1反馈信息中报 信息 孩对f反馈信息k9申报信息班毅中眾信息比赛开始时间信息申扌艮信息02运钳员信4人负信息厉i工作人员信息成纯 信息i比赛丿 丿核对信息釦妥排克毕信息厂a2. 1分配完 毕信息 bc、2. 2准备完（ 毕倍息-h场地器材、履备/9器材信息场地信忑了、成绩 得今v 匕疣计'6?|场地信息少i器材信息信息工3信息3. 1运劲员 、帝备丿运动员就位06麻债排名信息v7!名化决, 幺次瞋、赛成绩 赛信您''i4t<5fk契励丿、*i汐目卫界低亍石 : 奖励信息154任务概述我们小组通过上网查找有关运动会的资料，以及根据自己学校运动会的实际情况，得到

5、以下这些用户所需求的信息：(1) 运动会成绩管理系统需要输入哪些数据(2) 该运动会系统按其功能进行模块划分为： “报名系统模块”完成报名时运动员、班级信息的输入；并对输入的信息进行有效性 限制；对无效的输入进行回退处理并提示用户相应的出错信息。 “赛程安排模块”完成比赛开始前各种场地、器材、人员信息的预备和安排。 “得分统计模块”完成对比赛成绩的输入、存储、查询以及修改处理。(3) 数据如何在内存及硬盘屮存储(4) 数据统一存入在系统的的相应硕盘目录中，当需处理时临时调入内存。1.5.5系统的功能需求通过与用户的沟通和现实中运动会的运作得出系统应具备以下功能：(1) 录入运动员、班级的信息并

6、保存(2) 编辑所有运动员及班级的信息(3) 查询运动员和班级的相关信息(4) 修改运动员及班级的信息并保存(5) 删除运动员的信息(6) 查询任何一个运动员的成绩(7) 查询任何一个班级的得分查询任何一个项目的吋间，场地，记录成绩和保持者。(9) 实现对管理工作人员进行管理和监督。(10) 实现对班级、个人、项目等资料进行修改和更新。(11) 可以控制一个运动员不可以在同一时间填报两个项目，一个场地不可以在同一时间 安排两个项目。1.5.6接口需求(dffl径运动会主界面设置密码，用户通过密码后才能进入系统的水平命令菜单；水平 命令菜单主要包括：报名管理、赛程安排、得分统计、历届信息管理。(

7、2) 报名管理菜单下可设相应子菜单：运动员信息管理、项目信息管理、运动员报名信 息管理。(3) 赛程安排菜单下可设相应子菜单：场地信息管理、器材信息管理、工作人员管理。(4) 得分统计菜单下可设相应子菜单：历届记录管理、运动员成绩管理。(5) 历届信息管理下可设相应对于历届信息的查询、编辑等。各子菜单中可以相应地再予以扩展。1.5.7子功能描述（1）报名系统 业务描述：报名活动由学校相关组织人员辅助來报学生（或是已经统一了学生申报信 息的班主任）完成，主要进行学生班级信息的核对、班级相关项冃人数的核对、以及项fi最 大人数的核对。 原始票据：项目表、运动员表 需要产生的报表：运动员表 需要执行

8、的查询：班级参加集体项目人数查询，班级参加每个项目人数查询（蛊限制） 涉及的业务人员：由学校相关组织自己决定。 输入数据项：项目名。 输出数据项：每班最大人数、同一班级申报学生数 数据更新频率：因为涉及到运动员的加入，以及有的运动员可能要修改申报项目，所 以这个阶段可以数据的最新比较频繁。 业务坏境要求：具体方案rti用户选择的“软硬件平台”决定。 权限：最后统一给出。（2）赛程安排 业务描述：该阶段主要包括：项目场地管理、项目器材管理、项目人员管理这三个主 要阶段。相关工作人员跟据：项目表、场地表、器材表、及举办项fi所需耍的工作人员表进 行查询和核实，确保万事俱备。 原始票据：项目表、场地

9、表、器材表、工作人员表。 需要产生的报表：不涉及。 需要执行的查询：各种人员、器材、场地、时间信息。 涉及的业务人员：由学校相关组织自己决定。 输入数据项：项目名。 输出数据项：各种人员名称、器材名及数量、场地名及地点、具体开始时间。 数据更新频率：因为涉及到运动员的加入，以及有的运动员可能要修改申报项目， 所以这个阶段可以数据的最新比较频繁。 业务坏境要求：具体方案rti用户选择的“软硬件平台”决定。 权限：最后统一给出。（3）得分统计 业务描述：跟据统计人员获得的比赛数据，由普通操作人员计录相关运动员的项日 信息，以及得分信息。及在颁奖及奖品领取时根据该表产生出相应的名次表或视图信息， 再

10、根据相关的排名信息核对名次情况并颁发奖励。 原始票据：比赛成绩表。 需要产生的报表：比赛成绩表、排名表（或视图）。 需要执行的查询：根据学生的信息，查询相应的名次信息（或是排名信息）。 涉及的业务人员：由学校相关组织自己决定。 输入数据项：学生姓名。 输出数据项：名次信息（或是排名信息）。 数据更新频率：因为录入成绩数据时涉及到许多数据的插入，总的来说，更新频率还 是比较高的 业务环境要求：具体方案由用户选择的“软硬件平台”决定。 权限：最后统一给111。(4)权限划分给管理人员(请与dba区分)以除删表，及修改表结构以外的所有权限，管理人员有 给普通操作员分配权限的接口功能，能在任何时期跟据

11、意愿分配自己所拥有的相关权限。以 保证各时期数据的安全性。1.5.8软硬件平台设计(1) 基于c/s结构适合那些p c机资源比较丰富的，人员比较充足的学校可采用 描述：硬件：专用服务器一台，pc机若干台，hub24 口一个，网卡和网线软件：windows2000server、windows2000professor> oracle、delphi 网络拓扑图 成木分析：硬件：服务器lo 5万3万pc机： 每台0.30.6万hub： 每个0.2万其它：0万一般用1-5台pc机价格根据所需数量自己定软件：操作系统：0.3万数据库：<0.1万应用软件开发费：07j其软件费用为：2-5万 特

12、点：优点：速度快、开发周期短、安全可靠、成本低缺点：只限于单人操作、人员工作量过于集中、可能出现不能应暇的情 况。(2)基于单机系统：对没有联机条件的，pc机数量有限的小型学校。 描述硬件：pc机一台软件：windows2000server、windows2000professor> oracle> delphi 网络拓扑(服务器跟客户端在同一台pc机上) 成本分析pc机： 每台0.30.6万其它：0万软件：操作系统：0.3万（根据实际情况可用盜版）数据库：<0.1万应用软件开发费：0万其软件费用为：0.5 - 1 .5万 特点优点:' 速度快、开发周期短、安全可靠、

13、成本低缺点：只限于单人操作、人员工作量过于集屮、可能出现不能应暇的情况。1.5.9数据字典运动员表athlete属性名称属性类型是否允许空默认值约束含义athletenochar(8)not null主键、届数+流水 号运动员编号athletenamevarchar2(20)not null运动员姓名sexvarchar2(2)not null“ 男”只取“男”、“女”性别telephonevarchar2(20)null联系方法classnochar(8)not null外键、届数+流水 号班级编号班级表class属性名称属性类型是否允许空默认值约束含义classnochar(8)not n

14、ull主键、届数+流水 号班级编号fullnamevarchar2(50)not null班级全称项目表item属性名称属性类型默认含义是否允许空值约束itemnochar(3)not null主键项目编号itemnamevarchar2(50)not null项目名称sexlimitchar(2)not null只取“男” “女”性别限制comityrequirenumber(2)not null集体项目人 数starttimedatenull开始时间endtimedatenull结束时间trackfieldjudgenumber(l)not null皿径赛区分classnolimitnum

15、ber(2)not null每班最大人数totalathletenumber(3)not null0已选人数rulenochar(3)not null外键规则编号fieldnochar(3)not null外键场地编号（联）记录表recordlist属性名称属性类型是否允许空默认值约束含义itemnochar(3)not null主键、外键项目编号itemnamevarchar2(50)not null项fi名称athletenochar(8)null外键运动员编号athletenamevarchar2(20)not null运动员姓名classnochar(8)null外键、届数+流 水号班

16、级编号classdiscribevarchar2(50)null班级描述gymkhananamevarchar2(50)null运动会名trackfield judgenumber(l)not nulle径赛区分scorenumber(3)null成绩（静）规则表rulelist属性名称属性类型是否允为空默认值约束含义rulenochar(3)not null主键规则编号rulenamevarchar2(30)null规则名称textpathvarchar2(200)null文本路径（静）工作人员表operatorlist属性名称属性类型是否允为空默认值约束含义operatornochar(3

17、)not null主键、职位+游水工作人员编号号operatornamevarchar2(20)not null工作人员姓名postvarchar2(30)null单位dutyvarchar2(100)null运动会职务(静)场地表fieldlist属性名称属性类型是否允许空默认值约束含义fieldnochar(3)not null主键场地编号fieldnamevarchar2(20)null场地名称addressvarchar2(50)null具体地址(静)器材表 equipmentlist属性名称属性类型是否允许空默认值约束含义equipmentnochar(3)not null主键器材编

18、号equipmentname varchar2(20)not null器材名称depositvarchar2(100)null存放简介（联）项目人员表itemoperator属性名称属性类型是否允许空默认值约束含义itemnochar(3)not null主键、外键项目编号operatornochar(8)not null外键、外键、职位+游水号工作人员编号（联）项目器材表itemequipment属性名称属性类型是否允许空默认值约束含义itemnochar(3)not null主键、外键项目编号equipmentnochar(3)not null主键、外键器材编号（联）运动员成绩表athle

19、tescore属性名称属性类型是否允许空默认值约束含义itemnochar(3)not null主键、外键项目编号athletenochar(8)not null0主键、外键运动员编号trackfieldjudgenumber(l)not null田径赛区分propertynumber(l)not null0:决赛;1:预赛比赛性质groupnonumber(2)null小组号coursenonumber(l)null1-8跑道号scorevarchar(20)null成绩placenumber(3)null名次（联）团体赛成绩表comityscore属性名称属性类型是否允许空默认值约束含义i

20、temnochar (3)not null主键、外键项目编号classnochar (8)not null0主键、外键、届 数+流水号班级编号trackfieldjudgenumber (1)not null田径赛区分groupnonumber(2)null小组号coursenonumber (1)null1-8跑道号scorevarchar(20)null成绩scorenumber(3)null成绩placenumber(3)null名次（联）班级总分表：classtotalscore属性名称属性类型是否允许空默认值约束含义classnochar (8)not null0主键、外键、届 数+

21、流水号班级编号total scorenumber(3)null总分placenumber(3)null总分排名注：对于历年信息的保存，用建结构完全相同的表,在表名前加上past前缀就可以了。2概念设计2.1报名系统er图槽醱适勘会管理素紀sgs相关说明：相关说明：(1) “班级”到时处理为静态表。(2) “报名”报名具体可由班级报，也可由学生报，跟据对运动会具体如何实现的调查, 集体项目一率用班级报。不涉及到具体人员，比赛时人员的选择跟据“规则表”的相关规定 班级自动选择，最后由裁判比赛时手动申核。(3) “每班最大人数”对每班能参加该项目(只涉及单人项目)的人数进行限制。(4) “集体项目人

22、数”主要是为了更方便地生成秩序册(因为项目的具体规定在“规则 表中”，而规则表是用文本的方式存储的，不方便查询)。(5) “田径赛区分”由于田径赛的成绩比较及单位不一样，而且所有的田赛都没决赛,所有的径赛都有决赛，所以特意加入该字段用来区分。（6）“性别限制” 0：男；1：男女混合；2：女;2.2赛程安排e-r图禽恋進材金管理金视sgs（冬本絡绘i城勺）必號）（忖训° g*：id人敦）（ni”賽 1£5»）班显人人（件别限制it1mmceedq (t人城股q2.3得分统计e-r图禽快it勧会管理余免sgs得今免针e-r出&比ii人孙頊目割炉;） 小出弓）成

23、滅）比夷性质） 名次rnf)企11糾a号町/g)3总号qtwn.(*次c m动员塢屯人、严一、 i （圧圧赛xd）毎用屍牲名（®凍方法j仗功员性恥）传型城编*获徒运丈会名爪找全称）恳今饶级竭迩、分搏材）（总分）相关说明：“跑道号”、“小组号”生秩序册时用。（2）“比赛性质”决定是否是决赛。“成绩”用字符型保存，最后由ascii码来判定成绩的次序。2.4总体e-r图摩低适勘会管理柬免sgs总体ertfi3逻辑设计3.1关系设计运动员表（运动员编号，运动员姓名，性别，联系方法，班级编号）；班级表（班级编号,班级全称,班级总得分）；项目表（项目编号，项目名称,性别限制，集体项目人数，开始时

24、间，结束时间，田径赛区分, 每班最大人数，已选人数，规则编号，场地编号）；（联）记录表（项目编号,项目名称，运动员编号，运动员姓名，班级编号，班级描述，运动会名, 出径赛区分,成绩）；（静）规则表（规则编号,规则名称，文本路径）；（静）工作人员表（工作人员编号，工作人员姓名，单位，运动会职务）；（静）场地表（场地编号，场地名称，具体地址）；（静）器材表（器材编号，器材名称，存放简介）;（联）项目人员表（项目编号，工作人员编号）;（联）项目器材表（项目编号，器材编号）;（联）运动员成绩表（项冃编号,运动员编号，m径赛区分，比赛性质，小组号，跑道号， 成绩,名次）；（联）团体赛成绩表（项目编号，班级编号,田径赛区分，比赛性质，小组号，跑道号，成绩, 名次）；（联）班级总分表（班级编号,总分，总分排名）；3.2约束的说明：（1）每次运动会报名时，记录一个运动员信息需有儿个自动处理过程： “运动员表”做删除操作时应先判断该运动员是否已经有成绩，有的话则不充许做删 除操作，并回退事务并做出相应的用户提示。否则应判断相应的“运动员成绩表”中有没有 该运动员的的记录，有的话一同删除。 “运动员表”做插入、更新操作时应判断要插入、更新的运动员信息是否已经存在也 就是对运动员的姓名和班级进行判断（具体判断