軟件系統(tǒng)開發(fā)各階段監(jiān)理工作要點_第1頁
軟件系統(tǒng)開發(fā)各階段監(jiān)理工作要點_第2頁
軟件系統(tǒng)開發(fā)各階段監(jiān)理工作要點_第3頁
軟件系統(tǒng)開發(fā)各階段監(jiān)理工作要點_第4頁
軟件系統(tǒng)開發(fā)各階段監(jiān)理工作要點_第5頁
已閱讀5頁,還剩1頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

本工程軟件開發(fā)各階段監(jiān)理工作要點本工程將采取原型模型和螺旋模型相結(jié)合的軟件開發(fā)模型,監(jiān)理工作主要分為工程招標階段、項目建設(shè)合同審查階段、工程實施階段(內(nèi)含多個子階段:啟動階段、需求分析階段、概要設(shè)計階段、詳細設(shè)計階段、編碼和單元測試階段、系統(tǒng)聯(lián)調(diào)測試階段、試運行階段等)、工程驗收階段和工程維護階段等。其中工程實施階段具有多子階段循環(huán)開發(fā)的特點(參考原型模型和螺旋模型相結(jié)合的軟件開發(fā)模型),各子階段的工程監(jiān)理工作需多次反復(fù)開展,乙方需要按甲方要求做好各項監(jiān)理工作。建設(shè)階段監(jiān)理主要內(nèi)容監(jiān)理目標具體實施辦法提交的主要文檔規(guī)劃設(shè)計階段?了解現(xiàn)狀(投資規(guī)模、可利用資源、緊迫程度、進度要求等);?按甲方要求編制可行性報告;?參與可行性報告的評審會,并對是否可行給出明確的意見;?按甲方要求進行規(guī)劃設(shè)計。明晰人事編制業(yè)務(wù)及其流程,如何通過信息化手段實現(xiàn)人事編制管理1、 監(jiān)理工程師駐場,對現(xiàn)狀進行分析;2、 協(xié)同各業(yè)務(wù)部門召開項目前期碰頭會,明晰人事編制業(yè)務(wù)及流程和系統(tǒng)建設(shè)功能需求;3、 收集本工程涉及的國家、地方和行業(yè)標準、法規(guī)?!兑?guī)劃設(shè)計方案》《初步調(diào)研報告》啟動階段?項目前期資料進行備檔,并界定系統(tǒng)實施的范圍,了解整個項目的情況;三方共冋明確聯(lián)系機制、項目接口責任、內(nèi)部管理制度及監(jiān)理工作流程;?審核項目建設(shè)實施方案,提交審核報告;?審核承建方的進度計劃,確定監(jiān)理進度計劃;三方商討可能存在的需求變更以及進度計劃變更;?制訂本工程監(jiān)理文檔的命名、保存規(guī)范,明確各監(jiān)理規(guī)范表格的使用;?審核承建方提交的各種文檔規(guī)范、開發(fā)計劃、周報等;?定期對系統(tǒng)的風險系數(shù)進行判斷;主持召開三方協(xié)調(diào)會(通常一周一次)。落實項目的范圍、目標、組成、進度、質(zhì)量要求(功能及性能)、驗收標準以及各方人員的構(gòu)成及對應(yīng)關(guān)系等1、 向甲方索要招標書、投標書、已簽訂的項目建設(shè)合同,復(fù)印保存;2、 審核承建方的項目實施方案;3、 編制項目聯(lián)系清單、監(jiān)理規(guī)劃與工作制度;4、編制監(jiān)理實施細則 包括監(jiān)理進度計劃;5、 制定變更處理辦法;6、 制定文檔命名規(guī)范、各類文件保存目錄;7、 出具各類評審報告、監(jiān)理周報;8、 定期(月度/季度/里程碑階段)向甲方提交風險報告;編制會議紀要及工程備忘錄。《項目實施方案審核報告》《項目聯(lián)系單》《監(jiān)理規(guī)劃》《監(jiān)理工作制度》《監(jiān)理實施細則》《評審報告》《監(jiān)理周報》《監(jiān)理月報》《風險報告》《會議紀要》《備忘錄》

