南京祿口國際機場自通航以來，航班量和旅客人數不斷增加，這對安檢設備對其進行有效的管理是我們設備管理工作中非常重要而又繁瑣的一環。由于安全檢查崗位所用的儀器設備種類多、數量大，傳統的人工管理難度大，工作量也大，以人工方式對設備進行管理、逐臺查對的弊端日益突出，急待改進。基于此，我們設計開發了“安檢設備管理系統”軟件，實現對機場安檢設備日常安裝、維護、跟蹤及統計等方面進行信息化管理，使工作標準更加規范，工作方法更加科學工作程序更加系統，將日常工作的重點從以往簡單的設備維護向系統的設備管理

方面轉移。運行環境本系統以B/S的方式實現，客戶端不需要進行任何軟件安裝和初始化操只要安裝瀏覽器軟件。所有的系統程序統一安裝在服務器上。應用服務器是系統中相當重要的組成部分，應用的邏輯處理都在應用服務器上完成。應用服務器的高可用性通過負載均衡網絡交換機及多臺應用服務器間負載均衡和互為備份得到保證，所以對應用服務器單機的性能、擴展能力、可靠性的要求比數據庫服務器低。應用服務器的擴展模式為水平擴展，即通過增加應用服務器的數量，提高應用服務的處理能力。

注:不能滿足應用時，可進行硬件升級。建設方案（1）《信息技術軟件工程術語》（GB/T11457–2006）；（2）《信息技術軟件生存周期過程配置管理》（GB/T20158–2006）；（3）《計算機軟件文檔編制規范》（GB/T8567–2006）；（4）《信息技術軟件生存周期過程》（GB/T8566–2007）；

（5）《計算機軟件測試規范》（GB/T15532–2008）；

（6）《計算機軟件需求說明編制指南》（GB/T9385–2008）；

（7）《計算機軟件測試文件編制指南》（GB/T9386–2008）；

（8）《計算機軟件可靠性和可維護性管理》（GB/T14394–2008）；

（9）《系統與軟件工程用戶文檔的管理者要求》（GB/T16680–2015建設原則近年來信息技術飛速發展，用戶在構建信息系統時有了很大的選擇余地，但也使用戶在構建系統時絞盡腦汁地在技術的先進性與成熟性之間尋求平衡。先進而不成熟的技術不敢用，而太成熟的技術又意味著過時和淘汰。采用當今國內

的先進性原則主要體現在以下幾個方面：●采用的系統結構應當是先進的、開放的體系結構；

共享陣列盤技術、容錯技術、RAI技術等集成技術、多媒體技術；采用先絡故障，及時調整和平衡網上信息流量；●采用先進的現代管理技術，以保證系統的科學性。

軟件的投資考慮到今后的發展，不能使用落后的產品與技術，避免投資的浪費;在系統軟件選型、開發技術上，達到國內外行業先進水平。

實用性原則實用性就是能夠最大限度地滿足實際工作要求，是每個信息系統在建設過中所必須考慮的一種系統性能，它是系統對用戶最基本的承諾，所用的角度來看，這個性能更加重要，為了提高系統的實用性，應該考慮方面：系統總體設計要充分考慮用戶當前各業務層次、各環節管理中數據處理的便利性和可行性，把滿足用戶業務管理做為第一要素進行考慮。●采取總體設計、分步實施的技術方案，在總體設計的前提下，系統實可首先進行業務處理層及管理中的低層管理，穩步向中高層管理及全面自動渡,這樣做可以使系統始終與用戶的實際需求緊密連在一起，不但增加了系統的實用性，而且可使系統建設保持很好的連貫性；

●全部人機操作設計均應充分考慮不同用戶的實際需要；

●用戶接口及界面設計將充分考慮人體結構特征及視覺特征進行優界面盡可能美觀大方，操作簡便實用。

安全性原則系統應能提供有效的安全保密機制，保證各單位之間的信息能夠安全發送

