IPD_術語手冊大全_第1頁
IPD_術語手冊大全_第2頁
IPD_術語手冊大全_第3頁
IPD_術語手冊大全_第4頁
IPD_術語手冊大全_第5頁
已閱讀5頁,還剩31頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、濫風>:XXX、YYMMDD 田懲>:XXX、YYMMDD、YY MM DD、YY MM DD +S時 >:XXX、YYMMDDYYYYMMDB畐1.0IPD 體系81.1集成產品開發(fā)IPD 81.2異步開發(fā)81.3公用基礎模塊CBB 81.4跨部門團隊81.5結構化流程81.6項目管理81.7管道管理91.8客戶需求分析91.9投資組合分析92.0 PDT2.1.1 IPMT2.1.2 PDT2.2 Charter2.3業(yè)務計劃92.4端到端的項目計劃92.5工作分解結構WBS 92.6 WBS1/2/3/4 級計劃 9261 WBS1級計劃 262 WBS2級計劃 263

2、 WBS3級計劃10264 WBS4級計劃2.7 Charter2.8 PDT角色錯誤!未定義書簽。10102.8.1 LPDT2.8.2 FPDT 102.8.3 RDPDT102.8.4 CSPDT102.8.5 MNFPDT112.8.6 PROPDT112.8.7 MKTPDT112.8.8 PQA 112.8.9 POP 112.8.10 SE 112.8.11 EE 112.8.12 SWE112.8.13 ME 112.8.14 IDE 112.8.15 TE 122.8.16 CSS 122.8.17 PP 122.8.18 AME 122.8.19 PRO 122.8.20

3、MAKE 122.8.21 S 122.8.22 LLMT 122.8.23引導者123. 0 IPMT業(yè)務領域術語 133.1決策評審點133.2概念決策評審CDCP 133.3計劃決策評審PDCP 133.4可獲得性評審ADCP 133.5生命周期終止決策評審EOL DCP134. 0財務業(yè)務領域術語 134.1產品成本134.2產品毛利率134.3項目開發(fā)費用 134.4投資回收期134.5凈現(xiàn)值134.6現(xiàn)值指數(shù)144.7內含報酬率144.8投資報酬率145. 0開發(fā)業(yè)務領域術語 145.1 SE 145.1.1產品包145.1.2產品包概念145.1.3產品包需求 145.1.4易用

4、性需求145.1.5 RAS 需求145.1.6設計需求145.1.7需求分解145.1.8需求分配145.1.9 Build 155.1.10產品包需求跟蹤矩陣 155.1.11產品數(shù)據(jù)結構155.1.12基線化155.2硬件業(yè)務領域術語155.2.1基本邏輯155.2.2大規(guī)模邏輯155.2.3硬件概要設計155.2.4硬件詳細設計 155.2.5 EMC155.2.6可測試性設計155.2.7可制造性設計 155.2.8可靠性設計165.3軟件業(yè)務領域術語165.3.1 用戶(User ) 165.3.2 需求 165.3.3軟件需求165.3.4業(yè)務需求165.3.5 用戶需求165.

5、3.6 功能需求165.3.7 非功能需求165.3.8需求分析175.3.9軟件需求規(guī)格說明175.3.10統(tǒng)一建模語言UML 175.3.11 用例圖(use case) 175.3.12 IPO 圖175.3.13實體關系圖(E - R圖) 175.3.14數(shù)據(jù)流圖185.3.15狀態(tài)轉換圖 185.3.16序列圖 185.3.17 數(shù)據(jù)字典(data dictionary ) 195.3.18 軟件缺陷(bug) 195.4結構業(yè)務領域術語195.4.1 結構件195.4.2定制結構件195.4.3標準件195.4.4外部電纜205.4.5線組件20546 UCD (以用戶為中心的設計

6、)205.4.7工業(yè)設計205.4.8 手板205.4.9塑料模具(簡稱塑模)205.4.10冷沖裁、沖壓模具(簡稱冷沖模) 205.5 TE205.5.1可測試性需求205.5.2可測試性205.5.3測試計劃205.5.4測試報告205.5.5 SDV 205.5.6 SIT 205.5.7 SVT&SVT2215.5.8 Beta 測試215.5.9實驗局215.5.10回歸測試 215.5.11測試用例215.5.12測試方案 215.5.13測試工具 215.5.14測試環(huán)境 215.5.15入網測試215.5.16檢驗報告215.5.17入網證216.0制造業(yè)務領域術語21

7、6.1可制造性/制造可測試性216.2制造策略226.3制造計劃226.4制造工藝226.5制造系統(tǒng)226.6裝備226.7生產測試設備226.8初始產品226.9試產產品226.10量產產品227. 0采購業(yè)務領域術語227.1 Sourcing team 227.2初始的供應商&物料供應計劃227.3提前物料采購227.4關鍵器件227.5定制器件237.6替代器件237.7其它器件237.8長貨期237.9結構件新供應商(供方) 237.10備用供應商(供方) 238. 0市場業(yè)務領域術語238.1 RFA 238.2 ESP 238.3銷售配置器238.4客戶遷移計劃238.5

8、市場需求239. 0客服業(yè)務領域術語239.1可安裝性239.2可服務性249.3客戶遷移249.4初驗2410.0質量業(yè)務領域術語2410.1 TR1/TR2/TR3/TR4/TR5/TR6 2410.2同行評審2410.3質量計劃2410.4不合格品2410.5 缺陷2410.6 故障2411.0產品維護業(yè)務領域術語2411.1設計變更2411.2 CCB變更控制委員會 2411.3設計變更評審 2511.4 ECN工程變更通知 2511.5 A類設計變更2511.6 B類設計變更2511.7 C類設計變更2511.8 D類設計變更2512.0產品規(guī)劃術語 2512.1 市場2512.1.

