修改 文档内容

会议记录/[20220406] 分布式框架讨论.md

@@ -1,28 +0,0 @@
-# 内容
-
-## 杨强
-
-1.为什么要使用微服务架构
-
-2.springcloud和springalibaba 
-
-3.spring 几个组件介绍
-
-
-
-## 讨论
-
-几个问题，可以大家一起来回答：
-1）今年哪些项目可以使用分布式和微服务？
-2）分布式和微服务是否是捆绑的？
-3）如果从公司当前的业务和系统出发，是否有合适的开发、运行框架？要求可以满足当前的功能要求，同时具有一定的可扩展性能。
-4）闵行项目采用哪一种方式，框架是怎样的？需要提供架构图.
-5）公司现有的物联网，是否可以采用分布式和微服务改造？
-
-
-
-## 分享
-
-
-
-`单表查询+代码层组装` or `联表查询`

会议记录/[20220407]闵行项目系统指标编制.md

@@ -1,45 +0,0 @@
-一.会议信息
-
-
-
-
-
-二、会议议题
-
-
-
-
-
-资源指标的四大指标：
-
-   1> CPU使用率：指用户进程与系统进程消耗的CPU时间百分比长时间情况下，一般可接受上限不超过85%；
-
-​     a> 查看cpu常用命令： top -bn 1 -i -c （第三行显示cpu当前使用情况）
-
-​      %us：用户应用程序的cpu使用率(没有通过nice调度)；
-
-​      %sy：系统程序的cpu使用率；
-
-​      %ni：用户应用程序且通过nice调度过的程序的cpu使用率；
-
-​     ![img](https://img2020.cnblogs.com/blog/1503844/202005/1503844-20200529172943604-928180928.png)
-
- 
-
- 
-
-   2> Memory：内存利用率=(1-空间内存/总内存大小)，一般至少有10%可用内存，内存使用率可接受上限为85%；
-
-   3> Disk-源指标是针对服务器而言的；
-
-\2. 资源指标的四大指标：
-
-   1> CPU使用率：指用户进程与系统进程消耗的CPU时间百分比长时间情况下，一般可接受上限不超过85%；
-
-   2> Memory：内存利用率=(1-空间内存/总内存大小)，一般至少有10%可用内存，内存使用率可接受上限为85%；
-
-   3> Disk-磁盘I/O：写/读，使用% Disk Time(磁盘用于读写操作所占用的时间百分比)，度量磁盘读写性能；
-
-​      a> 如果发现CPU大量的时间花费在等待磁盘操作上面，那可以考虑增加内存，将磁盘的数据导入内存，减少CPU对于磁盘的等待，整体提升系统性能；
-
-   4> Network-网络宽带：一般使用计数器 Bytes Total/sec 来度量， Bytes Total/sec表示为发送和接收字节的速率，包括帖字符在内；

会议记录/[20220412] 技术研讨会议纪要.md

@@ -1,117 +0,0 @@
-[toc]
-
-# 会议主题
-
-分布式框架如何在公司项目中快速落地应用
-
-
-
-# 参会人员
-
-| 永天-吉超博(永天-吉超博)         |
-| -------------------------------- |
-| 研发中心-詹叶俊(研发中心-詹叶俊) |
-| 韩锐(韩锐)                       |
-| ya(ya)                           |
-| enzhou(enzhou)                   |
-| 姚强(姚强)                       |
-
-## 研讨内容
-
-1.分布式组件，平台有哪些组件结构&微服务业务模块结构说明 
-
-  1.1） 需要注重版本 
-
-2.现有业务SaaS多租户改造方法  
-
-  2.1） 重要，后期开发涉及到
-
-3.两个框架（ruoyi，jeecg）选型最终确定  
-
-​	3.1）保证各个业务相对独立性
-
-​	3.2）单体服务和集群服务伸缩性(再研究)
-
-​	3.3）注册中心要支持C++，python，php （叶俊可以研究）
-
-4.api的管理，生产者和消费者之间的构成关系，工具类的实现和封装方式，自动生成代码的方式，以及项目的发布流程
-
-
-
-## 讨论
-
-1.单体服务和集群服务伸缩性
-
-2.ruoyi 架构
-
-   好处：1.打包，生命周期管理 2  
-
-3.三个平台产品基础
-
-   技术平台---产品概念-----hubble
-
-   业务中台--乐高 （后台，前端） 低代码，可配置， 内标准
-
-   数据中台（iot网关，大数据数（tsdb）存储， 调度AI）
-
-
-
-## 落实事情
-
-###  电力，消防怎么快速在分布式技术平台应用开发
-
-  3.1)  按照技术平台微服务模块结构开发 （杨强给个初版，我在这个初版调整）
-
-  3.2）IOT数据中台查询独立一个查询服务（java,c++) （正义了解当前有多少种数据查询输入输出格式，调研是否抽取，如果当前做不到，按照以前方案）
-
-  3.3)  设计后端物理模型（表） 加入多租户设计要求 （郭恩洲出详细）
-
-  3.4）前端不重复开发登录，系统管理模块，通过租户管理配置出来，业务开发人员专注业务功能开发（杨强，正义合力做出来）
-
-  3.5）业务中台相对统一前端风格，标配默认：首页看板，数据大屏，可以配置
-
-  3.6）宣讲产品价值观，我们做出来的就是标准产品，打磨这个产品功能，而不是为了交付产品
-
-
-
-### SaaS管理平台（乐高）
-
-4.1） 【重要】乐高后台需求设计 （郭恩洲） 
-
-4.2） 乐高后台产品和UI设计原型界面 （王哲，张婷）
-
-4.3） 【特别重要】微服务结构Demo （杨强，郭）
-
-4.4） 【重要】永天云系统管理 优先开发 usky-system-service 照搬rouyi系统管理模块，并加入我们自己设计 （杨强）
-
-4.6）backend-service    永天云租户后台管理  system-service    
-
-4.5）具体切入到业务场景开发（电力，消防）
-
-
-
-## 时间要求
-
--- 设计文档 （正义，郭）
-
-​		-- 租户后台设计
-
-​		--消防，电力设计
-
---技术平台分布式demo架构要出来（小强，郭）
-
-准备阶段（2022年4月1日-20日）
-        平台调研分析 
-        系统文档设计 
-        技术平台搭建，技术组件选型 
-
-
-
-
-
-
-
-
-
-
-

会议记录/[20220418]会议纪要.md

@@ -1,51 +0,0 @@
-## 会议主题:SaaS平台设计说明书研讨
-
-
-
-​    
-
-# 会议议题
-
-1.saas平台（乐高）分成两个子系统，前台，后台
-
-2.重点理解模块
-
-| 系统配置 |      | 提供基础配置，是一种系统参数方式。域名配置 ，提供有：系统名称，登录背景图，中间页背景图，中间页标题，中间页底部名称，中间页logo，主页logo ，登录方式 |
-| -------- | ---- | ------------------------------------------------------------ |
-|          |      |                                                              |
-
-3.**监控对象（坐标）---监控点位，监控设备(设备编号) -- 讨论**
-
-4.王哲：租户管理和平台菜单和平台配置参数是否有重复？
-
-5.韩正义：租户菜单配置与平台菜单配置之间关系
-
-      - 平台菜单是一个模版，添加当前平台已经开发出来功能菜单
-      - 租户菜单根据客户配置平台在对应平台模版下选择菜单
-
-6.集团账号在后面版本中考虑设计，每个租户对应一个平台配置
-
-7.张婷：公司设计风格初版，老板对初版UI感觉不满意，再沟通;
-
-
-
-## 结论
-
-​         -  大家大脑中形成saas平台应用初步框架
-
-​         -   韩正义目的：在具体业务产品设计中，融入平台， 风格样式考虑统一平台；
-
-​        -   前端不重复开发登录，系统管理模块，通过租户管理配置出来，业务开发人员专注业务功能开发
-
-
-
-
-
-# 执行事宜
-
-1.监控对象（坐标）---监控点位，监控设备(设备编号) 术语表述继续讨论
-
-2.王哲本周对设计说明书进行原型设计
-
-3.创建前端代码仓库 郭恩洲
-

会议记录/[20220420]运营中心大屏功能需求方案.md