接收。系統應提供口令驗證、加密、權限控制、電子簽名等安全機制。系統需提供完善堅實權限管理手段,具有良好的安全保密機制。需選擇良好的服務器操作系統平臺及數據庫，使系統處于C2安全級基礎之上；采用操作權限控制、用戶鑰匙、密碼控制、系統日志監督、數據更新嚴格憑網站管理分權限控制、數據傳輸嚴密加密實現。可靠性原則系統在設計上要充分考慮提供安全可靠的技術和管理方式，通過增加設計，提高質量和控制業務流程等多種手段加以保障。系統必須要保證其工作的高可靠性和高穩定性，保證常年的7X24不間斷運行。一個中大型計算機系統每天處理數據量一般都較大，系統每個時刻都要采集大量的數據，并進行處理，因此，任一時刻的系統故障都有可能給用戶帶來不可估量的損失，這就要求系統具有高度的可靠性。提高系統可靠性的方法很多，一般的做法如下：●采用具有容錯功能的服務器及網絡設備，選用雙機備份、Cluste技術的硬件設備配置方案，出現故障時能夠迅速恢復并有適當的應急措施；●每臺設備均考慮可離線應急操作，設備間可相互替代；

●采用數據備份恢復、數據日志、故障處理等系統故障對策功能；

●采用網絡管理、嚴格的系統運行控制等系統監控功能。可操作性系統在設計上要充分考慮用戶界面應方便、友好、靈活，用戶應能夠方在權限范圍內于各子系統之間切換。系統有良好的整體化設計，同時完善的系統也是增強可操作性的必要輔助工具之一。靈活性原則應用系統不依賴于特定硬件環境;在系統結構-致的前提下可選擇實塊的應用；系統具有可實施性，各模塊可單獨實施并使用。

更需要有數據實施處理的機制和管理模式。技術框架結合的基J2EE的符SOA體系的多層技術構架，以提高系統的靈活性、可

服務組件實現與供應鏈系統等其他業務應用的全面集成。采用多層架構的信息化技術支持系統將界面、業務邏輯和數據分離，實現系統內部松耦合,和數據層，通過各層次系統構件間服務的承載關系，實現系統功能表現層采用JQuery+Struts2單元組成。組件。業務邏輯層用于部署業務邏輯組件，可細分為業務處理邏輯組件和基礎應用支撐組件，各項應用的業務構件采用了面向服務的設計，可動態綁定和松耦合的SOA體系架構，支持在集成開發平臺下的動態加載。業務處理邏輯:具體的業務邏輯實現，總體上包括客戶服務組件、商務服務組件等。基礎應用支撐:為各個組件提供統一共享的公共服務，包括工作流管理、權限服務、安全認證、消息服務和日志服務等,此外還提供統一的集成服務,實現與其他相關業務的全面集成，使得整個系統形成一個有機整體。數據服務層數據服務層采用了輕量級的對象封裝框架Hibernate，實現對數據資源層訪問統一接口，并使得業務邏輯層的設計和實現更集中于系統本身數據服務層的存在屏蔽了業務邏輯層對底層數據存儲形式的依賴，使應用系統能夠適應多種類型的數據庫。設計和實現上的約束包括內容:數據庫系統使MySql數據庫;采J2EE技術進行開發,Web

用服務器為:;TOMCAT6.0.18及以上;系統采用基于J2E技術的WE端除瀏覽器外不需要安裝程序;客戶端瀏覽器采MicrosoftInternetExplorer或以上版本;屏幕分辨率1024*768或以上;對外提供接API系統對接。需求和屬性①性能需求:支持系統用戶數10-50，同時并發用戶數5-10;響應時間:覽資料<秒、一般資料保存<2秒、一般的圖表分析<3<1秒、特別復雜的綜合圖表分析<30秒。②安全性需求:穩定。③軟件質量屬性:具備良好的擴展性和配置性，通過靈活配置應可以適業務處理流程和處理邏輯的變化。滿足現有業務需求并至少滿足未來3-年發展的需要。應用及數據結構設計應按照標準化、模塊化思路，對可能的最小顆粒度進行考慮，滿足設計期內業務和管理提高的需求。系統特點此套安檢設備管理系統軟件利用越來越成熟的網絡技術和功能強大的計算機設備來有效地收集、處理這些設備信息，建立以信息化為核心的管理體系，實現設備狀態的實時觀察和建立設備檔案,實現統計、查詢設備歷史記錄一鍵化,系統以對設備的維護保養信息管理為主線，通過對信息的收集、存儲、傳遞、統計、分析、綜合查詢、報表輸出和信息共享，及時為技術人員和管理人員準確的信息數據。該系統的建立，系統改變了以往筆寫紙記的記錄方式，使用下拉菜單形式，畫面簡潔、美觀、實用，用戶只需用鼠標點取即可完成相應的工作。

