天天看点

数字化研发项目方案(下)

作者:FRI55O3336776
  • 制造过程仿真
  • 关键要求
  • 工艺设计完成后尚未生产时,通过数字化手段进行工艺仿真,模拟装配过程,对装配过程进行干涉检查,减少工艺返工。
  • 装配工艺仿真所使用的数据处于系统管理之中
  • 装配工艺仿真所使用的数据能方便地从装配工艺规划中直接读取
  • 装配工艺仿真软件与产品数据管理系统软件,工艺管理系统在数据上保持一致
  • 能够适应制造过程中大数据量的需要。
  • 三维动态装配过程仿真;建立具体的装配路径;路径编辑
  • 装配顺序调整;干涉检查
  • 业务价值
  • 可以提高工艺设计的质量
  • 实现产品的一次成功,减少产品返工
  • 缩短生产的周期
  • 避免生产问题,降低成本
  • 解决方案

在生产制造过程中,对产品的工艺过程进行仿真,可以提高制造前错误的发现,优化制造过程,节约制造的成本,缩短周期。

制造仿真类型包含各种类型的仿真。在工艺设计前期,可以对模型进行干涉、机构仿真,以确定产品功能,性能的正确。

数字化研发项目方案(下)

在工艺准备中,根据工艺的需要进行仿真验证,可以提高工艺质量,避免错误发生。如,零件的机械加工,利用仿真察看轨迹的优化与否,利用材料去除察看是否存在错误,利用机床设备模型仿真确定是否存在碰撞。装配工艺准备中确认是否利用工装夹具能否正确进行安装操作,以避免工装夹具带来的影响。

  • 全球供应商协同
  • 业务价值
  1. 主制造和供应商研发数据的一致性得到保障
  2. 主制造实现了对制造过程的完整监控
  3. 方便追溯记录制造过程中的工程协调
  • 解决方案
  1. 向供应商的数据发放:将产品制造过程中需要的设计数据、工艺工装数据、发到制造供应商;
  2. 制造协调备忘录管理:支持主制造商和供应商之间的工程协调工作。
  3. 供应商交付规范向供应商的发放:指导供应商按交付规范组织工艺设计;
  4. 供应商交付状态的提交:供应商交付规范的要求分类提交底层工艺设计数据、图样交付情况。
  5. 供应商数据管理:接收供应商提交的工艺工装相关数据并进行统一管理。
数字化研发项目方案(下)
数字化研发项目方案(下)
  • 生产运营监控管理
  • 业务价值可视化的经营决策支持

通过可视化的仪表盘实现企业关键指标的监控,智能化的提供实时信息,并提供预测性分析,以支持企业的智能经营决策。

  • 准确高效的信息传递

统一的数据来源,避免错误和数据非一致性;所有数据实时获取并传递给上下游,避免数据出错和延迟;发现问题早,处理问题快速,减少产线停顿时间

  • 实时且直观的信息共享与处理

基于角色的信息推送提高信息传递效率,实时直观的监控资源状态并进行异常预警,实时指挥及效果查看以提高指挥效率, 提升公司工厂整体的运行性能。通过可视化的全面作业指导,有效的传导准备的工艺与制造信息,便于现场人员理解和执行。

  • 优化工艺过程,提高产品质量

不断通过大数据分析优化工艺参数和工艺设计,提高产品的生产质量,同时降低废品率。

  • 解决方案
  1. 实时可视化的生产监控与绩效

多维度整合效率、质量等数据源;基于工位/生产线的工厂实时状态监控,任务工时,完工率,故障率统计等;可视化监控工位/生产线的作业情况;统计汇总设备运行绩效;统计汇总生产线/工厂运行绩效。

数字化研发项目方案(下)
  1. 一站式作业指导

基于统一平台获取数据、可视化、文档等信息;实时并动态地链接各种系统,自动提供所需的各种最新数据,包括变更发生时的各种数据;实时展现状态,工作指导,KPI,问题处理,相关物料信息,设备信息质量信息,预警和警告,模具状态等。

数字化研发项目方案(下)
  1. 基于实时数据统计的质量预警与问题反馈

快速提交产线问题并进行故障预测,现场质量监控(质量问题统计汇总等),产线KPI统计分析(运行时间,产能平衡,设备故障率,返工率等),处理产线问题及故障预测警告和实际发生的质量,设备等问题,数据被记录于大数据分析平台的学习经验积累。

  1. 基于现场大数据分析的工艺改进

实时采集设备运行的工艺参数,实时采集相关的质量信息,运用大数据机器学习技术和平台,通过建立可信的数据分析预测模型,建立一套标准化的业务因子实现自主式学习和实时预测。

数字化研发项目方案(下)

数字化服务

  • 备件计划
  • 关键要求

优化服务备件供应链,确保备件库存的合理性。

  • 业务价值
  • 优化整个服务备件供应链
  • 提高客户服务级别
  • 提高运营效率
  • 降低运营成本
  • 优化服务备件库存
  • 得到高级备件预测方法
  • 多级库存优化
  • 基于约束的分布
  • 解决方案

PTC服务备件管理解决方案确保您可以在适当的时间和适当的地方有合适的备件可用,这有助于您满足客户的服务备件需求,平衡全球服务供应链的独特复杂性。

