CBA赛事管理系统需求分析.docx

CBA赛事管理系统需求分析.docx

《CBA赛事管理系统需求分析.docx》由会员分享，可在线阅读，更多相关《CBA赛事管理系统需求分析.docx（26页珍藏版）》请在冰豆网上搜索。

CBA赛事管理系统需求分析

１引言

1。

1立项背景

随着我国经济水平的不断提高,体育运动的迅猛发展，篮球运动是一项在我国普及最广的运动之一,各级各类的篮球比赛连连不断,目前，很多篮球比赛都采用手工的管理方式，为了提高篮球竞赛的管理制度,需要有一套针对于篮球赛事的管理系统。

1.２立项原因概述

针对ＣBA赛事的特点,为了帮助提高篮球竞赛的管理水平，适应篮球竞赛当前市场化的需要,我们将开发一个ＣBA赛事管理系统

１．3UML概述

面向对象的系统分析与设计,包括OOA（面向对象分析）与OOD（面向对象设计）两个部分。

其中OOＡ的主要任务是分析问题，找出问题解决方案。

同时，发现对象并分析对象内部构成和外部关系，建立软件系统的对象模型。

OOＤ　的主要任务是根据已确立的系统对象模型，运用面向对象技术，设计对象与类,进而设计系统结构、人机界面、数据管理、任务管理等子系统。

UML（Ｕｎiｆiｅd　Modelinｇ　Lａnguage）是第3　代的面向对象建模语言。

UML　是由Ratｉonal公司的面向对象技术研究专家Gｒaｄy　Ｂooch、Ivaｒ　Ｊacobｓon和ＪｉmＲumbaｕgh　联合开发的。

它采纳和扩展了Boｏch标记法、OMT的面向对象建模技术的方法,以及面向用例（Ｕse－Case）的OOSＥ方法,并且吸取了其他学者和软件厂商的建议。

UMＬ在提交给OＭG（　ＯｂiｃctＭａnagementGｒoｕｐ）后,最终成为大众所接受的标准建模语言。

UML建模语言吸取和发展了Bｏｏch、ＯMT　和OＯSE方法，以及其它ＯO和非OO　方法的优点。

它融入了软件工程领域的新思想、新方法和新技术，提出如模板、扩展机制、活动图等新概念.UMＬ　易于表达且功能强大，应用广泛。

它不但适用于面向对象的软件分析与设计，还支持从需求分析开始的软件开发的全过程.UＭL定义了一系列图形工具,以对现实世界进行面向对象建模。

标准建模语言UML已成为面向对象技术的主流建模工具，支持系统分析、设计和实现等软件开发全过程。

UＭL定义了5类10种模型图，用于提供静态建模机制和动态建模机制。

静态模型包括用例图、类图、对象图、包图、构件图。

配置图动态模型包括行为图（活动图，状态图）和交互图（顺序图，合作图）。

（1）用例图:

描述应用领域需求与功能，以及事务（用例）之间的逻辑关系。

（2）类图：

是显示一组类、接口、协作以及它们之间关系的图。

１）对象图：

类的实例图。

2）包图：

提供类图的分组优化机制

（３）行为图:

描述跨越多个用例的对象行为（数据操作功能），包括活动图和状态图。

1）活动图：

描述多用例和多对象的复杂行为及活动间的约束关系;或者说,描述复杂行为中的活动及其执行顺序.

2）状态图：

描述单个对象的所有可能状态及转移条件.

（4）交互图：

显示一个交互，由一组对象和它们之间的关系构成,其中包括在对象间传递的消息，包括顺序图和协作图.

1）顺序图：

是强调消息的时间顺序的交互图.

2）协作图：

是强调发送和接收消息的对象之间的结构组织的交互图。

（5）实现图：

用于描述系统实现的一些特性,包括构件图和配置图。

1）构件图：

描述软构件及相互间的依赖（及调用）关系,包括源文件、二进制文件、可执行文件。

２）配置图：

描述构件运行环境及系统软硬件体系结构.

1.4　参考文献

[1］　齐志昌,谭庆平，宁洪.软件工程（第二版）［M].北京。

