專利名稱：一種頻譜分析儀類儀器系統(tǒng)的框架式設(shè)計(jì)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種系統(tǒng)設(shè)計(jì)方法，尤其涉及一種頻譜分析儀類儀器系統(tǒng)的框架式設(shè)計(jì)方法。
背景技術(shù)：
隨著電子測(cè)量?jī)x器的功能逐漸增多，其相應(yīng)的軟件設(shè)計(jì)復(fù)雜性也在逐漸增加；對(duì)于某一類儀器可能根據(jù)市場(chǎng)需求又劃分為一系列的不同型號(hào)，其軟件維護(hù)的難度亦隨著增加。傳統(tǒng)的方法是每個(gè)產(chǎn)品對(duì)應(yīng)一套軟件設(shè)計(jì)的代碼，設(shè)計(jì)與維護(hù)時(shí)都需要耗費(fèi)大量的人力，即使投入了較多人力也容易出錯(cuò)。由于很多儀器有相似的共性，同系列的儀器擁有的共性更多，因此對(duì)將這些共性反映于電子測(cè)量?jī)x器的軟件中有迫切的需求。對(duì)于一個(gè)新的儀器項(xiàng)目其軟件設(shè)計(jì)已有的實(shí)現(xiàn)方案是利用先前同系列或相似產(chǎn)品已有的設(shè)計(jì)，并在其基礎(chǔ)上先消除原先儀器的差異性并增加自身的差異性實(shí)現(xiàn)。在利用已有資源時(shí)，與當(dāng)前儀器功能完全相同的部分也會(huì)被復(fù)制到本項(xiàng)目中來(lái)，此后，此部分與過去同功能的部分都作為各自獨(dú)立的一部分分別實(shí)現(xiàn)或修改?，F(xiàn)有技術(shù)有如下幾個(gè)方面的不足(1)很多重復(fù)性的工作，尤其是在新老項(xiàng)目屬于同系列中的不同產(chǎn)品時(shí)，差異性較少而共性很多。共性部分重復(fù)開發(fā)與測(cè)試增加了工作量，且不利于保持各個(gè)產(chǎn)品共性一致， 降低軟件質(zhì)量。(2)差異性支持不足。在支持差異性時(shí)對(duì)接口與數(shù)據(jù)修改可能較大，致使各個(gè)項(xiàng)目的實(shí)現(xiàn)差異比理論差異還要大，降低了可維護(hù)性，提高了后期維護(hù)成本。(3)軟件實(shí)現(xiàn)在分層上不足，致使在消除原先儀器差異性或增加現(xiàn)有差異性的同時(shí)可能對(duì)過去穩(wěn)定的代碼產(chǎn)生不利影響，降低軟件質(zhì)量。(4)不必要的重復(fù)開發(fā)與測(cè)試以及后期浪費(fèi)較多人力，降低研發(fā)效率。

