重庆交通大学计算机与信息学院.doc

重庆交通大学计算机与信息学院 设计性实验报告 班 级： 05级 计科 3班 姓 名及学 号： 郭 盛 张 璐 实验项目名称： 运动会管理系统 实验项目性质： 综合性设计实验 实验所属课程： 数据库程序设计 实验室(中心)： 计算机软件中心 指 导 教 师 ： 张 聪 实验完成时间： 2008 年 06 月 27 日 运动会管理系统 －－数据库设计 by： 05计科3班: 郭盛 张璐: 一、实验目的： 熟悉并掌握需求分析过程：学会系统调查的方法、数据流程图的设计、和需求分析报告。 通过对代码的设计,学会数据库、数据表的逻辑设计,处理过程的设计,并做需求分析. 通过分组开发进行应用程序的设计开发，培养团队意识和互助协作精神；在互帮互学中提高各种能力。 二、需求分析： 软件应用目标： 在2008年奥运会来临之际,为了迎接奥运,支持奥运,特此做了一个小型的运动会管理系统,本系统面向于高、中专、大学院校，为了对学院运动会的方便管理，因此开发了本系统。应用目标是通过本系统，能帮助运动会工作人员利用计算机，快速方便的对运动会进行管理。 在作用及范围上本系统适用于各类学校，它虽是一个不够完善的运动会管理系统。但其主要功能有：系统登录、系统设置、运动员、裁判员、记录员基本信息的录入、比赛成绩录入、信息查询、报表打印、帮助等，已经基本能够满足运动会管理之用了。 范式分析： 第一范式，说明：对于表中的每一行，必须且仅仅有唯一的行值.在一行中的每一列仅有唯一的值并且具有原子性.第一范式是最基本的范式，第一范式是通过把重复的组放到每个独立的表中，把这些表通过一对多关联联系起来这种方式来消除重复组的。本模型中，操作员表的“操作员编码”、裁判员表的“裁判员编号”以及比赛项目表中的“比赛项目编号”均可以唯一的标识行、列属性。 所以，满足第一范式。 第二范式，说明：第二范式要求非主键列是主键的子集，非主键列活动必须完全依赖整个主键。主键必须有唯一性的元素,一个主键可以由一个或更多的组成唯一值的列组成。一旦创建，主键无法改变，外键关联一个表的主键。主外键关联意味着一对多的关系. 本系统的模型中，运动员表与比赛项目表、裁判员表与比赛项目表、记录员表和场地表与比赛项目表等均为一对多的关系。 所以，满足第二范式。 第三范式，说明：第三范式要求非主键列互不依赖，第三范式规则查找以消除没有直接依赖于第一范式和第二范式形成的表的主键的属性，为没有与表的主键关联的所有信息建立了一张新表，每张新表保存了来自源表的信息和它们所依赖的主键。本模型中的“名次表”和“relation96，78...”等都是生成的新表。 所以，满足第三范式。 第四范式，说明：第四范式禁止主键列和非主键列一对多关系不受约束。本模型中由于有外码，比如操作员表中的外码“比赛项目编号”均存在约束关系。 所以，不满足第四范式。 BCNF范式：即每个属性必含有码。一次对每个表求码，则都含有码。 所以，满足BCNF范式。 所以，本系统能达到BCNF范式。 三、实验设备及软件： A. 操作系统：Windows Server 2003 pack2 B．开发软件：PowerBuilder 9.0　 C．辅助软件：PowerDesigner 6.0 设计方案： 4.1概念模型的建立: 概念模型主要涉及几个主要的表：运动员表、裁判员表、记录员表、比赛项目表、场地表、操作员表和系统参数表等。 表: 关系模型: 物理模型: 名次表（关系表）: Relation_96（关系表）: 五、功能模块分析： 1.管理模块：本系统分为管理员和操作员，并且有不同的权限，因此有不同的操作限制； 2.运动员模块：能方便地输入报名信息（包括运动员、裁判员和记录员信息）； 3.查询模块：能按运动项目、按系、按班级、按编号查询运动员的信息以及比赛成绩信息； 4.比赛项目模块：能方便地输入、调整和存储比赛成绩、场地等信息； 5.打印报表模块：能打印全校、系、班级的运动员报名表、比赛成绩表等。 程序预览（界面截图）： 输入system为缺省的操作员（管理员），拥有一切权限。可以在表中插入其他操作员信息。 2