UMLet图,如用例、类、活动等

UMLet图,如用例、类、活动等,uml,class-diagram,sequence-diagram,diagrams,Uml,Class Diagram,Sequence Diagram,Diagrams,您能帮我找到关于以下主题的详细教程吗: 统一建模语言 行为图 用例图 活动图 结构图 类图 交互图 序列图 通信图 我真的是一个新手,我想知道使用UML图的想法是什么,有什么区别,以及适合像我这样的新手的工具(如UMLet)。首先,对于大多数人,让我讨论UML和用例 UML只是一种描述软件系统的图形化方法。 UML有两种类型,即: UML草图-在这里,你只想传达一个想法,并通过不同的替代方法。它不是具体的,但它只给出了基本的想法 UML蓝图-这是一种非常详细的建模类型,其中所有内容都进行了

您能帮我找到关于以下主题的详细教程吗:

  • 统一建模语言
  • 行为图
  • 用例图
  • 活动图
  • 结构图
  • 类图
  • 交互图
  • 序列图
  • 通信图

  • 我真的是一个新手,我想知道使用UML图的想法是什么,有什么区别,以及适合像我这样的新手的工具(如UMLet)。

    首先,对于大多数人,让我讨论UML用例

    UML只是一种描述软件系统的图形化方法。 UML有两种类型,即:

  • UML草图-在这里,你只想传达一个想法,并通过不同的替代方法。它不是具体的,但它只给出了基本的想法
  • UML蓝图-这是一种非常详细的建模类型,其中所有内容都进行了良好的布局,并且有一个确定的完成时间
  • 接下来是UML开发过程

  • 瀑布模型-开发过程必须严格遵循分析、设计、编码和测试过程。这意味着没有设计就无法进行编码,等等。您必须从分析、设计、编码和测试(ADCT)过程开始。此过程中不允许重叠
  • 迭代(最常见)-迭代方式与瀑布模型有点不同,因为它更灵活。您可以将系统划分为多个部分,并在每个部分上运行ADCT过程。这意味着您不会只进行一次分析,这将使您的系统能够灵活地适应变化。难怪这是一种更常见的方法
  • 然后是UML规划过程

  • 预测性规划——项目的整个持续时间内都知道结果,所有利益相关者都参与其中,一切都应该顺利进行,“在同一页上”。 如果您可以很容易地列出所有需求,并且非常确定它不会改变,那么使用预测性计划

  • 适应性规划(敏捷开发)——在这里,开发人员不断地与用户合作,以实现可能的更改。它们充当“适配器”——适应变化。它的灵活性使其成为预测性规划的更好选择

  • 最后是用例图。用例图定义了您的程序将如何解决问题或提供一些功能

    下面是一个例子:

    用例图通常处理参与者之间的交互,参与者可以是人,也可以是外部系统。用例由省略号表示,如“插入卡”

    从参与者到用例的线路称为通信线路

    “包含”部分意味着两个或多个用例将尝试访问单个用例。而“扩展”部分则是用例试图访问可选用例的时候

    “选择数量”用例是一个通用用例,而它下面是两个特定用例

    之后是用例描述。基本上只是对用例的描述。例如“用户输入卡并输入pin。然后系统安全将检查卡是否有效或是否被盗和/或输入的pin是否正确”等。最后,系统(安全)将提供资金和收据

    另一件需要注意的事情是

  • 触发器(机器接收卡/用户输入Pin)

  • 演员

  • 前提条件(例如,银行有足够的资金)
  • 目标(例如,成功的结论,如能够向用户提供资金)
  • 列表失败结论(例如:无效卡片)
  • 扩展(例如:如果尝试三次后pin无效)
  • 执行步骤(例如:从客户插入卡到卡弹出)
  • 活动图

    活动图基本上只是描述为实现最终目标而采取的行动。如果您熟悉流程图,那么就更容易理解活动图背后的概念

    初始节点是活动图的起点,用阴影圈表示。紫色的注释简单地描述了活动图的不同组成部分

    类图

    类描述程序将使用的对象类型,而类图描述这些类以及它们之间的关系

    我将上传一些幻灯片,以加快教程的速度:

    序列图

    序列图对程序中的交互进行建模,并为系统布局提供逻辑方法。它们是关于显示程序各部分之间交互的顺序

    在制作序列图时,您描述了触发哪些交互以及何时触发。他们关注所有交互中事件的顺序

    同样,以下是本教程的顺序图:

    通信图

    沟通图用于显示参与者之间的联系。他们关注于触发哪些交互以及何时触发。它们还描述了所有交互中事件的顺序

    这些想法来自视频教程


    这是一份清单。有些是免费的

    首先,您应该了解什么是UML,什么不是

    所以,从阅读克雷格·拉曼的文章开始吧

    然后了解如何“错误地”使用UML或如何不使用UML

    阅读ALEX E.BELL的文章。请注意行业专家(PHILIPPE KRUCHTEN,GRADY BOOCH)对该文章的评论

    不要试图学习UML符号的每一个细节

    %20%的UML足以满足您80%的需求。尽量不要使用“鲜为人知”的功能。 您不应该使用所有的UML图。使用你想要的那个