嵌入式系統的開發是一個軟硬件協同設計過程，它需要不同技術背景的人共同開發．而傳統的嵌入式軟件分析與設計方法嚴重脫節，開發過程沒有—個確定的統一的標準，這使得產品形成的每一個過程人為因素影響嚴重．此外，分析設計的結果不能在開發類似項目或產品時重用．以上幾個問題成為多年來制約嵌入式系統發展的主要瓶頸，使得大部分嵌入式軟件的開發工作變得十分困難甚至無法進行．

作為面向對象建模技術的標準，UML適合于將復雜的系統設計問題簡單化．它采用面向對象圖形的方式對系統進行描述，支持從分析、設計到建模的全過程．按照UML規范，使用CASE工具Rational Rose對嵌入式系統建模，不僅可以使系統分析設計實現標準化，而且將UML分析建模的構建方法和相應的集成和測試策略結合在一起，完全可以實現系統分析、設計和制作、測試分別由不同的項目成員在統一、一貫的方式下完成，這將會使高質量的嵌入式系統的開發變得更為容易．

1、指紋門禁系統需求分析

目前，將指紋識別技術應用到各種需要身份驗證的系統或者嵌入到原有的大量保安系統，會大大提高系統的安全性和便捷性．本文中，設計了一個嵌入式指紋門禁系統，它使用指紋識別技術來驗證用戶身份，并提供了一套完整的軟硬件來實現門禁系統的日常管理．主要包括：用戶信息注冊、刪除、查詢、指紋比對、門禁控制和監視以及日志管理等．

針對嵌入式指紋門禁系統的復雜性，在本系統的開發中，按照UML規范，采用基于UML的嵌入式軟件分析與建模方法，使用CASE工具 Rational R0 繪制了各種模型圖，從不同的層次和角度為系統的分析、設計、驗證以及實現過程提供支持，詳細討論了如何使用UML輔助完成整個系統的開發．

1．1 系統功能需求

建模過程首先應該從系統中的類開始，為了理解類的結構，需要對系統及其工作過程做一個總體陳述．經分析，該系統包含一個電動門、一個指紋傳感器、一個微處理器、一個存儲指紋庫的存儲系統、一個數字鍵盤、一個十字型按鍵、一個液晶顯示屏、一個電動門以及兩個狀態燈．系統從指紋傳感器中獲取指紋數據，并在微處理器中進行預處理和特征提取，獲取指紋的生物代碼信息，并與指紋庫中注冊用戶的指紋模板進行匹配算法的驗證，并輸出結果，通過狀態燈顯示，同時根據匹配結果發送控制信號控制門的開關．通過對系統及類做進一步分析可得到系統總的類圖如圖1所示．通過這幅圖我們可以得知系統中所包含的基礎類及其相互之間的關系，為后文動態模型的建立奠定了基礎．

圖1 指紋門禁系統類圖

1．2 用例說明

通過對系統的需求分析，我們確定了該系統需要實現的功能．那么如何形象化地描述這些功能，以便使我們更好地與用戶溝通，更準確地了解他們的需求呢？這就要使用UML的用例模型．在UML中，用例可以被描述為參與者與系統之間的一次交互作用．每一個用例都是一種不同的使用系統的方法，都會產生不同的結果．而角色是與系統交互的對象，它是使用該系統的人或者其它系統．用例圖列出了用戶最想要的功能以及每個功能的描述．經分析，本系統的用例圖如圖2所示．

圖2 指紋門禁系統用例圖

從圖中我們可以明確地了解到系統的功能需求．該系統主要有兩類用戶：普通用戶和管理員．“啟動系統”用例表明系統初始化時要進行傳感器和微處理器等的自檢．進入正常工作狀態以后，普通用戶可以通過“身份驗證”用例進行指紋驗證．如果是未注冊用戶則在獲得合法II）的前提條件下，通過“注冊”用例注冊自己的相關信息．系統提供的“開／關門”用例則主要是根據指紋匹配結果，通過信號線將控制信號傳輸給門的驅動電動機以此來控制門的開關．管理員主要負責系統維護，可以使用 “注冊”、“查找”和“刪除”等用例進行信息管理操作．由于在該階段我們對系統還沒有充分理解，同時為了控制用例的數目，在這里我們只是給出了系統的總體用例模型，在隨后的詳細設計階段我們可以對這些用例進行進一步的細化以精化系統的需求．

2、指紋門禁系統設計

需求分析完成以后，可以依據分析結果和所建立的模型圖進一步指導系統的設計．系統設計主要包括了用例詳細設計、類設計、數據模型設計等．

2．1 用例詳細設計

詳細設計階段需要對系統需求中的每個用例進行詳細的分析，并以一種通用的表示來文檔化，以便使開發人員更清晰得了解每個用例的具體實現過程 ．本文以指紋驗證用例為實例，對該用例進行更進一步的詳細分析，它包含了指紋采集、預處理、圖像增強、細化、二值化處理、特征碼提取、比對、結果輸出等過程，這些過程都可以通過文檔清晰地表示．我們在描述系統用例時，是從用戶角度出發的，沒有涉及系統內部．通過分析得到滿足系統需求的類之后，便可根據用例驅動的思想，通過類之間的交互來實現用例．嵌入式系統一般都要與硬件設備如傳感器等進行交互，同時還有很強的時間和內存空間的約束．交互圖就是用來描述對象間的動態交互行為的，它一步步地顯示了使用案例的流程．在UML中定義了兩種交互框圖：順序圖和合作圖．這兩種框圖顯示同一信息，但組織方式不同．順序圖按時間排序，依次顯示對象間進行的操作；合作圖則以數據流為中心，顯示各個對象間的數據交換情況．由于順序圖能更好地說明對象間的交互順序，有利于我們理解系統，所以本文以“指紋驗證”用例的順序圖（見圖3）為例來描述對象之間的交互過程．其它用例都可以采用此種方法來詳細說明，以便我們更清晰地了解系統每個功能（用例）的具體實現過程．

