springboot

针对线上流量增速放缓，获客成本高，新用户推荐效果不佳等问题，规划智能卖场建设目标 。 设计营销策略，通过线下推广、微信营销有效拉新，微信公众号 的订阅、推送 促活、提高转化率 。 设计技术方案，通过价值商品挖掘 、 相似商品聚类 、潜在用户挖掘 ，有效实现货找人模式 。线下推广新用户占比90%。 微信公众号召回率30%+，转化率12%+。

项目包含几个大模块，入库、出库、验车、移车、整备记录、连接便携式打印机打印车辆信息条码、图像识别、二维码扫描等

一、物流订单管理系统主要分为这几个模块： 1.订单查询模块： 1）快递订单 2）物流订单 根据订单的类型查询，根据寄收件人信息查询，根据下单渠道查询，订单导出 2.物流下单模块： 1）api下单 2）物流下单 3）快递下单 根据每个快递公司不同条件下单 3.状态推送模块 正对于api用户需要推送，每一笔订单的状态以及扣费情况，从一开始的每30秒十条到现在的每10秒300条推送 二、针对于技术难点 1.怎么实现百万级数据查询 首先考虑的是分表 1）通过路由按照月份直接分表查询【改动过大】 2）通过Sharding-JDBC按照分表查询【会存在关联查询】 3）通过主从表，从小表查询到大表数据【暂时使用这个方法】 现在能够实现300w的数据稳定查询

本系统以城市运行管理“一网统管”为目标，在智慧城管基础上，搭建城市综合管理服务监督指挥平台，完成应用体系、数据体系、管理体系、基础环境建设，加快涉管部门信息共享、数据分析、工作互动，有效增强城市管理统筹协调能力，提高城市精细化管理服务水平。平台包括包括业务指导、指挥协调、行业应用、公众服务、运行监测、综合评价和决策建议等7个应用系统，以及数据交换、数据汇聚和应用维护等3个后台支撑系统 功能描述： 1、业务指导系统。市级平台可共用国家平台业务指导系统，通过国家平台分配账号使用权限，将国家平台业务指导系统以单点登录的方式集成到市级平台。如市级平台自行建设业务指导系统，则应通过数据交换系统将业务指导数据共享至国家平台或省级平台。 2、指挥协调系统。实现城市运行管理问题的“发现、立案、派单、核查、处置、结案”的闭环管理，并具备接收、办理和反馈国家平台和省级平台监督检查系统布置的重点工作任务的功能。 3、行业应用系统。对于现有的城市管理行业应用系统应统一集成整合到市级平台。 4、公众服务系统。建设公众号、APP ，具备通过指挥协调系统对公众诉求进行派单、处置、核查和结案的功能，以及对服务结果及服

现货/期货管理平台 技术选型：springboot、Vue、MySQL、Oracle 担任角色：业务代码开发、sql报表开发&调优、docker镜像部署、ELK日志系统搭建等。

定位物流平台，统筹管理物流运作， 包括仓储、运输、配送。 对内实现各类资源整合形成跨部门协同运作， 对外形成服务产品，客户基于服务产品进行订单计划、执行、结算。本系统主要包含订单、仓储、库存三大模块，其中细分18+3个模块。 主要负责其中仓储部分出库模块、订单模块的三方订单接收模块和库存中心的出库模块。

对SpringBoot封装分布式框架，使用了Nacos，替代了SpringCloud的Eureka、Config，自己封装的替代了Ribbon、Hystrix、Fegin 使用接口式远程调用，采用接口找服务的模式（非服务找接口） 实现了分布式事务（不同库也可以）、小型版Hibernate、自定义入口验证器 项目地址选择：service-parent service-common

1、前端展示和查询法拍信息、联系客户、提供地区相关服务、用户可购买、法拍复杂工具 2、一个人完成全部，后端服务使用springBoot /saas 架构，前端小程序

项目功能包括人员管理,权限管理,角色管理,第三方应用授权管理. 采用oauth2协议,系统拥有三种授权模式,默认采用授权码模式使用code换取Token获取资源 本项目个人独立完成前后端代码编写

海底捞餐饮连锁管理系统实现了从云端菜品到门店iPad点餐的餐饮一体化SAAS解决方案： 云端系统：实现了人员档案管理及各门店服务员的权限分配，各门店桌台、菜品（包括套餐新增）、锅底和各种口味以及支付方式的管理，门店通过定时任务获取到有变更的数据拉取到门店数据库。 门店系统：通过iPad直连门店服务器，实现从开台、点菜、下单和结账一整套流程化服务。门店通过定时任务检测订单变更情况，同步订单到云端数据库。防止门店服务器出现故障无法结账。

1.维护企业组织架构信息（员工&岗位&组织&菜品&经营信息） 2.从其他平台接入企业的经营数据，使用dolphinscheduler进行任务编排整理数据形成报表。 3.给前端提供后端接口，获取所需数据

