砼管理系统功能介绍
一、账号与项目
角色说明
本系统甲方ROES平台绑定,系统下设置固定角色包括:主管理员、工程PM、技术负责人、监理工程师、质量员、施工员、旁站和项管人员。
角色名称 | 操作权限 |
主管理员 | 全部 |
工程PM | 新增、编辑砼厂家、提交养护抽查和提交巡检问题记录 |
技术负责人 | 划分流水段、提交浇筑申请、上传送检报告 |
监理工程师 | 审批浇筑申请(通过/驳回) |
质量员 | 提交砼检查记录 |
施工员 | 提交试块记录 |
旁站 | 提交旁站记录 |
项管人员 | 编辑项目信息、编辑楼层信息、提交养护抽查和提交巡检问题记录 |
员工账号
如下图所示新增员工请点击【添加成员】按钮,为已有员工设置角色则点击员工名称进行设置。
设置角色
分配部门
项目管理
系统上线时会有预设好的项目数据供用户使用,业主管理后台的项目管理功能页下可查看和管理当前已有项目。请注意,非必要情况下请不要删除和修改预设项目。
在项目列表点击【新增】按钮可以进行新建一个项目,界面如下:
每个在混凝土管理系统使用的项目都需要有空间信息(区域/楼栋/楼层)以及每个空间对应的图纸。
二、业务流程介绍
砼浇筑前管理
1. 技术负责人和工程PM需要进行基础信息添加:
1)项管人员填写项目基础信息和楼层信息(非必需);
2)技术负责人划分流水段;
3)工程PM(负责人)添加商砼厂家。
2. 上述信息添加后,技术负责人选择流水段并进行浇筑申请。
3. 申请提交后,由建立工程师进行审批:若通过,进入砼浇筑工作;若驳回,则技术负责人需重新提交审核。
管理员角色拥有全部权限,可带替代任意角色进行操作,后文将不再对管理员权限进行特殊说明。
砼浇筑中管理
通过浇筑申请的流水段需要进行线下浇筑工作,并提交砼检查、试块和旁站记录至砼管理系统(角色参考上图)。浇筑的三个记录都提交后,视为已浇筑(浇筑完成)。
砼浇筑后管理
完成浇筑工作后,流水段进入养护阶段,前14天需要工程负责人和项管人员进行抽查工作,之后提交抽查和巡检记录。28天后养护期结束,技术负责人需要提交砼送检记录。送检记录提交后,流水段工作完成。
三、PC端操作说明
进入应用
1. 登录业主工作台
2.选择工程部,点击【混凝土管理】应用
3.点击后会在新窗口打开应用,并且无需手动登录。
项目信息
1. 项目基础信息
在基本信息-项目信息页面,项管人员(和管理员)点击右上角蓝色【编辑信息】按钮,可查看并编辑项目基础信息,包括:项目地址,施工单位和监理单位,三项均为文本输入。
若项目已有基础信息,编辑时需在文本上双击启用编辑状态,填写后,点击【确认】按钮进行更新。
2.编辑楼层信息
在基本信息-项目信息页面下方是按项目空间结构进行展示的列表,支持按区域、楼栋和楼层筛选。列表第4列和第6列内容需要通过编辑楼栋信息进行添加。
操作时,技术负责人(和管理员)点击需要编辑的楼层右侧操作列中的【编辑信息】按钮,在右侧滑入的抽屉面板进行编辑。完成编辑后,点击确认按钮更新。
划分流水段
空间结构列表第5列的流水段数量是通过图纸工具划分所得,未划分则为0。无流水段则不无法进行后需浇筑操作,因此技术负责人(和管理员)应在申请浇筑前完成流水段划分。
查看划分:技术负责人(和管理员)点击需要划分的楼层右侧操作列中的【查看划分】按钮,可查看在图纸上查看当前划分情况,并划分流水段。
编辑流水段:图纸划分的界面如下,若已有流水段会在图纸上进行显示,颜色对应左上角图例中的流水段状态。
点击流水段,右侧抽屉面板显示当前流水段列表,可进行编辑和删除。其中只有未开始和浇筑审批中这两个状态的流水段支持编辑流水段名称和删除。
划分流水段:划分流水段即在当前楼层的图纸上通过绘制的方式增加一个流水段。操作时技术负责人(和管理员)点击【划分流水段】按钮,选择形状并在图纸上划出流水段区域。
划分后点击保存按钮,根据绘制的图形预生成流水段数据,默认命名为流水段名称 序号,支持再次编辑和删除。检查流水段设置无误后,点击确认按钮流水段数据将保存生效。注意,确认后流水段形状和位置不可再做修改,新增流水段的默认状态为“未开始”(白色)。
划分后,点击左上角返回。
流水段状态说明
未开始:流水段初始状态 ;
浇筑审批中:已经提交申请,但监理没有审批 ;
浇筑令⽣效:监理审批通过 ;
已浇筑(浇筑完成):砼检查记录、试块和旁站记录均已提交 ;
已养护(养护完成):浇筑完成⽇期 28天⾃动替换 ;
完成:送检报告提交后,流水段工作完成 ;
商砼厂家信息
点击左侧导航栏,进入商砼厂家管理页面。浇筑申请前工程PM(和管理员)需要至少添加一个厂家。
1.新增厂家
工程PM(和管理员)点击右上角【新增】按钮,在右侧滑入抽屉面板填写厂家信息,点击确认后进行更新。请注意厂家新增后可编辑部分字段内容但不支持删除。
2.编辑厂家
工程PM(和管理员)点击右上角某一厂家右侧操作按钮,,在右侧滑入抽屉面板可在原有信息基础上编辑厂家信息。其中厂家名称 和等级创建后不可编辑,其余自动修改后点击确认后进行更新。
浇筑申请
点击左侧导航栏,进入浇筑申请页面,本页面可查看已有浇筑申请记录。技术负责人(和管理员)可新增浇筑申请,监理工程师(和管理员)负责审批。
1.新增申请
技术负责人(和管理员)点击右上角【新增申请】按钮,在右侧滑入的抽屉面板中选择楼层,并从现有未申请浇筑的流水段中进行选择,若无可用的未申请流水段则无可选项。选择后,添加砼强度、用量、浇筑日期和浇筑令。完成全部必填项后,点击提交按钮新增浇筑申请。
2.审批浇筑申请
监理工程师(和管理员)点击待审批的记录,检查后点击通过或驳回,驳回时需要输入理由。
3.重新提交
技术负责人(和管理员)点击审批驳回的记录,查看驳回原因后,点击下方【重新申请】按钮。
技术负责人(和管理员)修改表单内容后,点击【提交】记录变为待审批。
4.查看详情
无权限时,在PC端点击记录可查看详情,但无权限进行操作。
砼浇筑记录
点击左侧导航栏,进入浇筑申请页面,本页面可查看已有砼浇筑记录。当流水段的浇筑申请通过后,需进行流水段的浇筑工作,此阶段需要质量员在移动端提交砼检查记录、施工员在移动端提交试块记录、旁站人员在移动端提交旁站记录(管理员有全部提交权限)。PC仅支持记录的查看,当三个记录均提交后(不分先后顺序),砼浇筑工作完成。
全部角色均可查看,点击任意一条右侧抽屉面板滑入并展示当前已提交的数据。
养护抽查
点击左侧导航栏,进入养护抽查页面可查看完成浇筑后的流水段的养护抽查记录。养护阶段是砼浇筑工作完成后的为期28天的养护周期,其中前14天可进行养护抽查和巡检问题提交,对应记录状态为抽查中。后14天不可提交抽查和巡检问题,对应记录状态为已结束,即养护抽查的14天已结束。养护28天结束后,流水段自动变为已养护(养护完成)状态。
1.上传抽查记录
工程PM、项管人员(和管理员)点击抽查中的流水段记录,在右侧划入的抽屉面板中点击上传照片后,点击提交即可新增一条抽查记录。抽查记录可在养护阶段前14天上传多条,直到流水段抽查记录状态变成已结束。
2.新增巡检问题
工程PM、项管人员(和管理员)点击【新建问题】按钮,在新标签页中可新增巡检问题。
新增巡检问题页面如下,工程PM、项管人员(和管理员)添加问题描述和附件后,点击【提交】所填问题将新增至巡检系统。
3.查看抽查和巡检问题记录
点击抽查中或已结束的流水段养护抽查记录,所有角色均可在右侧划入的抽屉面板查看已提交的抽查记录和巡检问题。其中抽查记录和巡检问题记录纵向排列,抽查记录在上,巡检问题在下。
若未提交抽查记录和巡检问题,则数据显示为空,整个养护阶段允许不上传任何记录直至养护结束。
砼送检记录
点击左侧导航栏,进入砼送检记录页面可查看已养护的流水段的送检记录。其中,未上传试块报告的记录状态为未上传,技术负责人(和管理员)点击可上传试块报告文件。
试块报告上传后,记录状态变为为已上传。点击已上传记录,任意角色均可查看报告提交记录。
数据形象展示
所有角色进入数据形象展示页面后,可查看各流水段施工状态,页面划分如下:
- 上方是统计数据以项⽬为维度统计并展示;
- 下方形象图部分以楼栋为维度进⾏展示;
形象图部分支持鼠标中键滚轮进行等比例缩放,左键/中键按下拖拽。楼栋内每层的方格显示的是已添加的流水段,颜色代表对应左上角图例中各流水段状态。鼠标移入流水段,显示流水段名称。
点击流水段可在右侧划入的抽屉面板中查看流水段详情。各阶段工作记录若已提交,可点击记录进行查看。此页面仅有查看功能,无上传、提交等操作功能。
四、移动端操作说明
APP准备
请安装指定APP,并在手机系统设置中开启位置授权(获取当前位置天气时需要使用定位)。
进入应用
请登录APP,点击工作台中【混凝土管理】应用。
进入应用后,若已开启位置授权则可实时获取位置和天气,页面显示如下,每个图标右上角的数字代表当前待处理的记录数。
若未开启位置授权需要,每次进入应用均需要手动输入正确的城市名以获取天气数据。
浇筑申请
点击浇筑申请图标,进入浇筑申请列表,新增浇筑申请按钮仅技术负责人(和管理员)可见。所有角色均可点击已通过的浇筑申请记录查看浇筑申请详情。
列表筛选和搜索栏
列表筛选和搜索栏为移动段所有列表的通用功能,支持空间结构(区域、楼栋和楼层)筛选、状态筛选、状态 申请浇筑时间筛选、以及按流水段名称搜索。
新增浇筑申请
技术负责人(和管理员)点击下方【新增浇筑申请】按钮,在申请表单页内选择区域 楼栋 楼层,并从现有未申请浇筑的流水段中选择流水段,若无可用的未申请流水段则无可选项。选择后,添加砼强度、用量、浇筑日期和浇筑令。完成全部必填项后,点击提交按钮新增浇筑申请。
浇筑申请审批
监理工程师(和管理员)点击待审批的记录,检查后点击通过或驳回,驳回时需要输入理由。
已驳回重新提交
技术负责人(和管理员)点击驳回的记录,在新页面修改申请内容后,按钮变为蓝色启用,点击下方【提交】按钮重新提交申请。
水印相机拍照
在移动端上传图片的地方点击有两个选择,如下图所示绿框内“相机”代表APP中水印相机功能,拍摄后水印照片会保存在本地相册。由于APP水印相机拍摄后只能存于相册,不支持直接传入混凝土管理中,拍摄后需要再手动点击【上传图片】从相册中选择刚刚拍照的水印照片进行上传。
如果不需要水印相机拍照,也可以直接选择从手机中上传已有图片。
砼检查
点击砼检查图标,进入砼检查列表,即砼浇筑工作中的其中一项砼检查的单项列表。
1.提交砼检查
砼检查工作,需要质量员(和管理员)角色的员工在移动端点击未提交的检查记录,进入表单页后完成全部必填项填写,按钮变为蓝色启用,此时点击【提交】按钮完成砼检查记录的提交。提交后,该流水段的砼检查变为已完成状态。若角色不符合,列表点击未提交会提示无权限,无法进入表单提交。
2.砼检查查看
任意角色点击已完成的砼检查记录均可查看砼检查详情。
试块记录
点击试块记录图标,进入试块记录列表,即砼浇筑工作中的其中一项试块记录的单项列表。
1.提交试块记录
试块工作,需要施工员(和管理员)角色的员工在移动端点击未提交的试块记录,进入表单页后完成全部必填项填写,按钮变为蓝色启用,此时点击【提交】按钮完成试块记录的提交。提交后,该流水段的试块记录变为已完成状态。若角色不符合,列表点击未提交会提示无权限,无法进入表单提交。
2.试块记录查看
任意角色点击已完成的记录均可查看试块记录详情。
旁站记录
点击旁站记录图标,进入旁站记录列表,即砼浇筑工作中的其中一项旁站记录的单项列表。
1.提交旁站记录
旁站工作,需要旁站人员(和管理员)角色的员工在移动端点击未提交的旁站记录,进入表单页后完成全部必填项填写,按钮变为蓝色启用,此时点击【提交】按钮完成旁站记录的提交。提交后,该流水段的旁站记录变为已完成状态。若角色不符合,列表点击未提交会提示无权限,无法进入表单提交。
2.旁站记录查看
任意角色点击已完成的记录均可查看旁站记录详情。
离线提交
砼浇筑工作阶段的砼检查记录、试块记录和旁站记录支持在移动端离线提交。
由于步骤相似,便以砼检查为例讲解离线提交的步骤:
1.施工员(和管理员)角色的员工,先在有网环境进入混凝土管理应用下的砼检查列表,此步为获取最新的砼检查列表和状态。
2.点击未提交的记录,在离线环境填写表单并提交,此时的提交操作会存储离线的表单数据,页面提示如下:
3.离线环境提交完砼检查数据后,返回有网环境混凝土管理应用,应用会每60秒自动提交离线存储的数据,若含多条则逐条上传。离线数据提交时页面会有加载提示,请打开混凝土管理应用稍作等待,上传完成后可在查看对应记录变为已完成状态。
养护抽查
点击养护抽查图标,进入养护抽查页面可查看完成浇筑后的流水段的养护抽查记录。养护阶段是砼浇筑工作完成后的为期28天的养护周期,其中前14天可进行养护抽查和巡检问题提交,对应记录状态为抽查中。后14天不可提交抽查和巡检问题,对应记录状态为已结束,即养护抽查的14天已结束。养护28天结束后,流水段自动变为已养护(养护完成)状态。
1.上传抽查记录
工程PM、项管人员(和管理员)点击抽查中的流水段记录,在表单中点击上传养护照片后,点击提交即可提交一条抽查记录。抽查记录可在养护阶段前14天上传多条,直到流水段抽查记录状态变成已结束。
2.新增巡检问题
工程PM、项管人员(和管理员)点击【新建巡检问题】按钮,在新页面中添加问题描述和附件后,点击【提交】所填问题将新增至巡检系统。
3.查看抽查和巡检问题记录
点击已结束的流水段养护抽查记录,所有角色均可在查看已提交的抽查记录和巡检问题。其中抽查记录和巡检问题记录纵向排列,抽查记录在上,巡检问题在下。若未提交抽查记录和巡检问题,则数据显示为空,整个养护阶段允许不上传任何记录直至养护结束。
试块报告
点击试块报告图标,可查看已养护的流水段的试块报告上传记录,数据与PC端的送检记录一致。其中,未上传试块报告的记录状态为未上传,技术负责人(和管理员)点击可上传试块报告文件。试块报告上传并提交后,记录状态变为为已上传。点击已上传记录,任意角色均可查看报告提交记录。
五、REOS任务
混凝土管理系统中所有记录的审批、提交工作会自动同步至指定角色员工的REOS平台中任务模块,因此,用户点击REOS平台(或契筑APP)的任务可跳转至混凝土管理系统的对应页面完成提交工作。
iVX中砼管理系统开发
一、iVX架构能力
开发语言 | iVX | 低代码平台 |
前后端分离架构 | 支持 | 不支持 |
微服务架构 | 支持 | 不支持 |
前端模块封装 | 支持 | 不支持 |
后端模块封装 | 支持 | 不支持 |
灵活私有部署 | 支持 (整个应用私有部署,或只拆分出后端部分私有部署) | 不可脱离低代码平台私有部署 |
项目源码生成 | 支持 (前后端代码均可生成) | 不支持 |
1.前后台分离架构说明
iVX的应用采用前后端分离架构,即前端部分和后台部分的逻辑完全独立,两者通过服务组件来通信。前台部分,对应前端应用程序,负责客户端界面的展示与交互。后台部分,对应服务端程序,部署在后台服务器(集群)中,负责后台数据与通信逻辑的处理。
在iVX即可以实现全栈开发,也可以只做前台或后台开发。iVX的后台资源都是根据开发者需求进行单独创建和使用的。对于中大型复杂的应用,还可将功能模块拆分为微服务、组内应用等,因此开发者可自由调整应用架构。
如上图所示,
其中,后台部分进一步包括后台资源接口和服务逻辑:
l 后台资源接口,主要包含各种数据库,api,缓存,文件等后台资源的操作接口,每一种接口都对应iVX中的一个后台组件。在iVX公有云上,这些资源已经自动接入,因此可以iVX应用可以直接发布运行;如果选择私有部署,用户需要自行准备资源,通过iVX的部署包便可快速部署至私有服务器的后台资源上。
l 服务逻辑,主要包含服务组件,是前端程序和后台资源进行交互的“中央枢纽”。其提供了一个HTTP的服务接口(REST API),可以供iVX前端部分应用或其他第三方应用来调用,同时,可以直接操作各种后台资源,并定义内部处理逻辑。
2.iVX应用结构举例
假设我们要做一个简单的表单提交应用,其应用架构如下:
在上图中,左侧表单提交界面,对应所有前台下的UI元素和逻辑,中间提交服务,对应后台根下的“提交服务”组件,右侧数据表,对应后台根下的“用户信息表”数据库组件。注意,由于服务和数据库(后台资源)都是部署在后台服务器,因此,尽管他们的职能不同,但都是添加在编辑器“后台”根下。
3.模块化开发说明
小模块是用户自定义的“功能组合单元”,制作完成的小模块,可以像普通的组件一样添加在对象树中进行使用。
小模块的作用主要有两个:
1)功能重用:将经常需要用到的功能打包上传,避免重复工作。比如,我们制作了一个特定样式的弹窗,在多个应用中都需要多次使用到这个弹窗,那我们就可以将这个弹窗做成是一个小模块,在需要使用的时候添加小模块即可。此外,保存在云端的小模块支持同步更新,不用进入每个系统做重复开发。
2)功能模块打包:在有些场景下,即使我们不需要重用某个功能模块,也可以将其包成一个小模块,便于我们将应用进行结构化整理,把某些复杂的功能模块进行封装打包,确保模块内功能和外部功能相互独立,让应用更好理解与维护。
小模块分为前端小模块、后台小模块与前后台综合小模块,在iVX并不是只有前端样式能打包成小模块,整块服务逻辑或单独的后台都可以打包为小模块进行复用!
二、可视化开发与建模
1. 前端
砼管理系统 可视化开发界面
例如下图所示的,砼管理形象页被选中后,可在编辑器内直接查看样式。
页面对象树 流水段状态和色号
1. iVX开发灵活性说明:下图是iVX里的前端基础和扩展组件,即最小开发单元。组件支持嵌入和拼接,由小组件组成大组件/模块,例如上传文件组件、级联选择器等。
支持添加自定义组件和模块
2. 砼管理系统内封装的小模块
此外,未封装小模块也可跨案例复制和粘贴,复用性强。
3. 砼管理系统系统在iVX开发具有很强的灵活性,敏捷性,实现了全部设计和交互效果。通过鼠标在右侧对象树点选可以查看每个模块的做法和所用组件,非常直观和方便,前端不需要写代码就能开发出来,做到了所见即所得。例如下图所示的内容都是通用且可复用的,右键即可复制到其他应用使用,也支持自由修改和二次开发
顶栏
左侧菜单
表格
抽屉面板
2. 后端
后台结构可视化,如果下图所示。
后端资源数据库、微服务管理
后端同样支持跨案例复制粘贴,具有良好的复用性
三、集成能力
1. iVX支持接入第三方接口、引入库、上传sdk、对接外部数据库和资源,是目前集成能力最强最全面的无代码、可视化编程平台。
2. 砼管理使用的接口说明:
统一接入REOS接口,配置如下
接口调用动作组:动态设置请求地址和参数
能力 | 场景 | 复用 |
任务管理接口 | 任务新建、状态流转 | √ |
巡检系统接口 | 新建、查询巡检问题 | √ |
用户授权 | 检验和获取登录用户信息、第三方用户体系接入 | √ |
员工角色 | 根据角色code做权限区分 | √ |
项目信息接口 | 获取项目基础、位置和图纸信息 | √ |
APP离线能力 | 离线数据存储和读取 | √ |
APP水印相机 | 调用水印相机功能拍照 | √ |
文件存储服务 | 对接指定OSS文件上传服务 | √ |
天气接口 | 对接第三方获取实时天气 | √ |
在线图纸能力 | 图纸iframe嵌入后,支持在线划分、修改和查看流水段 | √ |
四、管理与运维
1.提升项目管理
iVX对于项目管理和项目的提升表现为,“工具即语言,逻辑即代码,产品即架构,研发即运维”。
- 工具即语言
iVX实现了“工具IDE”和“编程语言”的天然结合,一方面编程语言虽然转身幕后,但是却仍然存在,无论是我们生成的“中间语言AST”还是最终编译生成的代码。换言之,开发者可见的只有“IDE”开发工具的界面,通过对工具的操作,编程语言自动生成(代码生成器)。
- 逻辑即代码
这里主要指通过“事件面板”在表达逻辑的过程中,自然生成代码片段的过程。如下图所示,iVX的事件逻辑是全中文的,非常易读易懂,不论是否有开发基础的人都能看懂。
- 产品即架构
随着iVX在团队中的引入,“产品经理”的作用进一步提升,“产品经理”几乎可以完成架构师的工作,真正掌控这个产品的研发过程。以我们内部团队的经验,所有的“产品经理”都要学习iVX开发,这样在管理iVX开发团队的时候,“信息变得对等和透明”,“产品经理”可以直接深入产品最底层,全面接管架构的工作,建立“多少张表”?提供什么服务和接口?产品经理可以了如指掌,当然也非常容易和开发工程师进行沟通。这在过去,几乎是不可能的,由于知识结构的限制,很难让产品经理深入后台,这很大程度上影响的产品的体验,特别是“性能上”的体验。
- 研发即运维
前面也提到了,其实iVX就是“DevOps”和“敏捷开发”的最佳体现。iVX“云原生”的开发环境,天然支持“CI/CD”,支持开发者密集的开发和迭代,做到“持续研发,持续交付”。
2.多人协作开发提高效率
在构建结构较为庞大的项目时,不可避免需要一个团队共同协作,在此场景下就可以使用到iVX提供的多人开发的功能。使用多人开发,项目的开发者可以各自开发单独的模块,最后再通过推送将自己的工作内容上传到主分支(类似于Git的项目版本管理,主分支为所有人开发的远程稳定版本)。
3.开发数据和工作量监控
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。