PTC解决方案帮助您优化整个服务备件供应链。通过理解客户的服务备件需求和提高库存水平的效率,您可以借助改善的备件可用度和设备开机时间为客户交付显著价值。

  • 电子手册管理
  • 关键要求
  • 结构化的技术信息创建
  • 技术插图制作,充分利用现有数字化设计成果(如三维模型)制作满足行业标准的二维、三维技术插图或三维拆装动画
  • 对技术服务信息的版本,状态、协同编辑,签审流程,内容重用,数据交换等进行统一管理。
  • 根据实际用户要求或实际维修业务,创建技术出版物结构,并将结构化的数据单元与技术出版物结构进行关联,根据实际需要发布PDF、HTML、Web等传统格式技术资料,以及向售后服务技术支持门户发布电子交互式技术出版物(IETP)。
  • 通过向服务门户发布交互式电子技术出版物(IETP)为用户提供集成化、智能化的技术支持服务
  • 解决方案

基于电子交互式技术的维修手册编写与发布系统通过直观的操作界面、丰富的多媒体工具和引导式的故障隔离专家系统为车辆的维修、保养活动提供敏捷、准确、有效的技术支持服务,从而有效地缩短现场维修工时、提高故障隔离和排除效率,降低现场技术人员的技术等级要求。

维修手册编写与发布系统的关键能力包括:

  • 结构化的技术信息创建

由专业的XML编辑器(Arbortext Editor)、内容管理系统集成接口组成,支持XML结构化文档的创建和更改,根据DTD创建符合业务标准的内容,并支持文档模版以快速创建复杂内容;内容管理系统集成接口是编写系统与内容管理系统之间的数据交换接口。通过集成接口,编写系统可以从内容管理系统直接查询、浏览、检入/检出数据单元。

  • 技术插图制作

通告专业的技术插图制作工具(Arbortext Isodraw/Galaxy),充分利用现有数字化设计成果(如三维模型)制作满足行业标准的二维、三维技术插图或三维拆装动画。

数字化研发项目方案(下)
  • 协同创作和管理

对技术服务信息的版本,状态、协同编辑,签审流程,内容重用,数据交换等进行统一管理。

  • 技术信息发布

根据实际用户要求或实际维修业务,创建技术出版物结构,并将结构化的数据单元与技术出版物结构进行关联,根据实际需要发布PDF、HTML、Web等传统格式技术资料,以及向售后服务技术支持门户发布电子交互式技术出版物(IETP)。

  • 交互式电子技术支持服务

通过向服务门户发布交互式电子技术出版物(IETP)为用户提供集成化、智能化的技术支持服务。IETP的主要功能包括通用的人机交互界面,方便用户快速定位、浏览所需内容的导航树,提供电子技术手册图文对照浏览功能,支持语音、视频、虚拟仿真等其他多媒体格式,对于故障隔离等具有决策树支持的工作,可以通过人机问答、自动过滤的方式,导引用户按步骤完成工作,提供了灵活的信息检索手段。

当用户登陆IETP时,可以通过选择产品系列,及其分解结构展开到需要修理的部件,快速导航到该部件的所有数据单元,或是通过系统的检查要求清单,快速链接到具体的维护检查工卡,从维护检查工卡中也可以链接到安装拆卸维修工卡。对于维修活动中需要注意的前提条件,警告注意等,IETP将以弹出式对话框或高亮显示方式提醒用户。对于技术插图,可以图文对照浏览,图片可以放大,缩小,局部放大,三维模型可以旋转,可以嵌套播放语音、视频、三维动画等多媒体辅助信息。对于故障排除过程,通过故障代码可以快速检索到故障隔离程序,故障修复程序可以通过人机问答、自动过滤的方式,导引用户按步骤完成工作,也允许根据用户的输入自动判断排故流程。

数字化研发项目方案(下)
数字化研发项目方案(下)
  • 维修工作包生成

将定期/日常维护类技术信息按照标准规范为各类维修工作的信息单元,形成标准维修工卡。当需要进行特定维修任务时,可以通过平台将不同的标准维修工卡信息单元进行快速组合,形成维修工作包,维修工作包一般包括计划信息(时间、检查项目、人员分配等)、标准工卡清单及对应的所有维修工卡、备件需求清单(维修工卡中规定的维修活动所需的工具、设备、消耗材料的统计清单)等。

  • 现场服务
  • 关键要求

系统可以按客户现场需求集中派遣适当的技术专家,体现服务优先级别和前置条件就绪的差别派遣。为技术服务人员的任务分配优化,为现场服务人员提供移动设备管理服务进程,提供产品状态、技术资料等技术支持。

  • 业务价值

降低维修平均消耗时间

提高首次修复率

提高技术人员效率

提高派遣效率

  • 解决方案
数字化研发项目方案(下)
数字化研发项目方案(下)

PTC通过与全球领先的GE Service Max合作,推出基于物联网平台的现场服务管理。系统可以按客户现场需求集中派遣适当的技术专家,体现服务优先级别和前置条件就绪的差别派遣。为技术服务人员的任务分配优化,为现场服务人员提供移动设备管理服务进程,提供产品状态、技术资料等技术支持。

  • 远程服务
  • 关键要求

实时状态监视

故障报警和预警

提供远程设备访问能力

远程文件传输

故障预处理和服务建议

软件版本管理

  • 业务价值

提升设备可用率

降低服务人员的差旅成本

明确的服务技术需求

掌握设备运行条件

  • 解决方案
数字化研发项目方案(下)

PTC 远程服务系统可以实时装备状态远程监视,故障报警和预警和提供远程设备访问能力。通过远程文件传输能力管理设备端软件版本和自动更新

  • 预见性服务
  • 关键要求

设备异常值的探测与报警

针对整套设备和部件的故障预测

识别未来导致故障的关键因素

基于预测分析提出操作与服务优化措施

与远程服务协作处理设备问题

  • 业务价值

故障发生前采取措施

可控的设备可用率

改进与优化服务

发现新的故障模式与影响因素

  • 解决方案
数字化研发项目方案(下)