該系統的建立，極大地提高了設備科學管理效率和管理手段，具有其獨有的特點:1.完善的操作管理流程，層次清晰，模塊分明，不失獨立性同時又保持了各功能間的連續性;2.友好的界面，多樣的操作輔助功能:模糊查詢、快速錄入、定位等;3.豐富的圖形工具及統計報表;4.嚴格的操作權限控制;5.具有網絡功能。既適合單臺電腦管理設備使用，也可以多臺電腦聯網辦公使用，達到無紙化辦公的高效準確，及時的特點。

此套安檢設備管理系統軟件是根據安檢設備行業的發展和管理水平的不斷提高,將先進的管理理念和計算機技術相結合，建立適合安檢管理實際的設備管理體系。利用越來越成熟的網絡技術和功能強大的計算機設備來有效地收集、處理這些設備信息，建立以信息化為核心的管理體系，實現設備狀態的實時觀察和建立設備檔案，實現統計、查詢設備歷史記錄一鍵化，做到有整體有局部、有宏觀有細節、有狀態有數據，上可把握大局、心中有數，下可加強管理、指導工作。系統以對設備的維護保養信息管理為主線，通過對信息的收集、存儲、傳遞、統計、分析、綜合查詢、報表輸出和信息共享，及時為技術人員和管理人員提供全

面、準確的信息數據。該系統的建立，改變了以往筆寫紙記的記錄方式，系統使用下拉菜單形式，畫面簡潔、美觀、實用，用戶只需用鼠標點取即可完成相應的工作，減輕了日常管理人員和技術人員對設備的各方面數據處理的負擔，極大地提高了設備科學管理效率和管理手段。通過在工作中的實際應用和不斷優化完善合理降低了設備維修保養成本、能耗和其它各種損耗，從而達到降低整體運營成

本，提高經濟效益的目的，取得了很好的效果。項目實施計劃軟件產品用戶購買軟件產品之后，不能立即進行使用，需要軟件公司人員在軟件技術、軟件功能、軟件操作等方面進行系統調試、軟件功能實現、員培訓、軟件上線使用、后期維護等一系列的工作，我們將這一系列的工作稱為軟件項目實施。大量的項目實施案例證明，軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產品本身的質量，軟件項目實施的質量效果也對后期用戶應用的情況起到非常重要的影響。項目實施規范主要包括項目啟動階段、需求調研確認階段、軟件功能實現確認階段、數據標準化初裝階段、系統培訓階段、系統安裝測試及試運行階段、體驗收階段、系統交接階段等八個階段工作內容。下面將分別介紹每個項目實施階段。

此階段處于整個項目實施工作的最前期，由成立項目組、前期調研、編制總體項目計劃、啟動會四個階段組成。此階段主任務包括：公司：在合同簽定后，指定項目經理，成立項目組，授權項目組織完成項目目標。公司項目組：進行前期項目調研，與用戶共同成立項目實施組織，編制《總體項目計劃》，召開項目啟動會。商務經理配合公司項目組，將積累的項目和用戶信息轉交給項目組。將項目組正式介紹給用戶，配合項目組建立與用戶的聯系。用戶：成立項目實施組織，配合前期調研和召開啟動會，簽署《總體項目計劃》和《項目實施協議》。

（1）成立項目組部門經理接到實施申請后，任命項目經理，指定項目目標，由部門經理及項目經理一起指定項目組成員及成員任務，并報總經理簽署《項目任務書》。（2）前期調研項目經理及項目組成員，在商務人員配合下，建立與用戶的聯系，對合同、個體和組織是項目的干系人,確定他們的需求和期望,如何滿足和影響這些需求期望以確保項目能夠成功。（3）編制《項目總體計劃》

《項目總體計劃》是一個文件或文件的集合,隨著項目信息不斷豐富和變化會被不斷變更，主要介紹項目目標、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內容：項目描述，項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責