采用opcUA订阅的方式获取设备计量仪表数值数据，并写入时序数据库influxDB中，使用连续查询，将数据处理写入新的表中 以便后期按时间维度来计算能耗，后期改成TDengine数据库，使得更安全高效地将大量设备、数据采集器每天产生大量数据进行汇聚、存储、分析和分发，对业务运行状态进行实时监测、预警，提供实时的商业洞察。

1,负责项目搭建开发。 2，负责open-api对外接口开发。 3，负责对接墨西哥，秘鲁，印度，越南等三方支付和银行的支付系统对接。 4，负责系统后台的管理模块开发。

为更好支持业务数字化转型，将 HR 与数字化结合、向智能化发展，HRIS 划分为两个系统进行开发：DLMS rebuild 项目和 Smart HR system。DLMS rebuild 项目依据核心需求为后续工厂智能系统、Smart HR system 开发提供稳定数据源、迭代&拓展基础。项目整体费用550万元：首笔投入406万元，运维费用144万元。

1、前端项目包含移动端(社保卡申领与邮寄、社保卡挂失与补换、人社业务查询、人社信息发布等模块)，后台管理端（社保卡窗口办理、社保卡邮寄管理、预制卡管理、补换卡管理、统计和报表等），前端使用nginx部署，后端使用SpringCloud微服务 2、作为项目经理参与了部分前端与后端的开发与设计工作 3、与社保卡读卡器，身份证读卡器、高拍仪、相机等与系统连接兼容问题使用了基于WebSocket的方式

完成业务架构、应用 架构 、数据架构 整体 梳理 、方案 设计 涉及交易、订单、商品、用户等一级核心业务域， 20+二级业务域 。解决业务架构边界不清晰、紧耦合、业务逻辑过重等问题。实现应用架构分层、灾备、高负载。合理设计数据读写、分库分表、缓存、分发 机制

用数字化模块和信息化技术整体方案，对企业进行流程再造，在企业生产经营中发挥作用。将企业内部经营的所有业务 单元如订单、采购、库存、计划、生产、质量、运输、市场、销售、服务等以及相应的财务活动、人事管理均纳入一条供 应链内进行统筹管理。该项目主要采购、财务、凭证、库存等业务功能，根据不同的业务功能拆分成多个子项目（不是模 块），并使用maven私服进行管理，同时为负责不同子系统的开发人员配置不同的权限，遵循最小权限原则，保证了软件系 统的安全性。 主要负责的功能：负责财务子系统中的订单返利功能、票单匹配功能、电商平台费用应付单/核销单/结算单的生成等。 该项目中存在的问题：1.由于该项目属于中途接手的项目，同时产品经理对业务不了解且项目交接过程中基本无项目需求 文档和程序概要设计文档导致对业务的理解不够深刻，给项目开发带来了巨大的苦难，而且无法保证项目交付的质量。2.每 月财务结账过程中存在大量的由于代码漏洞和业务缺陷导致的错误数据，需要人工干预修复数据，给系统的稳定性带来了 挑战。3.生产环境每月存在频繁的宕机heap oom和metaspace oom（优化大数据量导出写法、增加me

《重大危险源实时监控》整个页面分成8部分内容，第①部分，是“当日预警信息”情况：上面分别是“正在报警”、“当日累计报警”和“平均消警时长”，下面是四种数据类型的当日报警累计统计数量；第②部分，是各种数据类型当日报警各种级别的占比情况；第③部分，实时报警列表，点击任意一条报警信息，可查看报警详情；第④部分是重大危险源“温度”、“液位”、“压力”横向轮播效果，最上方是“目前系统监测的设备总数”、“没有报警设备数量”和“正在报警设备数量”；第⑤部分是关注部位的“温度”、“液位”、“压力”指标情况，每次显示10个；第⑥部分是最近五日四种类型报警数量的趋势统计；第⑦部分是可燃有毒气体高风险排行榜；第⑧部分是视频轮巡。

相关技术：Spring Boot+Shiro+Mybatis+Mysql 项目描述：基于开源基础分析平台（KNIME)实现可视化、交互式、智能化推荐式分析流程选择、节点选择、算法参数智能推 荐，并开发服务端提供流程节点的远程执行和KNIME HUB提供本地节点和流程的云端上传和下载。 项目职责： 1. 参与需求的设计讨论工作、协助编写功能开发文档、完善开发方案。 2. KNIME源代码分析，参考技术文档，对KNIME节点二次开发，加入自定义逻辑，实现埋点。 3. 负责解析KNIME节点推荐JSON数据，编写推荐接口，实现自定义推荐。 4. 负责KNIME HUB节点模块和流程模块开发、负责KNIME服务端，流程远程执行接口的编写。 5. 负责完成KNIME桌面端的汉化.

分布式任务调度平台,二开自xxl定时任务框架，作为定时任务的辅助模块集成到原有项目中，用于解决原有项目定时任务性能消耗大的问题