设备管理系统

标***

任务编号：5514829 悬赏任务36000元悬赏任务 : 按雇主需求进行任务后提交稿件，被采纳后即获得佣金。

设备管理系统

距截止：任务已圆满完成雇主已托管赏金：36000 元

雇主发布需求 雇主托管佣金 服务商投稿 雇主开始选稿 任务完成

任务大厅共需1个合格投稿 | 每稿将获得36000 元 | 每人交稿次数不限可多次任务

投诉举报联系Ta 我来承接已有1 个投稿 | 已采纳1 稿 | 拒绝0 稿 | 目前中标名额已满

任务需求:

需求背景：本公司主要做智能管理系统：MES系统、SCM系统、EAM系统、生产管理系统、设备管理系统、车间管理系统、成本管理系统以及质量管理系统。善于运营，本公司所有产品在各大搜索引擎排名均是前三前五，MES客户量一个月60左右，SCM系统 EAM系统，生产管理系统客户每个月30个左右，设备管理系统每个月40个左右，本公司其他运营市场能力很强，拥有大量的客户，怎么更好的服务客户，给客户提供及时的产品和服务，并不是一己之力能满足，现在需要同行业的技术团队实力比较强，对技术有钻研和能独树一帜的技术团队合作，有成型的产品公司进行合作，
具体要求：合作伙伴有具体的产品，如设备管理系统，生产管理系统，mes系统，那具体的产品演示，如果能通过产品演示通过审核，我们一个月会给客户大致十来个项目作尝试，我们希望想做事业的团队进行深度合度，派人技术人员和我司营销人员联合办公，我们在这个行业已经做了十年之久，有自己独特的运营模式，有很深的市场整合营销能力，我们见面开诚布公沟通。
服务商要求：最好是北京团队，需要技术团队实力比较强，对技术有钻研和能独树一帜的技术团队合作，有成型的产品公司进行合作，下边有一个具体的设备管理项目需要合作，大家仔细评估一下，看怎么做，有兴趣的公司，联系我方。

目录
A       项目概况       1
A.1.       项目背景       1
A.2.       项目目标       1
A.3.       系统总体架构       2
A.4.       管理制度对照表       2
B       功能性需求       3
B.1.       设备维护管理       3
B.2.       设备台账       3
B.3.       维护计划管理       3
B.4.       故障管理       7
B.5.       施工管理       12
B.6.       施工计划申报       12
B.7.       冲突检测       15
B.8.       施工计划审批       17
B.9.       揭示板       19
B.10.       施工计划变更       19
B.11.       施工控制       21
B.12.       施工统计分析       23
B.13.       命令下发       24
B.14.       调度令       24
B.15.       停/送电通知单       25
B.16.       工单       25
B.17.       资产管理       26
B.18.       系统管理       27
B.19.       接口需求       28
B.20.       与统一门户集成       28
B.21.       与人力资源系统集成       28
B.22.       与短信平台接口       28
B.23.       其他接口       28
C       技术性需求       29
C.1.       系统架构       29
C.2.       可用性       29
C.3.       可靠性       29
C.4.       安全性       29
C.5.       可扩展性       29
D       服务性需求       31
D.1.       项目实施       31
D.2.       系统安全评估       32
D.3.       培训       32
D.4.       服务承诺       32
E       其他情况说明       33
F       商务及询价（请意向合作商填写）       35
F.1.       企业资质及业绩       35
F.2.       分项报价表       35

