校运动会数据库设计.doc

实验项目名称：校运动会数据库设计 目 录1需求分析41.1 编写目的41.2 背景41.3 定义41.4 目标41.5 需求分析51.5.1 系统总体功能图51.5.2系统流程图61.5.3 系统数据流程图71.5.4任务概述101.5.5系统的功能需求101.5.6 接口需求101.5.7 子功能描述111.5.8 软硬件平台设计121.5.9 数据字典132 概念设计162.1 报名系统E-R图162.2 赛程安排E-R图172.3 得分统计E-R图182.4 总体E-R图193 逻辑设计193.1 关系设计193.2 约束的说明:204 物理设计201需求分析1.1 编写目的使用该文档的使用成员为实现SGS系统的开发人员以及学校的运动会具体组织管理人员。1.2 背景项目名称：学校运动会管理系统（SchoolGymkhanaSystem简称SGS）。项目提出者：江财SGS项目组织人员。项目开发者：SGS项目开发小组。项目鉴定者：暂无。项目开始时间：2007-5-13。1.3 定义系统数据流程图的一些定义1.4 目标当学校运动会管理人员使用了学校运动会管理系统SGS软件后，可以由计算机完成：运动员报名的自动核对；比赛时各种人员信息的查询、核对、更新、删除。学校运动会管理系统SGS用户分为两类：普通操作员：只须具有初级的计算机操作能力，一般高中生以上经过稍稍培训都可胜任，只是负责比赛进行时一些简单数据的插入、更新、查询。管理人员：这些人员应具备一定的数据库知识，不过只要了解就行，这些人员负责对数据库中重要数据及基本数据的更新，如对静态表的重新定义，普通用户的权限分配。1.5 需求分析1.5.1 系统总体功能图1.5.2系统流程图1.5.3 系统数据流程图1.5.4任务概述我们小组通过上网查找有关运动会的资料，以及根据自己学校运动会的实际情况，得到以下这些用户所需求的信息：(1)运动会成绩管理系统需要输入哪些数据(2)该运动会系统按其功能进行模块划分为：“报名系统模块”完成报名时运动员、班级信息的输入；并对输入的信息进行有效性限制；对无效的输入进行回退处理并提示用户相应的出错信息。“赛程安排模块”完成比赛开始前各种场地、器材、人员信息的预备和安排。“得分统计模块”完成对比赛成绩的输入、存储、查询以及修改处理。 (3)数据如何在内存及硬盘中存储(4)数据统一存入在系统的的相应硬盘目录中，当需处理时临时调入内存。1.5.5系统的功能需求通过与用户的沟通和现实中运动会的运作得出系统应具备以下功能：(1)录入运动员、班级的信息并保存(2)编辑所有运动员及班级的信息(3)查询运动员和班级的相关信息(4)修改运动员及班级的信息并保存(5)删除运动员的信息(6)查询任何一个运动员的成绩(7)查询任何一个班级的得分(8)查询任何一个项目的时间，场地，记录成绩和保持者。(9)实现对管理工作人员进行管理和监督。(10)实现对班级、个人、项目等资料进行修改和更新。(11)可以控制一个运动员不可以在同一时间填报两个项目，一个场地不可以在同一时间安排两个项目。1.5.6 接口需求(1)田径运动会主界面设置密码，用户通过密码后才能进入系统的水平命令菜单；水平命令菜单主要包括：报名管理、赛程安排、得分统计、历届信息管理。(2)报名管理菜单下可设相应子菜单：运动员信息管理、项目信息管理、运动员报名信息管理。 (3)赛程安排菜单下可设相应子菜单：场地信息管理、器材信息管理、工作人员管理。 (4)得分统计菜单下可设相应子菜单：历届记录管理、运动员成绩管理。(5)历届信息管理下可设相应对于历届信息的查询、编辑等。各子菜单中可以相应地再予以扩展。1.5.7 子功能描述(1)报名系统业务描述：报名活动由学校相关组织人员辅助来报学生（或是已经统一了学生申报信息的班主任）完成，主要进行学生班级信息的核对、班级相关项目人数的核对、以及项目最大人数的核对。原始票据：项目表、运动员表需要产生的报表：运动员表需要执行的查询：班级参加集体项目人数查询，班级参加每个项目人数查询（需限制）涉及的业务人员：由学校相关组织自己决定。输入数据项：项目名。输出数据项：每班最大人数、同一班级申报学生数数据更新频率：因为涉及到运动员的加入，以及有的运动员可能要修改申报项目，所以这个阶段可以数据的最新比较频繁。业务环境要求：具体方案由用户选择的“软硬件平台”决定。权限：最后统一给出。(2)赛程安排业务描述：该阶段主要包括：项目场地管理、项目器材管理、项目人员管理这三个主要阶段。相关工作人员跟据：项目表、场地表、器材表、及举办项目所需要的工作人员表进行查询和核实，确保万事俱备。原始票据：项目表、场地表、器材表、工作人员表。需要产生的报表：不涉及。需要执行的查询：各种人员、器材、场地、时间信息。涉及的业务人员：由学校相关组织自己决定。输入数据项：项目名。输出数据项：各种人员名称、器材名及数量、场地名及地点、具体开始时间。数据更新频率：因为涉及到运动员的加入，以及有的运动员可能要修改申报项目，所以这个阶段可以数据的最新比较频繁。业务环境要求：具体方案由用户选择的“软硬件平台”决定。权限：最后统一给出。(3)得分统计业务描述：跟据统计人员获得的比赛数据，由普通操作人员计录相关运动员的项目信息，以及得分信息。及在颁奖及奖品领取时根据该表产生出相应的名次表或视图信息，再根据相关的排名信息核对名次情况并颁发奖励。原始票据：比赛成绩表。需要产生的报表：比赛成绩表、排名表（或视图）。需要执行的查询：根据学生的信息，查询相应的名次信息（或是排名信息）。涉及的业务人员：由学校相关组织自己决定。输入数据项：学生姓名。输出数据项：名次信息（或是排名信息）。数据更新频率：因为录入成绩数据时涉及到许多数据的插入，总的来说，更新频率还是比较高的业务环境要求：具体方案由用户选择的“软硬件平台”决定。权限：最后统一给出。(4)权限划分给管理人员（请与区分）以除删表，及修改表结构以外的所有权限，管理人员有给普通操作员分配权限的接口功能，能在任何时期跟据意愿分配自己所拥有的相关权限。以保证各时期数据的安全性。1.5.8 软硬件平台设计(1) 基于C/S结构适合那些机资源比较丰富的，人员比较充足的学校可采用描述：硬件：专用服务器一台，PC机若干台，HUB24口一个，网卡和网线软件：windows2000Server 、windows2000Professor、racle、delphi网络拓扑图PC1HUBServerPC2PC3成本分析：硬件： 服务器1。5万-3万PC机： 每台0.3-0.6万HUB： 每个0.2万其它： 0.1万一般用1-5台PC机价格根据所需数量自己定软件：操作系统：0.3万数据库： 0.1万应用软件开发费： 0万其软件费用为： 2-5万特点：优点：速度快、开发周期短、安全可靠、成本低缺点：只限于单人操作、人员工作量过于集中、可能出现不能应暇的情况。(2) 基于单机系统：对没有联机条件的，机数量有限的小型学校。描述硬件： PC机一台软件：windows2000Server 、windows2000Professor、racle、delphi网络拓扑(服务器跟客户端在同一台PC机上)成本分析PC机： 每台0.3-0.6万其它： 0.1万软件：操作系统：0.3万（根据实际情况可用盗版）数据库： 0.1万应用软件开发费： 0万其软件费用为： .万特点优点：速度快、开发周期短、安全可靠、成本低缺点：只限于单人操作、人员工作量过于集中、可能出现不能应暇的情况。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 NULL主键、届数流水号班级编号FullNameVarchar2(50)NOT NULL班级全称项目表 Item属性名称属性类型是否允许空默认值约束含义ItemNoChar(3)NOT NULL主键项目编号ItemNameVarchar2(50)NOT NULL项目名称SexLimitchar(2)NOT NULL只取“男”“女”性别限制ComityRequireNumber(2)NOT NULL集体项目人数StartTimeDateNULL开始时间EndTimeDateNULL结束时间TrackFieldJudgeNumber(1)NOT NULL田径赛区分ClassNoLimitNumber(2)NOT NULL每班最大人数TotalAthleteNumber(3)NOT NULL0已选人数RuleNoChar(3)NOT NULL外键规则编号FieldNoChar(3)NOT NULL外键场地编号(联)记录表 RecordList属性名称属性类型是否允许空默认值约束含义ItemNoChar(3)NOT NULL主键、外键项目编号ItemNameVarchar2(50)NOT NULL项目名称AthleteNoChar(8)NULL外键运动员编号AthleteNameVarchar2(20)NOT NULL运动员姓名ClassNoChar(8)NULL外键、届数流水号班级编号ClassDiscribeVarchar2(50)NULL班级描述GymkhanaNameVarchar2(50)NULL运动会名TrackFieldJudgeNumber(1)NOT NULL田径赛区分ScoreNumber(3)NULL成绩（静）规则表 RuleList属性名称属性类型是否允为空默认值约束含义RuleNoChar(3)NOT NULL主键规则编号RuleNameVarchar2(30)NULL规则名称TextPathVarchar2(200)NULL文本路径（静）工作人员表 OperatorList属性名称属性类型是否允为空默认值约束含义OperatorNoChar(3)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主键器材编号EquipmentNameVarchar2(20)NOT NULL器材名称DepositVarchar2(100)NULL存放简介(联)项目人员表 ItemOperator属性名称属性类型是否允许空默认值约束含义ItemNoChar(3)NOT NULL主键、外键项目编号OperatorNoChar(8)NOT NULL外键、外键、职位游水号工作人员编号(联)项目器材表 ItemEquipment属性名称属性类型是否允许空默认值约束含义ItemNoChar(3)NOT NULL主键、外键项目编号EquipmentNoChar(3)NOT NULL主键、外键器材编号(联)运动员成绩表 AthleteScore属性名称属性类型是否允许空默认值约束含义ItemNoChar(3)NOT NULL主键、外键项目编号AthleteNoChar(8)NOT NULL0主键、外键运动员编号TrackFieldJudgeNumber(1)NOT NULL田径赛区分PropertyNumber(1)NOT NULL0:决赛;1:预赛比赛性质GroupNoNumber(2)NULL小组号CourseNoNumber(1)NULL1-8跑道号ScoreVarChar(20)NULL成绩PlaceNumber(3)NULL名次(联)团体赛成绩表 ComityScore属性名称属性类型是否允许空默认值约束含义ItemNoChar(3)NOT NULL主键、外键项目编号ClassNoChar(8)NOT NULL主键、外键、届数流水号班级编号TrackFieldJudgeNumber(1)NOT NULL田径赛区分GroupNoNumber(2)NULL小组号CourseNoNumber(1)NULL1-8跑道号ScoreVarChar(20)NULL成绩ScoreNumber(3)NULL成绩PlaceNumber(3)NULL名次(联)班级总分表：ClassTotalScore属性名称属性类型是否允许空默认值约束含义ClassNoChar(8)NOT NULL主键、外键、届数流水号班级编号TotalScoreNumber(3)NULL总分PlaceNumber(3)NULL总分排名注：对于历年信息的保存,用建结构完全相同的表,在表名前加上Past前缀就可以了。2 概念设计2.1 报名系统E-R图相关说明：(1)“班级”到时处理为静态表。(2)“报名”报名具体可由班级报，也可由学生报，跟据对运动会具体如何实现的调查，集体项目一率用班级报。不涉及到具体人员，比赛时人员的选择跟据“规则表”的相关规定班级自动选择，最后由裁判比赛时手动申核。(3)“每班最大人数”对每班能参加该项目(只涉及单人项目)的人数进行限制。(4)“集体项目人数”主要是为了更方便地生成秩序册（因为项目的具体规定在“规则表中”，而规则表是用文本的方式存储的，不方便查询）。(5)“田径赛区分”由于田径赛的成绩比较及单位不一样，而且所有的田赛都没决赛,所有的径赛都有决赛,所以特意加入该字段用来区分。(6)“性别限制”：男；：男女混合；：女；2.2 赛程安排E-R图2.3 得分统计E-R图相关说明：(1)“跑道号”、“小组号”生秩序册时用。(2)“比赛性质”决定是否是决赛。(3)“成绩”用字符型保存，最后由ASCII码来判定成绩的次序。2.4 总体E-R图3 逻辑设计3.1 关系设计运动员表（运动员编号,运动员姓名,性别,联系方法,班级编号）;班级表（班级编号,班级全称,班级总得分）;项目表（项目编号,项目名称, 性别限制，集体项目人数,开始时间,结束时间,田径赛区分,每班最大人数,已选人数,规则编号,场地编号）;（联）记录表（项目编号,项目名称,运动员编号,运动员姓名,班级编号,班级描述,运动会名,田径赛区分,成绩）;（静）规则表（规则编号,规则名称,文本路径）;（静）工作人员表（工作人员编号,工作人员姓名,单位,运动会职务）;（静）场地表（场地编号,场地名称,具体地址）;（静）器材表（器材编号,器材名称,存放简介）;（联）项目人员表（项目编号,工作人员编号）;（联）项目器材表（项目编号,器材编号）;（联）运动员成绩表（项目编号,运动员编号,田径赛区分, 比赛性质，小组号，跑道号，成绩,名次）;（联）团体赛成绩表（项目编号,班级编号,田径赛区分, 比赛性质，小组号，跑道号，成绩,名次）;（联）班级总分表（班级编号，总分，总分排名）；3.2 约束的说明:(1)每次运动会报名时，记录一个运动员信息需有几个自动处理过程：“运动员表”做删除操作时应先判断该运动员是否已经有成绩,有的话则不充许做删除操作，并回退事务并做出相应的用户提示。否则应判断相应的“运动员成绩表”中有没有该运动员的的记录，有的话一同删除。“运动员表”做插入、更新操作时应判断要插入、更新的运动员信息是否已经存在也就是对运动员的姓名和班级进行判断（具体判断用来报学生配合报名管理者来实现，不由机算机控制，机算机只提供相关信息）。有的话不再插入，并回退事务并提示用户，运动员若有相同的