分配(包括用戶的)；溝通管理計劃，確定項目干系人對信息和溝通的需要即什么人何時需要什么信息以及通過什么方式將信息提供給他們。質量管理計劃，確定適合于項目的質

量標準和如何滿足其要求。如果有必要，可以包括上述每一個計劃，詳細程度根據每個具體項目的要求而定。未解決事宜和未定的決策。（4）啟動會項目組與用戶共同召開的宣布項目實施正式開始的會議。會程安排如下：

共同組建項目實施組織,實施組織的權利和職責;項目組介紹《項目總體計劃》和《項目實施協議》，包括以下內容：項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配(包括用戶的)；項目實施中項目管理的必要性和如何進行項目管理，項目的質量如何控制；項目實施中用戶的參與和領導的支持的重要作用；階段驗收、技術交接和項目結束后如何對用戶提供后續服務。需求調研階段此階段的主要工作是項目實施人員向用戶調查用戶對系統的需流程調研、功能需求調研、報表要求調研、查詢需求調研等，實施人員調研完后，會編寫《需求調研分析手冊》，并交付用戶進行確認，待用戶對《需求分析手冊》上所提到的需求確認完畢后，項目實施人員將以此為依據進行能的實現。如果用戶又提出新的需求，實施人員將分析需求的難度及對整個的影響程度來確定是否給予實現。需求調研階段具體包括如下內容：（1）進行需求調研準備（2）編制《需求調研計劃》

（3）內部評審是否通過《需求調研計劃》，項目組、部門經理、商務等人員根據合同要求和項目實際情況對《需求調研計劃》草稿進行評審，如評審通過則在稍后的時間內簽署，如評審不通過則重新修改。（4）用戶是否簽署《需求調研計劃》，如用戶簽署《需求調研計劃》，則作為以后需求調研工作的指南。否則重新修改。（5）《需求調研計劃》是否有變更，如果計劃存在變更,則執行變更控制流程,否則按計劃進行后續工作。（6）編寫及發出《需求調研通知》，項目組編寫《需求調研通知》，確

行需求調研的相關事宜，發給用戶，為順利完成需求調研工作做準備需求調研，項目組以《需求調研手冊》為依據，從業務流程、和系統各個功能模塊開展深入和全面的調研，并搜集用戶的個性化要求。（7）需求調研分析根據調研的結果，項目組合公司其他技術部門將進行進一步進行分析，確定合理、可行的需求，將分析結果形成《需求分析報告》草稿。（8）內部評審是否通過《需求分析報告》。項目組、部門經理、公司其他技術部門的人員對《需求分析報告》草稿進行評審，則在稍后由用戶簽署，如評審不通過則重新修改，直至內部評審通過。

（9）編寫及發出《需求分析報告確認通知》。項目組編寫《需求分析報告確認通知》，發給用戶，確定進行需求確認的相關事宜，告知相關部門及人員安排好工作，準時參與需求確認工作，為順利完成需求確認工作做準備。（10報告》，則需求調研階段工作結束，進行后續的軟件功能實現的工作；如沒有認，則進一步進行調研、分析，直至用戶最終確認并簽署《需求分析報告》。方簽署了《需求分析報告》，需求調研工作結束之后，如果用戶提出新的需求者變更已有需求，則執行需求新增及變更流程。此階段的工作是項目實施人員根據需求調研階段中的用戶需求內容進行具體軟件功能的實現工作。在軟件功能實現的過程中，項

目實施人員將記錄軟件實現的詳細過程。便于公司售后服務之用，每一個實施技術人員必須嚴格按照要求記錄、存檔。按照調研要求的所有功能實現完畢后，項

目實施人員將編制《軟件功能確認表》，將定制好軟件功能待用戶確認，用戶根據《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求，對不滿足要求的功能，項目實施人員將會記錄下來并進行功能修改，直到滿足要求。系統培訓階段系統培訓階段工作是整個項目實施工作中比較重要的工作,用戶對軟件的作功能是否熟練將直接影響到后面的軟件應用效果,所以軟件公司和用戶雙方