A项目概况
项目背景
随着合肥地铁首期工程、6号线、呈贡支线的通车， 3号线即将通车，以及其它线路的建设，运营生产管理工作将日趋精细和复杂。目前，公司在设备维护、故障处置、施工管理、命令下发、资产管理等工作都是通过人工进行管理，主要存在以下问题：
1.管理效率低下。上述工作采用纸质或电子文档、表格填记，信息传递主要依靠即时通讯软件、电话、传真、电子邮箱等，人工进行计划编排、统计汇总、审核审批、下发，流转周期长、效率低；
2.计划编排需人工判断冲突。各单位提报的施工计划在审批过程中很大程度上依赖人为的判断，很难科学合理地对施工项目进行编排，难以排除人为因素对施工安全的影响。
3.信息不能共享。各种信息、数据较为分散，存在重复填报、漏报等问题，很多报表、记录基于流水账方式，不利于进行跟踪闭环管理。
项目目标
通过该系统的构建，主要实现以下目标：
1.提供统一信息平台，实现对预防性维护计划、施工计划的在线编排、审核审批、下发、执行跟踪、变更的管理
2.在施工计划编排中实现不同作业类型、作业时间、作业地点、线路和供电要求等资源的冲突检测，并通过表格、揭示板等形式直观展现；
3.实现调度命令、停送电通知单、维修工单的在线编制、发布、反馈、执行、监督、存储、查询的全过程管理；
4.实现固定资产、低值易耗等资产的统一管理，并与设备台账、履历关联，为设备维护提供资产基础数据。同时，实现与外部RFID设备的联动，进行资产标签数据读写、更新；
5.通系统对生产数据的分析统计，根据查询检索需求生成直观的生产数据、指标的报表、图表，便于随时调阅。
系统总体架构

注：蓝色部分为本项目建设内容
管理制度对照表
功能点       管理部门       制度名称
维护计划管理       维修事业部
设施部       KDY-QG-0157维修事业部生产管理办法
KDY-EM-0129设施设备故障分析处置规则
KDY-EM-0143维修事业部生产信息流转管理细则
KDY-QG-0159维修事业部生产维修调度工作管理
施工管理       运营部
维修事业部       KDY-XC-0008施工管理办法
KDY-QG-0157维修事业部生产管理办法
命令下发       总调所       KDY-XC-0014行车调度规程
资产管理       计财部       KDY-QG-0204资产管理手册

B功能性需求
设备维护管理
设备台账
系统可对设备基本属性项进行自定义。对录入系统的设施设备基本数据（包括规格参数、图片、零部件、安装位置、GIS信息、图纸资料等）、日常维护保养信息，故障处理信息等提供数据共享关联，形成设备履历，用户可根据自身权限，分别对设备履历进行填写、修改、更新、查询、打印等操作，可对所有履历表格式进行编辑和自定义。如图：

维护计划管理
设备维护部门计划员根据设备检修周期，利用时间设置自动派生周期性的计划工单，包括年度、季度、月度计划，结合当前设备状态人为地对计划进行调整，安排临时计划放入，最终形成生产检修计划。维护计划分类如下：
序号       计划分类       备注
1       年度计划
2       季度计划
3       月度计划
4       周计划       施工计划
5       临时计划       施工计划
6       抢修计划       施工计划
具体功能如下：
系统须具备如计划类型、工作项目、检修周期等参数自定义功能，并与与资产、设备台账联动模块；
系统可根据事先依各专业设定的计划类型、工作项目、检修周期，自动编排初步计划，并可通过表格或日历视图展现；
提供灵活的工作排程计划动态调整机制，针对设定后的预定月排程提供保留人为调整预防性维护工作排程之弹性，以便在实际作业时能够依据维修等级及临时工作需求，弹性安排派工；
对于车辆或重要设备大类的大修作业的排程处理，具备工作分解功能。即针对排程中具有母工作项目特性者，须能自动展开其所有子工作项目；
系统具备自动查核预防检修的排程是否在检修周期的容许天数内，针对超过期限的排程工作提出警告；
计划编排顺序：工班->车间->中心计划管理员汇总，然后执行计划审批。工班、车间、中心的计划管理人员，在计划审批前都可对计划进行编辑。
维护计划编制与审核业务流程如下：

维护计划使用记录如下：

