我正在努力寻找足球场管理的类图和数据库结构的最佳实现。该系统有三个参与者:
我的问题是:
由于三个演员具有相同的属性,我不需要“用户”和“所有者”,“播放器”,“管理员”之间的“扩展”关系,而且我不仅可以拥有类“用户”,因为并非所有用户都可以提交评论,只有所有者可以添加俱乐部...那么如何管理具有相同属性的不同用户的权限?我是否需要用户组表来帮助我了解每个用户的组(“所有者”,“管理员”,“播放器”)? (我看到Joomla和Wordpress使用用户组表)
俱乐部可以有很多体育场(球场),在大多数情况下他们都是相同的,所以在我的解决方案中,如果有两个班级“俱乐部”和“体育场”并且提供公共信息(城市)是正确的,纬度,经度)班级“俱乐部”?
考虑到玩家可以预订俱乐部的体育场,而俱乐部有另外可用的体育场馆可以预订我的解决方案正确吗?
我需要您对足球俱乐部管理的最佳实施的指导和建议:
艾利俱乐部可以有很多体育场,玩家可以预订其中一个或多个,我们需要跟踪同一个俱乐部的其他体育场的可用性。
以下是我的尝试:
修改链接:https://creately.com/diagram/iaqn8ddo/T1IfqHRrhGcHYPihjOwMIQSwM%3D
查看链接:http://creately.com/diagram/example/iaqn8ddo/Copy%2Bof%2BTakwira
答案 0 :(得分:1)
看起来不太糟糕。
Owner
有createClub()
方法,Player
有book()
等。Booking
课程来跟踪Player
一个观察结果:Stadium
(名称中有拼写错误)到SportsClub
的构图似乎没有意义。俱乐部不是由体育场组成。在最好的情况下,它由成员组成。将其替换为关联,并使用ownedStadium
作为角色。