建設(shè)階段監(jiān)理主要內(nèi)容監(jiān)理目標具體實施辦法提交的主要文檔需求分析階段二方共冋制定需求調(diào)研的方式,申核承建方的調(diào)研計劃;?與承建方起共冋進行需求調(diào)研工作,記錄好用戶需求;?定期對承建方的調(diào)研成果進行核查,及時指出不足之處;根據(jù)實際情況調(diào)整進度計劃,并三方確認;?審核開發(fā)計劃、項目需求規(guī)格說明書、系統(tǒng)原型、測試計劃、周報;?定期對系統(tǒng)的風險系數(shù)進行判斷;?編制周報,并提交給甲方;?定期主持召開三方協(xié)調(diào)會,編制工程備忘錄;?各監(jiān)理規(guī)范表格的使用。確保能實現(xiàn)對系統(tǒng)既定宏觀目標的微觀模塊細分,并沿著預(yù)期目標推進下去1、 召開前期調(diào)研會議,列明重點調(diào)研范圍;2、 隨冋承建方對業(yè)務(wù)部門進行實地現(xiàn)場調(diào)研,并做好調(diào)研記錄;3、 兩天次核查承建方調(diào)研記錄和報告;4、 出現(xiàn)重大變更應(yīng)立即進行調(diào)整,出現(xiàn)小變更則一個星期調(diào)整一次;5、 向甲方提供有關(guān)評審報告;6、 定期(月度/季度/里程碑階段)向甲方提交風險報告;7、 周報內(nèi)容包括本周工作情況、發(fā)現(xiàn)問題及處理情況;8、 協(xié)調(diào)會(通常一周一次);9、 參見《監(jiān)理表格及分類-監(jiān)理平臺》?!稌h紀要》《用戶需求記錄》《需求調(diào)研計劃書評審報告》《項目需求規(guī)格說明書評審報告》《數(shù)據(jù)要求說明書評審報告》《項目開發(fā)計劃書評審報告》《項目質(zhì)量控制監(jiān)理報告》《監(jiān)理周報》《監(jiān)理月報》《會議紀要》《備忘錄》說明:項目需求規(guī)格說明書審核要點包括:文檔是否按項目文檔編制標準編制的;文檔中描述的系統(tǒng)需求是前后一致的、可行的、可測試的;軟件需求是否全面、準確地覆蓋了用戶對軟件功能、性能、可靠性等方面的要求;根據(jù)設(shè)計準則,把系統(tǒng)的需求恰當?shù)胤峙浣o硬件項、軟件項和人工操作項;每一條軟件需求說明是不是都是可實現(xiàn)且可驗證的;需求說明中是否考慮了與已有應(yīng)用系統(tǒng)的接口問題;需求說明中是否考慮了審批業(yè)務(wù)的擴展要求;需求說明中是否考慮了故障處理要求,對故障處理方法是否合理和合適;需求說明中是否考慮了用戶安全保密性方面的要求,通過適當嚴格的方法表明涉及安全、保密和關(guān)鍵性的軟件需求是正確的。建設(shè)階段監(jiān)理主要內(nèi)容監(jiān)理目標具體實施辦法提交的主要文檔概要設(shè)計階段?核查概要設(shè)計進度情況;對承建方編制的《概要設(shè)計說明書》內(nèi)容提出改進建議;根據(jù)實際情況調(diào)整進度計劃,并三方確認;?審核概要設(shè)計說明書、周報;確保能實現(xiàn)對系統(tǒng)的微觀模塊的邏輯構(gòu)建1、 兩天次核查承建方《概要設(shè)計說明書》編制,確保編制進度和內(nèi)容;2、 向其他兩方提供改進建議;3、 出現(xiàn)重大變更應(yīng)立即進行調(diào)整,出現(xiàn)小變更則一個星期調(diào)整一次;《概要設(shè)計說明書評審報告》《項目質(zhì)量控制監(jiān)理報告》《監(jiān)理周報》