故障管理
可以实现设备故障和抢修记录的信息化，便于对运营生产过程中出现的设备故障进行归档和汇总分析。主要功能如下：
1.故障信息录入：车站、变电所、运转等值班室、行车调度、电力调度、环控调度、维修调度均可在系统中录入相关专业的故障信息
2.故障等级分类：系统具备灵活的设备等级、故障类型、系数、参数的设定以及公式算法设定功能，可根据故障填报人录入的信息自动对故障等级进行初步判断，后续在实际处置过程中，可对故障等级进行人工调整；
3.故障信息传递：维修调度对报送的故障信息，通过组织架构树分发到相关的维护单位，可选择多个维护单位；
4.故障工单管理：故障信息分发后，相关的维护单位登录系统后，系统具备消息通知功能，维护人员点击故障信息记录后，以“故障信息记录表单”的形式展现详细情况，同时，维护人员也可以查阅该设备的设备履历。维护人员处理故障后，在表单上填报处理情况；
1.故障信息状态：包括但不仅限于“待处理”、“关闭”、“挂起”、“延期处置”等；设备维护（故障处理）部门可对已处理或未处理的故障信息进行“挂起”或“延期处理”操作，但须通过审批流程。
5.新建故障信息去重：系统可对填报人输入的设备名称、位置、编号等匹配是否已在待处理或挂起、延期处置信息列表中，避免重复填报；
6.故障信息知识库：系统具备搜索引擎及信息检索功能，所有故障记录作为知识库，可根据用户输入的关键字检索到相关的故障现象、处理情况等经验信息；
7.统计分析：系统可根据实现可选周期内的故障分析统计功能，并可通过图形反应故障件数、分类占比、待处理、关闭、遗留占比等，可提取故障有关信息生成例如故障分析报告、故障专报等文档。
故障等级** = 设施设备等级系数×故障类型倍率系数
三级故障：30分及以下；
二级故障：30分至 120 分（含）；
一级故障：120分以上；
其中一级故障为严重的故障。
设备分类及系数如下：
序号       设备分类       系数       备注
1       A类设备       系数 25
2       B类设备       系数 15
3       C类设备       系数 8
4       D类设备       系数 5
5       E类设备       系数 2
故障类型倍率如下：
序号       设备分类       倍率       备注
1       1类故障       8X
2       2类故障       4X
3       3类故障       2X
4       4类故障       1X

业务流程如下：

原型表单如下：

施工管理
施工计划管理模块主要功能是运营施工作业计划编制、审批、变更和发布，主要包括提报作业计划、审批流程、作业计划汇总和查询、周计划通告，可以实现安全冲突检测及报警功能，并联动命令下发模块并下达相关命令、作业单。
施工计划分类如下：
按时间分：
序号       分类       备注
1       周计划       本周六至下周五为一个周期
2       临时计划
3       抢修计划
按性质分：
序号       分类       优先级       备注
1       常规施工       低       常规、检修、常规作业，不改变设备状态
2       专项施工       中       改变设备状态，影响运营
3       抢修施工       高       故障抢修，立即或当天运营结束开展
按作业地点及作业性质分：
序号       分类       备注
1       A       正线，影响行车
2       B       场段，不影响行车
3       AA       正线，可能影响行车
4       AB       正线，不影响行车
5       BA       场段，轨行区或关键位置，不影响正线行车
6       BB       场段，不影响正线行车

施工计划申报
施工计划提报及审核应具备如下功能：
1.系统具备自定义计划类型、施工类型、区域、冲突规则等参数功能；
2.系统可根据月度维护计划，自动编排各部门（中心、班组）周计划后，各部门（中心、工班）计划管理员编辑；
系统自动生成施工流水号，规则为：作业类别+周几+顺序号，其中顺序号为 01-99，例如：

3.部门（中心、工班）计划管理员可根据时间（周计划、临时计划、抢修计划）填报施工申请，施工计划须包含主、辅站填报，以及跨多日计划；
4.具备“计划模板”功能，计划管理员可将常规性计划表单保存为模板；
5.系统具备对施工负责人的管理功能，包括资格证号、姓名、所属部门（单位）、身份认证密码（登记在系统内，并且施工负责人证未过期的施工负责人，可分配账号及密码）、取证时间等；
6.外单位的施工计划提报时，外单位施工负责人可将施工材料提报所属部门（中心）计划管理员审核；
7.多部门（中心）配合的施工，配合部门计划管理员可查阅到该施工信息，并进行确认；
8.系统可根据冲突检测规则（见下一章节），自动检测冲突，并在汇总表及揭示板等界面上显示；
9.系统须具备消息提醒功能（类似邮件消息提醒），提示每个用户相关计划的处理情况。
施工计划申报的原型表单如下：

