-目录目录1 引言 . 21.1 立项背景.21.2 立项原因概述.21.3 UML 概述 . 21.4 参考文献.32 项目概述. 42.1 面向的用户.42.2 实现目标.42.3 项目开发要求.42.4 开发工具.43 系统描述. 43.1 系统概述.43.2 系统总体结构.53.3 系统各部分功能模块.54 系统分析. 54.1 用例图.54.1.1 赛事信息管理.54.1.2 赛程安排管理.64.1.3 比赛场地管理.74.1.4 比赛赛数据计分管理.84.1.5 人员信息管理.104.2 活动图.114.2.1 赛程安排管理.114.2.2 赛事信息的查询.124.2.3 比赛场地安排管理.124.2.4 比赛球员计分项目管理.134.2.5 数据查询管理.144.2.6 人员信息管理.154.3 时序图.154.3.1 赛程安排时序图.154.3.2 场地赛程安排时序图.174.3.3 比赛球员统计计分时序图.184.3.4 数据查询时序图.194.3.5 人员信息管理时序图.204.4 类分析.214.4.1 赛程安排用例的实现.214.4.2 比赛场地的用例实现.214.4.3 数据管理用例实现.224.4.4 普同用户用例实现.224.4.5 管理员用户用例实现.234.5 类设计.24-4.5.1 赛事安排类关系图.244.5.2 球员数据类关系图.254.5.3 人员信息类关系图.265 系统接口. 265.1 用户接口.265.2 硬件接口.266 性能需求. 266.1 精度要求.276.2时间特征.276.3灵活性.277 软件属性. 287.1 系统安全性.287.2 可维护性.288 其它需求. 288.1 数据库需求.288.2 系统操作要求.288.3 故障及其处理.28 引言引言1 1。1 1 立项背景立项背景随着我国经济水平的不断提高,体育运动的迅猛发展，篮球运动是一项在我国普及最广的运动之一,各级各类的篮球比赛连连不断,目前，很多篮球比赛都采用手工的管理方式，为了提高篮球竞赛的管理制度,需要有一套针对于篮球赛事的管理系统。1.1. 立项原因概述立项原因概述针对BA赛事的特点,为了帮助提高篮球竞赛的管理水平，适应篮球竞赛当前市场化的需要,我们将开发一个BA 赛事管理系统3UML3UML 概述概述面向对象的系统分析与设计,包括 OOA(面向对象分析）与 OOD(面向对象设计）两个部分。其中 OO 的主要任务是分析问题，找出问题解决方案。同时，发现对象并分析对象内部构成和外部关系，建立软件系统的对象模型。OO的主要任务是根据已确立的系统对象模型，运用面向对象技术，设计对象与类,进而设计系统结构、人机界面、数据管理、任务管理等子系统。UML(iidModelinLnguage)是第 3代的面向对象建模语言。 UML是由-Ratonal 公司的面向对象技术研究专家 Gayooch、Ivaacobon 和mumbagh联合开发的。它采纳和扩展了Boch 标记法、OMT 的面向对象建模技术的方法,以及面向用例(seCase）的 OOS 方法,并且吸取了其他学者和软件厂商的建议。UM 在提交给 OG （ict nagementGo)后,最终成为大众所接受的标准建模语言。UML 建模语言吸取和发展了 Bch、MT和 OSE 方法，以及其它O 和非 OO方法的优点。它融入了软件工程领域的新思想、新方法和新技术，提出如模板、扩展机制、活动图等新概念.UM易于表达且功能强大，应用广泛。它不但适用于面向对象的软件分析与设计， 还支持从需求分析开始的软件开发的全过程.UL 定义了一系列图形工具,以对现实世界进行面向对象建模。标准建模语言 UML 已成为面向对象技术的主流建模工具，支持系统分析、设计和实现等软件开发全过程。UL 定义了 5 类 10 种模型图，用于提供静态建模机制和动态建模机制。静态模型包括用例图、类图、对象图、包图、构件图。配置图动态模型包括行为图（活动图，状态图）和交互图（顺序图，合作图） 。（1）用例图:描述应用领域需求与功能，以及事务（用例)之间的逻辑关系。（2）类图：是显示一组类、接口、协作以及它们之间关系的图。）对象图：类的实例图。2)包图：提供类图的分组优化机制（）行为图:描述跨越多个用例的对象行为（数据操作功能)，包括活动图和状态图。1） 活动图： 描述多用例和多对象的复杂行为及活动间的约束关系;或者说,描述复杂行为中的活动及其执行顺序.2）状态图：描述单个对象的所有可能状态及转移条件.（4）交互图：显示一个交互，由一组对象和它们之间的关系构成 ,其中包括在对象间传递的消息，包括顺序图和协作图.1）顺序图：是强调消息的时间顺序的交互图.2）协作图：是强调发送和接收消息的对象之间的结构组织的交互图。(5）实现图：用于描述系统实现的一些特性,包括构件图和配置图。1）构件图：描述软构件及相互间的依赖(及调用)关系,包括源文件、二进制文件、可执行文件。)配置图：描述构件运行环境及系统软硬件体系结构.1.41.4参考文献参考文献1齐志昌,谭庆平，宁洪.软件工程（第二版)M.北京。高等教育出版社.2002 王珊，萨师煊。数据库系统概论(第四版)M.北京.高等教育出版社。200.。 。.- 项目概述项目概述2 2。1 1 面向的用户面向的用户赛事管理员主要是查询、录入和修改赛事信息,参赛队员、观众主要是查询、系统管理员主要维护系统和数据处理。2 2。实现目标实现目标（）建立一个具有友好界面,操作简单的A 赛事管理系统；（2) 能够更好的管理、维护和保存赛事的相关信息；（) 实现对参赛队员、裁判员信息录入,并建立完整的数据库，对所有的工作人员统一管理；（4）管理员登陆本系统,可以查询、修改、更新系统数据,参赛队员和观众只能查询数据信息；。3 3 项目开发要求项目开发要求（1)项目开发规范统一、模块划分;(2)程序优化、安全并要有良好的可扩展性；(3)用户界面简洁明了、操作简单实用；()与用户保持良好的沟通,及时根据用户新的需求改善系统功能。2.42.4 开发工具开发工具irooft Viual C+ 6.0Rainal se0033 3 系统描述系统描述 系统概述系统概述BA赛事管理系统主要分为四大系统,分别是人员信息管理系统、 参赛队信息管理系统、计分项目管理系统、赛事安排管理系统和场地管理系统.管理员可以对系统里面的数据进行修改、更新查询等操作,但一般人员只能进行查询操作。-3 32 2系统总体结构系统总体结构CBA 赛事管理系统人员信息管理参赛队信息管理赛事信息管理计分项目管理场地管理录修查录修查录安查录统查安入改询入改询修询排人成场员3 3人员人参参参入排询入计改赛赛员系统各部分功能模块系统各部分功能模块赛赛赛事事赛成成成事绩绩绩绩地信信信队队队息信信CBA信赛事管理系统信息息息息息息登陆界面普通用户登管理员登陆运动员登陆录成绩查询模块管 理 员 管成 绩 查 询理模块模块4 4 系统分析系统分析 用例图用例图4.1.4.1.赛事信息管理赛事信息管理修改参赛队的比赛对手删除以前的赛事修改赛事信息观众管理员查询赛事信息参赛队员录入赛事信息-查询场地安-用例分析:用例名称：赛事信息描述：赛事管理员录入所有的赛事情况（共有多少比赛)标识符:u1优先级:(高)角色:赛事管理员前置条件：赛事管理员已成功登录系统并具有录入赛事信息的权限主事件流:1.赛事管理员选择“赛事信息管理”选项，用例开始.赛事管理员获取赛事信息表3 赛事管理员输入赛事信息并检查赛事信息的有效性A1：信息无效4。系统自动更新数据库的赛事信息表6 将更新的信息写入日志文件7用例结束其他事件流：A1：输入的赛事信息错误 (1）系统显示错误的提示信息例如：一个参赛队在一个时间段只能打一场比赛 (2)返回主事件流第 3 步后置条件:系统成功将赛事信息赛程安排管理系统特殊需求：4 4。1 12 2 赛程安排管理赛程安排管理删除以前赛程录入赛程安排安排赛事并保存公布赛事安排赛事管理员更新赛程安排登陆系统参赛队员查询赛事安排观众-用例分析：用例名称：赛程安排管理描述:赛事管理员使用赛程安排管理用例完成安排赛程任务标识符：u1优先级：A（高）角色：赛事管理员前置条件：赛事管理员已成功登录系统并具有修改赛程安排的权限主事件流：1.赛事管理员选择“安排赛程管理”选项，用例开始2。 赛事管理员打开赛事安排界面获取赛程信息表3 赛事管理员输入赛程信息并检查赛程信息的有效性A1:信息无效4系统自动更新数据库的赛程信息表6. 将更新的信息写入日志文件。用例结束其他事件流:A：输入的赛程信息错误（1）系统显示错误的提示信息（2）返回主事件流第 3 步后置条件:系统成功将赛程安排信息记入计分项目管理系统特殊需求:计分项目管理系统和赛程安排管理系统之间应该存在相应的接口4.14.1。3 3 比赛场地管理比赛场地管理安排场地保存场地安排场地管理员调换场地查询场地信息登录系统参赛队员观众-用例分析:用例名称:比赛场地管理描述：安排参赛队的比赛场地使用情况.角色:场地管理员前置条件：场地时可利用的主事件流：、场地管理员安排参赛队的比赛场地,用例开始2。 场地管理员打开场地安排界面3. 场地管理员安排场地并检查场地安排的有效性1：信息无效4。系统自动更新数据库的场地安排信息. 将更新的信息写入日志文件6用例结束其他事件流:后置条件：特殊需求：4 4。1.41.4 比赛赛数据计分管理比赛赛数据计分管理助攻查询犯规查询抢断查询得分查询 篮板查询球员查看数据选择球员数据管理员球员数据维护删除数据修改数据添加数据保存数据选择球队球队数据维护查看得分保存数据添加得分修改得分-用例分析：用例名称：比赛球员数据统计描述：运动员在一场比赛中,在赛场上的表现以数据形式统计下来。角色:数据管理员前置条件:运动员在比赛中有上场。主事件流:1. 数据管理员选择“比赛球员数据统计”选项，用例开始2. 打开比赛球员数据统计窗体3. 选择需要编辑的球员4. 数据管理员对球员的数据进行修改或添加5. 数据管理员保存改动后的数据6. 用例结束其他事件流：后置条件:特殊需求：用例名称:查看数据描述：球员可对自己或其他球员数据查询角色：球员主事件流：1.查看数据2.查看得分,篮板,抢断，犯规，失误,助攻情况3.用例结束其他事件流：后置条件:特殊需求：-4 4。5 5 人员信息管理人员信息管理用例分析:用例名称：人员信息管理描述：对人员信息进行统一的管理.角色：管理员前置条件:有与赛事有关的所有的人员档案资料主事件流：1、管理员获取人员信息，用例开始2.管理员打开人员信息管理界面3. 管理员录入人员信息并设置访问权限。系统自动更新数据库的人员信息5. 将更新的信息写入日志文件6用例结束-其他事件流:后置条件：特殊需求：4 4活动图活动图4.2.14.2.1 赛程安排管理赛程安排管理选择赛程安排选项打开赛程安排界面检查赛程信息获取赛程信息更新数据库赛程信息错误显示错误-. .。2 2 赛事信息的查询赛事信息的查询选择赛程查询选项打开赛程查询界面选择查询条件系统从数据库查询赛程表有效无效显示无效查询提取参赛队VS 参赛队、时间地点等信息系统显示查询信息4.24.23 3 比赛场地安排管理比赛场地安排管理登录系统选择安排场地选项打开场地安排界面获取可用场地信息安排场地保存场地信息有效无效-. .。4 4 比赛球员计分项目管理比赛球员计分项目管理打开数据查询投篮是否得1分抢篮板是前场篮板否抢断否是添加1分得3分是否没进否得2分添加前场篮板数是否后场篮板是添加抢断数添加后场篮板数是添加2分是否无否否助攻添加3分否是犯规数达5次犯规是添加助攻数下场是否技术犯规达2次否是下场下场是1次恶意犯规否数据登记错误修改数据比赛结束是-4 45 5 数据查询管理数据查询管理打开数据查询输入查询信息无效显示无效查询有效系统从数据库中提取信息显示所查询的信息-4 4。2 2。6 6 人员信息管理人员信息管理4 4。时序图时序图4.34.3。赛程安排时序图。赛程安排时序图-赛程信息 : 管理员1: 信息录入界面2: 要求输入赛程信息赛程信息的录入赛程信息表赛程信息修改赛程信息的查询3: 获得赛程信息表4: 检查正确性5: 写入赛程信息6: 信息查询界面7: 输入查询条件8: 返回查询赛程信息9: 进入修改界面10: 检查正确性11: 输入修改信息12: 写入赛程信息-4.34.3。2 2 场地赛程安排时序图场地赛程安排时序图 : 场地管理员场地管理系统1: 登陆系统场地信息使用情况赛程安排管理系统普通用户2: 获取赛事安排信息3: 返回信息（）4: 获取场地可用信息5: 返回信息（）6: 录入场地安排7: 确认赛事信息安排8: 判断赛程安排是否改变9: 反馈信息给管理员10: 调整场地使用情况并保存11: 公布赛程场地安排-4 4。3.33.3 比赛球员统计计分时序图比赛球员统计计分时序图-4.34.3。4 4 数据查询时序图数据查询时序图-4 43 35 5 人员信息管理时序图人员信息管理时序图-4 4。4 4 类分析类分析4 4。1 1 赛程安排用例的实现赛程安排用例的实现公布赛事安排参赛队赛事管理员比赛场地管理赛事时间.4.2.4.2 比赛场地的用例实现比赛场地的用例实现场地的编号安排场地场地管理员场地的类型调换场地场地使用时间场地的器材设施-4.44.4。3 3数据管理用例实现数据管理用例实现编辑数据保存数据数据管理员数据管理查看数据球员. .4 .4 普同用户用例实现普同用户用例实现-4.54.5 管理员用户用例实现管理员用户用例实现-4 45 5 类设计类设计4 4。5.15.1 赛事安排类关系图赛事安排类关系图-4.54.5。2 2 球员数据类关系图球员数据类关系图-4 4。5 5。人员信息类关系图。人员信息类关系图5 5 系统接口系统接口。1 1 用户接口用户接口说明人机交互界面的用户需求，如屏幕格式,报表,菜单的格式与内容及功能键定义.。2 2硬件接口硬件接口本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口,分别进入相对应的界面(如：输入界面、输出界面） 。用户对程序的维护，最好要有备份。6 6性性能需求能需求-6.16.1 精度要求精度要求（）软件的输入精度：小数点后保留3 位有效数字。(2）输出数据精度的要求: 小数点后保留 3 位有效数字。（3)传输过程中的精度： 小数点后保留 3 位有效数字。6 6。时间特征时间特征（1）WB 首页打开速度s 以下，eb 登陆速度5s 以下。(2）系统能在高于实际系统运行压力1 倍的情况下，稳定的运行1小时 .（3）数据的转换和传送时间： 1 秒以内.（）解题时间： 1 秒以内。6 6。3 3灵活性灵活性（1）操作方式上的变化：该软件实用与现在流行的操作系统。（2)精度和有效时限的变化:可以根据实际情况自行设置。-7 7 软件属性软件属性7 71 1 系统安全性系统安全性通过 sql 的数据库安全设置，一定程度上保证了数据库的安全性。系统根据用户身份不同赋予不同权限,用户用密码登陆，同样也保证了系统数据的安全性。定期备份数据库,以确保因病毒、系统崩溃等其他原因引起数据丢失。7.27.2可维护性可维护性系统管理者和维护者须懂得SQ数据库应用等方面的技能， 必要时由对其进行培训。 其它需求其它需求. .数据库需求数据库需求对数据库的静态结构,动态组织，访问信息的方式，使用频率以及数据的存储等方面提出需求。8 8。2 2 系统操作要求系统操作要求本系统使用 SLsev（数据库） ,可利用其自带的各种功能进行管理。对不同数据信息和其它信息分类存储,使用索引查找.。3 3 故障及其处理故障及其处理为避免系统运行中故障造成的数据丢失,我们建议：（1）重要数据用户应自行备份。(2)做好数据库的日常维护工作。-