?定期對系統(tǒng)的風險系數(shù)進行判斷;?編制周報,并提交給甲方;?定期主持召開三方協(xié)調(diào)會,編制工程備忘錄;?各監(jiān)理規(guī)范表格的使用。4、 向甲方提供有關(guān)評審報告;5、 定期(月度/季度/里程碑階段)向甲方提交風險報告;6、 周報內(nèi)容包括本周工作情況、發(fā)現(xiàn)問題及處理情況;7、 協(xié)調(diào)會(通常一周一次);8、 參見《監(jiān)理表格及分類-監(jiān)理平臺》?!侗O(jiān)理月報》《會議紀要》《備忘錄》說明:系統(tǒng)概要設(shè)計審核要點包括:軟件設(shè)計是正確的、與需求一致并可追溯到需求,覆蓋了軟件需求說明的全部內(nèi)件順序、輸入、輸出、接口、邏輯流程圖、定時分配和預(yù)算估計、錯誤的定義、隔離和恢復(fù);可以從需求得出選定白分解是否合理;對故障處理的措施是否完備有效;軟件概要設(shè)計說明是否對軟件需求說明有良好的可追蹤性;是否按質(zhì)量管理和配置管理。勺容;設(shè)計執(zhí)行正確的事勺設(shè)計;軟件功能部件的支計劃開展了進度管理、詳細設(shè)計階段?核查詳細設(shè)計進度情況;對承建方編制的《詳細設(shè)計說明書》內(nèi)容提出改進建議;根據(jù)實際情況調(diào)整進度計劃,并三方確認;?審核詳細設(shè)計說明書、操作手冊、數(shù)據(jù)庫設(shè)計說明書、測試計劃、周報;?定期對系統(tǒng)的風險系數(shù)進行判斷;?編制周報,并提交給甲方;?定期主持召開三方協(xié)調(diào)會,編制工程備忘錄;?各監(jiān)理規(guī)范表格的使用。確保概要設(shè)計的成果(模塊邏輯構(gòu)建),在本階段能分解為功能組件項的具體開發(fā)1、 兩天次核查承建方《詳細設(shè)計說明書》編制,確保編制進度和內(nèi)容;2、 向其他兩方提供改進建議;3、 出現(xiàn)重大變更應(yīng)立即進行調(diào)整,出現(xiàn)小變更則一個星期調(diào)整一次;4、 向甲方提供有關(guān)評審報告;5、 定期(月度/季度/里程碑階段)向甲方提交風險報告;6、 周報內(nèi)容包括本周工作情況、發(fā)現(xiàn)問題及處理情況;7、 協(xié)調(diào)會(通常一周一次);8、 參見《監(jiān)理表格及分類-監(jiān)理平臺》?!对敿氃O(shè)計說明書評審報告》《數(shù)據(jù)庫設(shè)計說明書評審報告》《模塊開發(fā)卷宗評審報告》《測試計劃審查報告》《項目質(zhì)量控制監(jiān)理報告》《監(jiān)理周報》《監(jiān)理月報》《會議紀要》《備忘錄》說明:系統(tǒng)詳細設(shè)計審核要點包括:數(shù)據(jù)庫設(shè)計是否全面,且考慮了多對一、一對多的關(guān)系;詳細設(shè)計與概要設(shè)計是否一致;通過適當嚴格的方法表明設(shè)計正確地實現(xiàn)了安全、保密和其他關(guān)鍵性的要求;是否按計劃開展了進度管理、質(zhì)量管理和配置管理。

