1、軟硬件開發流程及規范精編WORD版一IBM system office room A0816H-A0912AAAHH-GX8Q8-GNTHHJ8 編號：受控狀態：軟硬件開發流程及規范編制：日期：審核：日期：批準：日期：修訂記錄S期修訂狀態修改內容修改人審核人批準人。目錄0目錄21 概述41.1 硬件開發過程簡介41.1.1 硬件開發的基本過程41.1.2硬件開發的規范化41.2 硬件工程師職責與基本技能51.2.1 硬件工程師職責51.2.2 硬件工程師基本素質與技術52 軟硬件開發規范化管理62.1 硬件開發流程62.1.1 硬件開發流程文件介紹62.1.2 硬件開發流程詳解62.2 硬件開

2、發文檔規范102. 2.1硬件開發文檔規范文件介紹102. 2.2硬件開發文檔編制規范詳解112.3與硬件開發相關的流程文件介紹132. 3. 1項目立項流程：132. 3.2項目實施管理流程： 142. 3. 3軟件開發流程：142. 3. 4系統測試工作流程：143附錄一.硬件設計流程圖：164附錄二.軟件設計流程圖： 175附錄三.編程規范181概述1.1 硬件開發過程簡介1.1.1 硬件開發的基本過程硬件開發的基本過程：1 .明確硬件總體需求情況，如CPU處理能力、存儲容量及速度，I/O端口的分配、接 要求、電平要求、特殊電路（厚膜等）要求等等。2 .根據需求分析制定硬件總體方案，尋求

3、關鍵器件及電路的技術資料、技術途徑、技 術支持，要比較充分地考慮技術可能性、可靠性以及成本控制，并對開發調試工具提出明 確的要求。關鍵器件索取樣品。3 .總體方案確定后，作硬件和單板軟件的詳細設計，包括繪制硬件原理圖、單板軟件 功能框圖及編碼、PCB布線，同時完成發物料清單。4 .領回PCB板及物料后由焊工焊好12塊單板，作單板調試，對原理設計中的各功 能進行調測，必要時修改原理圖并作記錄。5 .軟硬件系統聯調，一般的單板需硬件人員、單板軟件人員的配合，特殊的單板（如 主機板）需比較大型軟件的開發，參與聯調的軟件人員更多。一般地，經過單板調試后在 原理及PCB布線方面有些調整，需第二次投板。6

4、 .內部驗收及轉中試，硬件項目完成開發過程。1. 1. 2硬件開發的規范化硬件開發的基本過程應遵循硬件開發流程規范文件執行，不僅如此，硬件開發涉及到 技術的應用、器件的選擇等，必須遵照相應的規范化措施才能達到質量保障的要求。這主 要表現在，技術的采用要經過總體組的評審，器件和廠.家的選擇要參照物料認證部的相關 文件,開發過程完成相應的規定文檔，另外，常用的硬件電路（如ID.WDT）要采用通用的 標準設計。1.2硬件工程師職責與基本技能1. 2. 1硬件工程師職責一個技術領先、運行可靠的硬件平價是公司產品質量的基礎，硬件工程師職責神圣， 責任重大。1、硬件工程師應勇于嘗試新的先進技術，在產品硬件

5、設計中大膽創新。2、堅持采用開放式的硬件架構，把握硬件技術的主流和未來發展，在設計中考慮將 來的技術升級。3、充分利用公司現有的成熟技術，保持產品技術上的繼承性。4、在設計中考慮成本，控制產品的性能價格比達至最優。5、技術開放，資源共享，促進公司整體的技術提升。1.2.2硬件工程師基本素質與技術硬件工程師應掌握如下基本技能：1、由需求分析至總體方案、詳細設計的設計創造能力；2、熟練運用設計工具,設計原理圖、EPLD、FPGA調試程序的能力;3、運用仿真設備、示波器、邏輯分析儀調測硬件的能力；4、掌握常用的標準電路的設計能力，如ID電路、WDT電路、五型濾波電路、高速信 號傳輸線的匹配電路等；5

