)配置規(guī)則與配置文件結構相互對應，配置規(guī)則的執(zhí)行結果應當形成對應的配置文件；
[0068]e)配置規(guī)則一經發(fā)布具有規(guī)范作用，發(fā)布后的配置規(guī)則需要進行版本說明和版本管理；
[0069]f)配置規(guī)范需要能夠不斷發(fā)展完善以適應不同設備功能要求，并具有繼承性。
[0070]配置工具設計
[0071]配置工具設計主體是系統(tǒng)設計部門，使用者是系統(tǒng)設計人員。
[0072]配置工具是配置式軟件設計的基礎操作工具，配置工具設計過程應在應用軟件設計之前完成。一般，配置工具設計具有如下特征:
[0073]a)配置工具應依據配置規(guī)則進行設計，配置工具與配置規(guī)則一一對應，配置工具是按照配置規(guī)則進行軟件信息配置的具體實現工具；
[0074]b)配置工具設計應完全滿足其所對應配置規(guī)則的所有內容，并對人員的使用過程進行人機優(yōu)化、操作輔助、規(guī)范約束以及正確性校驗；
[0075]c)配置工具設計同機載軟件研制過程一樣，應按照相關型號軟件研制管理要求進行，進行軟件功能測試；
[0076]d)配置工具需要按照相關型號軟件驗證要求進行，由不同的軟件驗證團隊設計多種試驗用例，進行配置工具的功能、性能試驗，并給出驗證結論；
[0077]e)配置工具設計遵循的軟件管理要求，安全等級應等同與使用該工具進行設計的軟件中的最高等級。
[0078]配置文件制作
[0079]配置文件制作的主體是系統(tǒng)設計部門，由系統(tǒng)設計人員完成。系統(tǒng)設計人員通過系統(tǒng)需求分析完成系統(tǒng)設計，包括設備應用軟件的輸入輸出ICD、設備數據處理方式、設備數據處理周期、邏輯函數調用關系等功能信息。系統(tǒng)設計人員將上述應用軟件功能信息錄入到配置工具中，錄入規(guī)則依照配置規(guī)則進行，在錄入完成后，由配置工具制作出配置文件。
[0080]配置文件是一種機器語言的描述數據文件，一般采用二進制文件格式。配置文件是設備應用軟件功能的集中描述，制作之前需要對設備功能完成功能邏輯和接口定義。
[0081]配置文件的校驗由配置工具根據配置規(guī)則，在配置過程中完成。校驗的內容應包括:規(guī)則版本、時間、文件結構、數據邊界、錯誤、沖突以及功能一致性檢驗等。
[0082]下面對邏輯描述進行說明:
[0083]對于機電軟件設計中的功能運算邏輯，系統(tǒng)設計人員應集中給出邏輯描述。在配置文件制作的同時，系統(tǒng)設計人員應以算法流程圖的形式給出每一個功能邏輯函數的算法說明，指出約束條件以及適用范圍信息，形成軟件功能邏輯需求文檔。在軟件功能邏輯需求文檔中，系統(tǒng)設計人員應對每一個功能邏輯函數的算法說明進行函數編號，函數編號與算法說明一一對應。
[0084]邏輯描述是設備應用軟件功能算法的集中，軟件功能邏輯需求文檔是邏輯描述的完成形式，制作之前需要完成對設備功能算法進行設計和定義。
[0085]下面從實現的角度進行描述，請參見圖4:
[0086]實現過程是設備生產部門的技術人員進行的應用軟件的開發(fā)環(huán)節(jié)。在這個環(huán)節(jié)中，設備生產部門以系統(tǒng)設計部門提供的配置規(guī)則為依據，開發(fā)出能夠解讀并執(zhí)行配置文件內容的服務引擎；以邏輯描述為依據，開發(fā)出與算法對應的邏輯實體函數包；以設備的硬件狀態(tài)、硬件驅動為依據，編寫適應于操作系統(tǒng)和服務引擎的基礎驅動。
[0087]服務引擎的主要功能是解讀和執(zhí)行配置文件中描述的軟件功能。
[0088]邏輯函數包主要功能是提供可供服務引擎直接調用的應用軟件邏輯實體函數包。
[0089]基礎驅動主要功能是硬件驅動針對服務引擎的過渡層，用以實現不同硬件驅動向服務引擎的適配。
[0090]在完成服務引擎、功能邏輯包以及基礎驅動的開發(fā)后，技術人員將這三者進行集成，形成應用伺服系統(tǒng)。
[0091]將應用伺服系統(tǒng)灌裝到設備后，經過基礎功能測試，設備就達到了設備生產部門軟件開發(fā)的交付狀態(tài)。
[0092]實現過程中主要對象為設備生產部門的技術人員，實現過程主要包括:服務引擎制作、功能邏輯函數實現、基礎驅動開發(fā)和伺服軟件集成。
[0093]下面詳細解釋服務引擎開發(fā):
[0094]服務引擎是配置式應用軟件設計的主體部分，其設計主體是設備生產部門。設備生產部門根據系統(tǒng)設計部門提供的配置規(guī)則進行服務引擎開發(fā)。服務引擎的主要功能是解讀和執(zhí)行按照配置規(guī)則編寫的配置文件，服務引擎通過解讀配置文件信息執(zhí)行設備的數據采集、輸出、數據處理以及邏輯函數調用。
[0095]服務引擎僅由配置規(guī)則決定，相同配置規(guī)則下、不同內容的配置文件可以由同一服務引擎進行解讀。服務引擎應能夠執(zhí)行配置規(guī)則中的所有信息。
[0096]服務引擎在執(zhí)行配置文件過程中需要調用基礎驅動和功能邏輯包進行軟件功能運算，其中基礎驅動需要根據設備硬件環(huán)境、操作系統(tǒng)進行適配，功能邏輯需要根據邏輯描述進行函數編寫。
[0097]服務引擎的開發(fā)原則是:
[0098]a)服務引擎嚴格決定于配置規(guī)則；
[0099]b)同一版本下的服務引擎對該版本的不同的配置文件具有通用性；
[0100]c)服務引擎應能夠對基礎驅動、功能邏輯函數進行調用。
[0101]下面對邏輯函數實現的進行描述:
[0102]邏輯函數實現的設計主體是設備生產部門，設備生產部門根據系統(tǒng)設計部門提供的邏輯描述進行軟件所需邏輯函數的編寫開發(fā)。邏輯描述包括函數編號和邏輯算法，技術人員根據函數編號中規(guī)定的函數名稱和其對應的算法開發(fā)函數實體，并將所有的函數實體進行匯總，形成功能邏輯包。
[0103]邏輯函數開發(fā)是對設備功能邏輯的實現，服務引擎在執(zhí)行到需要進行邏輯運算的數據時需要按照函數編號調用相應的邏輯函數。邏輯函數是功能算法的集中，需要嚴格對應系統(tǒng)設計的邏輯描述。
[0104]下面對基礎驅動進行描述:
[0105]基礎驅動開發(fā)的設計主體是設備生產部門。設備生產部門根據本單位設備硬件的設計狀況、操作系統(tǒng)配置狀態(tài)，對設備硬件功能進行驅動封裝?；A驅動的服務對象是服務引擎，基礎驅動和服務引擎之間接口采用標準通用格式，由服務引擎決定?；A驅動和操作系統(tǒng)、硬件環(huán)境之間的接口應根據設備操作系統(tǒng)、硬件環(huán)境的不同而調整。
[0106]基礎驅動開發(fā)過程應在服務引擎開發(fā)之后，一般對于同一個服務引擎，可由于操作系統(tǒng)、硬件配置的不同而需要開發(fā)多個版本的基礎驅動。
[0107]基礎驅動的開發(fā)原則是:
[0108]a)基礎驅動應滿足服務引擎的標準接口 ；
[0109]b)基礎驅動應適配設備硬件環(huán)境和操作系統(tǒng)環(huán)境。
[0110]下面對伺服軟件集成進行說明:
[0111]伺服軟件集成過程的設計主體是設備生產部門。設備生產部門將開發(fā)完成的服務引擎、基礎驅動、邏輯函數包進行集成，形成具有配置文件伺服能力的配置文件伺服程序。設備生產部門將配置文件伺服程序灌裝至硬件設備中，完成基本功能測試，就形成了具有配置文件伺服能力的設備。該狀態(tài)下的設備可以識別配置文件，當灌裝應用配置文件后，即可實現應用軟件全部功能。
[0112]下面對集成過程進行說明，請參見圖5:
[0113]集成過程是集成測試部門的集成技術人員進行的應用軟件設計的最終環(huán)節(jié)。在配置過程結束后，系統(tǒng)設計部門將制作完成的配置文件交付給集成測試部門。在實現過程結束后，設備生產部門將具有配置文件伺服能力的設備