@@ -1,289 +0,0 @@
-[toc]
-
-# 系统背景
-
-​     东信运营中心系统是将东信相关系统数据通过几个大屏整合起来集中展示，形成运营中心系统
-
-
-
-## 现状分析
-
-餐饮 平均数据量 100条
-
-活动中心 平均每天数据量在 10条
-
-通行记录 平均每天数据量 6000条
-
-
-
-# 系统目标
-
-- 提供4-5个大屏数据支撑展现
-- 结果报表层为数据缓存结果层，在没有计算层数据产生情况，一直保持数据正常展示
-
-
-
-
-# 系统架构
-
-该系统分为两部分，大屏层，接口层，结果报表层 统一归为展示层， 计算层和原始数据层统一归为数据计算层。 在计算层未产生数据情况下，展示层应可以正常展示。
-
-
-
-![image-20220420140134011](/Users/admin/eclipse-workspace/hippo-book/image/image-0420.png)
-
-
-
-
-
-
-
-# 功能需求
-
-## 能源环境
-
-**时间维度**：天
-
-**模块维度**：电量，給排水，暖通，环境
-
-| 指标                        | 指标类型 | 计算时间               | 归属对象                   |
-| --------------------------- | -------- | ---------------------- | -------------------------- |
-| 电量-当月用电量             | Float    | 按天计算               | 能源与环境表               |
-| 电量-上月用电量             | Float    | 按天计算               |                            |
-| 电量-上月用电量分析集合     | JSON     | 按天计算               |                            |
-| 电量-本月层均用电量         | Float    | 按天计算               |                            |
-| 电量-**楼层用电分析**集合   | JSON     | 按天计算               | 能源与环境表               |
-| 给排水-当月用水量           | Float    | 按天计算               | 能源与环境表               |
-| 给排水-上月用水量           | Float    | 按天计算               |                            |
-| 给排水-上月各类型用水量集合 | JSON     | 按天计算               |                            |
-| 给排水-今日用水量           | Float    | 实时计算               | 0                          |
-| 给排水-各类型用水量集合     | JSON     | 实时计算               |                            |
-| 暖通-当月制冷量             | Float    | 按天计算               |                            |
-| 暖通-上月制冷量             | Float    | 按天计算               |                            |
-| 暖通-上月同步               | Float    | 前天计算               |                            |
-| 暖通-当月发热量             |          | 按天计算               |                            |
-| 暖通-上月发热量             |          | 按天计算               |                            |
-| 暖通-发热同步               |          | 前端计算               |                            |
-| 暖通-在线设备数             | Float    | 实时计算               | 暂时拿不到数据，默认都在线 |
-| 暖通-离线设备数             |          | 实时计算               |                            |
-| 暖通-设备总数               |          | 按天计算，实时计算更新 |                            |
-| 暖通-设备本月运行时长集合   | JSON     | 按天计算               |                            |
-| 环境-室内温度               |          | 实时计算               |                            |
-| 环境-室内湿度               |          | 实时计算               |                            |
-| 环境-室外温度               |          | 实时计算               |                            |
-| 环境-室外湿度               |          | 实时计算               |                            |
-| 环境-7日甲醛含量集合        | JSON     | 按天计算               |                            |
-| 环境-7日PM2.5集合           | JSON     | 按天计算               |                            |
-|                             |          |                        |                            |
-
-   
-
-## 安防监控
-
-时间维度：天
-
-模块维度：安防，巡更，消防
-
-| 指标                              | 指标类型 | 计算时间 | 归属大屏 | 描述               |
-| --------------------------------- | -------- | -------- | -------- | ------------------ |
-|                                   |          |          |          |                    |
-| 安防-监控设备个数                 |          | 按天计算 |          |                    |
-| 安防-在线设备                     |          | 实时计算 |          | 提供初始值         |
-| 安防-离线设备                     |          | 实时计算 |          | 提供初始值         |
-| 安防-7日事件总数                  |          | 按天计算 |          |                    |
-| 安防-7日超时处理事件总数          |          | 按天计算 |          |                    |
-| 安防-按时处理总数                 |          | 按天计算 |          |                    |
-| 安防-未处理总数                   |          | 按天计算 |          |                    |
-| 安防-实时视频边界防护事件记录集合 | JSON     | 实时计算 |          |                    |
-| 安防-实时关键区域防护事件记录集合 | JSON     | 实时计算 |          |                    |
-| 巡更-巡更点位数                   |          | 按天计算 |          |                    |
-| 巡更-巡更任务数                   |          | 按天计算 |          |                    |
-| 巡更-按时完成数                   |          | 实时计算 |          |                    |
-| 巡更-延期完成数                   |          | 实时计算 |          |                    |
-| 巡更-实时巡更任务集合             |          | 实时计算 |          |                    |
-| 消防-消防点位数                   |          | 按天计算 |          |                    |
-| 消防-7日消防事件未处理数          |          | 按天计算 |          |                    |
-| 消防-7日消防事件处理数            |          | 按天计算 |          |                    |
-| 消防-7日消防事件按时处理数        |          | 按天计算 |          |                    |
-| 消防-实时告警集合                 |          | 实时计算 |          |                    |
-| 消防-水箱状态                     |          | 实时计算 |          |                    |
-| 消防-水箱水量（液位高低）         |          | 实时计算 |          | 改为液位高低指标   |
-| 消防-消控室值班监控出勤时长       |          | 实时计算 |          |                    |
-| 消防-各楼层实时水压               | JSON     | 定时计算 |          | 这里体现各个配电室 |
-| 消防-各楼层实时电气               | JSON     | 定时计算 |          |                    |
-| 消防-火点智能识别状态             |          | 实时计算 |          |                    |
-|                                   |          |          |          |                    |
-
- 
-
-## 出入通行
-
-时间维度：天
-
-模块维度：人员通行，车辆通行
-
-| 指标                          | 计算时间 | 计算方法 |
-| ----------------------------- | -------- | -------- |
-| 人员通行-今日总人流量         | 实时计算 |          |
-| 人员通行-1楼进入人流量        | 实时     |          |
-| 人员通行-地库进入流量         | 实时     |          |
-| 人员通行-门禁设备数           | 天计算   |          |
-| 人员通行-在线设备             | 定时     |          |
-| 人员通行-离线设备             | 定时     |          |
-| 人员通行-通行成功人次         | 实时计算 |          |
-| 人员通行-体温异常人次         | 实时计算 |          |
-| 人员通行-健康码异常人次       | 实时计算 |          |
-| 人员通行-陌生人次             | 实时计算 |          |
-| 人员通行-打卡时间分析集合     | 定时计算 | JSON     |
-| 人员通行-实时通行数据         | 实时计算 | JSON     |
-| 人员通行-访客未到放数量       | 定时计算 |          |
-| 人员通行-访客访问中数量       | 定时计算 |          |
-| 人员通行-访客访问结束数量     | 定时计算 |          |
-| 人员通行-访客访问部门分析集合 | 定时计算 |          |
-| 人员通行-昨日访客数据分析集合 | 按天计算 | JSON     |
-| 车辆通行-今日车流量           | 实时计算 |          |
-| 车辆通行-地下停车场出入车次   | 实时计算 |          |
-| 车辆通行-地面停车场出入车次   | 实时计算 |          |
-| 车辆通行-今日停车记录分析集合 | 定时计算 | JSON     |
-| 车辆通行-实时停车记录集合     | 实时计算 | JSON     |
-|                               |          |          |
-
-
-
-## 智慧场景
-
-时间维度：天
-
-模块维度：会议，餐饮，活动中心，文印，厕位，阅览室
-
-| 指标                          | 计算时间 | 类型         |                  |
-| ----------------------------- | -------- | ------------ | ---------------- |
-| 会议-会议室总数               | 天计算   |              |                  |
-| 会议-当前在用会议室数         | 实时计算 |              |                  |
-| 会议-昨日使用时长             | 天计算   |              |                  |
-| 会议-昨日未使用时长           | 天计算   |              |                  |
-| 会议-7日线下会议次数          | 天计算   |              |                  |
-| 会议-7日线上会议次数          | 天计算   |              |                  |
-| 会议-7日混合会议次数          | 天计算   |              |                  |
-| 会议-7日会议时长分析集合      | 天计算   | JSON         |                  |
-| 会议-7日会议平均时长          | 天计算   |              |                  |
-| 会议-7日会议按部门分类集合    | 天计算   | JSON         |                  |
-| 会议-7日会议部门分类平均时长  | 天计算   |              |                  |
-| 餐饮-今日消费                 | 实时计算 |              |                  |
-| 餐饮-今日消费人次             | 实时计算 | 是实时累加么 |                  |
-| 餐饮-早餐人均消费             | 定时计算 |              |                  |
-| 餐饮-午餐人均消费             | 定时计算 |              |                  |
-| 餐饮-晚餐人均消费             | 定时计算 |              |                  |
-| 餐饮-7日消费金额集合          | 天计算   | JSON         |                  |
-| 餐饮-本月早餐最受欢迎菜品集合 |          | JSON         |                  |
-| 餐饮-本月中餐最受欢迎菜品集合 |          |              |                  |
-| 餐饮-本月晚餐最受欢迎菜品集合 |          |              |                  |
-| 餐饮-午餐高峰部门用餐分析集合 | 定时计算 |              | 初始值用昨天数据 |
-| 活动中心-今日消费             |          |              |                  |
-| 活动中心-今日消费人次         |          |              |                  |
-| 活动中心-7日消费金额集合      | 天计算   | JSON         |                  |
-| 活动中心-7日消费类型分析集合  | 天计算   | JSON         |                  |
-| 活动中心-7日消费部分分析集合  | 天计算   | JSON         |                  |
-| 文印-打印机数量               | 天计算   |              |                  |
-| 文印-今日打印任务数           | 实时     |              |                  |
-| 文印-今日打印任页数           | 实时     |              |                  |
-| 文印-7日部分打印页数集合      | 天计算   | JSON         |                  |
-| 厕位-厕位总数                 | 天       |              |                  |
-| 厕位-当前空闲                 | 实时     |              |                  |
-| 厕位-当前空闲绿               | 前端计算 |              |                  |
-| 厕位-当前楼层使用率集合       | 实时     | JSON         |                  |
-| 阅览室-总外借数               | 天计算   |              |                  |
-| 阅览室-还书准时率             | 天       |              |                  |
-| 阅览室-在外数量               | 天       |              |                  |
-| 阅览室-员工阅读喜好分析集合   | 天       | JSON         |                  |
-|                               |          |              |                  |
-
-
-
-## 概览
-
-时间维度：天
-
-模块维度：能环，安消，出入通行，智慧场景
-
-| 指标                      | 计算时间 |      |
-| ------------------------- | -------- | ---- |
-| 能环-当月用电量           | 天       |      |
-| 能环-日均用电量较上月     |          |      |
-| 能环-当月用水量           |          |      |
-| 能环-日均用水量较上月     |          |      |
-| 能环-当月制冷量           |          |      |
-| 能环-日均制冷量较上月     |          |      |
-| 能环-当月发热量           |          |      |
-| 能环-日均发热量较上月     |          |      |
-| 能环-室外温度             | 实时     |      |
-| 能环-室内温度             | 实时     |      |
-| 能环-室内湿度             | 实时     |      |
-| 能环-室内PM2.5            | 实时     |      |
-| 能环-监测设备总数         | 天计算   |      |
-| 能环-监测设备在线数       | 实时     |      |
-| 安消-本月安防事件已处理数 |          |      |
-| 安消-本月安防事件未处理数 |          |      |
-| 安消-摄像头总数           |          |      |
-| 安消-关键监控区域         |          |      |
-| 安消-周边防护设备数       |          |      |
-| 安消-本月消防事件已处理数 |          |      |
-| 安消-本月消防事件未处理数 |          |      |
-| 安消-消防管道平均水压     |          |      |
-| 安消-配电箱平均温度       |          |      |
-| 安消-基础消防设备数       |          |      |
-| 通行-人员通信人次         |          |      |
-|                           |          |      |
-
-
-
-# 表设计
-
-表设计总数：18
-
-表定义格式：   operation___维度模块_____day 
-
-​                          operation___维度模块____hour              
-
-
-
-| 表名                      | 表子段 | 字段类型 | 计算     | 描述          |
-| ------------------------- | ------ | -------- | -------- | ------------- |
-| 日期                      | t_date | datetime |          |               |
-| 电量-当月用电量           |        | Float    | 按天计算 | 能源与环境表  |
-| 电量-上月用电量           |        | Float    | 按天计算 |               |
-| 电量-上月用电量分析集合   |        | Text     | 按天计算 |               |
-| 电量-本月层均用电量       |        | Float    | 按天计算 |               |
-| 电量-**楼层用电分析**集合 |        | Text     | 按天计算 | 能源与环境表  |
-| 租户ID                    |        | int      |          | 默认值：10316 |
-| 创建时间                  |        |          |          |               |
-| 更新时间                  |        |          |          |               |
-
-
-
-
-# 接口设计
-
-- URL定义：模块URL？
-
-  查询规则：
-
-  - 如果通过传入日期无数据处理，默认查询最后一条数据
-  - 提供cache缓存（X小时）
-
-- 输入：
-
-|                | 类型 |               |
-| -------------- | ---- | ------------- |
-| 日期（非必填） | text | ”2022-04-22“  |
-| 租户ID         | int  | 默认值：10316 |
-|                |      |               |
-
-- 输出：
-
-  ```
-  ```
-
-  
-
-