冲突检测
全局冲突检测是一项重要的功能，它可能显示一组计划是否存在冲突。系统自动根据作业时间，作业地点和线路、供电要求等检测计划冲突，并以直观的图形界面展示全线所有区域上是否存在冲突，如图所示：

冲突检测参数：
参数       描述
作业时间       由一个作业起始时间点与一个作业终止时间点组成，时间点以24小时制表示，时间计算至分钟，6：00至次日6：00为一日。
计划作业时间：指该作业计划的起始时间至作业计划的结束时间；
批准作业时间：指该作业批准的起始时间至作业批准的结束时间；
实际作业时间：指该作业实际的批准时间至实际作业的销点时间。
作业区域       计划作业区域：指该作业计划的起始区段至作业计划的终止区段；
批准作业区域：指该作业批准的起始区段至作业批准的终止区段；
保护区域定义：有车作业保护区域是对其他有车或有人作业的保护；有人作业的保护区域是对有车作业的防护是隐性；所有作业的保护区域可以重叠
列车类型       电客车、工程车
用车性质       作业用车：作业时间内，列车可在作业区域内来回移动；
运输物料：列车到达物料运送地点，停靠在车站后不在移动，待规定回厂时间再动车；
运送作业人员：列车将作业人员运送作业地点后，停靠在车站后不在移动，待规定时间，列车回厂将相关作业人员接回
供电安排       带电：指接触轨正常供电状态；
停电：指接触轨停止供电状态；
挂地线：指接触轨停止供电，并且挂接地线的状态，其位置
防护措施       封锁：即开车作业封锁时，在同一时间和区域内，其他开车作业、以及非开车作业不能进入；非开车作业封锁时，在同一时间和区域内，其他非开车作业可以进入，而开车作业则不能进入。
现场防护：是指不影响行车作业，或指在线路作业时，有车经过（不属于封锁区域的开车作业，如调车、列车出入车厂等），作业人员躲避，列车过后，作业人员进入线路作业。

冲突检测规则：
1.工班安全检测范围：检测本工班已填计划之间是否存在冲突。
2.中心检测范围：检测本中心计划是否存在冲突，包括计划员填写的计划和本中心工班上报的计划。
3.计划审核员的安全检测范围：检测所有调度提报的计划之间是否存在冲突。
4.作业时间的安全检测：
1)施工作业时间由一个作业起始时间和一个作业终止时间组成，通过对比两条计划的时间段是否有交集来判断它们是否可能存在冲突。
2)正线施工起始时间为线路运营结束时间，结束时间为次日首列车出场前 1 小时，场段内施工不安排在列车出入场时段（特殊情况除外）；
5.作业区域的安全检测：
1)施工作业区以车站、区间、分段标志进行划分组合，在保护区域内，不能安排其他任何作业（巡道作业除外）；有封锁要求的计划的作业区域内不能安排其他施工；
2)涉及道岔检修施工时，该道岔区域不得安排其它平行施工作业；
6.接触网供电的安全检测：需要接触网停电作业与需要接触网带电作业要求供电分区不能在同一时间有交集。
施工计划审批
1.汇总及冲突检测后的周计划，以列表形式展现，点击具体记录后可打开《施工申请单》及相关的方案、材料。AA、AB 类作业计划，由总调所进行审批，BA、BB 类计划由运营事业部（乘务中心）进行审批，其中变电所内的 BA、BB 类施工计划由总调所负责审批；
2.施工负责人或各部门（中心）计划管理员可随时通过《施工申请单》申报临时计划，审批流程按照第1条执行；
3.抢修人员可随时通过《施工申请单》申报临时计划，由当值主任调度负责审批；
4.需多方配合的施工，《施工申请单》可推送至配合部门施工计划员审核，通过配合部门审核后，审批流程按照第1条执行；
5.运营期间需紧急抢修时，由行车调度根据抢修负责人的抢修施工申请，在系统中插入抢修施工计划，同时关联吗，命令发布模块下发抢修令；
6.临时插入的临时、抢修计划，需与当前已排计划进行冲突检测；
7.经过审批的施工计划，形成汇总表，并形成审批后的《施工申请单》（可打印的表单格式，预留电子红章功能），作为施工令。
施工计划申报、审批、发布业务流程如下：

