当前位置:文档之家› 地铁车辆检修系统需求规格说明书

地铁车辆检修系统需求规格说明书

地铁车辆检修系统需求规格说明书
地铁车辆检修系统需求规格说明书

《城市轨道车辆综合管理系统》

功能概述

1引言

1.1目的

针对现有城市轨道车辆的检修现状,为新建地铁线路的检修中心提供一套完善的城市轨道车辆综合管理系统,或者是对原有老的检修中心的检修环节进行信息化建设。

1.1.1设计依据

1.1.2系统命名

城市轨道车辆综合管理系统。

1.1.3系统版本

V1.0。

1.1.4阅读对象

本文档的读者是北京地铁总公司各运营分公司车辆段的检修中心业务成员,包括与检修中心有业务关联的物资部、安质部等部门的业务成员。涉及到的具体部门和成员有:检修中心主任:负责地铁检修中心的管理工作。

检修中心副主任:负责列检车间的日检、周检和老车型列修的调度、检修的管理工作;

负责月修、定、架修车间的调度、检修的管理工作

列检车间:包括列检班组,工作内容为日检和周检。

架修车间:包括电器检修班组和机械检修班组,一搬还配有一个实验调试班组,负责大修程车辆的检修、调试工作。

月修车间:包括月修班组,工作内容为月修。

调度室:分为列检调度和架修调度。列检调度负责列检车间班组的调度工作,即日检、周检工作的分配调度工作。架修调度负责月修车间班组和架修车间班组的调度工作,包括四十万修以上的大修程的分配调度工作。除车间内的检修工作,调度室还负责司机报修、接发车、信息通报、维修记录、数据汇总、周检、月修的公里数统计,对班组的工作进行监督,站内调车和动静态试车的调度工作。

技术室:负责对检修车间发现的技术问题进行分析的工作,并负责将各班组的检修记录录入到检修中心的检修系统软件中,进行数据汇总。

运转室,负责车辆在库内转线的调度工作,可自运行车辆联系地勤司机和信号楼,进行转线。不可自运行车辆联系轨道车和信号楼,进行转线。如有需要下洞测试车辆,联系运用部门和正线调度进行试车调度。

物资部:负责零配件的采购、库管、返厂修、委托修的联系,领料发放,交旧领新的管理工作。

安质部:负责将总公司制定的每日运行表号的派发,负责月修、四十万修的工作计划的制定,数据来源为列检调度室。参与并审核设备采购年、季度、月计划的制定。负责月检以上检修级别车辆的质检、验收工作。

生产科:调度室将每月的检修工作数量及内容进行数据汇总,抄报生产科留存,用于质量跟踪。

本系统的使用将极大提高地铁检修工作的工作效率,规范配件名称,规范故障代码,实现关键零配件的产品履历和检修履历,实现质量追溯和责任追溯,易于对员工、班组的工作量和工作难度进行统计,易于对车辆、车型的检修信息进行统计,帮助领导掌握检修业务的详细信息,生成优化决策,提高物流管理的效率和降低成本,简化各业务环节的手工作业流程,降低统计录入的工作量和错误率。

1.2专门术语释义

车组:自带动力的列车车组,一个车组内由若干个动车和拖车组成,北京一般的城市轨道车辆都由三动三拖组成。

车辆段:下属车辆运营分公司,是各地铁线路车组的运用检修基地。

车辆运行图:反映车组每日运用状态的图表,包括各表号出库、入库时间、出库入库地点、运行圈数和运行里程等信息。

列检:老车的列检在级别上等同与M04型车的周检,但公里数不同。老车在线运营20-24圈(1300---1500公里)进行列检,新车在线运营56-60圈(3500---3800公里)进行周检

四十万修:对车辆各部件和系统包括车体在内进行全面的分解、检查及整修,对车辆的重要部件,特别是转向架及轮对、电机、电器、空调机组、车钩缓冲器装置、制动系统等进行分解、清洗、检查、探伤、修理,更换报废零部件;对电气部件进行清洁和测试;对蓄电池进行清洗及容量测试;对车辆各系统进行全面检测、调试及试验。

月修:主要进行车辆的各系统状态检查、检测;各部件全面检查、清洁、润滑,部分部件如空调机组、继电器的清洁、测试和修理,以及列车的全面调试。结合技术改造对部分系统进行全面的更换。

周检:主要对易损件和磨耗件、相关部件的空气滤尘器进行检查;进行车辆重点部件及系统状态的检查,部件的清洁、润滑,更换磨耗件。

日检:检查以目测为主,对与列车的行车安全相关部分进行日常性技术检查,并进行故障处理。

运用车:用于正线运营,载客运行的车辆。

检修车:进入车辆段,进行检修的车辆。

备用车:在车辆段内,如遇到检修车在检修环节出现延误,不能进入运用状态时的备用车。

VVVF车:Variable Voltage Variable Frequency,使用变频调速技术的车辆。变频调速器通常分为4部分:整流单元、高容量电容、逆变器和控制器。整流单元将工作频率固定的交流电转换为直流电。高容量电容存储转换后的电能。逆变器由大功率开关晶体管阵列组成电子开关,将直流电转化成不同频率、宽度、幅度的方波。控制器按设定的程序工作,控制输出方波的幅度与脉宽,使叠加为近似正弦波的交流电,驱动交流电动机。

2项目总体概述

2.1系统用户特点

根据对北京地铁运营二分公司古城车辆段检修中心的调研,检修中心的业务特点主要有以下几点:

1、具有多线多库调度的复杂性,多条线路的运营车辆共用多个检修中心,每个检修中心

负责检修的车辆不固定,每辆车组的入库位置不固定,每辆车组的检修人员不固定。所以,上述情况对各检修中心的车辆检修计划的制定有很大的难度。只能对检修的大体数量进行预估,很难给出一个较长时间段的准确的检修计划。

2、车型众多,配件品种繁多,管理复杂,各车型修程不统一,检修内容不统一,技术标

准不统一。以古城车辆段为例,负责四种车型的检修工作,除120万公里的厂修外,从日检到定、架修等大修程的检修工作,都在检修中心内完成。给检修工作的管理和规范带来了很大的难度。形成了靠经验的工作特点。