6、、故障定位、解決問題的能力；6、文檔的寫作技能；7、接觸供應商、保守公司機密的技能。2軟硬件開發規范化管理2.1 硬件開發流程2.1.1 硬件開發流程文件介紹硬件開發的規范化是一項重要內容。硬件開發規范化管理是在公司的硬件開發流 程及相關的硬件開發文檔規范、PCB投板流程等文件中規劃的。硬件開發流程是指導硬件工程師按規范化方式進行開發的準則，規范了硬件開發的全 過程。硬件開發流程制定的目的是規范硬件開發過程控制，硬件開發質量，確保硬件開發 能按預定目的完成。硬件開發流程不但規范化了硬件開發的全過程，同時也從總體上，規定了硬件開發所 應完成的任務。做為一名硬件工程師深刻領會硬件開發流程中各項內容

7、，在日常工作中自 覺按流程辦事，是非常重要的。所有硬件工程師應把學流程、按流程辦事、發展完善流 程、監督流程的執行作為自己的一項職責，為公司的管理規范化做出的貢獻。2. 1. 2硬件開發流程詳解硬件開發流程對硬件開發的全過程進行了科學分解，規范了硬件開發的五大任務。硬件需求分析硬件系統設計硬件開發及過程控制系統聯調文檔歸檔及驗收申請。1 .硬件需求分析項目組接到任務后，首先要做的硬件開發工作就是要進行硬件需求分析，撰寫硬件需 求規格說明書。硬件需求分析在整個產品開發過程中是非常重要的一環，硬件工程師更應 對這一項內容加以重視。一項產品的性能往往是由軟件和硬件共同完成的，哪些是由硬件 完成，哪些

8、是由軟件完成，項目組必須在需求時加以細致考慮。硬件需求分析主要有下列內容：系統工程組網及使用說明基本配置及其互連方法運行環境硬件系統的基本功能和主要性能指標功能模塊的劃分關鍵技術的攻關外購硬件的名稱型號、生產單位、主要技術指標主要儀器設備可靠性、穩定性、電磁兼容討論電源、工藝結構設計硬件測試方案2 .硬件總體設計硬件總體設計的主要任務就是從總體上進一步劃分各單板的功能以及硬件的總體結構 描述，規定各單板間的接口及有關的技術指標。硬件總體設計主要有下列內容：系統功能及功能指標系統總體結構圖及功能劃分單板命名系統邏輯框圖組成系統各功能塊的邏輯框圖，電路結構圖及單板組成單板邏輯框圖和電路結構圖關鍵技

9、術討論關鍵器件從上可見，硬件開發總體方案把整個系統進一步具體化。硬件開發總體設計是最重要 的環節之一。總體設計不好，可能出現致命的問題，造成的損失有許多是無法挽回的。3 .硬件開發及過程控制。一個好的產品，特別是大型復雜產品，總體方案進行反復論證是不可缺少的。只有經 過多次反復論證的方案，才可能成為好方案。總體審查包括兩部分，一是對有關文檔的格式，內容的科學性，描述的準確性以及詳 簡情況進行審查。再就是對總體設計中技術合理性、可行性等進行審查。如果評審不能通 過，項目組必須對自己的方案重新進行修訂。硬件總體設計方案通過后，即可著手關鍵器件的申購，主要工作由項目組來完成。關 鍵器件落實后，即要進

10、行結構電源設計、單板總體設計。單板總體設計需要項目與CAD配合完成。單板總體設計過程中，對電路板的布局、走 線的速率、線間干擾以及EMI等的設計應與CAD室合作。CAD室可利用相應分析軟件進行 輔助分析。單板總體設計完成后，出單板總體設計方案書。總體設計主要包括下列內容：單板在整機中的的位置：單板功能描述單板尺寸單板邏輯圖及各功能模塊說明單板軟件功能描述單板軟件功能模塊劃分接口定義及與相關板的關系重要性能指標、功耗及采用標準開發用儀器儀表等每個單板都要有總體設計方案，且要經過總體辦和管理辦的聯系評審。否則要重新設 計。只有單板總體方案通過后，才可以進行單板詳細設計。單板詳細設計包括兩大部分：單

11、板軟件詳細設計單板硬件詳細設計單板軟、硬件詳細設計，要遵守公司的硬件設計技術規范，必須對物料選用，以及成 本控制等上加以注意。不同的單板，硬件詳細設計差別很大。但應包括下列部分：單板整體功能的準確描述和模塊的精心劃分。接口的詳細設計。關鍵元器件的功能描述及評審，元器件的選擇。符合規范的原理圖及PCB圖。對PCB板的測試及調試計劃。單板詳細設計要撰寫單板詳細設計報告。詳細設計報告必須經過審核通過。單板軟件的詳細設計報告由管理辦組織審查，而單 板硬件的詳細設計報告，則要由總體辦、管理辦、CAD室聯合進行審查，如果審查通過， 方可進行PCB板設計，如果通不過，則返回硬件需求分析處，重新進行整個過程。

