- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
高校运动会管理系统分析与设计
高校运动会管理系统分析与设计
摘要: 该系统针对高校运动会的需求,采用面向对象的分析与设计方法,建立了以类图表示的系统静态模型,以用例模型为主,顺序图、活动图等为辅表示的系统动态模型,最后对分析与设计中应该重点考虑的问题进行了总结。
Abstract: In order to meet the needs of college sports game, the system uses object-oriented analysis and design method, establishes a system static model expressed by class diagram, and a system dynamic model based on use case model and supplemented by sequence diagram and activity diagram. Finally, the key issues in the analysis and design are summarized.
关键词: 高校;运动会;管理系统
Key words: university;sports game;management system
中图分类号:G647 文献标识码:A 文章编号:1006-4311(2018)01-0210-04
0 引言
随着我国高等教育的迅猛发展,万人大学、几万人大学比比皆是,每所大学每年都要举办校级运动会,参加运动会的教职工及学生数以千计,运动会的组织管理工作是一项复杂、琐粹的工作。信息管理是运动会组织管理工作不可缺少的组成部分,也是运动会组织管理走向科学化、规范化的必要条件。目前各高校都已普及千兆校园网,开发出依托校园网的“高校运动会管理系统”已经水到渠成。
高校运动会管理系统的设计至少应该达到以下的目标:
①管理员能够及时便捷的对信息进行必要处理,包括查询、添加、删除、汇总、修改、统计等
②为便于资源共享,可在网上发布各种运动会信息。
③运动员可以在自己的权限内对信息进行访问,即时查询相关信息。
1 系统需求分析
本系统开展分析和设计采用面向对象的方法。
面向对象方法和结构化方法存在一定差别,在该方法中对于分析和设计的界限是比较模糊的,分析和设计工作共存于一个连续体上,不同的实践者在这个连续体上的活动关于“分析”和“设计”存在一定分类界限。之所以这样,根本原因就在于面向对象方法中的“分析”?c“设计”表达工具的一致性,开发过程通常是迭代进行的,我们必须牢牢把握的是:“需求调研是了解问题,分析是定义问题,而设计则是解决问题。”
??? 一切软件开发都毫无例外地必须从需求出发。用软件工程的专业术语来说,“弄清楚要做什么”即为“需求分析”。未来所有的软件项目都是基于需求分析开展的。
作者认为,分析阶段一般来说包括以下两个方面的工作:建立一个以类图表示的反映问题域静态关系的概念模型;建立一个以用例模型表示的反映系统行为的动态模型。
帮助开发团队理解问题域的各种概念、各种名词、以及它们之间的各种关系是概念模型建立的作用;帮助开发团队理解用户对系统的各种功能需求是用例模型建立的作用。分析工作的主要内容是做这两方面的工作,其结果就是得到明确的问题定义。即知道系统不该做什么、该做什么,以及要达到的目标。
1.1 建立系统概念模型
在大多数面向对象的书籍中,把用例建模当成是分析阶段的工作,而把概念建模当成是设计阶段的工作。也就是说,用例建模是在概念建模之前。作者认为,这是一种误解。因为面向对象的开发是迭代进行的,也就无所谓谁先谁后,而是取决于对模型作用的理解。把建立概念模型作为第一步,目的是从需求分析开始就能使开发团队从整体上把握系统。
表达概念模型的是类图。类图是描述类、接口以及它们之间关系的图,它是一种静态模型,显示了系统中各个类的静态结构。类图根据系统中的类以及各个类的关系,描述系统的静态视图。
对于面向对象系统建模来说,类图是最为基本和常用的图之一,其它大部分图都是在此基础上经过进一步描述得出的,比如配置图、通信图、顺序图、状态图等。
采用“名词动词法”,从发现系统中的类(管理员、运动员、项目、成绩)开始,添加属性、找到类的职责,一步一步建立起以类图表示的系统概念模型如图1所示。
1.2 建立系统用例模型
用例的概念是伴随着UML一起传入国内的,所以一些人认为用例模型就是UML用例图,其实不然。这是因为UML标准中根本没有讨论用例的内容以及如何去编写用例,而用例模型不仅包括用例图,也包括比用例图更重要的用例描述。
用例模型
文档评论(0)