主要完成开发背景、可行性分析、需求分析、系统总体架构、系统结构、信息系统架构总体视图、关键技术设计、系统设计模型，并绘制用例图、类图、包和对象图、时序图相应的图表。 、协作图、状态图、活动图、组件和配置图、部署视图、数据视图等。课程设计方法：讨论和编写软件项目设计方案，进行计算机编程，开发和实现一些功能。 .课程设计日程：厚德大理励志工作者 1）选题：了解基础知识，讨论设计选题的主要内容，以及发展思路； 2）确定需求：写清楚所选主题的所有功能需求，并画出功能模块结构图（方便参考）； 3）整体架构研究：包括各子系统的架构和风格研究； 4）系统设计模式：包括所需的用例图、类图、包和对象图、序列图、协作图、状态图、活动图、组件和配置图、部署视图、数据视图等的设计和绘制图形； 5）编写设计报告的UML 厚德大理励志作品《篮球比赛》流程 课程设计 类建模 （1） ：类代表领域知识中的词汇和术语。 与客户交谈、分析他们的领域知识、设计计算机系统来解决领域中的问题也是在学习这些领域的词汇并使用UML中的类来构建这些领域词汇的类模型。 与客户交谈时，请注意他们用来描述业务实体的术语。
这些名词可以用作领域模型中的类。 还要注意您听到的动词，因为这些动词可能会在这些类别中形成动作。 当您拥有核心类列表时，您应该询问客户每个类在业务流程中的角色。 他们的答案将告诉您这些课程的作用。 假设您是一名构建篮球比赛模型的系统分析师，并且您正在与教练会面以了解比赛规则。 对话可能如下： 分析师：“教练，请给我们介绍一下篮球比赛的概况。” 教练：“比赛的目标就是把篮球投进蓝盒子里，并争取比对手得分更多。每支篮球队由5名球员组成：两名后卫、两名前锋和一名中锋。每队有将球推进到篮筐，目的是将篮球投进篮筐。” 分析师：“如何推进球？” 教练。 分析师：“通过运球和传球。但是某支篮球队必须在规定的进攻时间内投篮。” 分析师：“规定的发作时间？” 教练：“是的，某支球队获得球权后，必须在规定的投篮时间内投篮。美国职业篮球比赛是24秒，国际篮球比赛是30秒，美国大学篮球比赛是35秒分析师：“篮球比赛如何计算得分？” 教练：“三分线内的每一次投篮都值两分。” 罚球值三分。 顺便说一句，罚球是对方犯规后的罚球。 比赛暂停，被冒犯的球员罚球。 罚球线。
” 教练：“国际比赛场地长28米，宽15米。 蓝色框距地面 3.05。 中国职业篮球比赛，一场比赛持续48分钟，分为4节，每节12分钟。 在美国大学和国际比赛中，一场40分钟的比赛分为两个各20分钟的半场。 有一个特殊的比赛时钟记录比赛还剩多少时间。 我们现在停止说明这些对话，来看看对话的内容。 以下是对话中发现的一些著名的美德词语：篮球（Ball）、篮球（）、篮球队（Team）、球员（）、后卫（Guard）、前锋（）、中锋（）、投篮（Shot）、投篮（Shot）时钟、三分线、罚球、犯规、罚球线、球场、()。 还有一些动词：射门（shoot）、前进（）、运球（）、传球（Pass）、犯规（Foul）、篮板（）。 对于上述名词还可以获得一些附加信息——例如每个位置上球员的相对高度、篮球场的大小、投篮时间和比赛时间。
最后，可以使用常识来为这些类建立一些属性和操作。 例如，球通常具有体积（）和直径（）等属性。 使用此信息，您可以构建如下图所示的图表。 它描述了域中的类并提供了一些属性、操作和约束。 该图也可以代表职责。 +() +shoot() +pass() +() - - 球 +() +() +() +() +() -name - - 胡德和达利励志努力（2）。 类关系 在第 1 部分完成的模型中，只有一些代表篮球词汇的类。 还缺少一种连接类的方法。 回顾上面建立的初步模型，你会发现该图并没有解释球员和篮球之间的关系，球员如何组成球队，或者比赛是如何进行的。 2.1 关联：当类之间存在概念上的连接关系时，这种关系称为关联（）。 篮球比赛的初步模型提供了这样的一个例子。 我们来研究一下篮球比赛中各个班级之间的关系。 例如，其中一个关联是在球员和球队之间。
这种关联可以用短语“球员在篮球队里打球”来表达。 关联的直观表示是用一条线连接两个类，并将关联的名称（例如“plays on”）放在连接线上方。 指示关联的方向很有用，由实心三角形箭头指示。 图 2.1 说明了如何直观地表示球员和球队之间的比赛关联。 +() +() +() +() +() -name - - -name - -owner - 团队玩法 图 2.1 团队成员与团队的关系 厚德大理励志工作者 一个班级与另一个班级关联 每个班级通常在协会中发挥一定的作用。 每个类的角色可以在图中每个类附近的关联线上指示。 在球员和球队的关系中，如果球队是职业篮球队，那么它就是球员的雇主（），球员就是球队的雇员（）。 简化的图 2.2 说明了这些角色是如何表示的。 这种联系发生在另一个方向：篮球队雇用 () 球员。 这两个方向的关联可以用图表来表示，用实心三角箭头来表示各自关联的方向，如图2.3所示。
多个类可以连接到同一个类。 现在开始设计Guard和Team类之间的关联，你将得到如下图2.4所示的关联图。 2.2 关系类：与类一样，关联也可以有自己的属性和操作。 此时，关联实际上就是一个关联类。 关联班级的视觉表示与一般班级相同，但用虚线连接关联班级和厚德大理励志工作者对应的关联线。 关联类也可以与其他类关联。 我们来设计Team类之间的Plays关联对应的关联类：（契约）关联类。 它还与（总经理）类相关联（图 2.5）。 2.3 上面我们设计了相关类的关联和关联类，我们已经基本了解了相关类之间的关系。 正如对象是类的实例一样，关联也有自己的实例。 如果我们想象一个特定的球员为特定的球队效力，那么两者之间的 Plays 0n 关系称为链接，可以用两个对象之间的连接来表示。 就像对象名称有下划线一样，链名称也有下划线，如下图所示。 2.4 关系的多重性 到目前为止，类和Team类之间建立的关系看起来是一对一的关系。 然而常识告诉我们职业篮球比赛，这不一定是真的。
一支篮球队有 5 名队员（不包括替补队员）。 所以Has协会必须考虑到这一点。 另一方面，一名球员只能为一支球队效力，比赛协会也必须考虑到这一点。 上面是多重性的一个例子：某个类的多少个对象可以与另一个类的单个对象关联。 重数通过在参与关联的类附近的关联线上标记重数值来表示。 本例中所示的多重性并不是唯一可能的类型。 实际上存在着各种可能的多样性。 两个类之间的关系可以是一对一、-对多、-对-或多对、-对零或一，或者一对有限间隔。 UML 使用星号 (*) 来表示许多（more）和许多。 在一种上下文中，两个点代表一种或（或）关系，例如“1..*”代表一个或多个。 在另一种上下文中，“或”关系用逗号表示，例如“5,10”表示5或10。下图显示了重数的各种可能的表示。 2.5 继承和泛化 继承是一个面向对象的术语，在UML 中也称为泛化。 在泛化关系中，子类可以替代父类。 也就是说，父类出现的地方，子类就可以出现。 但反之则不然。 在UML中，继承关系用从父类到子类的一条线来表示。 父类连接部分一端有一个空心三角形箭头指向父类。 这种连接类型的短语的含义之一是“)”。
如图2.8所示。 -- - - - +() +() +() +() +() -name - - 图2.8 团队成员之间的继承关系 -- - - - -- - - - Gurad 是最有德行、最勤奋的人之一人们。 Guard类通常具有名称（垂直跳跃高度）等属性，以及()、pass()、()和shoot()等操作。 Guard，Guard，继承了这些属性和操作职业篮球比赛，并且添加了自己的一些属性和操作。 另一种可能的情况是系统分析员注意到两个或多个类可能具有相同的属性和操作数。 篮球比赛类模型中有一个类（它负责记录直到比赛停止的时间）。 还剩多少时间），还有一个类（记录某队控球后该队必须射门的剩余时间）。 因为两者都是用来记录时间的，所以系统意识到这一点后职业篮球比赛，进行分析。 操作者可以设计Clock（时钟）类，其中有（）操作（计时操作）。
本文标签： 职业篮球比赛