物業(yè)工程部培訓嵌入式開發(fā)項目管理

1、精品文檔 精心整理精品文檔 可編輯的精品文檔嵌入式硬件軟件開發(fā)項目管理概論一、嵌入式硬件軟件開發(fā)項目管理的目的1 提高開發(fā)效率2 加強開發(fā)質(zhì)量3 降低開發(fā)風險和成本二、嵌入式硬件軟件開發(fā)項目管理的時限貫穿產(chǎn)品的整個生命周期經(jīng)過一定的開發(fā)過程，產(chǎn)品發(fā)布和生產(chǎn)了，并不是項目管理的結(jié)束，產(chǎn)品還需要進行維護和升級。只有當此產(chǎn)品的生命周期結(jié)束后，項目管理才隨之結(jié)束。三、嵌入式硬件軟件開發(fā)的過程管理1 需求分析根據(jù)設計任務書分析產(chǎn)品的硬件軟件需求，初步估計硬件和軟件的規(guī)模，其中硬件以估算元件數(shù)量作為參考，軟件以估算代碼行作為參考。硬件和軟件的規(guī)模估算的準確度，很大程度上取決于以往類似產(chǎn)品的開發(fā)經(jīng)驗和需求分

2、析人員的主管判斷。硬件和軟件的規(guī)模直接影響到開發(fā)的日程進度表。2 系統(tǒng)概要設計產(chǎn)品所要實現(xiàn)的功能，哪些由硬件來實現(xiàn)，哪些由軟件來實現(xiàn)，需要從整體上進行反復分析論證，才能有較好的實現(xiàn)方案。這個步驟一般由系統(tǒng)工程師完成。系統(tǒng)概要設計包含如下內(nèi)容：逐一列出并說明系統(tǒng)對本軟件在應用方面的功能需求逐一列出并說明系統(tǒng)對本軟件在維護方面的功能需求，如版本上報、上電自檢、誤碼統(tǒng)計等。逐一列出并說明系統(tǒng)對本軟件在性能方面的需求，所要達到的性能指標參數(shù)。如CPU處理能力，鏈路的最高速率，誤碼對軟件的影響以及從軟件的角度恢復硬件錯誤的能力等。詳細說明軟件為實現(xiàn)系統(tǒng)功能需求所采的取設計思想、功能結(jié)構(gòu)。畫出軟件為實現(xiàn)功

3、能結(jié)構(gòu)所做的信息處理、資源調(diào)配、進程或任務控制流程，并詳細說明之。詳細說明軟件為達到系統(tǒng)的性能需求所采取的各項措施。制定組織及頒布時間，數(shù)據(jù)鏈路如為公司內(nèi)部協(xié)議要在這里寫清楚協(xié)議文檔的名稱、時間和作者。如果軟件有內(nèi)部模塊劃分，請在這里寫詳細描述接口協(xié)議。如有專門的協(xié)議文檔，請寫清楚協(xié)議文檔的名稱、時間和作者。如選用外購操作系統(tǒng)，要寫明外購操作系統(tǒng)的名稱、廠家和版本號。如選用公司內(nèi)部自編操作系統(tǒng)應說明操作系統(tǒng)出自哪里，在哪些系統(tǒng)上使用過，是否測試過該操作系統(tǒng)的性能指標。說明選擇該操作系統(tǒng)的依據(jù)，本軟件為滿足系統(tǒng)的需求對操作系統(tǒng)的需求是什么，所選操作系統(tǒng)的各項性能指標是否能滿足系統(tǒng)的要求。說明所選

4、用操作系統(tǒng)的調(diào)度原理和調(diào)度方法并畫出它實現(xiàn)調(diào)度的結(jié)構(gòu)圖或流程圖。說明CPU類型，生產(chǎn)廠家和型號說明軟件采用何種編程語言。選擇哪種編譯器和調(diào)試器以及選擇它們的依據(jù)。說明軟件編程是否依照編程規(guī)范，編程規(guī)范的名稱是什么，出自哪里。說明內(nèi)部ROM和外部ROM的地址分配情況。說明外部RAM，內(nèi)部設備、外部設備的地址分配情況，如果外部設備種存在間接尋址，應對間接尋址訪問方法和分配情況進行說明。說明內(nèi)部存儲空間（包括ROM、RAM）的地址分配情況和相關(guān)使用特點。說明主要常量和常量表的定義，并說明這些常量取當前值的原因說明主要全局變量的定義說明主要結(jié)構(gòu)體的定義定義所有全局性的參量，如預編譯開關(guān)，編譯前可調(diào)的全

