开发人员是否应该遵守系统设计过程中产生的类图？

Question

类图是根据系统要求建模的，根据这些要求创建解决方案很重要。如果我说过课程图，我应该严格遵守吗？那重构呢？如果该图没有提供我觉得被排除在外的设计原理怎么办？

Answer 1

简短答案：不。

您的输出应正常工作（希望经过测试）代码，该代码可以执行它应该执行的业务功能。不应要求完成该任务的方式（除非您在NASA工作）。

一个la脚的类比：我上了出租车，告诉他们去哪里。我把它留给他们开车去那里。我相信他们可以及时安全地到达那里。我不会坐在那里，微管理出租车司机，并告诉他何时打开他的转弯信号，压迫加速器或何时获得汽油的信号。那是他的工作。

Answer 2

您的要求中有课程图吗？它应该是规格的一部分，而不是您的要求，但我想每个人的商店都不一样；）遵守您的规格很重要。如果不这样做，您可能会影响应用程序的另一个区域，甚至不知道偏离时。如果规格是错误的，则重新打开它，对更改进行通信并进行审查，然后更改代码。即使您不同意。您可能不知道选择一种实施的原因。

Answer 3

提出以下几点供您考虑在做出决定之前考虑，其想法是检查通常会影响您这样的案件的因素。

点0：无论您的实施方式如何，您都需要实施所有业务规则。

点1：在UML中，类图只是整个模型的一部分。还有其他图表利用已定义的类，例如用例，序列等。

点2：在使用RDBMS的OO应用程序中，您需要决定是使用对象第一方法还是数据第一种方法来构建应用程序。基于此，构建了域模型。两种类型的模型可能非常不同。看： 对象关系小鬼。小姐.

点3：在OO中，部分是第3点的结果，代表数据库层的对象可能与其他应用程序层或服务中使用的对象不同。如果您使用的是Web服务，那么API甚至可能以与业务层定义和数据层定义不同的方式定义对象。

点4：UML模型具有阶段，通常由方法论定义 将模型映射到开发。过程, ，每个阶段可能会产生不同的模型。当然，改变实施阶段模型是最不可取的，并且由于其影响而最关键。

第5点：您应该考虑变更对项目生命周期阶段的影响，如果有的话，其现有数据以及其他工人和DBA。