課程收益                    

p 了解產品開發過程中的常見問題，在今后的工作中規避

p 了解系統工程相關概念，掌握系統工程的方法論

p 清晰系統工程與項目管理的關系，系統工程和軟件管理的關系

p 熟悉系統架構

p 了解系統工程的層次和演進過程，以及系統工程在產品開發過程中（概念，計劃，開發，驗證，發布）的每個階段應用

                     課程背景                       

集成創新已經成為現代企業尤其高科技企業贏得未來競爭的不貳法門，繼前賢精華，融眾學所長，站巨人肩膀，借他人之勢，古往今來一直被奉為企業在競爭中“創造別人無法取代的地位”的法寶。集成創新的理論方法來源于系統工程。

系統工程理論與方法來源于民用工程應用，但廣泛地應用于軍工項目實踐，其必將在民用領域及其他領域得到廣泛推廣與應用，錢學森曾預言“系統工程與系統科學，在21世紀的應用價值及作用可能越來越大，而其本身，也在不斷發展”。系統工程是解決復雜問題的鑰匙，尤其在當今社會，各種技術問題、管理問題、社會問題等越來越復雜，如何理出頭緒，進而尋找一條有效、可實施的解決途徑與辦法變得十分迫切。 

在企業運用過程中，對于復雜問題，往往牽涉很多方面，技術與管理越來越難以分開，如何把這些方面有機結合、綜合平衡，以尋找最優解決辦法？系統工程是解決技術和管理綜合的有效方法。可以說，我們遇到的所有復雜問題都可以用系統工程方法得到解決。

系統集成可以成為企業新的利潤增長點和新的盈利模式。易觀國際研究顯示，中國大陸系統集成市場會繼續呈現快速增長的態勢， 近些年復合增長率達到15.9%。系統集成市場將越來越廣大，系統集成已成為一種新興的服務業，“贏者通吃”已成為企業發展的理想追求。

所以系統工程理論與方法不僅能解決產品、項目研發過程的復雜技術問題，而且也能解決企業管理等各領域中存在的復雜問題。它更能解決技術和管理的綜合問題。是企業高層、中層及技術負責人和系統設計師等需要提升的關鍵能力。

                     培訓特色                     

p 實效性：本課程從系統工程理論/系統工程架構出發，基于系統工程理論與方法，首先是一門面向研發主管、技術負責人、項目管理人員和系統設計師等企業中堅人才，如何進行系統設計和管理的核心課程。

p 實戰性：既包括理論依據、原理方法的深入闡述，更結合本公司產品多層次研討的實踐，使大家切實體會和掌握解決實際工作問題的辦法。

p 系統性：全面了解系統工程理論、方法和工程應用，并清晰工程應用中與項目管理、軟件工程。

p 專業性：本課程根據國際上系統工程方面最新的方法論和工程應用，結合講師二十多年系統工程設計、項目管理、研發管理、研發咨詢的實踐經驗，具有突出的專業性。

                     參加對象                      

企業研發副總、總工/技術總監、產品經理、項目經理、質量管理主管、技術負責人和系統工程師等。

                課程大綱（詳細版）                

1 產品開發過程中的常見問題

本單元學習目標：分析和回溯諸多產品開發案例中出現過的常見問題，在自己中工作做好規避

1.1 需求階段的常見問題

1.2 產品設計階段的常見問題

1.3 風險控制以及設計文檔管理問題等

1.4 研討2：開發中的常見問題有哪些

2 系統工程理論

本單元學習目標：了解系統工程相關概念，掌握系統工程的方法論。清晰系統工程與項目管理的關系，清晰系統工程和軟件管理的關系，熟悉系統架構。

2.1 系統

2.1.1 系統概念

2.1.2 哪些屬于系統

2.1.3 錢學森對系統的定義

2.1.4 系統的要素

2.1.5 系統的特性

2.1.6 系統的衡量指標

2.1.7 研討3：試分析XXX產品的整體性、相關性、目的性、層次性、適應性、節省性

2.2 系統工程

2.2.1 系統工程的定義

2.2.2 系統工程的目的 

2.2.3 系統工程的基礎理論 

2.2.4 系統工程的方法論 

2.2.5 系統工程與項目管理的關系 

2.2.6 系統工程與項目管理高度集成

2.2.7 系統工程與軟件管理的關系 

3 系統工程在產品開發過程的應用

本單元學習目標：了解系統工程的層次和演進過程，以及系統工程在開發過程中的每個階段應用，通過案例研討增強實操性

3.1 系統工程考慮的系統層次

3.2 系統成熟演進過程

3.3 概念階段中的系統工程 

3.3.1 綜述：

3.3.1.1 概念階段中的系統工程

3.3.1.2 系統工程師在概念階段進行需求分析

3.3.1.3 需求的正確理解與實現決定了產品是否滿足客戶需求

3.3.2 市場需求分析 

3.3.2.1 市場需求是產品開發最主要的輸入

3.3.2.2 什么是需求

3.3.2.3 需求收集技巧：從需要/問題出發理解客戶需求

3.3.2.4 市場需求分析分為四個步驟

3.3.2.5 市場需求分析步驟1：解釋

3.3.2.5.1 市場需求描述的5原則

3.3.2.5.2 客戶陳述→市場需求描述

3.3.2.6 市場需求分析步驟

3.3.2.6.1 市場需求分析步驟2：過濾

3.3.2.6.2 市場需求分析步驟3：分類

3.3.2.6.3 市場需求分析步驟4：排序

