ImageVerifierCode 换一换
格式:DOCX , 页数:26 ,大小:721.50KB ,
资源ID:4848862      下载积分:12 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/4848862.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(CBA赛事管理系统需求分析.docx)为本站会员(b****6)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

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

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

2、软件系统的对象模型。OO的主要任务是根据已确立的系统对象模型,运用面向对象技术,设计对象与类,进而设计系统结构、人机界面、数据管理、任务管理等子系统。UML(iidModelinLnguage)是第3代的面向对象建模语言。UML是由Ratonal 公司的面向对象技术研究专家Gayooch、Ivaacobon 和m umbagh联合开发的。它采纳和扩展了Boch 标记法、OMT 的面向对象建模技术的方法,以及面向用例(seCase)的OOS 方法,并且吸取了其他学者和软件厂商的建议。UM 在提交给OG(ict nagementGo)后,最终成为大众所接受的标准建模语言。UML建模语言吸取和发展了

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

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

5、的结构组织的交互图。(5)实现图:用于描述系统实现的一些特性,包括构件图和配置图。1)构件图:描述软构件及相互间的依赖(及调用)关系,包括源文件、二进制文件、可执行文件。)配置图:描述构件运行环境及系统软硬件体系结构.1.4参考文献1齐志昌,谭庆平,宁洪.软件工程(第二版)M.北京。高等教育出版社.2002 王珊,萨师煊。数据库系统概论(第四版)M.北京.高等教育出版社。200.。. 项目概述2。1 面向的用户赛事管理员主要是查询、录入和修改赛事信息,参赛队员、观众主要是查询、系统管理员主要维护系统和数据处理。2。实现目标()建立一个具有友好界面,操作简单的A赛事管理系统;(2) 能够更好的管

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

7、系统和场地管理系统.管理员可以对系统里面的数据进行修改、更新查询等操作,但一般人员只能进行查询操作。32系统总体结构 3 系统各部分功能模块4 系统分析 用例图4.1.赛事信息管理用例分析:用例名称:赛事信息描述:赛事管理员录入所有的赛事情况(共有多少比赛)标识符:u1优先级:(高)角色:赛事管理员前置条件:赛事管理员已成功登录系统并具有录入赛事信息的权限主事件流:1.赛事管理员选择“赛事信息管理”选项,用例开始.赛事管理员获取赛事信息表3 赛事管理员输入赛事信息并检查赛事信息的有效性 A1:信息无效4。系统自动更新数据库的赛事信息表6 将更新的信息写入日志文件7用例结束其他事件流:A1:输入

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

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

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

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

12、理时序图4。4 类分析4。1赛程安排用例的实现.4.2比赛场地的用例实现4.4。3数据管理用例实现.4普同用户用例实现4.5管理员用户用例实现45 类设计4。5.1赛事安排类关系图4.5。2球员数据类关系图4。5。人员信息类关系图5 系统接口。1 用户接口说明人机交互界面的用户需求,如屏幕格式,报表,菜单的格式与内容及功能键定义.。2硬件接口本产品的用户一般需要通过终端进行操作,进入主界面后点击相应的窗口,分别进入相对应的界面(如:输入界面、输出界面)。用户对程序的维护,最好要有备份。6性能需求6.1 精度要求()软件的输入精度:小数点后保留3位有效数字。(2)输出数据精度的要求: 小数点后保

13、留3位有效数字。(3)传输过程中的精度: 小数点后保留3位有效数字。6。时间特征(1)WB首页打开速度s以下,eb登陆速度5s以下。(2)系统能在高于实际系统运行压力1倍的情况下,稳定的运行1小时.(3)数据的转换和传送时间: 1秒以内.()解题时间: 1秒以内。6。3灵活性(1)操作方式上的变化:该软件实用与现在流行的操作系统。(2)精度和有效时限的变化:可以根据实际情况自行设置。7 软件属性71 系统安全性通过sql的数据库安全设置,一定程度上保证了数据库的安全性。系统根据用户身份不同赋予不同权限,用户用密码登陆,同样也保证了系统数据的安全性。定期备份数据库,以确保因病毒、系统崩溃等其他原因引起数据丢失。7.2可维护性系统管理者和维护者须懂得SQ数据库应用等方面的技能,必要时由对其进行培训。 其它需求.数据库需求对数据库的静态结构,动态组织,访问信息的方式,使用频率以及数据的存储等方面提出需求。8。2 系统操作要求本系统使用SLsev(数据库) ,可利用其自带的各种功能进行管理。对不同数据信息和其它信息分类存储,使用索引查找.。3 故障及其处理为避免系统运行中故障造成的数据丢失,我们建议:(1)重要数据用户应自行备份。(2)做好数据库的日常维护工作。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1