第一篇：硬件開發(fā)流程及規(guī)范---第三章 個人總結(jié)

硬件開發(fā)流程及規(guī)范---第三章 個人總結(jié)

文章是從技術(shù)層面的“點”上來說，而真正的“開發(fā)流程”要解決的是，用設(shè)計的過程來保證一個設(shè)計結(jié)果能夠更好的符合產(chǎn)品設(shè)計要求、更大限度的滿足用戶的需求。這些只靠點是無法做到的，要有個一完善、建全的流程體系來保證。所以，這里也想給大家分享一下一般企業(yè)的基于IPD的硬件開發(fā)流程的參考。

一般硬件的開發(fā)流程都會被分為5個階段：

(1)C0-項目需求與計劃階段：開始于項目需求分析，結(jié)束于總體技術(shù)方案確定。主要進(jìn)行硬件設(shè)

計需求分解，包括硬件功能需求、性能指標(biāo)、可靠性指標(biāo)、可制造性需求（DFM）、可服務(wù)性需求(DFS)及可測試性（DFT）等需求；對硬件需求進(jìn)行量化，并對其可行性、合理性、可靠性等進(jìn)行評估，硬件設(shè)計需求是硬件工程師總體技術(shù)方案設(shè)計的基礎(chǔ)和依據(jù)。

(2)C1-原型階段：輸入為總體技術(shù)方案，直到完成硬件概要設(shè)計為止。主要對硬件單元電路、局

部電路或有新技術(shù)、新器件應(yīng)用的電路的設(shè)計與驗證及關(guān)鍵工藝、結(jié)構(gòu)裝配等不確定技術(shù)的驗證及調(diào)測，為概要設(shè)計提供設(shè)計依據(jù)和設(shè)計支持。

(3)C2-開發(fā)階段：又稱為“初樣開發(fā)階段”，開始于硬件概要設(shè)計評審?fù)ㄟ^后，結(jié)束于初樣成功

轉(zhuǎn)為試樣。主要有原理圖及詳細(xì)設(shè)計、PCB設(shè)計、初樣研制/加工及調(diào)測，每一了階段都要進(jìn)行嚴(yán)格、有效的技術(shù)評審，以保證“產(chǎn)品的正確”。

(4)C3-驗證階段：又稱為“試樣研制階段”，從DFX各要素進(jìn)行驗證、優(yōu)化的階段，為大批量

投產(chǎn)做最后的準(zhǔn)備，開始于初樣評審?fù)ㄟ^，結(jié)束于試樣成功轉(zhuǎn)產(chǎn)。主要有試樣生產(chǎn)及優(yōu)化改進(jìn)、試樣樣機(jī)評審、轉(zhuǎn)產(chǎn)；驗證、改進(jìn)過程要及時、同步修訂、受控設(shè)計文檔、圖紙、料單等。

(5)C4-維護(hù)階段：維護(hù)階段開始于產(chǎn)品成功轉(zhuǎn)產(chǎn)后，結(jié)束于產(chǎn)品生命周期結(jié)束。

第二篇：硬件驗收流程

一、驗收的前提條件

工程驗收必須要符合下列要求：

（1）所有建設(shè)項目按照批準(zhǔn)設(shè)計方案要求全部建成，并滿足使用要求：

（2）各個分項工程全部初驗合格；

（3）各種技術(shù)文檔和驗收資料完備，符合集成合同的內(nèi)容；

（4）系統(tǒng)建設(shè)和數(shù)據(jù)處理符合信息安全的要求；

（5）外購的操作系統(tǒng)、數(shù)據(jù)庫、中間件、應(yīng)用軟件和開發(fā)工具符合知識產(chǎn)權(quán)相關(guān)政策法規(guī)的要求；

（6）各種設(shè)備經(jīng)加電試運(yùn)行，狀態(tài)正常；

（7）經(jīng)過用戶同意。

二、驗收方案的審核與實施