了解軟件產品，最終自己能夠解決使用中的具體的問題。培訓人員此階段的培訓工作中將用戶參加產品培訓的人員劃分為三個層次：決策層、技術層、操作層。培訓內容此階段的培訓工作中將用戶參加產品培訓的人員劃分為三個層次：決策層、技術層、操作層，對不同層次的用戶參加產品培訓人員的培訓內容分別是：決策層：領導在實施中的作用與重要性、決策查詢。維護層：系統維護知識、操作方法。

操作層：操作方法。培訓工作流程（1）調研培訓信息：在培訓開始前3天由用戶實施負責人，將參加培訓的部門和人員情況填入《受訓部門匯總表》、《受訓人員情況一覽表》。（2）編制培訓計劃:結合調研結果，與用戶實施負責人商議時間，場地，人員等。項目組編制《培訓計劃》。（3）簽署培訓計劃:用戶簽署《培訓計劃》，進--步確認培訓安排。

（4）發培訓通知:培訓開始前天，按照簽署的《培訓計劃》，將培訓內容、時間，場地，人員等信息通知用戶實施負責人。

（5）搭建培訓環境公司項目組在培訓開始前，將培訓環境搭建及檢查妥當,將培訓提綱及培訓手冊準備好。

（6）組織培訓:公司項目組培訓負責人與用戶實施負責人組織相關人員參加培訓，按培訓制度嚴格考核。由用戶將考勤情況填入《培訓人員簽到表》。

（7）培訓考核:公司項目組培訓負責人與用戶實施負責人組織受訓人員參加上機及理論考試。

（8）培訓總結:公司項目組培訓負責人與用戶實施負責人一起將出勤情況及

系統安裝測試及試運行階段此階段的主要工作是在用戶真實環境下，對用戶網絡及硬件設備進行測試，對軟件系統進行容量.性能壓力等測試測試及試運行的目的在于確保系統各項功能均能正常使用，并且符合用戶簽署的《需求分析報告》中描述的需求，同時把盡可能多的潛在問題在正式運行之前發現并改正;同時目的還在于在正式運行前用戶的有關人員能進一步提高操作水平，掌握操作規范。此階段的主要工作內容為：（1）編制計劃:與用戶實施負責人商議具體測試及試運行時間，地點，人員等安排，項目組編制《測試及試運行計劃》。（2）簽署計劃用戶簽署《測試及試運行計劃》，進一步確認測試及試運行安排。

（3）發測試及試運行通知:在測試及試運行開始天，按照簽署的《測試及試運行計劃》，將時間，地點，人員等信息通知用戶實施負責人。

（4）搭建環境及數據準備:在試運行開始前搭建好軟件環境、硬件環境、網絡環境、調通線路;檢查軟件、硬件、網絡、線路等各個環節是否有問題;

（5）組織測試及試運行:用戶相關各級領導給予全面配合，組織相關人員進行測試及試運行.

（6）測試及試運行總結:測試及試運行完成，總結試運行中設備、軟件的運行情況，總結試運行中業務流程和操作環節的情況，以書面總結形式將測試及試運行結果通知相關負責人。公司項目組負責擔當指揮，檢查用戶人員組織情況并給予指導,跟蹤檢查如下情況:?跟蹤單據流轉狀況。?跟蹤新資料登錄環節。?觀察業務流程執行狀況。?觀察操作人員操作表現。

系統進行總體驗收。需要驗收的可交付成果:主要項目階段 階段組成 主要里程碑 編制總體項目計劃 簽署的《總體項目啟動階段計劃》啟動會 項目啟動會 啟動階段協議》需求調研階段 需求分析報告確認 需求調研結束 報告》軟件實現 軟件功能確認 軟件功能確認 確認表》用戶簽署初裝設計

及初裝培訓計劃 用戶簽署初裝設計

及初裝培訓計劃 培訓及初裝檢查及總結 數據初裝完成 《數據初裝總結表》用戶簽署培訓計劃 簽署的《培訓計劃》

培訓總結 培訓完成 《培訓用戶簽署測試及試運行計劃 用戶簽署測試及試運行計劃 測試及試運行測試及試運行總結 試運行完成 結》驗收 總體驗收 驗收完成 軟件項目，包括軟件產品、項目實施過程中所生成的各種文檔，并簽署《售后服務協議》，項目將進入售后服務階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調查表》，對軟件公司項目實施人員的整個項目實施情況進行評價，軟件公司將聽取用戶的意見，再今后的項目實施管理中進行加強和改進。

