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

1、CBA赛事管理系统需求分析1引言1.1立项背景随着我国经济水平的不断提高，体育运动的迅猛发展，篮球运动是一项在我国普及最广的运动之一，各级各类的篮球比赛连连不断，目前，很多篮球比赛都采用手工的管理方式，为了提高篮球竞赛的管理制度，需要有一套针对于篮球赛事的管理系统。1.2立项原因概述针对CBA赛事的特点，为了帮助提高篮球竞赛的管理水平，适应篮球竞赛当前市场化的需要，我们将开发一个CBA赛事管理系统1.3UML概述面向对象的系统分析与设计，包括OOA（面向对象分析）与OOD（面向对象设计）两个部分。其中OOA的主要任务是分析问题，找出问题解决方案。同时，发现对象并分析对象内部构成和外部关系，建立

2、软件系统的对象模型。OOD的主要任务是根据已确立的系统对象模型，运用面向对象技术，设计对象与类，进而设计系统结构、人机界面、数据管理、任务管理等子系统。UML（UnifiedModelingLanguage）是第3代的面向对象建模语言。UML是由Rational公司的面向对象技术研究专家GradyBooch、IvarJacobson和JimRumbaugh联合开发的。它采纳和扩展了Booch标记法、OMT的面向对象建模技术的方法，以及面向用例(Use-Case)的OOSE方法，并且吸取了其他学者和软件厂商的建议。UML在提交给OMG(ObicctManagementGroup)后，最终成为大众

3、所接受的标准建模语言。UML建模语言吸取和发展了Booch、OMT和OOSE方法，以及其它OO和非OO方法的优点。它融入了软件工程领域的新思想、新方法和新技术，提出如模板、扩展机制、活动图等新概念。UML易于表达且功能强大，应用广泛。它不但适用于面向对象的软件分析与设计，还支持从需求分析开始的软件开发的全过程。UML定义了一系列图形工具，以对现实世界进行面向对象建模。标准建模语言UML已成为面向对象技术的主流建模工具，支持系统分析、设计和实现等软件开发全过程。UML定义了5类10种模型图，用于提供静态建模机制和动态建模机制。静态模型包括用例图、类图、对象图、包图、构件图。配置图动态模型包括行为

4、图（活动图，状态图）和交互图（顺序图，合作图）。（1）用例图：描述应用领域需求与功能，以及事务（用例）之间的逻辑关系。（2）类图：是显示一组类、接口、协作以及它们之间关系的图。1）对象图：类的实例图。2）包图：提供类图的分组优化机制（3）行为图：描述跨越多个用例的对象行为（数据操作功能），包括活动图和状态图。1）活动图：描述多用例和多对象的复杂行为及活动间的约束关系；或者说，描述复杂行为中的活动及其执行顺序。2）状态图：描述单个对象的所有可能状态及转移条件。（4）交互图：显示一个交互，由一组对象和它们之间的关系构成，其中包括在对象间传递的消息，包括顺序图和协作图。1）顺序图：是强调消息的时间顺

5、序的交互图。2）协作图：是强调发送和接收消息的对象之间的结构组织的交互图。（5）实现图：用于描述系统实现的一些特性，包括构件图和配置图。1）构件图：描述软构件及相互间的依赖（及调用）关系，包括源文件、二进制文件、可执行文件。2）配置图：描述构件运行环境及系统软硬件体系结构。1.4参考文献1齐志昌，谭庆平，宁洪.软件工程(第二版)M.北京.高等教育出版社.20042王珊，萨师煊.数据库系统概论（第四版）M.北京.高等教育出版社.2006.2项目概述2.1面向的用户赛事管理员主要是查询、录入和修改赛事信息，参赛队员、观众主要是查询、系统管理员主要维护系统和数据处理。2.2实现目标（1）建立一个具有

6、友好界面，操作简单的CBA赛事管理系统；（2）能够更好的管理、维护和保存赛事的相关信息；（3）实现对参赛队员、裁判员信息录入，并建立完整的数据库，对所有的工作人员统一管理；（4）管理员登陆本系统，可以查询、修改、更新系统数据，参赛队员和观众只能查询数据信息；2.3项目开发要求（1）项目开发规范统一、模块划分；（2）程序优化、安全并要有良好的可扩展性；（3）用户界面简洁明了、操作简单实用；（4）与用户保持良好的沟通，及时根据用户新的需求改善系统功能。2.4开发工具MicrosoftVisualC+6.0RationalRose20033系统描述3.1系统概述CBA赛事管理系统主要分为四大系统，分

7、别是人员信息管理系统、参赛队信息管理系统、计分项目管理系统、赛事安排管理系统和场地管理系统。管理员可以对系统里面的数据进行修改、更新查询等操作，但一般人员只能进行查询操作。3.2系统总体结构3.3系统各部分功能模块4系统分析4.1用例图4.1.1赛事信息管理用例分析：用例名称：赛事信息描述：赛事管理员录入所有的赛事情况（共有多少比赛）标识符:uc1优先级：A(高)角色:赛事管理员前置条件：赛事管理员已成功登录系统并具有录入赛事信息的权限主事件流:1.赛事管理员选择“赛事信息管理”选项，用例开始2.赛事管理员获取赛事信息表3.赛事管理员输入赛事信息并检查赛事信息的有效性A1：信息无效4系统自动更

