分析类图——关联类
新用户，所以我无法发布图片。图片链接如下：
https://i.sstatic.net/EXf0G.jpg
这是针对步入式预订系统而非在线预订系统。
正常预订场景：
用户/会员向接待员提供信息。用户最多可以提前一个月预订。
接待员搜索用户/会员信息。接待员必须登录才能搜索用户/会员或进行预订。
如果找到详细信息，预订将照常进行，如果没有，则将用户详细信息添加到用户文件中。
然后检查预订时间/日期/类型是否可用。如果可用，则进行预订。
额外：
员工帐户有两种类型：“普通用户”（接待员）和“管理员”（经理）。
经理可以重置员工帐户密码并创建新的员工帐户。
经理可以编辑时间表上的会话详细信息（时间、日期、类型）等。我在这里需要时间表课程吗？
New user so I can't post images. Image link provided below:
https://i.sstatic.net/EXf0G.jpg
This is for a walk-in booking system not an online reservation system.
Normal Booking scenario:
User/Member gives information to receptionist. Users can book up to a month in-advance.
Receptionist searches user/member info. Receptionist must be logged in to search user/member or make a booking.
if details are found the booking continues as normal, if not user details are added to the users file.
Booking time/date/type is then checked for availability. If available then a booking is made.
Extra:
There are two types of staff account 'normal-user' (Receptionist) and 'admin' (Manager).
Manager can reset staff account passwords and create new staff accounts.
Manager can edit session details on the timetable (time, date, type) etc. Do i need a timetable class here??
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
为了回答这个问题，我们需要一个更加完善的规范。
我建议您利用现有的资源进行开发，仅满足每次迭代的最低要求。然后，如果您发现您的用户需要某种时间表，那么就在此时添加它。
一般来说，在您知道需要之前，不要添加超出您需要的复杂性。系统的移动部件越多，维护、使用和组装起来就越困难。让应用程序启动并运行并交到用户手中。在你从他们那里得到真正的反馈之前，你只是在黑暗中冒险。让用户告诉您他们需要什么和想要什么。
In order to answer that, we would need a much more developed specification.
I would suggest you develop with what you have, meeting only the minimum requirements for each iteration. Then, if you find your users need a timetable of some sort, then add it at that point.
In general, don't add more complexity than you need until you know you need it. The more moving parts a system has, the harder it is to maintain and use and to put together in the first place. Get the application up and functioning and in the users' hands. Until you get real feedback from them, you are just taking stabs in the dark. Let the users' tell you what they need and want.