建設(shè)階段監(jiān)理主要內(nèi)容監(jiān)理目標具體實施辦法提交的主要文檔編碼和單元測試階段?對編碼的進度情況進行核查,并對編碼的規(guī)范進行排查;?參與單元測試;?需求變更的處理,同時根據(jù)實際情況調(diào)整進度計劃,并二方確認;?審核單元測試報告、系統(tǒng)性能功能評審報告、模塊設(shè)計說明書、操作手冊、安裝手冊、周報;?定期對系統(tǒng)的風險系數(shù)進行判斷;?編制周報,并提交給甲方;?定期主持召開三方協(xié)調(diào)會,編制工程備忘錄;?各監(jiān)理規(guī)范表格的使用。確保模塊單元編碼符合軟件開發(fā)標準流程與規(guī)范,以及為后期的系統(tǒng)安裝運行制定相應(yīng)方案1、 一周一次核查承建方編碼情況,確保編碼符合軟件開發(fā)規(guī)范,且代碼缺陷率在可控范圍內(nèi);2、 功能單元測試:派人駐場進行白盒測試、黑盒測試,并向甲方匯報測試結(jié)果;3、 系統(tǒng)性能功能評審:對系統(tǒng)的易用性、操作人性化程度、界面美觀、效率效能、性能功能等方面進行審查;4、 出現(xiàn)重大變更應(yīng)立即進行調(diào)整,出現(xiàn)小變更則一個星期調(diào)整一次;5、 向甲方提供有關(guān)評審報告;6、 定期(月度/季度/里程碑階段)向甲方提交風險報告;7、 周報內(nèi)容包括本周工作情況、發(fā)現(xiàn)問題及處理情況;8、 協(xié)調(diào)會(通常一周一次);9、 參見《監(jiān)理表格及分類-監(jiān)理平臺》。《單元測試跟蹤報告》《系統(tǒng)性能功能評審報告》《模塊設(shè)計說明書》《操作手冊》《安裝手冊》《項目質(zhì)量控制監(jiān)理報告》《監(jiān)理周報》《監(jiān)理月報》《會議紀要》《備忘錄》說明:編碼驗證和評審的主要工作內(nèi)容包括:編碼是否符合有關(guān)的編碼標準;編碼可追溯到設(shè)計和需求并且是可測試的、正確的、并符合需求;編碼執(zhí)行正確的事件順序,前后一致的接口關(guān)系、正確的數(shù)據(jù)和控制流程圖、完整性、恰當?shù)亩〞r分配和預(yù)算估計、錯誤的定義、隔離和恢復(fù);程序是否正確地實現(xiàn)了軟件詳細設(shè)計;程序中是否有足夠的注釋,以保證程序的可讀性和可維護性;是否開展了軟件靜態(tài)分析、代碼審查和軟件單兀測試;軟件單兀測試是否充分,是否達到了語句覆蓋率和分支覆蓋率均為100%的要求;通過適當嚴格的方法表明編碼正確地實現(xiàn)了安全、保密和其他關(guān)鍵性的要求;是否按計劃開展了進度管理、質(zhì)量管理和配置管理。集成驗證的要點包括:每個軟件項的軟件組件和軟件單元已完整地、正確地集成到系統(tǒng)中;系統(tǒng)的硬件項、軟件項和人工操作項已完整地、正確地集成到系統(tǒng)中;其他系統(tǒng)的相關(guān)功能模塊已完整地、正確地集成到系統(tǒng)中;已根據(jù)集成計劃完成集成任務(wù)。模塊設(shè)計審核的主要工作內(nèi)容包括:模塊設(shè)計是正確的、與軟件設(shè)計致并可追溯到需求,覆蓋了軟件設(shè)計說明的全部內(nèi)容;設(shè)計執(zhí)行正確的事件順序、輸入、輸出、接口、邏輯流程圖、定時分配和預(yù)算估計、錯誤的定義、隔離和恢復(fù);是否按計劃開展了進度管理、質(zhì)量管理和配置管理。