5、局常量等。依據(jù)本軟件的特點說明是否要做單元測試，如要做單元測試，請在這里說明單元測試計劃。依據(jù)本軟件的特點說明是否要做集成測試，如要做集成測試，請在這里說明集成測試計劃。依據(jù)本軟件的特點說明是否要做靜態(tài)代碼審查，如要做靜態(tài)代碼審查，請在這里說明靜態(tài)代碼審查計劃和審查是依據(jù)的編程規(guī)范。3 硬件概要設計簡要說明該硬件系統(tǒng)的總體設計思想，并對本文所有縮略語進行說明，要求提供每個縮略語的英文全名和中文解釋；羅列所有參考文獻名稱、作者、標題、編號、發(fā)布日期和出版單位等基本信息。如果該文檔不是第一版本，應在此說明硬件需求修改的歷史和原因，并指明主要的修改（相對于上一個版本）在本文檔的什么地方可找到。詳細羅

6、列本硬件系統(tǒng)所有的外部功能及需要該功能的原因；詳細羅列所有外部性能指標、要求達到的值和相關(guān)依據(jù)。系統(tǒng)結(jié)構(gòu)框圖只要求到子系統(tǒng)級，但應對該框圖給出文字說明。對系統(tǒng)中所有單板正式命名，并分別說明這些單板應用在哪個子系統(tǒng)中。針對“系統(tǒng)結(jié)構(gòu)框圖”中的每個子系統(tǒng)分別提供邏輯框圖和相應的文字說明，這些框圖根據(jù)其復雜程度可細化到功能模塊級或單板級。功能模塊的劃分應與硬件需求說明書一致，否則應說明原因。針對“系統(tǒng)邏輯框圖”中的每個功能模塊分別提供框圖和相應的說明文字，框圖的復雜程度要求細化到單板級。該處的所有單板應與“單板命名”中的單板完全一致。針對“單板命名”提到的所有單板分別提供單板邏輯框圖或電路結(jié)構(gòu)圖并給

7、出相應的文字說明，同時應對每個單板的功能進行詳細說明，包括模擬信號接口的電壓、電流和頻率特性，數(shù)字信號接口的時序和電平特性，電源接口的電壓和功率特性等。針對“硬件需求說明書”中提到的每項關(guān)鍵技術(shù)提供詳細的解決方案，包括多種可行的解決途徑和攻關(guān)計劃安排，并對多種方案進行比較。其性能直接影響系統(tǒng)的主要性能的器件、其價格對系統(tǒng)成本有重大影響的器件和其訂貨周期對系統(tǒng)開發(fā)進度有重大影響的器件都屬于關(guān)鍵器件。應針對這些關(guān)鍵器件的關(guān)鍵特性進行分析以確定選擇這些器件的策略。從設計的角度考慮系統(tǒng)的可靠性、安全性和電磁兼容性等，這些特性都必須符合相應的國內(nèi)、國際標準。詳細描述系統(tǒng)的供電設計思想和具體實施方法，并列

8、出各電源模塊的要求性能指標。如果必要應提供系統(tǒng)的電源供電系統(tǒng)圖。對整個系統(tǒng)的工藝和結(jié)構(gòu)提出初步設計要求。方便生產(chǎn)，接插件可靠，元器件免調(diào)整。從設計的角度考慮硬件測試，其中應包括考慮開發(fā)過程中和生產(chǎn)過程中的測試點和測試方法。從系統(tǒng)結(jié)構(gòu)設計的角度考慮開放性，通常應考慮的方面包括：開放的標準硬件接口，提供與不同系統(tǒng)互連時的開放性和方便性；開放的體系結(jié)構(gòu)，提供系統(tǒng)大面積擴容的可能性；多平臺適應性，提供系統(tǒng)在不同的硬件平臺上使用的可能性。4 硬件詳細設計以硬件概要設計為指導，設計系統(tǒng)的原理圖和印制板。5 硬件調(diào)試印制板采購回來后，進行樣板的焊接和調(diào)試，使硬件工作正常。如果硬件存在缺陷而不能滿足設計要求時

