我目前正在学习一门介绍项目规划的课程。它主要是关于如何绘制 UML 图 (blegh)，但也有一些其他主题。
特别是其中一部分一直困扰着我。在课程中，他们描述了一种从一组需求到初始类图的方法，但是关于该方法的所有内容都让我觉得这绝对不是要走的路。在继续之前，让我先举个例子。
让我们考虑一个管理温室公司的系统。公司有多个温室，每个员工都被分配到自己的温室。温室有一个位置和一种在那里种植的植物。员工有姓名和电话号码。
根据课程的方法，类图如下所示：
对我来说，这看起来像是适用于代码的数据库布局。当我开始设计程序时，我会尝试识别主要的抽象。就像所有与数据库交互的代码或负责 GUI 的代码一样，都是系统的不同部分。这就是我认为的初始类图。
我简直无法想象这是开始设计项目架构的常用方法。这些类看起来很丑，因为如果你举一个稍微大一点的例子，这些类将充满责任。对我来说，它们看起来像是具有它们不应该具有的功能的数据对象。它没有给我关于如何从这里继续并获得通用架构的线索。关于它的一切似乎都过时了。
我只想知道是否有人可以告诉我这是否是一种在纸上获得一流图表的常用方法，原因是我忽略了。