12、這樣做 的目的在于讓項目組重新審查一下，某個單板詳細設計通不過，是否會引起項目整體設計 的改動。如單板詳細設計報告通過，項目組一邊要與計劃處配合準備單板物料申購，一方面進 行PCB板設計。PCB板設計需要項目組與CAD室配合進行，PCB原理圖是由項目組完成 的，而PCB畫板和投板的管理工作都由CAD室完成。PCB投板有專門的PCB樣板流程。PCB 板設計完成后，就要進行單板硬件過程調試，調試過程中要注意多記錄、總結，勤于整 理，寫出單板硬件過程調試文檔。當單板調試完成，項目組要把單板放到相應環境進行單 板硬件測試，并撰寫硬件測試文檔。如果PCB測試不通過，要重新投板，則要由項目組、 管理辦、總

13、體辦、CAD室聯合決定。4 .系統聯調在結構電源，單板軟硬件都已完成開發后，就可以進行聯調，撰寫系統聯調報告。聯 調是整機性能提高，穩定的重要環節，認真周到的聯調可以發現各單板以及整體設計的不 足，也是驗證設計目的是否達到的唯一方法。因此，聯調必須預先撰寫聯調計劃，并對整 個聯調過程進行詳細記錄。只有對各種可能的環節驗證到才能保證機器走向市場后工作的 可靠性和穩定性。聯調后，必須經總體辦和管理辦，對聯調結果進行評審，看是不是符合 設計要求。如果不符合設計要求將要返回去進行優化設計。如果聯調通過，項目要進行文件歸檔，把應該歸檔的文件準備好，經總體辦、管理辦 評審，如果通過，才可進行驗收。總之，硬

14、件開發流程是硬件工程師規范日常開發工作的重要依據，全體硬件工程師必 須認真學習。5 .2硬件開發文檔規范2. 2. 1硬件開發文檔規范文件介紹為規范硬件開發過程中文檔的編寫，明確文檔的格式和內容，規定硬件開發過程中所 需文檔清單，與硬件開發流程對應制定了硬件開發文檔編制規范。開發人員在寫文檔時往往會漏掉一些該寫的內容，編制規范在開發人員寫文檔時也有一定的提示作用。 規范中共列出以下文檔的規范：硬件需求說明書硬件總體設計報告單板總體設計方案單板硬件詳細設計單板軟件詳細設計單板硬件過程調試文檔單板軟件過程調試文檔單板系統聯調報告單板硬件測試文檔硬件信息庫這些規范的具體內容可在HUAWEI服務器中資

15、料庫中找到，對應每個文檔規范都有相 應的模板可供開發人員在寫文檔時“填空”使用。2. 2. 2硬件開發文檔編制規范詳解1、硬件需求說明書硬件需求說明書是描寫硬件開發目標，基本功能、基本配置，主要性能指標、運行 環境，約束條件以及開發經費和進度等要求，它的要求依據是產品規格說明書和系統需求 說明書。它是硬件總體設計和制訂硬件開發計劃的依據，具體編寫的內容有：硬件整體系統的基本功能和主要性能指標、硬件分系統的基本功 能和主要性能指標以及功能模塊的劃分等。2、硬件總體設計報告硬件總體設計報告是根據需求說明書的要求進行總體設計后出的報告，它是硬件詳細 設計的依據。編寫硬件總體設計報告應包含以下內容：系

16、統總體結構及功能劃分，系統邏輯框圖、組成系統各功能模塊的邏輯框圖，電路結 構圖及單板組成，單板邏輯框圖和電路結構圖，以及可靠性、安全性、電磁兼容性討論和 硬件測試方案等。3、單板總體設計方案在單板的總體設計方案定下來之后應出這份文檔，單板總體設計方案應包含單板版本 號，單板在整機中的位置、開發目的及主要功能，單板功能描述、單板邏輯框圖及各功能 模塊說明，單板軟件功能描述及功能模塊劃分、接口簡單定義與相關板的關系，主要性能 指標、功耗和采用標準。4、單板硬件詳細設計在單板硬件進入到詳細設計階段，應提交單板硬件詳細設計報告。在單板硬件詳細設 計中應著重體現：單板邏輯框圖及各功能模塊詳細說明，各功能