在信息網(wǎng)絡(luò)系統(tǒng)完工時，業(yè)主、承建方和監(jiān)理方三方共同確定驗收方案，監(jiān)理方有如下主要工作。

1.確認(rèn)工程驗收的基本條件

（1）是否符合工程設(shè)計和合同約定的各項內(nèi)容：

（2）技術(shù)文檔和工程實施管理資料是否完備；

（3）工程涉及的主要設(shè)備、材料的進(jìn)場和檢驗報告是否完備；

（4）各單項工程的設(shè)計、實施、工程監(jiān)理等單位分別簽署的質(zhì)量合格文件是否完備；

（5）承建方的售后服務(wù)和培訓(xùn)計劃是否完備。

2.建議業(yè)主和承建方共同推薦驗收人員，組成工程驗收組

工程驗收組的成員，原則上不使用監(jiān)理方和承建方的人員，避免出現(xiàn)“誰監(jiān)理誰驗 收、誰施工誰驗收”的狀況。驗收組成員應(yīng)對監(jiān)理方和承建方保密。但監(jiān)理方的人員可 以作為業(yè)主邀請的代表。一般情況下是由上級主管部門確定驗收單位和人選。

3.確認(rèn)工程驗收時應(yīng)達(dá)到的標(biāo)準(zhǔn)和要求

（1）承建方應(yīng)向監(jiān)理方提供工程驗收所依據(jù)的國家、地方或行業(yè)標(biāo)準(zhǔn)的名稱。

（2）承建方和監(jiān)理方向驗收組提供驗收標(biāo)準(zhǔn)文本，并根據(jù)本工程的特點提出具體的要求。

4.確認(rèn)驗收程序

1）驗收準(zhǔn)備工作

在工程驗收的準(zhǔn)備階段，監(jiān)理方應(yīng)完成以下工作：

（1）督促承建方制定詳細(xì)的驗收方案，整理所有竣工圖紙和相關(guān)資料。’

（2）協(xié)同業(yè)主、設(shè)計單位進(jìn)行技術(shù)資料（項目建議書、可行性報告、批復(fù)報告、設(shè)計任務(wù)書、初步設(shè)計、技術(shù)設(shè)計、工程概預(yù)算等）的整理。

（3）組織人員編制竣工決算，起草工程驗收報告的各種文件和表格。2）初步驗收

初步驗收是在承建方自檢的基礎(chǔ)上，由業(yè)主、承建方、監(jiān)理方組成項目初驗小組，對工程各項工作進(jìn)行全面檢查，合格后提出正式的竣工驗收申請。3）正式驗收

上級主管部門或負(fù)責(zé)驗收的單位收到竣工驗收申請和竣工驗收報告后，經(jīng)過評審、確認(rèn)符合竣工驗收條件和標(biāo)準(zhǔn)，即可組織正式驗收。正式驗收的一般程序包括以下八個步驟：

（1）承建方作關(guān)于項目建設(shè)情況、自檢情況及竣工情況的報告；

（2）監(jiān)理方作關(guān)于工程監(jiān)理內(nèi)容、監(jiān)理情況以及工程竣工意見的報告；

（3）驗收小組全體人員進(jìn)行現(xiàn)場檢查；

（4）驗收小組對關(guān)鍵問題進(jìn)行抽樣復(fù)核（如測試報告）和資料評審；

（5）驗收小組對工程進(jìn)行全面評價并給出鑒定結(jié)果；

（6）進(jìn)行工程質(zhì)量等級評定；

（7）辦理驗收資料的移交手續(xù)：

（8）辦理工程移交手續(xù)。

4）驗收資料的保存

驗收資料應(yīng)作為工程項目的檔案在工程驗收結(jié)束后移交給業(yè)主，作為今后擴(kuò)建、維修的依據(jù)，也作為復(fù)查的依據(jù)。保存的資料要全面、完整，由專門機(jī)構(gòu)保存。

三、工程驗收的組織

1.工程驗收組構(gòu)成

工程驗收涉及的組織構(gòu)成一般如圖18：1所示。