PTC 预见性服务系统是一个大数据和机器学习应用于工业领域的应用。系统针对整套设备和部件进行故障预测,当设备异常值时将自动探测并报警。系统也可以识别未来导致故障的关键因素,基于预测分析提出操作与服务优化措施,与远程服务协作处理设备问题。

  • 服务知识与远程诊断
  • 关键要求

建立服务知识库、实现问题自动化诊断以及远程诊断。

  • 业务价值

消除诊断和解决客户服务问题的手动流程

提高服务网络的生产率

减少不必要的成本和服务调度

 可以更好定位以增加服务收入

  • 解决方案
数字化研发项目方案(下)

PTC服务知识和诊断解决方案帮助您创建和利用知识库,这样现场服务人员、联络中心代表甚至最终用户都可以快速准确地诊断产品问题。您可以更容易地解决非常复杂和主观的问题,具备更好的一致性和花费更少的时间。该解决方案的特征就是提供先进的诊断框架来帮助您找到正确信息以快速解决您客户的服务问题,同时避免昂贵和不必要的调度。

PTC 互联服务知识和诊断解决方案通过将智能互联产品和智能知识库以及规则管理系统集成,实现问题自动化诊断以及远程诊断。早期准确的诊断能够提前预防产品故障,提升远程技术人员修复能力、联络中心和提高现场工程师的工作效率和初次修复率。

数字化管理

  • 软件开发
  • 业务价值协助铁建提升产品开发中的团队协作和研发输出工件的受控和重用;建立管理复杂并行开发过程的机制和平台;增强研发过程的透明度;降低合规报告生成的成本;实现项目风险的提前预警;实时获得项目发布前的具体状态信息;基于计划,质量,完成度以及合规要求提供早期的系统警告;固化并电子化铁建不同类型和各种复杂程度项目的研发管理流程。
  • 关键要求
  1. 开发模式
  • 系统支持协作化开发模式,支持敏捷开发和常规的瀑布模式以及迭代方法开发
  1. 软件设计
  • 支持软件UML设计元素(比如类)到软件需求的溯源
  • 支持和常用建模工具EA需求的集成(至少是发布版本的Link,非复制)
  • 系统能提取EA模型中的模型元素,并以图片的形式插入到PLM的系统需求文档或系统设计文档中
  • 将EA自动生成的文档直接上传至PLM系统中
  • 在系统中定义需求条目,能直接导入EA工具中,并建立双向追溯关系,当发生更改时,能进行提醒
  • EA模型在系统中能按版本进行管理
  • 应能在系统中建立EA模型与需求文档、详细设计文档、包括代码之间的追溯关系
  • EA模型在系统中经过审批过程后受控
  1. 软件项目任务管理
  • 支持需求和开发计划(任务)的关联,并实现需求和任务的状态跳转触发
  • 可以针对需求、实现、测试用例、问题、风险等元素直接填写对应的投入,并汇总为整体的开发计划
  • 对于风险、问题等的跟进支持从系统填写跟进信息,也支持从系统导出excel文档,线下编辑后导入系统
  • 支持风险、问题、缺陷、任务单据的关联和派生
  1. 软件代码开发与配置管理
  • 可以和主流IDE(Visio、Eclipse、Labview、Keil、Shell)集成
  • 可以和主流CVS工具集成(Git/SVN)集成
  • 支持开发任务和文档(输出)的链接、关联
  1. 软件测试
  • 支持和测试工具C++ Test、RTRT、Laview、VT、CANOE的集成
  • 支持和静态代码检查工具Coverity的集成
  • 支持和Jenkins的集成
  • 支持test case到需求的溯源
  • 根据test case的执行情况,自动生成相应的测试报告(测试报告可自定义)
  • 测试计划、测试报告、测试规范可通过系统配置生成,不需要额外补充文档
  1. 软件发布
  • 软件输出自动作为PLM系统的BOM(无缝集成),针对软件BOM直接进行发布,并完成发布流程的审批
  1. 软件复用
  • 支持模型、代码级别的复用,并能进行复用分析,可定制复用分析的格式
  1. 软件IDE
  • 支持Visual Studio
  • 支持Labview
  • 支持eclipse
  • 支持Shell
  • 支持命令行
  • 解决方案
  1. 配置和自动化各种开发流程和方法;
数字化研发项目方案(下)
  1. 治理流程符合性来满足安全关键报告;
数字化研发项目方案(下)
  1. 产品生命周期管理度量分析统一库;
数字化研发项目方案(下)
  1. 需求、测试、模型、源代码的关联度量;
数字化研发项目方案(下)
  1. 代码行追溯至设计和变更过程;
数字化研发项目方案(下)
  1. 管理软件资产的变更;
数字化研发项目方案(下)
  1. 对软件资产的演变和发布过程进行精细化控制;