8、新数据库的赛事信息表6.将更新的信息写入日志文件7用例结束其他事件流：A1:输入的赛事信息错误(1)系统显示错误的提示信息例如：一个参赛队在一个时间段只能打一场比赛(2)返回主事件流第3步后置条件：系统成功将赛事信息赛程安排管理系统特殊需求：4.1.2赛程安排管理用例分析：用例名称：赛程安排管理描述：赛事管理员使用赛程安排管理用例完成安排赛程任务标识符:uc1优先级：A(高)角色:赛事管理员前置条件：赛事管理员已成功登录系统并具有修改赛程安排的权限主事件流:1.赛事管理员选择“安排赛程管理”选项，用例开始2.赛事管理员打开赛事安排界面获取赛程信息表3.赛事管理员输入赛程信息并检查赛程信息的有效

9、性A1：信息无效4系统自动更新数据库的赛程信息表6.将更新的信息写入日志文件7用例结束其他事件流：A1:输入的赛程信息错误(1)系统显示错误的提示信息(2)返回主事件流第3步后置条件：系统成功将赛程安排信息记入计分项目管理系统特殊需求：计分项目管理系统和赛程安排管理系统之间应该存在相应的接口4.1.3比赛场地管理用例分析：用例名称：比赛场地管理描述：安排参赛队的比赛场地使用情况。角色：场地管理员前置条件：场地时可利用的主事件流:1、场地管理员安排参赛队的比赛场地，用例开始2.场地管理员打开场地安排界面3.场地管理员安排场地并检查场地安排的有效性A1：信息无效4系统自动更新数据库的场地安排信息5

10、.将更新的信息写入日志文件6用例结束其他事件流：后置条件：特殊需求：4.1.4比赛赛数据计分管理用例分析：用例名称：比赛球员数据统计描述：运动员在一场比赛中，在赛场上的表现以数据形式统计下来。角色：数据管理员前置条件：运动员在比赛中有上场。主事件流:1. 数据管理员选择“比赛球员数据统计”选项，用例开始2. 打开比赛球员数据统计窗体3. 选择需要编辑的球员4. 数据管理员对球员的数据进行修改或添加5. 数据管理员保存改动后的数据6. 用例结束其他事件流：后置条件：特殊需求：用例名称：查看数据描述：球员可对自己或其他球员数据查询角色：球员主事件流：1. 查看数据2. 查看得分，篮板，抢断，犯规，

11、失误，助攻情况3. 用例结束其他事件流：后置条件：特殊需求：4.1.5人员信息管理用例分析：用例名称：人员信息管理描述：对人员信息进行统一的管理。角色：管理员前置条件：有与赛事有关的所有的人员档案资料主事件流:1、管理员获取人员信息，用例开始2.管理员打开人员信息管理界面3.管理员录入人员信息并设置访问权限4系统自动更新数据库的人员信息5.将更新的信息写入日志文件6用例结束其他事件流：后置条件：特殊需求：4.2活动图4.2.1赛程安排管理4.2.2赛事信息的查询4.2.3比赛场地安排管理4.2.4比赛球员计分项目管理4.2.5数据查询管理4.2.6人员信息管理4.3时序图4.3.1赛程安排时序

12、图4.3.2场地赛程安排时序图4.3.3比赛球员统计计分时序图4.3.4数据查询时序图4.3.5人员信息管理时序图4.4类分析4.4.1赛程安排用例的实现4.4.2比赛场地的用例实现4.4.3数据管理用例实现4.4.4普同用户用例实现4.4.5管理员用户用例实现4.5类设计4.5.1赛事安排类关系图4.5.2球员数据类关系图4.5.3人员信息类关系图5系统接口5.1用户接口说明人机交互界面的用户需求，如屏幕格式，报表，菜单的格式与内容及功能键定义。5.2硬件接口本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面(如：输入界面、输出界面)。用户对程序的维护，最

13、好要有备份。6性能需求6.1精度要求（1）软件的输入精度:小数点后保留3位有效数字。（2）输出数据精度的要求:小数点后保留3位有效数字。（3）传输过程中的精度:小数点后保留3位有效数字。6.2时间特征（1）WEB首页打开速度5s以下，web登陆速度15s以下。（2）系统能在高于实际系统运行压力1倍的情况下，稳定的运行12小时。（3）数据的转换和传送时间:1秒以内。（4）解题时间:1秒以内。6.3灵活性（1）操作方式上的变化:该软件实用与现在流行的操作系统。（2）精度和有效时限的变化:可以根据实际情况自行设置。7软件属性7.1系统安全性通过sql的数据库安全设置，一定程度上保证了数据库的安全性。

14、系统根据用户身份不同赋予不同权限，用户用密码登陆，同样也保证了系统数据的安全性。定期备份数据库，以确保因病毒、系统崩溃等其他原因引起数据丢失。7.2可维护性系统管理者和维护者须懂得SQL数据库应用等方面的技能，必要时由对其进行培训。8其它需求8.1数据库需求对数据库的静态结构，动态组织，访问信息的方式，使用频率以及数据的存储等方面提出需求。8.2系统操作要求本系统使用SQLserver（数据库），可利用其自带的各种功能进行管理。对不同数据信息和其它信息分类存储，使用索引查找。8.3故障及其处理为避免系统运行中故障造成的数据丢失，我们建议：（1）重要数据用户应自行备份。（2）做好数据库的日常维护工作。