工程驗收一般由業(yè)主方負(fù)責(zé)組織，驗收單位或小組獨(dú)立進(jìn)行驗收工作，由監(jiān)理方、承建方和業(yè)主方配合驗收小組工作。

2.驗收組的分工

工程驗收組對工程驗收時，對其成員應(yīng)有明確的分工，一般按分項工程成立測試（復(fù)核）小組、資料文檔評審小組、工程質(zhì)量鑒定小組。

1）測試（復(fù)核）小組的工作

測試（復(fù)核）小組是根據(jù)承建方提交的驗收測試報告和數(shù)據(jù)，通過儀器設(shè)備，對關(guān)鍵點進(jìn)行復(fù)測，驗證其數(shù)據(jù)的正確性。所要復(fù)測的內(nèi)容，應(yīng)根據(jù)分項工程的具體情況和有關(guān)標(biāo)準(zhǔn)、規(guī)范的驗收要求進(jìn)行。

2）資料評審小組的主要工作

資料評審小組應(yīng)根據(jù)合同要求乙方所提供的有關(guān)技術(shù)資料進(jìn)行評審，資料要齊全，需要評審的資料主要包括以下內(nèi)容。

（1）基礎(chǔ)資料

? 招標(biāo)書； ? 投標(biāo)書； ? 有關(guān)合同； ? 有關(guān)批復(fù)文件： ? 系統(tǒng)設(shè)計說明書； ? 系統(tǒng)功能說明書； ? 系統(tǒng)結(jié)構(gòu)圖；

? 工程詳細(xì)實施方案。

（2）工程竣工資料

? 工程開工報告； ? 工程實施報告； ? 工程質(zhì)量測試報告； ? 工程檢查報告； ? 測試報告； ? 材料清單；

? 工程實施質(zhì)量與安全檢查記錄； ? 工程竣工圖紙； ? 操作使用說明書； ? 售后服務(wù)保證文件； ? 培訓(xùn)文檔； ? 其他文件。（3）工程質(zhì)量鑒定小組

工程質(zhì)量鑒定小組應(yīng)根據(jù)具體的工程完成以下工作； ? 聽取業(yè)主、承建方、監(jiān)理方對工程建設(shè)情況的介紹； ? 組織現(xiàn)場、復(fù)查驗收；

? 聽取驗收測試小組的工作匯報、資料評審小組的工作匯報，用戶試用情況的匯報； ? 起草工程驗收的評語。

第三篇：業(yè)務(wù)及硬件上線流程說明書

系統(tǒng)及硬件上線流程說明書

1、前期業(yè)務(wù)交流（業(yè)務(wù)聯(lián)系單）

1．在項目前期交流時，項目經(jīng)理根據(jù)實際工作情況安排相關(guān)部門的項目負(fù)責(zé)人參加交流會。

2．交流結(jié)束后，項目經(jīng)理組織該業(yè)務(wù)需要業(yè)務(wù)部配合的人員及開發(fā)商召開需求評審會，確定相關(guān)部門的項目協(xié)調(diào)人。

3．項目經(jīng)理通過討論會完善該項目的定義，確定及范圍是何種業(yè)務(wù)，有何作用等相關(guān)內(nèi)容的文檔。以便相關(guān)人對項目有充分理解。

2、項目啟動（開工報告）

系統(tǒng)開工報告或項目啟動會通知即oa文

1．項目經(jīng)理向職能部門申請，并組織業(yè)務(wù)需求部門、廠商一同召開項目啟動會。

2．確定項目組織結(jié)構(gòu)及項目組成員，項目計劃等，形成項目開發(fā)書初稿。

3、需求調(diào)研（調(diào)研資料）

1．由相關(guān)項目協(xié)調(diào)人負(fù)責(zé)協(xié)調(diào)各涉及班組形成各自部分的需求書，并且匯總生成需求規(guī)格說明書初稿。

2．項目經(jīng)理收集整理需求規(guī)格說明書的最終稿，并召集相關(guān)部門及廠商召開需求確認(rèn)會，評審并確認(rèn)需求規(guī)格說明書，通過后，在需求規(guī)格說明書上簽字確認(rèn)。

