实现网
易物聚人区块链项目简案 项目制

一、核心定位 1、为易物行业长久发展奠定数字化基础。 2、助力易物聚人联盟系统全面转型升级,让会员共享稳定成长收益。 二、远景目标 基于易物聚人为核心业务的全球数字资产财富引领者 三、商业模式 在现有业务上叠加区块链技术,主要体现为: 1、置换产品朔源上链; 2、债权债务客户资料上链; 3、置换经纪客户关系上链。 四、盈利模式 1、数字货币溢价 2、职权债务数据增值 五、区别 体现形式 价值体现 数量与价格 增值业务 目前积分 应用 无限数量,价格恒定 无 数字货币 应用与交易 总量恒定,价值稳升 数据增值空间 六、市场运行 1、发行易物聚人数字货币,即可以作为业务奖励发放,在系统内部流通,也可以作为数字资产持有待升值。 2、会员注册、消费过程中给与易物聚人数字货币作为奖励,同时设立分红体系,每周拿出收取的总体利润的80%以抽奖形式返还会员。 3、条件成熟,将易物聚人数字货币作为整合置换市场的基础,通过并购重组做大做强市值。 4、引入若干家数字货币市值管理团队,提供优惠政策,市值管理团队的入驻提高交易平台的活跃度。 七、发行方案 总量100亿枚,公开发行40亿枚,挖矿奖励20亿枚,市场运作及社群奖励20亿枚,基金会持有20亿枚。 八、资金预算 项目 预算 说明 代币开发 万 建立在BTM基础上的侧链,专业矿机挖矿 DAPP开发 万 重新架构电商系统,使之有钱包及代币交易功能 交易所上线 万 先上泰国交易所,使之具备价值体现功能 方案与软文 万 撰写方案及通过区块链媒体宣传

Small 2ed07cc5c3599b7be9f7a1999fee9caf
昵称登录后显示 3 个月前发布

预估 500000 元

已有7人投递
总后台开发 项目制

智能运维保障云平台设计需求 总体需求: 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. 项目验收后,提交《智能运维保障云平台系统源码》

Small f28e1ecb92809b90587f9d35560b8496
昵称登录后显示 4 个月前发布

预估 45000 元

已有2人投递

我是技术人才
我在寻找兼职工作

申请成为技术顾问

我是创业者
我在寻找技术人才

发布用人需求