会议记录/[20220421] 微服务技术分享.md

@@ -1,17 +0,0 @@
-# 几个问题
-
-1.useky-demo 包命名
-
-  com.usky.demo.biz 改为 com.usky.demo
-
-
-
------------------------------------------------
-
-1.usky 是否该为 uskycloud ？
-
-2.feigin 远程调用演示(相互调用)
-
-3.提供一个默认公共nacos配置
-
-4.怎么获取session token 信息；用户ID  (工具获取不到）

会议记录/[20220424] 会议纪要.md

@@ -1,139 +0,0 @@
-# 会议主题
-
-  1 永天电力SaaS平台试验田启动
-
-（功能需求，原型讨论，开发计划，可预期的目标效果）
-
-- 不能闭门造车，五继电力数据平移()，进行升级，如果做不到，新做一个测试站点；
-
-- 老用户是否可以使用我们新的产品；
-
-- 对于数据采集入口，进行讨论；（数据底座，数据采集绝对控制权）
-
-- 五继电力数据平移先做出来；（演示标杆）
-
-  2 东信园区大屏标准产品化讨论（功能需求，实现框架）
-
-- 东信业务模型，业务场景比较多，
-
-- 电力平台是否融入到园区场景；（基础底层相同，业务逻辑不同）
-
-- 电力搭好是否快速复制，延伸到园区这块，未来市场：做智能建筑
-
-- IBMS：做成云架构模式
-
-  3.关于IOT设备模型，GIS设施管理模型设计讨论；
-
-​      4.东信园区系统讨论
-
-​     #### 平台建设核心
-
-  - 园区建立目标：IBMS：做成云架构模式
-  - 每个系统垂直深入
-  - 商业模式：云服务租户容量限制和新付费模式
-  - 工程转为服务模式，从项目转产品，从工程转服务
-  - 以电力saas平台形成基础底座，扩展到楼宇平台
-
-
-
-设备设施系统   https://smartpark.caih.com/deviceManager  admin admin123
-
-- 问题0：设备有很多厂家，当前接口设计
-- 问题1:如果以后改为saas架构，需要什么方面调整；（功能模块复制，数据采集方式，结构设计做的调整）
-
-充值系统          https://smartpark.caih.com/vuedx/#/login.  admin. admin123
-
-- 问题0:跨了几个系统的充值？
-- 问题1:充值和消费的打通谁在做？
-- 问题2:两个系统（）不一样对接方式在哪里？
-- 问题3:充值saas架构？（抽取自己充值服务）
-
-安防系统          http://10.21.39.1:8082/#/login   admin admin123  内网
-
-- 问题0:安防系统saas架构怎么改造
-
-  Yq:抽出一个视频服务，整合行业多个安防视频厂商,对于我们saas平台应用只对接自己的视频服务
-
-中控管理		http://10.21.39.6:86/#/system/user zkadmin	123456
-
-- 人员部门管理，单点登录管理，文件（代码）
-
-餐饮系统 		http://10.21.39.5:81/	admin	12345678   // 杭州厂家
-
-- 餐饮设备，消费管理，统计相关功能
-
-会议系统		http://10.21.39.5:82/	hyadmin	123456 yingli	12345678
-
-- 厂商：方途
-
-一卡通			http://10.21.39.6:89/	yktadmin	12345678
-
-- 一卡通整合到门禁，停车
-- 厂商：费浦
-
-运营中心大屏	http://10.21.39.6:91/#/board
-
-- 安防，环境，人员，车辆通行大屏展示
-
-文印系统		http://10.21.39.6:88	admin	12345678
-
-- 厂商：eMPrint
-
-智慧用电
-
-- 功能：日月报表分析，平谷峰值用电，
-
-环境监测
-
-- 厂商：霍尼韦尔
-
-- 功能：温度，湿度感知设备管理
-
-园区集成平台
-
-- 功能：监控室设备，数据看板，静态数据结构管理
-
-东信币管理
-
-- 功能：东信员工在楼宇活动奖励，消费场景
-- 问题：当前员工用钱充值的积分和奖励的积分无法区分开
-
-
-
-
-
-计划：
-
------------------
-
-永天云SaaS平台建议实施进度安排如下：
-准备阶段（2022年4月1日-20日）
-        平台调研分析 
-        系统文档设计 
-        技术平台搭建，技术组件选型 
-建设阶段：（2022年4月21日-7月21日）
-     5月 业务中台 - SaaS管理平台（代号：乐高）      发布SaaS1.0
-     6月 数据中台 - 物联网数据平台 （代号：待定）   发布DaaS1.0  
-     5月-7月 智慧电力，智慧消防企业版应用产品接入  
-
-产品目标：
-    1.建立可适用的基础底座，业务中台，数据中台框架，将现有优秀的系统平移动平台；
-    2.商业价值：满足低成本快速部署，快速对接客户;
-    3.带团队走向平台产品化道路，进行转型
-
-
-
----------------------
-
-预期目标4个效果：
-
-​    1.中间页-功能齐全
-
-​    2.数据看板- 告警，用电量，负载
-
-​    3.大屏-  三维效果
-
-​    4.站点云地图-- 站点设施,运维人员实时精准定位
-
-​    5.数据按照租户隔离，快速复制新租户；
-

会议记录/[20220426]公司培训.md

@@ -1,5 +0,0 @@
-
-
-![image-20220426150556551](/Users/admin/Library/Application Support/typora-user-images/image-20220426150556551.png)
-
-![image-20220426150613854](/Users/admin/Library/Application Support/typora-user-images/image-20220426150613854.png)

会议记录/[20220428]徐言秋.md

@@ -1 +0,0 @@
-![image-20220428133520752](/Users/admin/Library/Application Support/typora-user-images/image-20220428133520752.png)

会议记录/[20220507]东信交付讨论.md

@@ -1,48 +0,0 @@
-
-
-【问题】
-
-1.设备终端数据进入中控平台转发，还是各个业务系统访问经过中控平台转发
-
-2.目的怎么应对对方，还是我自身怎么改造？
-
-【想法】
-
-1.集成系统和平台系统区别。系统功能我们实现了，数据共享和管控架构需要调整，但是不影响的交付的。
-
-【讨论结果】
-
-​    按照原合同交付，找应对对方的方案
-
-【中控方案】
-
-  1.系统管理 ---  接口汇聚，人员同步统一管理；10月/
-
-  2.场景配置 ---  业务流程，配置一个业务流程场景；(一卡通场景，会议场景，活动室场景审批)。10大场景
-
-  3.接口管理 ---  接口注册， 接口统一转发；
-
-  4.开发配置 
-
-
-
----------------------
-
-资源：
-
-杨强---
-
-大体成本
-
-
-
-
-
-# 20220507 
-
-------------
-
-- 中心接口调度部分
-
-
-

会议记录/[20220509]防疫项目申报创意整理.md

@@ -1,213 +0,0 @@
-[toc]
-
-# 介绍
-
-​    政府文件内容：https://mp.weixin.qq.com/s/T1xHB_wkg6s1cSAXYTX7PQ
-
-
-
-# 提纲
-
-## 居家隔离数字管理平台
-
-- 创意分类：   防疫新产品
-
-- 提出人：杨总
-
-- 需求迎合点：快速实现疑似病例快速筛查、远程诊疗的智慧医疗系统和解决方案；面向重点人群防控
-
-- 创意内容：  1.对于居家人员隔离实现24小时全程跟踪
-
-  ​                     2.通过远程红外温度测量，电子传感器锁，远程呼叫帮助政府社区进行远程监管
-
-  
-
-## 社区居民保供物资申请平台
-
-- 创意分类：防疫新应用
-- 提出人：姚总
-
-- 需求迎合点：为有关病毒抗体研发、医疗救护、疫情防控、防疫物资调动等提供算力支撑的云计算公共服务平台
-
-- 创意内容：1.社区居民保供物资申请平台，居民不靠网购、团购，在统一平台上申请（购买）保供物资，自动形成拼单；
-
-  ​                    2.物流由区域政府组织，保证每日一定的运力资源投入（采购服务），商家在平台上抢单，形成竞争，合理降低保供时期的物资成本
-
-
-
-## 楼宇无人检测机
-
-- 创意分类：防疫产品
-- 提出人：李总
-- 需求迎合点：能够提供赋能物资配送、环境消杀、安防巡逻、服务陪伴、疫情区防控等应用场景的智能服务机器人、无人送货车、无人机、无人检测机、无人采样机器人
-
-- 创意内容：1.消杀，健康码，温控一体无人检测设备
-
-  ​                   2.所有数据和楼宇健康云平台系统打通，实现健康管理和预警
-
---  无人机协会
-
---  楼宇
-
--- 施总 和我们公司实际情况出发，可行性上
-
---------------------------
-
-
-
-
-
-## 园区健康管理平台
-
-- 创意分类：防疫新应用
-
-- 提出人：郭
-
-- 需求迎合点：为有关病毒抗体研发、医疗救护、疫情防控、防疫物资调动等提供算力支撑的云计算公共服务平台
-
-- 创意内容：1.针对楼宇和居家提供健康信息管理
-
-  ​                   2.健康分级预警，和政府防疫平台防疫信息同步
-
-
-
-## 防疫物资物流运输监管平台
-
-- 创意分类：防疫新应用
-
-- 提出人：郭
-
-- 需求迎合点：能够提供赋能物资配送、环境消杀、安防巡逻
-
-- 创意内容：1.对于政府物资运输车进行全程监管，
-
-  ​                   2.通过配备一体重量，定位传感器 对于车辆和货物从起点和终点全程跟踪；
-
-
-
-1.和无人检测机结合使用
-
-2.
-
-
-
-
-
-------------------
-
-【头脑风暴】
-
-- 施总
-
-​       内容：1.对5个创意分别进行评价，
-
-​                   2.无人检测设备，社区居民保供物资申请平台 可行性强
-
-- 孙总
-
-  1.云平台方面用户数据比较敏感，建议做细分领域的云平台，比如：楼宇无人检测设备和监控平台结合
-
-- Sandra
-
-​     1.有利于复工复产，线上办公，人员管理，复工人员管理产品，从社会面来看
-
-- ¥¥¥
-
-​      内容：   1.智能消毒柜
-
-​    结论：想法好，可落地实施性不强，带自动消杀，成本高
-
-- 唐
-
-​    内容：云监控：对于人流，物资监控，监控点借住云平台
-
-​    结论：
-
-- 徐
-
-​    内容：1.从智能化角度，以预防角度
-
-​                2.楼宇空调系统，对于空气质量检测
-
-​                3.紫外线灯 在非营业时间段，系统自动开启紫外线灯
-
-
-
-【收】
-
-1.可落地
-
-2.体现我们公司优势
-
-3.时间成本，预留文档编写
-
-
-
-【总结】
-
-1.居家隔离环境管理方向: 利用VR激素，数字孪生技术，手环公共区域，用传感器的技术跟踪用户的运动轨迹
-
-2.非居家环境管理方向:办公场所做疫情防控， 人员出入管理，数字哨兵，针对应用场景，人脸认证，健康码认证
-
-3.软件，硬件，平台
-
-
-
-
-
-1.VR居家隔离平台： 政府动态查看他们动态情况
-
-无人居家隔离数字平台：基于数字孪生技术的居家隔离实时监控管理平台，各种传感器、手环
-
-无人社区消毒柜数字平台：
-
-无人楼宇哨兵数字平台  ：楼宇进出管理一体应用场景，人脸认证，健康码认证
-
-
-
-1.一个区网格，共用一个平台
-
-2.租赁平台使用，搭建一个租赁平台.
-
-3.车载无人机方案和租赁业务平台
-
-4.
-
-
-
-时间：
-
-今天晚上
-
-三个内容：
-
-1.我们是谁
-
-2.我们申请的主题
-
-3.请领导给予关注，关心
-
-4.先确认好几个方向
-
-5.
-
-
-
-
-
-疫情安防巡检
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-

会议记录/[20220524]派米雷项目.md

@@ -1,22 +0,0 @@
-1.整栋出售，
-
-2.现场有几个系统：
-
-- 现有情况
-
-​    监控系统，道闸系统，大门口LED，
-
-​     摄像机监控系统
-
-​    电子巡更系统
-
-- 希望：
-
-  园区管理，贴近人员管理，
-
-​                电表，水表平谷峰
-
-​                LED屏，物业管理信息播报员
-
-​                领导参观，形象大屏工作
-

会议记录/[20220531]世茂沟通会议.md

@@ -1,11 +0,0 @@
-1.组织验收，不能验收的作用
-
-2.不能验收，确认设计稿，确认流程
-
-
-
-# 世茂诉求：
-
-1.世茂代码完成，永天验收，世茂验收
-
-2.设计，原型都是我们这边，世茂出coding

会议记录/[20220606]管理会议.md

@@ -1,65 +0,0 @@
-# 主题
-
-1.回顾产品开发计划
-
-2.演示产品
-
-3.关于产品宣讲（研发支撑市场，让研发产生价值）
-
-
-
-
-
-## TODO
-
-1.消防企业
-
-
-
-1.方案
-
-2.其次演示
-
-3.电力公司演示功能
-
-4.国网电力()
-
-
-
-
-
-6.发展趋势 价值分析
-
-5.能耗可以交易（）
-
-7.体现出我们技术优势
-
-
-
-
-
-1.给电力老大演示我们的系统
-
-   数据说话()
-
-   电力内部，平均处理时效；先了解现在数据；
-
-   降本增效，
-
-2.技术优势
-
-  SAAS 平台五继客户
-
-  平台化架构，高效产出数据
-
-  用能月报
-
-   1.用电数据--分析出工厂，家庭的异常情况
-
-   2.家庭国网电力----
-
-  
-
-  
-
-   

会议记录/[20220613]管理会议.md

@@ -1,59 +0,0 @@
-# 企业版本
-
-
-
-1.管理上，人员资源有限，产品经理牵头，敏捷迭代模式
-
-2.技术平台，业务中台和数据中台，目前在具体项目中落地
-
-3.尽快准备,时间点（） 上线，小视频
-
-4.董艳()
-
-5.研发会议（没问题）
-
-
-
-#消防企业版开发设计
-
-- 市场调研端
-
-- 梅总：企业用户端市场调研需求
-
-- 本周重点：1.闵行招标事项准备，怎么控标，闵行对接收口
-
-  ​					2.如何申报二期项目？
-
-  ​                    3.闵行科委支队长都对接过
-
-  ​                    4.招标工作工作重心工作；
-
-  ### 本周工作没有完成原因是什么情况？
-
-    
-
-  
-
-  ### 项目申报：CMMI认证补贴
-
-   1.项目申报：CMMI认证补贴；
-
-   2.软件中小企业，高兴；
-
-   3.上海市科委，政府科委
-
-  # 东信验收
-
-  1.管理奋勇
-
-​       2.早安图片；（每天把这个）有创意死
-
-​       3.市场品牌
-
-
-
-
-
-
-
- 

会议记录/[20220617]电力发布会总结.md

@@ -1,149 +0,0 @@
-#开场白
-
-各位领导,同事 下午好！
-
-   今天公司内一场发布会，感谢大家过来,各事业部老大，大大小小硬件设备软件都用过，那些都是不断打磨秀出来优秀产品，今天发布产品，宣讲价值，接受吐槽，不断提升产品。请看下小视频
-
-
-
-#3
-
-   第一个环节有给大家介绍SaaS平台背后一些架构工作，对于平台化主要有两个重要工作：业务微服务化和平台数据化。
-
-这个阶段小伙伴在做业务服务化工作，SaaS平台当前新的服务方式， 它的特性：面向中小企业,低成本，可复用. 智慧电力是我乐高体系第一个玩具。
-
-
-
-#4
-
-这是讲的三个内容，平台概述商业价值，建设这个平台背后支撑核心技术，。
-
-
-
-#5
-
-  如何快速响应用户需求 ，平台做两方面重要工作， 我们建立一个乐高平台 形成一个多租户管理模式，有新的客户，配置多新的客户提供试用版本，如果客户设备是在我们标准设备协议或者清单内，物联网平台接入，智慧电力是我乐高体系第一个应用玩具
-
-
-
-#9
-
-
-
-
-
-第一次讲：不知道事业部需求
-
-如何从“集成平台” 跨越 “SaaS平台”，我们先看建设平台中我们遇到痛点。
-
-
-
-
-
-做服务不做系统
-
-数据业务化， 业务数据化， 业务智慧化
-
-
-
-
-
-1.为什么要用
-
-2.平台建设商业价值
-
-3.阿里体系：（中间
-
-
-
-
-
-
-
-# 平台价值
-
-1.平台价值（平台复用很关键，提高利用率，降本增效）
-
-2.如何从“集成平台” 跨越 “SaaS平台”
-
-3.了解SaaS平台背后事情
-
-
-
-# 科委
-
-1.调研客户需求，不能闭门造车。
-
-2.产品分层：基础版，企业版；
-
-3.模块化-内部模块化，外部模块化；
-
-4.CMMI3 管理体系；
-
-5.乐高体系（永天模块化智慧平台）
-
-6.低代码工具(专业化)
-
-7.阶段评审
-
-8.看板数据空的，如果演示；
-
-9.促进消防，电力，方案写出来；【**重要**】
-
-
-
-
-
-
-
-
-
-1.有需求的功能；（技术能力，提出技术核心，技术信心）
-
-2.怎么实现的（方向侧重点）
-
-3.抖音直播（直观告诉你什么功能）
-
-
-
-下一步：
-
- 1.各个重点：技术核心，技术信心；（第一次讲：背后事情);
-
- 
-
-主题：平台化，电力方面；
-
-场合：
-
-1.平台化概念--是公司战略方向，技术核心，技术信心；
-
-2.客户导向---解决问题，宗旨（赋予表面）
-
-3.研发亮点（发布亮点，实时就是）
-
-
-
-
-
-业务平台
-
-- 业务平台
-- 数据平台
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-