9、1 需求2512.1.2 市場2612.1.3市場細分2612.1.4 細分市場 Segmenting 2612.1.5 客戶 customer 2712.1.6 用戶 user 2712.1.7 渠道2712.1.8市場調研 2712.1.9市場營銷管理 2712.2 產品2712.2.1 產品2712.2.2新產品2812.2.3產品生命周期 2912.2.4產品平臺和產品平臺戰(zhàn)略2912.2.5產品線和產品線戰(zhàn)略2912.3縮略語3012.3.1 MM 3012.3.2 SWOT 3012.3.3 $ APPEALS 3012.3.4 SPAN 3112.3.5 FAN 3112.3.6

10、 ANSOFF 31附件:修訂記錄(木文檔的任何變更應該在首次檢視后在本附件進行跟蹤)版木變更描述修訂人/H期VX. XXIPD術語手冊1. 0 IPD體系1.1 集成產品開發(fā)IPDIntegrated Product Development, IPD是一種領先的、成熟的產品開發(fā)的管理思想和管理模式。它是根據(jù)大量成功 的產品開發(fā)管理實踐總結出來的,并被大量實踐證明的高效的產品開發(fā)模式。通過IPD,可建立起基于市場和客戶需求 驅動的集成產品開發(fā)流程,將產品開發(fā)作為一項投資來管理,更有效地管理產品開發(fā)和新產品,達到加快市場反應速度,縮短開發(fā)周期,減少報廢項目,減少開 發(fā)成本,提高產品的 穩(wěn)定性、可

11、生產性、可維護性的目的。IPD是一個全公司范圍的項目,不應該被局限地理解為是一個研發(fā)系統(tǒng)內部的 項目,各部門不僅僅需要參與,而且需要投身其中。IPD的核心是要形成由來自于市場行銷、研發(fā)系統(tǒng)、生產、用戶服務、財務、采購等方而人員組成的貫穿整個產品業(yè)務流程的 管理模式,即從客戶需求、概念形成、產品研究開發(fā)、產品發(fā)布等,一直到產品生命周期管理的完整過程。通過IPD項 目,事實上將對我們公司整個的價值創(chuàng)造核心過程進行重整,使產品開發(fā)更加關注市場競爭的需要,建立起規(guī)范的結構 化開發(fā)過程,并且通過改善過程管理和采用合適的IT工具與系統(tǒng),如PDM等,逐步建立完善的文檔與產品數(shù)據(jù)管理模 式,使得整個開發(fā)過程更

12、加高效。1.2 異步開發(fā)異步開發(fā)模式是指將產品開發(fā)工作按技術領域縱向分層,如(軟/硬件)技術層、子系統(tǒng)層、平臺層、集成服務層,不同的技術專長的部門或團隊并行地異步地開發(fā)和完成不同技術層次的工作,每一層都是技術專長相 對集中的,達到技術和資源的共享化。1.3公用基礎模塊CBB就是通用構建模塊。指那些可以在不同產品、系統(tǒng)之間共用的零部件、模塊、技術及其他相關的設計 成果。1.4跨部門團隊他們對最終的新產品開發(fā)共同承擔責任,新產品的成功或失敗就是整個團隊的成功或失敗。跨職能部門團隊 是指由來自不同職能部門的人員,為了完成共同的目標集合在一起的一個整體組織。1.5結構化流程為了管理好產品開發(fā),產品開發(fā)

13、必須成為結構合理、定義清楚的流程,結構合理:自上而下的層次架構中, 上層結構簡單一些,越到下層越具體。定義清楚:每項工作都應清清楚楚地明確規(guī)定出來,所有與產品開發(fā)有關的人 應該清楚他們所參與的是什么工作,用什么方法去完成。1.6項目管理項目管理是指對項目進行計劃、監(jiān)督、控制等。項目管理是使跨部門團隊集合起來更好地行動的關鍵。首先要 有一個目標即項目所要達到的效果,一旦我們將客戶的需求轉換為對產品的需求時,就可以制定詳細計劃,該計劃中的 各部分將具體劃分為每個職能部門的工作,即這個計劃不單是研發(fā)部門的計劃,還是公司各個部門共同的計劃。一個產 品從概念設計到上市期間會涉及到許多不同的相互緊密聯(lián)系的

14、活動,就好象不同職能部門彼此之間是有關系的,同樣在 一個項目中他們彼此之間的活動是有關系的,所有的活動加起來就是整個產品開發(fā)的周期了。下一步就是安排活動的時 間,然后對每個活動進行預算和資源的調配,打個軍事上的比喻來說,從目標到計劃階段就相當于戰(zhàn)前的準備,接著就 是去打仗。在打仗即實施的時候還應不斷地與計劃對照,因為沒有任何一個計劃是完善的,所以可以在細的層面上對計 劃進行一定的調整,但是做出的承諾不能變。1.7管道管理管道管理主要包折在開發(fā)管道中項目的動態(tài)分布(不同項目應處于不同階段)和不同項目所需資源的動態(tài)平衡 的2個方而,目的是使項目經過喇叭口的過濾后,快速、平穩(wěn)的流過整個產品開發(fā)過程,

15、縮短產品上市時間。1.8客戶需求分析將客戶需求進行篩選、分類,判斷可實現(xiàn)行,對相關需求信息進行整理、匯總與合并、對模糊的、描述不 清楚甚至有問題的需求進行進一步的確認,最后輸出需求描述。1.9投資組合分析對企業(yè)外部環(huán)境和內部條件進行調查研究、分析企業(yè)而臨的發(fā)展機會和挑戰(zhàn)的前提下,明確企業(yè)當前和未 來的經營方向,提出希望達到的目標,在需要與可能的基礎上,研究制訂可行的經營方案??尚蟹桨笐撚卸鄠€不同的 組合,以便比較和進行全面評價,并從中選擇一個滿意方案。2. 0 PDT2.1.1 IPMTIntegrated Product Management Team , IPMT是集成產品組合管理團隊,

