系統分析員論文9
論改進Web服務器性能的有關技本——論文2：數字圖書館類的應用
【摘要】
一個大中型的圖書館信息系統涉及到許多方面的技術與方案，本文著重討論與Web服務器性能有關的一些內容。
本人有幸作為項目負責人之一參與了某大型圖書館數字化信息系統的設計和基于Web應用軟件的開發工作。由于在數字化圖書館信息系統中流通著的大多是數字化的索引、文摘、全文、圖像或音頻視頻等多媒體信息，對Web服務器性能有著較高的要求。
結合實際工程的經驗，本文將從硬件實現手段（緩存服務器、均衡負載設備、Web雙機鏡像、CPU和網卡的提升、網絡帶寬擴充）和軟件實現手段（三層C/S軟件結構設計、應用程序部署）等兩個大方面論述如何提高Web服務器的性能，以便使用戶能夠更快捷、高效、安全地使用應用系統。
【正文】
隨著Intr.net信息技術的發展，圖書館為了更好地發揮其圖書流通、資料檢索和學術交流的職能，圖書館的數字信息化工程也勢在必行。某圖書館為了盡快地步入世界先進圖書館的行列，已經啟動了一部分的數字圖書館工程。
該數字圖書館工程主要包括對外信息Web發布系統，交互式檢索網、后臺館藏信息管理系統、多媒體資料采集制作以及VOD點播系統等。本人有幸作為項目負責人之一，參與了整個數字化信息系統的總體設計，并參與了基于Web的一些應用（如對外信息發布系統、圖像/全文混合檢索系統、VOD點播系統）的開發。
某圖書館數字化信息系統從網絡環境上講，主要劃分為多個網段：（一）Intranet接入部分，采用2M的DDN專線；（二）公共網段（非軍事區），主要包括前臺發布數據庫服務器、Web服務器、E-Mail/FTP/DNS服務器、檢索服務器及SAN網絡區域存儲設備；（三）是內部局域網，包括內網Web服務器、后臺館藏數據庫服務器、OA服務器等。（四）是VOD點播專用網，包括音頻視頻點播服務器等。由于制定了嚴格的網絡級和應用級訪問權限，通過具有三層交換能力的高性能交換機和安全授權認證系統等，有效地控制了防問權限，確保了數據的安全性和完整性�？紤]到經費和人員素質及今后的維護管理運營等方面，操作系統采用Windows NT平臺，服務器選用DELL高端的系列，數據庫采用IBM的DB2。主干網為千兆快速交換式以太網，局域網百兆到桌面，VOD點播網十兆到桌面。
在該網絡環境下應用主要分為三大部分：（一）對外Web發布系統、對外圖書輔助檢索系統；（二）后臺館藏信息管理系統和圖像/全文混合檢索系統；（三）VOD點播系統。由于絕大部分應用采用Browser/Server方式結構，最終用戶在本地只需安裝IE或者Netscape Web瀏覽器，在后臺數據庫服務器的支持下通過網頁方式請求和訪問各類應用服務。另外，由于在圖書館信息系統中流通的多為索引、摘要、全文或音頻視頻等多媒體信息，對Web服務器性能與網絡帶寬等都有更高的要求。
通過不斷地試驗和實踐，我們發現從以下幾個方面可以相對有效地提升Web服務器性能；
�。�1）緩存服務器和均衡負載設備使用可以緩解訪問瓶頸，提高網絡帶寬、實現均衡負載。
緩存服務器也稱為cache服務器，可以存儲cache靜態的內容如網頁、多媒體點播資源和會議實況（已壓縮的、有一定格式要求的）等。此外，目前美國cashflow緩存服務器，已經可以存儲cache數據庫、ASP等動態內容。cache服務器通常放到防火墻之外，外網Web服務器之前，因此Internet用戶點擊網頁不再直接訪問網站Web服務器，而是訪問cache服務器。
由于cache服務器具有多個CPU和高速大容量I/O通道，獨立的OS，因此能大大緩解Internet訪問瓶頸，而且也具有一定的抗黑客攻擊的能力。
目前某圖書館采用這種方式，把大數據量的靜態圖片、點播資源、虛擬三維應用等都事先置放在cache服務器中，即使現今只有2M Internet的接入帶寬，以上應用的播放速度和效果仍能讓用戶滿意。
另外一種方式采用均衡負載設備或Web雙機鏡像。這種方式通過負載均衡的方法達到 Web訪問性能最優。Web雙機鏡像是較早以前流行的方式，雖能使系統可靠性提升，但由于雙機總是在互相詢問對方狀態，將會影響一定的訪問性能。均衡負載設備是獨立于Web服務器的硬件，它和Web服務器及網站中其他服務器接在同一交換機上，通過負載調度程序為各個服務器分配工作量，從而，能達到充分利用資源，提高訪問性能的目的。只是由于某圖書館目前對外發布資源相對仍較少，只采用了三臺Web服務器，因此目前的均衡負載設備作用還不顯著。
�。�2）從Web服務器的配置來看Web服務器自身CPU個數及速度、網卡數量、Web服務器與防火墻的位置關系等，都會影響到Web服務器的性能。
從Web服務器硬件本身來講，CPU個數的增加、網卡個數的增加、I/O信道的擴展無疑可以直接地提高Web服務器性能。此外，由于千兆口的防火墻目前較少且費用較高，如果把Web服務器放置防火墻之后，一定會大大影響Internet訪問性能。某圖書館采用IDS（入侵偵測）+Web服務器（服務器防火墻，較低端，不會影響流量）+應用服務器+數據庫服務器（防火墻，高端），分層次的安全模式，既保證了系統的安全性，又提升了網絡訪問性能。
另外，某圖書館還采用了SAN網絡區域存儲來提高服務器訪問速度。
�。�3）三層C/S軟件結構設計和應用程序的適當部署也會提高Web服務器的性能。
將業務邏輯、通用訪問接口與數據等相互分離、分別置放于Web服務器、應用服務器、數據庫服務器上，通過程序功能和邏輯的合理部署，也能大大改進Web服務器性能。
一般的原則是，Web服務器只需接受Internet http訪問請求，使Web只有最少的任務，把實際處理交給各個應用服務器處理，然后返回結果給Browser。某圖書館采用這種方式專門開發了搜索引擎應用服務器和混合檢索應用服務器等，達到了良好的應用效果。
事實上，Web服務器的性能提升還存在很多手段和方法，比如CPU與存儲之間關系，Web交換機等等，有待于我們進一步的實踐、分析和討論。（本文主要參考了上海童茵等人的論文）
評注：主題鮮明，條理也較分明。但所討論的技術應更有機地結合于項目的實例。
系統分析員論文10
論實時控制系統與企業信息系統的集成——論文1：通信業應用
【摘要】
近年來，在應用需求的強大驅動下，我國通信業有了長足的進步�，F有通信行業中的許多企業單位，如電信公司或移動集團，其信息系統的主要特征之一是對線路的實時監控要求很高，數據量龐大，如何將實時控制與信息系統集成在一起便成為系統實施的一個關鍵部分。
在參與了某個通信公司的一套網管系統以及決策支持系統的設計后，我們分析了兩者的集成與應用工作，深切地感受到有一個良好的設計策略以及重視所選用的工具是一個關鍵。這個項目主要是對下屬各分站的子網以及有關鏈路的連通情況進行實時監控、實現報警、路由控制和授權等功能，其關鍵在于提供一個實時顯示情況的地圖界面，井將數據匯總和組織，建立起數據倉庫以及進一步實施數據挖掘分析，從而能支持企業的決策分析。我作為設計人員之一，著重在本文中討論控制系統與信息系統集成時的策略。
【正文】
眾所周知，通信行業需要有一整套監控通信網絡的手段，其工作特點是涉及到的各分站與基站的在地理位置L的分布性，更加需要有在更高一級提供檢測不同分站鏈接情況的手段。一般來講，由于數據都是海量的，所以，如何將整個網絡系統所得的數據及時處理，以便和決策部門的分析相結合，也成為迫切需要解決的重要課題。簡言之，分布性、實時性以及數據海量性是解決整個系統設計和集成的核心問題。
首先，讓我們來討論一下“網管監控系統”。由于我參與設計與開發的這個系統并不是位于基層的分站，其定位在將下屬各分站的主機通信數據（包括數據流量、鏈路負荷、通往其他結點即主機的連通情況等）加以收集，所以對于具體通信事務的底層操作要求并不很高。
考慮到上述原因，我們采用了一個地理信息系統開發平臺Mapinfo并采用Delphi編程，后臺用SQL Server數據庫（這是由于考慮到決策所需要用到的是Microsoft公司的OLAP Service）。在分析和計劃之前，我們先對ITU801標準做了詳細的探討，這只是一個有關子網和鏈路定義以及分層等描述的標準，在聽取了許多分站人員的建議后，將MAPINFO公司提供的一個相關的MAP X的Active X控件嵌入到Delphi程序中，利用MAP X中提供的豐富的類以及操作，比如Object、Layer等實現網管界面，井且加入了子網和鏈路的概念，對屬下的分站可以隨意地組合成為不同子網，而且實現了放大與縮小的功能，大致可以將整個地區的分站集中在一張地圖中，能顯示在屏幕上，這時，只是顯示出各個分站的概要，小到可以顯示出某臺主機的機柜、機柜直到插件板（因為這些都要實時監控）。我們采用了分層的方法來實現以上縮放。對于一些靜態的數據，如分站，主機的位置等則先用Mapinfo公司提供的一套編制地理信息的工具（MAP X是其提供給編程工具的一個Active X控件）做成靜態的層次圖放置于數據庫中。
我們新做成的這套系統通過與各分站的專用線路加以連接，能實時地得到數據，顯示于地圖上，反映出各站、各子網、各鏈路的實時狀態，并能將控制命令傳回分站（如強制鏈路中斷、路由轉換等）。
現在，讓我們來討論其中最為關鍵的問題，即是要將實時控制系統與企業信息系統加以集成，我們的設想和體系結構大體上可以用一張簡圖表示（此處暫略）。
在這個體系結構中，由各分站保留著詳細的數據，網管系統則在一定時間間隔內將匯總到的數據作少量統計，抽取其中需要保存的內容放入數據庫，如每分鐘流量，某分站與其他分站每分鐘通信流量，在該分站中某個鏈路的負荷（這些鏈路有可能是動態分配的，也可能是固定分站之間的通信鏈路）。盡管如此，數據仍然是海量的，因此，如果要把這些數據都直接送到各個決策部門，比如送給市場部門是不現實的。所以，我們在數據庫的基礎上建立了數據倉庫，確定了客戶、時間、通信量、計費和故障等幾個數據倉庫的主題，每隔一定時間對數據庫中的原始數據進行清理與抽取等預處理工作，建立好數據倉庫。這里的預處理包括了許多方面的內容，比如有建立計算時間，但是無計費的（計費值為零）的數據，應視為建立失敗的無效數據，需要予以剔除；某些企業租用的是專用線路按月計費，中間的通信因此無計費的一些有關記錄也應剔除等。
在預處理之后，再利用OLAP Service的分析將數據融合與匯總。按照決策部門的需要提供相應數據（比如：市場部門需要每一分站的收益，客戶分布情況以及客戶費用等）。這些都可以由OLAP Service對數據作預先處理，此時處理完的數據在邏輯上是以立方體（CUBE）形式存在的，其占用的存儲空間便能顯著地降低，如1999年8月有2000萬條通訊記錄，即使形成作為備份的文本都需要4G空間，經過OLAP Service處理后僅需200M左右空間，因此，經處理后的數據主要存放于另外的相關部門的機器中，而不能與主服務器放在一起。
最后，再來討論由決策人員所使用的系統。由于這些部門并不分散，我們就沒有采用OLAP Servce的Web發布方案。采用Delphi編制了訪問OLAP Service的客戶端軟件，用了OLAP Service提供的、Cube Browser控件，用相似于網頁的界面提供了數據立方體的各種操作，如上鉆（觀察角度從月轉到季度甚至年），切片，旋轉等操作。為了便于輸出打印數據，還內嵌了Microsoft的Excel數據透視表，可以將在Cube Browser上所看到的數據轉化為Excel的表格形式，或者轉換成餅形圖、柱形圖和曲線圖等，比如可以觀察每天24小時通信流量的分布曲線圖，可以發現在夜間12點以后明顯通信流量減少，而決策部門便可制定某些優惠或減價措施吸引更多客戶在12點之后使用網絡。
另外，在采用OLAP Service中的數據挖掘功能時，其中提供的兩類算法分別是基于決策樹的分類和基于決策樹的聚類，市場部門的聚類算法將客戶根據費用情況加以聚集，以期發現處于同一消費水平的客戶的共同特征，便于制定政策，吸引客戶。這方面的努力我們將會進一步持續進行，以保證有足夠的海量數據而發現其中的規律。
整個系統運行后，其數據采集，數據處理等一系列工作都由程序定期地自動進行，該系統應用已有一段時間，受到了不少好評。當然，也發現了其中有不少問題，比如；主服務器數據庫的容量問題，主站與分站的通信效率問題，還有在網管系統中，網絡故障的確定還不夠細致，需要由分站再具體化加以確定，決策系統與網管系統之間還缺少直接通信手段等，這些都有待于進一步的解決與改進。
實時控制系統與企業信息系統集成化是推動從事生產制造、測量與監控等業務的企事業單位真正邁向信息化，提高工作效率的一個重要動力。如果是大型企業，更需要有一整套的系統，支持Web發布，智能查詢，自動識別如用于故障預測和數據挖掘等技術，從而能夠將底層的實時監控與高層的決策更好地集成在一起。展望其前景，無疑是十分美好的，但是我們認為相應的工作量很大，在技術上仍然需要有所提高和有所突破。
評注：能緊扣集成的主題，結合實際作了較有深度的論述。所討論的數據庫和數據倉庫技術符合企業信息化的方向。對遇到的問題的舉例剖析還不夠，實時控制方面的論述也可更細化一些說明。（本文主要參考了廣東林嘉宜等人的論文）
系統分析員論文11
論實時控制系統與企業信息系統的集成——論文2：工業自動化改造的應用
【摘要】
本文以一個信息化改造項目為例討論了實時系統與信息系統的集成。我曾參加了一個中等規模的現代化生產企業的數字化改造項目，該企業擁有4座自動化連續式工作的窯爐，以及8座自動化間隙式工作的窯爐以及多臺半自動的中大型輔助機器。該企業希望能將這些設備實現數字化，并且重點要建立起一個中央監控室，能實現對設備的運行狀態參數的監督和記錄兩大任務，前者用于防止意外事故，后者可用于向該企業的決策人員和技術開發部門提供信息。
通過我們的開發組與該企業相關人員一起努力，分四個步驟共同完成了這一工作。第一步是實現設備狀態參數的數字化輸出；第二步是建立中央監控室的監督和記錄功能；第三步健全監控室的控制功能及相應信號的輸出；第四步則是實現生產設備自動化控制的數字信號接入功能。
我在其中的主要工作有三個方面：
�。�1）作為公司開發組和企業間聯絡的橋梁；
�。�2）負責確定該項目中各部分之間的分工，在發生沖突或出現問題時提出相應的具體解決辦法；
�。�3）幫助解決與協調在工作過程中出現的各種困難。
【正文】
現代化企業發展生產與提高效率的根本途徑之一是加速信息化的進程。在所從事的專業生產領域中，我參與開發項目的這家企業可以認為已經具有相當程度的現代化的基礎了，比如它已擁有4條自動化連續式工作的窯爐、8座自動化間隙式工作的窯爐和多臺半自動的中大型輔助機器。但是這些設備的自動化控制在改造前還主要依靠模擬量控制，也不具備信息與數據的記錄、匯總與分析功能。該企業一方面出于對今后發展的需要，希望記錄下這些設備在工作過程中連續的狀態參數的變化情況，有運行的日志與歷史記錄，以提供給其技術開發部門，作為產品質量改進研究中的參考；進一步還可提供給企業管理部門決策分析時的參考。另一方面，企業希望能夠對設備生產狀態有全面的監督和一定的緊急控制與應變的能力，能對生產設備的操作意外和設定不當，或者發生突然的未預料到的事件，防止造成事故與損失。
我們根據該企業的要求，結合項目的資金、時間、人員等現實狀況，再三考慮了該企業的經營情況、產品的市場和前景、項目開發所面臨的風險等諸多因素，經過仔細分析，得出了如下的4條意見：
�。╨）由于資金的限制，切實地在相應各個環節上節約成本是相當重要的，因此要盡可能地在原有設施與條件的基礎上進行改造，而不是進行根本性的替換；
�。�2）此企業需要的是“實時控制系統和企業信息系統的初步集成”，而不是一個功能相當豐富和完善的系統，該企業現階段既不具備開發這樣一個系統的能力和條件，也不具備管理維護和應用高級集成系統的相關人員，所以，項目的目標應當切合于目前條件下企業的總體要求。這樣既有利于控制成本，也有利于減少項目風險；
�。�3）由于該企業的生產情況和資金、人員的限制，項目必須分階段地進行。大體上可劃分為如下四個階段：①實現設備狀態參數的數字化輸出；②建立中央監控室的監督和記錄功能；③健全中央監控的控制功能和相應信號的輸出；④實現生產設備自動化控制的數字信號接入功能；
�。�4）參與本項目涉及到的雙方的大多數人員都不精通對方的專業領域，因此必須在加強互相溝通的同時，確定明確的分工關系。
上述四條意見在經過雙方的磋商與研究后，獲得了雙方全體項目參與人員的一致認同，成為這個項目開發過程中雙方必須理解與遵循的準則。
在第一階段，我們開展了對半自動的中大型輔助機器的自動化改造。事實上，該企業早有這類打算，并且已做了相應的技術儲備，因而這一部分的工作由該企業自身的技術人員全權負責并加以實施。項目中所涉及到的所有自動化生產設備都已具有依據狀態參數模擬信號量進行控制的能力，對于所采集到的狀態參數模擬量，企業曾計劃采用一類以模擬信號遠程地傳至中央監控室，再進行模數轉換的方案。此方案對企業來說實現比較簡單，但存在著成本較高、遠傳過程易受到干擾等不利因素。隨著模數轉換設備成本的顯著下降和可靠性提高，經我們建議和雙方討論，企業有決心在生產設備的控制設備上就地實現現場模數轉換，再遠傳數字信號至監控室，這一工作同樣地由熟悉這項技術的企業技術人員實行。
第二階段的工作主要由我方開發組成員負責。我們將人員大體上分為3組，第一組主要是根據企業長期累積的資料以及公開發表的相關技術，建立起一個合理有效的模型，其中包括諸如數據采樣記錄的間隔時間，不同生產階段的數據處理時所采用的數學模型等數據處理的相關內容；第二組負責監控記錄軟件的輸入輸出接口，用戶圖形界面的選定和設計等軟件外圍功能的實現；第三組則集中力量編寫一個簡單實用的、針對性強和小巧的相關數據記錄的專用數據庫。這一階段是控制質量和成本的關鍵性階段。出于對成本的考慮，以及根據數據的流量不很大，對數據的實時性處理要求不是很高（通常情況下，設備的實時控制仍由原來的自動化系統所承擔）的實際情況，中央監控室采用了一套有雙機備份的服務器作為數據處理用的服務器，另一套同樣有雙機備份的服務器作為數據庫服務器，并且沒有使用價格昂貴的商用數據庫，而采用了由自己開發的一個經濟實用的專用數據庫。
第三階段可以看成是第二階段的自然延伸，在第二階段成功的基礎上，利用第二階段模塊處理后所獲得的數據，依據設備的多種臨界指標，進行相應的判斷，允許在緊急情況下，發出相應的警報，并同時依據設備本身的相應緊急情況處理辦法，發出控制信號加以處理實現。這一階段的關鍵有兩方面內容：一個問題是要求數據轉換設備擁有相對較高的可靠性與可用性，另一個問題是要注意做好與自動化設備原有控制系統的自我保護功能的配合協調工作。
第四階段則仍然由該企業的技術人員為主實施，在實現過程中主要是解決好第三階段所遇到的上述兩個關鍵問題。對于第一個問題，使用了更好的設備和部件來實現數模轉換和動態控制；對于第二個問題，則在控制設備中設立了優先級判斷，使自我保護裝置的啟動優先級離開中央監控室（由于自我保護啟動速度更快，但是功能較弱）而加以解決。
從總的項目實施進程上來看，一、四兩個階段相連貫，二、三兩個階段相連貫，而它們之間則可并行地進行，從而滿足了時間進度上的要求。
今后，本項目所采用的這類技術可能要走向全自動化。項目中涉及到的數據量將會更大得多，實時性要求也會更高。我們應注意使現有成熟的商業系統與產品如何應用到其中去，使之能盡快地滿足企業的要求，節約成本，并且減少開發的風險。
評注：本項目初步實現了生產控制與信息系統的第一階段集成，項目實現目標明確，效果直接。摘要中寫了項目的背景與作者所從事的工作，正文中條理較清晰地列舉了項目實施的策略、過程與主要技術。（本文主要參考了上海沈子敬等人的論文）
系統分析員論文12
論實時控制系統與企業信息系統的集成——論文3：工業控制的常規應用
【摘要】
本文通過“工控組態軟件”項目的開發，著重討論實時系統與信息系統的集成。近年來，國內外的組態軟件取得了很大的發展，已廣泛應用于企業生產。組態軟件以實時數據庫作為核心技術，綜合了工控、網絡、圖形處理與數據庫訪問接口等技術，是技術含量較高的一類軟件產品，具有良好的應用前景和市場潛力，因此，有多家信息技術公司都在開發工業組態軟件。
我有幸參與了該項目，在該項目中擔當了分析與設計的部分任務，該軟件采用Windows 2000操作系統，主要采用VC6.0進行開發。以下本文將從我所開發的組態軟件的特征、軟件的體系結構設計、實時數據庫設計、可擴充性與可維護性設計以及項目實施管理等幾方面加以論述。
【正文】
工業控制組態軟件在工業界有著相當廣泛的應用，此類軟件允許用戶在圖形界面下對控制系統的各種采樣點、過程輸出點、設備、生產車間、控制回路、文件報警、生產報表、控制策略、網絡設備和生產工藝畫面進行定義與組態。使用該類軟件時，用戶甚至可以不寫一行程序就能夠構成自己的控制系統，有些功能強大的組態軟件還可提供與網絡、Internet、數據庫訪問接口等的連接功能，使現場控制系統能相對方便地和企業的信息管理系統加以集成，某信息技術公司決定開發新的具有一定通用性的工業組態軟件，作為技術骨干，我在該項目中擔當了分析與設計的部分任務，該軟件采用了Windows 2000操作系統，主要采用VC6.0進行開發。
本文將從我們所開發的組態軟件的基本特征、軟件的體系結構設計、實時數據庫設計、可擴充性與可維護性設計以及項目實施管理等幾方面加以論述。
l. 我所從事開發的組態軟件的基本特征
通過分析國內外的組態軟件的特點和當前的技術發展情況，我認為我們著手開發的組態軟件應當突出下述三個特征：
�。�1）“實時與可靠”是此類軟件賴以生存的應用前提，但是目前還是有很多的組態軟件做不到這一點。
�。�2）具備良好的網絡連網能力與分布功能。
�。�3）有效地采用ODBC（開放的數據庫連接），便于和其他信息系統集成。
這個項目在技術上，應著重于組態軟件的體系結構設計與實時數據庫的設計上需求分析則應著重分析國內外同類軟件的功能，通過比較與鑒別，才能產生真正優秀的軟件。
2. 組態軟件的系統體系結構
本軟件采用的是三層體系結構，設計結構時要具有開放性和良好的可擴充性。
�。�1）軟件的底層是硬件訪問控制層。這一層所采用的是前幾年才推出來的OPC（OLE for Process Control）技術，采用該技術的好處是OPC是微軟參與制定的標準接口技術，有眾多的硬件廠商支持，所采用的OLE技術使軟件具有良好的適應性和擴展能力。
�。�2）中間層是實時數據庫。該層是整個系統的核心，在設計上除了具有一般實時數據庫具有的特性之外，應當為應用層提供了兩類接口：一是應用編程接口API（比如以DLL的方式實現），二是ODBC接口，該接口使系統具有很好的開放性，便于系統集成。
�。�3）上層是應用程序層。在該層通過ODBC接口訪問實時數據庫，可以通過SQL語句查詢數據庫的數據。
3、本項目涉及到實時數據庫設計
在設計時，我們著重考慮了以下的四個方面：
�。�1）實時數據庫的基本功能：實時數據庫完成實時數據庫的采集、輸出、報警文件等的管理，也進行歷史數據的管理。
�。�2）實時性設計：由于本系統所采用的操作系統是Windows 2000．它的實時性較差，因此要求任務管理定時器必須具有良好的實時性，在系統設計時，我們采用了搶占式服務的高精度定時器，在一定程度上保證了系統具有良好的實時性。
�。�3）任務調度：其目標主要是使系統在各時間段達到較理想的負荷任務的均衡性。
�。�4）ODBC接口設計：即開發相應的驅動程序，實現ODBC功能，使之完全遵守SQL約定，這樣能允許應用程序的開發手段和開發工具多樣化， 允許可以采用VC、VB或Delphi等作為開發語言，也使數據庫具有很好的開放性。但SQL語句不能實現數據發生時間方面的選擇，影響了實時性，因此，系統自動給每個數據庫加上時戳，SQL可以通過時戳進行時間控制來選擇（讀�。⿺祿�，從而滿足了實時性方面的基本要求。
4. 本系統的可擴充性與可維護性設計
組態軟件綜合了多種技術，其體系結構與數據結構都較為復雜，再加上我們又希望能適應的實際應用場景有著復雜多變性，因此要求系統必須具有良好的可擴展性與對維護性，以滿足功能與性能上不斷變化的要求。在系統的設計技術上，我們大量地采用組件技術，如OPC，COM/DCOM與3D圖形控件等，組件技術的采用使系統具有了良好的可擴展性與可維護性，降低了系統的復雜度。而且也使我們較方便地獲得第三方支持，例如，請經驗豐富的圖形處理專家編寫圖形處理控件，就能加快軟件開發的進度。
5. 本項目中軟件項目實施和管理
組態軟件的需求在當前工業控制領域中是較成熟的，基本能滿足一般用戶的功能上需求，通過比較多家組態軟件，可以發現：在它們之間有80％的功能是相同的或雷同的，由于我們項目開發的起步較晚，在自控領域里，我們處于劣勢，因此我們提出了“重技術分析，輕需求分析”的思路，即把重點放在組件設計與體系結構的實現上。
在人員的配備上則根據組態軟件的技術組成特點，組織一批在自控、網絡、組件、實時系統設計和硬件上各有所長的VC高手組成一支精干高效的隊伍。
在開發進度上則反復強調“質量第一，進度第二”的原則。
在我們的項目實施中，可靠性作為設計的首要原則，要求項目組成員養成良好的編程習慣，每天必須完成認真的工作日志，每周要寫工作總結，完成一段程序代碼之后，即應自己先進行從里到外的測試，只有從基礎抓起，才能保證組態軟件的質量。
通過本項目的開發成功，我深切地體會到要使組態軟件在企業實時控制與信息系統集成中發揮其應有的作用，必須注意以下各點：先進的體系結構；支持ODBC的實時數據庫；強大的網絡功能；功能日益強大的腳本語言等。我期待著本人通過在這個領域中的辛勤耕耘，將會結出更多更豐碩的IT成果。
評注：
本文抓住了企業實時控制與信息系統集成中的一類關鍵軟件——組態軟件項目的開發，進行了較有條理的討論，思路很清晰。
由于項目在一定程度上的“通用性”，未能結合具體的應用背景論述；但本文的一個缺點是未能給出開發與應用的實際效果例子，也未能對開發中遇到的困難與問題展開深入的探討。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