17、模塊實現方式、地址分配、控制方式、接口方式、存貯器空間、中斷方式、接口管腳信號詳細定義、時序說明、 性能指標、指示燈說明、外接線定義、可編程器件圖、功能模塊說明、原理圖、詳細物料 清單以及單板測試、調試計劃。有時候一塊單板的硬件和軟件分別由兩個開發人員開發， 因此這時候單板硬件詳細設計便為軟件設計者提供了一個詳細的指導，因此單板硬件詳細 設計報告至關重要。尤其是地址分配、控制方式、接口方式、中斷方式是編制單板軟件的 基礎，一定要詳細寫出。5、單板軟件詳細設計在單板軟件設計完成后應相應完成單板軟件詳細設計報告，在報告中應列出完成單板 軟件的編程語言，編譯器的調試環境，硬件描述與功能要求及數據結構

18、等。要特別強調的 是：要詳細列出詳細的設計細節，其中包括中斷、主程序、子程序的功能、入口參數、出 口參數、局部變量、函數調用和流程圖。在有關通訊協議的描述中，應說明物理層，鏈路 層通訊協議和高層通訊協議由哪些文檔定義。6、單板硬件過程調試文檔開發過程中，每次所投PCB板，工程師應提交一份過程文檔，以便管理階層了解進 度，進行考評，另外也給其他相關工程師留下一份有參考價值的技術文檔。每次所投PCB 板時應制作此文檔。這份文檔應包括以下內容：單板硬件功能模塊劃分，單板硬件各模塊 調試進度，調試中出現的問題及解決方法，原始數據記錄、系統方案修改說明、單板方案 修改說明、器件改換說明、原理圖、PCB圖

19、修改說明、可編程器件修改說明、調試工作階 段總結、調試進展說明、下階段調試計劃以及測試方案的修改。7、單板軟件過程調試文檔每月收集一次單板軟件過程調試文檔，或調試完畢（指不滿一月）收集，盡可能清 楚，完整列出軟件調試修改過程。單板軟件過程調試文檔應當包括以下內容：單板軟件功 能模塊劃分及各功能模塊調試進度、單板軟件調試出現問題及解決、下階段的調試計劃、 測試方案修改。8、單板系統聯調報告在項目進入單板系統聯調階段，應出單板系統聯調報告。單板系統聯調報告包括這些 內容：系統功能模塊劃分、系統功能模塊調試進展、系統接口信號的測試原始記錄及分 析、系統聯調中出現問題及解決、調試技巧集錦、整機性能評估

20、等。9、單板硬件測試文檔在單板調試完之后，申請內部驗收之前，應先進行自測以確保每個功能都能實現，每 項指標都能滿足。自測完畢應出單板硬件測試文檔，單板硬件測試文檔包括以下內容：單 板功能模塊劃分、各功能模塊設計輸入輸出信號及性能參數、各功能模塊測試點確定、各 測試參考點實測原始記錄及分析、板內高速信號線測試原始記錄及分析、系統I/O 口信號 線測試原始記錄及分析，整板性能測試結果分析。10、硬件信息庫為了共享技術資料，我們希望建立一個共享資料庫，每一塊單板都希望將的最有價值 最有特色的資料歸入此庫。硬件信息庫包括以下內容：典型應用電路、特色電路、特色芯 片技術介紹、特色芯片的使用說明、驅動程序

21、的流程圖、源程序、相關硬件電路說明、 PCB布板注意事項、單板調試中出現的典型及解決、軟硬件設計及調試技巧。2.3與硬件開發相關的流程文件介紹與硬件開發相關的流程主要有下列幾個:項目立項流程項目實施管理流程軟件開發流程系統測試工作流程中試接口流程內部接收流程2.3.1 項目立項流程：是為了加強立項管理及立項的科學性而制定的。其中包括立項的論證、審核分析，以 期做到合理進行開發，合理進行資源分配，并對該立項前的預研過程進行規范和管理。立 項時，對硬件的開發方案的審查是重要內容。2. 3.2項目實施管理流程：主要定義和說明項目在立項后進行項目系統分析和總體設計以及軟硬件開發和內部驗 收等的過程和接