3、信息化进程落后,在调研过程中,古城车辆段检修中心只有两部分业务进行了信息化

建设,没有围绕检修业务为核心的信息化整体布局和规划。进行了信息化建设的两部分为物资部的采购、资产、库存管理系统,为总公司统一配发,同现有的检修业务的接触点为材料领用和采购申请。另一部分是在技术室使用的碎修业务信息汇总,技术室的工作人员将每日的报修工单和班组工作记录单进行手工录入,汇总当日的维修情况。但没有对车辆进行日检、周检、月修和定架修的整体维修信息进行汇总和统计。

4、物流工作计划性差,采购计划的制定靠经验,而不是靠数据。因为前面讲到的三个原

因,物资部的采购计划现在主要还是依靠物资部老员工的经验。而没有一个准确的物资采购计划。

5、物资管理的颗粒度过大,只能管理到物资的种类,而不能管理到个体。所以,零配件

在出库、检修更换等业务流程中,导致生产履历信息无法获取,检修履历信息难以获取。2.2总体需求描述

城市轨道车辆综合管理系统的总体需求描述为:

1、规范检修业务中各零配件名称和规格,避免各工作岗位对同一零配件叫法不同导致的

工作失误。在此次调研中,物资部、检修中心的各级人员、安质部都提出这个问题,就是同一设备在各部门的名称并不统一,这给检修工作、物资采购、申领工作、质量控制工作形成了很多问题,通过本软件,在检修环节、物资申请环节、采购环节中,会以物资部制定的命名规则和编码规则,实现各部门的配件名称统一化,规范设备零配件的名称,统一各部门的称谓,减少失误,实现信息整合带来的益处。

2、规范工艺流程和检修的技术标准,手持机操作人员登录后,可以根据修程规程,根据

检修岗位给出每种检修修程的不同检修项目和技术参数,避免漏检错检等人为工作失误。例如在房山线等地铁新线路,检修工作面对的是全新的车辆、新的检修人员、新的检修规程、新的技术参数,如果没有一套细致、规范的操作标准和指导工具,会出现大量的漏检错检情况,即使通过传统的质量控制体系,可以将责任落实到人,但是会极大的增加安质部门的工作量。所以,最关键的是,我们的目的是对检修工作质量的控制,而不是对故障责任可追溯的控制。

3、实现对关键零配件的安装去向的控制,对于某批次产品出现的质量问题可以迅速的找到问题配件的安装去向。减少了故障处理时间,提高了查询的准确性。以房山线为例,全部的21辆列车的关键零配件都加装了电子芯片后,相关零配件的批次信息在系统后台中是可查的,安装位置也是可查的,所以不论决策层通过各种途径获知某一批次的零配件出现了质量问题后,都可以迅速的找到其安装的车组车号,尽快进行更换。

4、根据零配件的维修记录可以统计出针对不同厂家、不同配件、不同批次产品的质量追溯,上述设备安装电子芯片后,通过后台检修系统可以检索到产品的故障率,为配件的质量控制提供了底层参数。为实验和测试设备提供实验数据。

5、实现了对岗对人可量化的工作数据统计,可以查询到为企业人力资源的优化提供了底层依据。

6、系统可以针对车组、班组、修程、故障现象、故障代码、日期、更换元件、承修人、承修班组、承修单位等关键信息可实现组合检索,可以将手持机收集上来的信息进行汇总,可以对工作量、故障分析、物流信息等内容进行整合,可以按照不同的时间跨度进行数据汇总,可以对特定班组或员工的工作量进行考核,可以按照修程进行数据汇总,可以查找特定零配件的安装去向,可以针对特定故障码进行故障频度和生产厂商信息的调查。使企业的信息化建设得到完善。最终实现对人员考核、物流管理、业务流控制的全面控制。

7、实现了对统一物流配送体系的长远发展方向提供了可能,系统可以根据工艺流程实现对短期和长期检修工作的配件申请表,物资部门能够做到预先判断库存,提前进行采购,同期实施配送,提高工作效率和控制误差。

2.3系统功能表

2.4组织结构与业务流程

架修

浅谈地铁车辆检修及安全管理