高等教育出版社.200４

[2］王珊，萨师煊。

数据库系统概论（第四版）[M].北京.高等教育出版社。

200６

...。

。

.

２项目概述

2。

1面向的用户　

赛事管理员主要是查询、录入和修改赛事信息,参赛队员、观众主要是查询、系统管理员主要维护系统和数据处理。

2。

２　实现目标

（１）建立一个具有友好界面,操作简单的ＣＢA赛事管理系统；

（2）能够更好的管理、维护和保存赛事的相关信息；

（３）实现对参赛队员、裁判员信息录入,并建立完整的数据库，对所有的工作人员统一管理；　

（4）管理员登陆本系统,可以查询、修改、更新系统数据,参赛队员和观众只能查询数据信息；

２。

3项目开发要求

（1）项目开发规范统一、模块划分;

（2）程序优化、安全并要有良好的可扩展性；

（3）用户界面简洁明了、操作简单实用；

（４）与用户保持良好的沟通,及时根据用户新的需求改善系统功能。

2.4开发工具

ＭiｃroｓoftViｓualC＋+6.0

RaｔiｏnalＲｏse２003

3系统描述

３．１系统概述

ＣBA赛事管理系统主要分为四大系统,分别是人员信息管理系统、参赛队信息管理系统、计分项目管理系统、赛事安排管理系统和场地管理系统.管理员可以对系统里面的数据进行修改、更新查询等操作,但一般人员只能进行查询操作。

3．2　系统总体结构

3．３系统各部分功能模块

4系统分析

４．１用例图

4.1.１赛事信息管理

用例分析:

用例名称：

赛事信息

描述：

赛事管理员录入所有的赛事情况（共有多少比赛）

标识符:

uｃ1

优先级:

Ａ（高）

角色:

赛事管理员

前置条件：

赛事管理员已成功登录系统并具有录入赛事信息的权限

主事件流:

1.赛事管理员选择“赛事信息管理”选项，用例开始

２.　赛事管理员获取赛事信息表

3．赛事管理员输入赛事信息并检查赛事信息的有效性

　A1：

信息无效

4。

系统自动更新数据库的赛事信息表

6．将更新的信息写入日志文件

7．用例结束

其他事件流：

A1：

输入的赛事信息错误

（1）系统显示错误的提示信息　例如：

一个参赛队在一个时间段只能打一场比赛

（2）返回主事件流第3步

后置条件:

系统成功将赛事信息赛程安排管理系统

特殊需求：

4。

1．2赛程安排管理

用例分析：

用例名称：

赛程安排管理

描述:

赛事管理员使用赛程安排管理用例完成安排赛程任务

标识符：

uｃ1

优先级：

A（高）

角色：

赛事管理员

前置条件：

赛事管理员已成功登录系统并具有修改赛程安排的权限

主事件流：

1.赛事管理员选择“安排赛程管理”选项，用例开始

2。

赛事管理员打开赛事安排界面获取赛程信息表

3．赛事管理员输入赛程信息并检查赛程信息的有效性

　　A1:

信息无效

4．系统自动更新数据库的赛程信息表

6.将更新的信息写入日志文件

７。

用例结束

其他事件流:

A１：

输入的赛程信息错误

（1）系统显示错误的提示信息

（2）返回主事件流第3步

后置条件:

系统成功将赛程安排信息记入计分项目管理系统

特殊需求:

计分项目管理系统和赛程安排管理系统之间应该存在相应的接口

4.1。

3比赛场地管理

用例分析:

用例名称:

比赛场地管理

描述：

安排参赛队的比赛场地使用情况.

角色:

场地管理员

前置条件：

场地时可利用的

主事件流：

１、场地管理员安排参赛队的比赛场地,用例开始

2。

场地管理员打开场地安排界面

3.场地管理员安排场地并检查场地安排的有效性

　Ａ1：

信息无效

4。

系统自动更新数据库的场地安排信息

５.将更新的信息写入日志文件

6．用例结束

其他事件流:

后置条件：

特殊需求：

4。

1.4比赛赛数据计分管理

用例分析：

用例名称：

比赛球员数据统计

描述：

运动员在一场比赛中,在赛场上的表现以数据形式统计下来。

角色:

数据管理员

前置条件:

运动员在比赛中有上场。

主事件流:

1.数据管理员选择“比赛球员数据统计”选项，用例开始

2.打开比赛球员数据统计窗体

3.选择需要编辑的球员

4.数据管理员对球员的数据进行修改或添加

5.数据管理员保存改动后的数据

6.用例结束

其他事件流：

后置条件:

特殊需求：

用例名称:

查看数据

描述：

球员可对自己或其他球员数据查询

角色：

球员

主事件流：

1.查看数据

2.查看得分,篮板,抢断，犯规，失误,助攻情况

3.用例结束

其他事件流：

后置条件:

特殊需求：

4．１。

5人员信息管理

用例分析:

用例名称：

人员信息管理

描述：

对人员信息进行统一的管理.

角色：

管理员

前置条件:

有与赛事有关的所有的人员档案资料

主事件流：

1、管理员获取人员信息，用例开始

2.　管理员打开人员信息管理界面

3.管理员录入人员信息并设置访问权限

４。

系统自动更新数据库的人员信息

5.将更新的信息写入日志文件

6．用例结束

其他事件流:

后置条件：

特殊需求：

4．２　活动图

4.2.1赛程安排管理

４.２。

2赛事信息的查询

4.2．3比赛场地安排管理

４.２。

4比赛球员计分项目管理

4．２．5数据查询管理

4。

2。

6人员信息管理

4。

３　时序图

4.3。

１赛程安排时序图

4.3。

2场地赛程安排时序图

4。

3.3比赛球员统计计分时序图

4.3。

4数据查询时序图

4．3．5人员信息管理时序图

4。

4类分析

4。

４．1赛程安排用例的实现

４.4.2比赛场地的用例实现

4.4。

3　数据管理用例实现

４.４.4普同用户用例实现

４．4.5管理员用户用例实现

4．5类设计

4。

5.1赛事安排类关系图

4.5。

2球员数据类关系图

4。

5。

３人员信息类关系图

5系统接口

５。

1用户接口

说明人机交互界面的用户需求，如屏幕格式,报表,菜单的格式与内容及功能键定义.

５。

2　硬件接口

本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口,分别进入相对应的界面（如：

输入界面、输出界面）。

用户对程序的维护，最好要有备份。

ﻬ6　性能需求

6.1精度要求

（１）软件的输入精度：

小数点后保留3位有效数字。

（2）输出数据精度的要求:

小数点后保留3位有效数字。

（3）传输过程中的精度：

小数点后保留3位有效数字。

6。

２　时间特征

（1）WＥB首页打开速度５s以下，ｗeb登陆速度 １5s以下。

（2）系统能在高于实际系统运行压力1倍的情况下，稳定的运行1２小时 .

（3）数据的转换和传送时间：

1秒以内.

（４）解题时间：

1秒以内　。

6。

3　灵活性

（1）操作方式上的变化：

该软件实用与现在流行的操作系统。

（2）精度和有效时限的变化:

可以根据实际情况自行设置。

7软件属性

7．1系统安全性

通过sql的数据库安全设置，一定程度上保证了数据库的安全性。

系统根据用户身份不同赋予不同权限,用户用密码登陆，同样也保证了系统数据的安全性。

定期备份数据库,以确保因病毒、系统崩溃等其他原因引起数据丢失。

7.2　可维护性

系统管理者和维护者须懂得SQＬ数据库应用等方面的技能，必要时由对其进行培训。

ﻬ８其它需求

８.１　数据库需求

对数据库的静态结构,动态组织，访问信息的方式，使用频率以及数据的存储等方面提出需求。

8。

2系统操作要求

本系统使用SＱL　seｒvｅｒ（数据库）,可利用其自带的各种功能进行管理。

对不同数据信息和其它信息分类存储,使用索引查找.

８。

3故障及其处理

为避免系统运行中故障造成的数据丢失,我们建议：

（1）重要数据用户应自行备份。

（2）做好数据库的日常维护工作。