【正文】 拼一個(gè)春夏秋冬！贏一個(gè)無(wú)悔人生！早安！—————獻(xiàn)給所有努力的人.學(xué)習(xí)參考。不奮斗就是每天都很容易，可一年一年越來(lái)越難。是狼就要練好牙，是羊就要練好腿。數(shù)據(jù)處理平臺(tái)只是整個(gè)網(wǎng)管系統(tǒng)中的一個(gè)子構(gòu)架，將這些子構(gòu)架組合就可以得到整個(gè)網(wǎng)管系統(tǒng)的大的軟件構(gòu)架和整個(gè)系統(tǒng)。調(diào)用類工廠方法獲取特定的解析對(duì)象，根據(jù)解析文件類型，到源文件目錄中過(guò)濾出相應(yīng)類型的文件。調(diào)度基類(CalIFieCollectBase)：該類負(fù)責(zé)讀取配置信息、線程控制等工作。完成數(shù)據(jù)庫(kù)數(shù)據(jù)采集、整合處理等具體功能。對(duì)于文件解析只需實(shí)現(xiàn)相應(yīng)廠家的文件解析類的ParseFile方法即可。完成文件處理、線程啟動(dòng)、文件轉(zhuǎn)移等具體功能的實(shí)現(xiàn)。然后定義了以下基類：數(shù)據(jù)采集處理基類(CollectBase)：該類繼承InffCollectBase，定義了數(shù)據(jù)處理流程和公共方法。IntfDBCollect接口：當(dāng)設(shè)備提供的數(shù)據(jù)接口為數(shù)據(jù)庫(kù)接口的數(shù)據(jù)處理接口，其中定義了對(duì)數(shù)據(jù)庫(kù)中數(shù)據(jù)采集處理方法。IntfCollectBase接口：整個(gè)框架的最基本接口，它定義了應(yīng)用中所有模塊都要用到的一些基本方法，包括數(shù)據(jù)處理完成后文件的轉(zhuǎn)移和刪除、寫操作日志方法。下面是數(shù)據(jù)處理平臺(tái)的對(duì)象關(guān)系圖，如圖2。這樣通過(guò)對(duì)移動(dòng)設(shè)備性能數(shù)據(jù)處理特點(diǎn)和對(duì)整個(gè)性能數(shù)據(jù)處理流程深入分析后，得到了數(shù)據(jù)處理平臺(tái)的核心部分，也就是定義了數(shù)據(jù)處理平臺(tái)軟件構(gòu)架的主干，同時(shí)定義了構(gòu)件加入構(gòu)架時(shí)的位置和構(gòu)件間的上下文關(guān)系。由以上的共同特點(diǎn)可以看出對(duì)性能數(shù)據(jù)進(jìn)行數(shù)據(jù)處理時(shí)，當(dāng)這些共同特點(diǎn)的內(nèi)容由統(tǒng)一的調(diào)度程序?qū)崿F(xiàn)后，數(shù)據(jù)處理的主要任務(wù)就是針對(duì)具體文件類型的文件格式解析以及形成對(duì)應(yīng)的數(shù)據(jù)裝載格式文件。整個(gè)數(shù)據(jù)采集處理流程如圖l所示。對(duì)性能管理系統(tǒng)而言有原始數(shù)據(jù)采集、原始數(shù)據(jù)解析處理、原始數(shù)據(jù)歸一化、數(shù)據(jù)裝載、數(shù)據(jù)呈現(xiàn)等系統(tǒng)模塊，下面通過(guò)搭建性能管理子系統(tǒng)性能數(shù)據(jù)處理平臺(tái)來(lái)深入討論應(yīng)用軟件構(gòu)架技術(shù)的必要性和具體實(shí)施的方法。在研究遼寧移動(dòng)網(wǎng)管系統(tǒng)時(shí)，系統(tǒng)的出發(fā)點(diǎn)不只是開(kāi)發(fā)一個(gè)應(yīng)用系統(tǒng)，系統(tǒng)的目標(biāo)是針對(duì)移動(dòng)網(wǎng)管系統(tǒng)提出我們的行業(yè)解決方案，而行業(yè)解決方案的根本點(diǎn)是要有非常穩(wěn)定可靠的平臺(tái)或中間件作為整個(gè)應(yīng)用系統(tǒng)的基礎(chǔ)，因此在開(kāi)發(fā)遼寧移動(dòng)網(wǎng)管系統(tǒng)時(shí)，就是以軟件構(gòu)架技術(shù)作為整個(gè)開(kāi)發(fā)過(guò)程的核心。③使用類庫(kù)只需要了解類的外部接口；在使用構(gòu)架時(shí)需要了解構(gòu)架的抽象設(shè)計(jì)和類的內(nèi)部結(jié)構(gòu)，這樣才能對(duì)構(gòu)架進(jìn)行修改和擴(kuò)展。從具體表現(xiàn)形式上講：①在類庫(kù)中，類庫(kù)構(gòu)件被單獨(dú)使用；而在構(gòu)架中要有抽象類的一些具體子類，應(yīng)用軟件開(kāi)發(fā)者通過(guò)修改現(xiàn)存的類或定義新的子類以擴(kuò)展現(xiàn)存的類來(lái)使用構(gòu)架。它具有良好的軟件實(shí)用性和目標(biāo)確立式，與傳統(tǒng)軟件工程相比，更具時(shí)代的氣息和工作的需要?，F(xiàn)代軟件工程，由于其系統(tǒng)在開(kāi)發(fā)啟動(dòng)時(shí)存在較多的不足，導(dǎo)致在探索和發(fā)展的道路上走了不少?gòu)澛?。因此必須加大研發(fā)力度，盡快將誤差和不足降低到最少。 傳統(tǒng)軟件工程，其基本概念是通過(guò)時(shí)間考驗(yàn)后證明正確管理技術(shù)的和當(dāng)時(shí)最先進(jìn)的互聯(lián)網(wǎng)技術(shù)進(jìn)行掛鉤聯(lián)系，所有數(shù)據(jù)分析和結(jié)論定義均有專門人員負(fù)責(zé)和研發(fā)；現(xiàn)代軟件工程，采用分離式的科學(xué)管理方式對(duì)概念技術(shù)、原理中心、技術(shù)要點(diǎn)和保護(hù)措施去維護(hù)原件。兩者同為軟件學(xué)科的分支，既有其統(tǒng)一性又有差異性；既有其和諧性又有優(yōu)越性。兩者比較之下，傳統(tǒng)軟件工程作為軟件科學(xué)的帶頭人，具備涵括性大、運(yùn)用知識(shí)淵博、內(nèi)外素材兼?zhèn)涞奶攸c(diǎn)；后者居上的現(xiàn)代軟件工程，則是在傳統(tǒng)軟件工程進(jìn)行升級(jí)改良，彌補(bǔ)了前者版本老舊、引用程序繁復(fù)、專業(yè)知識(shí)過(guò)窄的不足，為堅(jiān)持科學(xué)發(fā)展觀，不斷設(shè)計(jì)新版本、改進(jìn)新理念和譜下新篇章。（2）根據(jù)表達(dá)能力，形式化方法可以劃分為基于模型的方法、基于邏輯的方法、代數(shù)方法、過(guò)程代數(shù)方法、基于網(wǎng)絡(luò)的方法。構(gòu)造成分是形式規(guī)約研究和設(shè)計(jì)的重點(diǎn)，也是衡量規(guī)約語(yǔ)言優(yōu)劣的主要依據(jù)。不同的形式規(guī)約方法要求不同的形式規(guī)約語(yǔ)言，即用于書(shū)寫形式規(guī)約的語(yǔ)言，如代數(shù)語(yǔ)言O(shè)ne/Two等；進(jìn)程代數(shù)語(yǔ)言；時(shí)序邏輯語(yǔ)言等；這些規(guī)約語(yǔ)言由于基于不同的數(shù)學(xué)理論及規(guī)約方法，因而也千差萬(wàn)別，但它們有一個(gè)共同的特點(diǎn)，即每種規(guī)約語(yǔ)言均由基本成分和構(gòu)造成分兩部分構(gòu)成。對(duì)形式規(guī)約通常要討論其一致性和完備性等性質(zhì)。這個(gè)基礎(chǔ)提供一系列精確定義的概念，如一致性和完整性，以及更進(jìn)步，定義規(guī)約、實(shí)現(xiàn)和正確性。這樣的形式化方法提供了一個(gè)框架，人們可以在框架中以系統(tǒng)的而不是特別的方式刻劃、開(kāi)發(fā)和驗(yàn)證系統(tǒng)。在表示符號(hào)上要易于在計(jì)算機(jī)屏幕上繪出。通常人們使用某種輔助軟件來(lái)建立模型?？赡嫘詫?duì)于產(chǎn)生可維護(hù)的軟件非常有用，可保持模型與代碼同步，可幫助創(chuàng)建和維護(hù)系統(tǒng)文檔。UML通過(guò)軟件工具可實(shí)現(xiàn)模型與代碼的同步，這種實(shí)現(xiàn)在現(xiàn)階段還是比較弱的。在面向?qū)ο蟮臒o(wú)縫開(kāi)發(fā)過(guò)程中，在各個(gè)階段開(kāi)發(fā)者都在同一抽象層上。無(wú)縫性使得問(wèn)題域中的抽象映射到解空間的實(shí)現(xiàn)時(shí)，表示符號(hào)不變。將UML與程序語(yǔ)言結(jié)合，如UMLJava, UMLC++，可做到一定的無(wú)縫性。使用UML進(jìn)行無(wú)縫開(kāi)發(fā)，必須去掉開(kāi)發(fā)過(guò)程中概念的轉(zhuǎn)變，即在設(shè)計(jì)、分析、實(shí)現(xiàn)中使用同一概念。這樣的重疊，理論上說(shuō)是應(yīng)該取消的，或者應(yīng)該給出明確的指導(dǎo)原則說(shuō)明什么時(shí)候采用什么形式。UML在很多地方有大量的重復(fù)，有多種方法表示同一概念。復(fù)雜的建模語(yǔ)言，花費(fèi)用戶大量的時(shí)間，同時(shí)相應(yīng)的CASE工具也比較難以實(shí)現(xiàn)。如果建模語(yǔ)言簡(jiǎn)單、較小、易于記憶，用戶將全部掌握它。整個(gè)UML規(guī)范有674頁(yè)。UML是比較復(fù)雜的，在元模型層大約有90個(gè)元類、50個(gè)版式，分為3個(gè)大包:基礎(chǔ)、行為、管理。形式化方法提供了規(guī)約環(huán)境的基礎(chǔ)，它使得生成的模型比傳統(tǒng)的模型更完整，一致和無(wú)二義。UML定義采用了形式化技術(shù),但并不是完全形式化的規(guī)約，對(duì)于語(yǔ)法結(jié)構(gòu)給出了精確的規(guī)約，對(duì)其動(dòng)態(tài)語(yǔ)義使用自然語(yǔ)言描述。UML不是一門程序設(shè)計(jì)語(yǔ)言。UML還包括可將模型分解成包的結(jié)構(gòu)組件，以便于軟件小組將大的系統(tǒng)分解成易于處理的塊結(jié)構(gòu)，并理解和控制各個(gè)包之間的依賴關(guān)系，在復(fù)雜的開(kāi)發(fā)環(huán)境中管理模型單元。動(dòng)態(tài)行為定義了對(duì)象的時(shí)間特性和對(duì)象為完成目標(biāo)而相互進(jìn)行通信的機(jī)制。UML將系統(tǒng)描述為一些離散的相互作用的對(duì)象并最終為外部用戶提供一定的功能的模型結(jié)構(gòu)。UML適用于以O(shè)O技術(shù)來(lái)描述任何類型的系統(tǒng)，而且適用于系統(tǒng)開(kāi)發(fā)的不同階段，從需求規(guī)格描述直至系統(tǒng)完成后的測(cè)試和維護(hù)。統(tǒng)一建模語(yǔ)言UML（Unified Modeling Language）是由Rational公司的知名專家Gray Booch，Ivar Jacoboson 和 Jim Rum b