希賽系統(tǒng)分析師論文

論軟件的組件式開發(fā) 2遠程接入中的安全訪問控制 4網(wǎng)絡安全評估 6電子政務項目中的計劃管理 12應用CMM改進軟件維護過程 14論改進Web服務器性能的有關技術——論文1：銀行業(yè)的應用 17界面設計指導原則 19論開放系統(tǒng)應用的互操作性 20基于RUP的軟件過程及應用 20長春經(jīng)濟技術開發(fā)區(qū)的網(wǎng)絡安全建設 25基于B/S結構的電子政務信息系統(tǒng)的研究與開發(fā) 29基于J2EE架構的電子政務網(wǎng)上申報審批系統(tǒng)的設計與實現(xiàn) 33Web應用系統(tǒng)分析與設計 38論軟件項目計劃的制定 41論軟件開發(fā)成本管理 44論軟件開發(fā)的風險管理 47應用CMM保證軟件質量 50論企業(yè)級信息系統(tǒng)項目管理體系的建立 52論信息系統(tǒng)的需求管理和范圍管理 54論項目的風險管理 57內外網(wǎng)的劃分 60企業(yè)信息系統(tǒng)的需求獲取 63論軟件的組件式開發(fā)摘要：在我所擔任的某移動短消息增值應用系統(tǒng)的規(guī)劃和開發(fā)工作中，面對移動短消息廣闊的應用領域，和眾多不同行業(yè)的ASP，巨大的軟件開發(fā)工作量。我們選擇了組件式軟件開發(fā)方式，在系統(tǒng)的功能、性能、開發(fā)效率和投資等方面都達到了理想的效果。正文：2000年10月我開始擔任四川某網(wǎng)絡公司移動短消息增值應用系統(tǒng)（簡稱SMASP）開發(fā)部的負責人，主要工作是對SMASP進行規(guī)劃并實施開發(fā)，為總經(jīng)理提供SMASP開發(fā)的參考方案。SMASP的通信服務提供商為中國聯(lián)通公司，服務內容提供商為如：出租車調度系統(tǒng)的出租車管理公司；電碼防偽系統(tǒng)的商用電碼公司；水電氣三表抄表系統(tǒng)的水電氣公司；移動證券系統(tǒng)的證券公司等，還有許多已知的和未知的對移動短消息增值應用有潛在需求的應用領域會不斷地加入到SMASP中來。SMASP首期工程應用到聯(lián)通四川公司，二期工程將推廣到山東、河南、廣東、福建、湖北等省市，并逐步推廣應用到全國聯(lián)通。由于項目處于起步階段，還沒有定型的系統(tǒng)模型及成功的應用模式，因此，選擇一個好的系統(tǒng)體系結構和開發(fā)模式就成為當務之急。對領域的選擇。通常一個領域的專用資產(chǎn)要應用到不相關的領域是比較困難的，組件式開發(fā)的首要工作是領域工程，在這個領域內提取可被復用的系統(tǒng)對象，創(chuàng)建可復用資產(chǎn)，開發(fā)復用組件。而SMASP正好是這樣一個面對具體應用領域的，系統(tǒng)需要不斷升級，有著長期的持續(xù)開發(fā)需求。因此，在SMASP建設的初級階段，為SMASP創(chuàng)建復用資產(chǎn)是可行的，有回報的。對組件（COM）式體系結構的選擇。SMASP已經(jīng)有一部分應用是建立在Windows/NT服務器上了，但考慮到本系統(tǒng)將推廣到全國各地聯(lián)通公司，將來的遠程系統(tǒng)維護和遠程操作控制以及系統(tǒng)整體性能的需要，我建議公司將系統(tǒng)后臺應用部分移植到以SUN系統(tǒng)為主的UNIX系統(tǒng)上來，這一建議得到了公司的支持。我們的服務內容提供商是各式各樣的，處在不同的行業(yè)，有不同的應用系統(tǒng)在運行，對UNIX、WINDOWS、WINDOWS/NT、LINUX、NETWARE等都有應用，是一個多平臺系統(tǒng)。為對這樣一個多平臺、多應用、長期持續(xù)開發(fā)的系統(tǒng)選擇一個良好的體系結構和開發(fā)方式，將決定在將來的開發(fā)實踐中SMASP的質量、連續(xù)可用性、可升級維護性、可擴展性、開發(fā)工作量和投資等各項指標。經(jīng)過反復考慮，我們將整個系統(tǒng)劃分為各個獨立的組成對象，各對象獨立工作又相互協(xié)調來完成系統(tǒng)的功能，這樣各個獨立的對象就形成了系統(tǒng)的組件。在這些組件中，有些是SMASP內通用的，其功能定義在系統(tǒng)內長期穩(wěn)定；也有面對不同ASP（服務內容提供商）的各式各樣的組件。這些組件的開發(fā)工作均相對獨立，互不干擾，因此可以實現(xiàn)系統(tǒng)的無代演進。創(chuàng)建復用資產(chǎn)和復用組件。通?？梢员粡陀玫馁Y產(chǎn)是在領域內通用性比較好的對象。通過深入的分析，我們決定建立短消息增值應用系統(tǒng)平臺MISPlatform。MISPlatform本身是由多個組件構成的多層次的、組件化的體系結構，在他上面運行的ASP的各種應用也可看作MISPlatform的各個組件。MISPlatform的體系結構，各組件的詳細定義，接口定義，?；?guī)范，大量代碼以及各部分的文檔都是潛在的可復用資產(chǎn)。復用資產(chǎn)和復用組件之間有一定區(qū)別，復用資產(chǎn)的范圍相對廣泛，而復用組件則更為具體，通常指可以直接嵌入到目標系統(tǒng)內或獨立運行以完成某一特定功能的程序模塊或對象。并不是所有可復用資產(chǎn)都可以制作成復用組件的，在劃定了復用資產(chǎn)后還要進一步提煉，如我們在MISPlatform中創(chuàng)建的基本表管理組件、索引管理組件、TCP/IP通信組件、接口組件、加密組件等，都具有很好的通用性。通用接口的定義。在組件式開發(fā)中，由于系統(tǒng)是依靠預制的或獨立運行的組件協(xié)同工作來達到系統(tǒng)功能目標，各組件之間對信息的交換就成為必然，而要使各組件之間順利交換信息，就需要定義一個各組件都能解析的通信接口。在我們的系統(tǒng)中SORBA（短消息對象請求代理結構）承擔了這個角色，他的定義能為MISPlatform中所有組件識別和解析，成為組件協(xié)同工作的紐帶。SORBA的定義要考慮到獨立于平臺、獨立于操作系統(tǒng)、獨立于編譯系統(tǒng)、獨立于開發(fā)工具，因為在這個應用范圍廣大的多平臺、長期持續(xù)開發(fā)的應用系統(tǒng)中，我們無法保證大家都使用相同的開發(fā)工具，即使開發(fā)工具相同，也不可能保證通信的數(shù)據(jù)結構絕對不發(fā)生改變，因此SORBA的定義的獨立性和靈活性就相當重要。在各種平臺下實現(xiàn)組件。由于我們的系統(tǒng)是多平臺的，所以復用組件也需要在多平臺下實現(xiàn)。而目前大家討論得多的如COM、CORBA、ActiveX等是以WINDOWS為平臺的，WINDOWS能夠提供給組件的實現(xiàn)方式為DLL或OLE技術。而我認為，這個理解是狹隘的，組件可以以多種方式在多種平臺下實現(xiàn)。在WINDOWS系統(tǒng)上除了DLL和OLE外，還可以使用靜態(tài)連接、消息隊列等方式來實現(xiàn)；在UNIX上可以采用靜態(tài)連接、消息隊列、共享內存等技術來實現(xiàn)?？梢钥闯?，在UNIX和WINDOWS（2000以上版本）上均提供了消息隊列。MISPlatform中獨立運行的組件是通過消息隊列聯(lián)系起來的，在UNIX和WINDOWS下均采用這個機制，如加密組件和通信組件之間、短消息處理中心和通信組件之間、通信組件和ASP應用組件之間均通過消息隊列通信。而嵌入式組件如基本表、索引、SORBA接口協(xié)議等組件在UNIX下的實現(xiàn)采用的是靜態(tài)連接技術，在WINDOWS下采用靜態(tài)連接和DLL兩種技術。不管是嵌入組件還是獨立運行的組件，在實現(xiàn)的時候都應當考慮多平臺的需求，組件要獨立于開發(fā)工具、具有高度的可塑性、接口清晰可靠。對第三方開發(fā)的支持。我們不能保證在整個SMASP的建設過程中始終都由我們一家承擔所有的軟件開發(fā)工作，MISPlatform提供對第三方開發(fā)的支持是必須的。第三方開發(fā)者只要得到SORBA接口組件“DataPack.DLL”（在Windows下）或“DataPack.Lib”（在Windows下或Unix下），及相關的文檔資料，他們即可訪問MISPlatform，不管MISPlatform如何升級換代，也不管MISPlatform是由什么平臺來提供服務，我們的客戶都不必修改他們的應用系統(tǒng)。重視培訓工作。我們的多層次組件式體系結構首先是由極少數(shù)的幾個核心開發(fā)人員所掌握的，而在SMASP的建設工作中，其他軟件人員的工作也是不能忽視的，還有人員的流動更新。大家在SMASP中的工作是協(xié)作性的，為了把大家都納入到整個系統(tǒng)的應用體系結構中，必須首先讓大家了解體系結構，熟練掌握可復用資產(chǎn)和復用構件，這樣才能使大家知道自己所做的工作在整個系統(tǒng)中的位置，以及怎樣使自己所做的軟件和整個系統(tǒng)有機地結合起來，怎樣進行組件的?；Ｗ畛?，我們認為只要將構件的設計文檔等資料共享給大家，我們的程序員就知道去學習和使用，而實際上，這些程序員都養(yǎng)成了不愛看別人軟件及文檔的習慣，他們喜歡無論什么都自己做，所以，盡管我們的SORBA接口和系統(tǒng)體系結構的相關文檔都共享了，但大家只對SORBA接口看了一些，而對體系結構就不怎么關心了，更談不上遵守系統(tǒng)體系結構。培訓工作實際上是非常重要的，沒有培訓工作，大家就很難理解整個系統(tǒng)的體系結構，復用資產(chǎn)也形同虛設。在SMASP的開發(fā)中，組件也不是一成不變的，需要升級和增加新的內容，大家對體系結構的認識應當不斷強化，因此，我們培訓工作也需要不斷的開展，持之以恒。綜上所述，在組件式軟件系統(tǒng)開發(fā)工作中，我們首先要選定一個領域，然后確定軟件的體系結構，挖掘潛在的可復用資產(chǎn)，創(chuàng)建復用構件，持之以恒的培訓工作，讓我們的軟件人員都在充分理解系統(tǒng)體系結構以后隨心所欲地使用復用構件，我們的組件式開發(fā)工作就能達到滿意的效果。遠程接入中的安全訪問控制VPN技術、防火墻的安全過濾技術、三層交換機的路由和控制技術共同實現(xiàn)了遠程用戶對企業(yè)不同應用域的安全訪問控制。大型企業(yè)通常會有若干分駐全國各地的分支機構和為數(shù)不少的出差人員，為了解決這些員工的遠程辦公問題，使他們能夠及時了解企業(yè)運轉情況和參與生產(chǎn)、經(jīng)營、管理工作的流程運轉，遠程接入成為一個現(xiàn)實的需求。而VPN的出現(xiàn)使得安全、經(jīng)濟地實現(xiàn)遠程辦公成為可能。通過VPN接入，企業(yè)可以保證出差在外的員工訪問公司里的信息，更進一步，通過筆記本電腦和一張帶基于VPN的CDMA1X卡，員工可以真正實現(xiàn)隨時隨地訪問企業(yè)局域網(wǎng)的愿望。遠程訪問的主要技術手段附圖是某大型供電企業(yè)網(wǎng)絡遠程訪問系統(tǒng)的拓撲圖，主要由VPN客戶端軟件、VPN客戶端E-Key、VPN網(wǎng)關、密鑰管理中心、防火墻和策略路由交換機組成。該系統(tǒng)解決了企業(yè)員工通過多種網(wǎng)絡環(huán)境，利用互聯(lián)網(wǎng)通道訪問企業(yè)內部網(wǎng)絡資源的需要。通過身份認證系統(tǒng)確保了遠程網(wǎng)絡用戶的真實性；通過對網(wǎng)絡傳遞數(shù)據(jù)的加密，確保了網(wǎng)絡傳輸數(shù)據(jù)的機密性、真實性和完整性；通過對用戶的分級管理和訪問管理域的劃分，設定了不同類別的認證用戶對OA辦公區(qū)域、輸變電生產(chǎn)管理區(qū)域、配網(wǎng)生產(chǎn)管理區(qū)域、市場營銷管理區(qū)域等不同應用區(qū)域的訪問權限，有效降低了企業(yè)信息資源的潛在風險。如附圖所示，系統(tǒng)主要采用了PKI技術、IPSec技術、防火墻技術和策略路由交換技術。其中，IPSec技術是一個關鍵組成部分，而經(jīng)濟、靈活、安全是該企業(yè)選擇IPSec技術的主要原因。經(jīng)濟：不用承擔昂貴的固定線路的租費。DDN、幀中繼、SDH的異地收費隨著通信距離的增加而遞增，分支越遠，租費越高，而基于Internet則只承擔本地的接入費用。此外，VPN設備功能強勁但造價低廉。靈活：連接Internet的方式可以是10M、100M端口，也可以是2M或更低速的端口，還可以是便宜的DSL連接，甚至可以是撥號連接。廣泛：IPSecVPN的核心設備擴展性好，一個端口可以同時連接多個分支，包括分支部門和移動辦公的用戶，而不像SDH、DDN等一個端口對應一個遠端用戶。多業(yè)務：遠程的IP話音業(yè)務和視頻也可傳送到遠端分支和移動用戶，連通數(shù)據(jù)業(yè)務一起，為現(xiàn)代化辦公提供便利條件，節(jié)省大量長途話費。安全：IPSecVPN的顯著特點是它的安全性，這是它保證內部數(shù)據(jù)安全的根本。在VPN交換機上，通過支持所有領先的通道協(xié)議、數(shù)據(jù)加密、過濾/防火墻、通過Radius、LDAP和SecurID實現(xiàn)授權等多種方式保證安全。同時，VPN設備提供內置防火墻功能，可以在VPN通道之外，從公網(wǎng)到私網(wǎng)接口傳輸流量。系統(tǒng)的實現(xiàn)該大型企業(yè)采用北電的PP8606路由交換機，以提供不同應用安全域的網(wǎng)段劃分和策略控制。同時，部署有帶VPN功能的NetEye防火墻，它集VPN網(wǎng)關、密鑰管理中心、防火墻于一體，提供密鑰的生成、管理與分發(fā)，完成認證區(qū)域的劃分、用戶的接入和用戶的認證、用戶IP地址的分配與訪問控制功能。1.通信密鑰的生成與管理。VPN網(wǎng)絡安全的關鍵是保證整個系統(tǒng)的密鑰管理安全。NetEyeVPN采用基于PKI的密鑰管理框架，實現(xiàn)安全可靠的密鑰分發(fā)與管理。密鑰管理中心設立在網(wǎng)絡中心。登錄密鑰管理中心后，在密鑰加密卡內生成RSA公私鑰對，通過使用專用的密鑰加密卡作為密鑰傳遞介質，并采用密鑰加密密鑰，保證了密鑰頒發(fā)過程中的安全性。然后通過密鑰管理中心，添加VPN網(wǎng)關的IP地址和密鑰交換端口信息，生成網(wǎng)關密鑰和全局公鑰文件，全局公鑰文件使用管理中心的私鑰簽名，可以防止在傳送過程中被替換或篡改。2.VPN網(wǎng)關的密鑰配置及用戶E-Key的生成。上載合適的License許可后，就開啟了NetEyeVPN防火墻的VPN功能，形成VPN網(wǎng)關。對VPN網(wǎng)關注入密鑰管理中心生成的網(wǎng)關密鑰對和全局公鑰文件后，就可以在VPN網(wǎng)關上建立用戶認證域。創(chuàng)建時可以選擇本地認證或Radius認證，在認證域中創(chuàng)建用戶，添加用戶名和用戶密碼信息，生成用戶E-Key。用戶E-Key主要保存用戶認證證書文件和用戶名信息，以增強用戶認證的安全性。3.用戶的登錄認證與數(shù)據(jù)傳輸安全性的保證。當VPN用戶通過VPN客戶端軟件和VPN客戶端E-Key對VPN網(wǎng)關發(fā)送連接請求時，VPN網(wǎng)關對VPN用戶進行鑒別與認證。其中會話密鑰按照IKE協(xié)議，自動協(xié)商生成，并用協(xié)商好的密鑰對數(shù)據(jù)進行加密。用戶認證成功后，通過創(chuàng)建SA以及SA的組合（AH、ESP、IPIP）建立遠程用戶的訪問隧道。NetEyeVPN遵循IPSec(IPSecurity)安全協(xié)議，采用隧道方式為用戶數(shù)據(jù)提供加密、完整性驗證，并通過集成的認證服務，為信息傳輸提供安全保護。NetEyeVPN采用IP封裝，將原來的IP包加密并添加認證信息后，完全封裝在新的IP包中。新IP包中IP頭的源地址和目的地址分別是用戶端和VPN網(wǎng)關的外部地址，IP包經(jīng)過這樣的封裝后，在公網(wǎng)上傳輸時隱藏了內部網(wǎng)拓撲，增強了網(wǎng)絡的安全性。另外，通過采用標準的AH和ESP協(xié)議，保證了IP包的機密性與完整性。4．應用區(qū)域的劃分。在VPN網(wǎng)關的認證域中創(chuàng)建用戶時，針對不同性質的用戶創(chuàng)建了多個角色名稱，分別對應于OA、生產(chǎn)、配網(wǎng)、營銷等應用區(qū)域。設定VPN網(wǎng)關隧道虛擬設備IP地址池，將池中IP地址分別分配到角色中，對應各應用域。在用戶登錄并經(jīng)過認證后，用戶將根據(jù)自己所屬的角色分配IP地址，并自動加入到自己的應用域中。系統(tǒng)的安全訪問控制VPN用戶和VPN網(wǎng)管之間在公網(wǎng)上建立VPN網(wǎng)絡通道之后，還需要進一步通過安全策略和安全規(guī)則的制定，把網(wǎng)絡分成不同的安全訪問區(qū)域，控制用戶對不同安全區(qū)域的訪問，使網(wǎng)絡的安全性得到進一步提升。訪問控制系統(tǒng)一般針對網(wǎng)絡資源進行安全控制區(qū)域劃分，以實施區(qū)域防御策略。通常在區(qū)域的物理邊界或邏輯邊界設置許可或拒絕訪問的集中控制點，結合局域網(wǎng)絡內部利用智能化以太網(wǎng)絡交換設備所提供的虛擬網(wǎng)絡、ACL訪問控制列表、多層過濾等功能或廣域網(wǎng)絡的路由設備進行訪問控制。但這些技術本質上都是基于MAC地址或IP地址、端口號列表的靜態(tài)過濾控制，對于安全要求更高的用戶則需要采用基于IP會話狀態(tài)檢測的動態(tài)防火墻技術。防火墻一般位于企業(yè)網(wǎng)絡的邊緣控制點，如與Internet連接處，甚至還可以部署在企業(yè)網(wǎng)絡內部的安全區(qū)域控制點上。安全區(qū)域防御的弱點是不能抵御來自區(qū)域內部的“合法”用戶的攻擊，如惡意或無意的內部用戶，沒有防火墻和安全保護較弱的遠程移動工作者或SOHO被身份竊取者，以及安全區(qū)域存在的后門漏洞(無線網(wǎng)絡、遠程訪問)等情況。為進一步提高網(wǎng)絡的安全控制，分布式防火墻模式應運而生，一般在主機或工作站點安裝軟件防火墻，實施對資源點的保護。不過，軟件分布式防火墻是基于操作系統(tǒng)之上的，如果操作系統(tǒng)本身存在安全漏洞或因為用戶的使用管理問題使該防火墻被關閉，將造成嚴重的安全隱患。采用防火墻技術，通過制定安全策略，可以實現(xiàn)對用戶的訪問進行控制和過濾。主要過濾內容為用戶訪問信息的源目的IP地址、目的端口號、連接協(xié)議等。經(jīng)過防火墻安全控制策略過濾后的VPN用戶將根據(jù)其所屬角色及分配的IP地址范圍訪問經(jīng)過授權的應用域，比如只能訪問OA、生產(chǎn)管理、配網(wǎng)管理和營銷應用域的其中之一或者幾個域的組合。采用北電的PP8606路由交換機，對不同的被訪問應用安全域進行網(wǎng)段劃分，建立網(wǎng)段連接路由信息和VPN客戶IP返回路由。在路由交換機與VPN網(wǎng)關的互連端口上進行訪問過濾控制策略，制定只允許合法的源IP地址、協(xié)議訪問對應的應用域。以進一步加強VPN用戶對應用安全域的訪問控制，從而在最大程度上減少了安全風險和不安全因素。網(wǎng)絡安全評估網(wǎng)絡架構分析網(wǎng)絡架構分析的主要內容包括根據(jù)IATF技術框架分析網(wǎng)絡設計是否層次分明，是否采用了核心層、匯聚層、接入層等劃分原則的網(wǎng)絡架構（劃分不規(guī)范不利于網(wǎng)絡優(yōu)化和調整）;網(wǎng)絡邊界是否清晰，是否符合IATF的網(wǎng)絡基礎設施、邊界/外部連接、計算環(huán)境、支撐基礎設施的深度防御原則（邊界不清晰不便于安全控制）。應考慮的安全點主要有:1.網(wǎng)絡架構設計應符合層次分明、分級管理、統(tǒng)一規(guī)劃的原則，應便于以后網(wǎng)絡整體規(guī)劃和改造。2.根據(jù)組織實際情況進行區(qū)間劃分，Internet、Intranet和Extranet之間以及它們內部各區(qū)域之間結構必須使網(wǎng)絡應有的性能得到充分發(fā)揮。3.根據(jù)各部門的工作職能、重要性、所涉及信息等級等因素劃分不同的子網(wǎng)或網(wǎng)段。4.網(wǎng)絡規(guī)劃應考慮把核心網(wǎng)絡設備的處理任務分散到邊緣設備，使其能將主要的處理能力放在對數(shù)據(jù)的轉發(fā)或處理上。5.實體的訪問權限通常與其真實身份相關，身份不同，工作的內容、性質、所在的部門就不同，因此所應關注的網(wǎng)絡操作也不同，授予的權限也就不同。6.網(wǎng)絡前期建設方案、網(wǎng)絡拓撲結構圖應和實際的網(wǎng)絡結構一致;所有網(wǎng)絡設備（包括交換機、路由器、防火墻、IDS以及其他網(wǎng)絡設備）應由組織統(tǒng)一規(guī)劃部署，并應符合實際需求。7.應充分考慮Internet接入的問題，防止出現(xiàn)多Internet接入點，同時限制接入用戶的訪問數(shù)量。8.備份也是需要考慮的重要因素，對廣域網(wǎng)設備、局域網(wǎng)設備、廣域網(wǎng)鏈路、局域網(wǎng)鏈路采用物理上的備份和采取冗余協(xié)議，防止出現(xiàn)單點故障。網(wǎng)絡邊界分析邊界保護不僅存在于組織內部網(wǎng)絡與外部網(wǎng)絡之間，而且也存在于同一組織內部網(wǎng)絡中，特別是不同級別的子網(wǎng)之間邊界。有效的邊界防護技術措施主要包括網(wǎng)絡訪問控制、入侵防范、網(wǎng)關防病毒、信息過濾、網(wǎng)絡隔離部件、邊界完整性檢查，以及對于遠程用戶的標識與鑒別/訪問控制。邊界劃分還應考慮關鍵業(yè)務系統(tǒng)和非關鍵業(yè)務系統(tǒng)之間是否進行了分離，分離后各業(yè)務區(qū)域之間的邏輯控制是否合理，業(yè)務系統(tǒng)之間的交疊不但影響網(wǎng)絡的性能還會給網(wǎng)絡帶來安全上的隱患。應考慮的安全點主要有:1.Internet、Intranet和Extranet之間及它們內部各VLAN或區(qū)域之間邊界劃分是否合理;在網(wǎng)絡節(jié)點（如路由器、交換機、防火墻等設備）互連互通應根據(jù)實際需求進行嚴格控制;驗證設備當前配置的有效策略是否符合組織確定的安全策略。2.內網(wǎng)中的安全區(qū)域劃分和訪問控制要合理，各VLAN之間的訪問控制要嚴格，不嚴格就會越權訪問。3.可檢查網(wǎng)絡系統(tǒng)現(xiàn)有的身份鑒別、路由器的訪問控制、防火墻的訪問控制、NAT等策略配置的安全性;防止非法數(shù)據(jù)的流入;對內防止敏感數(shù)據(jù)（涉密或重要網(wǎng)段數(shù)據(jù)）的流出。4.防火墻是否劃分DMZ區(qū)域;是否配置登錄配置的安全參數(shù)。例如:最大鑒別失敗次數(shù)、最大審計存儲容量等數(shù)據(jù)。5.網(wǎng)絡隔離部件上的訪問通道應該遵循“默認全部關閉，按需求開通的原則”;拒絕訪問除明確許可以外的任何一種服務，也就是拒絕一切未經(jīng)特許的服務。6.實現(xiàn)基于源和目的的IP地址、源和目的端口號、傳輸層協(xié)議的出入接口的訪問控制。對外服務采用用戶名、IP、MAC等綁定，并限制變換的MAC地址數(shù)量，用以防止會話劫持、中間人攻擊。7.對于應用層過濾，應設置禁止訪問JavaApplet、ActiveX等以降低威脅。8.采用業(yè)界先進的安全技術對關鍵業(yè)務系統(tǒng)和非關鍵業(yè)務系統(tǒng)進行邏輯隔離，保證各個業(yè)務系統(tǒng)間的安全性和高效性，例如:采用MPLS-VPN對各業(yè)務系統(tǒng)間邏輯進行劃分并進行互訪控制。9.必要時對涉密網(wǎng)絡系統(tǒng)進行物理隔離;實現(xiàn)VPN傳輸系統(tǒng);對重要網(wǎng)絡和服務器實施動態(tài)口令認證;進行安全域的劃分，針對不同的區(qū)域的重要程度，有重點、分期進行安全防護，逐步從核心網(wǎng)絡向網(wǎng)絡邊緣延伸。例如，網(wǎng)絡可以分成三個區(qū)域:信任域、非信任域和隔離區(qū)域。信任域和隔離區(qū)域進行重點保護，對于非信任域，可根據(jù)不同業(yè)務系統(tǒng)的重要程度進行重點保護。10.整體網(wǎng)絡系統(tǒng)統(tǒng)一策略、統(tǒng)一升級、統(tǒng)一控制。網(wǎng)絡協(xié)議分析深入分析組織整個網(wǎng)絡系統(tǒng)的協(xié)議設計是否合理，是否存在協(xié)議設計混亂、不規(guī)范的情況，是否采用安全協(xié)議，協(xié)議的區(qū)域之間是否采用安全防護措施。協(xié)議是網(wǎng)絡系統(tǒng)運行的神經(jīng)，協(xié)議規(guī)劃不合理就會影響整個網(wǎng)絡系統(tǒng)的運行效率，甚至帶來高度隱患和風險。應考慮的安全點主要有:1.路由協(xié)議、路由相關的協(xié)議及交換協(xié)議應以安全的、對網(wǎng)絡規(guī)劃和設計方便為原則，應充分考慮局域網(wǎng)絡的規(guī)劃、建設、擴充、性能、故障排除、安全隱患、被攻擊可能性，并應啟用加密和驗證功能。2.應合理設計網(wǎng)絡路由協(xié)議和路由策略，保證網(wǎng)絡的連通性、可達性，以及網(wǎng)絡業(yè)務流向分布的均衡性。3.啟用動態(tài)路由協(xié)議的認證功能，并設置具有一定強度的密鑰，相互之間交換路由信息的路由器必須具有相同的密鑰。默認的認證密碼是明文傳輸?shù)?，建議啟用加密認證。4.對使用動態(tài)路由協(xié)議的路由設備設置穩(wěn)定的邏輯地址，如Loopback地址，以減少路由振蕩的可能性。5.應禁止路由器上IP直接廣播、ICMP重定向、Loopback數(shù)據(jù)包和多目地址數(shù)據(jù)包，保證網(wǎng)絡路徑的正確性，防止IP源地址欺騙。如禁止非公有地址、組播地址、全網(wǎng)絡地址和自己內部的網(wǎng)絡地址訪問內部網(wǎng)絡，同時禁止非內部網(wǎng)絡中的地址訪問外部網(wǎng)絡。6.重要網(wǎng)段應采取IP地址與MAC地址綁定措施，防止ARP欺騙。7.如果不需要ARP代理（ARPProxy）服務則禁止它。8.應限制SYN包流量帶寬，控制ICMP、TCP、UDP的連接數(shù)。、9.ICMP協(xié)議的安全配置。對于流入的ICMP數(shù)據(jù)包，只允許EchoReply、DestinationUnreachable、TimeOut及其他需要的類型。對于流出的ICMP數(shù)據(jù)包，只允許Echo及其他必需的類型。10.SNMP協(xié)議的CommunityString字串長度應大于12位，并由數(shù)字、大小寫字母和特殊字符共同組成。11.禁用HTTP服務，不允許通過HTTP方式訪問路由器。如果不得不啟用HTTP訪問方式，則需要對其進行安全配置。12.對于交換機，應防止VLAN穿越攻擊。例如，所有連接用戶終端的接口都應從VLAN1中排除，將Trunk接口劃分到一個單獨的VLAN中;為防止STP攻擊，對用戶側端口，禁止發(fā)送BPDU;為防止VTP攻擊，應設置口令認證，口令強度應大于12位，并由數(shù)字、大小寫字母和特殊字符共同組成;盡量將交換機VTP設置為透明(Transparent)模式。13.采用安全性較高的網(wǎng)絡管理協(xié)議，如SNMPv3、RMONv2。網(wǎng)絡流量分析流量分析系統(tǒng)主要從帶寬的網(wǎng)絡流量分析、網(wǎng)絡協(xié)議流量分析、基于網(wǎng)段的業(yè)務流量分析、網(wǎng)絡異常流量分析、應用服務異常流量分析等五個方面對網(wǎng)絡系統(tǒng)進行綜合流量分析。應考慮的安全點主要有:1.帶寬的網(wǎng)絡流量分析。復雜的網(wǎng)絡系統(tǒng)中不同的應用需占用不同的帶寬，重要的應用是否得到了最佳的帶寬？所占比例是多少？隊列設置和網(wǎng)絡優(yōu)化是否生效？通過基于帶寬的網(wǎng)絡流量分析會使其更加明確。采用監(jiān)控網(wǎng)絡鏈路流量負載的工具軟件，通過SNMP協(xié)議從設備得到設備的流量信息，并將流量負載以包含PNG格式的圖形的HTML文檔方式顯示給用戶，以非常直觀的形式顯示流量負載。2.網(wǎng)絡協(xié)議流量分析。對網(wǎng)絡流量進行協(xié)議劃分，針對不同的協(xié)議進行流量監(jiān)控和分析，如果某一個協(xié)議在一個時間段內出現(xiàn)超常流量暴漲，就有可能是攻擊流量或有蠕蟲病毒出現(xiàn)。例如:CiscoNetFlowV5可以根據(jù)不同的協(xié)議對網(wǎng)絡流量進行劃分，對不同協(xié)議流量進行分別匯總。3.基于網(wǎng)段的業(yè)務流量分析。流量分析系統(tǒng)可以針對不同的VLAN來進行網(wǎng)絡流量監(jiān)控，大多數(shù)組織都是基于不同的業(yè)務系統(tǒng)通過VLAN來進行邏輯隔離的，所以可以通過流量分析系統(tǒng)針對不同的VLAN來對不同的業(yè)務系統(tǒng)的業(yè)務流量進行監(jiān)控。例如:CiscoNetFlowV5可以針對不同的VLAN進行流量監(jiān)控。4.網(wǎng)絡異常流量分析。異常流量分析系統(tǒng)支持異常流量發(fā)現(xiàn)和報警，能夠通過對一個時間窗內歷史數(shù)據(jù)的自動學習，獲取包括總體網(wǎng)絡流量水平、流量波動、流量跳變等在內的多種網(wǎng)絡流量測度，并自動建立當前流量的置信度區(qū)間作為流量異常監(jiān)測的基礎。通過積極主動鑒定和防止針對網(wǎng)絡的安全威脅，保證了服務水平協(xié)議(SLA)并且改進顧客服務，從而為組織節(jié)約成本。抗擊異常流量系統(tǒng)必須完備，網(wǎng)絡系統(tǒng)數(shù)據(jù)流比較大，而且復雜，如果抗異常流量系統(tǒng)不完備，當網(wǎng)絡流量異常時或遭大規(guī)模DDOS攻擊時，就很難有應對措施。5.應用服務異常流量分析。當應用層出現(xiàn)異常流量時，通過IDS&IPS的協(xié)議分析、協(xié)議識別技術可以對應用層進行深層的流量分析，并通過IPS的安全防護技術進行反擊。網(wǎng)絡QoS合理的QoS配置會增加網(wǎng)絡的可用性，保證數(shù)據(jù)的完整性和安全性，因此應對網(wǎng)絡系統(tǒng)的帶寬、時延、時延抖動和分組丟失率等方面進行深入分析，進行QoS配置來優(yōu)化網(wǎng)絡系統(tǒng)。應考慮的安全點主要有:1.采用RSVP協(xié)議。RSVP使IP網(wǎng)絡為應用提供所要求的端到端的QoS保證。2.采用路由匯聚。路由器把QoS需求相近的業(yè)務流看成一個大類進行匯聚，減少流量交疊，保證QoS。3.采用MPLSVPN技術。多協(xié)議標簽交換(MPLS)將靈活的3層IP選路和高速的2層交換技術完美地結合起來，從而彌補了傳統(tǒng)IP網(wǎng)絡的許多缺陷。4.采用隊列技術和流量工程。隊列技術主要有隊列管理機制、隊列調度機制、CAR和流量工程。5.QoS路由。QoS路由的主要目標是為接入的業(yè)務選擇滿足其服務質量要求的傳輸路徑，同時保證網(wǎng)絡資源的有效利用路由選擇。6.應保證正常應用的連通性。保證網(wǎng)絡和應用系統(tǒng)的性能不因網(wǎng)絡設備上的策略配置而有明顯下降，特別是一些重要應用系統(tǒng)。7.通過對不同服務類型數(shù)據(jù)流的帶寬管理，保證正常服務有充足的帶寬，有效抵御各種拒絕服務類型的攻擊。網(wǎng)絡的規(guī)范性應考慮的安全點主要有:1.IP地址規(guī)劃是否合理，IP地址規(guī)劃是否連續(xù)，在不同的業(yè)務系統(tǒng)采用不同的網(wǎng)段，便于以后網(wǎng)絡IP調整。2.網(wǎng)絡設備命名是否規(guī)范，是否有統(tǒng)一的命名原則，并且很容易區(qū)分各個設備的。3.應合理設計網(wǎng)絡地址，應充分考慮地址的連續(xù)性管理以及業(yè)務流量分布的均衡性。4.網(wǎng)絡系統(tǒng)建設是否規(guī)范，包括機房、線纜、配電等物理安全方面，是否采用標準材料和進行規(guī)范設計，設備和線纜是否貼有標簽。5.網(wǎng)絡設備名稱應具有合理的命名體系和名稱標識，便于網(wǎng)管人員迅速準確識別，所有網(wǎng)絡端口應進行充分描述和標記。6.應對所有網(wǎng)絡設備進行資產(chǎn)登記，登記記錄上應該標明硬件型號、廠家、操作系統(tǒng)版本、已安裝的補丁程序號、安裝和升級的時間等內容。7.所有網(wǎng)絡設備旁都必須以清晰可見的形式張貼類似聲明:“嚴格禁止未經(jīng)授權使用此網(wǎng)絡設備。8.應制定網(wǎng)絡設備用戶賬號的管理制度，對各個網(wǎng)絡設備上擁有用戶賬號的人員、權限以及賬號的認證和管理方式做出明確規(guī)定。對于重要網(wǎng)絡設備應使用Radius或者TACACS+的方式實現(xiàn)對用戶的集中管理。網(wǎng)絡設備安全對設備本身安全進行配置，并建設完備的安全保障體系，包括:使用訪問控制、身份驗證配置;關閉不必要的端口、服務、協(xié)議;用戶名口令安全、權限控制、驗證;部署安全產(chǎn)品等。應考慮的安全點主要有:1.安全配置是否合理，路由、交換、防火、IDS等網(wǎng)絡設備及網(wǎng)絡安全產(chǎn)品的不必要的服務、端口、協(xié)議是否關閉，網(wǎng)絡設備的安全漏洞及其脆弱的安全配置方面的優(yōu)化，如路由器的安全漏洞、訪問控制設置不嚴密、數(shù)據(jù)傳輸未加密、網(wǎng)絡邊界未完全隔離等。2.在網(wǎng)絡建設完成、測試通過、投入使用前，應刪除測試用戶和口令，最小化合法用戶的權限，最優(yōu)化系統(tǒng)配置。3.在接入層交換機中，對于不需要用來進行第三層連接的端口，通過設置使其屬于相應的VLAN，應將所有空閑交換機端口設置為Disable，防止空閑的交換機端口被非法使用。4.應盡量保持防火墻規(guī)則的清晰與簡潔，并遵循“默認拒絕，特殊規(guī)則靠前，普通規(guī)則靠后，規(guī)則不重復”的原則，通過調整規(guī)則的次序進行優(yōu)化。5.應為不同的用戶建立相應的賬號，根據(jù)對網(wǎng)絡設備安裝、配置、升級和管理的需要為用戶設置相應的級別，并對各個級別用戶能夠使用的命令進行限制，嚴格遵循“不同權限的人執(zhí)行不同等級的命令集”。同時對網(wǎng)絡設備中所有用戶賬號進行登記備案。6.應制訂網(wǎng)絡設備用戶賬號口令的管理策略，對口令的選取、組成、長度、保存、修改周期以及存儲做出規(guī)定。7.使用強口令認證，對于不宜定期更新的口令，如SNMP字串、VTP認證密碼、動態(tài)路由協(xié)議認證口令等，其口令強度應大于12位，并由數(shù)字、大小寫字母和特殊字符共同組成。8.設置網(wǎng)絡登錄連接超時，例如，超過60秒無操作應自動退出。9.采用帶加密保護的遠程訪問方式，如用SSH代替Telnet。10.嚴格禁止非本系統(tǒng)管理人員直接進入網(wǎng)絡設備進行操作，若在特殊情況下（如系統(tǒng)維修、升級等）需要外部人員（主要是指廠家技術工程師、非本系統(tǒng)技術工程師、安全管理員等）進入網(wǎng)絡設備進行操作時，必須由本系統(tǒng)管理員登錄，并對操作全過程進行記錄備案。11.對設備進行安全配置和變更管理，并且對設備配置和變更的每一步更改，都必須進行詳細的記錄備案。12.安全存放路由器的配置文件，保護配置文件的備份和不被非法獲取。13.應立即更改相關網(wǎng)絡設備默認的配置和策略。14.應充分考慮網(wǎng)絡建設時對原有網(wǎng)絡的影響，并制定詳細的應急計劃，避免因網(wǎng)絡建設出現(xiàn)意外情況造成原有網(wǎng)絡的癱瘓。15.關鍵業(yè)務數(shù)據(jù)在傳輸時應采用加密手段，以防止被監(jiān)聽或數(shù)據(jù)泄漏。16.對網(wǎng)絡設備本身的擴展性、性能和功能、網(wǎng)絡負載、網(wǎng)絡延遲、網(wǎng)絡背板等方面應充分考慮。設備功能的有效性與部署、配置及管理密切相關，倘若功能具備卻沒有正確配置及管理，就不能發(fā)揮其應有的作用。17.網(wǎng)絡安全技術體系建設主要包括安全評估、安全防護、入侵檢測、應急恢復四部分內容，要對其流程完備性進行深入分析。18.安全防護體系是否堅固，要分析整個網(wǎng)絡系統(tǒng)中是否部署了防火墻及VPN系統(tǒng)、抗拒絕服務系統(tǒng)、漏洞掃描系統(tǒng)、IDS&IPS系統(tǒng)、流量負載均衡系統(tǒng)部署、防病毒網(wǎng)關、網(wǎng)絡層驗證系統(tǒng)、動態(tài)口令認證系統(tǒng)，各個安全系統(tǒng)之間的集成是否合理。19.應安全存放防火墻的配置文件，專人保管，保護配置文件不被非法獲取。20.及時檢查入侵檢測系統(tǒng)廠商的規(guī)則庫升級信息，離線下載或使用廠商提供的定期升級包對規(guī)則庫進行升級。具體包括:●查看硬件和軟件系統(tǒng)的運行情況是否正常、穩(wěn)定;●查看OS版本和補丁是否最新;●OS是否存在已知的系統(tǒng)漏洞或者其他安全缺陷。網(wǎng)絡管理網(wǎng)絡管理和監(jiān)控系統(tǒng)是整個網(wǎng)絡安全防護手段中的重要部分，網(wǎng)絡管理應該遵循SDLC(生命周期)的原則，從網(wǎng)絡架構前期規(guī)劃、網(wǎng)絡架構開發(fā)建設到網(wǎng)絡架構運行維護、網(wǎng)絡架構系統(tǒng)廢棄都應全面考慮安全問題，這樣才能夠全面分析網(wǎng)絡系統(tǒng)存在的風險。應考慮的安全點主要有:1.網(wǎng)絡設備網(wǎng)管軟件的部署和網(wǎng)絡安全網(wǎng)管軟件的部署;部署監(jiān)控軟件對內部網(wǎng)絡的狀態(tài)、網(wǎng)絡行為和通信內容進行實時有效的監(jiān)控，既包括對網(wǎng)絡內部的計算機違規(guī)操作、惡意攻擊行為、惡意代碼傳播等現(xiàn)象進行有效地發(fā)現(xiàn)和阻斷，又包括對網(wǎng)絡進行的安全漏洞評估。2.確認網(wǎng)絡安全技術人員是否定期通過強加密通道進行遠程登錄監(jiān)控網(wǎng)絡狀況。3.應盡可能加強網(wǎng)絡設備的安全管理方式，例如應使用SSH代替Telnet，使用HTTPS代替HTTP，并且限定遠程登錄的超時時間、遠程管理的用戶數(shù)量、遠程管理的終端IP地址，同時進行嚴格的身份認證和訪問權限的授予，并在配置完后，立刻關閉此類遠程連接;應盡可能避免使用SNMP協(xié)議進行管理。如果的確需要，應使用V3版本替代V1、V2版本，并啟用MD5等驗證功能。進行遠程管理時，應設置控制口和遠程登錄口的超時時間，讓控制口和遠程登錄口在空閑一定時間后自動斷開。4.及時監(jiān)視、收集網(wǎng)絡以及安全設備生產(chǎn)廠商公布的軟件以及補丁更新，要求下載補丁程序的站點必須是相應的官方站點，并對更新軟件或補丁進行評測，在獲得信息安全工作組的批準下，對生產(chǎn)環(huán)境實施軟件更新或者補丁安裝。5.應立即提醒信息安全工作組任何可能影響網(wǎng)絡正常運行的漏洞，并及時評測對漏洞采取的對策，在獲得信息安全工作組的批準的情況下，對生產(chǎn)環(huán)境實施評測過的對策，并將整個過程記錄備案。6.應充分考慮設備認證、用戶認證等認證機制，以便在網(wǎng)絡建設時采取相應的安全措施。7.應定期提交安全事件和相關問題的管理報告，以備管理層檢查，以及方便安全策略、預警信息的順利下發(fā)。檢測和告警信息的及時上報，保證響應流程的快速、準確而有效。8.系統(tǒng)開發(fā)建設人員在網(wǎng)絡建設時應嚴格按照網(wǎng)絡規(guī)劃中的設計進行實施，需要變更部分，應在專業(yè)人士的配合下，經(jīng)過嚴格的變更設計方案論證方可進行。9.網(wǎng)絡建設的過程中，應嚴格按照實施計劃進行，并對每一步實施，都進行詳細記錄，最終形成實施報告。10.網(wǎng)絡建設完成投入使用前，應對所有組件包括設備、服務或應用進行連通性測試、性能測試、安全性測試，并做詳細記錄，最終形成測試報告。測試機構應由專業(yè)的信息安全測試機構或第三方安全咨詢機構進行。11.應對日常運維、監(jiān)控、配置管理和變更管理在職責上進行分離，由不同的人員負責。12.應制訂網(wǎng)絡設備日志的管理制定，對于日志功能的啟用、日志記錄的內容、日志的管理形式、日志的審查分析做明確的規(guī)定。對于重要網(wǎng)絡設備，應建立集中的日志管理服務器，實現(xiàn)對重要網(wǎng)絡設備日志的統(tǒng)一管理，以利于對網(wǎng)絡設備日志的審查分析。13.應保證各設備的系統(tǒng)日志處于運行狀態(tài)，每兩周對日志做一次全面的分析，對登錄的用戶、登錄時間、所做的配置和操作做檢查，在發(fā)現(xiàn)有異常的現(xiàn)象時應及時向信息安全工作組報告。14.對防火墻管理必須經(jīng)過安全認證，所有的認證過程都應記錄。認證機制應綜合使用多種認證方式，如密碼認證、令牌認證、會話認證、特定IP地址認證等。15.應設置可以管理防火墻的IP范圍，對登錄防火墻管理界面的權限進行嚴格限制。16.在防火墻和入侵檢測系統(tǒng)聯(lián)動的情況下，最好是手工方式啟用聯(lián)動策略，以避免因入侵檢測系統(tǒng)誤報造成正常訪問被阻斷。17.部署安全日志審計系統(tǒng)。安全日志審計是指對網(wǎng)絡系統(tǒng)中的網(wǎng)絡設備、網(wǎng)絡流量、運行狀況等進行全面的監(jiān)測、分析、評估，通過這些記錄來檢查、發(fā)現(xiàn)系統(tǒng)或用戶行為中的入侵或異常。目前的審計系統(tǒng)可以實現(xiàn)安全審計數(shù)據(jù)的輸入、查詢、統(tǒng)計等功能。18.安全審計內容包括操作系統(tǒng)的審計、應用系統(tǒng)的審計、設備審計、網(wǎng)絡應用的審計等。操作系統(tǒng)的審計、應用系統(tǒng)的審計以及網(wǎng)絡應用的審計等內容本文不再贅述。在此僅介紹網(wǎng)絡設備中路由器的審計內容：操作系統(tǒng)軟件版本、路由器負載、登錄密碼有無遺漏，enable密碼、telnet地址限制、HTTP安全限制、SNMP有無安全隱患;是否關閉無用服務;必要的端口設置、Cisco發(fā)現(xiàn)協(xié)議（CDP協(xié)議）;是否已修改了缺省旗標（BANNER）、日志是否開啟、是否符合設置RPF的條件、設置防SYN攻擊、使用CAR（ControlAccessRate）限制ICMP包流量;設置SYN數(shù)據(jù)包流量控制（非核心節(jié)點）。19.通過檢查性審計和攻擊性審計兩種方式分別對網(wǎng)絡系統(tǒng)進行全面審計。20.應對網(wǎng)絡設備物理端口、CPU、內存等硬件方面的性能和功能進行監(jiān)控和管理?！裣到y(tǒng)維護中心批準后，根據(jù)實際應用情況提出接入需求和方案，向信息安全工作組提交接入申請;●由申請人進行非上線實施測試，并配置其安全策略;●信息安全員對安全配置進行確認，檢查安全配置是否安全，若安全則進入下一步，否則重新進行配置。21.網(wǎng)絡設備廢棄的安全考慮應有一套完整的流程，防止廢棄影響到網(wǎng)絡運行的穩(wěn)定。任何網(wǎng)絡設備的廢棄都應進行記錄備案，記錄內容應包括廢棄人、廢棄時間、廢棄原因等。電子政務項目中的計劃管理成功的項目是周密計劃的結果，而不單純是良好的實施過程的結果。信息系統(tǒng)工程項目具有一些鮮明的特點:技術含量高、技術更新快、交付物的性質變化快、涉及面廣、人員影響特別大等，因而項目的管理非常復雜，為此，必須在信息系統(tǒng)工程建設中科學地運用項目管理的思想和工具，實行科學規(guī)范的管理，以保證信息系統(tǒng)項目保證質量，縮短開發(fā)和建設周期，達到信息系統(tǒng)工程預期的目的。項目的總體規(guī)劃云南省電子政務二期工程是一項覆蓋省委、省人大等10個重點部門，全省16個州（市）級橫向網(wǎng)絡、部分縣級橫向網(wǎng)的重點應用系統(tǒng)建設。由于本工程各項目設備供貨商及軟件開發(fā)商多，專業(yè)項目多，技術復雜，各種應用系統(tǒng)互相關聯(lián)接口關系復雜，組織協(xié)調工作量大，為了科學地組織、協(xié)調、管理該項目，保證項目成功達到預期的各項目標，依靠并運用科學的項目管理的理論和工具成為必然的選擇。而項目管理的核心思想就是以科學、周密、詳盡的項目計劃提前規(guī)劃項目實施中的時間、人員、資源。1.確定總體計劃和項目管理框架針對項目實際任務，并結合電子政務一期的經(jīng)驗，云南電子政務二期項目組制定了周密的工程總體計劃，并頒布了《云南省電子政務二期工程項目管理規(guī)范》，通過《項目管理規(guī)范》建立了二期工程建設的總體管理框架。在《規(guī)范》中，事先對承建單位的工程實施進行了約束和規(guī)范，明確了所有分項工程建設，無論是總體工作還是各階段工作，必須嚴格按照“計劃→執(zhí)行→控制→收尾”的過程進行。在這個總體框架下，對工程編制了計劃和WBS（WorkBreakdownStructure）結構分解，制訂了項目總體WBS字典，并按照PMP項目管理體系的約定，對各過程的輸入、輸出做了約定。通過項目管理規(guī)范的執(zhí)行，使得眾多承建單位、分項工作的實施和管理在一個共同的項目管理體系中進行。業(yè)主、監(jiān)理、承建單位用同一種科學的方法去實施和工作，眾多承建單位之間用統(tǒng)一的思路和工具去協(xié)調，在大的框架上減少了可能的分歧和偏差。2.分項計劃的制訂針對信息系統(tǒng)工程建設中存在的計劃要素不全、計劃粗略、單純用時間計劃代替整體計劃的普遍現(xiàn)象，在該電子政務項目管理規(guī)范中，對工作計劃進行了明確要求。以實施方案為例，項目要求必須有組織形式、質量管理、進度管理、變更管理、資源管理、風險管理、溝通交流機制等要素。通過這樣的方式，不但規(guī)范了工程實施的行為，而且迫使各承建單位人員特別是項目經(jīng)理更多地考慮計劃、組織、協(xié)調問題，從而在項目計劃階段就提前發(fā)現(xiàn)和解決了一批問題，提高了項目實施的起點，為項目后期的實施奠定了基礎。在工程建設中引入項目管理的思想和方法，把工程建設的重點由工程實施向工程計劃傾斜，進而以計劃指導實施，這正是項目管理的核心思想，也正是目前信息系統(tǒng)工程建設中欠缺的。在電子政務二期工程建設的實踐中表明了這一思想和方法的正確，整個工程涉及單位眾多，約有26個承建單位，涉及網(wǎng)絡、軟件、安全、辦公系統(tǒng)、網(wǎng)站、視頻會議等眾多分項，建設范圍覆蓋全省，涉及600多個單位，時間又相當緊，工程的技術難度和組織管理難度很大。但在整個建設過程中，工程始終處于有序、可控狀態(tài)，各方配合良好，有節(jié)奏、有控制地逐步按照計劃推進。目前已經(jīng)按期完成主要工作，順利進入項目收尾階段。項目計劃的優(yōu)化在對各承建單位的項目計劃做出要求后，下一步就是進行項目總體計劃的集成和綜合。各承建單位制訂了各自的分項計劃，但都是單項工作計劃。比如，信息發(fā)布系統(tǒng)根據(jù)規(guī)范要求，制訂了自己的實施計劃。但這只是自身工作的計劃，沒有考慮和電信、網(wǎng)絡工程、主機系統(tǒng)、網(wǎng)絡安全系統(tǒng)的協(xié)調。從信息發(fā)布系統(tǒng)承建單位的立場和所掌握的工程信息而言是無可厚非的，但是作為項目的指揮和控制角色，必須通盤考慮整體項目建設計劃安排。網(wǎng)絡不建成、主機不搭建，信息發(fā)布系統(tǒng)是無法建設的。因此，必須在不同承建單位的工作計劃中，建立工作步驟、工作順序的搭接關系。比如信息發(fā)布系統(tǒng)的建設遵循這樣的順序:電信線路準備完畢、網(wǎng)絡建設完畢、主機到位、網(wǎng)絡安全開放端口、信息發(fā)布系統(tǒng)建設開始。以工期計劃為例。初期制定了3個月的工期，各承建單位都承諾可以完成，也都提交了各自的計劃。但根據(jù)總體要求，編制出“電信、網(wǎng)絡、主機、信息發(fā)布”的工作順序后，后面兩個分項目都覺得無法在3個月內完成。因為項目參與者原來只是排定了自己的單項工作計劃，一旦自己的工作需要等到其他分項工作完成后才能開始，就覺得無法實現(xiàn)和控制。項目組整理了各項工作關系后，運用項目管理中的PERT/CPM技術，計算出項目關鍵路徑，優(yōu)化了工作關系，科學安排并發(fā)工作之間的關系。如網(wǎng)絡設備到貨時間長，在這期間可以安排服務器和軟件的安裝，這樣，優(yōu)化調整了分項工作的順序和工作搭接關系，使得項目整體任務可以按期完成。各分項實施單位在聽取了介紹、優(yōu)化、整體安排后，也樹立了信心，積極調整計劃，主動協(xié)調和其他單位的工作，相互配合，在工程中起到了很好的效果。計劃與質量控制質量是項目關注的核心要素，但大多數(shù)是事中或事后的質量控制，如果對計劃進行預審比項目完成后的審查，代價會小很多。在項目管理過程中，項目組始終堅持“質量是計劃和執(zhí)行的結果，而不是檢查的結果;糾正錯誤的代價遠高于預防錯誤的代價”，并堅持采用質量控制理論中的PDCA循環(huán)控制方法，即Plan、Do、Check、Action四個環(huán)節(jié)的循環(huán)，對項目進行把關。1.計劃先行，提前發(fā)現(xiàn)問題在項目計劃階段應盡可能細化工作步驟和技術參數(shù)，特別是不同系統(tǒng)之間的接口參數(shù)。因為在招投標階段，通過對招投標方案的評審和對承建單位的資格審查發(fā)現(xiàn)，各分項工程自身的技術方案基本是完備和可行的，而信息系統(tǒng)工程建設最難的技術層面在不同系統(tǒng)、不同項目的接口和配合上。因此，項目在技術方案評審階段更多的是組織了技術方案的交叉會審和交叉摸底，使各分系統(tǒng)盡早發(fā)現(xiàn)技術接口問題和工作銜接配合問題。2.模擬運行，提前解決問題在實施前，搭建測試和模擬環(huán)境，啟動試點工程，將方案和計劃在類似演習和預演的環(huán)境中進行系統(tǒng)集成和工作協(xié)調，提前發(fā)現(xiàn)問題，是很有必要的。在模擬測試環(huán)境中，項目組先后解決了網(wǎng)絡和網(wǎng)絡安全系統(tǒng)、全文檢索和信息發(fā)布系統(tǒng)、主機和操作系統(tǒng)等分項目之間隱含的技術問題。在全省工程實施之前，啟動了玉溪地區(qū)試點工程，將工程所有實施內容預演一次。結果在試點中發(fā)現(xiàn)了一些問題，及時總結后重新調整工作計劃和實施方案，優(yōu)化了工作流程，避免了技術問題的擴散。同時根據(jù)試點情況，優(yōu)化了工作流程，僅此一項，就節(jié)省了將近10天工期。3.在過程中檢驗計劃的可行性計劃是否成功最終要落實到項目實際操作工程中。在項目實施過程中，一方面加強測試和監(jiān)控，提前啟動調試和測試流程，通過測試和聯(lián)調，發(fā)現(xiàn)問題，及時解決，避免質量問題的“群聚效應”發(fā)生。而另一方面是及時總結，以利于未來的項目建設和管理?？傮w而言，在云南省電子政務二期工程的項目實踐中，由于工程實施中全力推行并運用項目管理的思想和工具，同時由于各承建單位的項目經(jīng)理大都經(jīng)過了信息產(chǎn)業(yè)部的項目經(jīng)理培訓，對項目管理的知識有一定了解，具有豐富的實踐經(jīng)驗，因此整個項目的質量、進度、費用都在控制范圍內，項目利益的相關方都比較滿意。鏈接:云南電子政務項目計劃的優(yōu)化過程云南省電子政務二期工程項目實施計劃實際經(jīng)歷了一個總、分、合、協(xié)、優(yōu)的過程?？?即事先制訂總體計劃，約定項目實施的總體計劃和規(guī)范。分:各承建單位在大計劃和規(guī)范要求下，根據(jù)各自工程特點，制訂分項工作計劃。合:在分項工作計劃的基礎上，建立不同子項目和工作階段之間的工作邏輯和工作搭接關系，確定工作順序和工作銜接，發(fā)現(xiàn)工作接口和技術接口，制訂工作初步集成總體計劃。協(xié):在初步集成總體計劃的基礎上，再次要求各分項承建單位調整、細化各自的工作計劃，了解自己需要和其他分項工作如何銜接、如何配合、提前做好配合準備和事先協(xié)調，并在自己的工作計劃中體現(xiàn)和其他單位工作的配合和銜接。優(yōu):在各單位考慮到和其他單位配合并調整計劃后，再次根據(jù)協(xié)調中出現(xiàn)的問題，集成所有分項目的工作計劃，運用項目管理技術和方法，優(yōu)化工作流程和工作結構，制訂總體工作計劃，并作為工程總體實施計劃頒布執(zhí)行。應用CMM改進軟件維護過程應用CMM對軟件維護過程進行改進，不但能幫助我們迅速解決工作中遇到的問題，同時還可以促進維護人員之間的交流。CMM是現(xiàn)在用來衡量軟件公司軟件開發(fā)管理水平的重要參考因素和軟件過程改進的認證標準之一。軟件過程成熟度的提高是一個漸進的過程，需要一個長遠的、可持續(xù)發(fā)展的過程作為保證。CMM代表著目前軟件發(fā)展的一種思路，一種提高軟件過程能力的途徑。本文介紹我中心如何通過應用CMM持續(xù)不斷地改進軟件維護過程，如何通過建立一個軟件維護項目數(shù)據(jù)庫，解決一些以前難以處理的問題，不斷完善軟件維護的科學管理方法。改進之前的維護狀況南平醫(yī)保中心現(xiàn)有的醫(yī)保信息管理系統(tǒng)由本中心信息科來進行維護。我們剛開始接管這套系統(tǒng)的時候，在如何對系統(tǒng)進行管理和維護上存在諸多的困難:1.該軟件的開發(fā)，我們科室的成員沒有跟進參與;2.該軟件在移交時文檔不齊全，甚至連源程序也不齊全，原軟件公司的這些資料都掌握在各個開發(fā)程序員的手上，沒有一個統(tǒng)一的管理，這對我們后期了解這套軟件也加大了困難;3.原軟件公司沒有對我們進行一個規(guī)范化的規(guī)范，就連一個整體的技術介紹也沒有給我們，所以我們對該軟件缺乏一個系統(tǒng)的認識。通常測定軟件維護工作量都用下面的這個模型表示:M=P+Kc-d（其中:M是維護所需的總工作量;P是生產(chǎn)類活動的工作量;K是經(jīng)驗常數(shù);c是軟件的復雜程度;d是維護人員對軟件的熟悉程度）。對于一個具體的維護來說，確認需求和設計工作量與問題的難易和大小有關，這一過程相對來說比較穩(wěn)定，編碼工作則與軟件本身的質量有很大的關系，如果原來的編碼格式混亂，注釋不清，就會使生產(chǎn)類活動的工作量（P）增大，在軟件的復雜度（c）相同的前提下，維護人員對軟件的熟悉程度（d）越低，則維護工作量呈指數(shù)規(guī)律增加;同樣，如果由于開發(fā)混亂，導致軟件復雜度（c）增加，從而使維護人員理解軟件的難度增加，對軟件的熟悉程度（d）也降低，那么維護工作量就會以更快的速度上升。這套系統(tǒng)已經(jīng)運行了三年多，在這段時間里，我們主要的維護工作有兩大類:1.改正性維護。盡管該軟件在當初開發(fā)過程中經(jīng)過嚴格的測試，但并不能保證該軟件就徹底沒有錯誤，隨著運行時間的延續(xù)，數(shù)據(jù)量的積累，各種應用環(huán)境的變化，一些潛伏的錯誤不斷暴露出來。比如:已出院人員還能沖銷費用;通過接口能隨意更改已出院人員的出院日期等。2.完善型維護。隨著前臺業(yè)務操作人員在使用過程中對軟件的不斷熟悉，會提出一些功能或者操作上的改進需求，而業(yè)務管理人員在對業(yè)務流程的完善過程中也會提出增加系統(tǒng)功能的需求，為了滿足這些需求，就必須對軟件進行不斷的改進和完善，這樣的維護幾乎占到維護工作量的一半以上，比如滯納金功能的啟用，電子病歷的傳送等。在2002年7月我們接管之初，由于經(jīng)驗不足，對該軟件的認識了解不夠，以及當初的維護工作的不規(guī)范等原因導致在最初的維護過程中忽略了很多的問題。隨著時間的推移，那些遺留問題對該系統(tǒng)維護的影響也越來越明顯，有的甚至制約了后期的可修改，這樣就給后期維護造成了很大的困難。就此我們總結了以往的經(jīng)驗教訓，找出了以前管理維護過程中存在的一些主要的問題。1.隨意性大每次需求立項剛開始就成了“實驗田”，做與不做，什么時候做等多憑個人的主觀意愿，沒有參考以往經(jīng)驗，也沒有充分考慮有效的利用資源，“打補丁”現(xiàn)象較多，業(yè)務使用不方便，導致后期維護困難。2.個人智慧多以前因為時間緊，很多需求都是交給具有相當才干的骨干人員處理，但由于他們的經(jīng)驗沒有被很好地總結、歸納，且處理過的事件沒有統(tǒng)一形成文檔，一段時間后，就忘記了曾處理的事件和如何處理的過程。當再次遇到類似問題的時候，還要憑記憶去處理，如果該人員走了，類似的問題再發(fā)生的時候，處理人員還要從頭摸索，這樣不但浪費了大量的人力和物力，同時由于解決問題不及時，也給我中心造成了一些不良的影響，致使整體的維護質量下降，這說明原維護工作多依賴個人智慧而不是整個團隊。3.版本不規(guī)范在早期的軟件維護過程中，由于我們對軟件的版本控制不嚴格，完全由開發(fā)人員手工進行操作，在這種情況下，版本控制經(jīng)常出現(xiàn)問題，有時同一模塊被不同的人員同時修改，有時將本應該發(fā)給甲用戶的程序發(fā)給了乙用戶，又或者開發(fā)人員自以為手上的代碼是最新的，而出現(xiàn)已改過的BUG又重復出現(xiàn)的現(xiàn)象。這樣做的另一個問題是版本的歷史很難追蹤，由什么人在什么時候做了什么樣的修改完全沒法掌握。將CMM引入維護工作為了避免在以后的維護工作中繼續(xù)出現(xiàn)上述問題，我們考慮引入CMM，試圖把個人的腦力勞動結果規(guī)范為有紀律有智力的產(chǎn)品。首先，我們先自行培訓了CMM的基礎理論，重點圍繞軟件維護這部分進行深入的學習和討論，力爭把每一次的維護需求都當成一個項目來進行處理。其次我們建立一個軟件維護項目數(shù)據(jù)庫，內容包括:申請人、申請時間、申請單位、申請科室、需求或問題、領導意見、分析評審結果（如是否可行，為什么，由誰負責等）、處理過程（如涉及到的模塊，對哪些項目進行修改，修改的前后差異，處理結束時間，此改動是否影響業(yè)務前臺操作流程，如果有都有哪些變動等）在改動中的心得，是否涉及版本控制，驗收人，驗收意見，是否有新的變更要求等。在需求管理方面，我們努力地貫徹CMM需求管理的精神。每一次的需求提出，我們都讓業(yè)務人員詳細填寫需求單（如表所示）。

