领域建模中的七种坏味道信息

2019-03-23 07:29:17 来源：沈阳软件公司作者：沈阳软件开发

　　侧边栏 - 所使用的例子

　　我们从HR主管想要获得的陈诉最先。

　　坏味道1—某个条目在输出中，可是不在模子之中。

　　我们有一些条目在输出中，可是并不在模子中，以是我们将这些条目添加到模子内里。

　　注重一下平均人为是基于其他数据盘算出来的，以是将其称之为getAverageSalary以提醒我们这是一个盘算所得的属性。

　　坏味道 2 – 某个条目在模子中可是不在输出之中。

　　有些人没有管住自己将Birthday添加到Employee之中了。

　　我们询问HR主管是否需要在报表中包罗Birthday。他们的回覆是“不需要”，可是他们想要在报表中包罗“Age”。

　　坏味道 3 – 两条信息位于统一个位置

　　名字由名和姓组成。我们询问HR主管是否想要将其离开，这样的话他们就能看到具备相同姓的所有人（姓可以用于识别文化群体）。他的回覆是并不想这样。

　　坏味道 4 –某个实体与其他的所有实体都没有关联

　　模子中所有的实体必须是毗连起来的。我们询问营业方面的专家实体要直接关联照旧要通过其他的实体举行关联。例如，雇员是与部门直接关联，照旧雇员与团队关联，而团队再与部门关联。

　　坏味道 5 – 一对一关联

　　一对一关联是一种坏味道，以是针对这种关系我们要询问相关的专家。我们并不是直接问雇员和部门之间的关系是什么，由于这只会获得通用的情形。相反，我们应该这样问，“你能给我某位员工属于多个部门的例子吗”以及“你能给我某个部门的员工多于一小我私家的例子吗”。

　　严酷使用这种app开发手艺可能会问出一些看起来很愚蠢的问题，可是这些问题现实上是很有价值的。“你能给我某位雇员有多个性别或多个种族的例子吗”。通过这些问题识别出来的人很可能正是那些遭受歧视和私见的人。

　　我们保持这些问题一直是开放的，直到找到某个样例为止。它们会作为系统可能会发生转变的风险指示器。

　　坏味道 6 – 多对多关系

　　多对多关系可能意味着信息的丢失。我们询问相关的专家可能丢失的信息是什么。在本例中，雇员的时间被分配到了两个或更多的部门之中。

　　在角色、性别以及种族方面，相关的专家并没有想出任何有分外价值的信息。以是坏味道信息将依然作为开放性的问题，它们指示了一种转变的风险。

　　一个专业的网站通过建设七种分类（male、female、male pre-op female、female pre-op male、male post-op female、female post-op male、inter-sex）解决了性别中的多对多关系。缺失的信息可能是某小我私家决议要做手术的日期，或者他们何时做的手术以及这些事情随后怎样影响人为增加和奖金。.

　　坏味道 7 – 未界说的功效

　　我们询问相关的专家怎样盘算getAverageSalary以及getAge。