浅谈地铁车辆检修及安全管理 发表时间:2019-03-05T11:19:47.570Z 来源:《知识-力量》2019年5月上作者:廖林林 [导读] 地铁安全运营的背后,离不开地铁车辆的安全检修,只有保障车辆的各项检修完成后,才能将车辆安全的在线上进行运行,目前我过各城市的地铁检修模式有所差别 (南昌轨道交通集团有限公司运营分公司,江西南昌 330000) 摘要:地铁安全运营的背后,离不开地铁车辆的安全检修,只有保障车辆的各项检修完成后,才能将车辆安全的在线上进行运行,目前我过各城市的地铁检修模式有所差别,车辆检修的安全管理上也有所不一样,对本身所存在的问题及不足之处进行分析,提出合理措施,本文通过阐述地铁车辆检修的模式及相关的安全把控,为提高地铁车辆的检修质量及安全管理。 关键词:地铁车辆;车辆检修;安全管理 【前言】 随着当前经济的快速发展,全国各地都兴建新地铁,对于地铁的安全运营最大的影响则是地忒车辆的检修状态,地铁车辆在运营周期内需要得到安全的、合理的的检修,才能确保地铁车辆运营安全。地铁车辆检修过程则需要明确每一个修程之中的作业内容及检修周期的过程,制定科学合理的检修过程是非常重要的,可以有效降低车辆维护成本及提高车辆整体运行安全。我们只有做好地铁车辆检修的安全管理,地铁工运营的安全和质量才能够得到保障。 一、车辆检修工作对地铁带来的影响 地铁车辆检修工作,对于目前地铁运营而言,最主要的就是预防性的维修,其修程以及检修的周期都是根据车辆的具体状态下进行的,而车辆的检修的目的就是为了保障列车安全运营至下一个修程,确保在这一个修程阶段时间内,不会造成列车在正线运营产生清客、退服等事件。 地铁车辆检修工作,还是目前地铁建设及运营的一个重要以及,所有只有提高车辆检修质量,安全检修,做好地铁检修的质量管控,才能确保列车安全运营,更好的为乘客服务。 二、车辆检修的检修修程模式 地铁在安全运营之后,将在运营回库后进行相关的车辆检修,并根据目前的分析情况,可以将车辆检修的检修修程划分为:日检、双周检、月检、三月检(季检)、半年检、年检、架修、大修模式,本文不对架修及大修做讲解。 1、日检:每天列车正线进行运营结束后,将回至车辆段或者停车场,则需要对列车进行检查,分为无电部分和有电部分。无电部分是对走形部件、制动部件、牵引部件、车体部件等进行检查,有电部分则是对列车牵引、列车制动、列车照明、列车车门等功能。安排人员为2人进行,时间约长45分钟。列车日检完成后,需保障列车次日能安全运营。 2、双周检:相对日检来说,双周检有所增加检修的内容,对列车的外观检车更为仔细,并对列车的检修修程为一天,不能进行上线运营。 3、月检:月检需要进行车顶部件的检查,主要是空调及受电弓的检查,对受电弓进行外观清洁,做升降弓的实验,并要求时间的精确性,检修时长为1天,列车无法进行上线运营。 4、三月检:三月检也要季度检查,对于月检而言,三月检需要进行开箱检查,对车底下的各种箱体进行开箱检查,并进行安全提醒,做好安全的把控,进行一次较为全面的、较为仔细的检查。检修时长为2天,列车无法进行上线运营。 5、半年检:半年检是属于半年检修一次的修程,对车辆进行一次全面的检查,空调系统进行压缩机、泠凝器等子部件进行检查,检修的时长为3天,列车无法进行上线运营。 年检:年检时对列车进行一次最为全面的检查,拆除轴端装置、蓄电池检查等,对技术不良的部件要进行普查,并做好更换,对检修完成后,还需进行动态检修,对列车的牵引性能、制动状态进行检查,检修时长为5天,列车无法进行上线运营。 三、地铁检修安全管理的建议措施 (1)做好基础工作 地铁检修安全管理的基础工作对于地铁运营的安全管理来说十分的重要,只有把相关的地铁检修安全管理的基础工作做好了,后续工作才能够有序的进行下去。只有把地铁检修安全管理的基础工作做好,后续的地铁运营安全管理工作才有可循的依据,基础的地铁检修安全管理工作也是一项比较复杂的工作,要每天作业前进行安全提醒,作业中做好安督查,作业后做好安全检查,我们要不断地进行修改,要以非常有耐心的工作方式去进行地铁检修安全管理的基础工作。 (2)完善管理制度 要想建立完善的地铁检修安全管理制度,我们必须做到以下几点:第一,我们应该明确地铁检修安全管理的责任方,只有明确了地铁检修安全管理的责任方,我们的地铁检修安全管理的效率才能得到进一步的提高,我们的地铁检修安全管理才不会出现责任不明的情况;第二,采用比较规范的管理制度,规范的管理制度有利于地铁检修安全管理的具体实施,采用比较规范的管理制度也有利于地铁检修安全管理的责任的落实。 (3)学习先进的管理经验 第一,应该对以往的地铁检修安全管理工作进行不断的反思,我们要认识到自己对地铁检修安全管理工作的不足,保持自己对地铁检修安全管理工作的优势,只有充分地对自己的以往工作进行认识,我们才会得到更多的地铁检修安全管理的经验;第二,我们应该积极地学习其它的地铁企业先进的地铁检修安全管理的经验,我们应该对其持以“扬弃”的态度,充分认识到其它的地铁企业的地铁检修安全管理的不足,积极地去学习其它的地铁企业的地铁检修安全管理的优点。 四、结束语 通过以上分析,从车辆检修工作对地铁带来的影响、车辆检修的检修修程模式和地铁检修安全管理的建议措施对地铁车辆检修及安全

2021天车轨道检修安全管理制度

When the lives of employees or national property are endangered, production activities are stopped to rectify and eliminate dangerous factors. (安全管理) 单位:___________________ 姓名:___________________ 日期:___________________ 2021天车轨道检修安全管理制度

2021天车轨道检修安全管理制度导语:生产有了安全保障,才能持续、稳定发展。生产活动中事故层出不穷,生产势必陷于混乱、甚至瘫痪状态。当生产与安全发生矛盾、危及职工生命或国家财产时,生产活动停下来整治、消除危险因素以后,生产形势会变得更好。"安全第一" 的提法,决非把安全摆到生产之上;忽视安全自然是一种错误。 1.上岗前要穿戴好劳动保护用品,正确佩戴和使用安全带,严禁用绳子代替,安全带的栓挂不得低挂高用。禁止酒后上岗。 2.必须按照规定办理《危险作业审批单》或《登高作业审批单》,如需在轨道上进行气割或焊接作业还要办理《动火证》,手续在没有办理之前,禁止开展任何工作。 3.检查或维修天车轨道前,必须和检修区域天车司机联系好,并在《审批单》上签字确认,否则检修人员不准到轨道上作业。 4.检修前现场负责人首先要召集所有参入检修任务的人员召开安全会议,学习《钳工安全技术规程》、《天车检修安全操作规程》、《登高作业安全管理制度》中的相关安全要求并事先制定好应急预案,对可能出现的安全事故进行事先考虑清楚;明确具体工作任务、明确每个人的责任,做到分工明确、任务明确、责任明确。 5.要事先切断检修区域划线电源,悬挂“禁止合闸”标志牌,并派专人人监护电源。若无法做到划线停电检修时,要在轨道8米以外

OA系统需求规格说明书

XX项目 产品需求规格说明书 机构公开信息

版本历史

1.引言 该文档主要包含功能性需求分系以及功能用例图,也包括了一些对用户界面的要求,该系统运行所需环境和产品质量需求。 1.1. 文档目的 该文档重点描述的办公自动化系统的功能需求以及功能用例图,能够供读者更好的了解该系统;其中,非功能需求方面,用户界面要求主要是为了是系统的界面更加统一规范,软硬件环境需求以及产品质量需求是为了保证提供给用户尽量完美的办公自动化系统。 1.2. 文档范围 本文档包含一下几部分: 1. 产品介绍 2. 角色功能划分 3. 产品范围 4. 产品的功能性需求 5. 产品的非功能性需求 1.3. 文档读者对象 该文档适合开发人员、项目经理、用户、文档的编写人员阅读。 1.4. 参考文档 列举了编写软件需求规格说明时所参考的资料或其它资源。 1.5. 术语与缩写解释 2.综合介绍 这一部分概述了正在定义的软件,主要是功能的概要介绍。

