第第#頁事件驅(qū)動的機構(gòu)。ESB是一種基于標準的面向服務的骨干，它能夠進行可靠連接和協(xié)調(diào)數(shù)百個應用程序端點。ESB為需要連接跨越不同數(shù)據(jù)中心分布的各種異構(gòu)系統(tǒng)的企業(yè)提供了一種理想的體系結(jié)構(gòu)，同時還保持了絕對的事務完整性。此外，它還提供幾個通過部署時構(gòu)造進行最初配置的高級服務，從而保護了門戶應用程序，即不必經(jīng)常對它進行修訂和重新部署來管理后端上的更改。2.4.3J2EE技術(shù)作為系統(tǒng)平臺的基礎(chǔ)，平臺必須具有很好的可移植性和可擴充性。為了可移植，平臺開發(fā)的技術(shù)盡可能與操作系統(tǒng)無關(guān)。談到與操作系統(tǒng)無關(guān)的開發(fā)技術(shù)，必然首推JAVA。要使系統(tǒng)具有可擴充性就必須采用通用的組件標準。J2EE是Sun公司所頒布的標準，但已廣為工業(yè)界所接受，J2EE的出現(xiàn)標志著用Java開發(fā)企業(yè)級應用系統(tǒng)已變得非常簡單。由于J2EE是多層的分布式體系結(jié)構(gòu)，使系統(tǒng)的操作和運行具有很好的靈活性；先進的Java計算方案如面向?qū)ο?、獨立于平臺、快速集成、代碼重用等，使系統(tǒng)具有良好的可移植性和可擴展性，所以我們選擇J2EE作為系統(tǒng)的應用服務平臺。J2EE為搭建具有可伸縮性、靈活性、易維護性的業(yè)務系統(tǒng)提供了良好的機制。1）支持異構(gòu)環(huán)境J2EE能夠開發(fā)部署在異構(gòu)環(huán)境中的可移植程序?；贘2EE的應用程序不依賴任何特定操作系統(tǒng)、中間件、硬件。因此設計合理的基"J2EE的程序只需開發(fā)一次就可部署到各種平臺。這在典型的異構(gòu)計算環(huán)境中是十分關(guān)鍵的。J2EE標準也允許使用與J2EE兼容的第三方的現(xiàn)成組件，把它們部署到異構(gòu)環(huán)境中，節(jié)省了由自己制訂整個方案所需的費用。2）可伸縮性：基于J2EE平臺的應用程序可被部署到各種操作系統(tǒng)上，為消除系統(tǒng)中的瓶頸，允許多臺服務器集成部署，實現(xiàn)可高度伸縮的系統(tǒng)，滿足未來業(yè)務系統(tǒng)的需要。3）穩(wěn)定的可用性：一個服務器端平臺必須能全天候運轉(zhuǎn)以滿足業(yè)務運行的4）強大的應用開發(fā)能力：J2EE框架中的多種技術(shù)提供了應用開發(fā)的手段，如XML、JMS、RMI/IIOP、JCA，從數(shù)據(jù)級、組件級、應用級等層次支持國資監(jiān)管信息應用的集成。集成PortalforArcGIS構(gòu)建CreatMap平臺PortalforArcGIS包含在ArcGISforServer標準版和高級版中，提供以地圖為核心的內(nèi)容協(xié)作，可以部署在自己的基礎(chǔ)設施中（內(nèi)部部署或在云中部署）PortalforArcGIS是ArcGIS平臺的一個核心組件，提供的功能包括快速創(chuàng)建、組織、授權(quán)和管理組織內(nèi)部的地理資產(chǎn)。使用PortalforArcGIS，可以進行：>管理用戶單位自己的地理信息資源；訪問ArcGISOnline提供的地理底圖、GIS工具和分析服務；在線創(chuàng)建地圖、Web應用；在用戶單位內(nèi)外，分享地圖和Web應用；將本地、現(xiàn)有的ArcGISforServer服務注冊進來進行管理；>基于群組實現(xiàn)日常工作的協(xié)同辦公。帶來全新的GIS應用模式：Portal使得GIS功能與網(wǎng)絡技術(shù)結(jié)合得更加的緊密，在為用戶帶來諸多便利的同時，為組織內(nèi)資源利用的協(xié)同與共享帶來了合理的解決方案。