数字化研发项目方案(下)
  • 需求管理
  • 关键要求
  1. 需求开发和管理
  • 支持REQIF标准
  • 和Office工具(包括Excel、Word、Visio、PDF)的需求导入、导出
  • 支持Office的批注信息(包括批注人、批注内容、批注时间)的导入
  • 支持需求编号规则的自定义(标题部分不进行需求编号)
  • 系统应支持默认的、OOTB可用的结构模板
  • 系统按着不同客户、产品可调用不同的模板
  • 支持需求的评审和批准(包括单条需求和部分需求包、全部),支持需求的在线并行评审
  • 支持不同的评审、批准流程
  • 支持多层级的需求溯源(RFQ(包括市场需求)-系统需求-子系统需求-组件模块需求),可从任一层级的需求查看它的上下游需求
  • 提供获取需求来源分析-例如从竞品分析派生…
  • 提供获取需求的方法指导工程师挖掘需求,如用例法、事件-响应表
  • 支持需求(系统中有溯源关系的元素,包括需求、测试用例、用例)的溯源完备性分析
  • 支持和常用建模工具EA需求的集成(至少是发布版本的Link,非复制)
  • 支持需求文档(系统需求文档、软件需求文档等)的自动生成
  • EA生成文档时,可以调用从PLM中link过来的需求元素及相关属性并进行输出
  • 支持需求的状态管理和统计,并和产品版本关联,并导出指定模板的报告
  • 支持需求类别(新建、复用)的标识
  • 支持需求类别的统计分析
  • 支持需求的计划管理(规划实现版本、实际实现版本),并对其完成情况进行统计,支持指定格式的导出,如RCS
  1. 需求变更管理
  • 影响分析
  • 版本控制(包括单条、整个需求文档),支持不同版本的比较,并对差异进行高亮显示
  • 针对需求文档的不同版本差异,自动生成变更记录(包括变更日期、提出人和变更内容),在导出文档时,将变更记录作为文档的变更记录部分
  • 需求发生变更时,相关联的对象应收到提醒
  1. 需求统计
  • 支持按需求属性进行多维度组合统计
  • 支持指定条目需求或章节的锁定,需和服务器性能综合考虑
  • 性能
  • 在1000万条的需求条目下,页面显示、以及相关操作的响应时间不超过5秒
  • 业务价值支持对产品需求进行全面需求建模分析,从而获得精确、容易理解而清晰明了的技术规格;通过需求驱动的产品定义可确保项目能够按时交付并满足技术规格要求,从而简化了集成并提高了最终交付系统的质量;更好地适应产品迭代研发方式,及时了解、跟踪和通知需求变更,避免不可预知的问题,确保产品按期交付;通过需求与设计的关联,能够很好地进行需求更改影响分析,从而实现设计更改与需求更改的一致性;通过精确的需求实现精准的设计,避免不必要的设计延期。
  • 解决方案
数字化研发项目方案(下)
  • 需求输入
  1. 在系统外编制

考虑到上游客户的外部需求都是Excel,word,pdf,ReqIF格式,系统支持读入这些格式文件,支持自定义导入规则定义,并形成文件模板。需求导入时,能够检查需求与预定义模板的一致性。

需求文档支持在word中直接修改,修改完成后,检入到系统中。

  1. 系统内编制

系统以类似Excel的形式定义需求条目,支持需求属性的扩展定义,例如可以定义需求编码、需求分类、需求优先级、需求隶属者、需求实现情况、需求对应产品版本等。同时需求编制也可以按需选取系统内预定义的格式模板进行编制。

提供需求文档锁定功能,支持需求文档的多人协同编制

需求文档可以和其他需求文档,例如 政策法规, 创意提案, 产品文档建立建立关连性

  • 需求追溯

系统支持在不同需求文档的需求条目之间,例如用户需求和系统需求,建立多对多的双向链接;同时系统也支持需求数据与下游的设计,例如功能树、测试等建立双向链接;当需求数据发生更改后,其他所关联的元素上能看到更改可疑提示,同时当其他所关联的元素发生更改后,需求数据上也能看到更改可疑提示。

系统支持生成需求追溯矩阵报告,报告类型有网页形式和Excel格式。

系统支持测试驱动需求验证管理,跟踪需求测试覆盖情况。

系统应该支持功能/组件/需求分配的继承,建立需求分配关系模型,例如需求分配、需求分解、需求验证、需求派生等。

  • 需求重用

系统支持把某个项目中需求文档,重用到另个项目中。发生重用时,系统记录这些需求条目的重用模式(拷贝重用、共享重用)和重用来源。当需求数据为拷贝重用模式,则源需求或重用需求发生更改后,不会进行同步;当需求数据为共享重用模式,则源需求或重用需求发生更改时,都为自动同步到另一方。

系统支持需求条目数据的重用,并记录重用关系,重用后变更提示

  • 需求生命周期和变更管理

系统支持以图形化方式自定义工作流,允许用户自定义、显示并跟踪需求状态(已定义、草稿、已验证),支持对需求文档进行验证流程、确认流程。

对需求文档进行在线批注和通过outlook邮件批注,并形成批注记录进行汇总。

系统支持对需求条目的大小版本管理和需求文档基线管理。

  • 需求的配置管理

通过版本和基线等功能,实现对需求及其相关数据状态的记录和管理,方便对历史数据的追溯,实现产品研发不同阶段的阶段性审查和验证。功能有:

  • 提供对需求文档、需求项的版本管理通过基线记录整个需求文档状态提供历史数据查询

系统提供对需求项的历史记录进行查询的功能,便于对需求本身的变更历史进行追踪。

  • 一体化的需求变更

需求的变革可以驱动最终设计的变更,这些变更的驱动都是一体化可追溯的。从合同分解到需求,从需求驱动系统设计,从系统设计分解到子系统设计,从子系统设计到详细设计提供一体化变更驱动机制。

  • 需求管理报告