發(fā)明內(nèi)容
本發(fā)明的目的就是針對(duì)以上技術(shù)所存在的不足，提供一種頻譜分析儀類儀器系統(tǒng)的框架式設(shè)計(jì)方法。本發(fā)明的目的之一是通過以下技術(shù)方案來(lái)實(shí)現(xiàn)的一種頻譜分析儀類儀器系統(tǒng)的框架式設(shè)計(jì)方法，先對(duì)儀器軟件的需求進(jìn)行抽象分析，并在需求分析基礎(chǔ)上進(jìn)行功能劃分，再進(jìn)行數(shù)據(jù)分析與行為分析，得到一抽象的儀器模型，該模型分為抽象層和具體項(xiàng)目實(shí)現(xiàn)層，其中針對(duì)頻譜分析類儀器都有控制硬件電路狀態(tài)、采集數(shù)據(jù)、分析數(shù)據(jù)獲得軌跡并顯示圖像等共性特點(diǎn)，將這些行為與所使用的數(shù)據(jù)歸納為頻譜分析儀類儀器的抽象層，在抽象層中對(duì)這些行為進(jìn)行組合，制定各種行為之間相互作用的次序與數(shù)據(jù)的使用規(guī)則，并開放行為具體實(shí)現(xiàn)的接口。在具體項(xiàng)目中，只要在抽象層開放的接口中根據(jù)本項(xiàng)目的特點(diǎn)進(jìn)行具體實(shí)現(xiàn)，即可實(shí)現(xiàn)該頻譜分析儀產(chǎn)品的實(shí)際功能。抽象層建立了一個(gè)完全概念上的模型，在這個(gè)模型上，抽象層只從需求分析角度描述滿足用戶需求所需要的各種行為的標(biāo)準(zhǔn)與準(zhǔn)則，并不關(guān)心其行為具體如何實(shí)現(xiàn)。抽象層的重點(diǎn)在于需求分析與規(guī)則制定，將各種需求分解為各種流程，針對(duì)每種流程又定義其過程標(biāo)準(zhǔn)與過程階段劃分，等同于在理論上實(shí)現(xiàn)可行性驗(yàn)證，而將如何實(shí)現(xiàn)交給了具體項(xiàng)目實(shí)現(xiàn)層。具體項(xiàng)目實(shí)現(xiàn)層重點(diǎn)在于如何實(shí)現(xiàn)滿足用戶的需求。由于在抽象層已經(jīng)制定了各種行為的準(zhǔn)則與具體流程分解，實(shí)現(xiàn)層將重點(diǎn)放在已經(jīng)分解的各個(gè)技術(shù)點(diǎn)，而不需要考慮整體要求。只有那些抽象層未曾解決的特殊需求才需要在實(shí)現(xiàn)層進(jìn)行單獨(dú)設(shè)計(jì)，而這種情形較少發(fā)生。得到模型之后采用面向?qū)ο蟮脑O(shè)計(jì)思想開發(fā)，從而實(shí)現(xiàn)共性與差異性的共存?；诠残缘某橄螅Ｐ透鶕?jù)其用途可劃分6大模塊命令模塊實(shí)現(xiàn)用戶命令的接收、分析與派發(fā)。能正確接收用戶的命令，通過對(duì)命令的解釋與處理，將用戶命令映射成為頻譜分析儀的功能需求消息，并將此需求消息進(jìn)一步派發(fā)給各具體負(fù)責(zé)的模塊；包含本地與程控命令的接收與解釋、自定義前面板驅(qū)動(dòng)與消息的映射、程控命令的發(fā)送。功能執(zhí)行模塊功能執(zhí)行模塊分為本地功能執(zhí)行模塊與程控功能執(zhí)行模塊兩大部分，其中本地功能執(zhí)行模塊是重要的組成部分，它包含了頻譜分析儀最基本測(cè)量分析功能， 也是其他功能的基礎(chǔ)。顯示模塊包括用軟面板顯示、圖像文件存儲(chǔ)與打印。算法模塊為對(duì)信號(hào)的分析與信息處理算法支持。信息管理模塊管理系統(tǒng)的運(yùn)行狀態(tài)、軌跡區(qū)信息、錯(cuò)誤信息等并提供觀察處理信息的方法。輔助功能散落于其他5大模塊中提供相應(yīng)功能，主要是為了提高研發(fā)效率而提供的更多的調(diào)試手段。為保持模擬的抽象與健壯性，模塊之間彼此視為黑盒，其通訊采用以下規(guī)則(1)對(duì)于同在命令模塊中的函數(shù)采用直接調(diào)用方式；(2)對(duì)于其他模塊中的功能采取根據(jù)不同需求發(fā)送相應(yīng)自定義消息的方式Gend or Post)；其它模塊的功能要求都位于某相應(yīng)的線程中，該線程是由CWinTread的派生類創(chuàng)建的UI線程；(3)函數(shù)返回值原型統(tǒng)一為 LRESULT WINAPI FunctionName (type para. · ·)類型；(4)對(duì)于各個(gè)程控接口，每個(gè)接口采用一單獨(dú)的互斥量進(jìn)行同步或者保護(hù)，以防數(shù)據(jù)出錯(cuò)；(5)對(duì)于命令模塊向其他模塊傳送數(shù)據(jù)，采用特定事件通訊的方式，每個(gè)程控接口有其單獨(dú)的數(shù)據(jù)接收事件；數(shù)據(jù)傳送的形式為一指向數(shù)據(jù)的CONST PVOID指針，具體數(shù)據(jù)含義由各需求模塊自行決定。另外此處數(shù)據(jù)不包括命令，僅指接收到的被程控的儀器發(fā)來(lái)的數(shù)據(jù)信息例如“ON”等?？蚣茉谠O(shè)計(jì)整體軟件的架構(gòu)時(shí)采用了三方接口方案，該方案是將儀器的控制、測(cè)量、顯示三大需求進(jìn)行分解，劃分各個(gè)獨(dú)立的模塊，對(duì)于每個(gè)模塊自身而言其他模塊都為黑盒，模塊之間的通信只有通過所給出的統(tǒng)一標(biāo)準(zhǔn)的接口實(shí)現(xiàn)，且僅需要向其他模塊提出自己的要求而無(wú)需關(guān)心其他模塊內(nèi)部如何實(shí)現(xiàn)。此方案在一個(gè)項(xiàng)目?jī)?nèi)部剝離了接口與實(shí)現(xiàn)，減少了各個(gè)模塊之間的耦合，也就減少了開發(fā)人員彼此之間的依賴性，節(jié)省了人力，使得無(wú)論抽象層還是實(shí)現(xiàn)層的工作都可以根據(jù)模塊劃分并行開展。


