这个子部件叫做数据交换系统，是一个类似总线系统，即模块和模块之间不允许直接通讯，必须通过这个数据交换进行数据交换。 设计和和定义好数据统一交换中心的消息协议，保证协议的合理性以及扩展性安全性。 接入各App之间禁止之间交换数据，如有需要进行交换数据的APP，需有提供数据的APP提供调用api接口，并在管理系统里进行接口登记备案，使用数据的APP在需要数据时到数据交换系统进行请求，数据交换系统检查API接口是否备案并调用API接口请求数据、返回给调用APP；接口分为公开接口（只要通过数据交换系统都可以进行调用）和关联接口（只有制定APP列表的请求可以通过数据交换系统进行调用）两类； 消息属性分成两类，同步消息和异步消息。
已有APP应用，PHP后台，和WEB网页的设计，需要根据现有的接口开发PC端的WEB网页和移动网页，需要驻场1个月左右。 Yii框架，已有后台，在Web开发过程中负责后端接口对接和改动。 项目比较赶，需要按时交付不能延迟。 期望开始工作日期：2019-09-01
1. 产品类别： GIS 导航地图分发系统 2. 开发进度： 有原理和需求沟通 3. 功能： 基于地图团队的采集和制图文件， 以及与地图团队一起协商基于区域的地图文件的切割原则。 构建前端手机端和后端服务器系统。 前端主要是用户手机端的地图缓存， 随着用户的位置移动进行刷新； 后端为主地图服务器存储， 能够基于用户的响应推动给用户前段缓存区相应的地图文件。不需要做前端界面，应有对应的极简必需的后端管理界面。 4.技术语言：不限 5. 人才要求： 有相关系统开发经验， 有移动互联网地图前后端系统开发经验优先 6. 其他要求：深圳优先，地域不限 7. 项目周期：30天
1).你在深圳，三年以上工作经验（最好坂田） 2).最好能全职(兼职亦可)做这个事情 3).每周最少有1天能来公司讨论问题和进度 4).最好有你的简历,告诉我们你们做过那些项目. 5).确认需求以后,时间和报价,由你提出
一、需求描述 产品类型：SaaS云平台/企业级管理软件 开发进度：已有原型、UI图，需要技术开发 功能：实现考勤管理模块，包括考勤设置-打卡-考勤统计 技术：Java语言、springMvc/SpringBoot框架、高并发 二、参考产品 钉钉 泛微 云之家 三、人才要求 8年以上Java开发经验，精通MySQL数据，有考勤开发经验。 四、其他要求 坐班要求：全程坐班 项目周期：30天
一、需求描述 产品类别：区块链BaaS开放平台 开发进度：已有原型、UI图、需求文档，按需求文档进行开发即可 功能：创建联盟、创建组织、邀请组织加入联盟、创建通道、邀请组织加入通道、组织用户证书、秘钥生成、业务系统对接sdk， 技术: java、超级账本 fabric框架、k8s、 二、参考产品 阿里BaaS平台、腾讯Tbaas平台、华为BaaS平台 三、要求 之前写过Baas类项目，会java、go，熟练掌握 fabric框架， 可以选择坐班或者兼职，需能高效出活儿，
社区团购商城，有自营模式，有第三方商家入驻，但是又有商家上架商品美观度和质控把握。有预售，团购模式。支持团长开团，有产品，UI，程序开发团队，希望能面谈下具体给些参考意见，团队在广州和深圳，能在这两天抽出当面谈下。
1、一款手机拍证件照的小程序 2、用户选择照片类型、手机拍照、然后上传到检测平台（已有检测平台，检测平台会完成照片的抠图、排版），然后将完成后的照片传给用户，如不合格，或需要调整的，将检测平台的修改意见传给客户。 3、产品整体外包开发，价格面谈 4、需要有售后服务，与交接文档
需求描述：本项目接收时间序列数据并存储到mysql，mysql的存储容量上限是2T，目前已经接近1T并且以7G/天的速度增长，急需进行冷热数据分离。具体业务需求如下： 1、低成本时间序列冷数据存储方案选型，不限于OpenTSDB，mysql，mongodb等； 2、设计部署方式，本地部署，机房部署或者云端部署； 3、满足3年以内数据存储需求； 4、成本低，易维护； 5、完善的部署、运维、扩容文档 6、有基本的java/go开发能力 其他要求： 一周至少坐班一天，两周时间内完成。
源文件是原始的PDF（可以编写的那种）或扫描件，基本上是账单，需要通过内容识别，将入和出的金额及其他内容*按需存入数据库方便未来调用。 对识别率有较高要求，允许借助各种OCR识别API或其他来实现。
一、需求描述 产品类别：论坛 开发进度：已经有一个网站，需要技术二次开发。 功能：旧论坛数据导入，官网，文档，dashboard账号互通。 技术：基于 Ruby on Rails 和 Ember.js 开发，数据库使用 PostgreSQL 和 Redis。 二、参考产品 声网Agora 开发者论坛（https://dev.agora.io/cn/?_ga=2.179140772.1256315303.1538965893-1484721634.1530514065） 三、人才要求 3 年以上 Ruby on Rails 和 Ember.js 开发经验，数据库使用 PostgreSQL 和 Redis，有论坛开发经验。 四、其他要求 坐班要求：可以每周坐班一次，其他时间可以远程。 项目周期：总周期约20天。
我们属于创业团队，欢迎你加入 目的是打造个人的信用数据，将他们变现，是收入和个人价值的一部分，而不是为巨头所用 需求，架构已经出来了，经济模型也好了，目前差技术 以太坊，EOS合约开发 类似于公信宝 可以制作DAPP，对大数据处理有了解，
需要请工程师帮忙做一个程序，用于识别较为清晰的图片与PDF文档，根据里面的规则上传到数据库，按照一定的规则生成文档。 这里没办法上传附件，图片是银行账单，有4个不同的样式。 需求是： 1）要识别里面的数字与文字，根据数字前面的文字或位置判断是属于借还是贷，将数字与文字分别录入到数据库内； 2）用数据库内的数字，透过加、减、乘等规则导出一个报表。也可以做成将数字和文字嵌入在我们提供的excel表格内，生成并保存。
C#桌面软件增加功能及调整； 涉及到的软件：01.visual studio 02.DevExpress 03.access （即MDB数据）不联网的； 要求： 1.全职自由 2.生手匆扰； 3.全天在线； 4.可以远程但必须是自由职业者
一、核心定位 1、为易物行业长久发展奠定数字化基础。 2、助力易物聚人联盟系统全面转型升级，让会员共享稳定成长收益。 二、远景目标 基于易物聚人为核心业务的全球数字资产财富引领者 三、商业模式 在现有业务上叠加区块链技术，主要体现为： 1、置换产品朔源上链； 2、债权债务客户资料上链； 3、置换经纪客户关系上链。 四、盈利模式 1、数字货币溢价 2、职权债务数据增值 五、区别 体现形式 价值体现 数量与价格 增值业务 目前积分 应用 无限数量，价格恒定 无 数字货币 应用与交易 总量恒定，价值稳升 数据增值空间 六、市场运行 1、发行易物聚人数字货币，即可以作为业务奖励发放，在系统内部流通，也可以作为数字资产持有待升值。 2、会员注册、消费过程中给与易物聚人数字货币作为奖励，同时设立分红体系，每周拿出收取的总体利润的80%以抽奖形式返还会员。 3、条件成熟，将易物聚人数字货币作为整合置换市场的基础，通过并购重组做大做强市值。 4、引入若干家数字货币市值管理团队，提供优惠政策，市值管理团队的入驻提高交易平台的活跃度。 七、发行方案 总量100亿枚，公开发行40亿枚，挖矿奖励20亿枚，市场运作及社群奖励20亿枚，基金会持有20亿枚。 八、资金预算 项目 预算 说明 代币开发 万 建立在BTM基础上的侧链，专业矿机挖矿 DAPP开发 万 重新架构电商系统，使之有钱包及代币交易功能 交易所上线 万 先上泰国交易所，使之具备价值体现功能 方案与软文 万 撰写方案及通过区块链媒体宣传
智能运维保障云平台设计需求 总体需求： 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. 项目验收后，提交《智能运维保障云平台系统源码》
网站：https://www.icris.cr.gov.hk/csci/ 在这个网站上抓取一些信息，需求有2个： 1）抓取需求。访问后点击【无账户使用者】，然后会跳出一个新窗口，新窗口内有单选或多选，随机选择某个再确认后进入查询页。查询页有按编号查询的，从000001开始抓，抓完所需要的内容录入数据库后再轮到000002开始，以此类推。 2）即时查询需求。 在我们的网站搜索框输入公司名称或编号之后，服务器后台实际上从上面说到的网站上抓取数据，反馈即时新数据过来。反馈的数据要能整理并使用。 可参考此网站：http://www.cidb.pub/HK.aspx
一、对目前的后台系统进行二次开发，完成需要的功能（后台+数据库+部署） 二、具体需求不便公开，私聊 三、对人才的要求： 1、熟悉.NET框架，熟练掌握C#/.NET的基本开发技能 2、熟悉MS SQL Sever的设置和使用，熟练编写SQL语句 3、有实际的 Asp .Net + SQL 信息化管理系统项目开发经验优先 4、熟悉证券交易流程业务优先
P4P一点通是阿里巴巴国际站的一个出价软件, 获取数据 出价都是用的阿里巴巴官方的API,实现的逻辑就是获取数据 来根据客户设置的方案来进行出价. 现在出价程序是用c#写的 服务器端的用的是java 现在要改成java 1、 部署几个出价程序，避免重复出价提升出价效率. 2、改写客户端程序。 目前的客户端应该是没复用http请求的，速度会比较慢。 3、争对单个客户也使用多线程处理。 4、针对单个用户，其他一些不是太重要的操作 异步批量写入数据库，减少程序单次执行时间。 5.提升出价效率,每分钟出价10000次以上 6.出价服务器跟 显示服务器分开,优化程序性能 7.提升客户访问的效率 执行效率,比如 打开软件加载快, 打开词库加载也必须快.不能有卡顿的现象.
