项目立项如何处理业务逻辑与实现的关系——《趣任务》任务分配逻辑

书接上回

上回书我们说到任务可以归类为日任务、周任务、月任务、临时任务以及互动任务，详情参考：如何做需求分析，关键信息提取，关键业务抽象
这次我们聊聊，需求分析的进阶，将业务逻辑落实到实现（代码）逻辑。
回归需求本身，我们希望在趣任务中实现任务的自动化管理，类似自动化生产的工厂，给了原料和机器，就能自动生产产品；而在趣任务中原料就是梳理好的工作和录入的员工资料，机器就是负责分配任务的逻辑。
作为管理人员，他的工作主要集中在前期，将趣任务的原料准备好，即梳理工作、录入员工，按照一定的规则将员工与工作匹配，剩余的事情就交给趣任务的机器了。

而这个机器就是我们今天要梳理的任务分配逻辑。
在用代码实现任务自动分配之前，我们来想想，现实中公司是如何分配工作的。
公司有一个工作叫库存检查，工作内容就是让张三小伙子每天下班前取仓库清点一下物资的库存情况，将相关数据记下来，并按照数量的多少预登记采购信息，之前公司采购部经理需要天天与张三碰一次面，查看今天的数据，叮嘱一下明天继续哈~日复一日
在趣任务系统中处理流程应该是：经理在趣任务中新增一个任务，任务的类型为日任务，指定自己为负责人，张三为执行人，设置任务描述：每日清点物资库存情况，相关数据记录后拍照上传到反馈；然后趣任务系统每日某个时间点就自动生成一条任务给张三同学。
关键点在如何实现每日自动生成，这个设置一个自动任务就可以搞定
然后将问题稍微复杂一下，假设张三这个人做事马虎了事，清点库存丢三落四，数据经常对不上，经理一看不行啊，想再安排一个人做这件事情，如果两个人的数据对不上，就让他们再做一遍，同样的事情，同样的考核要求，总不能再建一个任务吧，如此一来系统的数据会非常庞大，仔细一想将执行人由一个改成多个，一个任务对应N个执行人就可以解决这个问题，但这是不是解决所有问题了呢，并没有！
我们不妨将情况再复杂一下，同样是盘点库存这事，由于经理担心两个人还是难免会串通一气来个假数据什么的，经理决定自己也参与盘点，但他不是天天去盘点，而是随机抽查，今天心情不好，去盘点一下，明天兴致来了，也去仓库溜达一下~
根据我们趣任务之前的梳理，经理这种任务可以用互动任务解决，但问题是同样一个问题，这儿用日任务，那儿用互动任务，但工作内容是一样的，存在数据重复啊，怎么办，往更高一层抽象
在任务的基础上抽象出“工作”，与任务的区别在于工作只包含工作标题、工作内容描述，而任务还包含执行人、负责人、任务类型（执行周期）等等，如此一来，同样一件事情，分配N次，用于N个场景，都没关系，工作还是同一个，只是任务的次数多寡而已
简而言之，工作是未分配的任务，任务是已分配的工作，工作的重点在于事情本身，任务的重点在于我将事情交给了谁。
至此解决了趣任务中工作和任务的关系，下回我们再思考趣任务中任务与执行的问题，敬请关注~