?導責任。?負責項目計劃的制定與跟蹤。?帶領項目團隊完成項目開發的目標。?負責項目團隊內部的溝通和沖突的盡早發現和調節。?負責與項目團隊外部其他部門或組織的溝通工作。?負責組織相應技術人員完成技術攻關。?方設法解決問題。?還要向團隊內部成員匯報工作。?負責項目內部創新的組織工作。?負責項目團隊的優化和人員發展。

?產品經理?負責開發項目的調研工作。?負責系統開發中的需求分析和需求管理。?與總體設計工程師--同完成總體設計。

?析性問題。?負責審核系統測試人員的測試方案。?負責發現分析錯誤后對分析的調整。

?負責向管理機構匯報系統分析和設計結果。

?負責系統分析中的創新工作。?對系統分析的結果負有直接責任。?負責監督項目安排工作的合理性。?負責開發項目中的技術攻關性工作。

?與系統分析員一同完成總體設計。?負責進行模板、控件設計和詳細設計。?負責對其它編碼人員的技術答疑。

?負責監督系統分析和總體設計的正確性。

?對系統開發中的技術性工作負有直接責任。?負責部分難度較大的編程工作(如接口性程序的開發和后臺的大部分編碼)。?負責技術創新工作。?按工作計劃完成本職開發任務。?修改系統開發中測試人員檢測到的編碼錯誤。?負責監督項目安排工作的合理性。

?負責依據詳細設計，按計劃完成系統的編碼任務。?負責編寫自己負責開發內容的詳細設計。?對自己所負責開發內容的詳細設計和相關代碼負有直接責任。

?負責監督系統分析和總體設計的正確性。?負責項目內部工作的創新和優化建議。

?修改系統開發中測試人員檢測到的編碼錯誤。

?負責監督項目安排工作的合理性。?在項目軟件主管的統--領導下完成針對每一一個項目的及時測試。

?每一位測試人員對自己所擔負的測試任務具有直接責任。

?對所測試出的問題軟件測試員有權要求開發人員調整程序(到滿足軟件相應的標準為止)?項目軟件測試軟件測試報告等進行嚴格測試，決不許粉飾太平。?依據測試報告和系統的總體設計說明書，設計相應的測試案例，并依據案例完成測試。?項目軟件主管對項目團隊的運行質量具有領導責任、對部門建設具有直接責任。?負責階段性檢驗各項目小組的工作情況。

?對于各項目小組的進度和差異情況和差異處理向公司管理小組匯報。

?負責協助各項目小組解決遇到的問題。

?負責各項目小組的人事組織安排，對項目組及其成員具有調配權。

?項目軟件主管直接領導軟件測試組對當前軟件實施測試監督。

?員給予調整直至達到相關標準。?負責協調各項目小組的其他非開發性工作。?負責立項審批、項目獎金確定和其它重大事項的審批。

?負責階段性的檢驗項目軟件主管和各項目小組的工作情況。

?負責考核各開發機構的工作績效。

?由公司賦予的其它管理職能。

質量建設目標，保證信息化建設的投資回報。為實現對系統的全面質量控制，在質量得到有效的保證和跟蹤。質量計劃編制現代質量管理的基本宗旨是：“質量出自計劃，而非出自檢查”。只有做出精準的質量計劃，才能指導項目的實施、做好質量控制編制項目的質量計劃，首先必須確定項目的范圍、中間產品和最終產品，然后明確關于中間產品和最終產品的有關規定、標準，確定可能影響產品質量的技

術要點，并找出能夠確保高效滿足相關規定、標準的過程方法。編制質量計劃通常采用流程圖、因果分析圖等方法對項目進行分析，確定需要監控的關鍵元素設置合理的見證點、停工待檢點，并制定質量標準：1）流程圖：

顯示系統的各種成分是如何相互關系的，幫助我們預測在何處可能發生何種質量問題，并由此幫助開發處理他們的辦法。2）因果分析圖（也稱魚刺圖）：

