軟件工程建設開始還只是在企業辦公中發揮作用,部門之間發個郵件,財務做個報表,人事部做個員工檔案,這只是軟件工程的初級應用,對企業的生產和部門間的集約化辦公并未起到太大的作用,軟件工程在企業中也并未起到至關重要的作用。只有把各個部門軟件進行整合,使其系統化,增加部門間的軟件工程聯系,才能真正提高企業生產效率。隨著計算機硬件設備的不斷發展,計算機運算速度越來越快,存儲設備空間越來越大,為軟件工程的系統化建設提供了有力的保證,軟件工程建設越來越龐大,涉及面越來越廣,事實證明,軟件工程建設幫助企業提高了生產效率,創造了經濟效益,在企業中蓬勃發展并起到越來越重要的作用,隨之而來的問題就凸顯出來,需要進行工程項目建設結束后的驗收和交接工作。
一、軟件工程的驗收
軟件工程是信息化建設工程的一個重要組成部分,工程的驗收周期和耗費的人力也是最長的。所以,提高軟件工程驗收的效率和驗收質量是保證信息化工程建設驗收成功的重要途徑。軟件工程和其他工程一樣,包括設計、施工、材料供應、安全檢查、項目驗收等工程建設流程。軟件工程又是一個不斷建設,不斷完善的過程,與常規工程驗收的區別就在于并不是一次驗收就能得出結論,驗收周期相對較長,需要在工程開始階段就介入驗收工作,不斷總結,跟蹤驗收,不斷修改,才能促使軟件工程向面向用戶的可操作性和可維護性方面更好的發展和完善。軟件工程的建設是在計算機硬件基礎上進行的,同時還包括系統間的網絡通信條件,異地建設的系統工程還必須要有傳輸系統的支持,在此基礎上又增加了安全系統的建設,所以軟件工程的驗收,并不是單個模塊、單個系統的簡單驗收,還要綜合考慮其他系統的影響和支持。
二、驗收方法
2.1驗收條件
由系統承建方確認項目工作是否已按合同及相關要求完成,需要交接的項目技術資料準備充分。然后提出驗收申請,聯系監理及建設單位組織驗收。
2.2驗收依據
軟件工程項目一般應具有以下相關驗收依據:(1)符合國家現行有關法律、法規、規章和技術標準。(2)建設方有關部門的規定;軟件工程要面對用戶需求,符合用戶實際工作的需求,而軟件工程是一項系統工程,需要滿足相關不同部門,部門與部門之間的需求。(3)經批準的項目招投標文件;招標文件中一般規定了軟件工程中各個項目的內容和功能,是開發軟件工程的工作依據,也是驗收軟件工程的基本依據。(4)項目合同、補充合同及合同附件;項目合同規定了軟件工程項目建設方和承建方的權力和義務,無論是工程的施工階段還是驗收階段,為雙方提供了工作依據和法律保障。(5)經批準的設計方案、實施方案及相應的工程變更文件;項目的招標和設計只是規定項目的最初規劃,按照實施方案和變更文件驗收軟件工程的各項功能才能把系統真正驗收完全。就像一棟大樓建成了,不能只靠圖紙上的驗收,不同房屋的質量都需要檢驗。
2.3驗收對象及范圍
驗收對象:根據建設單位要求和用戶需求完成的軟件開發項目。驗收范圍:按照合同并結合設計方案、實施方案及變更文件驗收軟件工程項目的各項功能,同時驗收各數據模塊間的接口軟件,終端應用軟件,數據交互軟件,數據庫軟件。不包含軟件系統應用后,改變系統架構的新需求,由于其他既有系統改變而影響現有系統應用的需另行討論處理。
2.4驗收程序
(1)驗收準備。①由建設方組織召開驗收準備會議,明確各方驗收工作的任務及驗收流程。建設部門應組織相關維護部門和最終用戶參與到項目驗收過程,維護部門協同監理方應審查驗收申請和驗收資料,最終用戶提出系統上線試運行后的各項功能是否滿足需求,提供用戶使用報告或使用意見。②承建方提交項目驗收申請和資料,驗收材料包括項目合同規定的各種文檔及實施過程中產生的文檔資料及開發總結報告,同時提供有監理方審核通過的各個系統測試報告,并按照規范裝訂成冊。③監理方負責審查項目文檔的完整性和規范性,對不滿足要求的資料提出監理意見,并要求承建方在規定時間內整改完善。整理監理過程文檔,對項目監理過程出具監理工作總結報告。(2)驗收申請及審查完成驗收準備工作后,由承建方提出驗收申請,經建設方及監理方審查通過,同意驗收后,組織正式驗收。(3)正式驗收。①確定驗收時間,發布驗收會議議程,準備相關驗收資料。②由建設方抽取或邀請專家,組成專家小組,由專家小組組織驗收。項目三方(甲方技術維護部門及業務部門、承建方項目組負責人及商務、監理方主要負責人)、相關部門參加驗收。(4)召開驗收會議。①專家小組會聽取項目各方的工作匯報,甲方介紹項目建設背景、建設情況及用戶使用情況。承建方介紹項目建設情況,項目完成情況,項目成果等。監理方匯報項目實施過程中,監理工作的情況。②查閱相關文檔資料,對資料完整性和正確性做出評估。③對系統測試和試運行期間用戶和技術維護部門的質詢進行答疑。④由專家小組出具項目驗收意見。⑤遺留問題限定整改時間,由監理納入會議紀要。
三、軟件工程生命周期下的驗收工作
軟件工程普遍使用原型化方法進行開發,但是由于專業性的差距,軟件開發工作者不可能完全了解用戶需求,尤其是專業性比較強的用戶需求,這就需要不斷的進行“開發-試用-總結-再開發”,循環往復,但是卻是個螺旋上升,向著軟件工程的成功不斷前進的過程。那么工程驗收就不可能一蹴而就,需要建設方組織技術維護人員和用戶從軟件開發開始就參與進來,共同開發,共同驗收,相互合作,每個人都是這螺旋上升階梯的一塊基石,缺一不可。
3.1工程開始前的驗收
(1)計算機硬件到場安裝前,承建方與建設方共同驗收,是否符合軟件工程建設基礎要求,驗收時發現短缺、破損,承建方應立即要求采購方補發和負責更換。(2)操作系統和基礎應用系統安裝完成后,需要軟件工程承建方進行驗收,測試應用是否符合工程建設標準,驗收合格后方準進行應用軟件開發工作。
3.2工程進行中的測試(初驗)
項目調試后基本達到招標書規定的指標后,可進行驗收測試(初驗)。驗收規范(包括項目、指標、方式和測試儀器等)應由承建方提前提交給建設方。建設方可根據合同、招標書、驗收方案以及建設方的有關規定進行修改和補充,經雙方確認后形成驗收文件作為驗收依據。驗收測試合格后,雙方簽署初驗合格協議,設備進入試運行期。
3.3試運行后的系統完善工程經過一定時間連續的試運行期后,設備維護方和用戶對系統會提出部分問題和修改建議,承建方跟蹤應用系統運行也會發現一些問題。需要監理方組織各方進行中期運行總結
會,分析系統問題,解答操作問題,協調各系統開發人員查找數據交換問題。按照會議決議組織人員進行系統完善,再次進行測試。在試運行期間,由于設備質量等造成某些指標達不到要求,將責成有關單位更換或進行修復,試運行期順延。
3.4整體驗收(終驗)
初驗內容主要是對建設項目的功能、性能、適用性、穩定性等方面進行驗收。平臺試運行后,無質量問題,由建設方按照整體驗收方案的要求組織驗收。整體驗收內容主要以雙方簽署的合同,包括合同附件、招投標文件,以及國家法律和有關規定等為依據。對平臺各項功能和數據配置要求、性能指標、應用和運行情況等,進行全面的整體核查驗收,驗收后簽署“驗收合格單”。在工程實施各階段所提供的變更資料,與合同正本具有同等的法律約束力。
四、驗收后項目移交
系統終驗結束并正常運行后,由監理方組織項目移交工作,承建方按合同及相關要求移交項目文檔、數據資料及其他設備或材料,辦理移交手續。雙方簽署最終驗收證明,工程實施通過。
作者:夏禹 單位:朔黃鐵路發展有限責任公司網管中心