Model view controller 设计类和分析类之间有什么区别?

Model view controller 设计类和分析类之间有什么区别?,model-view-controller,uml,class-diagram,system-design,system-analysis,Model View Controller,Uml,Class Diagram,System Design,System Analysis,我试图创建分析类图和绘图类图,但我无法详细理解每一个类图来阐述它们的图表。任何人都可以解释这种差异,我使用的是MVC架构模式,我将非常感谢提供的任何提示。分析为世界上的事物建模。设计在计算机中模拟事物。后者越像前者,就越能经得起时间变化的需求 分析为世界上的事物建模。设计在计算机中模拟事物。后者越像前者,就越能经得起时间变化的需求 好消息是1您可以将UML用于不同的目的,2 UML始终是UML: 目的是了解问题和要求。分析模型将重点放在业务领域,而不影响解决方案内部的外观。因此,如果你考虑MVC

我试图创建分析类图和绘图类图,但我无法详细理解每一个类图来阐述它们的图表。任何人都可以解释这种差异,我使用的是MVC架构模式,我将非常感谢提供的任何提示。

分析为世界上的事物建模。设计在计算机中模拟事物。后者越像前者,就越能经得起时间变化的需求

分析为世界上的事物建模。设计在计算机中模拟事物。后者越像前者,就越能经得起时间变化的需求

好消息是1您可以将UML用于不同的目的,2 UML始终是UML:

目的是了解问题和要求。分析模型将重点放在业务领域,而不影响解决方案内部的外观。因此,如果你考虑MVC,这个模型将只关注M

目的是想一个适合解决问题和满足要求的解决方案。MVC之美将出现在设计模型中,因为MVC是解决方案的一部分,而不是功能需求的一部分

分析模型结束和设计模型开始的位置取决于方法框架:

通常,您会在分析中只找到域对象。该设计将通过关于内部构件的附加类来丰富分析模型。 在这本书中,UML的创始人解释了他们认为它可以如何用于迭代和用例驱动的方法。然后,分析模型有一些类,这些类用 ScottAmbler的AgileUp将分析模型重命名为需求模型。对他来说,设计模型应该是总体解决方案的草图,有足够的细节来理解它是如何工作的,但不能太多,因为设计可能会演变。我完全同意这一观点。
最后,值得一提的是,一些人将分析模型视为一个临时模型,它将被充实成为设计模型。其他人则将其视为两种不同的模式。是否保持它是项目中需要澄清的另一个方法问题

好消息是1您可以将UML用于不同的目的,2 UML始终是UML:

目的是了解问题和要求。分析模型将重点放在业务领域,而不影响解决方案内部的外观。因此,如果你考虑MVC,这个模型将只关注M

目的是想一个适合解决问题和满足要求的解决方案。MVC之美将出现在设计模型中,因为MVC是解决方案的一部分,而不是功能需求的一部分

分析模型结束和设计模型开始的位置取决于方法框架:

通常,您会在分析中只找到域对象。该设计将通过关于内部构件的附加类来丰富分析模型。 在这本书中,UML的创始人解释了他们认为它可以如何用于迭代和用例驱动的方法。然后,分析模型有一些类,这些类用 ScottAmbler的AgileUp将分析模型重命名为需求模型。对他来说,设计模型应该是总体解决方案的草图,有足够的细节来理解它是如何工作的,但不能太多,因为设计可能会演变。我完全同意这一观点。
最后,值得一提的是,一些人将分析模型视为一个临时模型,它将被充实成为设计模型。其他人则将其视为两种不同的模式。是否保持它是项目中需要澄清的另一个方法问题

请注意选择合适的标签。您的问题似乎与PHP或JavaScript无关。如果是问题,请回答。请注意选择合适的标签。您的问题似乎与PHP或JavaScript无关。如果是问题,那么说出来。@qwerty_谢谢你的打字。关于欧洲央行和MVC,确实有相似之处。但我会更仔细地告诉我,我解释了一个常见的范例,将模型分为三层M/E V/B C/C,只是重点稍微转移了一点。没有必要在这里广泛讨论…@qwerty_,谢谢你的打字。关于欧洲央行和MVC,确实有相似之处。但我会更仔细地告诉我,我解释了一个常见的范例,将模型分为三层M/E V/B C/C,只是重点稍微转移了一点。没有必要在这里广泛讨论。。。