因和子原因如何產生潛在問題或影響，將影響質量問題的“料、方法、環境”等各方面的原因進行細致的分解，方便地在質量計劃中制定相理人員對項目質量負責和各級質量管理人員的權限。戴明環（又名PDCA法）作為有效的管理工具在質量管理中得到廣泛的應用，它采用計劃——執行

—檢查——措施的質量環，質量計劃中必須將質量環上各環節明確落實到各責任單位，才能保證質量計劃的有效實施

質量控制原則系統建設是一個高技術、高投入的建設過程，任何由于質量問題引起的工程變更必然產生巨大的投資浪費和工期拖延。所以，在信息系統集成過程中應該始終堅持質量的事前控制原則。堅持事前控制原則的關鍵在于準確了解用戶需求科學地進行信息系統設計。

標準原則經過國內外信息領域研究者的長期不懈的努力，信息領域已經形成一系列標準，總的來說，信息領域的標準可以分為：信息技術標準和信息管理標準中信息技術標準闡述了信息產品或系統所應該遵循的技術規范，而信息管理標準則規定了信息產品或系統設計、實現和維護過程中所應該遵循的行為規范。標準為我們建設高質量的信息系統提供了科學的依據。因此，在信息系統程中，應該根據信息系統的特點，遵循有關國內外的相關標準進行系統集成證集成過程的科學性。階段性控制原則信息系統集成需要根據用戶的具體需求，系統地設計和實現信息系統，因此它是一個創新的過程。由于信息系統集成的過程性，這就決定了信息系統的質量控制應該是階段性的，不可能一蹴而就。換句話說，信息系統集成的質量控制應

目標和具體的質量控制措施，量目標。測試原則根據ISO9000殊性，絕大多數的驗證過程是無損的，應該大力提倡使用信息系統的驗證手段來化測試主要用于系統的性能測試，這兩種手段可以從不同角度反映信息系統的質量。需求符合性原則衡量信息系統質量的一個重要尺度是用戶需求的符合程度。統應該符合用戶的業務功能需求、性能要求和使用習慣要求等。符合度的主要方法是科學的測試，符合程度。質量控制影響因素定義清晰的用戶需求是整個系統成敗的關鍵。應該采用科學的方法從事用戶需求的調查，這種需求調查不僅應該包括單位管理者和系統維護者意見，而且應該包括最終用戶（內部用戶、外部用戶）的意見同時為了保證用戶需求的準確性，用戶需求的制定過程應該使用迭代的方式，通過反復征詢用戶的意見，逐步完善用戶需求。系統設計方案了解系統設計方案描述了被建系統的抽象模型，因此設計方案的科學性和合理性對被建系統的質量具有極其重要的影響。因此，系統設計方案應該與建設監理機構充分討論，提高系統設計的質量。其中，系統設計過程中應該注意：用

產品的質量符合性、法律法規的符合性等。系統驗證方案的編制在系統設計階段，應該根據用戶需求書和系統設計方案，制定完整的系統驗證方案。信息系統的驗證方法主要包括：模擬仿真的方法和測試的方法。目前，對于網絡系統的設計已經具有一些成熟的仿真平臺，可以參照使用；測試一種普遍采用的質量驗證方法，但是設計現場測試方案時應該充分考慮用戶需求的符合性。質量控制方案的編制職責要求等。遵循技術標準規范系統實施過程應該遵循科學的流程和有關技術要求，堅持按照標準的實施流程完成系統的建設。系統實施流程應只與系統的需求和類型相關，而不能因人而異。例如：軟件系統的開發過程應該參考軟件工程的具體要求進行科學地開發質量控制具體措施本項目是一個技術要求高、系統需求復雜系統工程，需要由具有頂尖計水平（包括計算機硬件、計算機網絡和計算機軟件），精通業務并能將其計規程化，對計算機軟件應用技術和工程有著豐富經驗，具有組織過大型項目或程經驗等的各類人員組成的項目組。本項目組正是根據這個要求進行組建的，在項目的分析項目組將在用戶方專家組的指導下，由我公司承擔具體實施工作，建立技術保障體系。為了保證項目的順利完成，技術保障主要包括計算機軟件技術和業務應用

兩個方面。