實現(xiàn)了服務托管的功能用戶無需搭建、維護ArcGISforServer環(huán)境，即可實現(xiàn)GIS服務的發(fā)布與管理。2.4.4?3Portal可以作為ArcGIS私有云門戶:借助Portal，用戶可以實現(xiàn)對云GIS當中資源服務的管理，并能直接使用這些資源服務實現(xiàn)地圖瀏覽、專題圖制作以及創(chuàng)建應用等功能。Fi'rSWlArcGISOnline中的底職喪理莖涯Postal▲Fi'rSWlArcGISOnline中的底職喪理莖涯Postal▲牡有云服勢囂中的地理螢；1弟尸自銅有的敷據(jù)2.4.5基于WebService服務接口實現(xiàn)與業(yè)務系統(tǒng)對接集成WebService主要是為了使各自孤立的業(yè)務系統(tǒng)之間的信息能夠相互通信、共享而提出的一種接口。WebService通過使用Internet上統(tǒng)一、開放的標準，如HTTP、XML、SOAP（簡單對象訪問協(xié)議）、WSDL等，實現(xiàn)不同系統(tǒng)之間的信息交換，WebService可以在任何支持這些標準的環(huán)境（Windows，Linux）中使用，主要用于跨網(wǎng)絡或跨系統(tǒng)之間的信息互通和共享。WebService應用特點：八、、?（1）跨防火墻的通信如果應用程序有成千上萬的用戶，而且分布在世界各地，那么客戶端和服務器之間的通信將是一個棘手的問題。因為客戶端和服務器之間通常會有防火墻或者代理服務器。在這種情況下，使用DCOM就不是那么簡單，通常也不便于把客戶端程序發(fā)布到數(shù)量如此龐大的每一個用戶手中。傳統(tǒng)的做法是，選擇用瀏覽器作為客戶端，寫下一大堆ASP頁面，把應用程序的中間層暴露給最終用戶。這樣做的結(jié)果是開發(fā)難度大，程序很難維護。舉個例子，在應用程序里加入一個新頁面，必須先建立好用戶界面（Web頁面），并在這個頁面后面，包含相應商業(yè)邏輯的中間層組件，還要再建立至少一個ASP頁面，用來接受用戶輸入的信息，調(diào)用中間層組件，把結(jié)果格式化為HTML形式，最后還要把“結(jié)果頁”送回瀏覽器。要是客戶端代碼不再如此依賴于HTML表單，客戶端的編程就簡單多了。如果中間層組件換成WebService的話，就可以從用戶界面直接調(diào)用中間層組件，從而省掉建立ASP頁面的那一步。要調(diào)用WebService，可以直接使用MicrosoftSOAPToolkit或.NET這樣的SOAP客戶端，也可以使用自己開發(fā)的SOAP客戶端，然后把它和應用程序連接起來。不僅縮短了開發(fā)周期，還減少了代碼復雜度，并能夠增強應用程序的可維護性。同時，應用程序也不再需要在每次調(diào)用中間層組件時，都跳轉(zhuǎn)到相應的“結(jié)果頁”。從經(jīng)驗來看，在一個用戶界面和中間層有較多交互的應用程序中，使用WebService這種結(jié)構(gòu)，可以節(jié)省花在用戶界面編程上大量的開發(fā)時間。另外，這樣一個由WebService組成的中間層，完全可以在應用程序集成或其它場合下重用。最后，通過WebService的方式把應用程序的邏輯和數(shù)據(jù)公布出來，還可以讓其它平臺上的客戶重用這些應用程序。（2）應用程序集成在傳統(tǒng)企業(yè)級應用中，用戶需要把用不同語言寫成的、在不同平臺上運行的各種程序集成起來，而這種集成將花費很大的開發(fā)力量。應用程序經(jīng)常需要從運行在IBM主機上的程序中獲取數(shù)據(jù)；或者把數(shù)據(jù)發(fā)送到主機或UNIX應用程序中去。即使在同一個平臺上，不同軟件廠商生產(chǎn)的各種軟件也常常需要集成起來。通過WebService方式，應用程序可以用標準的方法把功能和數(shù)據(jù)公布出來，供其它應用程序使用。例如，有一個訂單登錄程序，用于登錄從客戶來的新訂單，包括客戶信息、發(fā)貨地址、數(shù)量、價格和付款方式等內(nèi)容；還有一個訂單執(zhí)行程序，用于實際貨物發(fā)送的管理。這兩個程序來自不同軟件廠商。一份新訂單進來之后，訂單登錄程序需要通知訂單執(zhí)行程序發(fā)送貨物。通過在訂單執(zhí)行程序上面增加一層WebService，訂單執(zhí)行程序可以把“AddOrder”函數(shù)“暴露”出來。這樣，每當有新訂單到來時，訂單登錄程序就可以調(diào)用這個函數(shù)來發(fā)送貨物了。（3）軟件和數(shù)據(jù)重用軟件重用涵蓋了許多層面，重用的形式很多，重用的程度有大有小。最基本的形式是源代碼模塊或者類一級的重用，另一種形式是二進制形式的組件重用。用WebService集成各種應用中的功能，為用戶提供一個統(tǒng)一的界面，當前像表格控件或用戶界面控件這樣的可重用軟件組件，在市場上都占有很大的份額。但這類軟件的重用有一個很大的限制，就是重用僅限于代碼，數(shù)據(jù)不能重用。原因在于，發(fā)布組件甚至源代碼都比較容易，但要發(fā)布數(shù)據(jù)就沒那么容易，除非是不會經(jīng)常變化的靜態(tài)數(shù)據(jù)。WebService在允許重用代碼的同時，可以重用代碼背后的數(shù)據(jù)。使用WebService，再也不必像以前那樣，要先從第三方購買、安裝軟件組件，再從應用程序中調(diào)用這些組件；只需要直接調(diào)用遠端的WebService就可以了。舉個例子，要在應用程序中確認用戶輸入的地址，只需把這個地址直接發(fā)送給相應的WebService，這個WebService就會幫你查閱街道地址、城市、省區(qū)和郵政編碼等信息，確認這個地址是否在相應的郵政編碼區(qū)域。WebService的提供商可以按時間或使用次數(shù)來對這項服務進行收費。這樣的服務要通過組件重用來實現(xiàn)是不可能的，那樣的話你必須下載并安裝好包含街道地址、城市、省區(qū)和郵政編碼等信息的數(shù)據(jù)庫，而且這個數(shù)據(jù)庫還是不能實時更新的。另一種軟件重用的情況是，把好幾個應用程序的功能集成起來。例如，要建立一個局域網(wǎng)上的門戶站點應用，讓用戶既可以查詢聯(lián)邦快遞包裹，查看股市行情，又可以管理自己的日程安排，還可以在線購買電影票?，F(xiàn)在Web上有很多應用程序供應商，都在其應用中實現(xiàn)了這些功能。一旦他們把這些功能都通過WebService“暴露”出來，就可以非常容易地把所有這些功能都集成到你的門戶站點中，為用戶提供一個統(tǒng)一的、友好的界面。將來，許多應用程序都會利用WebService，把當前基于組件的應用程序結(jié)構(gòu)擴展為組件WebService的混合結(jié)構(gòu)，可以在應用程序中使用第三方的WebService提供的功能，也可以把自己的應用程序功能通過WebService提供給使用者。兩種情況下，代碼及代碼背后的數(shù)據(jù)，都可以得到重用。從以上論述可以看出，WebService是通過Web進行互操作或遠程調(diào)用的有效的手段之一。本項目將充分利用WebService等技術(shù)手段來實現(xiàn)與各業(yè)務系統(tǒng)進行數(shù)據(jù)同步交換。軟件工程開發(fā)實施管理規(guī)范標準3.1總綱軟件工程項目要在滿足用戶需求的條件下，盡可能做到高可靠、高性能，同時又受到成本和交付期的限制，成功地完成軟件開發(fā)工作的一個主要決定因素就是軟件管理。本標準參照我國軟件工程國家標準（表-1），結(jié)合具體的實踐情況編制而成。

