车辆项目,往往缺乏共识主要利益相关者的结构、格式和内容相关的技术文档培训操作,维护,备件和培训手册。即使在典型的地铁或从一流的铁路和高速铁路项目运输机构,缺乏清晰的技术文件要求是常见,尽管它的重要性。在某些情况下,要求指定但十分模糊,而且开放的解释为人们参与价值链,即培养建设者,子系统供应商,最终的技术作家和插画家负责手册的创建。
手册的结构往往吸引了递延的观点。手册应该逻辑分组系统和子系统或设备的物理位置吗?对于工程来说,这听起来可能更多的逻辑结构由系统手册,但是对于技术人员最终使用手册来执行维护任务,物理位置有更高的优先秩序。另一个例子是手册的方式交付。只需要说明手册的电子格式非常模糊的现代信息技术与多个可用的发布平台。
总是,技术文件的发展需要一个迭代的方法,与需求发展的整个开发周期,从而导致成本和时间超支。在大多数情况下,大量的时间都花在比最初提供的评论。在糟糕的情况下,火车进入服务甚至可能被推迟,如果火车司机/工程师,其他人员,维修人员没有充分熟悉列车。
可以做些什么?
1。首先,铁路行业需要承认需要详细技术文档要求,因为这将使简单的数据流之间的利益相关者,避免多个迭代。这些规范应提供牢记这些手册的功能目的和易用性。尽管铁路和航空工业之间的差异,在标准化领域的技术文档,铁路行业可以采用标准化的过程文档,类似于航空航天标准。咨询预备运动之前应该对所有的铁路运输机构决定的标准结构的技术文档会被普遍接受。
2。其次,需求应该RFT的一部分(招标要求)在授予合同之前车辆OEM。鉴于此,大多数oem厂商主要是作为系统集成商,主要系统是买下了与车身外壳和集成。同样可以申请技术手册如果需求定义得很好,早在投标阶段,厂商可以要求他们的子系统供应商提供内容的格式,可以很容易地结合其他列车的技术手册。
3所示。第三,一个需求管理v和v(验证和确认)方法应该强调管理技术文档的发展。从选择正确的开发和发布平台,创建一个特定的结构,系统可以使用v和v实现过程,这将足够精细的技术内容需要通过验证过程。
这样做的好处是什么?
运营商:明确的需求将有利于所有利益相关者参与开发的技术文档。铁路运输机构包括火车运营商将有一个更好的控制结果用最小的资源。介绍v和v技术的开发、评审和验收的技术文档,将添加过程的鲁棒性和可追溯性,提高整个铁路行业标准的技术文档。
oem厂商:歧义的因素是消除如果技术文件要求完善从投标阶段。这有助于优化资源,降低了整体成本和时间花在开发技术文档。因此,车辆oem厂商的系统工程师可以完全专注于设计评审、验收和生产问题,而不是花时间进一步讨论技术文档的特性和功能。
供应商和分包商:车辆的oem厂商通常是他们的系统和子系统供应商的帮助下。如果一个标准的模板可以穿孔的水平的技术作家和插画家每一个设备供应商,每个供应商的输出将是一致的。这有助于快速集成所有的技术文档,可以显著减少交货时间制定一个新的车辆。这些文件
维护人员:技术文件的标准化结构在列车的舰队将帮助维修人员来处理多个文档。它使简单实现的It系统的交付手持移动设备上的任何互动内容。这也将导致无缝集成的技术文档与其他系统,如资产管理和部分订单。
深入:
- 信息图:开发高质量和安全的技术文档解决方案
- 关于Cyient技术文档解决方案
让我们知道你想过这篇文章。
把你下面的评论。