【正文】 等；這些規(guī)約語言由于基于不同的數(shù)學(xué)理論及規(guī)約方法，因而也千差萬別，但它們有一個共同的特點，即每種規(guī)約語言均由基本成分和構(gòu)造成分兩部分構(gòu)成。這樣的形式化方法提供了一個框架，人們可以在框架中以系統(tǒng)的而不是特別的方式刻劃、開發(fā)和驗證系統(tǒng)。UML通過軟件工具可實現(xiàn)模型與代碼的同步，這種實現(xiàn)在現(xiàn)階段還是比較弱的。使用UML進行無縫開發(fā)，必須去掉開發(fā)過程中概念的轉(zhuǎn)變，即在設(shè)計、分析、實現(xiàn)中使用同一概念。如果建模語言簡單、較小、易于記憶，用戶將全部掌握它。UML定義采用了形式化技術(shù),但并不是完全形式化的規(guī)約，對于語法結(jié)構(gòu)給出了精確的規(guī)約，對其動態(tài)語義使用自然語言描述。UML將系統(tǒng)描述為一些離散的相互作用的對象并最終為外部用戶提供一定的功能的模型結(jié)構(gòu)。構(gòu)件技術(shù)按功能可分為三層：底層構(gòu)件為基本數(shù)據(jù)類構(gòu)件和系統(tǒng)支撐構(gòu)件，包括數(shù)據(jù)庫構(gòu)件、代碼表構(gòu)件；中間層為各種通用的構(gòu)件包括消息中間件、數(shù)據(jù)交換中間件等；頂層為針對各種領(lǐng)域的專用構(gòu)件或子系統(tǒng)構(gòu)件，例如統(tǒng)計構(gòu)件，查詢構(gòu)件等。推動構(gòu)件技術(shù)發(fā)展的最大動力就是軟件復(fù)用?；跇?gòu)件的開發(fā)來自于利用構(gòu)件生產(chǎn)應(yīng)用軟件的概念。構(gòu)架的直接目的是被復(fù)用，以減少建立一個新應(yīng)用系統(tǒng)的工作量。軟件構(gòu)架(又稱軟件體系結(jié)構(gòu))描述的是系統(tǒng)整體設(shè)計格局，它為“基于構(gòu)件的軟件開發(fā)”(CBD，Component Based Software Development)提供了構(gòu)件組裝的基礎(chǔ)和上下文。多態(tài)繼承比如，對于“教師”類，某位教師“王一”就是類的一個實例；對于“學(xué)生”類，某位學(xué)生“李二”就是該類的一個實例。比如，對于兩個教師，他們雖然可能身高、體重、性別、年齡和籍貫等特征不同，但是職業(yè)卻是相同的；對于兩把椅子，它們可能顏色、形狀、價格和位置等特征不同，但是作用卻是相同的。比如，把人當成一個對象，那么他的屬性就有身高、體重、姓名和年齡等靜態(tài)特征，他的操作就包括工作、學(xué)習(xí)、吃飯和運動等；把汽車當成一個對象，那么它的屬性就有品牌、顏色、價格和壽命等，它的操作就包括加速、減速和剎車等。對象是由數(shù)據(jù)和容許的操作組成的封裝體，與客觀實體有直接對應(yīng)關(guān)系，一個對象類定義了具有相似性質(zhì)的一組對象。結(jié)構(gòu)化設(shè)計從系統(tǒng)的功能入手，按照工程標準，嚴格規(guī)范地將系統(tǒng)分解為若干功能模塊，因為系統(tǒng)是實現(xiàn)模塊功能的函數(shù)和過程的集合。 軟件維護階段的工作，一是對使用中發(fā)生的錯誤進行修改，二是因需求發(fā)生了變化而進行修改。這些方法的分析結(jié)果不能直接地映射問題域，而是經(jīng)過了不同程度的轉(zhuǎn)化和重新組合。所有用的主要工具有數(shù)據(jù)字典(DD),尸體一關(guān)系圖(ERD)，數(shù)據(jù)流圖(DFD)和狀態(tài)一變換圖(STD)。隨之整合整套技術(shù)的軟件工程方法學(xué)廣泛應(yīng)用，主流之一就是傳統(tǒng)方法學(xué)。并結(jié)合某實際系統(tǒng)，闡述并描述其中用到的一種現(xiàn)代軟件工程方法。最后結(jié)合軟件構(gòu)架技術(shù)分析現(xiàn)代軟件工程方法在網(wǎng)管系統(tǒng)實例中的作用。 傳統(tǒng)方法學(xué)又稱生命周期方法學(xué)或結(jié)構(gòu)化范型。軟件工程學(xué)中的需求分析具有兩方面的意義。詳細設(shè)計是在總體設(shè)計的基礎(chǔ)上考慮每個模塊的內(nèi)部結(jié)構(gòu)及算法，最終將產(chǎn)生每個模塊的程序流程圖。第二種情況是一個從需求到程序的順向過程，它也存在初次開發(fā)時的那些困難，并且又增加了理解每個階段原有文檔的困難。 當然，傳統(tǒng)的軟件工程方法學(xué)也存在很多的缺點，主要表現(xiàn)在生產(chǎn)效率非常低，從而導(dǎo)致不能滿足用戶的需要，復(fù)用程度低，軟件很難維護等。相對于傳統(tǒng)的軟件工程思想而言，面向?qū)ο蟮乃枷敫先祟惖乃季S邏輯，它淡化了計算機的觀點，以現(xiàn)實世界中的模型作為構(gòu)造軟件系統(tǒng)的依據(jù)。 對象之間通過傳遞消息進行通信，不同的對象獨立地處理自身的數(shù)據(jù)。比如，在教務(wù)管理系統(tǒng)中，可以定義“學(xué)生”類，并定義編號、姓名和院系等屬性，及登錄該系統(tǒng)進行操作。封裝可以說，類是數(shù)據(jù)封裝的工具，而對象是封裝的實現(xiàn)。由于研究生也屬于學(xué)生的一種，它具有學(xué)生所有的一切屬性和操作，這時就可以采用繼承的方法，使研究生類直接獲得學(xué)生類的一切屬性和操作。多重繼承是指一個子類可以同時繼承多個父類。當一個對象接收到進行某項操作的消息時，多態(tài)機制將根據(jù)對象所屬的類，動態(tài)地選用該類中定義的操作。單獨類的重用，盡管有用，但由于重用力度小，而不能產(chǎn)生質(zhì)的飛躍，只有把特定領(lǐng)域的體系結(jié)構(gòu)作為一個整體進行重用才能取得引人注目的成就。軟件復(fù)用是指“為了重復(fù)使用而設(shè)計的軟件”的過程，是將已有的軟件及其有用成分用于構(gòu)造新的軟件或系統(tǒng)。然后，開發(fā)者編寫其它的構(gòu)件來粘連代碼，把構(gòu)件一一連接。現(xiàn)階段構(gòu)件沿襲了對象的封裝特性，但同時并不局限在一個對象，其內(nèi)部可以封裝一個或多個類、類群、原型對象甚至過程、程序包，結(jié)構(gòu)是靈活的。反之，構(gòu)件對新一代中間件產(chǎn)品中也起到促進作用。從不同但相互聯(lián)系的角度對系統(tǒng)建立的模型可用于不同的目的。雖然基于形式的、數(shù)學(xué)的規(guī)約技術(shù)還沒有在產(chǎn)業(yè)界廣泛應(yīng)用，但它確實比欠形式化方法有實質(zhì)的優(yōu)點。我們認為UML應(yīng)該適當簡化。無縫性有助于從模型中生成代碼，也有助于軟件的維護。模型中的改變可映射到代碼中，代碼的改變也能映射到模型中。 傳統(tǒng)軟件工程，在開發(fā)中實現(xiàn)以原始數(shù)據(jù)化為基礎(chǔ)，面向?qū)ο簏c到點、面對面地去進行單獨分析研究；但現(xiàn)代軟件工程是以各種不同信息和功能融匯在一起的科學(xué)體系，不同種類、不同領(lǐng)域、不同語言、不同邏輯等因素巧妙地融合在一起，既傳承了傳統(tǒng)軟件工程精確無誤的優(yōu)點外，還將自身的普及型和深度性發(fā)揮得淋漓盡致。 在開始舉例說明建立軟件構(gòu)架方法和步驟之前，首先先對比一下利用軟件構(gòu)架技術(shù)搭建的系統(tǒng)構(gòu)架和類庫的不同：從廣義上講：類庫是以庫文件的形式存在的，庫文件中包含了事先定義好的類；而構(gòu)架的存在形式可以看作是一個類庫，它是建立在對多態(tài)性和動態(tài)綁定的系統(tǒng)化的廣泛使用基礎(chǔ)之上的，構(gòu)架是對協(xié)作完成一系列相關(guān)責任的類集合的抽象設(shè)計。在性能管理子系統(tǒng)中，首要的問題是從數(shù)據(jù)源將所需的數(shù)據(jù)采集到網(wǎng)管系統(tǒng)數(shù)據(jù)庫，各設(shè)備性能數(shù)據(jù)通過不同接口由數(shù)據(jù)采集程序采集到網(wǎng)管系統(tǒng)，然后由數(shù)據(jù)處理程序按照每個移動設(shè)備廠家的解析規(guī)則解析處理為數(shù)據(jù)庫裝載所需的數(shù)據(jù)文件，最后裝載到數(shù)據(jù)庫中。圖2數(shù)據(jù)處理平臺的對象關(guān)系圖我們首先建立了以下接口，這些接口定義了整個數(shù)據(jù)處理平臺的基礎(chǔ)。當這一基類實現(xiàn)以后，各廠家文件解析程序只需繼承該基類，并實現(xiàn)其中特定的方法即可。在這里只簡單介紹了數(shù)據(jù)處理平臺對于文件處理的接口和基類，實際上在這一構(gòu)架中還有對數(shù)據(jù)庫接口形式、CORBA接口形式、Q3接口形式的基類和接口，還有對各設(shè)備廠家具體數(shù)據(jù)處理的構(gòu)件等等，由于篇幅關(guān)系不再一一闡述