表-1軟件工程國家標準分類標準名稱標準號基礎(chǔ)標準軟件工程術(shù)語GB/T11457-89信息處理-數(shù)據(jù)流程圖、程序流程圖、系統(tǒng)流程圖序網(wǎng)絡圖和系統(tǒng)資源圖的文件編輯符號及約定GB1526-89軟件工程標準分類法GB/T15538-95信息處理-程序構(gòu)造及其表示法約定GB13502-92信息處理-單命中判定表規(guī)范GB/T15535-95信息處理系統(tǒng)-計算機系統(tǒng)配置圖符號及其約定GB/T14085-93開發(fā)標準軟件開發(fā)規(guī)范GB8566-88計算機軟件單元測試GB/T15532-95軟件支持環(huán)境信息處理-按記錄組處理順序文卷的程序流程GB/T14079-93軟件維護指南文檔標準軟件文檔管理指南計算機軟件產(chǎn)品開發(fā)文件編制指南GB8567-88計算機軟件需求說明編制指南GB9385-88計算機軟件測試文件編制規(guī)范GB9386-88管理標準計算機軟件配置管理計劃規(guī)范GB/T12505-90信息技術(shù)、軟件產(chǎn)品評價、質(zhì)量特性及其使用指南GB/T12260-96計算機軟件質(zhì)量保證計劃規(guī)范GB12504-90計算機軟件可靠性和可維護性管理GB/T14394-93質(zhì)量管理和質(zhì)量保證標準GB/T19000-943.1.1目的計算機軟件由于其固有的特性：抽象性：沒有形體，自然沒有一般制造業(yè)產(chǎn)品所具有的幾何尺寸，物理性質(zhì)和化學性質(zhì)。復雜性：軟件內(nèi)部結(jié)構(gòu)復雜。多樣性：沒有完全相同的軟件。易變性：軟件在開發(fā)過程以及交付使用后常常會出于各種原因而修改。軟件需求難于把握：軟件開發(fā)常常會出現(xiàn)用戶弄不清自己的需求、講不清自己的需求、開發(fā)人員理解不透用戶的需求，在開發(fā)過程中再三要變更需求。因此要保證軟件產(chǎn)品的開發(fā)質(zhì)量其標準化是實現(xiàn)軟件產(chǎn)業(yè)化的最必要的前提，其目的就是按標準規(guī)范管理軟件開發(fā)的每一個生產(chǎn)環(huán)節(jié)，做到標準化，過程化。讓軟件開發(fā)的所有過程都能按ISO9000標準受控，同時使繁瑣的標準描述簡化成圖表描述。任務在軟件生存期中，其主要的任務是：管理過程、獲取過程、供應過程、開發(fā)過程、操作過程、維護過程和支持過程。將其簡化描述成“項目管理過程”“配置管理過程”、“主要過程”、“質(zhì)量管理過程”，使這四部分工作的每一步驟的管理、通信、文檔格式、執(zhí)行過程都標準化是其主要的任務。組織結(jié)構(gòu)要保證軟件開發(fā)的質(zhì)量，其基本前提是有一個合理的組織結(jié)構(gòu)保證軟件的實施過程。否則所有的一切都是空中樓閣。