系统支持将规范化的需求文档导出成word格式,同时也支持将需求管理统计数据进行导出,例如追溯一致性矩阵、测试覆盖率等。报告的格式支持自定义。

  • 项目管理
  • 业务价值提升产品开发项目的管理规范度提高产品开发项目的管理透明度提升项目团队的沟通效率
  • 关键要求总体要求
  • 支持需求和开发计划(任务)的关联,并实现需求和任务的状态跳转触发
  • 可以针对需求、实现、测试用例、问题、风险等元素直接填写对应的投入,并汇总为整体的开发计划
  • 对于风险、问题等的跟进支持从系统填写跟进信息,也支持从系统导出excel文档,线下编辑后导入系统
  • 支持风险、问题、缺陷、任务单据的关联和派生项目启动
  • 项目分类&过程剪裁,根据任职资格体系要求进行项目分类,作为过程剪裁的依据
  • 先期研发立项书的拟制和审批
  • 报价结果录入及审批信息关联(审批在OA里做)
  • 报价过程管理及审批
  • 项目基本信息创建及维护
  • 项目号码、产品号码、Model号码关联
  • 报价时候的项目基本信息可沿用至正式项目中
  • 报价项目的汽泡图(研发投入、利润、Turnover)
  • 立项项目的状态查询、汇总清单
  • 产品引用技术的映射关系
  • 维护项目团队成员名单和角色进度计划
  • 项目计划进行分级管理:一级项目计划反应大的项目节点,包括Milestone和样件制作,以及跨功能模块的交付物;二级项目计划反应功能模块内部的计划
  • 一级项目计划由PM负责创建和维护,二级项目计划由PL负责创建和维护
  • 支持一二级计划的限制条件,比如一级锁定时间点,二级计划不能超过该时间限制,或更改到一级计划。
  • 支持填报工时
  • 在计划中可以看到项目团队成员的资源负载情况
  • 可以支持开发工程师和PL对工作量的评估且可对比
  • 可根据计划模板中定义的角色自动匹配项目团队成员
  • 所有项目状态进行气泡图汇总(项目分布的阶段、健康状态、问题数量)
  • 个人工作区超过或接近任务完成时间要提醒
  • 项目计划可以定制化导出到指定格式(MSProject或Excel)
  • 系统支持计划任务的前后关联
  • 系统支持接收任务提醒、任务延期提醒、前置任务完成提醒等,提升任务管理及时性 hebing1.2.9
  • 系统应支持甘特图、关键路径、进度跟踪、Project导入\导出,不同层级/不同领域的计划导入导出,方便计划操作
  • 计划的完成与输出物的提交、审批或发布进行关联,以研发工作开展与交付自动驱动计划任务完成和关闭
  • 可从一二三级计划中单独筛选出APQP计划和提取交付物的状态和交付物
  • 点击APQP计划中条目可以访问到输出物
  • 计划变更需要反映在所有项目状态汇总表里(weekly plan)
  • 所有计划变更的原因汇总分析普遍项目瓶颈
  • 新零件导入的计划管控在PLM中管理
  • New Part发生变化时,能通知相关的人员更新计划
  • 能从BOM中看到零部件的开发状态
  • 能记录计划变更的历史,包含不同的版本
  • 里程碑的计划变更走变更审批流程项目监控
  • 任务超期或快到期有预警提醒,抄送给主管进行干预
  • 要有各种项目仪表盘,能看到项目总体状况,如每个阶段有什么项目,包括项目健康状态,红色项目可以看到详细状态项目成本资源管理
  • 将报价做成条目,通过表单建立结构化的内容
  • 根据报价沿用制定成本预算(可修订),若与报价有不同需重新审批
  • 对项目过程中的项目成本进行记录
  • 支持阶段性审查项目花费情况,并支持与预算进行比较
  • 产品目标成本与实际成本进行对比分析
  • 支持创建单个项目的资源计划,多个项目可以汇总
  • 基于项目人力资源计划,明确到人、到职级,形成项目人力成本预算;基于按项目实际工时投入核算,形成实际项目人力成本花费
  • 统计项目资源的负载和冲突情况
  • 系统应可以多维度统计透视资源(按部门、按职位、案项目、按阶段、按月、按科目等)
  • 可以基于项目计划工作量估算,实现资源短期冲突分析
  • 形成项目成本仪表盘,单个项目的报表
  • 资源耗费情况要和预算做对比项目会议管理
  • 会议记录以任务的形式输入系统,有重要程度的标识、近期及逾期提醒Action Item List,超期严重的要通知主管进行干预
  • Web会议管理,与Outlook相连项目评审
  • Milestone Checklist自动生成报告(根据任务的完成及产品成熟度情况)。各自成员给出结论(Go NoGo,Conditionally Go),最后走团队和管理批准
  • 单个项目里程碑情况的仪表盘(文档提交状态、成本、风险、变更、问题、计划等)
  • 系统可把过程中要求提交的文件,按照状态自动Download成PPR报告
  • 若没有满足里程碑的,可以派生Action,作为条件通过的依据,并跟进处理,如果Action关闭,可对里程碑自动关闭。
  • M4要求8周内关闭Action, 并作为KPI统计
  • 所有项目里程碑的情况进行汇总图表显示
  • 对所有项目有条件过、不过的理由进行分类汇总项目风险管理
  • 风险管理清单要分风险等级,要有行动计划,要更新和维护,要和任务挂钩
  • 项目成员可自行提交,按项目汇总风险
  • 支持风险发生统计分析
  • 从两个维度判断风险等级:严重度、发生概率项目绩效报告
  • 多个维度的组合报告(项目仪表盘)
  • 项目绩效(生命周期中的所有里程碑情况,问题数量、BOM成本等)
  • 项目个人绩效(项目数量,工作量,问题,任务完成进度偏差),形成报表项目知识管理
  • 系统自动建立历史项目知识库
  • 系统支持典型案例的提交与管理,为典型案例提交固化流程
  • 系统支持失败案例总结,并在在知识库中形成经验教训点
  • 系统支持创建某类标准化任务时,可以推送其模板、样例知识
  • 系统支持创建某类标准化任务时,可以推送其培训、经验总结、失败教训等知识
  • 系统应可以自动推送操作者需要参考的相关知识,实现知识情景化项目结项管理
  • 系统应建立结构化的结项管理机制
  • 系统应将项目结项各个工作,通过结项流程有机关联,并逐次展开;
  • 系统应支持可配置的结项管理工作流
  • 系统应基于工作流定义结项管理各步骤的基本属性、功能操作
  • 系统可自动进行结项准入判断,涵盖文档归档、问题关闭、任务完成、知识沉淀等
  • 系统支持流程方式驱动财务核算、物料归还、过程检查等结项必须工作的逐次展开
  • 结项流程借宿后,系统支持项目关闭
  • 解决方案产品开发流程的规范化固化、基于模板创建项目