9、，需要修改硬件詳細設計的內(nèi)容，重新調(diào)試硬件，直到滿足設計要求。一般情況下，投板23次成功比較正常。6 軟件調(diào)試硬件調(diào)試通過后，就要下載運行代碼進行軟件的聯(lián)機調(diào)試?？梢圆捎酶鞣N調(diào)試手段進行模塊調(diào)試和整體調(diào)試，排除軟件上的缺陷。這一過程主要由軟件工程師進行。7 提交測試整個產(chǎn)品經(jīng)過開發(fā)工程師的自我測試后，可以提交測試組進行測試。在測試組進行測試的過程中，發(fā)現(xiàn)比較小的缺陷，開發(fā)工程師可以作出修改，但不能超過三次。如果經(jīng)過開發(fā)工程師的三次修改后，仍然存在缺陷，則中止測試，重新由開發(fā)工程師回到調(diào)試的階段。直到通過測試組的測試。8 產(chǎn)品發(fā)表和維護升級產(chǎn)品發(fā)表后項目管理并沒有結(jié)束，還需要進行產(chǎn)品的維護和升級

10、。只有當產(chǎn)品的生命周期結(jié)束后，項目管理才中止。四、數(shù)據(jù)備份和版本管理在產(chǎn)品的開發(fā)過程中，數(shù)據(jù)備份和版本的管理很重要。在產(chǎn)品開發(fā)過程中，為了保護和恢復數(shù)據(jù)，需要經(jīng)常進行數(shù)據(jù)備份。在服務器上分配給每個研發(fā)工程師一定的存儲空間，以便每天將個人數(shù)據(jù)備份到服務器上，防止數(shù)據(jù)意外丟失和進行數(shù)據(jù)恢復。服務器上的數(shù)據(jù)應該每個星期進行一次刻錄光盤或磁帶備份。版本管理只要參加過軟件開發(fā)的人都清楚，現(xiàn)在的軟件項目完全由一個人來完成是難以想象而且也是不可能的，通常是有一個研發(fā)小組來共同分析、設計、編碼和維護，并有專門的測試小組對已完成編碼調(diào)試的軟件進行全面的測試。在軟件開發(fā)這個龐大而復雜的過程中，需要涉及到各個方面的

11、人員，信息的交流反饋不僅僅是在研發(fā)小組的成員之間及各個研發(fā)小組之間，還存在于客戶和研發(fā)者之間。所有的這些交流反饋意見信息都有可能導致對軟件的修改，小的可能只是對某個源文件中的某個變量的定義改動，大到重新設計程序模塊甚至可能是整個需求分析變動。在這個工程中，由于軟件開發(fā)所固有的特征，可能會形成眾多的軟件版本，而且我們并不能保證不出現(xiàn)錯誤的修改，而這樣的一個困難局面卻又非?，F(xiàn)實地擺在項目開發(fā)管理者的面前，該如何有效地解決這些問題，具體地說就是如下一些問題：1. 怎樣對研發(fā)項目進行整體管理；2. 項目開發(fā)小組的成員之間如何以一種有效的機制進行協(xié)調(diào)；3. 如何進行對小組成員各自承擔的子項目的統(tǒng)一管理；4. 如何對研發(fā)小組各成員所作的修改進行統(tǒng)一匯總；5. 如何保留修改的軌跡，以便撤銷錯誤的改動；6. 對在研發(fā)過程中形成的軟件的各個版本如何進行標識，管理及差異識辨等等。一個非常直接的反應，我們必須要引進一種管理機制，一個版本管理機制，而且是廣義上的版本管理，它不僅需要對源代碼