1.6. 产品介绍(功能介绍) 该系统包含8各模块:超级管理模块,该模块包括组织管理、权限管理、考试管理、资源共享通讯录和系统管理;我的办公桌模块,主要是对各重点模块的简要显示;行政管理该模块包括公共通知、公共计划、记事本、员工考勤和组织机构;个人助理模块,该模块包括通讯录、短消息、日程安排和个人信息管理;个人邮箱,该模块包括配置邮箱和收发邮件;公共信息模块,该模块包括资源下载、在线考试和公共通讯录;人事管理模块,该模块包括档案管理、档案查询和数据维护;销售管理模块,该模块主要包括客户管理、销售管理和供应商管理。 1.7. 产品范围 OA办公自动化系统集人力资源管理以及进销存等管理于一体的商业企业管理软件系统。本产品是为了帮助企业更好的进行管理,实现办公自动化。该产品适用于所有企业的办公需求。 1.8. 用户介绍 确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。 1.9. 角色功能划分 XXXXX拥有XXXX功能的权限。 XXXXX拥有XXXX功能的权限。 1.10. 设计和实现上的限制 确定影响开发人员自由选择的问题,并说明这些问题为什么成为一种限制。 1.11. 假设和依赖 列举出在对软件需求规格说明中影响需求陈述的假设因素(与已知因素相对立)。这可能包括你打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定,但是另一个S R S 读者却可能不这样认为。如果这些假设不正确、不一致或被更改,就会使项目受到影响。

网上订餐系统需求规格说明书

实验报告□实践报告□ 课程名称:软件需求工程 实验名称:用例文档 实验地点:太原理工大学虎峪校区 专业班级:软件工程1417学号:2014005993 学生姓名:曹旭清 指导教师:王建珍 2017年5月3日 目录 1. 引言............................................................................................................................................. 1.1目的................................................................................................................................. 1.2定义................................................................................................................................. 登录模块:......................................................................................................................... 用户注册模块..................................................................................................................... 购物车模块:..................................................................................................................... 订单模块:......................................................................................................................... 基本信息管理模块:......................................................................................................... 公告模块:......................................................................................................................... 1.3参考资料......................................................................................................................... 2.系统总体概述............................................................................................................................. 2.1产品标识......................................................................................................................... 2.2产品描述......................................................................................................................... 系统属性............................................................................................................................. 开发背景............................................................................................................................. 产品功能............................................................................................................................. 2.3用户的特点..................................................................................................................... 3.系统功能用例图......................................................................................................................... 1. 引言 1.1 目的 网上订餐在当今社会还不怎么流行,但是随着科技的发展,网上订餐必定日趋走向成熟化,并被广大的市民所接受,尤其是被当代的大学生所接受。所以开

XXX系统需求规格说明书

环境与灾害监测预报小卫星星座环境应用系统 XX系统需求规格说明书 单位: 作者: 完成日期: 签收人: 签收日期: 修改情况记录:

目录 1.引言 (1) 1.1.编写目的 (1) 1.2.背景 (1) 1.3.定义 (1) 1.4.参考资料 (1) 2.需求概述 (1) 2.1.目标 (1) 2.2.运行环境 (2) 2.3.关键点 (2) 2.4.约束条件 (2) 3.需求规格 (2) 3.1.软件系统总体功能/对象结构 (2) 3.2.软件子系统功能/对象结构 (2) 3.3.描述约定 (2) 3.4.功能或对象的描述 (3) 3.4.1.功能或对象1 (3) 3.4.2.功能或对象n (3) 3.5.性能 (4) 3.6.外部接口 (4) 3.7.数据 (4) 3.7.1.空间数据 (5) 3.7.2.非空间数据 (5) 3.8.操作 (5) 3.9.可使用性、可维护性、可移植性、可靠性和安全性 (5) 3.10.故障处理 (5) 3.11.算法说明 (6) 4.尚未解决的问题 (6) 5.支持信息 (6)

1.引言 1.1.编写目的 说明编写本软件需求规格说明书的目的,指出预期的读者。 1.2.背景 a.说明待开发产品或项目(以下简称产品)的名称。 b.列出此开发任务的提出者、开发者、用户等。 c.说明本产品与其他产品的关系。 1.3.定义 列出本文件中用到的专门术语的定义和缩写词原文。 1.4.参考资料 a.本文件中引用的属于本开发产品的其他文件。 b.本文件中引用的其他文献、资料以及软件开发标准。 2.需求概述 2.1.目标 a.本产品的开发意图、应用目标及作用范围(现有产品存在的问题和建议 产品所要解决的问题)。 b.本产品的主要功能、处理流程、数据流程及简要说明。 c.表示外部接口和数据流的系统高层次图。说明本产品与其他相关产品的 关系,是独立产品还是一个较大产品的组成部分(可用方框图说明)。

系统需求规格说明书 (1)

XXX系统或XXX项目 产品需求规格说明书 版本信息 注:状态可以为N-新建、A-增加、M-更改、 对方的所得税说明:版本信息必须更新,审核人和审核时间也必须审核后填写,审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理 目录

1.关于本文档 1.1.内容说明 说明:此处描述的是文档说明,产品需求文档更新需要走修订模式,下次更新前先接受修订,并且每次更新必须更新版本号和版本记录。 例子: 本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述,处理逻辑规则,界面定义,与其它功能的关系,与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。 本文档将根据需求管理流程和要求,随系统功能变化进行及时的修订和更新,以确保本文档的全面性,准确性和实效性。因此在阅读使用此文档时,请注意从项目的文档管理系统中获取最新版本。 1.2.名词解释

