智慧工地的分析与设计

作者：程象更新时间：2022-09-11 点击数：

对接住建局智慧工地平台：实名制人脸识别设备，实名制通道，工地扬尘环境监测设备等智慧工地系统对接住建局监管平台。联系程象科技：陈工18923455298

最近做了一个智慧工地的项目开发,项目涉及到了角色,权限(web端,app端),业务模块(劳工管理,信息上报,上下班打卡,工资结算等)有较多的与第三方的交互,需要聚合第三方信息。

根据需求劳工是不使用系统的,管理人员,项目组成员才要使用系统。第一期的目标是上报劳工的人员信息,工时信息给行政管理单位,后期会加上各个监控模块,比如进出工地的车辆,场地的环境监测。根据现有的开发目标,和业务需求,还需要兼顾日后的扩展。需要做好领域的划分,找出领域的聚合根,限界上下文。

首先找出系统的参与者,有项目成员,劳工。项目成员是系统的使用者,劳工是被动的,他不使用系统,但被系统管理。项目成员做为使用者,有所属公司,所属部门,有角色,但实际上劳工是属于某个项目的是有点临时性质。系统开发的核心目标是按项目来管理,项目是领域的聚合根,一切都是围绕着项目。项目是有生命周期的,创建--开发中--结束。这样在创建一个新项目的时候同时需要为这个项目创建一个超级管理员,实际上一个项目是有多个参与单位的,有总承建单位,还有监理单位,总承建单位是可以分包给小的承建单位,所以一个项目下的管理成员有可能是来自不同的参与单位,那么他们就可能会需要不同的角色,每个参与单位能看到系统的内容也是不一样。有的又想看到其所参与的所有的项目的聚合的信息,这个也需要一个角色。而且这些项目成员同时也是劳工,他们的信息也是要上报的。

项目是聚合根,项目成员是一个值对象,参建单位是一个值对象,劳工是一个实体,机器设备是一个实体。这是一个奇怪的现象,项目是聚合根,项目成员,劳工等在这个项目的生命周期里都归属于这个项目。但实际上是围绕如何管理好劳工来做的系统,这样看来劳工实际上才是真正的聚合根。其他的都是为管理好劳工来做的服务。需要在系统中确实构建一个项目吗?其实可以不用,最重要的是能把劳工的信息录入系统,然后上报给管理单位,其他的都可以砍掉或简化再简化,劳工的基本信息录入系统,上下班也可以不用打卡,这些都可以随便给个上下班时间能上报就行,那这样看核心是劳工,要做的是围绕着管理好劳工的信息,上下班的信息,进出场的状态。

这样我们其实可以确定的是管理劳工是核心,管理劳工是领域的聚合根,劳工信息是实体,因为劳工信息是有状态的,项目、项目成员、参建单位等是值对象,他们没有状态,创建后只有增删。关系如图:

智慧工地的分析与设计(图1)