基于模板进行项目创建,根据项目类型进行剪裁流程和配置交付物模板等。当创建了项目后,新的项目自动继承了模板的相关内容,如WBS、资源分配、文件夹结构、文档模板、流程模板、交付物模板等内容;

数字化研发项目方案(下)
  • 项目任务在线下达、通知、在线接收与执行状态反馈

在项目执行阶段,系统会将相关任务通过邮件和系统任务两种方式发送给相关责任人。相关责任人员可以在任务管理器中查看分配给自己的设计任务,并根据要求完成。

数字化研发项目方案(下)
  • 项目任务与交付的关联及状态联动

设计任务完成后,系统会根据交付产品调整项目的进度数据,并可以随时根据实际进度调整每个任务的实际完成比例、分配工时、实际工时等相关信息。

数字化研发项目方案(下)
  • 项目交付物的集中存储与电子化审批
数字化研发项目方案(下)
  • 产品数据与项目数据的共享和隔离
数字化研发项目方案(下)
  • 动态生成各类“实时”项目管理报告
数字化研发项目方案(下)
  • 测试与调试管理
  • 关键要求
  1. 测试管理
  • 支持和测试工具C++ Test、RTRT、Laview、VT、CANOE的集成
  • 支持和静态代码检查工具Coverity的集成
  • 支持和Jenkins的集成
  • 支持test case到需求的溯源
  • 根据test case的执行情况,自动生成相应的测试报告(测试报告可自定义)
  • 测试计划、测试报告、测试规范可通过系统配置生成,不需要额外补充文档
  1. 测试需求
  • 支持测试计划可以共享及调用,测试计划可以输出为各种类型客户格式文件
  • 建立项目测试标准库,新项目的测试计划可以调用标准库信息
  • 可以关联实验室信息管理系统查询实验室能力
  • 需要对试验所需的耗材进行管理,可提出申请给实验室
  1. 试验项目管理
  • 能通过系统查询实验室设备和资源实时状态,能够快速查询自己申请项目的测试信息
  • 每个测试项目需要有状态标示,同时可以自动关联对应的测试报告
  1. 试验资源管理
  • 录入并能统计研发测试设备购买情况
  • 希望系统可以调用实验室管理信息中的测试样机信息,如正在进行什么测试,且已经做完和将要进行的测试及出现的问题查询
  • 新设备校准信息需要在系统中管理,通过系统完成自动提醒并协助提交校准申请 ,放入生产工程管理系统
  • 送样进行系统管理,可以记录每次送样的信息,及日后便于查询
  • 各个BU自有的设备可以在系统中查询使用情况及进行借用申请
  1. 试验数据管理
  • 调用测试报告自动生成测试汇总报告Evaluation Report
  • 业务价值面向需求的测试规划,提升验证能力构建产品测试的统一管控能力提升系统设计早期验证能力,减少后期设计迭代
  • 解决方案机电软全产品测试管理
数字化研发项目方案(下)
  • 测试问题闭环管理
数字化研发项目方案(下)
  • 图形化的测试用例设计
数字化研发项目方案(下)
  • 测试用例与需求的追溯与关联
数字化研发项目方案(下)
  • 测试结果与需求的追溯和关联