3.3.2.7 需求分析的方法：Delphi方法

3.3.2.8 需求分析的方法： $APPEALS方法

3.3.2.8.1 客戶$APPEALS定義的目的

3.3.2.8.2 客戶購買標準分析（$APPEALS）

3.3.2.8.3 客戶$APPEALS的每個要素都考慮了市場細分中的客戶的觀點

3.3.2.8.4 每個維度都包含了多個要素

3.3.2.8.5 某通信設備的客戶$APPEALS要素

3.3.2.8.6 某制造企業的客戶$APPEALS要素

3.3.2.8.7 $APPLEAS方法排序

3.3.2.8.8 研討5：公司對智能設備市場進行調研，并輸出了市場調研報告，請演練采用$appleas的方法了解目標客戶對智能手表的客戶需求 ，并對客戶需求進行分析輸出市場需求并進行排序

3.3.3 產品包需求分析 

3.3.3.1 產品包需求要整合各方面的需求

3.3.3.2 產品包需求是系統工程的總體輸入

3.3.3.3 理解產品包及產品包需求

3.3.3.4 產品包需求收集、分析和整理

3.3.3.5 產品包需求分層：問題＋系統特性＋系統需求

3.3.3.6 理解DFx（design for X）

3.3.3.7 DFx質量屬性標準

3.3.3.8 重要方法：產品包需求分析方法

3.3.3.9 產品包需求要與市場定位緊密聯系

3.3.3.10 通過產品包需求評審要素進行自評

3.3.3.11 研討6：對我們目標客戶需求的智能手機進行RAS需求、可測試性需求、可制造性需求、可服務性需求、內部約束和其他需求進行分析 ，并輸出產品包需求

3.3.4 設計需求 

3.3.4.1 制定產品包需求的同時確定關鍵技術解決方案

3.3.4.2 關鍵技術解決方案與備選概念

3.3.4.3 “系統分析”可應用于系統功能的各個方面

3.3.4.4 權衡分析法

3.3.4.5 根據產品方案評審要素進行自評

3.3.4.6 根據關鍵物料和共享模塊評審要素進行自評

3.3.4.7 根據采購信息確認評審要素進行自評

3.3.4.8 研討7：在研討6的基礎上，根據產品包需求，設計多個智能手表的產品概念和關鍵技術，并運用系統分析的方法選擇產品概念

3.3.5 產品概念和技術路線設計與選擇 

3.3.5.1 設計需求是進行系統設計的基礎

3.3.5.2 需求分析的思路

3.3.5.3 需求分析示例 – “主叫”的操作場景

3.3.5.4 研討8：在上述研討基礎上，根據產品包需求和產品概念，討論智能手表的應用操作場景，明確設計需求

3.3.6 總結：概念階段是系統工程的需求分析階段

3.4 計劃階段中的系統工程 

3.4.1 計劃階段的系統工程活動

3.4.2 得到架構和規格的步驟1：功能分析

3.4.2.1 功能分解輸出示例

3.4.2.2 功能架構圖示例-電腦主板架構圖

3.4.2.3 研討9：在產品概念的基礎上，進行功能分析，形成功能架構

3.4.3 得到架構和規格的步驟2：設計綜合

3.4.3.1 設計綜合輸出示例-系統架構圖（物理架構）

3.4.3.2 系統架構圖示例一樓控系統架構圖

3.4.3.3 系統架構圖示例-WCDMA芯片架構圖

3.4.3.4 TR2-需求分解與系統架構評審要素

3.4.3.5 TR2-軟件架構評審要素

3.4.3.6 TR2-評審要素

3.4.3.7 研討10：在功能結構的基礎上，進行設計綜合，形成物理架構。

3.4.4 設計綜合輸出示例-設計規格

3.4.4.1 設計綜合輸出示例-分配需求

3.4.4.2 TR3-產品規格評審要素

3.4.4.3 TR3-模塊級評審檢查評審要素

3.4.4.4 TR3-設計樣機評審要素

3.4.4.5 TR3-其它評審要素

3.4.4.6 研討11：在研討10的基礎上，將設計需求分解成設計規格

3.4.5 總結：計劃階段是系統工程的設計階段

3.5 開發階段中的系統工程 

3.5.1 開發階段——開發集成過程

3.5.2 IBT（Incremental Build Test）

3.5.3 IBT關鍵活動

3.5.4 開發階段IBT和TR的關系

3.5.5 設計評審流程

3.5.6 技術評審是系統工程師進行技術管理的主要活動

3.5.7 技術評審的常見問題

3.5.8 TR的原則和架構

3.5.9 TR評審操作過程

3.5.10 PCR（Plan Change Requests ）

3.5.11 端到端需求變更必須同步

3.5.12 TR4評審要素

3.5.13 TR5評審要素

3.5.14 研討12：，在研討11形成的設計規格基礎上，每組選定一位SE，其他扮演技術專家，進行TR3的評審，給出評審意見 。

3.6 驗證階段中的系統工程 

3.6.1 驗證階段——主要過程

3.6.2 系統工程師要關注BETA TEST的結論，并組織系統優化

3.6.3 TR6-評審要素(規格)

3.6.4 TR6-評審要素(結構)

3.6.5 TR6-評審要素

3.6.6 TR6-評審要素（制造）

3.6.7 TR6-評審要素（采購）

3.7 發布階段中的系統工程

3.7.1 發布階段

3.7.2 研討13：各小組討論本次項目中可以形成的CBB和獲取的系統工程應用經驗