下面結(jié)合附圖對(duì)本發(fā)明的具體實(shí)施例作進(jìn)一步詳細(xì)的說明。圖1為本發(fā)明的技術(shù)方案；圖2為實(shí)施例中三方接口方案在程控模式下的流程；圖3為三方接口方案在本地人機(jī)界面控制模式下的流程；圖4為在程控方式下設(shè)置軌跡數(shù)據(jù)與設(shè)置配置數(shù)據(jù)流程圖；圖5為三方接口方案在程控模式下的查詢操作流程；圖6為三方接口方案在本地人機(jī)界面控制模式下的查詢操作流程。
具體實(shí)施例方式一種頻譜分析儀類儀器系統(tǒng)的框架式設(shè)計(jì)方法，針對(duì)頻譜分析類儀器都有控制硬件電路狀態(tài)、采集數(shù)據(jù)、分析數(shù)據(jù)獲得軌跡并顯示圖像等共性特點(diǎn)，將這些行為與所使用的數(shù)據(jù)歸納為頻譜分析儀類儀器的抽象層，在抽象層中對(duì)這些行為進(jìn)行組合，制定各種行為之間相互作用的次序與數(shù)據(jù)的使用規(guī)則，并開放行為具體實(shí)現(xiàn)的接口。在具體項(xiàng)目中，只要在抽象層開放的接口中根據(jù)本項(xiàng)目的特點(diǎn)進(jìn)行具體實(shí)現(xiàn)，即可實(shí)現(xiàn)該頻譜分析儀產(chǎn)品的實(shí)際功能。抽象層建立了一個(gè)完全概念上的模型，在這個(gè)模型上，抽象層只從需求分析角度描述滿足用戶需求所需要的各種行為的標(biāo)準(zhǔn)與準(zhǔn)則，并不關(guān)心其行為具體如何實(shí)現(xiàn)。抽象層的重點(diǎn)在于需求分析與規(guī)則制定，將各種需求分解為各種流程，針對(duì)每種流程又定義其過程標(biāo)準(zhǔn)與過程階段劃分，等同于在理論上實(shí)現(xiàn)可行性驗(yàn)證，而將如何實(shí)現(xiàn)交給了具體項(xiàng)目實(shí)現(xiàn)層。具體項(xiàng)目實(shí)現(xiàn)層重點(diǎn)在于如何實(shí)現(xiàn)滿足用戶的需求。由于在抽象層已經(jīng)制定了各種行為的準(zhǔn)則與具體流程分解，實(shí)現(xiàn)層將重點(diǎn)放在已經(jīng)分解的各個(gè)技術(shù)點(diǎn)，而不需要考慮整體要求。只有那些抽象層未曾解決的特殊需求才需要在實(shí)現(xiàn)層進(jìn)行單獨(dú)設(shè)計(jì)，而這種情形較少發(fā)生。由于抽象層剝離了接口與實(shí)現(xiàn)，所以凡是具有此共性的儀器都適用，頻譜分析儀類抽象層理論上適用于各個(gè)頻譜分析儀項(xiàng)目。即使對(duì)個(gè)別項(xiàng)目有些要求不能滿足，也能很快地對(duì)抽象層進(jìn)行擴(kuò)展，因?yàn)槌橄笙鄬?duì)于實(shí)現(xiàn)本身就具有靈活的彈性；或者將此特殊要求交給具體實(shí)現(xiàn)層，依舊保持抽象層的整體結(jié)構(gòu)的穩(wěn)定性。因此抽象層的軟件代碼的特點(diǎn)是 “一次設(shè)計(jì)，到處使用”，無(wú)需重復(fù)的設(shè)計(jì)與驗(yàn)證工作，節(jié)省人力的同時(shí)也減少了與具體實(shí)現(xiàn)層無(wú)關(guān)的耦合，提高軟件整體質(zhì)量?；诠残缘某橄?，模型根據(jù)其用途可劃分6大模塊，其分析依據(jù)與結(jié)果如下命令模塊實(shí)現(xiàn)用戶命令的接收、分析與派發(fā)。能正確接收用戶的命令，通過對(duì)命令的解釋與處理，將用戶命令映射成為頻譜分析儀的功能需求消息，并將此需求消息進(jìn)一步派發(fā)給各具體負(fù)責(zé)的模塊；包含本地與程控命令的接收與解釋、自定義前面板驅(qū)動(dòng)與消息的映射、程控命令的發(fā)送。
功能執(zhí)行模塊功能執(zhí)行模塊分為本地功能執(zhí)行模塊與程控功能執(zhí)行模塊兩大部分，其中本地功能執(zhí)行模塊是重要的組成部分，它包含了頻譜分析儀最基本測(cè)量分析功能， 也是其他功能的基礎(chǔ)。顯示模塊包括用軟面板顯示、圖像文件存儲(chǔ)與打印。算法模塊為對(duì)信號(hào)的分析與信息處理算法支持。信息管理模塊管理系統(tǒng)的運(yùn)行狀態(tài)、軌跡區(qū)信息、錯(cuò)誤信息等并提供觀察處理信息的方法。輔助功能散落于其他5大模塊中提供相應(yīng)功能，主要是為了提高研發(fā)效率而提供的更多的調(diào)試手段。為保持模擬的抽象與健壯性，模塊之間彼此視為黑盒，其通訊采用嚴(yán)格的規(guī)則(1)對(duì)于同在命令模塊中的函數(shù)采用直接調(diào)用方式；(2)對(duì)于其他模塊中的功能采取根據(jù)不同需求發(fā)送相應(yīng)自定義消息的方式Gend or Post)；其它模塊的功能要求都位于某相應(yīng)的線程中，該線程是由CWinTread的派生類創(chuàng)建的UI線程；(3)函數(shù)返回值原型統(tǒng)一為 LRESULT WINAPI FunctionName (type para. · ·)類型；(4)對(duì)于各個(gè)程控接口，每個(gè)接口采用一單獨(dú)的互斥量進(jìn)行同步或者保護(hù)，以防數(shù)據(jù)出錯(cuò)；(5)對(duì)于命令模塊向其他模塊傳送數(shù)據(jù)，采用特定事件通訊的方式，每個(gè)程控接口有其單獨(dú)的數(shù)據(jù)接收事件；數(shù)據(jù)傳送的形式為一指向數(shù)據(jù)的CONST PVOID指針，具體數(shù)據(jù)含義由各需求模塊自行決定。另外此處數(shù)據(jù)不包括命令，僅指接收到的被程控的儀器發(fā)來(lái)的數(shù)據(jù)信息例如“ON”等?？蚣茉谠O(shè)計(jì)整體軟件的架構(gòu)時(shí)采用了三方接口方案，該方案是將儀器的控制、測(cè)量、顯示三大需求進(jìn)行分解，劃分各個(gè)獨(dú)立的模塊，對(duì)于每個(gè)模塊自身而言其他模塊都為黑盒，模塊之間的通信只有通過所給出的統(tǒng)一標(biāo)準(zhǔn)的接口實(shí)現(xiàn)，且僅需要向其他模塊提出自己的要求而無(wú)需關(guān)心其他模塊內(nèi)部如何實(shí)現(xiàn)。此方案在一個(gè)項(xiàng)目?jī)?nèi)部剝離了接口與實(shí)現(xiàn)， 減少了各個(gè)模塊之間的耦合，也就減少了開發(fā)人員彼此之間的依賴性，節(jié)省了人力，使得無(wú)論抽象層還是實(shí)現(xiàn)層的工作都可以根據(jù)模塊劃分并行開展。三方接口方案在程控模式下如圖2所示，程控部分接收到程控指令后，對(duì)其進(jìn)行解析，通過中央配置區(qū)提供的各種接口對(duì)數(shù)據(jù)進(jìn)行設(shè)置，在設(shè)置完畢后由中央配置區(qū)向其他兩個(gè)模塊發(fā)出“配置已經(jīng)發(fā)生變化”的通知，具體如何對(duì)配置處理交給各個(gè)模塊根據(jù)自身要求處理。整個(gè)控制順序是1 — 2 — 3 — 4 — 5。有兩處5是因?yàn)榭刂平嵌瓤催@兩處方式是相同的，在多線程設(shè)計(jì)下完全可以同時(shí)進(jìn)行。三方接口方案在本地人機(jī)界面控制模式下具體參照?qǐng)D3，同程控方式下線通，本地控制下的順序?yàn)锳 — B — C — D — E。控制的三方在Windows NT的平臺(tái)下設(shè)計(jì)為多線程， 其實(shí)現(xiàn)是可以并行的，通知方式為發(fā)送消息。先通過中央數(shù)據(jù)的統(tǒng)一接口進(jìn)行配置，再對(duì)其他各個(gè)控制部分進(jìn)行通知。其優(yōu)點(diǎn)是可以優(yōu)化組合使用多個(gè)指令，且三方可以根據(jù)統(tǒng)一的接口進(jìn)行工作，彼此不必與對(duì)方通信，只要關(guān)心中央配置區(qū)提供的接口即可。在程控方式下設(shè)置軌跡數(shù)據(jù)與設(shè)置配置數(shù)據(jù)大致相同，其流程圖參照?qǐng)D4，與設(shè)置配置數(shù)據(jù)不同的是設(shè)置軌跡區(qū)數(shù)據(jù)時(shí)只要直接設(shè)置即可，不需要自適應(yīng)操作。三方接口方案在程控模式下的查詢操作流程參照?qǐng)D5，在程控方式下，程控直接通過調(diào)用中央數(shù)據(jù)區(qū)提供的接口獲取測(cè)量結(jié)果或錯(cuò)誤列表，與底層對(duì)這些數(shù)據(jù)的寫入完全獨(dú)立。因此，程控方式下為了讀取準(zhǔn)確的測(cè)量結(jié)果或其他信息，最好是設(shè)置為單次掃描并確認(rèn)測(cè)量完成之后再查詢。三方接口方案在本地人機(jī)界面控制模式下的查詢操作流程如圖6所示，在儀器正常工作時(shí)，人機(jī)界面不主動(dòng)查詢測(cè)量結(jié)果與軌跡區(qū)，而是由底層控制發(fā)出特定的獲取測(cè)量數(shù)據(jù)或錯(cuò)誤信息的消息，在收到消息再對(duì)相應(yīng)的數(shù)據(jù)進(jìn)行查詢。此處沒有采用傳統(tǒng)的周期查詢方式獲取數(shù)據(jù)，改為采用消息通訊方式可以更為靈活的根據(jù)需要進(jìn)行繪制，達(dá)到優(yōu)化的目的。
權(quán)利要求
1.一種頻譜分析儀類儀器系統(tǒng)的框架式設(shè)計(jì)方法，其特征在于，先對(duì)儀器軟件的需求進(jìn)行抽象分析，并在需求分析基礎(chǔ)上進(jìn)行功能劃分，再進(jìn)行數(shù)據(jù)分析與行為分析，針對(duì)頻譜分析類儀器的共性特點(diǎn)，將共性行為與所使用的數(shù)據(jù)歸納為頻譜分析儀類儀器的抽象層， 抽象層中對(duì)這些行為進(jìn)行組合，并重點(diǎn)在于需求分析與規(guī)則制定，將各種需求分解為各種流程，針對(duì)每種流程又定義其過程標(biāo)準(zhǔn)與過程階段劃分，制定各種行為之間相互作用的次序與數(shù)據(jù)的使用規(guī)則，并開放行為具體實(shí)現(xiàn)的接口，而具體項(xiàng)目實(shí)現(xiàn)層在于實(shí)現(xiàn)滿足用戶的需求，框架在設(shè)計(jì)整體軟件的架構(gòu)時(shí)采用三方接口方案。
2.如權(quán)利要求1所述的一種頻譜分析儀類儀器系統(tǒng)的框架式設(shè)計(jì)方法，其特征在于， 所述的頻譜分析類儀器系統(tǒng)包含控制硬件電路、采集數(shù)據(jù)設(shè)備、分析數(shù)據(jù)設(shè)備和獲得軌跡并顯示圖像的顯示設(shè)備，抽象層剝離了接口與實(shí)現(xiàn)，所以凡是具有此共性的儀器都適用，頻譜分析儀類抽象層理論上適用于各個(gè)頻譜分析儀，項(xiàng)目實(shí)現(xiàn)層主要放在已經(jīng)分解的各個(gè)技術(shù)點(diǎn)，而不需要考慮整體要求，只有那些抽象層未曾解決的特殊需求才需要在實(shí)現(xiàn)層進(jìn)行單獨(dú)設(shè)計(jì)。
3.如權(quán)利要求1所述的一種頻譜分析儀類儀器系統(tǒng)的框架式設(shè)計(jì)方法，其特征在于， 抽象層根據(jù)其用途可劃分6大模塊命令模塊實(shí)現(xiàn)用戶命令的接收、分析與派發(fā)；功能執(zhí)行模塊功能執(zhí)行模塊分為本地功能執(zhí)行模塊與程控功能執(zhí)行模塊兩大部分， 其中本地功能執(zhí)行模塊包含了頻譜分析儀最基本測(cè)量分析功能，也是其他功能的基礎(chǔ)；顯示模塊包括用軟面板顯示設(shè)備、圖像文件存儲(chǔ)設(shè)備與打印機(jī)；算法模塊對(duì)信號(hào)的分析與信息處理算法支持；信息管理模塊管理系統(tǒng)的運(yùn)行狀態(tài)、軌跡區(qū)信息、錯(cuò)誤信息等并提供觀察處理信息的方法；輔助功能散落于其他5大模塊中提供相應(yīng)功能，主要是為了提高研發(fā)效率而提供的更多的調(diào)試手段。
4.如權(quán)利要求3所述的一種頻譜分析儀類儀器系統(tǒng)的框架式設(shè)計(jì)方法，其特征在于， 各個(gè)模塊之間彼此視為黑盒，其通訊采用的規(guī)則為(1)對(duì)于同在命令模塊中的函數(shù)采用直接調(diào)用方式；(2)對(duì)于其他模塊中的功能采取根據(jù)不同需求發(fā)送相應(yīng)自定義消息的方式；其它模塊的功能要求都位于某相應(yīng)的線程中，該線程是由CWinTread的派生類創(chuàng)建的UI線程；(3)函數(shù)返回值原型統(tǒng)一為L(zhǎng)RESULTWINAPI FunctionName類型；(4)對(duì)于各個(gè)程控接口，每個(gè)接口采用一單獨(dú)的互斥量進(jìn)行同步或者保護(hù)，以防數(shù)據(jù)出T曰；(5)對(duì)于命令模塊向其他模塊傳送數(shù)據(jù)，采用特定事件通訊的方式，每個(gè)程控接口有其單獨(dú)的數(shù)據(jù)接收事件；數(shù)據(jù)傳送的形式為一指向數(shù)據(jù)的CONST PVOID指針，具體數(shù)據(jù)含義由各需求模塊自行決定。另外此處數(shù)據(jù)不包括命令，僅指接收到的被程控的儀器發(fā)來(lái)的數(shù)據(jù)信息例如“ON”等。
5.如權(quán)利要求1-4任一權(quán)利要求所述的一種頻譜分析儀類儀器系統(tǒng)的框架式設(shè)計(jì)方法，其特征在于，框架在設(shè)計(jì)整體軟件的架構(gòu)時(shí)采用了三方接口方案，該方案是將儀器的控制設(shè)備、測(cè)量設(shè)備、顯示設(shè)備三大需求進(jìn)行分解，劃分各個(gè)獨(dú)立的模塊，對(duì)于每個(gè)模塊自身而言其他模塊都為黑盒，模塊之間的通信只有通過所給出的統(tǒng)一標(biāo)準(zhǔn)的接口實(shí)現(xiàn)，且僅需要向其他模塊提出自己的要求而無(wú)需關(guān)心其他模塊內(nèi)部如何實(shí)現(xiàn)，此方案在一個(gè)項(xiàng)目?jī)?nèi)部剝離了接口與實(shí)現(xiàn)，減少了各個(gè)模塊之間的耦合，使得無(wú)論抽象層還是實(shí)現(xiàn)層的工作都可以根據(jù)模塊劃分并行開展。
全文摘要
一種頻譜分析儀類儀器系統(tǒng)的框架式設(shè)計(jì)方法，該方法先對(duì)儀器軟件的需求進(jìn)行抽象分析，并在需求分析基礎(chǔ)上進(jìn)行功能劃分，再進(jìn)行數(shù)據(jù)分析與行為分析，得到一抽象的儀器模型。該模型分為抽象層和具體項(xiàng)目實(shí)現(xiàn)層，抽象層只從需求分析角度描述滿足用戶需求所需要的各種行為的標(biāo)準(zhǔn)與準(zhǔn)則，具體項(xiàng)目實(shí)現(xiàn)層重點(diǎn)在于如何實(shí)現(xiàn)滿足用戶的需求?；诠残缘某橄?，系統(tǒng)根據(jù)其用途可劃分為6大模塊，命令模塊、功能執(zhí)行模塊、顯示模塊、算法模塊、信息管理模塊和輔助功能模塊，得到模型之后采用面向?qū)ο蟮脑O(shè)計(jì)思想開發(fā)，從而實(shí)現(xiàn)共性與差異性的共存。
文檔編號(hào)G06F9/44GK102567022SQ20111044601
公開日2012年7月11日 申請(qǐng)日期2011年12月28日 優(yōu)先權(quán)日2011年12月28日
發(fā)明者劉寶東, 康永強(qiáng), 鄧旭亮, 馬風(fēng)軍 申請(qǐng)人:中國(guó)電子科技集團(tuán)公司第四十一研究所