现在设计一个后台管理系统，除了普通的增删改查以外，好像不会设计出更有用更方便的东西。反思了一下，大概是使用过的管理员系统太少，没有接触过各种场景下的系统，所以设计不出来适合场景的产品也就说得过去了。
目前的学习方法是，先通过自己的思考设计出一套自己理解的后台系统，再去通过竞品分析研究自己的疏漏，这是比较简明的一种方式，和以前做题完对答案的感觉差不多，产生的思考经过沉淀就学到了。
这次意识到了时间与时限的问题，一个活动有开始时间与结束时间，但是对于每一个用户的参与时限应该单独设定。比如在博物馆开展为期三天的展览活动，但每个人只能购买一张票进去参加展览，每次凭票进入只能待最多半天，晚的话到闭馆的时间不管待了多少时间都得出来。这里的活动时间就是展览的时间--三天；参与时限就是半天，这个是每人参与活动的时间上限，下限为0（这表示你甚至可以不参与活动）。
针对参与时限的设计，要考虑正常情况与特殊情况：
-
正常情况分为每个用户等时限 or 不等时限
- 相等活动时限设计
比如上面的展览门票，每人的参与活动时限为半天 - 不等活动时限设计
拼团活动中设置拼团时限为24小时，发起拼团的团长的活动参与时限就是24小时，而其他团员的参与时限都小于24小时？
- 相等活动时限设计
-
特殊情况为边界情况
- 在活动结束时，活动时限需要对活动时间妥协
也就是说，即使是刚刚开的团，没有达到时间上限，但活动结束了也是不能继续玩的。
- 在活动结束时，活动时限需要对活动时间妥协
设计完活动的后续操作
设计完一个活动，要完善系统的完备就要考虑到这个部分的设计会对其他部分带来什么影响。比如活动会有线上核销以及线下核销的问题，会有支付产生订单的问题，这就需要设计对应的部分以完善系统。针对核销可以有签到系统的设计以及手动核销；支付产生订单的部分需要在现有订单系统上进行相应的订单类型或订单状态的添加。状态有预报名（待支付）、待审核（支付成功等待审核）、报名成功、报名失败、已核销、已取消。