4、設(shè)計評審（方案討論）

1．開發(fā)商根據(jù)需求規(guī)格說明書，提交設(shè)計方案。

2．該方案要求包括技術(shù)實現(xiàn)方案、可能對現(xiàn)有系統(tǒng)資源產(chǎn)生的影響、以及測試用例、可能有的內(nèi)部測試報告。

3．組織相關(guān)部門設(shè)計評審會，對該方案進(jìn)行評審，審核通過后進(jìn)入開發(fā)階段。

5、開發(fā)階段（職能部門審核階段）

由項目協(xié)調(diào)人組織開發(fā)商按照需求規(guī)格說明書、設(shè)計方案及項目開發(fā)計劃進(jìn)行開發(fā)，以及其中的反復(fù)測試、開發(fā)工作。

在開發(fā)階段，如果需要進(jìn)行上線測試（指測試庫不具備測試條件而必須在正式庫上進(jìn)行的測試，測試結(jié)束后需要回退）

1．開發(fā)商提交上線具體方案，由項目組進(jìn)行審核。

2．審核通過后，項目負(fù)責(zé)人通過OA向主任匯報上線時間及方案。

3．向上級管理部門提交上線測試申請。

6、完工報告

1．項目開發(fā)完畢，并且測試通過后，向相關(guān)管理部門提交完工報告，抄送需求提出單位。

2．同時測試報告作為完工報告的附件一同發(fā)送。

《業(yè)務(wù)測試報告》

《業(yè)務(wù)維護(hù)手冊初稿》

《業(yè)務(wù)操作手冊初稿》

《業(yè)務(wù)保障應(yīng)急手冊》

7、系統(tǒng)上線（設(shè)備進(jìn)入設(shè)備區(qū)、安裝設(shè)備、設(shè)備加電、布放電源電

纜、電纜布放）

在接到上級部門的上線通知后，組織開發(fā)商完成系統(tǒng)上線工作。系統(tǒng)安裝——完成主機(jī)信息的各需求表格及相關(guān)表格。

《設(shè)備管理信息表》

《電源信息表》

《標(biāo)簽登記表》

《加電申請》

《設(shè)備信息表》

8、技術(shù)測試（明確業(yè)務(wù)訪問策略—填寫《防火墻端口開放表》）

針對該業(yè)務(wù)涉及的應(yīng)用系統(tǒng)技術(shù)性能、軟件資源、數(shù)據(jù)流進(jìn)行的，側(cè)重于技術(shù)過程的邏輯結(jié)構(gòu)測試，著重于程序的內(nèi)部結(jié)構(gòu)及算法。

1．在開發(fā)商內(nèi)部測試通過后，業(yè)務(wù)管理部負(fù)責(zé)根據(jù)測試用例進(jìn)行業(yè)務(wù)功能測試及可能的技術(shù)測試。

《功能測試報告》

2．由業(yè)務(wù)測試人員在測試報告上簽字確認(rèn)。

《全業(yè)務(wù)測試表》

9、業(yè)務(wù)測試（明確業(yè)務(wù)需求，對底層的設(shè)備系統(tǒng)需求或現(xiàn)有設(shè)備對業(yè)務(wù)是否支撐（評估業(yè)務(wù)正常時，底層保障的最低標(biāo)準(zhǔn)））

全面的業(yè)務(wù)測試—填寫（相關(guān)測試報告）

由需求提出單位進(jìn)行的側(cè)重于該業(yè)務(wù)操作是否達(dá)到要求，業(yè)務(wù)功能是否按照需求實現(xiàn)的測試，主要檢驗輸入輸出信息及系統(tǒng)性能指標(biāo)是否符合規(guī)格說明書中有關(guān)功能需求及性能需求。

1．技術(shù)測試通過后，組織需求提出單位進(jìn)行業(yè)務(wù)操作及業(yè)務(wù)功能測試。