22、口，并指出了開發過程中需形成的各種文檔。該流程包含著硬件開關、軟 件開發、結構和電源開發、物料申購并各分流程。2. 3. 3軟件開發流程：與硬件開發流程相對應的是軟件開發流程，軟件開發流程是對大型系統軟件開發規范 化管理文件，流程目的在對軟件開發實施有效的計劃和管理，從而進一步提高軟件開發的工程化、系統化水平，提高XXXX公司軟件產品質量和文檔管理水平，以保證軟件開發的 規范性和繼承性。軟件開發與硬件結構密切聯系在一起的。一個系統軟件和硬件是相互關 聯著的。2.3.4系統測試工作流程：該流程規定了在開發過程中系統測試過程，描述了系統測試所要執行的功能，輸入、 輸出的文件以及有關的檢查評審點。它

23、規范了系統測試工作的行為，以提高系統測試的可 控性，從而為系統質量保證提供一個重要手段。項目立項完成，成立項目組的同時要成立對應的測試項目組。在整個開發過程中，測 試可分為三個階段，單元測試、集成測試、系統測試。測試的主要對象為軟件系統。2. 3.5內部驗收流程制定的目的是加強內部驗收的規范化管理，加強設計驗證的控制，確保產品開發盡快 進入中試和生產并順利推向市場。項目完成開發工作和文檔及相關技術資料后，首先準備 測試環境，進行自測，并向總體辦遞交系統測試報告及項目驗收申請表，總體辦審核 同意項目驗收申請后，要求項目組確定測試項目，并編寫測試項目手冊。測試項目手 冊要通過總體辦組織的評審，然后

24、才組成專家進行驗收。由上可見，硬件開發過程中，必須提前準備好文檔及各種技術資料，同時在產品設計 時就必須考慮到測試。3附錄一.硬件設計流程圖:4附錄二.軟件設計流程圖:5附錄三.編程規范單板軟件編程規范目的：為了開發人員之間更好地進行交流，提高代碼的可讀性，可維護性，特制訂本 規范，作為程序編寫的指導文件。本規范只涉及到源碼書寫的格式，希望能有較統一的編 程風格。將來若有和公司相關規定沖突的地方，本規范有可能作適當修改。1。模塊描述模塊是為了實現某一功能的函數的集合，文件名使用缺省的后綴，在每一模塊的開頭 應有如下的描述體：* PROJECT CODE ：項目代號或名稱 CREATE DATE

25、 ：創建日期* CREATED BY ：創建人* FUNCTION：模塊功能* MODIFY DATE ：修改日期* DOCUMENT：參考文檔* OTHERS：程序員認為應做特別說明的部分，如特別的編譯開關*4o1c*4o|c*)|q)o|c*9|q|c*/不同的修改人應在修改的地方加上適當的注釋，包括修改人的姓名。另外，如有必 要，要注明模塊的工作平臺，如單板OS、DOS、WINDOWS等。注明適用的編譯器和編譯模 式。2o函數描述函數是組成模塊的單元，一般用來完成某一算法或控制等。在每一函數的開頭應有 如下的描述體：* FUNCTION NAME：函數名稱* CREATE DATE ：創

26、建日期* CREATED BY ：創建人* FUNCTION：函數功能* MODIFY DATE：修改日期* INPUT：輸入參數類型（逐個說明）* OUTPUT：輸出參數類型（逐個說明）* RETURN：返回信息*/可選的描述有:RECEIVED MESSAGES：收到的消息SENT MESSAGES ：發送的消息DATABASE ACCESS ：存取的數據庫* CALLED BY:該函數的調用者* PROCEDURES CALLED：調用的過程* RECEVED PRIMITIVES :收到的原語* SENT PRIMITIVES :發送的原語及其它程序員認為應有的描述。標題可以只大寫第一

27、個字母。例如：FunctionName：3。命名規則：A）函數：函數名應能體現該函數完成的功能，關鍵部分應采用完整的單詞，輔助 部分若太長可采用縮寫，縮寫應符合英文的規范。每個單詞的第一個字母大寫。如： ShowPointSt CtrlDestBoard» SendResetMsg 等。B）變量：變量的命名規則部分采用匈牙利命名規則（鼓勵完全使用匈牙利名規則）。變量的第一個或前兩個字母小寫，表示其數據類型，其后每個詞的第一個字母大寫。推薦 的類型前綴如下：前綴含義前綴含義a數組nshort intbBOOLnp短指針byBYTEP指針cchar1LONGcb字節記數1P長指針cr顏色