系統(tǒng)分析組織機構(gòu)圖統(tǒng)幵發(fā)配護程序卄發(fā)敕件測試配伯息系統(tǒng)分析組織機構(gòu)圖統(tǒng)幵發(fā)配護程序卄發(fā)敕件測試配伯息T-處劃理V理3.2軟件工程過程規(guī)范3.2.1目的本節(jié)目的是規(guī)范軟件工程開發(fā)過程的總體任務和實施管理的生存期模型，用現(xiàn)代科學技術(shù)知識來設計并構(gòu)造計算機程序，為開發(fā)、運行和維護這些程序建立所必需的相關(guān)文件資料，在成本限額內(nèi)按時完成開發(fā)和修改軟件產(chǎn)品所需的管理技術(shù)標準。軟件工程的過程是將軟件工程的方法和工具綜合起來達到合理、及時地進行軟件開發(fā)的目的。方法是要求使用順序、可交付的文檔資料，為保證質(zhì)量和協(xié)調(diào)變更建立所需要的管理，以及確定軟件開發(fā)各個階段完成的里程碑。工具為軟件工程方法提供的自動或半自動的軟件支持環(huán)境，可將軟件工具、開發(fā)機器和一個存放開發(fā)過程信息的工程數(shù)據(jù)庫組合起來形成一個軟件工程環(huán)境?；灸繕耸歉冻鲚^低的開發(fā)成本，達到要求的軟件功能，取得較好的軟件性能，使開發(fā)的軟件易于移植，只需要較低的維護費用，能按時完成開發(fā)工作

及時交付使用。3.2.2軟件生存周期模型制定計劃決定口標古車；III:S生11風險分析評恰方器

識別鳳蟄實制定計劃決定口標古車；III:S生11風險分析評恰方器

識別鳳蟄實現(xiàn)收假譏確認憲求確夢/躱件產(chǎn)山：/袒計/"…丁|'詳細設計■實施工程廿發(fā)、驗證下一產(chǎn)品\可運行'原型3\原覽亟裝與細亠3.2.3軟件開發(fā)過程3.2.4過程執(zhí)行中的作用項目管理：制定計劃、監(jiān)控計劃實施、評價計劃實施、評估項目風險、可能的技術(shù)攻關(guān)，涉及到有關(guān)過程的產(chǎn)品管理、任務管理。系統(tǒng)開發(fā)：系統(tǒng)需求分析，系統(tǒng)結(jié)構(gòu)設計，軟件需求分析，軟件結(jié)構(gòu)設計，軟件詳細設計，軟件編碼和測試，軟件集成，系統(tǒng)集成，系統(tǒng)合格測試軟件安裝及驗收支持。質(zhì)量管理：軟件產(chǎn)品質(zhì)量保證，合同、過程、需求、設計、編碼、集成和文檔的驗證，產(chǎn)品質(zhì)量測試。配置管理：配置計劃、配置標識、記錄配置狀態(tài)、評價配置、發(fā)行管理及交付，文檔資料歸檔管理。維護管理：問題和變更分析，實施變更，維護評審及維護驗收，軟件移植及軟件退役。項目經(jīng)理：定義和分析用戶需求，提供招標準備、風險評估、合同準備和驗收，評審需求，制訂并實施項目計劃，評審和評價產(chǎn)品。3.3需求分析過程標準3.3.1需求分析任務通常軟件開發(fā)項目是要實現(xiàn)目標系統(tǒng)的物理模型，將功能和數(shù)據(jù)結(jié)構(gòu)分配到這些系統(tǒng)元素中。目標系統(tǒng)的具體物理模型是由它的邏輯模型經(jīng)實例化表現(xiàn)出來，需求分析的任務就是借助于目標系統(tǒng)的邏輯模型表現(xiàn)出所需要的問題，即具體的工作為：＞目標系統(tǒng)的功能需求（功能描述）＞目標系統(tǒng)的業(yè)務需求（業(yè)務流程）＞目標系統(tǒng)的業(yè)務優(yōu)化（業(yè)務重構(gòu)）＞目標系統(tǒng)的數(shù)據(jù)需求（數(shù)據(jù)流程）＞目標系統(tǒng)的功能性約束和非功能性約束需求（性能描述）3.3.2需求分析過程需求分析過程分為四過方面1）問題識別A功能需求＞性能需求A環(huán)境需求