会议记录/[20220627]管理会议.md

@@ -1,57 +0,0 @@
-杨总：1.世茂验收标准：代码量评估，投入多少？满足客户整体验收;（互信，宏观方面）；
-
-   1.核心代码量不多
-
-   2.硬件和系统，系统和系统 联调过程；
-
-   3.通过验收（92万）
-
-永固
-
-
-
-2.初步验收和整体验收（运行6个月，场景化开发）
-
-3.总包合同（工作成果,代码量）/交付；
-
-4.世茂  --（原型,设计)；
-
-5.明天上午有空（看不到系统演示），周四周五过来；
-
-6.杨总：拿来主义基因，信息不对称时代；
-
-----------------------------------------------------------------------------------------------------------------------------------------------
-
-- 如何公司建立业务垂直领域过程？
-
-  - 智慧系统都要经历三个业务阶段：业务数据化-->数据业务化-->业务智慧化。大部分项目型信息系统走在业务数据化过程停止不前了，所以无法形成垂直领域的发展。数据业务化是在数据理积累和理解基础上对于领域提出新的管理模式和服务模式。
-
-- 如何打造业务中台?
-
-  - 业务中台也是数据业务化-建议
-
-- 专注倾向力量发展;
-
-  - 开发策略-以项目的落地推进，多给两个楼宇项目落地；
-  - 商业模式：
-  
-- 怎么落地实现，数据平台和SaaS平台化，
-
-- 行业论坛：每个区组织交流培训。从进度款满足下；
-
-- 派米雷园区和闵行企业版平台化技术平台工作准备；
-
-- 找下楼宇SaaS平台，楼宇到底哪些差异，SaaS平台开发模式；
-
-  --------------------------------------------
-
-  
-
-  跨平台管理
-
-  - 系统跟系统关联管理
-  - 人员进出权限----车辆进出股哪里；
-
-
-
-会议系统

