在编写项目之前,如何选择正确的UML图?

在编写项目之前,如何选择正确的UML图?,uml,Uml,我有一个我认为是一个移动应用程序的好主意。该应用程序将由本机移动应用程序组成,我将拥有一个后端服务器,该服务器将执行各种功能,如刷新数据源、将数据解析到数据库、响应用户查询等 在我开始编码之前,我想确保我能规划出我需要的一切,这样我就能确保我有我需要的方向。然而,我不确定我是否真的应该从类、活动或序列图开始 我非常了解前端应该如何工作,我有一些流程图显示了用户将如何进行交互的基本原理,但我希望在后端工作,并确保一切都按预期的方式进行。感谢您的帮助 编辑 所以我想我的主要问题是:我有一个应用程序的

我有一个我认为是一个移动应用程序的好主意。该应用程序将由本机移动应用程序组成,我将拥有一个后端服务器,该服务器将执行各种功能,如刷新数据源、将数据解析到数据库、响应用户查询等

在我开始编码之前,我想确保我能规划出我需要的一切,这样我就能确保我有我需要的方向。然而,我不确定我是否真的应该从类、活动或序列图开始

我非常了解前端应该如何工作,我有一些流程图显示了用户将如何进行交互的基本原理,但我希望在后端工作,并确保一切都按预期的方式进行。感谢您的帮助

编辑
所以我想我的主要问题是:我有一个应用程序的想法,并画了一个基本的流程图。我想在编码之前规划出所有的流程和活动,这样我就可以了解我需要什么对象和功能,以及所有东西应该如何交互。我的流程图非常简单,有几个并发过程(即用户可以启动某些活动,但在后台服务器可能会轮询第三方数据源等)。什么是最好的计划过程?

我将描述我们在项目中使用的版本。我们正在构建一个大型应用程序(数千行代码),一个过程是绝对必要的。在一个小的应用程序中,您可能会发现这有点过分。另一方面,遵循流程的所有步骤是有教育意义的,可以帮助您澄清系统的某些方面。任何建模技术都是为了帮助你,所以你应该选择你认为有用的,而忽略其他的

  • 从识别用例开始。识别用例并对每个用例进行简要描述。用例图对您不是很有用。它们对其他人很有用,你想向他们解释这个系统是关于什么的。对系统开发有用的是用例的描述。在这个阶段,简短的描述(几行)就足够了
  • 详细描述每个用例的事件流。您可以使用纯文本实现这一点,但活动图提供了更好的可视化效果
  • 一个接一个地看活动图,找出哪个类将完成每个活动。这样做之后,您就知道需要开发哪些类。因此,您可以继续下一步
  • 制作类图以可视化类及其关系。通常会出现这样的问题:我应该绘制多少类图,以及应该可视化多少信息。视情况而定:绘制尽可能多的图表,以展示设计的良好可视化效果
  • 现在您有了一个设计,可以开始编码了。但是,为最重要的方法绘制序列图或协作图可能会很有用
  • 通常这就足够了,但在某些类型的问题中,状态图可能有助于可视化类或模块的状态更改
  • 如果您想要更多的UML,那么您还可以绘制一个部署图来显示应用程序的哪些部分部署在客户机上,哪些部分部署在服务器上

  • 希望能有帮助。不要忘记,只选择有助于构建更好代码的步骤和图表。这些图表只有一个目的:帮助您(和您的团队)编写代码。

    我将描述我们在项目中使用的版本。我们正在构建一个大型应用程序(数千行代码),一个过程是绝对必要的。在一个小的应用程序中,您可能会发现这有点过分。另一方面,遵循流程的所有步骤是有教育意义的,可以帮助您澄清系统的某些方面。任何建模技术都是为了帮助你,所以你应该选择你认为有用的,而忽略其他的

  • 从识别用例开始。识别用例并对每个用例进行简要描述。用例图对您不是很有用。它们对其他人很有用,你想向他们解释这个系统是关于什么的。对系统开发有用的是用例的描述。在这个阶段,简短的描述(几行)就足够了
  • 详细描述每个用例的事件流。您可以使用纯文本实现这一点,但活动图提供了更好的可视化效果
  • 一个接一个地看活动图,找出哪个类将完成每个活动。这样做之后,您就知道需要开发哪些类。因此,您可以继续下一步
  • 制作类图以可视化类及其关系。通常会出现这样的问题:我应该绘制多少类图,以及应该可视化多少信息。视情况而定:绘制尽可能多的图表,以展示设计的良好可视化效果
  • 现在您有了一个设计,可以开始编码了。但是,为最重要的方法绘制序列图或协作图可能会很有用
  • 通常这就足够了,但在某些类型的问题中,状态图可能有助于可视化类或模块的状态更改
  • 如果您想要更多的UML,那么您还可以绘制一个部署图来显示应用程序的哪些部分部署在客户机上,哪些部分部署在服务器上

  • 希望能有帮助。不要忘记,只选择有助于构建更好代码的步骤和图表。这些图表只有一个目的:帮助您(和您的团队)编写代码。

    您曾经在没有UML的情况下进行过一些软件开发吗?你做过分析、设计吗

    我这样问是因为UML对