＞可靠性需求＞安全保密需求＞用戶界面需求2）分析與綜合3）編制需求分析文檔4）需求分析評審需求分新愉狀件足寶文檔■ft出軟件需求分析工作流程圖件幵罡小蛆覽立!1杯我統(tǒng)吐.敬抵噩戎砸圧軟件各種件，宜義蟲檔靠扯川行報吿、開發(fā)訃劃需求分新愉狀件足寶文檔■ft出軟件需求分析工作流程圖件幵罡小蛆覽立!1杯我統(tǒng)吐.敬抵噩戎砸圧軟件各種件，宜義蟲檔靠扯川行報吿、開發(fā)訃劃F石貞補充確沁嘉貌功憧H］戶f需求者■性儺?環(huán)境I帝感幽蟲罷ft畫科即朮葺洛世i*片攻計鳥、就邦需才務耐法需求開發(fā)流程說明3.3.3需求分析業(yè)務關(guān)系讒審編寫需求臥擇說明模板誦住審查標準編寫測試計劃至桂理編寫需衷說明卑求孑析＞獲取問題3.4系統(tǒng)設計過程標準3.4.1任務概要設計，任務包括：設計系統(tǒng)的物理實現(xiàn)方案，內(nèi)容：＞劃分組成系統(tǒng)的物理元素(程序、設備、存儲數(shù)據(jù)結(jié)構(gòu)等)；＞確定數(shù)據(jù)在組成成份間的流向；＞系統(tǒng)的邊界；設計軟件的整體結(jié)構(gòu)，劃分程序功能模塊，決定模塊間的接口關(guān)系；設計系統(tǒng)全局的存儲數(shù)據(jù)結(jié)構(gòu)，文件或數(shù)據(jù)庫；設計系統(tǒng)輸入輸出的方式和格式；設計系統(tǒng)的安全性、出錯處理、和代碼等。詳細設計：任務包括上面的內(nèi)容外，核心任務是進一步把軟件的功能模塊細分為程序模塊，設計每個模塊的實現(xiàn)細節(jié)，如算法和程序控制邏輯。系統(tǒng)流程圖——表達軟件系統(tǒng)處理流程，即數(shù)據(jù)在系統(tǒng)各結(jié)構(gòu)中的流動關(guān)系；模塊結(jié)構(gòu)層次圖——表達軟件總體的模塊結(jié)構(gòu)組織。描述設計思想的內(nèi)容：＞描述系統(tǒng)概述＞系統(tǒng)流程圖＞程序模塊結(jié)構(gòu)圖和關(guān)系描述＞數(shù)據(jù)存儲結(jié)構(gòu)圖和關(guān)系描述＞軟件接口設計原則＞軟件功能需求和數(shù)據(jù)存儲結(jié)構(gòu)，程序交叉引用表＞系統(tǒng)安全性設計

3.4.2設計過程流程說明3.4.3設計流程關(guān)系f編寫悔說匪棋板編寫測試計劃確定審1f編寫悔說匪棋板編寫測試計劃確定審1I、I標準'編寫設i…—說朋設計管理確定審查標來系絨設計、霽求了語測試過程標準4.1目的為了保證軟件的質(zhì)量和可靠性，應力求在分析、設計等各個開發(fā)階段結(jié)束前進行嚴格的技術(shù)評審，在編碼階段對軟件進行單元測試、組裝測試、系統(tǒng)測試，以確保軟件的產(chǎn)品質(zhì)量，本節(jié)的目的就是規(guī)范測試過程的標準化，使軟件質(zhì)量體系得到充分地保證。4.2任務在軟件質(zhì)量體系中其主要任務：1）質(zhì)量保證體系2）文檔資料技術(shù)評審（需求分析和系統(tǒng)設計評審）3）單元測試（白盒測試）4）組裝測試（黑盒測試）5）系統(tǒng)測試（驗收測試、驗收走查）在軟件需求開始后就必須通過對軟件功能和需求的情況組織測試計劃，確定開發(fā)過程的測試點和評審關(guān)系。表-2表示了各測試步驟中的測試種類關(guān)系。