一周施工计划通告原型表单如下：

揭示板
行调，电调、运转、车站车控室等部门，通过揭示板的施工线路状况图，直观地了解当前线路的施工作业区域、保护区域、封锁区域、红闪防护区、停电情况、挂地线位置等信息，如下图所示：

揭示板功能如下：
1.根据每条线路绘制的揭示板，可在图形界面上配置区段、区域等信息；
2.点击揭示板上的不同区域，可罗列出当前区域已安排或正在实施的作业。
施工计划变更
需要对已审批的施工计划进行变更时，计划管理员或施工负责人可提报变更申请，审批流程与计划申报流程一致，业务流程如下：

施工变更申请单原型如下：

施工控制
1.系统可定时刷新，向每个施工区域（如车站、变电所、场段等）值班人员展现当前预定义时间段内的施工安排情况；
2.施工人员（主、辅站）可在施工地点车控室（变电所）、运转室（变电所、信号楼、控制中心）等具备终端计算机的办公场所，调取施工作业令，值班人员核对是批过的《施工申请单》、施工负责人证等材料，在系统上进行确认（确认方式预留安装NFS或RFID设备接口，通过员工卡确认）；
3.施工计划核对确认、请/销点手续办理后，施工主站值班人员在该施工项上标注当前施工状态，界面如下：

4.专项施工结束后，施工负责人在线填报《专项施工跟踪闭环表》，原型表单如下：

施工统计分析
统计分析可按时间、组织、施工区域、类型等多种条件分类统计，施工统计分析内容如下：
序号       指标名称       备注
1       计划兑现率       完成的计划施工数/计划施工总数×100%（计划施工总数为《一周施工计划通告》发布的计划施工数，不包含抢修施工数及非自身原因被取消的计划数）
2       计划变更率       变更计划施工数/计划施工总数×100%（凡对已安排的施工作业项目进行调整(含延长作业时间、扩大作业区段、变更配合要求、变更施工负责人等)均视为作业计划变更。因抢修等特殊原因增加、取消、变更的施工计划按正常完成统计）
3       临时作业数       临时计划的作业数
4       抢修作业数       抢修计划的作业数

命令下发
调度令
1.命令号生成。所有命令必须有命令号，命令号由001至100循环使用；抢修命令号格式：“线路号+命令号”，线路号由“01”开始至“50”；命令号由“01”开始至“99”循环使用。既有线分段、延伸等特殊情况，同一线路有2个及以上调度班组同时指挥，调度命令应分号段发布，循环使用，循环期间不得漏号，跳号及重号；
2.命令编制。系统可自定义常用调度命令模板，同时模板也能预定义常用受令端（接收端可多级分组，如按线路、区域、车站、场段、变电所等）。发令者可以调取模板编辑修改或新建空白命令；
3.命令审核。负责监护的行车调度对已拟待发的命令进行审核确认。涉及到多条线路的调度命令，需多条线路负责监护的行车调度共同审核。
4.命令待发（草稿功能）。在命令审核结束但还不满足调度命令的发布时机，调度命令应处于待发状态，在待发以及之前状态的命令均可进行修改，在进行修改时待发命令自动取消重新进入到拟写状态；
5.命令发布。调度命令发布后不能更改命令任何内容。已发布的调度命令需要更改时，必须取消原有命令，重新发布新的调度命令，不得在原有命令基础上进行补充说明。在调度命令发布时接收调度命令的人员应有明显的提示（考虑采用不同颜**分“已接收命令”、“未接收命令”等），并优先于其他作业的办理。受令人接收命令后，可在发令人员界面显示，如监控到某一个或多个客户端（受令端）未收到调度命令，可以对该部分客户端进行再次发送；
6.命令接收监控。受令端应具备音效提示功能，收到命令或长时间未接收应有报警功能。提供客户端监测功能，发令人在发令前能够看到受令端的用户名单及登录状态，发令后，能监控和记录各受令人的接收情况及接收时间；
7.系统状态检测功能。系统的发令端、受令端都需具备系统状态定期检测功能，如发现系统网络中断、与服务器或数据库无法连接等故障，应通过声音或警告弹屏进行提示；
8.所有命令可通过固定表单格式直接进行打印。
停/送电通知单
1.与施工管理模块联动，根据审批后的施工计划（需停电），系统自动生成《停电通知单》，行车调度审核后发送至电力调度确认并填写相关信息；
2.行车调度在线填报《送电通知单》，发送至电力调度确认并填写相关信息；
3.有关的车站、场段内值班人员均可通过系统查看《停/送电通知单》。
工单
1.工单包括但不限于：故障工单、计划检修工单、车辆架大修工单、一般工单、项目工单、委外工单、等。系统可以针对不同类型的工自定义显示界面及表单字段，表单字段包括但不限于：工单号、工单描述、检修的资产、位置、相关人员/工班、计划检修人员及工时、计划使用物料及工具、实际检修人员及工时、实际使用物料及工具、故障信息、工单状态、日志等信息；
2.工单可手动创建，也可基于检修计划或故障报修自动生成；工单与资产、物资模块互联，一个工单上允许关联多个资产和位置。工单选择资产后，可自动带入资产位置、故障类别等信息。工单需具备子母任务功能；
3.工单的流转审批。工单可通过预先定义好的工作流，进行流转审批。不同类型的工单可以流转不同的工作流，用户可以退回工单。具体流程和涉及角色在系统实施时确定。在工单界面上，应能显示出工单的流转审批记录、审批意见、当前审批人，并以图形化方式显示工作流程及目前所处的流程节点；
4.工单由创建至最终关闭，中间可有不同的状态，如：草稿、等待批准、等待物料、等待关闭等。在工单流转过程当中应该依实际情况，自动更新工单状态。相关授权人员也可以直接更改工单状态。

