关于乌鲁木齐市亚欧稀有金属有限责任公司工业平台管理软件工程建设项目征集方案书的公告

关于乌鲁木齐市亚欧 (略) 工业平台管理软件工程建设项目征集方案书的公告1.概述乌鲁木齐市亚欧 (略) （简称“ (略) ”）为新疆亚欧 (略) 全资子公司。由新疆亚欧 (略) (略) (略) ，公司注册资本金1亿元，前身 (略) ，始建于 * 年，曾经享有“新疆锂盐亚洲第一”的美誉，从事锂盐和金属锂的生产已有60多年的历史。公司的金属锂系列产品既属于新能源又属于新材料，符合国家和地方的产业政策，也符合自治区“十四五”科技创新规划明确的重点方向，具有很好的发展前景。随着先进制造业的发展，公司为自身发展的需要，逐步走向自动化，信息化，数字化，建立新时 (略) ， (略) 业标杆。
公司信息化的工作在 * 年完成了信息化建设一期工程，主要是围绕 (略) 了建设，主要内容包括综合布线系统、网络系统、综合机房、 (略) 、安防监控门禁系统、消防报警系统等，具备了软件平台建设的基础。自 * 年开始，计划投入1-2年的时间建设包括能源管理、生产管锂等信息化工业管理平台，实现全面的信息化管理，目标建 (略) 。
2.项目需求及目标2.1现状分析（1）现有生产线自动化程度不高， (略) 实现DCS控制，整体设备数据不能全面监控，生产线各子系统之间形成信息孤岛，无融合贯通。 (略) 于一个分散管理，并未真正的集中控制，未整合到一个平台，并未真正实现DCS控制。（2）原辅材料、备品备件、中间产品和产成品出入库盘点等操作全靠人工记录，然后人工录入到企业NC平台，数据时常出问题或失真未建立完整的数据库。无法做准确的追溯。（3）能源管理系统目前乌鲁木齐 (略) 能源主要一级能源为电、水。二级能源压风。一级能源一 (略) 络计量能源流向图：高压进线--高压配电室--变压器--低压配电室--现场配电柜--设备（详 (略) 络图）电气仪表采用长沙威胜三相三线和三相四线制，电度表通讯方式无线GPRS ， (略) 配电室采用 * 集 (略) 配电室的数据通过GPRS传输到威胜服务器， (略) 络登录该服务器可访问相关数据，访问数据主要有：1 运行电压；2 运行电流；3 实时电量；4 累计电量；5 产生的电费目前这些数据都可在线访问，而且这些数据可以以班 (略) 能耗统计。以上为亚欧用电计量情况说明。 (略) 络图中标注的是现有情况，以后有可能继续扩充。二 水 ： (略) 水表均是机械式水表，水表更换已经 (略) ，采用 (略) 络平台，厂家为云计算。正在购置中。功能与电表一致。二级能源压风： (略) 位于锰酸锂库房与 (略) ，电机功率75千瓦，型号为阿特拉斯G75 面板采用触摸屏控制（Elektronikon 控制器的控制面板）， (略) 域网通讯接口，目前主要用风通往电解和精制及锂盐车间三大块，均未装有流量计。压风属于重点用能设备。冷冻水、 (略) 制冷机组3台，制热机组1台。 其中制冷机组2台已安装使用，1台等待安装。1台安装在电解车间新净化用于给次氯酸钠降温，冷却介质为水，通过机组风冷塔形成自循环，另外一台安装在精制一段用于冷却手套箱，也是同上循环。水源热泵与之相反从循环水取 (略) 交换热量。目前都未装有流量计。（4）安防监控设备运维
目前 (略) 管理未实现信息化管理，管理粗放甚至未建立完成整的设备运维档案，缺乏系统的管理。不 (略) 的现状。涉及重点的 (略) 数据并未实现在线检测与预警机制。 (略) 分引入到车间分散 (略) ，信号未整合到中控制。涉及重点库房及设施的监控信号未尽入系统。目 (略) 络已基本覆盖全，门禁系统基本已经安装完毕。还未投入正式使用。2.2 项目目标按照实 (略) 为目标：（1）从数据源头着手，对于现有自控系统以及能源介质计量仪表、仓库数据、 (略) 充分的数据收集， (略) 数据孤岛。（2）建立统一 (略) ，实现信息共享，从生产设备、能源设备的静态管理转向动态分析、实时管理。为企业管理实现可控可视可追溯。（3）基于统一 (略) ，建立集中式管理模式，在公司层面，可以实现安全巡检、仓储物流、能源管理、质量管理、设备管理、生产管控、指挥调度统一管控，提供信息化分析手段，让整个企业生产过程看得见，安全控的住。能实现数据报表的动态连接无缝对接，如电量、材料消耗、备品备件消耗等直接实时反映出消耗情况反映出成本消耗。 (略) 位的实时监测以及报警响应。以及采取应答的措施。用能设备的监控以及超出预定能好的预警机制等。3.方案编制要求3.1为确保企业信息最大程度地实现共享，避免各管理系统间形成独立的信息化孤岛，系统要与现有电力监测等子自动化系统和ERP等 (略) 集成，形成统一的信息化平台。
3.2平台为多系统集成，需要可视化、轻量化的开发环境、运 (略) 环境，可快速完成信息化系统的工程开发、 (略) 、发布应用。
3.3软件平台需要支持通用的组态方式，可构建基于海量数据采集、存储、计算、展示的服务体系。提供多人在线协同开发环境，具备严格的防冲突措施，不同专业的人员都可以同时开发、互不影响.
3.4软件平台需支持远程运维管理， (略) 署方式，能 (略) 署， (略) 运行，运维简单。
3.5软件平台需要基于微服务架构，能够支撑微服务组件库的管理和调用，维护简单、扩展容易。
3.6软件平台需能够满足不断变化 (略) 优化和完善。需要降低对实施方的依赖，软件平台需为面向工程师的低代码、低门槛、模型化、组态式开发平台。
3.7需要支持公有云、私有云、本地物理服务器，单机和分布式 (略) 署方式。
3.8需要支持脚本在线即时调试功能，可实现逐过程调试、逐语句调试、断点调试。
3.9需要支持远程 (略) 署，实现自主维护和升级，还可运维管理第三方系统。
3.9需要支持系统用户登录信息在传输过程及存 (略) (略) 理。需 (略) (略) 为的日志记录，系统提供 (略) 理。
3.10需要支持统一开发和统一运维，并支持负载均衡、能将用户请求分 (略) 单元、从 (略) (略) 络吞吐量。
3.11系统需要支持基于微服务架构，化整为零并且有效组织，支持弹性灵活扩容、看门狗，熔断机制，日志记录等。
以上要 (略) 限，可利用已经成熟并保持先进 (略) 开发，我公司欢迎与有合作意向的伙伴共同推动此项工作，选定的方案或在主体上完善的方案， (略) 信息化二期招标的选定方案，非常感谢！




联系人 蔺飞 电话 ***