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