28、參考值S串ex, cy短型（x,y長度 的記數）SZ以零結尾的串dwDWORDtm文本fn函數WWORDhHANDLEX, y短型（x或y的坐標） 1intg.全局變量類的數據成員ucunsigned charitniCurrentValue, uTransitionCount等。對于其他復合類型或自定義類型，請用適 當的前綴來表示。除局部循環變量外，不鼓勵單個字母的變量名。對于常用的類型定義，盡量使用WORD、BOOL、LPWORD、VOID> FAR、NEAR等慣用寫 法，避免使用char、long、void、far、near等小寫格式。不使用_UC、_UL等XXXX公 司以前一些人

29、的習慣寫法。0結構：結構的定義有兩個名稱，一個是該結構的類型名，一個是變量名。按照 C語言的語法，這兩個名稱都是可選的，但二者必有其一。我們要求寫類型名，類型名以 tag做前綴。下面是一個例子：struct tagVBXEVENTHWNDhWindow;intnID;intnEventIndex;LPCSTRIpEventName;intnNumParams;LPVOIDIpParamList;HCTLhControl;veMyEvent;tagVBXEVENT veMyEventMAXEVENTTYPE, *lpVBXEvent;對于程序中常用的結構，希望能使用typedef定義，格式如下：

30、typedef struct tagMYSTRUCT(struct members TMYSTRUCT, * PTMYSTRUCT, FAR * LPTMYSTRUCT;struct后的類型名有tag前綴，自定義的結構名稱一律用大寫字母，前面可以加一大 寫的幾而結構類型變量定義則可以寫為：TMYSTRUCT variablename;并可在定義MYSTRUCT-S同時根據需要，定義其指針，遠指針和尺寸常量：typedef tagMYSTRUCT(struct members TMYSTRUCT, * PTMYSTRUCT, FAR LPTMYSTRUCT;#define MYSTRUCTSIZ

31、E sizeof ( TMYSTRUCT );結構變量的命名，建議采用如下方式：從結構名中，取出二至三個詞的首字母作為代表此結構的縮寫，小寫作為變量前 綴。例如：(取自Microsoft Windows示例)struct OPENFILENAME ofnMyFilestrcut CHOOSECOLOR ccScreenColorD)聯合：聯合的命名規則和結構相似，如：union tagMYEXAMPLEintiInteger;long ILonglnt; myExample;typedef tagMYEXAMPLEintilnteger;longILonglnt; MYEXAMPLE, * P

32、MYEXAMPLE, FAR * LPMYEXAMPLE;4。書寫風格：A)函數：函數的返回類型一定要寫，不管它是否默認類型，函數的參數之間應用 一逗號加一空格隔開，若有多個參數，應排列整齊。例如：int SendResetMsg( PTLAPENTITY pLAPEntity, int iErrorNo )int iTempValue;)函數的類型和上下兩個括號應從第一列開始，函數的第一行應縮進一個TAB,不得用空格縮進。(按大多數程序范例，TAB為四個字符寬，我們規定：TAB為四個字符寬。)B)語句：循環語句和if語句等塊語句的第一個大括號可跟在第一行的后面，接下來的語句應縮進一個TAB,

33、如:for ( count = 0count < MAXLINE ; count+ ) if ( (count % PAGELINE) = 0 )也可另起一行，如:for ( count = 0count < MAXLINE ; count+ )if ( (count % PAGELINE)兩種寫法在世界著名的程序員手下均可見到，我們尊重個人的習慣，但推薦使用 后一種寫法。復雜表達式(兩個運算符以上，含兩個)必須用括號區分運算順序，運算符的前后應 各有一空格，習慣寫在一行的幾個語句(如IF語句)，中間應有一空格，其它語句不鼓勵 寫在同一行。空格加在適當的地方，如if ( ; for ( ; ) ;語句的上下對齊也可使程序便于閱讀，如：myStruct. iFirstNumber= 0;myStruct. ISecondNumber= 1;myStruct. pThePoint=NULL;如:0常量：常量一般情況下可用宏定義，用大寫的方式，單詞之間用下劃線隔開ttdefine MAX LINE100ttdefine PI3.1415926不鼓勵在程序中出現大量的數字常數。注：對于一些有必要說明的縮寫，可以在模塊描述內加以說明。5o頭文件:頭文件一般包括了數據結構的定義，函數原形的說明，宏定義等，不許包含函數體和 變量實體，文件名使用缺省的后綴.h,