会议记录/[20220628]台华新材.md

@@ -1,33 +0,0 @@
-
-
-
-
-## 基本情况
-
-- 面积：几百亩
-
-- 生采
-
-- 住宿
-
-- 食堂
-
-
-
-## 客户要求
-
-- 1.亮点的东西，不需要大而全
-
-- 2.无人机巡检（太湖区域
-- 3.餐饮定额式
-- 4.无线wifi
-- 5.智慧通信：电话网络，数据交换机
-- 6.有线电视
-- 7.中控
-- 8.智慧停车道闸
-- 9.文印系统
-- 10.无人机巡检
-- 11.生产性的园区的出个方案；
-
-
-

会议记录/[20220704]管理会议.md

@@ -1,60 +0,0 @@
-## 会议内容
-
-[姚总]
-
-1.视频方式对产品推广的方式（电力，消防);
-
-
-
-[杨总]
-
-1.实际场地调研，出合同清单，12月31日完成支撑
-
-
-
-[梅总]
-
-1.怎么防止开发人员被同行挖走，代码和人员对公司造成损失	
-
-2.研发团队标准接口，标准框架建设, 不因为某一个人走，影响开发情况
-
-​	 目前正在进行，分布式平台化；
-
-3.和五继合作模式和合作关系变化；
-
-
-
-
-
-
-
-[结论]
-
-   1.关于致远OA，老板在谈的时候，价格合适情况下请优先要求私有化部署，主要考虑以下两点：1.公司有开发团队便于二次开发,方便后期多系统集成,公司后期上市后，业务细化，对于功能需求变化 ；2.如果长期使用使用私有化部署性价比更。对于低代码平台，当前团队一部分力量在加快搭建数据平台。我这里考虑在7月底左右建立低代码开发平台出来. 
-
-2.科技绿洲总部大楼
-
-3.
-
-
-
-
-
-
-
-20220711
-
-1.基础版
-
-2.华为云新增服务器---
-
-3.消防企业版大屏招投标
-
-4.
-
-
-
-
-
-
-

会议记录/[20220706]太敬集团现场交流.md

@@ -1,36 +0,0 @@
-客户提问：
-
-1.各个供应商都有系统，我们需要做什么？
-
-   1.我们在做平台，自主研发平台IOT物联网平台
-
-   2.业务标准化，各个系统单一体，体现不出;
-
-   3.智能化-- 楼宇信息化；
-
-   4.技术优势：加速企业；
-
-2.客户价格.你开发的平台和其它平台有什么不一样， 成本低;   
-
-3.综合平台----各个供应商提供服务，没有机遇；
-
-4.技术势力和性价比；
-
-
-
-# 学习
-
-再信任的人，只相信自己的耳朵和眼睛，不相信的其它人；
-
-工作中，如果遇到沟通冲突，决定后，按照老板要求做完，即使你知道失败的，也要认真做完，让老板认知后不再犯错
-
-
-
-
-
-
-
-
-
-
-

会议记录/[20220725]述职会议&总结.md

