分析模型中应该有什么样的UML图?

分析模型中应该有什么样的UML图?,uml,Uml,正如我所知,在软件建模中我们有三个基本模型[需求、分析、设计],但我不知道分析模型中应该有什么样的图表。当有人要求我给他系统的分析模型时,我应该给他什么?分析模型提供设计所需的信息。这包括: 类角色(文本) 根据类和操作的用例描述 完整的分析模型类(图) 子系统图(包装图) 您基本上可以将此视为用例的细化阶段,以及包含第一个初始类图 至于如何建立这样一个模型,首先要做一个类图(草稿)。一旦你制作了这个图表,你就必须重新检查你的用例和对象。基于您所做的改进,您可以细化类图 然后执行一个检查,

正如我所知,在软件建模中我们有三个基本模型[需求、分析、设计],但我不知道分析模型中应该有什么样的图表。当有人要求我给他系统的分析模型时,我应该给他什么?

分析模型提供设计所需的信息。这包括:

  • 类角色(文本)
  • 根据类和操作的用例描述
  • 完整的分析模型类(图)
  • 子系统图(包装图)
您基本上可以将此视为用例的细化阶段,以及包含第一个初始类图


至于如何建立这样一个模型,首先要做一个类图(草稿)。一旦你制作了这个图表,你就必须重新检查你的用例和对象。基于您所做的改进,您可以细化类图

然后执行一个检查,这将导致类图的进一步细化。最后,您必须对在包(包图)中找到(决定)的类进行分组


为了进一步阅读,我想参考UML分析模型中的

,您应该创建一个包含视图、控制器和模型类的类图,只有视图类包含方法,但它们都包含属性,下面是一个示例

,我强烈怀疑从类图开始是一个好主意。在完成用例、动态视图(如活动图)和组件图之后,它们应该排在最后。此外,这不是设计过程中的第一步。如果软件根本不打算使用,您将创建什么或遵循哪些准则?在这种情况下,我认为您应该创建一个只有属性的类图第一视图,但我不确定,我不知道还有什么其他好的和最新的来源,但是Scott W.Ambler建议使用
UML
“初步设想”:每件事都有一点,不要停留在太多细节上,而是花几天的时间。并在开发过程中反复完善/调整模型/设计。更多信息请参见第章。我认为Scott的
域模型
接近您所说的
第一视图
。书中的“模型风暴”一章看起来也很有用