资产管理
1.系统可根据线路、大系统、子系统、设备、功能分段等多个维度对资产进行体系化管理，并进行多级关联。体系架构如图：

2.系统可灵活自定义资产属性、计算方法等，如来源、分类、价值、使用年限、摊销折旧方法等（系统应自带常用计算模型），并数据字典、计算公式修改后，实现根据管理员需要，对历史数据的自动更新联动功能；
3.资产信息作为设备台账的基础数据源，为设备台账及履历提供资产数据；
4.支持GIS功能，可在地图上显示已采集GIS信息的资产所在位置；
5.系统可建立针对不同组织单位管理的账套，如固定资产账套由资产中心统一建立维护，固定资产中的办公信息化资产由企业管理部维护，低值易耗由各部门建立维护；可针对不同层级的资产管理人员开放不同账套的权限；
6.系统可根据资产信息生成条码、二维码，并通过计算机标准I/O接口连接RFID读写、条码打印等设备；
7.系统支持手持PDA设备，并支持离线模式，可通过计算机I/O接口或网络同步数据；
8.可根据资产数据自定义统计报表，如资产类型、价值占比、资产折旧、报废情况、资产地理分布等。

系统管理
1.基础数据管理。系统可针对不同功能模块建立专用的多级组织架构、角色、分组，并可灵活调整，以及考虑后续新线路接入的扩展；提供施工组织、施工人员、作业区域、供电区域的相关信息的编辑功能；
2.流程设计。系统具备图形化或轻量级的二次开发平台，以便于系统管理员设计业务流程、表单记录；
3.统计分析。除常规的查询、统计分析功能外，系统管理员可对数据库中的数据自定义查询分析规则、图表、界面布局等；
4.日志。系统具备系统日志及操作日志功能，系统日志记录系统运行情况，操作日志记录用户的访问、登录、编辑（增删改）、注销等相关操作；
5.系统数据录入、报表生成等模块应具备外部文件如功能及导出固定格式文件功能，应能支持常用的Excel表格、CVS、XML文件等。

