文档介绍：目录
引言 2
立项背景 2
立项原因概述 2
UML 概述 2.
参考文献 3
项目概述 4
面向的用户 4
实现目标 4
项目开发要求 4
开发工具 4
系统描述 5
一组对象和它们之间的关系构成，其中包括在对象间 传递的消息，包括顺序图和协作图。
1） 顺序图：是强调消息的时间顺序的交互图。
2） 协作图：是强调发送和接收消息的对象之间的结构组织的交互图。
（5） 实现图：用于描述系统实现的一些特性，包括构件图和配置图。
1） 构件图：描述软构件及相互间的依赖（及调用）关系，包括源文件、二进制文 件、可执行文件。
2） 配置图：描述构件运行环境及系统软硬件体系结构。
参考文献
[1]齐志昌，谭庆平，宁洪•软件工程（第二版）[M].北京•
⑵王珊，萨师煊•数据库系统概论（第四版）[M].北京•
项目概述
面向的用户
赛事管理员主要是查询、录入和修改赛事信息，参赛队员、观众主要是查询、系统管理 员主要维护系统和数据处理。
实现目标
（1） 建立一个具有友好界面，操作简单的CBA赛事管理系统；
（2） 能够更好的管理、维护和保存赛事的相关信息；
（3） 实现对参赛队员、裁判员信息录入，并建立完整的数据库，对所有的工作人员统 一管理；
（4） 管理员登陆本系统，可以查询、修改、更新系统数据，参赛队员和观众只能查询 数据信息；
项目开发要求
1） 项目开发规范统一、模块划分；
2） 程序优化、安全并要有良好的可扩展性；
3） 用户界面简洁明了、操作简单实用；
4） 与用户保持良好的沟通，及时根据用户新的需求改善系统功能。
开发工具
Microsoft Visual C++
Rational Rose2003
系统描述
系统概述
CBA 赛事管理系统主要分为四大系统，分别是人员信息管理系统、参赛队信息管理系统、 计分项目管理系统、赛事安排管理系统和场地管理系统。管理员可以对系统里面的数据进行 修改、更新查询等操作，但一般人员只能进行查询操作。
系统总体结构
系统各部分功能模块
系统分析
用例图
用例分析：
用例名称：赛事信息
描述：赛事管理员录入所有的赛事情况(共有多少比赛) —
标识符:ucl
优先级：A(高)
角色:赛事管理员
前置条件：赛事管理员已成功登录系统并具有录入赛事信息的权限 一
主事件流：
1•赛事管理员选择“赛事信息管理”选项，用例开始
赛事管理员获取赛事信息表
赛事管理员输入赛事信息并检查赛事信息的有效性
A1：信息无效
系统自动更新数据库的赛事信息表
7•用例结束
其他事件流：
A1:输入的赛事信息错误
系统显示错误的提示信息例如：一个参赛队在一个时间段只能打一场比赛
返回主事件流第3步
后置条件：系统成功将赛事信息赛程安排管理系统
赛程安排管理
用例分析：
用例名称：赛程安排管理 —
描述：赛事管理员使用赛程安排管理用例完成安排赛程任务 标识符:ucl 优先级：A(高) 角色:赛事管理员
前置条件：赛事管理员已成功登录系统并具有修改赛程安排的权限 主事件流：
1•赛事管理员选择“安排赛程管理”选项，用例开始
赛事管理员打开赛事安排界面获取赛程信息表
赛事管理员输入赛程信息并检查赛程信息的有效性 A1：信息无效
系统自动更新数据库的赛程信息表
7•用例结束 其他事件流：
A1:输入的赛程信息错误
系统显示错误的提示信息
返回主事件流第3步
<<include>>
保存场地安排
场地管理员
调换场地
<<include>>
参赛队员
用例分析：
用例名称：比赛场地管理
查询场地信息
观众
描述：安排参赛队的比赛场地使用情况。
角色：场地管理员
前置条件：场地时可利用的
主事件流：
场地管理员安排参赛队的比赛场地，用例开始
场地管理员打开场地安排界面
场地管理员安排场地并检查场地安排的有效性
A1：信息无效
系统自动更新数据库的场地安排信息
将更新的信息写入日志文件
6•用例结束
其他事件流:
后置条件:
登录系统
后置条件：系统成功将赛程安排信息记入计分项目管理系统
特殊需求：计分项目管理系统和赛程安排管理系统之间应该存在相应的接口
比赛场地管理
vvinclude>>
安排场地