【文章內容簡介】 16。 系統(tǒng)需求分析；216。 軟件需求分析；216。 軟件概要設計；216。 軟件詳細設計；216。 軟件編碼與單元測試；216。 軟件集成測試；216。 軟件確認測試；216。 系統(tǒng)聯(lián)調；216。 驗收交付；216。 運行與維護?！斑|寧金稅三期”工程應用軟件開發(fā)周期內各階段進入條件、主要開發(fā)內容、階段成果與階段結束標志是：1) 系統(tǒng)需求分析階段工作內容: 分析“遼寧金稅三期”工程合同規(guī)定開發(fā)的系統(tǒng)，分系統(tǒng)或設備以及用戶業(yè)務流程對應用軟件的要求，確定軟件實現(xiàn)環(huán)境和運行環(huán)境，對擬開發(fā)的“遼寧金稅三期”工程 應用軟件配置項進行定義，形成應用軟件任務書；216。 階段成果要求: 軟件任務書。2) 軟件需求分析階段工作內容: 分析并明確軟件需求使之文檔化，確定被開發(fā)軟件的運行環(huán)境，功能，性能和接口要求，完成《“遼寧金稅三期”工程 應用軟件開發(fā)計劃》、《軟件需求規(guī)格說明》、《軟件質量保證計劃》、《軟件配置管理計劃》、《軟件配置項（初步）確認測試計劃》的編寫；階段成果要求: 在制定“遼寧金稅三期”工程 應用軟件開發(fā)計劃時應兼顧建設單位給定的進度和經費要求，又要注意按照軟件工程規(guī)定的程序和技術要求進行軟件開發(fā)工作。軟件需求規(guī)格說明應滿足需求分析的完整性要求，并保證軟件需求規(guī)格說明中所有功能、性能需求均是可實現(xiàn)的。階段成果有：252。 項目開發(fā)計劃；252。 軟件需求規(guī)格說明；252。 軟件質量保證計劃；252。 軟件配置管理計劃；252。 軟件配置項確認測試計劃（初步）。216。 監(jiān)理控制要點。252。 完成了所有階段產品（軟件確認測試計劃要初步完成）；252。 “遼寧金稅三期”工程開發(fā)計劃經批準后生效，有關工作得到落實和實施；252。 軟件需求規(guī)格說明通過評審；252。 以軟件需求規(guī)格說明為核心的配置管理分配基線建立。3) 軟件概要設計216。 進入條件；252。 “遼寧金稅三期”工程 應用軟件開發(fā)計劃等配套計劃通過評審并正式批準；252。 軟件需求規(guī)格說明正式獲得評審通過；252。 以軟件需求規(guī)格說明為核心的配置管理分配基線建立。216。 階段工作內容：根據軟件需求規(guī)格說明，建立軟件的總體結構和功能模塊（部件）間的關系，定義各模塊（部件）的數據接口，控制接口，設計全局數據庫和數據結構，規(guī)定設計限制，開展軟件集成測試的計劃和設計工作；216。 階段成果要求；252。 軟件概要設計說明；252。 外部接口設計（必要時可作為軟件概要設計說明的附錄）；252。 軟件集成測試計劃（初步）；252。 軟件集成測試用例說明。216。 監(jiān)理控制要點。252。 完成了所有的階段產品（軟件集成測試計劃和測試用例說明要基本完成）；252。 概要設計說明通過評審；252。 概要設計說明，外部接口設計文檔納入配置管理受控庫。4) 軟件詳細設計216。 進入條件；252。 軟件概要設計說明評審通過；252。 軟件概要設計說明，外部接口設計已納入配置管理受控庫。216。 階段工作內容；對概要設計中產生的模塊（部件）進行詳細設計，盡量將各個軟件模塊（部件）詳細劃分為軟件單元層次，并對所有的軟件單元進行詳細的過程描述設計，設計其包括算法和內部數據結構在內的內部細節(jié)，為編寫源代碼提供必要的說明，編寫軟件詳細設計說明。規(guī)定軟件單元測試要求（計劃），進行單元測試的測試用例設計。216。 階段成果要求；252。 軟件詳細設計說明；252。 模塊開發(fā)卷宗（含單元測試計劃；單元測試用例）。216。 監(jiān)理控制要點。252。 完成了軟件詳細設計說明；252。 為所有單元建立了模塊開發(fā)卷宗；252。 軟件詳細設計說明通過了評審；252。 軟件詳細設計說明納入配置管理受控庫。5) 軟件編碼與單元測試216。 進入條件；252。 軟件詳細設計說明已通過評審；252。 軟件詳細設計說明已進入配置管理受控庫；252。 所有需編碼的軟件單元，都已建立了相應的模塊開發(fā)卷宗；252。 開發(fā)環(huán)境資源條件滿足質量管理部門認證。216。 階段工作內容；根據詳細設計說明，對各軟件單元進行編碼，調試，代碼審查和單元測試，驗證軟件單元與設計說明的一致性。編寫軟件使用說明，填寫模塊開發(fā)卷宗。216。 階段成果要求；通過單元測試的源程序代碼；軟件單元測試記錄單。216。 監(jiān)理控制要點。252。 完成所有單元編碼；252。 軟件單元無錯通過編譯；252。 完成代碼審查；252。 完成單元的動態(tài)測試并達到測試要求；252。 通過軟件實現(xiàn)階段評審；252。 所有軟件單元納入軟件開發(fā)單位的配置管理受控庫。6) 軟件集成測試216。 進入條件；252。 被集成的軟件單元無錯通過編譯；252。 被集成的軟件單元通過代碼審查；；252。 被集成的軟件單元通過單元動態(tài)測試并達到測試要求；252。 被集成的軟件單元已置于軟件開發(fā)單位的配置管理受控庫；252。 已具備了“遼寧金稅三期”工程 應用軟件研制計劃和集成測試計劃要求的軟件集成測試環(huán)境和測試工具。216。 階段工作內容；在該階段，要完成兩部分工作：一部分是軟件集成工作，即按照軟件概要設計說明和詳細設計說明中規(guī)定的軟件結構，將軟件單元逐步集成為軟件模塊（部件）直至軟件配置項；另一部分是軟件的集成測試工作，重點檢查軟件單元和（或）軟件模塊（部件）之間的接口。以上兩部分工作聯(lián)系密切，應結合在一起完成，在完成軟件集成（組裝）工作的同時，完成軟件的集成測試工作。216。 階段成果要求；252。 軟件集成測試計劃；252。 軟件集成測試報告（包括集成測試的設計，測試用例集和測試結果數據等）；252。 軟件使用說明（用戶手冊）；252。 所有軟件問題報告單和軟件修改報告單；252。 與軟件修改報告單相一致的，經過修改的全部源程序代碼。216。 監(jiān)理控制要點。252。 完成了軟件集成測試計劃中規(guī)定的所有測試工作，并達到規(guī)定的通過準則；252。 所有軟件問題按要求進行了處理；252。 經過回歸測試的軟件程序重新進入配置管理受控庫，并通過了配置審計；252。 軟件集成測試通過階段評審；252。 軟件集成測試計劃，軟件集成（組裝）測試報告，軟件使用說明（用戶手冊），軟件問題報告單和軟件修改報告單納入配置管理受控庫。7) 軟件確認測試216。 進入條件；252。 軟件完成了集成測試并通過階段評審；252。 軟件可運行；252。 所有軟件代碼都在配置管理控制之下；252。 已經具備合同建設方和承建方雙方認可的軟件確認測試環(huán)境。216。 階段工作內容；252。 根據軟件需求規(guī)格說明中定義的全部需求及軟件配置項測試計劃，測試整個軟件是否達到要求。軟件確認測試的目的是確認該軟件是否達到了軟件需求規(guī)格說明所規(guī)定的各項要求，是否可以進行系統(tǒng)聯(lián)調。216。 階段成果要求；252。 軟件確認測試計劃；252。 軟件確認測試分析報告，含所有的軟件確認測試結果；252。 所有軟件問題報告單和軟件修改報告單；252。 與軟件修改報告單相一致的，經過修改和回歸測試的全部源程序代碼；252。 經過修改的軟件產品使用說明。216。 監(jiān)理控制要點。252。 所有已發(fā)現(xiàn)的缺陷的影響均被排除；或缺陷的影響雖未被排除，但以弄清帶著缺陷運行的風險，并經用戶認可；252。 通過了軟件確認測試階段評審；252。 本階段所有的階段產品均已納入配置管理受控庫。8) 系統(tǒng)聯(lián)調216。 進入條件；252。 軟件通過了確認測試；252。 所有軟件的文檔和源代碼納入配置管理。216。 階段工作內容；252。 對被開發(fā)的應用軟件與對應的集成系統(tǒng)組合時，必須進行系統(tǒng)聯(lián)調，以驗證該軟件是否滿足規(guī)定的要求，是否與該系統(tǒng)相適應。系統(tǒng)聯(lián)調由系統(tǒng)集成責任單位主持，軟件開發(fā)單位參加，以確保軟件與系統(tǒng)的正確對接。216。 階段成果要求；252。 系統(tǒng)聯(lián)調分析報告；252。 軟件測試用例匯總；252。 可靠性和安全性分析報告。216。 監(jiān)理控制要點。252。 所有已發(fā)現(xiàn)的異常影響均被排除；或異常的影響雖未消除，但以弄清帶著異常運行的風險，并經用戶認可；252。 通過了系統(tǒng)聯(lián)調評審；252。 本階段所有的階段產品均已納入配置管理的控制之下。9) 驗收交付按合同或軟件任務書要求進行。10) 運行與維護按合同規(guī)定進行。 軟件開發(fā)成本控制軟件開發(fā)成本總額根據業(yè)主和承建單位簽訂的合同核定。應用系統(tǒng)軟件的成本控制主要依據軟件設計和開發(fā)是否如期通過規(guī)定的計劃階段的技術評審和最終的驗收交付評審，費用的支付以開發(fā)合同為準。 信息安全控制系統(tǒng)安全性控制主要通過信息系統(tǒng)設計和開發(fā)過程中對質量，進度和成本的控制，以及對軟件全部文檔的管理，確保整個信息系統(tǒng)安全環(huán)節(jié)滿足建設單位的信息安全要求，保證整個信息系統(tǒng)安全符合國家有關法律法規(guī)的各項規(guī)定。在日常的監(jiān)理工作中，務求做好以下幾方面的工作：216。 確保安全需求真實，準確的反映用戶信息安全的需求，能夠切實降低信息系統(tǒng)的安全風險；216。 確認安全方案是否符合有關國家標準和規(guī)定；216。 審核安全設計和開發(fā)方的資質；216。 組織審核信息系統(tǒng)安全整體性測試工作，組織信息系統(tǒng)的安全驗收工作。 知識產權保護控制在信息系統(tǒng)設計和開發(fā)的全過程，通過嚴格合同管理和計劃管理，督促設計和開發(fā)單位建立內控機制，落實專人負責系統(tǒng)分析，需求分析，軟件設計和軟件實現(xiàn)所有的階段成果和最終成果的保密以及控制管理，以確保做好知識產權保護控制工作。同時監(jiān)督管理設計和開發(fā)單位做好如下工作：216。 信息系統(tǒng)文檔的完整性收集，保存和移交業(yè)主；216。 外購軟件知識產權驗證和保護控制；216。 應用軟件程序源代碼的版本控制。 設備采購及安裝調試階段的質量控制方法和措施216。 設備的質量控制從其選型、采購、安裝、使用等分別進行全面質量控制；216。 監(jiān)理工程師應對設備的質量、到貨時間進行審核；216。 監(jiān)理工程師應要求承建單位提供進貨證明、出廠合格證、設備明細表、配件表、技術說明書和驅動軟件等；216。 監(jiān)理工程師應及時簽認承建單位提交的《工程材料/設備/配件報審表》；216。 如果訂貨不能按時到貨，監(jiān)理單位可按合同中相應違約條款來處理；216。 現(xiàn)場的實物按照監(jiān)理委托合同約定或有關工程合同和有關質量管理文件規(guī)定按比例進行抽驗；216。 計算機網絡系統(tǒng)所使用的電纜、光纖或者電信部門提供的通信線路，在使用前，承建單位必須予以測試并向監(jiān)理單位提交報告，經監(jiān)理單位審查合格后，方可使用；216。 所有可裝載計算機軟件的介質如磁盤等，均應向監(jiān)理單位報驗，并經過安全測試，并寫出測試報告，方可使用；216。 機房設備的驗貨和考核，按相應的國家標準、規(guī)范以及承建合同中的規(guī)定進行，并經監(jiān)理單位審核才能使用；216。 軟硬件設備的配置、安裝和調試完畢，達到相應設計方案、合同中預定的技術指標和性能后，總監(jiān)理工程師應予以審核和簽認《工程預驗收/總驗申請表》；216。 如果軟硬件設備達不到預定的技術指標性能，或不能滿足系統(tǒng)及設備驗收的標準和規(guī)范，監(jiān)理單位應向承建單位發(fā)送《監(jiān)理工程師通知單》要求承建單位進行再調試，若仍然達不到預定的技術指標性能，不能滿足系統(tǒng)及設備驗收的標準和規(guī)范，向承建單位再次發(fā)送《監(jiān)理工程師通知單》，并抄送建設單位，按相應的合同條款處理，同時監(jiān)理單位需要對質量事故進行跟蹤處理，并將完整的質量事故處理記錄整理歸檔。 工程實施階段的質量控制方法和措施 工程質量的事前控制216。 核查承建單位的質量保證體系和質量管理計劃；252。 核查承建單位的機構設置、人員配備、職責與分工的落實情況；252。 督促各級專職質量檢查人員的配備；252。 查驗各級管理人員及專業(yè)人員的資質情況；252。 檢查承建單位質量管理制度是否健全；252。 總監(jiān)理工程師組織監(jiān)理人員對質量保證資料進行核查。如不完善，督促承建單位完善。216。 審查承建單位的實施方案。252。 工程實施前，承建單位應將工程實施方案、人員配置、質量保證措施、《工程實施方案報審表》和《工程開工報審表》提交監(jiān)理單位；252。 監(jiān)理單位審定和確認承建單位提交的工程實施方案、人員組織、質量保證計劃等；252。 上述方案經監(jiān)理工程師審定后，由總監(jiān)理工程師審核簽發(fā)《工程項目進度計劃審核表》和《開工令》；252。 上述方案未經批準，承建單位不得進行工程實施。 工程實施過程中的質量控制216。 監(jiān)理工程師對工程的實施過程有目的的進行參與、跟蹤和檢查；252。 在參與跟蹤過程中，及時發(fā)現(xiàn)和糾正工程實施中所發(fā)生的不符合要求的問題；252。 對工程實施中的關鍵控制點進行重點監(jiān)控；252。 對所發(fā)現(xiàn)的問題應先口頭通知承建單位改正，然后應由監(jiān)理工程師簽發(fā)《監(jiān)理工程師通知單》正式通知承建單位改正；252。 承建單位應將整改結果書面回復監(jiān)理單位，監(jiān)理工程師進行復查。 216。 階段作業(yè)驗收；252。 現(xiàn)場參與檢查系統(tǒng)集成的主要作業(yè)及程序；252。 承建單位在完成一個階段作業(yè)并自檢合格后，填寫《階段作業(yè)報驗申請表》報監(jiān)理單位；252。 監(jiān)理工程師對報驗的資料進行審查；252。 對符合要求的階段作業(yè)，應由總監(jiān)理工程師組織建設單位和承建單位共同核查承建單位報驗的資料，由各方協(xié)商驗收意見，并在《分項、分部工程檢驗認可書》上簽字認可；252。 對不符合要求的階段作業(yè)，由總監(jiān)理工程師簽發(fā)《不合格工程項目通知》，由承建單位整改；252。 經返工或返修的階段作業(yè)需再進行簽認，直至合格。 工程階段評審評審是一種質量保證的機制，它是借助一組人員來檢查系統(tǒng)或相關文檔并發(fā)現(xiàn)錯誤的一個過程。評審的結果都要記錄下來并交給那些負責糾正錯誤的人員。評審不僅僅針對軟件代碼進行，各種文檔（如測試計劃、配置管理程序、過程標準和用戶手冊等等）都應該進行評審。一次評審是一種借助一組人員的差異性來達到目的的方法：216。 指出開發(fā)和管理人員或軟件產品及系統(tǒng)集成結果所需修改的部分；216。 確定產品中不需要或不希望改進的部分；216。 通過質量復審，得到更加一致的、更可預測的技術工作的質量，從而使技術工作更加容易管理。監(jiān)理針對本項目特點，將著手進行如下幾種類型的評審：216。 設計或