接口需求
以下系统集成的方案由本项目实施商牵头负责制定，其它项目实施商配合制定，本项目实施商负责本项目范围内的集成接口的实施，系统接口方案原则上不涉及其他系统的改造，若必须对其他系统进行优化和改造，涉及其他系统的改造工作由其他项目的实施商完成。
支持业界的开放性标准，包括：XML，LDAP，CORBA，WML，Web Services，J2CA,JSON规范等。
与统一门户集成
1.通过与统一门户系统建立接口，可从统一门户进入系统，并获开用户信息实现单点登录；
2.对于施工调度管理系统的一些公告信息、通知信息通过与统一门户的接口，把行车通告信息、施工计划信息等相关数据传送到统一门户进行发布。
与人力资源系统集成
可从系统中获开人事、角色、组织架构等信息。
与短信平台接口
可将紧急故障、抢险施工、命令等信息通过短信平台发送至相关人员手机。
其他接口
预留支持员工卡读卡器或生物特征识别设备的软硬件接口，在重要审批确认中，可通过员工卡或生物特征确认。

C技术性需求
系统架构
系统应采用B/S架构，部分特殊功能模块可采用C/S架构。并使用成熟平台（如.NET、J2EE等，开发语言如C#、Java等）开发部署。数据库需支持MS SQL Server 2008以上（数据库软件由业主方提供）。系统部署需考虑基于虚拟数据中心的基础设施环境，服务器端软件需支持Windows Server 2012 R2或CentOS 6.X。客户端应支持主流的Chrome、FireFox、Safari、IE等浏览器。
可用性
系统应具备良好的用户界面，页面控件能适应不同尺寸分辨率显示器，“揭示板”、报表、图标等特殊展现页面应能适应多显示器拼接或大屏投放。
可靠性
1.系统（软件部分）应保证7×24不间断运行；
2.系统在进行重要数据读写、并发操作时，必须保证重要信息（如调度令）的准确；
3.系统应具备容错、冗余、故障恢复等功能，数据备份应简单易操作，各模块管理人员也可对数据进行本分操作，并能导出至本地，且导出的备份文件应采用开放性的文件格式。
安全性
1.系统须符合等保三级的安全性要求；
2.系统对数据库操作时，需是对操作语句参数化，并过滤特殊字符；
3.系统在数据传输、会话过程中，应对数据进行加密传输；
4.系统数据库中的关键信息应进行脱敏处理；
5.系统的上传、下载文件夹等进行路径混淆，并对上传文件格式进行限制；
6.系统应保证7×24不间断运行。
可扩展性
1.系统采用松耦合构件方式进行设计，对于应用功能的扩展可采用发布新构件方式实现，且新功能的部署不影响客户的使用；
2.系统必须满足多条地铁线路的使用，并给以后线路扩充及架构调整留有扩展的条件；
3.要求在不用修改系统架构的情况下，能够通过增加硬件资源或采用负载均衡、多节点等措施，提高目标平均性能和峰值性能（即响应时间、延迟等）及目标平均负荷和峰值负荷（即并发用户、信息量等）。
D服务性需求
项目实施
1.项目实施内容包括：项目启动、需求分析、方案设计、系统测试、部署及试运行、应用推广、初步验收、质保期服务、最终验收以及贯穿整个实施过程的培训工作等，各阶段的成果需按合肥地铁运营有限公司项目管理规范提交，同时项目各阶段如调研，测试，验收，培训等阶段的费用由乙方承担。项目保证在合同签订后30个工作日内，完成系统的业务调研及需求分析、总体方案设计、详细方案设计和开发与安装配置，在合同签订后70个工作日（约三个月）内，完成整个系统的系统测试、上线试运行、应用推广、初步验收工作，交付买方使用。
实施方在整个项目过程中包含但不仅限于如下交付物：
阶段       工作内容       交付物名称       备注
项目启动       明确双方项目组成员、项目范围、各阶段的工作和目标       SDP（项目开发计划）
SQA（软件质量保证）
需求分析       针对项目实施内容，编制业务调研提纲，对业务部门的访谈和调研，编制访谈记录       用户需求规格书
方案设计       对系统架构、模块关系、接口、数据结构等进行设计       软件设计文档
系统测试       对试运行发布前的系统进行功能、性能、安全测试等       测试系统
            STP（软件测试计划）
            测试日志
            测试报告