建設(shè)階段監(jiān)理主要內(nèi)容監(jiān)理目標具體實施辦法提交的主要文檔系統(tǒng)聯(lián)調(diào)測試階段?參與聯(lián)調(diào)測試;?根據(jù)實際情況調(diào)整進度計劃,并三方確認;?審核聯(lián)調(diào)測試計劃、聯(lián)調(diào)測試報告、培訓(xùn)計劃、試運行計劃、數(shù)據(jù)割接及應(yīng)用上線方案、周報;?定期對系統(tǒng)的風險系數(shù)進行判斷;?編制周報,并提交給甲方;?定期主持召開三方協(xié)調(diào)會,編制工程備忘錄;?各監(jiān)理規(guī)范表格的使用。確保完成開發(fā)的各模塊能實現(xiàn)功能嵌套,并保證各接口的運行正常,系統(tǒng)的整體架構(gòu)穩(wěn)定1、 檢測各軟件模塊之間運行的銜接程度、密度壓力;2、 對項目進行單元測試和整體測試;3、 出現(xiàn)重大變更應(yīng)立即進行調(diào)整,出現(xiàn)小變更則一個星期調(diào)整一次;4、 向甲方提供有關(guān)評審報告;5、 定期(月度/季度/里程碑階段)向甲方提交風險報告;6、 周報內(nèi)容包括本周工作情況、發(fā)現(xiàn)問題及處理情況;7、 協(xié)調(diào)會(通常一周一次);8、 參見《監(jiān)理表格及分類-監(jiān)理平臺》《聯(lián)調(diào)測試計劃報告》《乙方測試報告》《聯(lián)調(diào)測試評審報告》《培訓(xùn)計劃評審報告》《試運行計劃評審報告》《數(shù)據(jù)割接及應(yīng)用上線方案評審報告》《項目質(zhì)量控制監(jiān)理報告》《監(jiān)理周報》《監(jiān)理月報》《會議紀要》《備忘錄》說明:測試計劃審核要點:是否包括了易用性測試、穩(wěn)定性測試計劃;測試需求、測試用例、測試數(shù)據(jù)是否符合規(guī)格說明;測試路徑是否覆蓋全部功能點。測試報告評審要點:測試報告是否正確的,實際情況和預(yù)期結(jié)果之間的差異是否已得到解決;是否采用了必要的軟件測試工具以提高測試的效率,同時保障測試的可重復(fù)驗證性;是否進行了強度、邊界和異常輸入測試;針對測試中發(fā)現(xiàn)的軟件錯誤是否進行了軟件修改,并開展了相應(yīng)的軟件回歸測試;確認軟件產(chǎn)品在目標環(huán)境的選定區(qū)域進行了適用性測試。試運行階段?審核承建方安裝調(diào)試計劃,跟進安裝調(diào)試工作;?對甲方進行培訓(xùn);?對系統(tǒng)的試運行情況進行定期檢查,并審核試運行情況報告、周報;?根據(jù)實際情況調(diào)整進度計劃,并三方確認;?定期對系統(tǒng)的風險系數(shù)進行判斷;?編制周報,并提交給甲方;?定期主持召開三方協(xié)調(diào)會,編制工程備忘錄;?各監(jiān)理規(guī)范表格的使用。系統(tǒng)經(jīng)過聯(lián)調(diào)測試后,在試運行期間保障系統(tǒng)與預(yù)期實現(xiàn)結(jié)果一致1、 檢查承建方安裝調(diào)試工作;2、 根據(jù)甲方實際培訓(xùn)需求,協(xié)同承建方制定合理的《培訓(xùn)方案》3、 一周兩次檢查評估,向甲方提供有關(guān)評審報告;4、 出現(xiàn)重大變更應(yīng)立即進行調(diào)整,出現(xiàn)小變更則兩個星期調(diào)整一次;5、 定期(月度/季度/里程碑階段)向甲方提交風險報告;6、 周報內(nèi)容包括本周工作情況、發(fā)現(xiàn)問題及處理情況;《安裝調(diào)試報告》《培訓(xùn)方案評審報告》《試運行情況報告》《項目質(zhì)量控制監(jiān)理報告》《監(jiān)理周報》《監(jiān)理月報》《會議紀要》《備忘錄》

7、 協(xié)調(diào)會(通常一周一次);8、 參見《監(jiān)理表格及分類-監(jiān)理平臺》。建設(shè)階段監(jiān)理主要內(nèi)容監(jiān)理目標具體實施辦法提交的主要文檔系統(tǒng)驗收階段?主持召開三方項目驗收碰頭會,配合甲方進行驗收前準備工作;?參與驗收測試;?要做好軟件系統(tǒng)開發(fā)源代碼的檢查和編譯工作,確保承建方向甲方提供了全面的系統(tǒng)源代碼;?審核驗收方案、驗收測試報告、售后服務(wù)計劃、周報;?對項目實施質(zhì)量進行評價;?做好項目績效評價;?做好系統(tǒng)安全風險評估;?各監(jiān)理規(guī)范表格的使用;?參與項目竣工驗收工作,并元成驗收。確保最終交付的系統(tǒng)滿足甲方各項要求,功能及性能達到預(yù)期結(jié)果,符合驗收程序,文檔齊全1、 三方確定驗收時間、驗收準則、評估規(guī)貝V、硬件/軟件環(huán)境等,以及三方職責;2、 采用功能測試與性能測試(Webload、loadrunner測試工具)相結(jié)合,編制驗收測試報告;3、 向甲方提供有關(guān)評審報告;4、 參考佛山市財政局對項目績效評價的有關(guān)要求,進行項目的建設(shè)進行科學評價;5、 按國家對信息系統(tǒng)運行安全風險評估的有關(guān)要求,進行項目的安全風險評估6、 參見《監(jiān)理表格及分類-監(jiān)理平臺》;7、 工程質(zhì)量評估報告:對工程質(zhì)量、工程材料、工程進度等給出一個大概的評價。8、 驗收監(jiān)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論