2．按照測試用例形成最終的測試報告。

3．由需求單位在測試報告上簽字確認(rèn)。

《業(yè)務(wù)測試報告》

10、系統(tǒng)移交（提交業(yè)務(wù)相關(guān)維護(hù)手冊、業(yè)務(wù)保障應(yīng)急手冊）

1． 正式上線后，移交項目相關(guān)文檔（電子版）。

2． 在項目移交單上簽字確認(rèn)。

3． 并進(jìn)行上線后的評估。

4． 維護(hù)文檔在測試時移交。

5． 項目負(fù)責(zé)部門負(fù)責(zé)總體的問題協(xié)調(diào)和進(jìn)度。

《評估報告》

《業(yè)務(wù)維護(hù)手冊》

《業(yè)務(wù)操作手冊》

《業(yè)務(wù)保障應(yīng)急手冊》

業(yè)務(wù)支撐中心系統(tǒng)維護(hù)部網(wǎng)絡(luò)組

2009-8-16

第四篇：硬件工程師年終個人工作總結(jié)

硬件工程師年終個人工作總結(jié)

硬件工程師年終個人>工作總結(jié)

時間總是過得很快，轉(zhuǎn)眼一年又過去了。

歷歷在目的還是剛進(jìn)公司的愣小伙。工作上，都是靠著同事師傅的一步步指點，才走到今天。如今，我也終于能自己單獨(dú)的擔(dān)負(fù)起一個案子了。雖然，還是經(jīng)常會犯很多的錯誤，雖然，還是經(jīng)常離不開同事師傅的指點。

但是，回首一年的走來，確實進(jìn)步了，也>收獲了很多。

期間接手過P75-309的案子，這個案子帶S2功能，是我之前沒有接觸過的。因為對原理的不熟知，導(dǎo)致誤將LNB升壓電感后的電解電容，耐壓值弄錯了，最后導(dǎo)致在客戶端出了問題。事后，我反復(fù)反省自己，硬件工程師，一定要對自己的方案及電路原理圖的每一部分都熟知。如果我當(dāng)初理解了BOOST升壓電路，就一定會知道電感后的輸出電壓，從而避免問題的發(fā)生。另一方面，對于自己不熟悉不清楚的地方，一定要大膽的去請教同事或是師傅。

后面又接受了P75-9202的案子，和馬學(xué)文一起作為一個團(tuán)隊。和馬工一起交流，學(xué)習(xí)電源部分的知識。學(xué)海無涯，合格的技術(shù)人員，應(yīng)該不斷的保持學(xué)習(xí)的狀態(tài)。P75-9202也在磕磕碰碰中，出來了。期間也因為從陳工手上轉(zhuǎn)來時，沒有仔細(xì)重新審核原理圖，出現(xiàn)AV座子定義反的問題，最后工廠跳線解決。這不但增加了工廠的工作量，也延長了研發(fā)周期。

再后來是P82-59S的案子，因為之前接手過P65-59S的案子，不同的地方只是接口和電源部分，所以這個案子相當(dāng)還是比較順利的。

再到后來的P82-69S的方案，雖然是P82-59S上升級而來。但DTMB的DTV，新的TUNER芯片，DTMB性能指標(biāo)的測試，靈敏度，C/N不過的問題都需要我一個個的解決。期間跑過幾次供應(yīng)商，與供應(yīng)商溝通，一起解決問題，都讓我受益匪淺。

然后是P65-301的案子，從SIS升級而來的方案。也是從頭至尾自己獨(dú)立做的一個全新案子。作為新的一年的產(chǎn)品。趕在時間的前頭，是至為關(guān)鍵的。在各方面的支持下，如今，這個案子也相對順利的走著。接下來是更為嚴(yán)峻的調(diào)試階段，我需要把他做好。

一個公司的價值取決于他的產(chǎn)品，而他的產(chǎn)品比的是時效，拼的是價格，重的是性能。