1.3.参考文档 《系统需求定义规范使用说明》 2.系统概述 2.1.业务背景 说明:此处描述业务背景,不可裁剪,清晰的业务背景描述能更好的帮助研发和测试理解产品需求,明确业务测试场景,此部分是产品需求定位的核心导向。 例子一:电子面单的业务描述 随着电子商务服务和物流服务信息化飞速发展,包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下,传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用,经过长期的的磨合和积累,目前将我司的应用经验推广到社会物流上,让社会上愿意与我司物流合作的伙伴,也同样享受到我司电子面单服务。 例子二:LSQ的业务描述 物流作业状态服务存在不足 1)服务无标准不统一 需物流作业的各渠道订单,作业状态转化为文案描述处理的逻辑系统多,且处理规不统一, -B2C自营订单,逻辑在B2C,数据源在OMS -菜鸟平台/4PS平台订单状态展示,逻辑在LAPI,数据源在LAPI

关于地铁车辆检修制度

关于地铁车辆检修制度 发表时间:2019-07-03T08:56:39.320Z 来源:《基层建设》2019年第7期作者:张慧周小玉胡彩红[导读] 摘要:关于我国的地铁车辆检修制度。 成都地铁运营有限公司四川成都 610000 摘要:关于我国的地铁车辆检修制度。对比,阐述地铁车辆检修制度对车辆段建设规模、车辆配属辆数的影响。指出现行的地铁车辆检修模式造成了资源浪,并从延长检修周期、改革检修内容、优化检修修程、推行状态修和均衡修、推行部件集中修和换件修及寿命管理等方面提出建议。 关键词:地铁;车辆;检修 在实际工程设计中,地铁车辆的检修制度用于计算确定配属车辆数、各修程的车辆年检修工作量等,并用于确定车辆段的建设规模;在线路投入运营后,车辆检修制度用于车辆段编制年度车辆检修计划、材料备品订购计划、劳动力组织和设备使用计划等,是企业生产经营管理的重要依据。因此,车辆检修制度是地铁建设和运营的重要技术数据和依据。 一、地铁车辆检修制度现状分析 我国地铁发展历史较短,经验比较缺乏,其车辆检修制度基本参照我国铁路车辆的维修体系和制度,现行?地铁设计规范?中的许多概念仍属于干线铁路的范畴。目前地铁车辆采用的是以定期检修为主,检查和维修相结合的综合检修制度,即预防计划性检修制度。它包括定期维修、故障维修和改善维修三种维修方式,检修修程可分为厂修、架修、定修、月检和列检5个等级。其中厂修、架修和定修为定期检修,通常在车辆段实施;月修和列检为日常维修,通常在停车场实施。其特点是:地铁车辆检修在车辆段进行,其检修周期按运用时限或公里数划分,检修内容不论车组技术状况如何,一律按检修规程进行分解、检查、修理、组装、试车、竣工交验,即“定点、定时、定量”。这种计划预防性检修制度虽然可以保证车辆在运行中处于良好的技术状态,但也存在车辆检修基地规模过大,资源利用率低、浪费严重等问题。随着科学技术和生产技术的不断发展,新材料、新工艺的广泛使用,这种检修制度暴露出越来越多的问题,有必要对其进行改革。 二、完善地铁车辆检修制度的重要意义 提高车辆及其检修设备的利用效率,提高车辆检修工作和资源零用的均衡水平使列车备品备件储备集中,资源共享,统一调配。使备品备件的分散库存量将至最低,减少流动资金占用实现了车辆和车辆零部件的专业化检修,提高维修车辆的检修质量使车辆检修厂房和设备集中,减少建设投资,提高其利用率,降低维修成本提高了列车的投运率和运营的可靠性,产生良好的经济效益和社会效益。全效修的各级修程并不是一成不变的,随着车辆的维护水平、部件故障间隔周期的变化,车辆运营检修部门还将对列车运行和检修的情况进行统计分析,结合现有人员资源和运行图,通过优化班制,合理编制检修计划。通过车辆检修修程的不断优化,最大程度的提高了车辆利用率和最大程度的利用检修资源。根据列车的实际状况和全效修运作情况持续优化检修流程,通过流程的变更,增加平行作业机会,减少检修停时。通过不断的调整,使全效修修程更加科学、严谨。地铁车辆检修制度对于年度车辆检修计划、劳动力组织和设备使用计划、材料备品订购计划等,在车辆投入运营后,车辆检修制度都可以提供可靠的依据。在计算配属车辆数、各修程的车辆年检修工作量等,在实际工程设计中可以确定车辆段的建设规模,所有地铁车辆检修制度是企业生产经营管理的重要依据。地铁车辆采用定期预防性维修,其修程及检修周期通常是依据车辆及其设备、零部件产生磨损和发生故障的规律来制定的。而车辆产生磨损和发生故障的规律又和车辆的技术水平、运行条件、检修技术密切相关。地铁车辆检修制度是地铁建设和运营的重要技术数据和依据。城市轨道交通车辆检修制度是车辆安全、可靠运行的基本而重要的保证。地铁车辆的检修体制是为了保证车辆检修工作顺利进行,地铁车辆检修制度对车辆修程的类型和等级、实施修程的车辆运行公里或时间、完成修程的车辆停运时间做出具体规定。 三、地铁车辆检修方案研究 1.适当延长车辆的检修周期。通常,车辆的检修周期是依据车辆各零部件设计的使用寿命和磨耗情况,再结合车辆的实际运用和检修经验确定的。在车辆实际检修中,车辆一到各种修程,特别是到架修、大修,不论车辆的实际使用时间、质量状况如何,都需按其检修修程全部拆卸。由于车辆性能、人员水平、磨耗擦伤程度不一,因而常常发生下列情况:有些控制装置正处于磨合后的良好状态,也要下车拆检;架修时车轮踏面、轮缘还有富裕,但又怕用不到下一个周期,因此不得不切削下一个厚度,致使材料、人工都造成一定的浪费。随着新技术、新材料的使用,以及车辆制造技术、监控手段和检修水平的提高,只要继续加强车辆运用维修,逐步对车辆实行状态修,就可适当延长车辆的检修周期,提高车辆的利用率。 2.采用均衡修。预防性计划修是将列车集中进行全面检查。如果利用列车运行停运窗口时间将其检查内容分散在几个时段及不同场合进行,就可以使检修工作分散而均匀,这就是均衡修方式,有时也称为维修窗。均衡修通常用于运用维修,即利用列车在非运营时间和非高峰时间进行较小修程的计划性维修,以及通过驻站维修和轮值维修,从而确保地铁车辆的技术状态良好以及地铁的正常运营。如按图1所示组织列车运营,运用图中的阴影部分(列车停运时间)进行车辆小修程的检修,既可满足乘客服务的需要,又可以节省车辆配属辆数,降低地铁的运营成本。 3.采用互换修。车辆的检修以直接更换零部件修理为主;车辆零部件不在各车辆段进行修理,而是集中修理,再通过物流的方式运送到各车辆段。这样,在车辆段检修库内仅做一些检测和更换零部件的作业,可大大缩短检修的库停时间,提高检修效率。地铁车辆主要由机械和电气两大系统组成。机械部分主要为:车体及车内设备、车门、转向架、基础制动装置、车钩连接装置等。电气部分主要为:受电弓、牵引控制系统、制动系统、辅助系统、保护电路、ATC通信等。按照地铁车辆各修程检修作业范围的规定,车辆到了大修或架修修程后,均要对车辆实行解体。若对解体后的车辆实行换件修,可以缩短车辆定期检修的休时。