表需求表單需求管理一直是用戶和開發(fā)人員爭論的焦點，從CMM的角度來說，用戶的需求中既有技術層面的，也有非技術層面的，即便是技術層面的需求，也并非面面俱到都要開發(fā)。例如，一些技術上不可行或資源要求不能滿足的需求就必須剔除，只有適合軟件開發(fā)的需求才會被最終制作成規(guī)格說明，但是這些就一定要和用戶之間做好溝通，讓他們理解為什么行與不行。在通常的維護過程中，有一系列的變更請求或問題報告要求需要滿足，這些變更請求和問題報告既有可能單個提出的，也有可能是為了分析實現(xiàn)之便綜合成相互聯(lián)系的一組提出的。對于各種不同情況，我們都按CMM的要求，把它們規(guī)范化、文檔化，控制好過程中的每個環(huán)節(jié)，保證它們被所有的受影響組通過，保證軟件維護計劃和活動與它們一致，并且對它們來說這個過程是可追蹤的。為了滿足達到預期的效果，在執(zhí)行中，我綜合了CMM需求管理的要求制定了如下步驟（具體的項目操作應根據(jù)實際項目的需要進行）:1.需求分析。首先，確認此需求適用的范圍，達到的目標;其次，明確申請方參與需求調研活動的職責（如有無決策權、所需配合的活動、所需提供的資源等）;第三，分辨技術與非技術需求;第四，收集相關技術需求;第五，分析申請方業(yè)務工作流程;第六，制作需求說明文檔，在每個模塊分析時均注上標號，便于其后需求變更的跟蹤及修改;第七，對本次需求活動擬一個時間進度表。2.需求評審。根據(jù)需求單上所涉及的部門，確定需求評審小組成員要求，明確評審方式，確定評審內容。如對于給定的需求文檔記錄是否完整及有無遺漏項，文字說明是否前后一致、清晰適當，變更依據(jù)是否充分，是否有正常的記錄，以及功能的可測試性等。3.交付驗收。在交付給申請人驗收時，需附上:功能分析文檔、需求規(guī)格說明書、需求驗收文檔。申請人對確定的需求無疑義，在驗收文檔上簽字，若申請人提出相應的變更，則為變更做好記錄，修改后的變更依然應通過評審才能交付，申請方所簽收的需求作為系統(tǒng)的需求基線確立下來。4.需求調研。嚴格依照擬定的需求管理計劃進行項目的實際需求調研活動，在活動中記錄與各部門進行交流的內容，記錄各階段產(chǎn)生的變更項、變更原因，按預先規(guī)定的書面策略進行雙方活動的制約。整體活動圖如圖所示。

