适用场景:施工进度管理总结、工程协调管理总结、技术方案调整总结
演讲要点:钢构加工与安装协调问题解决→设计图纸与现场不符问题处理→钢构件质量与安装效率提升措施
行文逻辑:组织资源对接→解决设计图纸冲突→优化钢构加工质量→提升现场安装效率
台塑EVA钢构整体有11000多万吨,钢构厂已经加工完成9000吨左右,现场安装8000吨左右为20xx年电仪、管道、设备安装打下了有力的基础。
在20xx年工作过程中我们遇到了很多问题如开始的时候加工钢构件的钢构厂就鸿远一家,后来发现鸿远钢构厂的加工不足以满足现场的需求,孙经理马上组织项目部的技术人员去周边城市寻找合作伙伴,经过长达一个月的时间终于找到既具有加工能力又令业主满意的合作伙伴。还有设计图纸的问题例如场内A区、G区部分钢结构图纸和建筑图纸基础不统一,钢构进场后发现柱底板比基础还大、螺栓间距也不同,在孙经理的带领下,项目部技术人员根据现场情况和以往经验决定在现场用气焊打孔的方案,报业主和设计院同意后得以解决(由于等业主和设计院出施工方案的时间比较长影响现场施工,所以孙经理指示以施工进度为目的,一般由项目部出方案报业主和设计院同意),设计院的图纸有很多错误,在孙经理的带领下和项目部技术人员的努力下得以圆满解决。钢构厂加工的钢构件有许多错误错误比如钢构件的长短不一样、编号错误等等,在孙经理知道后知道后马上带领现场技术人员去钢构厂开会要求钢构厂解决问题,钢构厂马上马上组织人员进驻现场至此问题的一解决。还有现场的安装工人人数比较少,孙经理通过找安装负责人多次谈话,安装负责人终于同意增加人力,还有增加吊装机械。土建的基础做的高的和低的.为钢构安装和灌浆带来的麻烦。孙经理通过把各方负责人找来开会得以解决,具体是高的由灌浆的打掉,低的直接灌浆费用由土建给予得以解决。
20xx年宁波EVA项目部在孙经理的带领下项目部全体人员努力下一步一个脚印踏踏实实走过来的。
适用场景:项目开发过程总结、技术方案调整总结、数据处理流程总结
演讲要点:需求变更应对措施、数据导入功能设计、任务队列优化应用
行文逻辑:调整技术栈→构建数据导入功能→优化任务队列处理
接手了一个项目(大约x年xx月份),前后将近半年的时间,完成了一个可以见人的样子。去除一月份的假期,二月份的新年,实际开发时间,大约x—x个月左右。经历了需求变更,框架重构,技术选型变更,前端模板切换,实施方案变更等情况。
技术栈
工具和技术的记录(最终未采用的):nodejs、vue、mongo、express、dx。x月号左右,决定需要一个管理后台,用户、权限等基础功能,转php的laravel。表图用echart展示。当时预估三月份要投入使用,而laravel自带用户基础相关模块,另外还有其他功能可以直接采用,因此调整技术栈。
数据层
由csv文件作为数据导入方式。因此考虑在后台添加一个数据导入功能,方便后期维护。考虑到可能需要回退和csv文件的管理,添加了一个附件管理功能。csv文件可能比较大,采用依赖chrome浏览器的大文件上传模块,chunk后上传为附件文件。由于csv中并非所有字段都需要前端展示,因此数据模型只保留必须字段。数据导入的时候,数据量稍微有一点规模,使用任务队列(laravel的horizon)处理。有一个功能模块,需要历史数据对比计算,因此添加了一个附件版本管理功能,读取数据时依赖于最近的两次导入记录。
前端
展示采用bootstrap。考虑过套用admin—lte,由于该模板使用的是less,改用core—ui。
部署
上线考虑到成本和实施周期,以及目标客户为小众专业人员,可能会采用本地单机搭建方式。基于phpdesktop,出了个单机版。mysql改为sqlite,届时更新数据只需要更新数据文件即可。而数据导入也不需要任务队列,直接使用laravel框架自带的db:seed。移除后台功能和登陆相关的路由和权限控制。
测试
原本准备写一些基于页面的单元测试,但由于需求功能频繁变动,单兵开发模式,只写了两个页面的测试。
以上就是全部过程和经历,谢谢大家。