表各測試歩驟中的測試種類Mt曲娶的(MaiLd3tory}j(ll^hhRec&iiniiend&d^St建懊用(Suecesled)步靈測試種類、\^幵捏階段的測試產(chǎn)品階段釣測試設計單元測試模塊測試組裝測試部件測試有嫂性測試0!測試測2驗收測試系統(tǒng)測試設計曙審、1S代碼審查MHS功能利試僵盒》HMMMMMM\1結(jié)崗測試【白嘗）H、1S回歸測試HMM可拈性測試HMMMMM軽度測試HM性俺測試HMMMM恢宜測試M啟動，停止測試M配宜測試HMM安全測試H可便用性測試SHMM可支揮性測試HM安裳測試MMM互逹測試SMM華霉性劇試MM容量測試HMH文檔測試MSHM4.3測試過程關(guān)系?；；.試E吿ftifr取E文件歟臨取丈件匹試l￡i■-直迖甬舸設計測試驗收O△-A-裁刪站開謝堆羌第圖可窕性可適胡悄可匡罄檢可測試性可匡鮮杵可摟植性有效It確認軟件配置審查管埋有效性測試確認測試過程關(guān)系圖4.4質(zhì)量確認體系卑戶運行維護軟件計劃物造測試用例軟件配置審查管埋有效性測試確認測試過程關(guān)系圖4.4質(zhì)量確認體系卑戶運行維護軟件計劃物造測試用例實際運行測試進擇測試人員用戶立檔源程序文本開發(fā)文檔支持環(huán)境測試報告欽件配置氛文檔檢査質(zhì)證悴慕圖b.程序檢査質(zhì)量保證祥系圖川八計劃綃川八*市揚需求U?K恂ii：i■'U產(chǎn)品計別4和―:―LJ<?JL.UijWL-n.W￡>丨丨廠at計觀制過磁方系hh卩忖護廠U質(zhì)量評審內(nèi)容需求分析評審內(nèi)容系統(tǒng)定義的目標是否與用戶的要求一致；系統(tǒng)需求分析階段提供的文檔資料是否齊全；文檔中的所有描述是否完整、清晰、準確反映用戶要求與所有其他系統(tǒng)成分的重要接口是否都已經(jīng)描述；所開發(fā)項目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠、確定；所有圖表是否清楚，在不補充說明時能否理解；主要功能是否已包括在規(guī)定的軟件范圍之內(nèi)，是否都已充分說明；設計的約束條件或限制條件是否符合實際；開發(fā)的技術(shù)風險是什么；是否考慮過軟件需求的其他方案；是否考慮過將來可能會提出的軟件需求；是否詳細制定了檢驗標準，它們能否對系統(tǒng)定義是否成功進行確認有沒有遺漏、重復或不一致的地方；用戶是否審查了初步的用戶手冊；軟件開發(fā)計劃中的估算是否受到了影響。5.2設計評審內(nèi)容評價軟件的規(guī)格說明是否合乎用戶的需求；評審可靠性；評審保密措施實現(xiàn)情況；評審操作特性實施情況；評審性能實現(xiàn)情況；評審軟件是否具有可修改性；評審軟件是否具有可擴充性；評審軟件是否具有互換性；評審軟件是否具有可移植性；評審軟件是否具有可測試性；評審軟件是否具有復用性；評審軟件是否具有互連性。程序質(zhì)量評審內(nèi)容1)軟件結(jié)構(gòu)：＞功能結(jié)構(gòu)，數(shù)據(jù)結(jié)構(gòu)、功能結(jié)構(gòu)、數(shù)據(jù)與功能結(jié)構(gòu)之間的對應關(guān)系＞功能的通用性＞模塊層次、與功能層次的對應關(guān)系＞模塊結(jié)構(gòu)，控制流結(jié)構(gòu)、數(shù)據(jù)流結(jié)構(gòu)、與功能結(jié)構(gòu)之間的關(guān)系＞處理過程的結(jié)構(gòu)。運行環(huán)境的接口：＞與其他軟件的接口＞與硬件的接口＞與用戶的接口變更的影響范圍：＞與運行環(huán)境的接口＞在每項設計工程規(guī)格內(nèi)的影響＞在設計工程相互間的影響軟件代碼：＞可讀性，注釋說明清楚。＞可理解性，邏輯思維清晰。＞結(jié)構(gòu)合理性。＞技術(shù)通用性。配置管理標準6.1配置管理目的軟件開發(fā)過程中隨著工作的進展會產(chǎn)生許多信息，如規(guī)格說明書、需求說明書、設計說明、源程序、目標程序、用戶手冊、各種數(shù)據(jù)、測試結(jié)果；以及合同、計劃書、會議記錄、報告等管理文件。一個中大型項目這些信息數(shù)量將達到數(shù)百個甚至上千個。如何管理好這些信息，同時在軟件開發(fā)過程中出現(xiàn)的變更是不可避免的，對于如此龐大且變動中的信息集合，如何使其有序高效地產(chǎn)生、存放、查找和利用成為軟件工程項目十分突出的問題，配置管理的主要目的就是建立一套嚴謹、科學的管理辦法。6.2配置管理內(nèi)容軟件配置項是軟件配置管理的對象，指的是軟件工程過程中產(chǎn)生的所有信息項，包括計算機可執(zhí)行的源代碼、目標碼、數(shù)據(jù)庫以及計算機不可執(zhí)行的文檔資料、源程序清單，測試用例等，主要內(nèi)容有：與合同、過程、計劃和產(chǎn)品有關(guān)的文檔及數(shù)據(jù)；源代碼、目標代碼和可執(zhí)行代碼；相關(guān)產(chǎn)品包括軟件工具、庫內(nèi)的可復用軟件、外購軟件及顧客提供的軟配置管理的任務實施軟件配置管理要做的工作：制訂配置管理計劃。在軟件工程項目制訂開發(fā)計劃時，應使開發(fā)計劃包括配置管理計劃。在配置管理計劃中規(guī)定配置標識規(guī)則，建立怎樣的配置數(shù)據(jù)庫及如何將配置項置于配置管理之下，配置管理人員的職責及配置管理活動，以及采用的配制管理工具、技術(shù)和方法。實施變更管理，這是配置管理的一項重要內(nèi)容，許多軟件工程項目沒有變更管理措施導致出現(xiàn)混亂。實施版本管理和發(fā)行管理。配置管理要做的事是標識變更、控制變更以及發(fā)布變更。軟件配置管理人員需要解決的問題：采用什么方式去標識和管理數(shù)量巨大的程序、文檔等的各種版本。在軟件產(chǎn)品交付用戶之前和交付之后如何控制變更，實現(xiàn)有效變更。誰有權(quán)批準變更以及安排變更的優(yōu)先級用什么方法估計變更可能引起的其他問題。具體表現(xiàn)的任務：配置標識、版本管理、變更管理、配置審核及配置報告。配置過程關(guān)系圖軟件項目管理過程標準7.1軟件項目管理過程目的軟件項目的特殊性使得軟件管理的重要性顯得更加突出和重要，表現(xiàn)在項目的延誤交貨期、產(chǎn)品運行不可靠、實際開發(fā)成本上升以及產(chǎn)品的不良性能等。一些中大型項目的問題主要在于管理方法上，管理過程就是實現(xiàn)項目科學的合理化管理目的。項目管理人員的責任主要在制訂開發(fā)計劃和確定進度要求，監(jiān)督項目按計劃實施，保證開發(fā)活動按規(guī)定的標準執(zhí)行，控制開發(fā)進度，保證項目在規(guī)定的期限內(nèi)，在預算的范圍內(nèi)完成任務。軟件工程項目的特點：軟件產(chǎn)品的不可見，開發(fā)的進展以及產(chǎn)品的質(zhì)量是否符合要求并不是那么明顯，因此難于把握。不存在標準的軟件過程，無法預料某一個特定的軟件過程可能會引起開發(fā)的問題。大型軟件項目往往是一次性項目，無經(jīng)驗可借鑒。基于以上幾個方面的問題，軟件的開發(fā)管理比其他工程管理更困難。軟件項目管理過程主要任務軟件項目管理的對象是軟件工程項目，它所涉及的范圍包括了整個軟件工程過程。為使軟件項目開發(fā)獲得成功，必須對軟件開發(fā)項目的工作范圍、可能遇到的風險、需要的資源(人、硬/軟件)、要實現(xiàn)的任務、經(jīng)歷的里程碑、花費的工作量(成本)，以及進度的安排等一一計劃好，使管理作到心中有數(shù)。軟件項目管理過程是從軟件開始到軟件項目終止的一個項目生命周期，主要在如下幾個方面：軟件項目的開始啟動確定項目的目標和范圍，目標標明軟件項目的目的，范圍標明軟件實現(xiàn)的基本功能，并盡量以定量的方式界定這些功能。從項目管理者角度方面考慮，主要是考慮項目實現(xiàn)的計劃性和可管理性，而不必要在具體技術(shù)上考慮如何設計實現(xiàn)這些軟件功能，和怎樣實現(xiàn)這些功能的具體方法手段。軟件開發(fā)工作的度量進行度量工作是為了幫助軟件開發(fā)人員了解產(chǎn)品開發(fā)的技術(shù)過程和產(chǎn)品，改進開發(fā)過程，提高產(chǎn)品質(zhì)量。其作用是有效的定量地進行管理，把握軟件工程過程的實際情況和所產(chǎn)生的產(chǎn)品質(zhì)量。項目開發(fā)的估算軟件項目管理過程中最關(guān)鍵的活動是制定項目計劃，在做計劃時，必須就需要的人力、項目持續(xù)時間、成本作出估算。其主要的內(nèi)容為：建立軟件的工作范圍；以軟件度量(以往的度量)為基礎(chǔ)作出估算；把項目分解為可單獨進行估算的小塊。4)風險分析每一個新建的軟件總是存在某些不確定性，是否能準確地理解用戶的要求在項目最后結(jié)束之前要求的功能能否實現(xiàn)，是否存在目前技術(shù)上的難題，是否會因某些變更因素造成項目嚴重延誤等等，是項目開發(fā)的主要風險。風險分析對于軟件項目管理是決定性的，風險分析貫穿在軟件工程過程的一系列風險管理中，包括風險識別、風險估計、風險管理策略、風險解決和風險監(jiān)督。5)進度安排每個軟件項目都要制定一個進度安排，對于進度安排，需考慮的是：＞預先對進度如何計劃＞工作怎樣就位＞如何識別定義好任務＞如何識別和監(jiān)控關(guān)鍵路經(jīng)＞對進展如何度量＞如何建立分隔任務的里程碑6)追蹤與控制制定了開發(fā)進度計劃，就可以開始著手追蹤和控制活動，項目管理人員負責追蹤在進度安排中標明的每一個任務。借助項目管理工具軟件可自動對進度安排的變化進行調(diào)整和資源重新定位分配。管理過程的主要職能軟件管理的主要職能包括：制定計劃：規(guī)定待完成的任務、要求、資源、人力和進度等。建立組織：為實施計劃、保證任務的完成，需建立分工明確的責任機制。配備人員：任用各種層次的技術(shù)人員和管理人員。指導：鼓勵和動員軟件人員完成所分配的工作。檢驗：對照計劃或標準監(jiān)督和檢查實施的情況。項目追蹤和控制：定期舉行項目狀態(tài)會議。每位項目成員報告他的進展和遇到的問題。評價在軟件工程過程中所產(chǎn)生的所有評審的結(jié)果。確定由項目的計劃進度所安排的可能選擇的正式的里程碑。比較在項目資源表中所列出的每一個項目任務的實際開始時間和計劃開始時間。非正式地與開發(fā)人員交談，以得到對開發(fā)進展和剛冒頭的問題的客觀評價。管理過程制定的計劃：項目實施計劃(軟件開發(fā)計劃)，包括任務、進度、人力、環(huán)境、資源、組織等多個方面。質(zhì)量保證計劃：把軟件開發(fā)的質(zhì)量要求具體規(guī)定為在每個開發(fā)階段中可以檢查的質(zhì)量保證活動。軟件測試計劃：規(guī)定測試活動的任務、測試方法、進度、資源、人員職責。文檔編制計劃：規(guī)定所開發(fā)項目應編制的文檔種類、內(nèi)容、進度、人員職責等。用戶培訓計劃：規(guī)定對用戶進行培訓的目標、要求、進度、人員職責。綜合支持計劃：規(guī)定軟件開發(fā)過程所需要的支持，以及如何獲取和利用這些支持。軟件分發(fā)計劃：軟件開發(fā)項目完成后，如何提供給用戶。軟件的范圍：軟件范圍包括功能、性能、限制、接口和可靠性。由于成本和進度的估算都是與功能有關(guān)，因此常采用某種程度的功能分解。性能的考慮包括處理和系統(tǒng)響應時間的需求。約束條件則標識外部硬件、可用于存儲或其他現(xiàn)有系統(tǒng)對軟件的限制。接口的性質(zhì)和復雜性是對開發(fā)資源、成本和進度的影響的一個不可忽略的部分。軟件維護標準8.1軟件維護目的軟件產(chǎn)品開發(fā)完成投入使用后，常常由于各種理由需要對它作適當?shù)淖兏瓉淼墓δ芎托阅芸赡懿辉谶m應用戶的要求，需要作變更；軟件工作環(huán)境可能有變化，經(jīng)常配合軟件工作的硬件有了變動，如添置了新設備等；在軟件運行中發(fā)現(xiàn)錯誤，需要改正。通常把軟件交付使用后的變更稱為維護。維護的目的歸結(jié)為：改正在特定使用條件下暴露出來的一些潛在的程序錯誤或設計缺陷。因在軟件使用過程中數(shù)據(jù)環(huán)境發(fā)生變化，需修改軟件以適應這種變化。用戶和數(shù)據(jù)處理人員在使用時常提出改進現(xiàn)有功能，增加新的功能，以及改善總體性能的要求，為滿足這些要求，需修改軟件。維護活動的內(nèi)容：改正性維護：由于開發(fā)時測試的不徹底、不完全所留下的隱藏錯誤。適應性維護：硬件環(huán)境的變化和數(shù)據(jù)環(huán)境的變化，導致軟件的修改。完善性維護：使用過程中提出新的功能與性能要求。預防性維護：為了提高軟件的可維護性、可靠性對軟件的修改。8.2軟件維護活動軟件如何進行維護，應當如何組織維護活動，以便有效地完成軟件維護任務。為了有效地進行軟件維護，應建立維護機構(gòu)，申明提出維護申請報告，評價過程，規(guī)定維護申請的處理步驟，建立維護活動登