圖需求管理的整體過程在需求的實施方面，我們也加強了過程的跟蹤和監(jiān)控。在CMM實行初期，由于工作流程的改變，在每次項目啟動的初期，開發(fā)人員要花很大的一部分時間寫文檔資料，工作壓力比以前大了很多，導致一段時間內效率降低，當大家逐漸習慣后，感覺文檔是開發(fā)人員勞動成果最好的記錄，工作比以前清晰，規(guī)范的文檔減少了對個人的依賴，使軟件開發(fā)過程的上下環(huán)節(jié)緊密銜接。而且我們還能根據(jù)所有文檔內容對每個過程進行檢查，不僅提高了工作效率，也規(guī)范了管理。在進度控制方面，我們首先制定了全面的開發(fā)計劃和進度計劃，要求開發(fā)人員填寫詳細的工作計劃和實際工作量周報，并根據(jù)此繪制項目進度圖，隨時了解項目進展，并根據(jù)項目的進展情況適當調配人手，整個項目比計劃略早完成，具體實施的詳細步驟要視實際中項目大小而定。在質量保證方面，我們組織幾個骨干人員成立了專門的SQA小組，根據(jù)CMM管理規(guī)范來檢查軟件開發(fā)過程標準，規(guī)程的合理性，文檔的電子化，對項目的監(jiān)督“對事不對人”并定期公布監(jiān)督結果。在版本控制方面，通過項目數(shù)據(jù)庫，要求開發(fā)人員在每次開發(fā)所修改的最終版本上備注版本號和存放路徑，以便下一個變更的時候能夠拿到最新的一個版本的修改。由于引進了CMM，加強軟件維護過程管理，直接解決了原來開發(fā)團隊所遇到的一些難以處理的問題。項目數(shù)據(jù)庫的建立使維護人員只需要讀懂設計文檔，和讀懂程序比起來，既節(jié)約了大量的時間，也要容易得多。在這樣的基礎上做出修改后出現(xiàn)的問題也越來越少，使軟件更加可靠，且能完全滿足軟件開發(fā)人員的需求。論改進Web服務器性能的有關技術——論文1：銀行業(yè)的應用【摘要】基于Web技術的數(shù)據(jù)庫應用是當前應用的一個熱點，在用戶數(shù)目與通信負荷很大的場合，提高Web服務器性能是一個迫切的課題。本文從筆者參與某個銀行系統(tǒng)項目開發(fā)的經(jīng)歷出發(fā)，闡述了提高Web服務器的性能應滲入到項目論證、選型、開發(fā)、運行和管理的各個環(huán)節(jié)，只有各個環(huán)節(jié)都能充分考慮到性能與質量的需要，系統(tǒng)的性能才是真正可保證的和可擴充的。文章從系統(tǒng)的實際運行與相應的經(jīng)驗出發(fā)，闡述了性能改進方面的一些具體措施。比如：在本文中討論了Web服務器平臺的選型考慮；Web服務器的配置管理；應用系統(tǒng)本身的優(yōu)化與預先設計系統(tǒng)時可擴性的性能保障等具體內容。通過技術上的分析與改進，綜合性地運用多類措施與手段，在實際系統(tǒng)中，Web服務器運行的性能得到了一定程度的保證?！菊摹课宜诘膯挝皇前涯繕硕ㄎ挥诮鹑陬I域開發(fā)IT應用的一家信息技術公司。隨著金融電子化建設的發(fā)展和商業(yè)銀行之間市場競爭的加劇，各主要商業(yè)銀行不斷通過信息技術提供新的金融產(chǎn)品，并且希望能整合市場渠道。比如主要的商業(yè)銀行不斷推出形形色色的網(wǎng)上銀行服務。在這種背景下，本人參與了開發(fā)新一代網(wǎng)上銀行產(chǎn)品，涉及到提供網(wǎng)上個人理財服務、網(wǎng)上外匯買賣服務、網(wǎng)上企業(yè)服務等具有市場競爭力的產(chǎn)品。作為項目開發(fā)的組織者之一和主要的技術骨干，在整個項目開發(fā)過程中始終要處于第一線，從而在改進Web服務器性能、提高整個網(wǎng)上平臺系統(tǒng)性能方面收獲良多，在本文中簡要討論如下，希望與讀者們共享經(jīng)驗。在Web服務器配置與優(yōu)化方面，我有如下幾方面主要的體會：第一方面是Web服務器選型考慮。在Web服務器選型及網(wǎng)上平臺搭建之初，我們就已充分考慮整個網(wǎng)上平臺的性能及可擴展性問題。這一考慮為該系統(tǒng)的穩(wěn)定性及擴展性能力方面打下了堅實的基礎。某銀行原有的一些網(wǎng)上產(chǎn)品由于開發(fā)較早，故而采用的是老式的HTTPServer+CGI程序調用的方式。這時，每一客戶請求需要對應于后端系統(tǒng)的系統(tǒng)進程來運行CGI程序來處理，系統(tǒng)的開銷相當大，系統(tǒng)的擴展能力也很差，性能已不能滿足業(yè)務處理的需要，故而在為此銀行系統(tǒng)具體選型的時候，我們一開始就否決了這種方案。通過市場上同類產(chǎn)品的比較選擇，我們選擇了國際商業(yè)機器有限公司IBM的WebSphere產(chǎn)品系列作為該行網(wǎng)上銀行系統(tǒng)的建立平臺。作出這樣選擇是因為WebSphere基于使HTTPServer和應用服務器相分離的整體架構，同時支持JSP、Servlet和企業(yè)組JavaBean等輕量級線程規(guī)范，所有的請求對應于應用服務器上的處理線程，系統(tǒng)的開銷低、效率非常高，同時WebSphere整個體系結構相當?shù)撵`活，為適應擴展需要可以作不同的橫向和縱向擴展，從而可以滿足各銀行未來的擴展需要。正是因為在一開始選型的時候我們就已考慮到未來的擴展需要，整個系統(tǒng)在接下來的幾次性能改進方面，我們大體上都能相對順利地達到了預期目標。第二方面是Web服務器的性能配置。在一開始系統(tǒng)上線的時候，由于系統(tǒng)的負荷不是很大，為了節(jié)省系統(tǒng)總擁有成本TCO投資，我們在一臺較低配置的IBMRS6000上投產(chǎn)了該系統(tǒng)。整個系統(tǒng)的HTTP服務器、應用服務器、通信服務器等均位于該臺機器上，由于初始投產(chǎn)時用戶不多，所以系統(tǒng)的性能基本上能令人接受。但隨著業(yè)務的發(fā)展和用戶訪問量的增大，我們發(fā)現(xiàn)該服務器的響應變慢，系統(tǒng)的CPU利用率和內外存交換顯著增大。經(jīng)過跟蹤，我們發(fā)現(xiàn)關鍵原因之一是系統(tǒng)的內存不足的緣故。由于網(wǎng)上服務器把大量用戶的會話信息保存在內存中供給應用系統(tǒng)使用，當內存不足時，大量Session信息被迫交換至硬盤，大量CPU時間消耗在等候內外存的交換上，系統(tǒng)效率迅速下降。鑒于這種情況，我們把該服務器的內存由2GB擴充為4GB，同時相應調整用戶會話信息的保存時間，這樣整個系統(tǒng)的效率又回到較為理想的狀況。由于新應用的不斷投產(chǎn)及數(shù)據(jù)庫操作的日益增加，我們后來逐漸監(jiān)控到系統(tǒng)的數(shù)據(jù)庫處于繁忙狀態(tài)，系統(tǒng)的錯誤日志也記錄下了供應用服務器使用的數(shù)據(jù)庫連接處出現(xiàn)資源不足的情況。在這種背景下，我們認為整個系統(tǒng)由于硬件配置所限，應該進行橫向擴展，因此我們把數(shù)據(jù)庫服務器分離出來，配置到另一較高性能的服務器上，相應定義的數(shù)據(jù)庫資源也大幅增加，這樣整個系統(tǒng)的性能又處于較為理想的狀況。第三方面是對應用系統(tǒng)進行相應的優(yōu)化以提高性能。Web服務器配置及相應的硬件擴展不失為解決系統(tǒng)性能問題的一條捷徑，但應用系統(tǒng)的優(yōu)化也是應該重點加以考慮的，畢竟它能夠在投入較少的情況下提高系統(tǒng)的運用效率。在開發(fā)的初期，我們就已經(jīng)十分注意系統(tǒng)的利用效率，比如提醒程序員盡量不要利用用戶會話信息(Session）來傳遞大的對象，對于內存要注意回收等。同時，通過內部的交流會推廣與介紹一些小的、有用的編程技巧來提高開發(fā)人員的水平，通過代碼的抽查，希望能在早期就發(fā)現(xiàn)問題等。在系統(tǒng)運行期間，我們通過監(jiān)控發(fā)現(xiàn)，應用服務器所基于的Java虛擬機，其內存堆的空閑空間有不斷下降的趨勢，每隔若干天導致空間消耗殆盡、無法分配新對象空間，從而導致系統(tǒng)重啟。在排除了系統(tǒng)本身問題的原因外，我們確定為應用系統(tǒng)的開發(fā)有問題。通過從網(wǎng)上萬載IBM公司檢測Java虛擬機的相關工具對JVM進行監(jiān)控后終于發(fā)現(xiàn)系統(tǒng)內部存在著不能回收內存的對象，再通過查找相應的程序發(fā)現(xiàn)在該程序中有“環(huán)狀”的對象引用，從而導致對象使用后不能被垃圾收集器所回收。這個問題的解決過程雖然十分艱苦，但由于該問題不能通過升級硬件或增加資源配置而得到根本解決，會給系統(tǒng)帶來很大的隱患。所以，整個過程的分析與解決是完全值得的，更何況通過查找故障原因的過程，給整個項目組上了生動的一堂軟件質量保證課，對項目組的質量意識起了很大的促進作用。所以說改進Web服務器的性能井不單純是系統(tǒng)管理方面的工作，它滲透到開發(fā)以及系統(tǒng)運行等一系列環(huán)節(jié)中。第四方面預先考慮未來的擴展與性能需要。隨著系統(tǒng)的發(fā)展及成熟，考慮到用戶訪問量的不斷上升，為了預留系統(tǒng)的發(fā)展空間，我們最近又對整個系統(tǒng)作了一個系統(tǒng)性的升級。通過引入多臺HTTP服務器及應用服務器并行工作提高整個系統(tǒng)吞吐量及單點故障克服能力。由于在一開始選型的時候就已經(jīng)充分考慮到動態(tài)負載均衡及橫向擴展方面的需要，這一項的升級無需對整個系統(tǒng)的體系結構作根本的變革，對應用程序來說，更是沒有造成任何影響。整個項目歷時近兩年，從這兩年的系統(tǒng)情況來看，整個系統(tǒng)是成功的。根據(jù)我親身的經(jīng)歷，系統(tǒng)性能并不單純是系統(tǒng)運行與管理階段的問題，而是滲透在項目論證、開發(fā)以及運行的各個階段。只有在各個階段都能充分考慮性能方面的需要，在實際運行時，整個系統(tǒng)的性能才可能真正有保障。在技術方面來看，可以綜合利用選型評估、硬件擴展、應用優(yōu)化和系統(tǒng)配置優(yōu)化等一系列的手段；比如在硬件擴展方面，又可以分為主要部件擴容，縱向升級、橫向升級等方面。在我們的項目實踐中，曾綜合地利用了上述的各種手段。比如某銀行的整個系統(tǒng)從日訪問量不足1萬至現(xiàn)在的每日超過I0萬次以上的點擊的發(fā)展情況來看，整個系統(tǒng)的性能保障及提高方案是比較成功的。評注：實踐過程較有說服力。條理與思路相當清晰，技術措施與管理措施的推進也很明確。所論述的技術還有一些局限，不夠開闊。（本文主要參考了廣州黃昌湛等人的論文）界面設計指導原則八條黃金規(guī)則：一是盡量保持一致性；二是為熟練用戶提供快捷鍵；三是提供反饋信息；四是設計完整的對話過程；五是提供簡單的錯誤處理機制；六是允許撤銷動作；七是提供控制的內部軌跡；八是減輕短輕記憶負擔。論開放系統(tǒng)應用的互操作性分布式系統(tǒng)的主要特點包括資源共享、開放性、并發(fā)性、可伸縮性、容錯性以及透明性。實現(xiàn)分布式系統(tǒng)的體系結構主要包括兩種，一種是客戶/服務器體系結構，另一種是分布式對象體系結構，不區(qū)分服務器和客戶機，將系統(tǒng)當成交互的一組對象，它們的位置是無關緊要的，服務提供者和消費者之間沒有界限?；赗UP的軟件過程及應用1引言軟件過程（SoftwareProcess）是人們建立、維護和進化軟件產(chǎn)品整個過程中所有技術活動和管理活動的集合[1]。目前，軟件過程技術是一個非?；钴S的研究領域，吸引了大批來自學術界和工業(yè)界的專家和學者。從1984年起每年有軟件過程國際研討會（ISPW），從1991年起開始召開軟件過程國際會議（ICSP），每個國家?guī)缀醵加凶约旱能浖^程改進網(wǎng)絡（SPN）。軟件過程技術的研究主要有三個方向：（1）軟件過程分析和建模。軟件過程建模方法是軟件過程技術的起點，其中形式化半形式化建模方法有基于規(guī)則的，基于過程程序的等等。過程分析和過程建模對于保證過程定義的質量、建立全面和靈活的過程體系具有重要的作用。

（2）軟件過程支持。軟件過程支持主要是指研究和開發(fā)支持軟件過程活動的CASE工具，過程支撐工具作為一種技術基礎設施能夠很好地支持、管理并規(guī)范化軟件過程。軟件過程支持工具主要包括軟件過程流程工具、過程文擋工具、評審工具和人員管理工具。

（3）軟件過程評估和改進。軟件過程改進對生產(chǎn)高質量軟件產(chǎn)品和提高軟件生產(chǎn)率的重要性已被越來越多的軟件開發(fā)組織所認同。由美國卡耐基·梅隆大學軟件工程研究所（CMU/SEI）提出的軟件能力成熟度模型（SW-CMM）除了用于軟件過程評估外，還向軟件組織提供了指導其進行軟件過程管理和軟件過程改進的框架。

RationalUnifiedProcess(RUP)是Rational軟件公司的一個軟件過程產(chǎn)品，是由Objectory過程演化而來的，其初始版本為5。0，先后經(jīng)歷了5。1、5。1。1、5。5等版本直到最新的RationalUnifiedProcess2000版本。RUP將項目管理、商業(yè)建模、分析與設計等統(tǒng)一起來，貫穿整個開發(fā)過程。RUP采用Internet技術，可以增強團隊的開發(fā)效率，并為所有成員提供最佳的軟件實現(xiàn)方案，它使團隊中每個開發(fā)人員的見解和思想得到統(tǒng)一，使開發(fā)小組成員的溝通更為容易，而這正是任何項目要取得成功的關鍵因素；它可以增強開發(fā)人員對軟件的預見性，最終的好處就是提高了軟件質量，并有效縮短了軟件從開發(fā)到投放市場的時間。RUP過程為軟件開發(fā)提供了規(guī)范性的指南、模板和范例，可用來開發(fā)所有類型的應用。

本文的第2節(jié)討論基于RUP的軟件過程，第3節(jié)給出一個應用實例，第4節(jié)是本文的結論。

2基于RUP的軟件過程

RUP中的軟件過程在時間上被分解為四個順序的階段，分別是初始階段(Inception)、細化階段(Elaboration)、構建階段(Construction)和交付階段(Transition)[2]。每個階段結束時都要安排一次技術評審，以確定這個階段的目標是否已經(jīng)滿足。如果評審結果令人滿意，就可以允許項目進入下一個階段?；赗UP的軟件過程模型如圖1所示。圖1基于RUP的軟件過程圖2初始階段子過程圖3細化階段子過程從圖1中可以看出，基于RUP的軟件過程是一個迭代過程。通過初始、細化、構建和提交四個階段就是一個開發(fā)周期，每次經(jīng)過這四個階段就會產(chǎn)生一代軟件。除非產(chǎn)品退役，否則通過重復同樣的四個階段，產(chǎn)品將進化為下一代產(chǎn)品，但每一次的側重點都將放在不同的階段上。這些隨后的過程稱為進化過程。

用戶需求的變化、運行環(huán)境的變更、基礎技術方面的變更等都會引發(fā)進化過程。通常情況下，進化過程的初始階段和細化階段都比較簡單，因為基本產(chǎn)品定義和體系結構在前面的開發(fā)過程就已經(jīng)決定。但也有例外情況，例如對軟件體系結構(SoftwareArchitecture)進行重新定義的進化過程。

2.1初始階段

初始階段的任務是為系統(tǒng)建立業(yè)務模型并確定項目的邊界。在初始階段，必須識別所有與系統(tǒng)交互的外部實體，定義系統(tǒng)與外部實體交互的特性。在這個階段中所關注的是整個項目的業(yè)務和需求方面的主要風險。對于建立在原有系統(tǒng)基礎上的開發(fā)項目來說，初始階段可能很短。初始階段的實現(xiàn)過程如圖2所示。（1）明確項目規(guī)模

建立項目的軟件規(guī)模和邊界條件，包括驗收標準；了解環(huán)境及重要的需求和約束，識別系統(tǒng)的關鍵用例(UseCase)。

（2）評估項目風險

軟件過程主要關心的是軟件開發(fā)的已知方面，只能準確描述、計劃、分配和評審那些已經(jīng)知道將要完成的事情。風險管理則主要關心未知方面。在基于RUP的迭代式軟件過程中，很多決策要受風險決定。要達到這個目的，開發(fā)者需要詳細了解項目所面臨的風險，并對如何降