数字化研发项目方案(下)
  • 质量管理
  • 关键要求
  • 支持国内国际通用的FMEA分析标准,如QS-9000,ISO/TS16949等;能够在软件中自行定义FMEA标准;
  • 支持故障模式库功能,具有通用电子、机械和机电产品故障模式数据库,故障模式数据库可独立以文件方式保存;体系构架的三层体系结构为数据库的扩展提供了极好的扩展性;可以根据需要建立适合自己使用的故障模式数据库,也可以对已有故障模式库进行添加、修改、删除和合并等;
  • 支持硬件分析法和功能/工艺分析法(按零件展开、按功能/工艺展开),支持多种FMEA、CA分析功能,包括:系统FMEA (System FMEA)设计FMEA(Design FMEA)过程FMEA (Process FMEA)
  • 风险分析至少包括危害度分析(CA)和风险顺序数分析(RPN)两种风险分析方法;
  • 输出SC特性表。
  • 对于不符合设计要求的项,自动标识。
  • 能够自定义危害度矩阵和风险矩阵的参数和度量方法;
  • 支持采用单元、故障模式、故障原因、故障影响四层结构的FMEA分析,用户可以自定义分析级别;
  • 支持自定义严重度、安全性严重度、危害度级别;
  • 具有HAZOP (Hazard and Operability)分析模板,可识别偏离设计要求的潜在故障和运行问题;
  • 能够提供多种标准的FMEA报告和图形模板,并且用户可以自定义报告和图形输出模板,如FMEA表、CA表、关键件和重要件列表、危害度矩阵图和风险矩阵图等。
  • 提高FMEA分析工作效率,提供列表选项功能;并且支持对列表选项读/写权限的设定,确保输入信息的规范、统一;
  • 支持电子和机械元件的故障模式数据库,数据库具有扩展性;
  • 能够针对单元以上级别(如组件、部件等)建立其故障模式;
  • 支持基于FMEA分析的DVP验证计划闭环控制。
  • 支持DFMEA、DVP和SC(关重特性)
  • DFMEA、DVP的格式需要根据企业要求修改更新,后续由用户管理员来自行配置。
  • DFMEA和DVP关联,基于DFMEA中的故障模式/原因创建DVP
  • 基于DFMEA内容筛选,可以根据S,S*O,S*O*D,RPN各种条件来输出SC。后台配置参数可以由用户管理员设置,直接输出SC。
  • 支持历史FMEA库、故障模式库等方式应用
  • 支持DFMEA、DVP的流程化过程,至少包括提交-审批-发布等
  • DFMEA结果可以驱动重大问题闭环关闭流程,进而采用8D(或其他)流程进行问题关闭
  • 支持DFMEA结果的筛选检查,如仅对为关闭分析进行检查
  • 支持PFMEA、CP,且格式提供行业模板,根据企业要求修改更新,后续由用户管理员来自行配置。
  • 支持从DFMEA输出到PFMEA
  • 支持从PFMEA输出CP
  • FMEA要和问题管理系统关联,当某项目的问题管理系统中涉及ME/EE的问题列表有增加时,在问题管理系统和FMEA系统提示要更新FMEA,但不用做成闭环。
  • 失效模式库要和问题管理系统中的问题条目及对应的LESSONS LEARNED关联。
  • 反过来说,问题管理系统中的ME/EE相关设计问题的数据都需要和FMEA失效模式关联。
  • FMEA更新时,系统提示相关人员检查是否需要更新P/DFMEA,DVP,CP,SC等关联文件。
  • 和项目管理系统关联,在milestone节点前,根据系统时间及配置信息,提示相关人员更新相关文件。
  • 和QMS系统关联,针对0Km/FCR问题,如果是设计问题,必须要求更新FMEA文件。设置闭环。
  • 失效模式库条目更新需提醒所有关联的更新。
  • 支持质量目标的结构化定义与分解,条目化记录,支持富文本方式和图形方式等
  • 支持从Word、Excel中导入已经编辑的质量目标,并进行二次编辑
  • 支持质量目标的预发布、审批、发布流程,并支持分配到多部门/多人
  • 支持质量目标与产品BOM的关联
  • 支持质量目标的版本管理,支持库重用
  • 支持质量目标的评价,如达成率等,能采用图形或报告进行输出
  • 支持电子产品可靠性预计,并支持机械结构产品的可靠性预计
  • 支持预计输出产品故障率、MTBF等指标
  • 可结合单元或元器件的老化数据、试验数据和现场数据来对可靠性预计结果进行修正
  • 支持可靠性预计的元器件库存储和重用
  • 业务价值实现质量目标的验证提高产品质量
  • 解决方案质量目标/需求的分解与管理企业及FMEA的管理功能 FMEA设计 DFMEA过程 PFMEA风险分析和评价DVP&RControl Plan基于DFMEA的闭环验证故障模模式库自动引用标准化数据定义输出单点故障汇总、风险顺序、改进建议