软件系统需求规格说明书(范文格式)

XXX公司 XXXX系统 需求规格说明书 XXX公司 2013年8月

修订记录

目录 1.引言 (1) 1.1.编写目的 (1) 1.2.项目背景 (1) 1.3.术语定义 (1) 1.4.参考资料 (2) 2.任务概述 (3) 2.1.建设目标 (3) 2.2.建设内容 (3) 2.3.用户要求 (3) 2.4.假定和约束 (4) 3.系统需求 (5) 3.1.功能架构图 (5) 3.2.通用需求 (5) 3.2.1.系统通用工具栏 (5) 3.2.2.其它通用需求 (6) 3.3.XXX管理子系统 (7) 3.3.1.系统管理 (7) 3.4.集成需求 (12) 3.4.1.基础数据对接 (12) 3.4.2.单点登录(SSO) (12) 3.4.3.文书跨系统审批 (12) 3.4.4.短信提醒 (13) 3.5.性能需求 (13) 3.6.网络需求 (13) 3.7.存储需求 (13) 3.8.安全需求 (14) 3.8.1.技术平台设计安全需求 (14) 3.8.2.系统运行安全需求 (15) 4.运行环境规定 (15) 4.1.设备 (15) 4.2.软件 (16) 4.2.1.服务器操作系统版本 (16) 4.2.2.客户机 (17) 4.2.3.数据库版本 (17) 4.2.4.中间件服务器版本 (17) 4.3.接口 (17) 4.3.1.外部接口 (17) 4.3.2.内部接口 (18)

名词缩写: 1.XXX集团,即“XXX省XXX集团有限责任公司”;[引号里面为全称] 2.XXX系统,即“XXX集团XXX系统”;[引号里面为全称] 3.XXX公司,即“XXX有限公司”,系统承建单位。[引号里面为全称]

需求规格说明书模板4种版本

