天天看點

數字化研發項目方案(下)

作者: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、工藝、控制邏輯等進行組織;支援從曆史産品進行知識重用使平台建立具有靈活性,支援自頂向下及自底向上的模式産品通過子產品化的“積木”闆塊來組織,支援在産品家族内重用标準化的接口,支援子產品互換;管理子產品間電氣、結構、軟體的連接配接子產品包括具有互換性的選項,通過釋出選項來實作子產品變量的選擇采用選項來描述平台的多樣性,包括銷售、技術、制造等的選項值;捕獲“需要”、“不需要”的能力;跨産品家族進行重用
  • 業務價值規範化管理技術開發,提升敢為人先的自主創新能力加強技術儲備、提升市場開拓與快速反應能力提升對知識産權的保護能力
  • 解決方案技術趨勢分析、競品分析産品路線圖、創意、需求管理技術點開發管理研究成果管理專利管理等
數字化研發項目方案(下)

五、實施方案

項目實施計劃

"從時間、子產品、組織三個次元進行描述 原則:能上的盡可能放第一期"

數字化研發項目方案(下)
數字化研發項目方案(下)
數字化研發項目方案(下)

項目實施組織

數字化研發項目方案(下)
數字化研發項目方案(下)
數字化研發項目方案(下)
數字化研發項目方案(下)

擷取完整版文檔請添加關注并私信溝通!

繼續閱讀