電路設計
原理圖
1.模塊用虛線框起。左輸入，右輸出。
2.網絡標籤遵循下級遷就上級，如MCU引腳控制LED，則命名應使用如(PTA1)的引腳名，而不是使用LED做網絡標籤。
3.理論上，每個模塊都應該配有指示燈。
4.要簡明扼要的寫出模塊的工作原理
5.電源信號符朝上，地信號符朝下
PCB圖
1.線寬儘可能寬，既可以減小阻抗，又可以防止製造工藝原因造成的短路，地>正極>信號線。
2.輸入輸出引腳，mcu的測試引腳，各模塊單元的輸入輸出需要留測試點。
3.鋪地可以減小干擾，提高PCB穩定性。鋪地前要設置導線，地，引腳間的距離，並要求該距離儘可能大，鋪地應該鋪雙面，實驗板爲方便檢查可以鋪單面。數字地和模擬地應隔開，可以用磁珠。
4.未使用的IO可以通過電阻接地（與設計習慣有關）。
5.避免長距離平行佈線，晶振下方儘量不要走線。
程序構件
具體要求如下：
（1）頭文件和程序文件的主文件名一致，且爲構件名。
（2）對外接口函數命名格式：構件名_功能名，如 LCD_Init
（3）宏名命名格式：以“構件名_”開頭
（4）重定義：若構件使用到 MCU 頭文件中定義的模塊寄存器名，如：
#define SCDR *(volatile unsigned char *)0x18 //SCI 數據寄存器
則在構件頭文件中重定義宏名，如：
#define SCI_ReSendDataR SCDR //重定義 SCI 數據寄存器
（5）頭文件中內容次序：①文件描述②包含文件③宏定義④對外接口函數原型說明。
爲防止重複定義，使用條件編譯語句，形如:
#ifndef 構件名_H
#define 構件名_H
………………
#endif
（6）程序文件中內容次序：①文件描述②內部函數定義③外部函數定義
（7）函數描述：在頭文件中進行對外接口函數原型說明時，或者在程序文件中進行內/
外部函數定義時，都要給出函數描述，內容包括函數名、功能、參數、返回值和說明共 5 項。
（8）嚴格禁止通過全局變量來傳遞參數。
測試
構件測試：
軟件測試的目的：
1）檢測：以最少的人力、物力和時間找出軟件中潛在的各種錯誤和缺陷。
2）證明：證明軟件的功能和性能與需求說明相符合。
3）預防：澄清系統的規格和性能;提供預防或減少可能製造錯誤的信息;並且提前確認解決這些問題和風險的途徑。
1.白盒測試
白盒測試僅與程序的內部結構有關，即測試源程序的邏輯結構以及實現細節（“白盒”是指看得見程序的內部結構）。功能測試不屬於白盒測試的技術範疇，完全可以不考慮程序的功能要求。
2.黑盒測試（兩種基本方法：通過測試和迫使出錯測試）
黑盒測試就是把測試對象看成一個黑盒子，完全不考慮程序內部邏輯結構和內部特性，只依據程序的需求規格說明書，檢查程序的功能是否符合它的功能說明的測試方法。
“白盒測試”必須由開發者自己執行，因爲別的測試人員無法瞭解到程序的內部實現細節。而“黑盒測試”必須由獨立的測試人員執行，因爲開發者難以做到客觀、公正。測試通過後，寫明構件測試的過程和測試結果。
軟件驗收測試的合格通過準則是：
1)軟件需求分析說明書中定義的所有功能已全部實現，性能指標全部達到要求；
2)所有測試項沒有殘餘一級、二級和三級錯誤
一級嚴重：錯誤導致軟件崩潰。
二級嚴重：錯誤導致一個特性不能運行並且沒有替代方案。
三級嚴重：錯誤導致一個特性不能運行但有替代方案。
四級嚴重：錯誤是表面化的或是微小的。
3)立項審批表、需求分析文檔、設計文檔和編碼實現一致
4)驗收測試工件齊全
硬件測試：
1.可視執行結果模塊測試
2.無可視執行結果模塊測試
3.log內容測試人，測試時間，測試結果及意見。