@@ -1,315 +0,0 @@
-## 姚总
-1.微服务和本地差异
-
-2.ming
-
-- 评价
-
-  
-
-# 施总
-
-1.姚总和我在工作角色划分；
-
-2.对于当前团队人员层次，你是怎么看待的？
-
-- 评价
-
-1.工作严谨，技术岗位需要严谨
-
-2.
-
-### Bela
-## 提问：
-1.怎么管理，
-2.个人规划
-
-评价
-
-1.郭总是第一个提出转正的
-
-2.多于研发，少于管理，团队每个人纬度情况，没有表现出来
-
-## 评价：
-1.PPT不够细腻
-2.企业文化不够严谨
-
-
-### 梅总
-提问：
-1.大而至简；
-
-评价：
-
-1.作为永天技术总监，内部和外部客户，交流宣导，准备情况不足；
-
-2.大而至简，最高级的处理方法，只有面对团队真实问题，才能带领团队解决，宏观，沉下去，解决问题
-
-3.将自己的管理方法，标准化 输出文档形成公司的资产
-
-还没有站立在管理者角度，管理和发展规划
-
-
-
-
-
-### 杨总 
-1.怎么算完成，当前show出来
-2.给用户使用才算踏实
-
-3.结果导向，你做的产品客户评价作为最终目标；
-
-评价：
-
-1.保留；
-
-
-
-
-
-杨总 汇报几件事情
-
-1.东信园区代码
-
-1.园区平台化以派米雷
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-# 2个月目标
-
-## 管理方面
-
-- 推出管理方法论（方案立项）效果不大,管理基础；（敏捷方式，PDT）团队
-- 
-
-## 技术方面
-- 提供 
-
-- 推进数据平台建设，提供新型时序数据库存储，原有mysql数据导入新数据库 完成100%
-
-- 
-
-  
-## 园区平台化
-- 推进
-
-
-
-
-
-2.工作回顾
-
-【准备阶段】（2022年4月1日-20日）
-
-        - 平台调研分析              已完成
-
-- 技术组件选型              已完成
-
-- 技术平台搭建              已完成
-
-- 系统文档设计              已完成
-
-  架构设计，需求设计，原型设计
-
-  【建设阶段】：（2022年4月21日-7月21日）
-
-- 4月 技术平台 - 分布式平台搭建（系统代号：Hubble） 完成
-
-- 5月 业务中台 - SaaS管理平台（系统代号：Lego）      发布SaaS 1.0
-
-- 6月 数据中台 - 物联网数据平台 （系统代号：待定）   发布DaaS1.0
-
-- 5月-6月 智慧电力产品接入，疫情期间三个版本开发，形成里程碑版本
-
-- 7月-12月  启动智慧园区-派米雷,消防企业版 产品接入
-
-
-
-3.工作成绩
-
-
-
-4.
-
-
-
-## 第2次述职
-
-1.工作回顾
-
-1.1管理工作
-
-​	团队高效管理
-
-​    团队骨干培养
-
-2.1 技术工作
-
-   TSDB数据库建设
-
-   SaaS平台建设
-
-   专利申报工作
-
-3.1 项目工作
-
-​    东信智慧园区项目
-
-​    闵行支队数字平台
-
-2.研发中心技术产品规划
-
- 2.1 建立永天核心产品体系（标准化才能规模化）
-
-​      
-
- 2.2 精耕领域（专注才能专业）
-
-
-
-2.3 大而至简，探索小团队高产值模式
-
-
-
-3.对公司的建议
-
-   3.1 成立项目（产品）管理委员会
-
-4.工作体会
-
-​    
-
-
-
-技术工作
-
-
-
-建议：
-
-​    成立项目管理委员会（PMO）
-
-​    成立产品管理委员会
-
-
-
-1.架设沟通桥梁：让不同业务、不同产品参与者以共同的语言沟通协调
-
-2.管理产品战略：决定做什么、不做什么，制定产品的方向和基本路线，拆解目标，促进协作，解决团队间的冲突。
-
-3.构建指导原则：关于怎么做，提供可操作的产品运营与设计理念，有可操作的量化标准，清晰可落地的作战方针。将产品管理权适度下放给一线。
-
-4.探索创新道路：关注延续性和破坏性创新力量，延续性创新能够及时跟进。对破坏性创新，能组织创新力量去独立跟进。
-
-
-
-<p data-pid="OWa0q_vm">1.架设沟通桥梁：让不同业务、不同产品参与者以共同的语言沟通协调。</p>
-<p data-pid="mutmlCX3">2.管理产品战略：决定做什么、不做什么，制定产品的方向和基本路线，拆解目标，促进协作，解决团队间的冲突。</p>
-
-<p data-pid="T5onwrOf">3.构建指导原则：关于怎么做，提供可操作的产品运营与设计理念，有可操作的量化标准，清晰可落地的作战方针。将产品管理权适度下放给一线。</p>
-<p data-pid="ZuNi128C">4.探索创新道路：关注延续性和破坏性创新力量，延续性创新能够及时跟进。对破坏性创新，能组织创新力量去独立跟进。</p>
-
-
-
-![image-20220920105853807](data:image/svg+xml,<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 1069 758"></svg>)
-
-​    专注才能专业
-
-​    标准化才能规模化
-
-
-
-感悟
-
-**危中往往“有机”**
-
-
-
-
-
-永天云SaaS平台建设计划进度情况如下：
-【准备阶段】（2022年4月1日-20日）
-
-- 平台调研分析              已完成
-- 技术组件选型              已完成
-- 技术平台搭建              已完成
-
-【建设阶段】（2022年4月21日-7月21日）
-
-- 4月 技术平台 - 分布式平台搭建（系统代号：Hubble） 完成
-
-- 5月 业务中台 - SaaS管理平台（系统代号：Lego）      
-
-- 6月 数据中台 - 物联网数据平台 （系统代号：待定）   
-
-- 5月-6月       智慧电力产品接入  
-
-- 7月-12月  启动智慧园区-派米雷,消防企业版 产品接入
-
-【产品目标】
-
-- 建立可适用的基础底座，业务中台，数据中台框架，将现有优秀的系统平移动平台；
-- 商业价值：满足低成本快速部署，快速对接客户;
-
-
-
-
-
-
-
-
-
-一直在推动两件事
-
-
-
-
-
-
-
-### 核心价值观
-
-一起梦想，一起成长，一起分享
-
-### 企业使命
-
-用数字化时代端助力客户融入数智时代
-
-### 企业愿景
-
-成为智慧数字产业的领跑者
-
-
-
-
-
-
-
-
-
-开一次远程会议
-
-
-
-
-
-
-
-
-
- 
-
-
-

会议记录/[20220805]世茂代码分析.md

@@ -1,162 +0,0 @@
-# 世茂系统情况分析
-
-
-
-## 访问地址
-
-10.21.39.6:92 zkadmin/123456  智慧用电
-10.21.39.6:88 wyadmin/123456  文印系统
-10.21.39.5:93 zkadmin/123456     环境监测
-10.21.39.6:89  yktadmin/12345678  一卡通
-10.21.39.5:82  hyadmin/123456    会议管理
-10.21.39.5:81  cyadmin/123456   智慧餐饮
-10.21.39.6:86  zkadmin/123456   中控平台
-10.21.39.5:90  zkadmin/123456  集成管理
-10.21.39.6:91  zkadmin/123456   运营中心
-
-
-
-# 世茂东信现场部署情况
-
-### 10.21.39.5
-
-zhcy    智慧餐饮
-hjjc     环境监测
-hyxt    会议系统
-jcpt     集成平台
-
-![image-20220727143535696](/Users/admin/Library/Application Support/typora-user-images/image-20220727143535696.png)
-
-### 10.21.39.6
-
-ykt      一卡通
-zkxt    中控系统
-wyxt   文印系统
-yyzx    运营中心
-zhyd   智慧用电
-
-![image-20220727143550516](/Users/admin/Library/Application Support/typora-user-images/image-20220727143550516.png)
-
-### 10.21.39.2 
-
-H5
-
-
-
-![image-20220727143417206](/Users/admin/Library/Application Support/typora-user-images/image-20220727143417206.png)
-
-
-
-
-
-# 对方部署jar包
-
-![image-20220727154806386](/Users/admin/Library/Application Support/typora-user-images/image-20220727154806386.png)
-
-10个项目，只有一个工程
-
-![image-20220727155555930](/Users/admin/Library/Application Support/typora-user-images/image-20220727155555930.png)
-
-
-
-
-
-
-
-------------------------------------------------------------------------
-
-1.备份数据库
-
-2.备份代码
-
-3.
-
-
-
-
-
-sudo docker logs --since="2022-07-27T17:10:00" --until="2022-07-27T17:20:00" hyxt-api-01 >>hyxt312312.txt
-
-http://47.101.34.182:6767/
-
-
-
-
-
-
-
-
-
-1.高效  复用
-
-2.抽象，上海园区搭建什么程度，
-
-3.开发  
-
-希望他能衡量，用户认可；
-
-（专利，认可）
-
-
-
-8月份目标
-
-1. 上海园区搭建什么程度；
-2. 专利（最少一个）
-3. 用户：某一个系统；
-
-9月份目标
-
-1. 8月底 发布，园区（永天版本）
-2. 管理方法：
-
-
-
-
-
-
-
-## 技术方面
-- 专利能力 
-- 
-## 管理方面
-- 推出管理方法论（方案立项）效果不大,管理基础；（敏捷方式，PDT）团队
-- 
-## 园区平台化
-- （东信，派米雷）
-
-
-
-
-
-
-
-综合安防  http://10.21.39.1:8082       账号：admin    密码：12345678
-
-充值管理  https://smartpark.caih.com/vuedx       账号：admin    密码：SOve_3i%7E
-
-一卡通     http://10.21.39.6:89/       账号：zkadmin    密码：123456
-餐饮系统  http://10.21.39.5:81/       账号：zkadmin    密码：123456
-会议系统  http://10.21.39.5:82/       账号：hyadmin    密码：123456
-文印系统  http://10.21.39.6:88/       账号：zkadmin    密码：123456
-
-运营中心  http://10.21.39.1:8180/      
-
-设备设施  https://smartpark.caih.com/deviceManager       账号：admin     密码：12345678
-
-
-
-中控系统  http://10.21.39.6:86/       账号：zkadmin    密码：123456
-
-集成管理  http://10.21.39.5:90/       账号：admin     密码：12345678
-
-智慧用电  http://10.21.39.6:92/       账号：zkadmin    密码：123456
-
-
-
-
-
-
-
-
-

会议记录/[20220815]管理会议.md

@@ -1,21 +0,0 @@
-【平台差异化】
-
-1.今天平台化产品
-
-2.
-
-
-
-1.系统
-
-
-
-
-
-1.老板今天给演示的园区产品属于阶段性，代表我们有平台产品。 世茂的代码我是从现场反编译过来，集成到我们平台，不会有太大产品
-
-
-
-杨总 关于我们园区平台规划跟你沟通下，业务基础底座已经初具形态，可基于这个平台继续上新服务，未完成的事每个系统和硬件中间健和各系统功能商业价值分析.
-
-目前我两个规划：1.继续把每个系统

会议记录/[20220822]致远OA讨论.md

@@ -1,35 +0,0 @@
-1.移动平台，业务平台，集成平台，数据平台
-
-2.门户引擎，流程引擎，权限引擎
-
-3.三种形态：运行态，设计态，运维态
-
-4.数据魔方
-
-5.标准的业务应用
-
-6.很有可能；
-
-7.集团版（玉佛寺，台华智慧园区）
-
-8.开发接口（）
-
-
-
-问题：
-
-1.拿玉佛寺功能需求，借助你们引擎，你们需要私有定制化有多少，时间成本交付；（面向这种类似需求）;60-70%，交付周期;
-
-2.低代码和0代码方式构建升级(协同平台);
-
-3.对标功能，选择哪个业务在哪个模块呈现；
-
-4.致远非常成熟----定制化需求；
-
-
-
-结论：
-
-1.周四提供给我们demo，针对玉佛寺系统
-
-2.

会议记录/[20221017]公司会议.md

@@ -1,125 +0,0 @@
-1.事业一部
-
-销售额：计划：4500W， 实际完成：2474W
-
-收款额：计划：2070W， 实际：718.17W
-
-利润额：
-
-回款情况： 应收款：160W，进度款：219W，已完成：375W, 合计：
-
-2.事业二部
-
-销售额：7000W，   完成：3300W     63.3%
-
-回款额：6240W，  完成：1658W       35.4%
-
-3.事业四，五部
-
-销售额：2340。       完成：284
-
-销售预测：
-
-
-
-2.第6事业部
-
-1.销售额：2851   实际：61
-
-2.回款：1177。 175
-
-
-
-3.财务部
-
-  29000
-
-  53000
-
- 1082W
-
-
-
-
-
-3.1 回款
-
-3.2 应收
-
-
-
-34.15%
-
-
-
-
-
-
-
-
-
-
-
-韩正义-10月17访谈
-
-1.项目制最好确定下来（韩正义）
-
-2.以验收通过，还是以回款方式（韩正义）
-
-
-
-
-
-小方-10月18日访谈：
-
-1.这次大会开，没有实际保障和承诺，领导完全没有想好，这个制度说出来；
-
-2.会上这么一说，看不到未来；不如：公司经济运行正常，补给员工，可以和公司共进退；
-
-3.真的要实现6折上，无法接受这种情况；
-
-
-
-
-
-# 大屏改造沟通
-
-2.巡更准时率 是否有这个计算
-
-3.消防监控，总表线缆温度 是否有这个监测值
-
-4.通行管理 今日总人流数1楼，-1楼
-
-5.贵宾录入次数 有后台维护
-
-6.会议预定次数，当月统计
-
-7.福利发放：
-
-
-
-
-
-1.工作量问题
-
-2.分析这个大屏哪些真实获取数据，小雨
-
-3.商务，这个需求变更
-
-
-
-王涛：
-
-1.内容差别不大；
-
-2.时间点（静态可以，动态要求）
-
-3.对接接口 世茂块问题
-
-
-
-
-
-30个工作
-
-4个

会议记录/[20221021]普陀城运项目汇报.md

@@ -1,13 +0,0 @@
-会议主题：明珠承建项目汇报
-
-会议时间：10-22 09:00-11:00
-
-参会人：城运中心领导和各科负责人，京东驻场项目经理，明珠项目人员
-
-会议内容：
-
-1.有各个项目经理负责人，介绍系统完成情况，业务备勤系统，融合通信，物联网运营服务平台，鹰眼高空抛物，智慧工地；
-
-2.业务备勤系统客户没有满意过，没特点，和客户的沟通很不足，少了数据分析；
-
-5.技术端和业务端供需对接有问题，技术端给的标准系统不满足需求；

会议记录/[20221021]研发中心周例会.md

@@ -1,31 +0,0 @@
-会议提纲：
-
-1.各执行中和规划中项目项目情况，对于需要支持提出来； 
-
-  总结：
-
-2.关于项目制初步建设思路 ；
-
-​    2.1 项目制跟进计算模型
-
-​    2.2 谁能担任负责人
-
-​    2.3 谁能担任平台技术负责人
-
-总结：
-
- 3.当下公司情况沟通和分析； 
-
-   
-
-4.关于太静项目需求评估得到评估工时和成本；（王涛，小强，王哲，姚强）
-
-   4.1 
-
-
-
-
-
-跟各位领导汇报同步下【金水青岛项目规划阶段】情况：
-
-【背景】按照10月17日，杨总电话告知，甲方客户预算范围有限，提出要求第二次报价控制80-90W，确保成本在40-50W，我和施总讨论后采取两种策略 1.采购策略报价：先找致远谈，让报价压缩到50-60W区间，我们留下30W利润空间，施总反馈回来，这个致远没有松口，仍然保持165W报价，因为对方也没有现成东西，只有平台，核算对方成本80W左右. 同时我们对致远找的供应商（乐城软件）进行调查成本在28W，2.我们自研发成本也是在80-90W左右；和致远实施方法相同（采购部分模块+平台定制开发） 【这个项目意义】项目属于园区业务产品主要包含（招商，租赁，物业）技术门槛低，业务标准强，前期通过采购快速满足项目，后期通过团队功能复制，完善永天园区产品功能矩阵，希望商务继续推进项目谈判，提高报价,不论是外采，还是自研，这个项目实施可行性和经济意义都很大

会议记录/[20221028]管理会议.md

@@ -1,39 +0,0 @@
-研发中心发展方向：
-
-  1.成熟产品做功能延伸
-
-  2.成熟市场做功能拓展
-
- 
-
-研发中心流程和研发项目制
-
- 1.
-
-
-
-研发方向（公司核心方向）
-
-项目制（项目
-
-- 
-
-1.物联网平台---行业。 2.搭建模拟测试，提前定制产品； 3.建设阶段，要建立消防物联网平台； 4.消防--稳住这个平台。
-
-A。涉及团队。 受限团队体量 思想（）赚了一笔钱；
-B。电器发热，研发团队；先有故事，玄学。
-
-1.立项申请   （时间，质量） 2.闵行项目 12月份验收    3.IT人力资源（）
-
-
-
-
-
-平台产品（立项，成熟产品做功能延伸，成熟市场做功能拓展）
-
-
-
-
-
-
-

会议记录/[20221115]公司会议.md

@@ -1,16 +0,0 @@
-1.之前需求开发目标管理，最近采用过程质量管理，从进行的两个版本来看，好的方面：前端比较配合， 弱的方面：投入不足，不能按照承诺
-2.共同目标：管理商务方面出力，研发方面出力 共同促进验收，需要商讨一个策略出来
-
-3.当前现状：不同于以往的项目 ，这个项目辅助东信员工日常生活运营，所以细节部分要考虑好
-
-
-
-
-
-
-
-
-
-1.组织架构意义：
-
-2.绩效调整意义：

会议记录/[20221115]普陀城运系统调研.md

@@ -1,32 +0,0 @@
-1.咨询慧慧物联网维保成本
-
-2.研发薪资
-
-3.闵行178调研成本加上去
-
-4.
-
-
-
-
-
-
-
-免费开源的WiKi/知识库系统有：1、PingCode wiki；2、MediaWiki；3、DokuWiki；4、MinDoc；5、BookStack；6、amWiki；7、docsify；8、Wikitten；9、Docute；10、Wikitten and MDwiki；11、WordBook。
-
-
-
-
-
-在线演示 ： [http://test.kykms.cn](https://gitee.com/link?target=http%3A%2F%2Ftest.kykms.cn) 账号：admin/123456
-
-
-
-
-
-
-
-作者：极客猿
-链接：https://www.jianshu.com/p/c5e4ef5537b7
-来源：简书
-著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

会议记录/[20221122]普陀城运三方沟通.md

@@ -1,54 +0,0 @@
-会议主题：明珠承建项目汇报
-
-会议时间：10-22 09:00-11:00
-
-参会人：城运中心领导和各科负责人，京东驻场项目经理，明珠项目人员
-
-会议内容：
-
-
-
-
-
-待处理：
-
-1.关于明珠功能项目专项功能核对，截止日期11月29日
-
-  1.1 功能项目专项功能核对计划
-
-  1.2  派驻场人员进行功能核对，代码核对
-
-  1.3 
-
-2.知识库，城市体检系统开发
-
- 2.1 概要&详细设计
-
-
-
-和杨总沟通：
-
-1.明珠功能项目专项功能核对，进行核减，做到心中有数，为下一步接盘做准备;
-
-2.知识库，城市体检系统开发
-
-
-
-
-
-杨总，后面沟通有两个事情向你汇报下：
-
-1.明珠功能项目专项核对，输出差异对照表 对明珠未完成部分做一个三方核对，需要派驻场一名人员到11月29日
-
-2.知识库，城市体检系统开发，前期做需求调研究，概要设计
-
-
-
-
-
-在线演示 ： [http://test.kykms.cn](https://gitee.com/link?target=http%3A%2F%2Ftest.kykms.cn) 账号：admin/123456
-
-
-
-
-

会议记录/[20221231] 消防支队会议.md

@@ -1,77 +0,0 @@
-
-
-# 企业自主管理
-
-1.单位一般只分为：重点单位 ，一般单位；重点单位内容包含高危险单位；
-2.闵行其它单位物联网数据对接进来；
-
-3.具体要看到每家单位物联网数据状态；
-
-4.大型综合体属于重点单位；
-
-# 城市消防体征
-
-1.城市消防体征菜单放到菜单第一项
-
-2.风险等级对比图数据不准，只拿重点单位进行统计
-
-3.投诉类型排名关注近一年
-
-4.城市体征还有一块消防
-
-5.消防站，微站 需要在城市体征体现出来；
-
-# 消防执法动态
-
-1.缺项：查封，应该有本月；
-
-2.人员统计：出动人数不要；
-
-3.行政许可情况需要按照时间维度统计；
-
-4.举报投诉情况：处理数不满意的件情况可以点详情查询；
-
-# 火灾数据分析
-
-1.火灾情况分析：火灾分析按等级调整
-
-# 消防救援站点
-
-1.专支队，特勤务站 需要加入进来
-
-2.消防科普教育基地放到城市体征内；
-
-# 消防水源情况
-
-1.地下取水概念存在疑问，小高确认一下
-
-# 警情综合处置
-
-1.按照警情提交给地方各街道，数据推送给大数据中心
-
-
-
-# 总结：
-
-1.企业自主的管理没做全，其它都是信息归类，九小场所做一个点
-
-2.街镇：单位数据量，火灾近期一年的情况
-
-3.人口和面积是一个维度
-
-5.三合一点位，接出警街镇赋能应用
-
-6.最终领导赋能管理，
-
-
-
-
-
-
-
-
-
-
-
-----------------------
-

会议记录/[20230207]普陀城运项目.md

@@ -1,17 +0,0 @@
-
-
-1.跟气象聊一聊调整；
-
-
-
-1.设备采购租赁
-
- 2.
-
-
-
-不做情况：
-
-1.气象大屏没有内涝那一块，核研可过，核减掉
-
-2.

会议记录/[20230218]东信问题沟通.md

@@ -1,54 +0,0 @@
-
-
-会议主题：
-
-会议时间：
-
-会议记录人：郭恩洲
-
-参加人员：施总，吴律师，郭恩洲
-
-1.清单哪几个没有完成，完成标准；
-
-2.通过清算，额外
-
-2.1 一开始需求没有明确，我已经按照你们要求完成的；
-
-2.2 提了很多变更需求，合同以外参与的工作；
-
-
-
-----
-
-
-
-1.没完成的需求，是因为条件不允许造成；
-
-2.按照合同需求；
-
-
-
-## 要求：
-
-1.清算，做了多少我认，标准永天做主
-
-2.冲突（我们认为的标准和他们的标准不一样，我们要证明我们的标准是对的）
-
-
-
-## TODO：
-
-1.往来的邮件(增补合同相关邮件）
-
-2.清算清单
-
-3.谈判价格，（付钱依据）我们应该付给对方钱，按照调解，双方各自妥协； 50%
-
-4.赔偿价格（找赔偿依据）
-
-
-
-关于软件交付标准和支队领导意愿有差异的，如果领导和支队领导碰头也要知道一下，我们也在努力减少差异，之间按照
-
-
-

会议记录/[20230221]普陀监理会议.md

@@ -1,29 +0,0 @@
-# 
-
-会议记录；
-
-1.需求规格说明书
-
-2.概要设计
-
-3.详细设计
-
-
-
-软件开发项目就啊
-
-数据库设计
-
-软件部署
-
-其它专项
-
-
-
-厂商问题，方案发生变化，目前还在跟供应商沟通中，力争4月
-
-
-
-交通，气象，地图
-
-资源已经给到，3月完成部署

会议记录/[20230310]山东党校会议.md

@@ -1,23 +0,0 @@
-## 会议记录；
-
-## 方案调整
-
-1.依据（物联网建设依据）
-
-2.现状（东校已经建设，燕山校区老旧设备情况）
-
-   23年燕山校区进行实施，进行改造，改造完成后怎么接入物联网；
-
-3.实施：老旧设备怎么对接（建设思路）
-
-4.概算
-
-
-
-### 技术可行性演示
-
-1.集成设备协议对接（）
-
-2.物联网平台（）
-
-2.上层3D建模（）

会议记录/[20230515]火灾调查系统系统.md

@@ -1,37 +0,0 @@
-# 消防调查系统
-
-1.火灾调查系统
-
- 2.消防总队火灾调查处 -张处长
-
-
-
-痛点：
-
-1.流程，亮点；
-
-2.商业模式，找技术亮点
-
-3.从技术模式，需求明确，需求讨论；
-
-4.资源衔接。 
-
-
-
-5.数据治理，数据采集在总体框架，社会商业力量完成可能性比较小，形成案卷；
-
-6.找技术亮点，3D；
-
-7.人工智能，数据模型
-
-9.目前看作秀可能，消防， 火灾最新；
-
-10.三维复原系统；
-
-11.政策导向--不存在消防物联网行业；
-
-12.消防本身就是标准，就是政策法规；
-
-13.四大研究所，嘉定；
-
-14.部局需求；

会议记录/[20230619]设施管理问题.md

@@ -1,37 +0,0 @@
-1.设施类型，设施总数缩小放 tab选项卡右侧
-
-2.地图-设施汇总 间距调整
-
-3.选项卡“设施” 改为 “总览”
-
-4.设施类型长度不要超过5个中文字符
-
-5.二级页面增加”类型概况“选项卡
-
-6.设施编号 -TRSY-20230619145601001 (后端)
-
-7.设施采集列表创建日期 YYYY—MM-DD
-
-
-
-设备管理
-
-1.设备查看-设备类型没显示出来
-
-2.设备属性管理-状态显示错误
-
-3.设备属性管理-列表显示单位字段
-
-3.设备列表数据查看实时数据显示单位
-
-
-
-
-
-
-
-集成：
-
-1.这个可以提。但是提需要提前提
-
-2.

会议记录/[20230620]东信大数据模块方案分析.md

@@ -1,4 +0,0 @@
-# 当前计算对象
-
-
-

会议记录/[20230626]普陀城云会议.md

@@ -1,14 +0,0 @@
-
-
-1.泰山：明珠的一些问题计划4月底，5月底完成，信息没有拉齐；
-
-2.从两个维度对齐：满足的要求，尽量达到全面验收标准；
-
-3.这个问题怎么处理，也需要时间节点;
-
-4.当前没有关掉有12个问题，大部分是数据问题;
-
-5.软测：平台大数据中心，这些数据;
-
-6.
-

会议记录/[20230726]张江机器人谷会议.md

@@ -1,56 +0,0 @@
-智能化部分解决， 智能化部分提供场景，数据管理；
-
-
-
-平台介绍
-
-智能化场景，
-
-
-
-
-
-
-
-平台介绍：
-
-痛点：如果达到智能化到智慧化，弱电集成几个系统，招商运营平台
-
-优势：作为楼宇信息服务商，除了集成弱电智能化，我们集成业务 平台一张图，招商管理，租赁管理；
-
-
-
-软件平台：
-
-1.运营中心，提供BIM数据支持，提供平台一张图管理；
-
-2.数字园区平台--物联数据接入，
-
-3.园区管理平台；招商，租赁管理，打通财务系统
-
-
-
-
-
-主题：
-
-1.目的：让总包设计，讨论今后的需求，交给深化单位；
-
-2.设计：
-
-3.明确我们做哪些系统；
-
- 3.1 信息网络系统 （通信工程）基础部分；
-
- 3.2 信息发布系统
-
- 3.3 音乐广播系统
-
- 3.4 梯控系统； （1，2，3楼）
-
-
-
-
-
-
-

会议记录/[20231110]快递驿站.md

@@ -1,104 +0,0 @@
-1.技术要素
-
-2.货架排放
-
-3.跟他们做一次协议对接
-
-4.乔目科技
-
-5.采购小七
-
-6.数据为了更精准；
-
-7.永天所有
-
-
-
-------------------------------------------------
-
-### 会议内容
-
-
-
-2.无人驿站
-
-背景介绍：华润有一套独立智慧社区APP，其中包括无人快递驿站， 希望建立一套独立系统，驿站需要打通所有快递公司快递公司系统，同时开放数据接口及文档，有平台代理方对接，发送取件码到智慧社区APP，用户通过刷脸进出门，自主拿快递，自助验证完成一次取件体验。
-
-问：你们24小时无人驿站建设上有什么思路
-
-​    快递跟踪，
-
-​    合作开驿站；
-
-​    近期15分钟生活区，
-
-​    华润，万科
-
-​    驿站形态--- 传统驿站没有太大价值
-
-​    无人：货架号（有风险）； 
-
-   现在：快递柜扔到室内，达到无人空间；成本太大；
-
-
-
-快递柜扔到室内，达到无人空间，一年做70个小区；
-
-脱敏情况下；
-
-最大问题：取件码
-
-单店处理量：150票，中通：170票；
-
-1.快递驿站---都到小区门口,
-
-2.微社区团购
-
-1.持续收益 每天2-3W；
-
-2.碎片化的；
-
-3.自己孵化品牌；
-
-
-
-问：是否可以打通所有快递公司系统？
-
- 
-
-问：是否可以和你们做一次性协议对接；
-
-1.结算方式：冲多少用多少 ，分成协议；
-
-2.很概念的柜子，高档的货架，里面功能我们帮你实现；
-
-3.
-
-
-
-### 会议决议
-
-1.合作伙伴：折中方案把妈妈驿站引进进来；
-
-2.梅总：第一阶段：先搞一个房子，一定豪华有科技感；第二阶段：确定方案是人的方案；
-
-3.包装一个产品，设计一个房子，设计一个柜子，给一个概念，给一个名字；
-
-4.考虑清楚结算方式，分成协议；
-
-5.第一个目标：如果在快递到快递驿站怎么推送到平台APP；
-
-6.确定一个品牌，产品规划；
-
-7.
-
-
-
-
-
--------------------------------------------------------------
-
-
-
-
-

会议记录/[20240103]预约系统.md

@@ -1,6 +0,0 @@
-目标：会议室预约形成闭环
-
-
-结论：
-1.会议创建，会议预约调用方图接口都要屏蔽
-2.中控屏人脸签到