需求规格说明书(ISO标准版) 编者说明: 当需求调查、分析工作告一段落时,你就需要将这些需求进行规格化描述,整理成文,即软件需求规格说明书,也就是SRS。这是在软件项目过程中最有价值的一个文档。ISO所提供的标准虽然已经时间久远,但还是颇具参考价值的。 1.引言 1.1编写的目的 [说明编写这份需求说明书的目的,指出预期的读者。] 1.2背景 a. 待开发的系统的名称; b. 本项目的任务提出者、开发者、用户; c. 该系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 [列出用得着的参考资料。] 2.任务概述 2.1目标 [叙述该系统开发的意图、应用目标、作用围以及其他应向读者说明的有关该系统开发的背景材料。解释被开发系统与其他有关系统之间的关系。] 2.2用户的特点 [列出本系统的最终用户的特点,充分说明操作人员、维护人员的教育水平和技术专长,以及本系统的预期使用频度。] 2.3假定和约束 [列出进行本系统开发工作的假定和约束。] 3.需求规定 3.1对功能的规定 [用列表的方式,逐项定量和定性地叙述对系统所提出的功能要求,说明输入什么量、经怎么样的处理、得到什么输出,说明系统的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。] 3.2 对性能的规定 3.2.1精度 [说明对该系统的输入、输出数据精度的要求,可能包括传输过程中的精度。] 3.2.2时间特性要求 [说明对于该系统的时间特性要求。] 3.2.3灵活性 [说明对该系统的灵活性的要求,即当需求发生某些变化时,该系统对这些变化的适应能力。] 3.3输入输出要求 [解释各输入输出数据类型,并逐项说明其媒体、格式、数值围、精度等。对系统

【XXX系统】功能需求规格说明书_模板

【系统名称】功能需求规格说明书 【——子系统名称】

文档创建信息 文档修订记录 修改类型分为A– ADDED(增加)M– MODIFIED(修改)D– DELETED(删除)

目录 1.引言 (4) 1.1 目的 (4) 1.2 读者范围 (4) 1.3 术语或缩略语 (4) 2.系统定位 (5) 2.1 目标用户 (5) 2.2 针对的用户需求 (5) 2.3 卖点功能 (5) 2.4 系统性质 (6) 3.需求综述 (6) 3.1 概念界定 (6) 3.1.1角色界定................................................................ 错误!未定义书签。 3.1.1.1 用户 (6) 3.1.1.2 外部系统 (6) 3.1.1.3 内部子系统 ..................................................... 错误!未定义书签。 3.1.2信息实体界定......................................................... 错误!未定义书签。 3.2 系统外延 (7) 3.2.1系统应用环境总览 (7) 3.2.2系统与用户交互关系 (7) 3.2.3系统与外部系统交互关系 (7) 3.3 系统内涵 (7) 3.3.1系统总体结构 (7) 3.3.2系统功能概述 (8) 3.3.3系统内部协作关系 (8) 4.功能使用流程 (8) 4.1 功能使用流程总览 (8) 4.2 功能使用流程描述 (9) 4.2.1【功能使用流程名称】 (9) 4.2.2【功能使用流程名称】 (10) 5.用户界面 (10) 5.1 总则 (10) 5.2 界面总览 (10) 5.3 界面详解 (11) 5.3.1【界面名称】 (11) 5.3.1.1 界面功能概述 (11) 5.3.1.2 界面元素总览 (11) 5.3.1.3 界面元素详解 (12) 5.3.1.4 界面默认规则 (13) 5.3.2【界面名称】 (13)

学生选课系统需求规格说明书

学生选课系统需求规格说明书 学生选课系统需求规格说明书 姓名:潘园园 学号:1108210127 班级:11信管1班 1.文档介绍 (2) 1.1文档目的 (2) 1.2 文档的范围 (2) 1.3 读者对象 (2) 1.4 缩写说明 (2) 1.5 参考资料 (2) 2. 任务概述 (3) 2.1 项目的来源及背景 (3) 2.2 项目要达成的目标 (3) 2.3 系统总体业务流程分析 (3) 2.4 学生选课系统业务流程图 (4) 2.5 学生选课数据流程图 (5) 2.6 产品面向的用户群体 (6) 2.7 产品中的角色 (6) 2.8 产品范围 (6) 3. 功能需求 (7) 3.1 功能需求的分类 (7) 3.2 后台功能需求 (7)

3.2.1管理员信息管理 (7) 3.2.2 学生信息管理 (7) 3.2.3 教师信息管理 (7) 3.2.4 课程信息管理 (7) 3.2.5 教室信息管理 (7) 3.3 前台管理功能需求 (7) 3.3.1 登陆系统 (7) 3.3.2 个人信息资源管理 (8) 3.3.3 学生选课 (8) 3.3.4 教师反馈 (8) 3.3.5 退出系统 (8) 3.4 非功能性需求 (8) 3.4.1 用户界面需求 (8) 3.4.2 软件安全需求 (8) 3.4.3 产品质量需求 (8) 3.4.4 软件运行环境需求 (8) 3.4.5 其他需求 (8) 4.产品提交 (9) 1.文档介绍 1.1文档目的 本文档目的是在开发一个全面的用户需求系统,从多方面分析用户的需求以及尽量的满足。而此文档是关于学生选课的一个系统,我们知道,学生选课系统是专门为各个高校提供服务的一个平台,广泛的被各高校的学生和老师所用。

上海地铁车辆段检修体制与机制改革构想(精)

上海地铁车辆段检修体制与机制改革构想 摘要:地铁车辆段检修体制与机制改革和创新将会优化轨道交通网络规划中车辆段和停车场的布局,减小车辆段建设规模,减少建设投资,提高检修规模效益,从而降低运营成本。通过对上海地铁车辆的检修体制与机制现状的分析,提出地铁车辆的检修体制与机制改革和创新的几点构想。 关键词:地铁车辆;检修体制;改革创新 1 概述 上海的地铁建设已越过了初始发展期,目前正处于集中和快速发展期。根据上海市城市综合交通规划研究所和上海市城市规划设计研究院2002年8月编制的《上海市轨道交通基本网络规划》,到“十五”期末本市将建成9条总长达250km的城市轨道交通线路,到2020年总体规划要求上海市域范围内建成17条总长达780km的轨道交通线路。 2 上海地铁车辆段检修体制现状与分析 按照国内现行的地铁车辆检修机制,一般为一线一段一场制,即为一条轨道交通线路一般配有一个车辆段和一个停车场。由于车辆段和停车场的建造涉及到征地、动迁、基建和设备投入,建设资金巨大,目前业内人士提出地铁车辆段的建设应考虑资源共享这一概念,即考虑可以二线一段多场的方式,尽可能地减少地铁车辆段的建造数量,以期减少地铁建设投资规模。如能做到,则到2005年9条轨道交通线路将要建造4.5个地铁车辆段,到2020年地铁车辆段将要达到8个,如以每个地铁车辆段静态投资3.4亿人民币计算,则投资分别要达15.3亿和27.2亿,投资仍十分巨大。同时,目前地铁车辆段的设计、建设,普遍都考虑了大(厂)架修场地和设施。由于轨道交通在建设上的非同步性与建设周期较长,在地铁建设完成和开始运营之前,必须建成车辆段,而地铁车辆的第一个大(厂)修要在10年以后实施,架修也要在5年以后进行。在此期间,大(厂)架修能力全部放空。 地铁车辆段目前普遍采用的体制为定期计划修和故障修相结合的模式。这是一项有计划的预防性维修制度。它包括车辆检修级别和车辆检修周期。 上海自20世纪90年代初建成地铁1号线以来,车辆的运用检修还处于积累经验和逐步完善与总结的过程,基本上是依照车辆供货商建议的维修保养计划(注意,不是按供货商的质量承诺期限,这点本文后面会述及)以及参照国

系统需求分析说明书

系统需求分析说明书

目录 1 产品概述....................................................................................................错误!未定义书签。 目标&意义.......................................................................................错误!未定义书签。 领域知识..........................................................................................错误!未定义书签。 思维导图..........................................................................................错误!未定义书签。 业务流程图......................................................................................错误!未定义书签。 2 功能范围....................................................................................................错误!未定义书签。 功能名称..........................................................................................错误!未定义书签。 功能说明............................................................................错误!未定义书签。 用例说明............................................................................错误!未定义书签。 操作流程............................................................................错误!未定义书签。 界面原型............................................................................错误!未定义书签。 对应字段............................................................................错误!未定义书签。 相关规则............................................................................错误!未定义书签。 3 词汇表........................................................................................................错误!未定义书签。 4 非功能需求................................................................................................错误!未定义书签。 规则变更需求..................................................................................错误!未定义书签。 产品服务需求..................................................................................错误!未定义书签。 帮助需求..........................................................................................错误!未定义书签。 安全性需求......................................................................................错误!未定义书签。 上线实现需求 (3) 5 上线时间安排表........................................................................................错误!未定义书签。

地铁车辆检修管理探索

地铁车辆检修管理探索 发表时间:2017-07-31T15:58:55.490Z 来源:《防护工程》2017年第8期作者:罗旭强 [导读] 实际在建设地铁车辆段时就工程设计方面就反映出了车辆段的建设规模,地铁车辆检修作为企业生产经营管理的重要依据。 摘要:地铁检修是保障地铁安全正常运营,作为新兴行业,地铁合理的检修工作可以有效降低运营成本。目前我国地铁车辆检修和发达国家比较,还是存在一定的距离。本文主要就地铁车辆检修管理中出现的问题进行分析,并提出措施。 关键词:地铁车辆;车辆检修;车辆管理? 一、地铁车辆检修管理对地铁的影响? 实际在建设地铁车辆段时就工程设计方面就反映出了车辆段的建设规模,地铁车辆检修作为企业生产经营管理的重要依据。利用定期预防性维修,其修程及检修周期通常是依据车辆及其设备、零部件产生磨损和发生故障的规律来制定的。而车辆产生磨损和发生故障的规律又和车辆的技术水平、运行条件、检修技术密切相关。地铁车辆检修是地铁建设和运营的重要技术数据和依据。提高车辆及其检修设备的利用效率,提高车辆检修工作和资源利用的均衡水平使列车备品备件储备集中,资源共享,统一调配。城市轨道交通车辆检修和管理是车辆安全、可靠运行的基本而重要的保证。地铁车辆的检修和管理是为了保证车辆检修工作顺利进行,地铁车辆正常运行,服务大众。? 二、地铁车辆检修管理的问题 从我国部分城市多年的地铁运营实践来看,地铁检修和管理确实越来越成熟,不管是在专业分工细,还是管理越来越分层次化。但是,在车辆检修和管理方面还是存在不足主要表现为几个方面:? (一)车辆检修制度不够完善? 检修修程的设计不够合理,总是带来资源的浪费。对轮对、轴承、构架、车钩等达到使用寿命、修理复原成本较大同时极其容易引发事故的关键部件不够重视,等等。一系列车辆检修上出现的问题。? (二)应急措施不够健全? 由于地铁是一种客运交通工具,而且在城市中带动着大量的客流,所有对于在紧急状态下的客流疏散、应急抢修等考验,采取的措施还不够完善。所以对于必须具有高度的责任感、机动性、应变能力等的检修和管理工作,地铁的检修人员还不具备,中国的地铁还是做到的不是那么完美。? (三)管理的问题? 包括人员管理和车辆管理,本文主要说车辆管理,虽然由于地铁设施、设备的复杂性以及涉及的技术门类很广虽说运用维护和检修的工作人员均经过职业技术培训,但是,仍然难以真正掌握各种情况下的故障诊断和排除方法,工作中往往由于对各系统设备技术把握不足,影响设备的维修时效性和可靠性。车辆管理通常是采用计划管理,计划管理是维修施工管理的龙头,为了维修施工作业的安排有序、合理、可操作等,必须要有好的计划管理,在计划管理方面我们主要存在着各专业互争不让,在部门之间难以协调和平衡。对于车辆的管理也缺乏计划管理,在车辆投入运行之前,运行之中和之后都没有合理完善的计划管理。对于地铁检修的管理计划合理性欠佳,抓不住工作重点计划的预见性、准确性和明确性不够,使计划的准确率低、可操作性不强。? 三、地铁检修管理措施 (一)针对车辆检修制度不够完善? 特别是车辆检修的修程方面,采用均衡修就是把大修和短修互相协调,降低地铁运营成本,在列车运行停运窗口时间内,将检修的时间分布不同时段和不同场合,就可以使检修工作分散而均匀,这就是均衡修方式。均衡修通常用于运用维修。在非运营时问和非高峰时间对列车进行较小的维修,在检修人员中进行轮值维修,在地铁各个站内,通过驻站维修。这样就可以确保车辆地铁的正常运营。地铁车辆由机械和电气主要两大系统组成。机械部分有车内设备、转向架、车门和基础制动装置等装置。电气部分有制动系统、牵引控制系统、保护电路、辅助系统、ATC通信等。按照地铁车辆各修程检修作业范围的规定,车辆到大修或架修的修程后,需要对车辆解体。如果解体后的车辆需要更换零件,则可以缩短车辆定期检修的休时。由于车辆性能、人员水平、车辆的磨耗擦伤程度不同,出现不同的情况。加上有些控制装置正处于磨合后的良好状态,也要下车拆检;架修时车轮踏向、轮缘还有富裕,为了安全,不得不切削下一个厚度,致使材料、人工都造成一定的浪费。通常,车辆各零部件设计的使用寿命和磨耗情况是车辆的检修周期的根据。同时以车辆的实际运用状况和检修经验报告来最终确定车辆的检修周期。但在实际车辆检修中,每逢到车辆各种修程,例如架修、大修,不考虑到车辆的质量状况、如何实际使用时间,都需要根据检修修程的报告全部拆卸。随着新技术、新材料的使用,以及提高了监控手段,车辆制造技术,只有努力加强车辆的维修运行,对车辆逐步运行维修,即可适当延长车辆的检修周期,提高车辆的利用率。? (二)应急措施不够健全? 作为客运交通工具,为了保证安全,城市地铁的检修人员必须具有高度的应变能力、机动性和责任感。地铁检修人员在从日常维护等基础性工作也要做到防微杜渐,对于可能发生的隐患做到未雨绸缪,防患于未然,对于已经发生的做到正确处理安全与运营、效益、稳定的关系,根据技术要求、维护频率等因素的不同,地铁运营管理的维保工作可以分为如下类:日常维护、集中维护、应急维修。日常维护指对一些设备的例行常规性质的维修,其对检修人员的技术要求较低,维护频率比较高,为了安全几乎有的检查每天都会有。集中维护是指检修员对车辆进行定期的维护保养,维持地铁车辆的正常的运行,其技术要求一般,维护频率也会不同,一般会按周、月、年等。应急维修是指在车辆运行过程中出现故障、无法运行时,需要迅速组织维修队伍,进行抢修,保证车辆在规定时间内恢复正常运行。其对检修员的技术要求高,机动性强,应变能力强。? (三)管理的问题? 车辆是运营组织的基础,在既有线路的运营组织中,车辆的运行很大程度上必须考虑车辆设备的功能、设备的状态,下一阶段必须进一步强化设备安全管理,从车辆及信号、接触网等行车直接相关设备管理,将有效提高运营组织的运营。对特殊工种人员还进行专门的培训,所有特种作业人员,应持证上岗率达。所有地铁检修应该充分考虑运营安全、服务质量、运营成本等。在地铁车辆设计方面,车辆检

相关主题
文本预览
相关文档 最新文档