一、工作要求 1、把现在存储在服务器上的图片，迁到腾讯cos上（未搭建） 2、实现图片压缩功能：前端在不同的地方（有的是缩略图，有的是大图）获取不同压缩程度的图片显示 3、将一些静态文本改成后台编辑 4、协助一些前端问题的调试（已有前端人员，后端相关功能也开发了） 二、人员需求： 1、非兼职，必须能全天投入 2、Java后端开发经验3年以上
一、需求描述 产品类别：电商（类似于美团，多商家入驻的） 开发进度：已经有UI图，目前整个项目的接口完成了70%左右，数据表建设90%左右。 技术：使用PHP语言、后台api接口框架用的thinkcmf，其他不限。 二、参考产品 美团外卖app 三、人才要求 3 年以上PHP开发经验，精通MySQL数据，有电商系统开发经验。 四、其他要求 坐班要求：最好是可以坐班的（周一到周五）。 项目周期：总周期约15个工作日。 五、根据现有开发进度，接手开发
一、需求描述： 解决matlab调用dll的问题（1. Matlab调用C++动态库，控制电机运动 2. 设计电机运动轨迹） 二、人才要求： 熟悉Matlab C++。 三、参考产品： 无 四、合作方式： 开发方式：远程开发。 开发周期：1天
项目各个功能接口定义已经定好。请人按要求来实现功能。要求熟悉 Java spring boot 等。有5年以上实际项目开发经验优先考虑。. 一、需求描述 产品类别：车联网平台 开发进度：已经有原型、UI图，需要技术开发。 功能：实现各个功能模块。 技术：使用JAVA语言、spring boot框架、分布式架构。 二、人才要求 5 年以上JAVA开发经验，有系统平台开发经验。 三、其他要求 坐班要求：可以每周坐班一、二次，其他时间可以远程。 项目周期：总周期约50天。
智能运维保障云平台设计需求 总体需求： 1. 平台软件主要运行在服务器上。同时也希望能有中间件的开发包括进去。 2. 旧的平台是运行于windows系统下，而新的平台没有明确要求是linux系统还是windows系统。 3. 主要是稳定，能负载几十万的客户端设备交互数据。兼容性要强，扩展性强。 4. 开发语言也没有限定，就是要稳定。 5. 希望有现有的模块，能缩短开发周期，稳定的框架。 6. 功能不必太复杂，要操作简单，UI界面要好看。 7. 希望项目完成后源码能开放。 8. 是否有相似的模板框架，选用成熟的框架（比如车载gps的框架），具体能说明一下大概的架构，工作的原理，相关的信息处理量。 9. 在统一平台下进行移动远程监测和控制【基于IOS、Android的APP客户端】。 10. 能兼容旧的平台端，兼容旧的终端设备。（这部分包括了旧的中间件，旧的平台，就的终端设备等情况，是否可以考虑出一套兼容的方案） 11. Pc客户端最好是通过网页访问平台（B/S或者C/S架构可以由开发工程师按需求来定）。 12. 支持10000个以上传感设备并发连接，每1秒一个心跳业务处理。 13. 是否支持中间层高性能分布式部署？支持多个Web前端站点？支持跨域访问？（这几个问题不太懂要请教一下） 14. 另外对于数据库，平台软件，中间件，如何配合，是分布式还是其他处理方式？以后如何扩展？ 15. 支持服务接口令牌Token安全审计和校验。（这个不太明白，请教一下） 16. 支持核心数据MD5加密。 17. 采集数据监控——数据分析——远程可视（含手机端） 18. 服务器搭建在专网中 19. 为了体现直观，设备的检测中心中，对每个设备的检测能同时切换到其数据的统计，通过柱状图或者其他图表示历史数据。 20. 支持Http及https协议数据访问。 21. 最终成果要求能够快速响应操作指令，达到具有实时性、可视化，安全、快速、高可用、易维护。 22. 监控中心、报表中心、告警中心、控制中心、GIS地图、管理中心、系统日志等等。（监控中心就是有相关设备数据的列表，然后进入设备，报表就是关于各个设备的报表、历史报表，控制中心包括远程控制设备的状态一个列表，GIS地图就是在地图上有相关的设备更新状况，还能通过导航到达，管理中心就是给各个设备分配监测的参数，包括设置管理员之类的，告警中心就是有告警设备的。） 问题：现在有个问题就是所有的平台都是有类型的功能项，比如监测中心，报表中心，告警等等，但是每个项关联起来很困难，比如我要去看某个设备的实时数据，及其报表，其历史告警状况，其控制状况，这都要切换到想对应的界面去。要先去监控界面看实时，然后又点击到报表中心去查找对应的设备号，查看报表，再到报警中心查找对应的报警，最后到控制中心控制远程控制。操作流程非常复杂。希望就简单地在一个界面展示出来，有相应的链接。比如我从监控中心进入设备界面，在设备界面中就有现有的按钮可以控制当前的设备，可以查到最后几条控制历史，可以点开报表，查到到本设备的历史数据，并可以通过图表格式表示出来，本设备的告警情况，及告警处理情况。 APP目的就是给现场操作人员方便，所以必须具备的功能就要有检测状态，地图导航，告警处理确认，设备控制。 另外配置部分也是太多操作太复杂了，最好就是有那种引导式的菜单，能一个窗口就能把所有项都配置完了。除了管理员权限分别部分可以当独划出来，其他的关于设备的配置都得一个窗口配置完（分多个菜单）。 开发的前1周内能出个技术方案，2周内能给出UI界面及布局设计图给我们审阅，以便及时修改。每2周给出一个设计的界面布局及相关的技术实现demo。（主要是针对设计与用户需求的切合性，能及时修改） 这个是我们的旧的平台的框架，但是可能架构比较旧，只用对旧产品的了解，要做相应的调整。 细化需求： 1. 登录 1) 登录用户分为管理员，领导用户和普通用户,访客四种用户。 2) 管理员可进行后台管理配置。 2. 首页 1) 主界面系统基本操作 a) 导航 b) 更改密码 c) 退出系统 3. 系统维护中心 图标如下： （通过这个图标进入有不同的配置，超级用户进入就超级用户的配置，普通用户进入就是普通用户的配置，也就是说部分项在普通用户进入是隐藏的） 1) 超级用户系统配置 这种情况是以超级管理员登录时配置的配置情况。 功能项： a) 角色信息维护： 角色分系统角色和用户自定义角色，系统角色属于功能性角色，在系统开发时内置到数据库中，禁止用户删除；用户自定角色属于权限组，用户可增删改自定义角色信息。（在这就可以添加入维护用户，访客等权限） b) 单位信息维护： 提供单位组织机构信息维护，以目录树的形式展现，系统总管理员可维护一级单位，二级单位管理员可维护其单位部门信息或下属单位信息。系统总管理员可以对一级及二级以下单位都可以维护。 c) 用户角色授权： 对用户进行授权管理，给用户分配功能角色等。来控制用户权限大小。 权限有： ① 查看日志 ② 设备维护 ③ 用户信息管理 说明：这里用户信息管理，就是可以添加、删除或者修改下一级的用户 ④ 远程控制 d) 报警级别管理 ① 有查询框 ② 能新增、删除报警 ③ 有报警显示表格 表格中显示了当前增加的报警类型，可修改。 ④ 报警配置中应该有配置 如下： 报警级别编号（就是一个表格中一个编号，一个报警对应一个编号从1往后数）。 报警级别（从1往后数，数字越高，级别越大），每一个级别对应一种颜色（黄、橙、红、棕….）,可以限定最多只能设置7个告警，这样颜色就可以只在7种中选定。 报警名称， 是否声光报警（预留项）， 是否短信提醒， 是否电话提醒 注意：（短信和电话次数和间隔都得有，不过可以有个默认值填进去，比如间隔为60秒，重发次数为1，表格中记得要有单位）。 可参考图如下： e) 告警类型管理 i. 开关量告警配置 ① 开关量分类名称 ② 分类缺省描述 ③ 告警触发逻辑值 说明：告警触发逻辑值，和下面的图写的“报警值类型”有区别，这里就是说明，当这个逻辑量等于多少时触发报警。因为逻辑量只有true和false，那么就规定非0的值都认为是true，0值为false。 ④ 开关量告警级别 ⑤ 延迟告警时间（秒） ⑥ 告警过滤间隔（秒） ⑦ 0时的描述 ⑧ 1时的描述 ⑨ 报警忽略时长 参照下图 ii. 模拟量报警配置 ① 模拟量分类名称 ② 分类缺省描述 ③ 保留小数位数 ④ 是否采用线性转换 ⑤ 告警延迟时间 ⑥ 告警回差值 （告警到不告警的值） ⑦ 原量程最小值和最大值 ⑧ 目标量程最小值和最大值 ⑨ 门限最大值和最小值及对应的告警级别 这个有四组，我们可以删减到2组 ⑩ 报警忽略时长 记住上面的图缺少了单位。这个可能和线性转换，原量程最大值和最小值，目标量程最大值最小值有关系，具体实现时可以再讨论合理方案。 2) 用户配置 所谓用户配置，就是以非超级管理员登录的情况的配置。 a) 设备信息管理 这里每个配置最好都是有导航指引用户的。 ① 箱体配置 说明：参数有： 箱体编号 箱体名称 经纬度 地区选择（社区选择） 电流参考值和门限值不考虑。 这里参考值应该是乘以原量程或者门限值等情况。初步我们就不做参考值了，就做门限值，也不线性转换了。 ② 摄像头配置 参数有： 摄像机编号 摄像机类型 摄像机IP 供货单位 维护单位 所属的区域 ③ 其他设备配置 用户配置箱体上的设备，选择完箱体后就可以添加摄像头。配置完就可以添加摄像头对应的无上网设备（爆闪灯或者补光灯）。 设备编号（与摄像头对应比如XXX_bg, XXX_bs） 设备类型 设备ip（如果为无设备就不填，默认显示无） 设备对应通道（参数）号 供货单位 维护单位。 如下面第一级为箱体，第二级为摄像头，第三级为爆闪灯补光灯。 注：每次配置下的箱体是一个，但是摄像头和其他设备时可以有多个。 上面三项选择完后，对应的箱体就出现在相应的箱体列表，在箱体列表中有显示在线状态和离线状态，可以切换在线和离线状态（分别表示是否监控）。点击右键可以修改相关的参数，按保存配置就能实时更新。这里的切换状态，修改参数等操作都要输入一次用户密码或者说跳出一个确认按钮，以免误操作。 从上面三项可以看出来有三项配置的，一个是箱体的配置，一个是摄像头的配置，最后一个是一些无网设备的配置。最好一项旧平台是没有的，但是为了融入资产管理这一个理念，我把它加入了。这三项都紧密相关，所以所有的配置都可以放到一个窗口下，分多个菜单配置。另外参数监控的门限应该也在这里配置。 告警的配置可以参考如下： 只是上面过于复杂，有很多都很专业性，我们考虑是否给普通用户就看到简单的配置，而超级用户才看到具体的专业性配置呢？比如像告警级别如何划分，划分多少个这些，这个不要又怕以后可能用户需要修改而改不过来，而如果若全部展现出来，有怕用户看不懂，看懵了。所以我考虑这部分专业性的配置应该给超级用户来配置，而用户只需要设置门限和告警级别。 配置完的设备就可以出现在监控中心中，但是显示是白色的，即是离线（或者说是未授权）。如果过授权完就可以在地图看到，并在监控中心看到相应的颜色（正常或者异常）。 4. 资产状态显示(监控中心) 功能项： 1) 界面分监测区域和概括统计、异常区域。 2) 监测区显示视频点基本信息及异常信息。 3) 显示所有设备或授权设备状态统计 4) 点击设备图标或异常滚动记录条能够进入视频点详情页面。 5) 动态列表监测点设备分四种（离线、正常、高风险、报警） 6) 增加自定义关键字设备搜索功能 7) 支持设备拼音快速检索 有个列表显示所有的箱体，点击箱体中便可以看到相应箱体的全部参数状态。 如下的选项是刷选选项，可以刷选所有正常的箱体，高风险的，和异常(其实就是报警这个应该与告警系统那个统一)的箱体。另外要加多一个白色的，表示离线状态的箱体多少个。 然后选择进入对应的箱体的视频点详情页面类似如下： 在箱体列表中有显示在线状态和离线状态（白色），可以切换在线和离线状态（分别表示是否监控）。点击右键可以修改相关的参数，按保存配置就能实时更新。这里的切换状态，修改参数等操作都要输入一次用户密码或者说跳出一个确认按钮，以免误操作。（点击右键可以跳出一个窗口，有两个按钮一个是修改参数保存，另一个是切换状态） 8) 视频点详情页面描述 a) 要有视频的点的详细信息 如： 监控箱体名称，ID，所属社区等所有之前配置的参数。 监测的参数，包括温度、网络、电压、门磁状态等等。 还有个参数的报警状态，还有个箱体的总体状态，这个是所有参数的告警状态的并集。 还有检测的摄像头的网络状态 统计的表格，统计饼状图或者柱状图 告警的历史表格 远程控制的界面按钮，控制后的状态展现 进入杆体的图类似如下 下面是视频点详情页面（比较重要要修改的多） 鼠标指向任何一个摄像头，出现如下信息： 就是希望在设备界面能点出本杆体的报表数据，包括柱状图，告警历史，并且能控制，UI界面能有个监控箱，能有操作按钮。如下图: 上图虽然不太美观，但是具备了同一窗口下有控制，有监控，有告警等等，但是我们希望的是有链接达到对应的报表，统计图等等。而上面的图也缺少了对于整个监控箱体、服务器、摄像头等设备的拓扑图的描述。 5. 远程控制 远程控制前权限验证 提供远程控制设备选项 提供控制接口参数选项 执行远程控制，系统生成操作日志，包含登陆用户信息及控制参数等信息。 显示最近一次远程控制设备及操作用户信息 能实现APP处理 这个是一个独立的控制菜单，感觉如果控制做到了设备界面的话，这边的功能就多余了，不过这边可以做的是可以做成历史控制查询。查看控制的历史列表。详细实现可再讨论方案。 6. 地图功能（GIS监测） 1) 功能项： 以静态图形式展现GIS地图 地图可放大缩小（仅静态图放大缩小，不支持层级）、移动。 视频点设备位置（根据视频点配置的经纬度） 设备图标能够实时根据设备状态进行变化，区分正常状态和报警状态 视频点设备拼音检索 快速定位视频点在地图中所在位置。 GIS地图中根据当前登陆用户设备授权来显示设备。设备授权详见系统维护中心说明（用户设备授权按设备所属单位、所属片区、设备ID等授权） 点击设备图标进入视频点详情监测页面（设备界面）。 鼠标浮动到设备图标上时，以浮动框形式显示视频点基本信息。 能够框选地图区域，框选后统计区域内的设备类型，数量和状态 能在手机APP中实现导航 地图能通过网络或者其他方式更新（不过要考虑专网的情况下如何更新） 有地图如上，每个点对应一个杆体，鼠标指向其中一个会显示一些基本的信息，如交流供电，温度，网络状况。这个直流可以省去。 以上两图都是参考，但是位置名，当前状态，电压，电流，功率，网络得有。 每当配置完杆体，并挂载在线状态，便会在地图上出现相应的坐标出现杆体来（根据经纬度）。点击对应的杆体，便可以进入视频点详情监测页面。 7. 告警故障监控 1) 功能项 a) 实时告警处理 b) 历史告警处理 c) 告警参数要全部展现出来 箱体名称 报警的参数（这个要么全部列到表里面，可直观地看到哪些正常，哪些故障；要么把所以告警的参数以对应的颜色列到表格中） 箱体的总体告警情况 处理状态 区域刷选 告警类型刷选 能实现APP处理 实时报警是以语音报警提示为主，后台程序实时扫描设备点状态，如有最新告警设备，则语音播放并闪烁系统主界面上报警图标，来提醒用户，用户点击实时报警图标后，跳转到查看当前所有的报警设备。用户可对报警设备进行报警受理处理。 下表只是旧的报警列表要修改，只是参考： 或者可以不采用图标方式可以采用列表方式。 点击任何一个报警设备会进入一个报警处理窗口（另外从设备界面也能进入这个报警处理窗口）。窗口如下： 但是上面的项目得修改一下： 名称，温度，电压，电流，功率，网络，总体报警状态（所有报警的并集），处理状态。 正常流程是，看见名称，然后在对应的参数下面会出现相应的状态，正常就是绿色正常，异常会出现相应的颜色，然后选择，右键可以受理，处理状态就变成受理，如果现场处理完了，可以选择受理的设备点击右键（或者通过APP处理），选择设备处理完成，此时会跳出一个说明框，写下故障原因及处理方法。此时处理的故障就跳到历史故障查询中去。如果故障没有消除，仍然会再出现一次在实时报警处理栏中。 如果在设置报警时设置了报警推送（短信或者APP），那么报警就会通过短信或者APP信息的方法发送到这个区的管理员的手机上。 8. 报表统计 1) 功能项 这里的报表有： 视频点状态统计 视频点报警历史查询 视频终端统计 摄像机统计 摄像机断网实时统计 摄像机断网历史统计 摄像机断电实时统计 摄像机断电历史统计 2) 数据统计分析 区域统计（选择一个大的片区，分析其下一级别中每个区，在某一个时间段内出现故障的数量） 单项分析（点开某个视频箱，分析其在一段时间内出现故障的数量） 单项分析2（分析某一视频点在某段时间内，各个故障分别占的比重） 横向分析（选择某区域某段时间内所有视频点的故障数量比较） 纵向分析（某一视频点每个月或者每个星期的故障次数） （这个报表只有表格没有统计，我们需要就是将所有数据能做个一个统计的图，如柱状图或者饼状图） 可以参考如下： 可以按月份来统计各个视频点的故障数，按饼状图可以看出不同故障的占比等等。 可以分析如：区域报警分析，单项分析，横向分析，纵向分析，整个监控平台下各个区域的报警情况等。 而另外要考虑的是：断网、断电、温度等告警是要做成一份表格还是分开，上面的例子中明显是以分开的形式的。 9. 操作日志 操作日志就是显示最近平台谁在操作。 10. 帮助文档 帮助文档也没有什么可以看的。 11. 其他要求 在项目初期及后期先后以电子档形式提交以下资料 1. 项目初期提交《智能运维保障云平台技术方案》 2. 项目后期提交《智能运维保障云平台用户手册》 3. 项目后期提交《智能运维保障云平台项目总结报告》 4. 项目验收后，提交《智能运维保障云平台系统源码》
P4P一点通是阿里巴巴国际站的一个出价软件, 获取数据 出价都是用的阿里巴巴官方的API,实现的逻辑就是获取数据 来根据客户设置的方案来进行出价. 现在出价程序是用c#写的 服务器端的用的是java 现在要改成java 1、 部署几个出价程序，避免重复出价提升出价效率. 2、改写客户端程序。 目前的客户端应该是没复用http请求的，速度会比较慢。 3、争对单个客户也使用多线程处理。 4、针对单个用户，其他一些不是太重要的操作 异步批量写入数据库，减少程序单次执行时间。 5.提升出价效率,每分钟出价10000次以上 6.出价服务器跟 显示服务器分开,优化程序性能 7.提升客户访问的效率 执行效率,比如 打开软件加载快, 打开词库加载也必须快.不能有卡顿的现象.