圖3 指紋驗證用例順序圖

2．2 類設計

UML規范按照類職責不同將系統設計類分為邊界類、實體類和控制類．其中實體類是系統運行的數據基礎類，也是類設計的核心部分．按照RUP的思想，采用名詞分析法對系統需求進行分析，便可以得到大部分的實體類．對于指紋門禁系統而言，指紋信息數據是系統的核心數據，同時，一些相關的管理信息也是實體類的組成部分，主要有用戶信息、系統13志等等．在這里我們只對系統中兩個主要類進行分析，如下表格1，2所示．

表1 指紋圖象FingerImage實體類

表2 指紋特征Fingerfeature實體類

2．3 數據庫模型設計

完成實體類的分析與設計之后，可建立其數據庫模型．在本系統中采用Pc機與嵌入式處理器之間的通信來管理相應的數據，因此PC機上數據管理系統的數據庫模型設計如下圖4所示．數據庫表組成包括注冊用戶管理、被鑒定人信息、指紋特征數據和日志管理，數據庫中表結構字段的描述與上文實體類成員變量的結構是相對應的．例如：注冊用戶信息由RegisterUsers表組織，設置的字段有：用戶ID、姓名、用戶級別等；指紋圖像數據表Fin- gerimage設置的字段有：圖像名稱、圖像保存路徑、

圖像特征數、圖像寬度、高度等；指紋特征數據表FingerFeature設置的字段有：ID、注冊用戶指紋特征、被鑒定人指紋特征、指紋特征數等，完全可以滿足系統的需求．圖中其它各表的詳細數據項描述可根據實際的需要來設計，在此不作過多舉例說明．各個表間的連線表示數據表約束，例如： RegisterUs-ers表和Worklog表之間的對應關系為一個注冊用戶可以對應多條日志記錄．同時，RegisterUsers表的主鍵用戶 ID）是表WoALog的外鍵，圖中其他依賴關系表示含義相同．

3、指紋門禁系統實現與集成測試

通過反復迭代上述建模及模型驗證過程，便可建立起整個系統的正確模型．建模工作流完成以后便是系統的實現階段，此階段主要進行下列工作：

（1）實現平臺的選擇

①硬件的設計與實現

本系統硬件平臺采用SAMSUNG公司的S3C2410開發板設計實現，CPU采用，S3C2410A ARM920T．

②系統軟件的設計與實現

ARM應用軟件的開發需要交叉編譯環境，而在Windows平臺下常用的ARM SDT調試器提供了一個集成開發環境］DE，可以在一臺Pc機上完成編輯、編譯、鏈接、下載和調試等工作．開發工具安裝之后，可以用ARM Project Manager來生成一個自己的工程，并在ARM Debuggefor Windows下進行調試．因此，本系統的指紋圖像處理及匹配算法采用VC語言在IDE中實現。在系統編碼中，已成熟的指紋處理算法為系統的設計奠定了良好的基礎。

圖4 數據庫模型設計

（2）軟件編碼

建模的最終目的是為了得到可執行的代碼，因此在系統實現中很重要的一部分是軟件編碼．為此，在實現階段，需要選擇某種面向對象的編程語言來完成代碼部分的實現．本系統所有軟件代碼我采用vC語言在IDE中實現，數據庫采用SQL Server2000．由于本文中系統采用滿足UML規范的建模工具Rational Rose2003，可以很好地支持正，逆向工程，通過對類和對象的詳細設計中的規范說明信息，由代碼生成器可自動生成可執行的代碼框架，開發人員在此基礎上對代碼進行修改大大提高了代碼編輯效率．

系統實現之后，在集成測試時可聯合使用所有的UML框圖認真分析每個構件的原理，針對每一個系統功能每一個可能發生的錯誤寫出相應的測試程序，進行完整而可靠的測試．

4、小結

本文詳細介紹了UML軟件分析與建模技術在—個嵌入式系統開發中的應用，使用Rose建立了該系統的完整模型，通過模型的建立對基于UML的嵌入式軟件開發方法進行了一些探索和研究．通過該實例的開發，定性地說明了UML的優點以及它對嵌入式軟件開發所能起到的良好的指導作用．但由于UML過于龐大和復雜，不同建模工具對該語言的側重方面也有所不同，本文是使用了Rational Rose2003完成了所有模型的設計，因此，所建模型在抽象層次等方面還存在一定不足，有待于進一步驗證準確性及完整性．在實際開發中可考慮使用多種建模工具對所建模型進行比較，以精化、細化模型，從中選擇最優模型來改進系統設計方案．此外，在以后的開發實踐中，開發環境應該選擇能夠支持直接的可執行的模型生成，并且支持基于實時框架的代碼生成，從而解決嵌入式軟件的可移植性問題．

責任編輯：gt