部署及试运行       部署试运行系统       试运行日志
应用推广       对用户及维护人员进行培训       用户说明书
维护说明书
质保期维护       对系统进行消缺、完善、维护等，并编制系统配置管理       维护记录、版本更新记录
验收       项目收尾、总结       项目后评估报告
2.实施方应保证项目经理、需求分析工程师、架构设计师、系统集成工程师、测试工程师至少各1人驻场，直至系统正式上线稳定运行。
系统安全评估
在系统试运行及上线稳定运行之后，实施方根据业主方要求的安全规范对系统的安全性进行评估。业主方也会邀请第三方进行不定期测试，如发现系统有安全漏洞，实施方需按照要求进行修复。
培训
培训内容包括但不仅限于下列内容：
1.对用户的操作培训；
2.对运维人员的运维培训；
3.对系统管理员的业务流开发、表单设计、数据分析建模、轻量级开发、系统集成部署等培训。
服务承诺
为保障系统稳定运作，协助进行系统升级、优化等工作，实施方在系统运行后要进行后续服务。实施方自系统完成验收后的第2天开始，承担2年质保服务。服务的方式包括但不仅限于：现场支持、远程支持、电话、电子邮件、软件修补包等。质保期内须有至少1个维护人员，按照5×8小时行政工作时间驻场，7×24电话响应，响应时间为30分钟内。
对系统运作和故障情况的支持、服务要求：
1.重大故障：由于系统原因造成系统瘫痪或由于应用软件原因造成对大量用户的服务无**常进行；12小时之内恢复正常运行；
2.严重故障：由于系统原因导致系统部分功能丧失或因应用软件问题影响部分用户的服务无**常进行。或者该故障对系统存在重大隐患；24小时之内恢复正常运行；
3.轻微故障：系统或应用故障基本不影响业务； 1周之内恢复正常运行。

E其他情况说明
1.该系统**署涉及的网络及硬件基础设施由业主方提供，但需要实施方提出基础设施部署方案；
2.合肥地铁线网情况如下：
序号       项目       数量       备注
1       既有线路       4       首期（1、2号）、3号线、6号线
2       首期车站       35
3       首期OCC       1
4       首期变电所       3
5       首期场、段       3
2       3号线车站       20
3       3号线OCC       1
4       3号线变电所       2
5       3号线场段       2
6       6号线车站       4
7       6号线OCC       1
8       6号线变电所       1
9       6号线场段       1
3.系统涉及的用户账户数量预估：
序号       涉及账户       数量       备注
1       调度       30       含行车、电力、环控、维修
      运营管理人员       20
2       车站控制室       55
3       运转值班室       3
4       维修管理人员       34
5       车辆维护车间及工班       36
2       供电维护车间及工班       23
3       工务维护车间及工班       24
4       通信维护车间及工班       20
5       信号维护车间及工班       20
6       机电维护车间及工班       23
7       后勤保障       20
8       变电所值班室       6
9       职能部门       20

F商务及询价（请意向合作商填写）
企业资质及业绩
序号       需了解项       描述（请意向合作商填写）
1       企业性质
2       注册资金
3       公司从业年限
4       是否有轨道交通类似业绩，如有请详细说明
5       是否有本地（合肥）团队或办事机构
6       是否利用现有成熟产品二次开发，还是需要定制化开发
7       是否可进行Demo展示，通过何种方式展示

分项报价表
序号       项目名称       单位       数量       单价（元）       小计（元）       备注
1       设备维护模块
2       施工管理模块
3       命令下发模块
4       资产管理模块
5       接口开发
6       系统集成

鱼跃***

已采纳

[系统开发] 设备管理系统

设备管理系统

全部参与1

普通会员

今日悬赏

最新商品

一机一码加密视频教程课件提取开发转换还原解码工具教程软件

软件开发工具程序定制协议分析算法代码提取协议工具开发

新手帮助

平台规则

关于天盟

一键快捷导航

微信公众号

手机客户端

[系统开发] 设备管理系统

设备管理系统

全部参与1

普通会员

今日悬赏

最新商品

一机一码加密视频教程课件提取开发转换还原解码工具教程软件

软件开发工具程序定制协议分析算法代码提取 协议工具开发

新手帮助

平台规则

关于天盟

一键快捷导航

微信公众号

手机客户端

软件开发工具程序定制协议分析算法代码提取协议工具开发