数字化研发项目方案(下)
  • 问题管理
  • 关键要求
  • 项目组成员向PLM系统提交开发产品的问题反馈单,描述参照FMEA(结合现有缺陷和问题管理系统要求。例如:包括问题标题、问题描述、问题分类、问题级别(严重程度)、提交人、提交时间等;
  • 软件问题管理需要考虑:软件版本所属模块/功能:分类按软件、电子、机械、工艺、售后、来料等分类?
  • 流程:分别按照不同类型分类?
  • PLM系统中能够提交、保存、查找、统计产品开发过程中发现的问题,并能记录问题的处理过程,且能关联相关的证据和附件。
  • 问题分析/解决:不属于责任人的成员,只要能看到缺陷,都可以进行处理。
  • 问题(Issue)需要与预防纠正措施(CAPA), 产品等相关信息结合, 构成闭环解决方案
  • 对策(CAPA)执行后由提出问题的项目组成员进行问题的闭环验证。
  • 支持批量导入。且识别关键字段(如:ID号)判断确认升级或新建。
  • 支持快速回复:如:不返回主页面通过下一条按键逐条回复。
  • 问题分析解决时支持与供应商、BOM项相关联
  • 支持关键字段(如:功能\模块、失效模式等)的自动识别,当超过规定重复次数的自动推送、提醒汇总入关键问题点库管理。
  • 支持关键字段(如:功能\模块、失效模式等)的自动识别,当超过规定重复次数的自动推送进行上报机制,并强制进行8D方式的分析
  • 问题管理中的模块/单元/功能/零件与FEMA和SW的Package自动一一对应。
  • 支持问题分析至缺陷所属(如:SW、EE、ME、过程、供应商等)进行分类。供应商类别的可以下分到某个供应商及供应商联系人(且供应商的信息与供应商管理中的信息同步)
  • 支持导出指定格式的表单及报表功能:不同组织不同时间段内新增、关闭、遗漏不同严重度的问题的数量趋势和对比不同模块、失效模式等在不同组织不同时间段内的分布趋势不同组织不同时间段问题责任人的分布趋势不同组织不同模块的不同失效原因的分布趋势
  • 度量功能:用现有缺陷所对应的模块、失效即发现问题可以预测未来产品的缺陷趋势使用现有缺陷预测缺陷模块的设计成熟度、未来售后0km/FCR趋势用现有缺陷数据度量缺陷的有效移除阶段、有效移除方法等
  • 智能筛选与标识:
  • 支持对单据的字段进行智能筛选,并能像Excel设定条件标注符合条件的条目颜色或加标注。
  • 精准、快捷的搜索
  • 能够追踪问题处理的过程、状态、责任人及滞留时间。支持对流程状态滞留时间的统计和报告。
  • 支持由问题点直接发起变更,并能导出和统计由问题点引起的变更或将问题点发起的变更包含在所有的变更中统计。
  • 支持采用FTA(故障树)方法,对重大问题进行逻辑性建模,支持量化概率评价、安全性评价;当无法进行量化计算时,可支持静态分析,找出贡献最大的根因分析
  • 根因分析结果可驱动重大问题闭环关闭流程,进而用8D或其他流程进行问题关闭
  • 支持与ALM、MES、QMS等问题系统对接,获取需要闭环的原始问题信息
  • 能计算系统的MTBF、MTTF、MTBCF、Reliability 和系统费用、维修费用等,并具有强大的自定义计算功能,能够按照用户需求自定义计算公式;
  • 根因分析FTA:支持采用FTA(故障树)方法对重大问题进行逻辑性建模,支持量化概率评价、安全性评价
  • 根因分析FTA:图形化建模方式,支持静态逻辑(如与、或、非、表决等)和动态逻辑(如优先与、强制序列等)
  • 根因分析FTA:当无法进行量化计算时,可支持静态分析,找出贡献较大的根因分支
  • 根因分析FTA:根因分析结果可以驱动重大问题闭环关闭流程,进而采用8D(或其他)流程进行问题关闭
  • 业务价值提高数据的可追溯性提升问题管理效率问题处理经验重用提升问题处理透明度
  • 解决方案结构化的问题闭环管理机制通过看板、报表追踪问题解决全过程和状态分类管理各种问题和不符合项基于产品的质量/可靠性评价
数字化研发项目方案(下)
  • 合规管理
  • 关键要求支持零部件件合规报告提交,材料声明,材质报告提交。并能实现支持与各项行业标准和指令的协议交互。通过材料声明,材质报告自动生成零部件合规判定,并于零部件选用及认可关联。如,有合规要求的项目不能选用不合规零部件。支持零部件及产品的family data,可以按照家族派生相应的报告。支持零部件材质报告与IMDS,CAMDS数据自动导入,或者支持数据模板导入。支持生成过程化学品合规性数据库维护,如锡膏,助焊剂等。并与项目合规要求关联。有合规要求的项目,不能选用不合规化学品,如Lead free,halogen free等。支持汇总的产品层级创建报告。例如,通过BOM结构关联生成整个PCBA的报告,或者整个产品的报告。
  • 业务价值实现合规性与工程设计过程结合提高产品合规性/质量,避免市场风险提高合规验证效率由被动合规转为主动合规
  • 解决方案基于法规和需求,对产品数据进行合规性分析,以满足相关要求需求及法规管理(包括行业法规, RoHS, REACH等);合规性分析/验证管理合规性统计汇总实现不合规问题的闭环管理
数字化研发项目方案(下)
  • 技术储备管理
  • 关键要求技术趋势分析、竞品分析及技术路线建议书等技术规划相关文档生命周期管理技术路线规划管理,以技术点为条目,通过时间轴线规划,关联技术点状态跟踪技术路线提交、审批、录入流程技术路线与产品平台关联,支持一项技术对应多个产品平台的属性设置技术路线查看,可根据产品平台类别分类视图查看,也可根据技术类别分类视图查看,并输出报表技术开发实施建议书审批与立项流程技术开发项目管理过程,基于项目管理过程,并预置依照技术开发过程特点管理模板支持技术开发过程特点的流程模板修改定制技术开发管理能输出项目管理报表技术过程数据存档技术成果发布流程技术开发数据与技术点关联管理Office类技术文档支持自定义检索、模糊检索、全文检索内部专利及专利文档生命周期管理,到期提醒内部专利关联产品,技术点所使用外部专利管理,关联产品使用授权情况发现内部专利被外部使用,能标注记录,并提示律师处理专利分布,按专利属性的统计报表Office类专利文档支持自定义检索、模糊检索、全文检索技术库以多层树状结构管理所有技术点可选择根据产品平台类别分类视图查看,也可根据技术类别分类视图查看,并输出报表技术点规划及状态跟踪技术点与专利、产品关联技术点效益情况报表系统应支持技术点成果转化率、达成率等指标的统计。管理层次化的结构,与功能/物理结构相关联;便捷的导航方式;快速生成产品家族建立产品平台,对CAD、BOMs、工艺、控制逻辑等进行组织;支持从历史产品进行知识重用使平台创建具有灵活性,支持自顶向下及自底向上的模式产品通过模块化的“积木”板块来组织,支持在产品家族内重用标准化的接口,支持模块互换;管理模块间电气、结构、软件的连接模块包括具有互换性的选项,通过发布选项来实现模块变量的选择采用选项来描述平台的多样性,包括销售、技术、制造等的选项值;捕获“需要”、“不需要”的能力;跨产品家族进行重用
  • 业务价值规范化管理技术开发,提升敢为人先的自主创新能力加强技术储备、提升市场开拓与快速反应能力提升对知识产权的保护能力
  • 解决方案技术趋势分析、竞品分析产品路线图、创意、需求管理技术点开发管理研究成果管理专利管理等
数字化研发项目方案(下)

五、实施方案

项目实施计划

"从时间、模块、组织三个维度进行描述 原则:能上的尽可能放第一期"

数字化研发项目方案(下)
数字化研发项目方案(下)
数字化研发项目方案(下)

项目实施组织

数字化研发项目方案(下)
数字化研发项目方案(下)
数字化研发项目方案(下)
数字化研发项目方案(下)

获取完整版文档请添加关注并私信沟通!

继续阅读