16、決定公司的產品投資。2.1.2 PDTProduct Development Team ,產品開發(fā)團隊,執(zhí)行產品開發(fā)項目。2.2 CharterCharter,項目任務書,描述IPMT交給PDT任務。2.3 業(yè)務計劃是PDT產品開發(fā)過程中的關鍵文檔之一,其中包括產品的市場定位、市場策略、開發(fā)計劃、生產制造策略以及財務分析 等內容。在開發(fā)的各個階段需要不斷進行修正、豐富。是CDCP PDCP的關鍵交付物。2.4端到端的項目計劃就是從產品概念的產生到發(fā)布上市的整個過程的計劃。2.5 工作分解結構WBS工作分解結構(WBS實際上就是將一個復雜的開發(fā)系統(tǒng)分層逐步細化為一個個工作任務單元。2.6 WBS

17、1/2/3/4 級計劃2.6.1 WBS級計劃是關鍵的DCP點的計劃,是IPMT控制項目的依據(jù)。262 WBS2級計劃是IPD袖珍卡中流程要求的活動的計劃,是LPDT控制項目的依據(jù)。2.6.3 WBS:級計劃是IPD流程活動的細化,是PDT核心代表控制各自領域工作的依據(jù)。264 WBS錢計劃是IPD流程活動的進一步細化,是指導 PDT團隊活動的依據(jù)。2.7 PDT角色2.7.1 LPDTPDT經理,PDT經理類似于一個新成立公司的首席執(zhí)行官,他將業(yè)務計劃提交給IPMT,并爭取獲得項目開發(fā)所需的資金。PDT經理全面負責新產品的成功開發(fā)。通常PDT經理在一個或多個功能領域有管理層和操作層經驗,并有

18、管理過開發(fā)項目的經歷。PDT經理可以來自財務、R&D市場、制造、客戶服務或采購等任何功能部門。PDT經理組織項目開發(fā)團隊,對團隊的結果負責并代表整個團隊在產品開發(fā)合同上簽字。PDT經理富有項目管理經驗很重要,理想情況下,PDT經理應有項目經理的任職資格證書。 PDT經理管理項目計劃進度、預算、人員配置、資源并向有關方面匯報。他/她負責創(chuàng)建和維護項目綜合文檔,評估并管理項目風險,整合決策點材料和建議書并提交給IPMT以做出投資決策和評審。2.7.2 FPDTPDT財務代表,財務人員負責研發(fā)產品的專項核算,涉及到產品的研發(fā)階段,材料采購階段,試產階段,正式投產階段 及銷售階段的實際投入及收

19、益的財務核算。并據(jù)相應的財務數(shù)據(jù)分析研發(fā)產品的實際獲利及貢獻情況。2.7.3 RDPDTPDT開發(fā)代表,RDPDT開發(fā)代表關注和管理產品包中所包含的硬件、軟件和結構的具體開發(fā)工作。通常由于項目的內容 和復雜度不同,一個項目根據(jù)復雜程度可能會有一個或多個硬件、軟件、結構人員作為RDPDT弋表,他們和系統(tǒng)工程師 一起共同代表開發(fā)部門對產品的開發(fā)作出具體的規(guī)劃和承諾。在項目初期,各RDPDT開發(fā)代表會和系統(tǒng)工程師一起工作,將各方面提出的對產品需求轉化為開發(fā)目標,其后對產品包內容進行詳細的定義和計劃,并最終開發(fā)出合格的產品包,RDPD頂責開發(fā)部分的內容。在具體的開發(fā)過程中,RDPDT弋表負責創(chuàng)建和維護

20、產品包的信息計劃、安全計劃、質量計劃、生命周期結束計劃、升級計劃、硬件測試計劃、軟件測試計劃、全球化支持(NLS National LanguageSupport )和翻譯驗證計劃。RDPDT是項目組內的軟件、硬件、結構開發(fā)人員、測試人員、計劃人員、知識產權分析人員等所有成員的代表和項目工 作管理者,他們通過制定項目計劃來管理研發(fā)組成員的活動。2.7.4 CSPDT客戶服務代表,PDT客戶服務代表是包括硬件或軟件在內的產品所需要的所有支持服務的接口人,代表所有服務部門 做出承諾。客戶服務PDT代表制定和執(zhí)行計劃,確保根據(jù)時間進度表的要求,完成該產品包所需要的支持服務。他/她負責產品服務,通過支

21、持那些產品包在用戶環(huán)境中的運作,幫助用戶從這些硬件 和軟件中得到更多的價值。一般地,這些服務包括幫助客戶安裝、客戶化、調整/調試產品、備份和恢復硬件、軟件、系 統(tǒng)和網絡。PDT客戶服務代表可以是客戶服務組織里的專家,或是市場部的、開發(fā)部的以及業(yè)務伙伴組織里的,根據(jù)PDT需要和上市途徑對服務的需求而定。PDT客戶服務代表為客戶提供產品安裝使用和問題處理方面的客戶服務,和PDT開發(fā)代表緊密合作以完成產品維護工作。2.7.5 MNFPDT制造代表,PDT制造代表關注所要提供的產品包需要的硬件和軟件生產工藝,代表生產部門做出承諾。PDT制造代表為有效和高效地生產產品和開發(fā)工藝,這包扌舌給設計提供輸入來

22、改進產品的可制造性、制造工藝設計 和開發(fā)、對工人進行培訓,以確保所需的數(shù)量能被生產出來并如期交付,滿足預期的要求。這也包括硬件的重用、再使 用和回收。該PDT代表負責制定和維護制造策略和計劃。制造PDT代表也代表需求和供應計劃、高級制造工程、硬件制造操作、測試裝備工程、發(fā)布管理、資產管理、硬件重用、 再利用和收回、軟件制造。2.7.6 PROPDT采購代表,PDT采購代表關注產品包交付所需的所有采購流程,代表采購功能部門做出承諾。他她制定計劃,當需要(時間和地點)時提供所有硬件、軟件,和/或服務部件/資源,這包括認證、洽談和監(jiān)控所有的供應商。采購PDT代表代表生產采購、非生產采購、供應商管理、

23、業(yè)務伙伴等。2.7.7 MKTPDT市場代表,PDT市場代表代表營銷部門做出承諾,PDT市場代表進行市場競爭狀況分析、市場需求定義。2.7.8 PQAPQA是PDT核心組的成員之一,確保產品開發(fā)按照公司既定的IPD流程進行,全流程統(tǒng)籌協(xié)調各功能領域的質量保證活動。2.7.9 POP項目操作員,項目操作員(POP)協(xié)助建立項目的基礎設施和設備,按照PDT核心組、經理和/或IPMT的指示,負責項目的日常運作。2.7.10 SE系統(tǒng)工程師,系統(tǒng)工程師面對預測需求和產品整個生命周期中的挑戰(zhàn),及指導產品開發(fā)滿足這些需求和挑戰(zhàn)方面扮演重要的角色。系統(tǒng)工程師與PDT開發(fā)代表和其他代表一起將市場需求翻譯成產品

24、包需求,更進一步 以技術規(guī)格表示出來。他/她監(jiān)視/檢查整個產品的開發(fā)過程以確保開發(fā)過程一直滿足預先規(guī)定的產品需求和規(guī)格。系 統(tǒng)工程師開發(fā)產品的總體架構,并推動產品集成和測試策略和計劃的實施。系統(tǒng)工程師要保證產品數(shù)據(jù)的準確性、可制 造性、可維護性和及時齊套性。2.7.11 EEElectronics Engineer ,電子工程師,即硬件工程師。硬件工程師負責電子硬件的技術開發(fā)。硬件工程師是若干專業(yè)類型的工程師之一(包括硬件、軟件、機械、工業(yè)設計),向系統(tǒng)工程師和PDT開發(fā)代表報告。2.7.12 SWE軟件工程師,軟件工程師負責任何與新產品相關的軟件技術開發(fā)。軟件工程師是若干專業(yè)類型的工程師之一

25、(包括硬件、軟件、機械、工業(yè)設計),向系統(tǒng)工程師和PDT核心組開發(fā)代表報告。2.7.13 ME結構工程師,結構工程師負責結構件的技術開發(fā)。結構工程師是若干專業(yè)類型的工程師之一(包扌舌電氣、軟件、機械、 工業(yè)設計),向系統(tǒng)工程師和PDT核心組開發(fā)代表報告。2.7.14 IDE工業(yè)設計師,工業(yè)設計師負責把美學及人性因素的設計事項考慮到產品的功能需求及規(guī)格中,這包括-保持品牌形象的產品外觀。工業(yè)設計師依照下列準則評審項目:產品外觀及美學方面和產品人機工程方面2.7.15 TE測試工程師,測試工程師負責新產品的測試技術、測試系統(tǒng)開發(fā)并檢驗其是否滿足行業(yè)標準、國家標準或國際標準,同 時負責產品的國際、國

26、內型號認證工作。測試工程師是幾類專業(yè)工程師之一(包括:硬件、軟件、機械和工業(yè)設計),向系統(tǒng)工程師和PDT開發(fā)代表報告。2.7.16 CSS客戶服務專員,客戶服務專員向PDT客戶服務代表匯報,負責幫助客戶解決他們可能遇到的任何問題。他經常是客戶和 公司的工程部之間的聯(lián)系紐帶。2.7.17 PP 試制工程師,制造-試制工程師是幾類向PDT制造代表匯報的另一類制造人員,專門關注用生產線試生產,該生產線就 是用來生產新產品的生產線,以便評估生產線。2.7.18 AME高級制造工程師,制造-高級制造工程師是幾位向PDT制造代表匯報的另一類制造人員,關注于評估一個新產品如何被 放到生產線上、如何批量生產。

27、他需要評估當前及新的技術、工藝,并測試和開發(fā)制造新產品的最佳方法。制造-高級制造工程師同時也負責產品版本切換的控制過程;負責與制造工程師加工 接口;參與清單管理、發(fā)貨管理、庫存管理等。2.7.19 PRO采購人員,采購員向PDT采購代表匯報,關注于和供應商談判以確保新產品開發(fā)、制造和測試所需要的部件能持續(xù)供應。2.7.20 IAKE營銷工程師,市場行銷計劃人員是負責新產品上市的相關說明書、培訓資料的編寫并對分公司銷售人員進行培訓的專員。(手機營銷部人員)市場操作人員是配合其他部門進行新品上市推廣工作并進行新品的具體市場銷售活動直至產品生命 周期結束的專員。(銷售部手機銷售中心人員)2.7.21

28、 S銷售專員,銷售專員是制定并執(zhí)行產品銷售策略,并保持和顧客(代理商)緊密聯(lián)系,促進公司銷售目標實現(xiàn)的工 作人員。2.7.22 LLMTLMT經理,LMT經理是各LMT團隊的管理者,當項目通過技術評審3準備進入PP1階段時,LMT經理必須為該項目專門 組織一個LMT團隊,LMT團隊通常由產品部、制造部、質管部、售后等部門的工 程師組成,LMT團隊在后續(xù)的各個階段 的試產、首批量產中與項目組的成員共同工作,在產品進入穩(wěn)定生產后LMT團隊全而接手產品的維護工作,這種維護工 作將持續(xù)到產品最終退岀市場才停止。LMT經理對各個LMT團隊的工作進行管理,在產品即將停產退出市場時,需要啟動產品的生命終止

29、程序,提出產品生命 終止請求,并準備材料與IPMT充分溝通,在產品生命終止流程中要跟蹤具體的落實和組織對項目的經驗進行總結。2.7.23 引導者(PQA兼任)引導者是中立于IPMT、PDT之間的一個獨特角色,他更關注流程、目標和問題。通過與團隊一起工作,指導團隊走產品開發(fā)流程,最終使他們獲得有效的獨立運作的技能。3. 0 IPMT業(yè)務領域術語3.1決策評審點在產品開發(fā)過程中,分階段對交付物進行評審,在每一次投入更多資源前進行,主要關注產品的市場表現(xiàn)層 面,以決定是否繼續(xù)對項目進行投資的評審3.2 概念決策評審CDCP在概念階段結束時要召開一個概念決策評審會,在這個會議上,PDT正式向IPMT報

30、告初始的業(yè)務計戈由IPMT來決定項目是繼續(xù)還是終止。若初始的業(yè)務計劃得到批準,分委會將做出下一階段開始前所需的承諾,項目 進入計劃階段。3.3 計劃決策評審PDCP在計劃階段結束時要召開一個計劃決策評審會。在這個會議上,PDT向IPMT展示最終的業(yè)務計劃以及決策合同,由IPMT來做出繼續(xù)/終止的決策。最終的業(yè)務計劃以初始的業(yè)務計劃為基礎,提供了更多的細節(jié)內容及對計劃的承諾。若業(yè)務計劃獲得批準,則PDT與IPMT簽訂合同,合同中列出允許的偏差。項目進入開發(fā)階段。合同代表了IPMT做出的堅實承諾,即每個主要部門都將支持項目以及給PDT必要的資源。另一方面,PDT將承諾按合同要求完成項目的交付目標。

31、3.4 可獲得性評審ADCP這是產品正式公開發(fā)布及推向市場前的最終決策評審,需要IPMT明確做出繼續(xù)/終止的決策。可獲得性決策評審應在任何主要的發(fā)布花費投入之前進行。這一決策評審的目的是證實在計劃階段制定的業(yè)務計劃中的估計和假設,并評估產品發(fā)布前公司的準備情況。3.5 生命周期終止決策評審EOL DCP在產品生命周期結束時,生命周期管理團隊(LMT要向IPMT給出停止銷售、停止生產、停止服務 等方面日期的建議, 由IPMT做出繼續(xù)/終止的決策。IPMT必須要審核產品生命終止的發(fā)布是否與新 產品戰(zhàn)略保持一致以及是否己很好地考 慮了潛在的客戶滿意度方面的問題。4. 0財務業(yè)務領域術語4.1產品成本

32、產品成木包括:直接材料、直接人工費、其他直接費用、間接制造費用。4.2 產品毛利率產品銷售收入減去產品銷售成本后與產品銷售收入的比率。4.3項目開發(fā)費用項目投資總額是指用于項目內產品開發(fā)的所有費用,包括人力成本、材料、加工、測試、實驗局、差旅、 以及管理分攤。4.4投資回收期投資回收期是評價投資項目經濟價值的一種比較簡單和常用的標準。投資回收期是,從一個項目收入的現(xiàn)金 流入償清初期投資的現(xiàn)金流出所需的時間。投資回收期本身作為一種獨立的選擇標準并不十分可靠,它沒有考慮貨幣的時間價值。4.5 凈現(xiàn)值凈現(xiàn)值(Net Present Value , NPV等于投資項目未來凈現(xiàn)金流量按照資本成木折算成現(xiàn)

33、值,減去初始投資后的余額。凈現(xiàn)值法是運用投資項目的凈現(xiàn)值進行投資評估的基本方法。應該選擇凈現(xiàn)值0的項目。4.6現(xiàn)值指數(shù)現(xiàn)值指數(shù)(Profitability Index , PI )是用項目未來現(xiàn)值與初始投資額之比來衡量項目經濟效益的一種方法,又稱 獲利能力指數(shù),是現(xiàn)金流量折現(xiàn)分析法的又一表達形式。應該選擇現(xiàn)值指數(shù)1的項目4.7 內含報酬率,內部收益率內含報酬率(Internal Return Rate , IRR),也被稱為內部收益率,是使項目的凈現(xiàn)值等于零的貼 現(xiàn)率。這個貼現(xiàn)率 反映了一個投資項目的內部收益率。當計算出來的內部報酬率大于公司的資木成本或所要求的最低投資報酬率時,表示該投資項目

34、可行;反之不可行。4.8 投資報酬率項目的投資業(yè)績評價指標之一。投資報酬率指標有二種:投資利潤率和投資利稅率。投資利潤率是項目的年平均利潤總額除以項目投資總額;投資利稅率是項目的年平均利稅總額除以項目投資總額。5. 0開發(fā)業(yè)務領域術語5.1 SE5.1.1 產品包產品提供給用戶時的全方位呈現(xiàn),包括產品的外觀、功能、性能、價格等5.1.2 產品包概念對一個產品包的高層次描述5.1.3 產品包需求產品包為滿足的各方面要求所需要具有的特性5.1.4 易用性需求產品為使用戶易于使用所需要具有的特性5.1.5 RAS 需求產品為滿足可靠性、可用性和可服務性要求所應具有的特性5.1.6 設計需求對產品包需

35、求進行分解和整理,用以指導系統(tǒng)設計的需求描述5.1.7 需求分解將設計需求按照功能、層次逐步細化的過程。由SE與硬件工作師、軟件工程師及結構工程師一起協(xié)作,分析產品包需 求,將需求分解成硬件、軟件或結構子系統(tǒng);然后每一塊(硬件、軟件、結構)進一步將需求分配到更下一層子系統(tǒng)、部 件或模塊之中;需求分解要確定某些特殊需求如何由硬件、軟件或結構或任何組合形式實現(xiàn)。5.1.8 需求分配將分解后的設計需求指配到具體設計模塊,定義每個設計模塊規(guī)格的過程。需求分配需要清晰地決定需求 的哪些部門由硬件實現(xiàn),哪些部分由軟件實現(xiàn),哪些部分由結構實現(xiàn),它們之間的接口也要定義清楚。5.1.9 Build內部版本,滿足

36、特定的功能需求,由產品包的部分或全部設計模塊構成,其中某些版木可以對外發(fā)布。所有Build必須進行SDV測試,對外發(fā)布的Build必須進行SIT測試。5.1.10產品包需求跟蹤矩陣使用跟蹤矩陣將每條產品包需求對應到多個相關的模塊,并根據(jù)每個模塊的驗證結果檢驗每條需求是否得到滿足5.1.11產品數(shù)據(jù)結構產品數(shù)據(jù)結構以文檔樹的形式匯總一個產品包所對應的所有數(shù)據(jù),包括設計文檔、代碼、圖紙、Bom清單等。5.1.12基線化產品在其開發(fā)周期的不同時間點上通過正式評審而進入正式受控的一種狀態(tài),而這個過程被稱為“基線化”。每一個基線都是其下一步開發(fā)的出發(fā)點和參考點。5.2硬件業(yè)務領域術語5.2.1 基本邏輯

37、主要用于實現(xiàn)電路信號連接和切換控制的邏輯,規(guī)模較小,基木上不包括業(yè)務數(shù)據(jù)處理功能5.2.2 大規(guī)模邏輯包含較復朵的業(yè)務數(shù)據(jù)處理功能的邏輯5.2.3 硬件概要設計在計劃階段,基于概要的BOM吉構樹及系統(tǒng)的設計規(guī)格書,所開發(fā)的到板級的硬件設計。它用于指導硬件詳細設計5.2.4 硬件詳細設計基于硬件概要設計,使用標準的設計工具來進行詳細設計,描繪出明確的板、卡、元器件要完成的功能和界面,對每一個板/卡/元器件,開發(fā)電路設計、原理圖、零部件清單、網表等5.2.5 EMCEMC是電磁兼容性(Electromagnetic Compatibility),是指電子設備或網絡系統(tǒng)具有一定的抵抗電磁干擾的能力,

38、同時不能產生過量的電磁輻射。也就是說,要求該設備或網絡系統(tǒng)能夠在比較惡劣的電磁環(huán)境中正常工作,同時又不能輻射過量的電磁波干擾周圍其它設備及網絡的正常工作。5.2.6 可測試性設計產品能及時準確地確定其狀態(tài)(可工作、不可工作、性能下降等),隔離其內部故障的設計特性稱為可測試性。以提高可測試性為目的的設計稱為可測試性設計,簡稱DF(TDesign For Testability )。DFT可有效地降低測試的復雜性,縮短產品的開發(fā)時間,減少制造成木和維護成木。在設計初期就要將可測性考慮進去。5.2.7 可制造性設計可制造性設計(DFM, Design for Manufacturabi 1 ity

39、)是并行工程中最重要的內容之一,其主要 目標是:提高新產品開發(fā)全過程(包括設計、工藝、制造等)中的質量,降低新產品全生命周期中的 成本(包括產品設計、 工藝、制造、發(fā)送、支持、客戶使用乃至產品報廢等成木),縮短產品研制開發(fā)周期(包括減少設計反復,降低設計、生產 準備、制造及投放市場的時間)。5.2.8 可靠性設計可靠性是產品在規(guī)定的條件下和規(guī)定的時間內,完成規(guī)定功能的能力,包扌舌產品的故障(失效)、完好(正常)及可靠、不可靠等狀態(tài)的隨機性。可靠性設計是運用有機方法對這些隨機性予以精確的描述,從而對產品進行概率設計。5.3軟件業(yè)務領域術語5.3.1 用戶(User )直接使用產品的人或組織。這是

40、狹義的理解,等同于End User。在實踐中,“用戶”這個詞的含義已被擴大,包括客戶(Customer ,負責接收產品、授權付費的個人或組織)、最終用戶(End User ,真正操作產品的人或組織)、其他人員(售前、售后人員、開發(fā)關聯(lián)產品的人員或組織等)。在本模板中,如果沒有特別強調,用戶都是指廣義的用戶。用戶可以存在于項目開發(fā)團隊所在的組織外,也可存在于該組織之內,但一般應在項目開發(fā)團隊之外。5.3.2 需求是指“被描述系統(tǒng)(SuD , System Under Description ) ”“做什么”(功能需求)及"做什么”時 的水平(非功能需求,如性能需求、質量屬性需求、外部接

41、口需求、其它需求)。這個通俗定義是針對技術需求的,而非技術需求(如進度的限制)一般不在木文檔中給出(一般放在研制任務書/項目計劃中)。5.3.3 軟件需求軟件需求(Software Requirement):在對用戶需求(純軟件項目)或系統(tǒng)方案中的分配需求(軟硬件結合項目)進 行進一步論證、分析的基礎上得到的關于軟件的需求,包括功能需求、性能需求、外部接口需求、質量屬性需求、其它 需求5.3.4 業(yè)務需求業(yè)務需求(business requirement ),又稱原始需求(raw requirement )用戶提出的、未經過分析的需求。業(yè) 務/原始需求的描述可能是不清晰、相互之間可能是矛盾的,

42、需要經過進一步的論證、分析,以得到用戶需求。很多 情況下,業(yè)務/原始需求甚至包括了需求背景、解決方案的描述。5.3.5 用戶需求用戶提出的、經過論證、分析的需求。一般情況下,對原始需求進行分析,可得到用戶需求。5.3.6 功能需求功能需求(functional requirement )定義了開發(fā)人員必須實現(xiàn)的軟件功能,使得用戶能完成他們的任務,從而滿 足了業(yè)務需求。5.3.7 非功能需求非功能需求(non-functional requirement )是從各個角度對系統(tǒng)的約束和限制,反映了應用對軟件系統(tǒng)質量和特 性的額外要求。5.3.8 需求分析為“能夠高質量地描述需求”而進行的活動。所謂

43、“高質量地描述”是指:單條需求具備7大特性(完整性、正確性、 必要性、可行性、劃分優(yōu)先級、無二義性、可驗證性)、需求說明書具備4大特性(完整性、一致性、可修改性、可 追蹤性)5.3.9 軟件需求規(guī)格說明軟件需求規(guī)格說明(software requirement specification , SRS),對軟件需求進行規(guī)格化的文檔。該文檔為后續(xù)的計劃制訂、設計、測試、用戶文檔編寫等工作提供了基礎與約束。一般由項目系統(tǒng)工程組完成產品需求 的定義。5.3.10統(tǒng)一建模語言UML統(tǒng)一建模語言(Unified Modeling Language , UML是一種用來定義,形象表示,創(chuàng)建和文檔記載軟件系統(tǒng)

44、的匚業(yè)標 準語言。它簡化了軟件設計的復雜程度,為整個軟件的構架建立一個“藍圖”。5.3.11 用例圖(use case)use case :是對一組動作序列的描述,系統(tǒng)執(zhí)行這些動作將產生一個對特定的參與者有價值而且可觀察的結構。use case 用來捕捉需求,描述參與者(用戶)如何使用系統(tǒng),用戶使用系統(tǒng)看作是一系列動作;use case認為要完整描述需求, 這些動作的結果應該可見,也就是說用戶知道這些動作的結果是什么,而且這些結果是用戶所希望得到的。用use case圖有如下子項:前置條件,后置條件,觸發(fā)條件,正常過程,正常過程步驟,可選過程,可選過程步驟,異常過程,異常過程步驟,特殊需求,輸

45、入, 輸出,處理。5.3.12 IPO 圖IPO圖是輸入加工輸出(INPUT PROCESS OUTPUT圖的簡稱,它是由美國的IBM公司發(fā)起并完善起 來的一種工具。用來 說明每個需求或者模塊的輸入、輸出數(shù)據(jù)和數(shù)據(jù)加工的重要工具。開發(fā)人員不僅可以利用IP0圖進行模塊設計,而且還 可以利用它評價總體設計。用戶和管理人員可利用IP0圖編寫、修改和維護程序。因而,IP0圖是系統(tǒng)設計階段的一種重要文檔資料。5.3.13實體關系圖(E - R圖)實體關系圖描述數(shù)據(jù)對象及其關系。實體:客觀存在并可區(qū)分的事物。屬性:實體所具有的某種特性,一個實體可以有多個屬性。關系:實體之間的對應關系,可分為1:1聯(lián)系、1

46、: n聯(lián)系、mn聯(lián)系El 2學生屆性圖贛研室學生因】3實骨蕪京團5314數(shù)據(jù)流圖數(shù)據(jù)流圖(Data Flow Diagram,簡稱DFD)是結構化系統(tǒng)分析的基本工具。一個數(shù)據(jù)流圖確定了系統(tǒng)的轉化過程、系統(tǒng)所操縱的數(shù)據(jù)或物質的收集(存儲),還有過程、存儲、外部世界之間的數(shù)據(jù)流或物質流。數(shù)據(jù)流模型把層次分解方法運用到系統(tǒng)分析上,這種方法很適用于事務處理系統(tǒng)和其它功能密集型應用程序。生成蛉圖數(shù)據(jù)文件5.3.15 狀態(tài)轉換圖實時系統(tǒng)和過程控制應用程序可以在任何給定的時間內以有限的狀態(tài)存在。當滿足所定義的標準時,狀態(tài)就會發(fā)生改 變,例如在特定條件下,接收到一個特定的輸入激勵。這樣的系統(tǒng)是有限狀態(tài)機的例子

47、。大多數(shù)軟件系統(tǒng)需要一些狀 態(tài)建模或分析,就像大多數(shù)系統(tǒng)涉及到轉換過程、數(shù)據(jù)實體和業(yè)務對象。5.3.16 序列圖在整個設計過程中都會用到序列圖,用于演示系統(tǒng)執(zhí)行時參與者與對象之間的內部交互。序列圖用于建立以下內容的模型:用例方案框架中的協(xié)議 子系統(tǒng)方法邏輯5.3.17 數(shù)據(jù)字典(data dictionary )-個軟件系統(tǒng)中使用的所有數(shù)據(jù)項名稱,以及這些項相關屬性的集合。數(shù)據(jù)流、數(shù)據(jù)元素、文件、數(shù)據(jù)基礎、和相關處理的一個集合。5.3.18軟件缺陷(bug)軟件缺陷這一概念用來描述各種軟件錯誤,是所有軟件錯誤的統(tǒng)稱。把符合下列5種特征之一的軟件錯誤認為是軟件缺陷:軟件未達到軟件產品需求說明書中

48、指明的要求;軟件岀現(xiàn)了軟件產品需求說明書中指明不會岀現(xiàn)的錯誤;軟件功能超出了軟件產品需求說明書中指明的范圍;軟 件未達到軟件產品需求說明書中雖未指明但應達到的要求;測試人員認為難以理解、不易使用、運行速度緩慢或 者最終用戶認為不好的問題。故障fault :軟件的內在缺陷,可在生存期各階段引入;錯誤error :故障在一定環(huán)境下的暴露,導致系統(tǒng)的不正常運行;失效failure :對錯誤不做任何修正和改動,導致 系統(tǒng)的錯誤輸出。5. 4結構業(yè)務領域術語5.4.1 結構件指自行設計或直接外購的機加工零件、模具、模具制品、包裝紙箱、填充物、塑料袋、緊固件等。5. 4. 2定制結構件指自行設計的,非直接

49、外購的機加工零件、模具、模具制品、包裝紙箱、填充物、塑料袋、定制緊固件等。5.4.3標準件標準緊固件的簡稱,包括螺栓、螺柱、螺母、螺釘、墊圈、自攻螺釘、章銷、釧釘、擋圈、焊釘、緊固件組 合件及連接副等5.4.4 外部電纜設備機箱外部與其他設備連接的線纜,女口: V35/D37線纜、光纖、電源線、網管線、同軸電纜等。外部 線纜的特征是:位于設備外部、長度或者接口形式根據(jù)用戶需求而定。5.4.5 線組件設備機箱內部,出口器件到PCB以及PCB間連接的線纜,如:船形開關到PCB間的線組件等。線組件的特征是:位于設備外部、長度及接口形式根據(jù)設備自身而定。546 UCD (以用戶為中心的設計)從結構設計

50、的角度是指:關注于產品與客戶接觸的所有方面,女山人機用戶接口、易用性、 人機工 程學、外觀與造型等。是充分考慮用戶體驗的設計。5.4.7 工業(yè)設計工業(yè)設計就批量生產的產品而言,憑借訓練,技術知識,經驗及視覺感受而賦予材料,結構,構造,形態(tài),色彩, 表而加工以及裝飾以新的品質和資格。5.4.8 手板在產品的設計過程中,完成了設計圖紙以后,為驗證設計的外觀和自己的設計思想是否吻合、結構設計是否合理等因 素而制作的樣品。手板制作多采用CNC加工、激光快速成型、手工放樣等方式實現(xiàn)。手板多指塑模制作的樣品。5.4.9 塑料模具(簡稱塑模)在塑料成型工藝中,為成型塑料件而采用的模具。5.4.10冷沖裁、沖

51、壓模具(簡稱冷沖模)在飯金成型工藝中,為分離工序(剪裁、沖裁)和成型工序(彎曲、拉伸、成型) 而采用的模具。5.5 TE5.5.1 可測試性需求為便于系統(tǒng)測試、便于發(fā)現(xiàn)、定位、隔離和解決異常問題而對系統(tǒng)設計提出的要求。5.5.2 可測試性系統(tǒng)和設備能夠及時準確地確定其工作狀態(tài)(如:可工作、不可工作、工作性能下降等),可有效的進行測試,發(fā)現(xiàn)問題后可有效的隔離其內部故障的一種設計特性。5.5.3 測試計劃概要闡述測試過程。其中包括:各測試階段的測試重點、測試環(huán)境、主要的測試工具、時間、人力安排 等。5.5.4 測試報告分析測試結果,記錄測試過程中關鍵信息的文檔5.5.5 SDV,功能樣機測試Sys

52、tem Design Validate , SDV又稱功能樣機測試,是對系統(tǒng)功能展開較全而的測試。5.5.6 SIT,性能樣機測試System Integration Test, SIT性 又稱性能樣機測試,在系統(tǒng)功能測試后,針對系統(tǒng)的穩(wěn)定性和可靠 展開的測試。5.5.7 SVT&SVT2SVT (System Validate Test ),對試產產品的抽查測試;SVT2針對BETA測試中發(fā)現(xiàn)的bug實行的回歸測試。5.5.8 Beta 測試3測試是由多個用戶在多個用戶的實際使用環(huán)境下進行的測試,一般以試驗局體現(xiàn)。5.5.9 實驗局 即系統(tǒng)的Beta測試。對于在實驗室不能進行的測試和

53、驗證工作,選擇典型的應用場合,在用戶的實際使用環(huán)境中進 行的測試的活動,稱為實驗局。5.5.10回歸測試對曾經測試過的特征重新進行測試,以確保變更或bug的修復沒有帶來新的問題。5.5.11測試用例測試用例是闡述如何對某項功能或功能組合進行測試的方法。(或者說:測試用例設計是將測試的行為活動,作一個科學的組織歸納。測試是又組織性、步驟性和計劃性的行為;設計測試用例的目的,就是為了能將 測試的行為轉換為可管理的模式。)5.5.12測試方案測試方案是產晶測試的總設想,主要由測試用例組成。5.5.13測試工具 在測試過程中使用到的儀器、儀表、硬、軟產品等5.5.14測試環(huán)境測試環(huán)境包括硬件環(huán)境和軟件

54、環(huán)境,硬件環(huán)境指測試必需的服務器、客戶端、網絡連接設備、測試用儀 器儀表等輔助硬件設備所構成的環(huán)境;軟件環(huán)境指被測軟件運行時的操作系統(tǒng)、數(shù)據(jù)庫以及其他應用軟件構成的環(huán)境。 在實際測試中,軟件環(huán)境又可分為主測試環(huán)境和輔測試環(huán)境,主測試環(huán)境是測試軟件功能、安全可靠性、性能、易用 性等大多數(shù)指標的主要環(huán)境。配備測試環(huán)境是測試實施的一個重要階段,測試環(huán)境適合與否會嚴重影響測試結果的真 實性和正確性。5.5.15入網測試為取得行內入網許可證的測試,入網測試需第三方測試。5.5.16檢驗報告又稱入網測試報告,在入網測試結束后由第三方測試機構出具的測試報告。5.5.17入網證行內入網運行許可證書。6. 0制

55、造業(yè)務領域術語6.1可制造性/制造可測試性 適用的、方便操作的、可靠的和經濟的生產加工、調試&測試、維修、貯存、運輸和各環(huán)節(jié) 流轉等 性能。6.2 制造策略產品的生產方式、生產地點、初步時間、生產設備、測試方式、周轉率、次品處理、維修、質量控制和制造成木等高 層策略。6.3制造計劃基于制造策略,細化為包括具體資源、成木和時間進度的詳細計劃。6.4制造工藝產品生產和產品貯運的過程管理方法。過程管理方法包括工序、工藝流程、工藝路線、工藝文件、作業(yè)指導、 培訓、工藝調制&工藝管制等內容。6.5制造系統(tǒng)內部生產、外部協(xié)作生產、檢測、維修、貯運、物流管理等部分組成的系統(tǒng)稱之為制造系統(tǒng)。系統(tǒng)由結構、 工藝、數(shù)據(jù)、裝備、操作指導書、生產技術、檢測技術、貯運等技術的正確性和準確實現(xiàn)來控制。6.6裝備生產過程中所應用到的工具、工裝、夾具、儀器儀表、老化設備、ICT設備等。各裝備有自制、采購和自主開 發(fā)、外部制作等

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論