無論是時效還是價格亦或是性能，都與研發(fā)息息相關(guān)。而研發(fā)的成敗則取決于研發(fā)人員。也就是一個產(chǎn)品的成功失敗與否，或是上升到公司的興榮，皆肩負(fù)與我等研發(fā)人員。故吾等任重而道遠(yuǎn)。

新的一年，期許自己能做的更好。多學(xué)習(xí)，少犯錯。Layout水平有待提高，電源知識、EMC方面知識還需增強(qiáng)。送自己兩個字，奮斗。送同事三個字，新年好。送公司四個字，鼎足昌盛。

第五篇：硬件工程師年終個人工作總結(jié)

硬件工程師年終個人工作總結(jié)

時間總是過得很快，轉(zhuǎn)眼一年又過去了。

歷歷在目的還是剛進(jìn)公司的愣小伙。工作上，都是靠著同事師傅的一步步指點，才走到今天。如今，我也終于能自己單獨(dú)的擔(dān)負(fù)起一個案子了。雖然，還是經(jīng)常會犯很多的錯誤，雖然，還是經(jīng)常離不開同事師傅的指點。

但是，回首一年的走來，確實進(jìn)步了，也收獲了很多。

期間接手過p75-309的案子，這個案子帶S2功能，是我之前沒有接觸過的。因為對原理的不熟知，導(dǎo)致誤將LNB升壓電感后的電解電容，耐壓值弄錯了，最后導(dǎo)致在客戶端出了問題。事后，我反復(fù)反省自己，硬件工程師，一定要對自己的方案及電路原理圖的每一部分都熟知。如果我當(dāng)初理解了BOOST升壓電路，就一定會知道電感后的輸出電壓，從而避免問題的發(fā)生。另一方面，對于自己不熟悉不清楚的地方，一定要大膽的去請教同事或是師傅。

后面又接受了p75-9202的案子，和馬學(xué)文一起作為一個團(tuán)隊。和馬工一起交流，學(xué)習(xí)電源部分的知識。學(xué)海無涯，合格的技術(shù)人員，應(yīng)該不斷的保持學(xué)習(xí)的狀態(tài)。p75-9202也在磕磕碰碰中，出來了。期間也因為從陳工手上轉(zhuǎn)來時，沒有仔細(xì)重新審核原理圖，出現(xiàn)AV座子定義反的問題，最后工廠跳線解決。這不但增加了工廠的工作量，也延長了研發(fā)周期。

再后來是p82-59S的案子，因為之前接手過p65-59S的案子，不同的地方只是接口和電源部分，所以這個案子相當(dāng)還是比較順利的。

再到后來的p82-69S的方案，雖然是p82-59S上升級而來。但DTMB的DTV，新的TUNER芯片，DTMB性能指標(biāo)的測試，靈敏度，C/N不過的問題都需要我一個個的解決。期間跑過幾次供應(yīng)商，與供應(yīng)商溝通，一起解決問題，都讓我受益匪淺。

然后是p65-301的案子，從SIS升級而來的方案。也是從頭至尾自己獨(dú)立做的一個全新案子。作為新的一年的產(chǎn)品。趕在時間的前頭，是至為關(guān)鍵的。在各方面的支持下，如今，這個案子也相對順利的走著。接下來是更為嚴(yán)峻的調(diào)試階段，我需要把他做好。

一個公司的價值取決于他的產(chǎn)品，而他的產(chǎn)品比的是時效，拼的是價格，重的是性能。

無論是時效還是價格亦或是性能，都與研發(fā)息息相關(guān)。而研發(fā)的成敗則取決于研發(fā)人員。也就是一個產(chǎn)品的成功失敗與否，或是上升到公司的興榮，皆肩負(fù)與我等研發(fā)人員。故吾等任重而道遠(yuǎn)。

新的一年，期許自己能做的更好。多學(xué)習(xí)，少犯錯。Layout水平有待提高，電源知識、EMC方面知識還需增強(qiáng)。送自己兩個字，奮斗。送同事三個字，新年好。送公司四個字，鼎足昌盛。