技術方面主要包括：（1）總體組和專家組負責技術體系的建立和實施工作。（2）按照ISO9000-3和國家的軟件工程規范，對軟件系統進行透徹分析，制定切實可行的總體方案和實施方案。嚴格按照需求分析、概要設計、詳細設計、數據庫設計、測試計劃，編碼、測試、組裝測試等軟件工程規范進行。（3）考慮目前現系統的現狀，采用當今最先進的、主流的、成熟的數據庫化。（4）采用對象技術，實現軟件產品的柔性制造。業務應用方面主要包括：

（1）按照業務流程進行軟件模塊編制，盡量使現有征集模式與軟件應用相一致。同時保持模塊間的低耦合，保證其獨立性、安全性、可靠性。

（2）具體業務數據采集系統與統計分析，對決策支持系統進行分層次設計，保證數據的正確性、可靠性。

（3）按照管理層次編寫數據接口，保證數據傳輸和處理過程的正確性和實時性。

（4）在程序設計時，保持用戶界面友好、風格一致，提供完善的功能鍵和聯機幫助信息。

（5）建立完整的測試環境，主要是設計一套軟件測試數據，減少現場調試和測試的工作量，保證軟件產品的可靠性。（6）制定完善的培訓計劃。

管理保障措施（1）實行工程化開發

軟件項目的開發是一項系統工程，必須按照系統工程的規律組織系統開發必須建立嚴格的系統工程控制方法，要求開發組的每一個人都要嚴格遵守開發范，以質量控制為核心，緊緊抓住軟件開發的各個主要環節，規范開發過全部活動。（2）實行階段性凍結與變更控制

一個軟件項目的每一個階段都有明確的任務和成果，在每個階段結束，都要通過軟件配置管理以“凍結”部分成果，作為下一階段開發的基礎，凍結之后不（3）加強階段性驗證、確認與評審通過驗證、確認、評審，可以實現軟件項目的技術把關，避免軟件人員在工作中的隨意性和不負責任現象，從不同側面確認系統的正確性、協調性完整性等。（4）實行面向用戶參與的原形演化對于外包項目，開發方須特別注意用戶的參與。在需求階段，必須使開發人員與用戶進行全面深入的溝通，以明確用戶的需要究竟是一個什么樣的系統。在設計階段和測試過程中，要有用戶參與，及時獲取用戶的反饋信息；利用原型與用戶交互，根據用戶的反饋，不斷改進設計。（5）實行全面測試系統測試是把住軟件質量的關鍵關口。在系統開發的各個階段，要采用當的手段，依據系統需求規格說明書，對系統設計，實現和相應得文檔進行全面的測試。（6）引入外部監理與審計要重視軟件的項目管理，特別是項目人力資源的管理，因為成員的素質能力以及積極性是項目成敗的關鍵。同時還要重視第三方的監理和審計的引入通過第三方的審查和監督來確保項目質量。質量保障措施軟件產品的質量好壞是評判本項目是否成功的一個標志。在本項目實施的期，項目組根據ISO9001、ISO9000-3、CMM的有關規范，參照我公司的量手冊》、《程序文件》、《計算機軟件產品及編寫企業標準》和國家《計算機開發文檔規范》，制定了項目開發過程中的一系列規范。并由用戶方專家組組我公司的軟件測試中心予以控制，建立質量保障體系。（1）項目開發過程中的規范包括：

項目開發過程和管理規范項目文檔和符號使用規范總體方案設計開發規范

軟件設計開發規范軟件編程規范數據庫設計規范軟件測試規范軟件維護規范

（2）制定軟件測試的詳細計劃，對模塊測試、集成測試、系統測試和交驗的可靠、強壯性達到設計要求和應用要求。（3）為了保證項目開發過程的可追溯性，按照軟件編制規范要求，形成如下文檔，從另一個方面保證軟件的質量。需求分析：包括業務流程和總體方案

概要設計說明書詳細設計說明書數據庫設計說明書用戶手冊操作手冊模塊開發卷宗測試計劃測試分析報告項目開發總結報告項目風險管理識別風險是試圖系統化地確定對項目計劃（估算、進度、資源分配）的威脅通過識別已知和可預測的風險，項目管理者就有可能避免這些風險，必要時控制這些風險。

每一類風險可以分為兩種不同的類型：一般性風險和特定產品的風險。一性風險對每一個軟件項目而言都是一個潛在地威脅。特定產