系統軟體專案實施方案

1 、專案總體實施方案

建設*********xx軟體採購是一項複雜、長期的系統工程，為保證工程能夠順利地進行實施，必須要制定科學、合理、切實可行的實施計畫。一方面要從組織上進行落實，成立強有力的專案領導小組和經驗豐富的專案實施隊伍；另一方面要制定嚴格的時間進度表，明確各里程碑的時間。同時還要制定工作原則，以指導專案的全面實施。

1．使用者方專案小組的成員，爭取參與專案的全過程

使用者方成立領導親自掛帥的專案小組，在調研、設計、編碼、安裝除錯、測試、培訓、執行、驗收、售後服務等專案的各個階段，配合系統開發方的工作，一方面可以培訓自己的技術維護隊伍，為系統的使用保駕護航；另一方面，在開發過程中，協調使用者方和開發方的關係，保證專案的順利進行，及時發現問題，並對專案進度和質量進行監督。

2．採用「兩手抓」的方針，一手抓開發、一手抓使用

對於軟體專案，之所以稱為乙個工程，很大程度上是因為軟體專案的建設，除了技術因素外，還有很多的非技術因素需要考慮，並且必須被得到重視。衡量乙個軟體專案是否成功，很大程度上不是看這個軟體專案採用了多麼先進的技術，而是軟體對使用者來說是否實用，是否能夠幫助使用者解決許多預期的問題。國內很多軟體專案的失敗，很大程度上是使用抓得不夠。

建議在專案的試執行過程中，在抓系統維護的同時，也要狠抓系統的使用，開發方和使用者方齊心協力幫助業務人員從原來的手工處理轉到計算機輔助處理上來，在業務人員適應計算機輔助業務處理的過程中，盡可能早發現系統中存在的問題，從而最大可能地使系統保質保量的按時完成。

3．資料同程式同等重要

該系統的建設，資料位於首要的地位，程式的編寫完成，僅僅意味著系統完成了一半，資料的收集、整理、錄入，對系統的建設來說同等重要。在專案實施過程中，一定要重視系統中資料的錄入工作，充分估計資料處理的難度，在系統建設之初，就將資料工作提到議事日程上來，安排相應的資金、時間等，將資料工作落到實處，只有這樣才能爭取系統早日達到實用化。

為了有效地保證系統開發的質量，整個系統建設的全過程劃分為準備、設計、開發、實施和執行階段，每個階段完成相應的任務，確保資訊系統的建設。

如下圖所示：

在實施過程中將發生的重大質量保證活動或由此將產生的質量記錄和產品，專案管理與開發階段劃分密切相關，因此主要按照專案實施的具體階段劃分說明。

首先需要經雙方協調，形成《需求調研計畫》及《需求調研大綱》，確定準備工作、需求調研的內容、方法方式以及人員和日程安排等內容，經雙方同意後按此計畫開始調研。調研正式開始前專案開發組應檢查所有必要的準備工作已經圓滿完成。

專案開發組根據調研中系統實際技術需求和各個子系統的業務需求，編寫並向工程領導小組提交符合cmm level 3規範要求的《系統需求分析報告》，並由專案組評審，不合格的部分進一步完善調研；評審通過後由雙方共同簽署評審意見，並正式生效。

對於軟體生產過程而言，需求階段是整個過程中最重要的階段，需求分析成果的好壞將直接導致專案的成功與否，因此合作雙方在此階段多投入是值得的。而且一旦評審通過並生效，則需求報告將成為系統的設計、開發、測試、實施試執行和專案驗收的基本依據之一，因此原則上使用者需求將不再因為其它因素的改變而變更，如需進行此種變更，需經雙方專案負責人協商確定。

專案開發組通過對系統的功能、執行和效能要求加以分析，產生乙個高層次的系統結構、軟體結構、介面和資料格式的設計，並向工程領導小組提交《系統設計報告》（其中包括資料庫設計），組織評審並簽署評審意見。對其中評審不合格的部分進一步完善和重新策劃，評審通過後由雙方共同簽署評審意見，並正式生效，作為後續軟體開發和測試的基礎。

該報告內容的變更由雙方的現場實施負責人、技術負責人進行交流即可確定，並需向工程領導小組匯報。

專案開發組在《系統設計報告》的基礎上，對功能和效能要求進一步加以分析和細化並且把軟體的詳細設計文件化，向工程領導小組提交《系統詳細設計報告》，並由專案組組織評審並簽署評審意見。對其中評審不合格的部分進一步完善和重新策劃，評審通過後由雙方共同簽署評審意見，並正式生效，作為後續軟體開發和測試的基礎。

該報告內容的變更由雙方的現場實施負責人、技術負責人進行交流即可確定，並需向工程領導小組匯報。

根據前面的設計結果，由雙方的現場實施負責人、技術負責人討論確定詳細的開發計畫，並向工程領導小組提交《專案開發計畫》；工程領導小組對《專案開發計畫》進行審查，由雙方簽字後正式生效，並將作為軟體開發階段的專案管理和監控依據，專案開發小組要嚴格據此計畫控制專案進度，按時向工程領導小組匯報工作進展。

為了使使用者能夠及時獲知專案的進展情況，開發小組需要每週向使用者相關領導提交《專案客戶週報》，使用者專案組可以隨時對專案的工作情況進行檢查。

首先需要經雙方交流協調，形成《專案實施計畫》，確定現場實施的準備工作、人員和日程安排、培訓計畫、階段目標等內容，經雙方負責人簽字後生效，按此計畫開始現場實施。正式開始現場實施前專案開發組應檢查所有必要的準備工作是否已經完成。

現場工作首先要進行軟體在伺服器端的安裝和除錯，包括資料庫中各類物件的生成，初始化資料，原有系統的重要資料的轉換匯入，前後臺軟體的安裝，配置引數調整等工作；完成後需向系統維護人員提交《資料庫安裝目錄》，《軟體安裝方法》檔案，並協助使用者進行軟體安裝。

軟體安裝完成並確認可在系統正常執行後，開始相關業務人員的培訓；在培訓開始之前需要由雙方協商形成《培訓計畫》，明確培訓環境、條件及方式，參加人員，課程課時等詳細內容，由雙方現場實施負責人簽字後生效，並分別開始著手準備，在既定時間內完成。

培訓過程中由工程師提供《培訓考勤記錄》，培訓應該脫產、集中、封閉進行，並要求所有參加人每日必須兩次考勤；培訓完成後由雙方共同進行《培訓總結》，針對培訓效果確定是否達到目標，是否再增加培訓課程；對以上內容使用者專案組須進行必要的考核和獎懲，培訓工程師有權對參加培訓人員進行客觀評價。

培訓順利完成後將開始軟體在試點部門試用，將向使用者提交編譯後的前後臺軟體，《軟體使用操作手冊》，《軟體功能清單》，這兩種文件將詳細描述軟體的使用過程，軟體所包含的全部系統功能模組。

軟體試用期內使用者的主要工作是根據《軟體功能清單》所列的系統功能模組，檢查公司所提交的軟體是否滿足《系統需求分析報告》、《系統設計報告》的規定，列出未完成及含有較嚴重、明顯錯誤的模組清單形成《軟體問題及修改記錄》並提交給公司繼續完善；此段時間可以對軟體的細節性問題進行測試、驗證，但主要精力還是應放在模組級功能的檢查上，如果所有模組都已開發並可以進入試執行，其設計方法、技術可行性也都能夠滿足最終軟體的需要，則使用者各相關業務負責人、現場實施負責人需要簽署各子系統的《軟體交付書》，表明軟體已在現場安裝、除錯、培訓完成，基本可以進入軟體試執行；此後在軟體功能模組一級上不應再發生大的變化，如需要修改功能模組設計，則需由雙方專案負責人協商解決。

試執行期內使用者負責組織針對《軟體功能清單》所列的系統功能模組進行現場的系統測試，包括新舊兩套系統並行工作一段時間進行驗證，使每個功能模組都得到基本確認；對於其中發現的問題和軟體的細節性修改意見，需以《軟體問題及修改記錄》的書面形式提交給公司；公司修改完成後立即提交到現場，使用者負責組織立即對軟體進行確認回歸測試，如驗證問題已修改需要在《軟體問題及修改記錄》中予以說明。通過試執行及修改後證明已經基本完成的模組，使用者應組織相關的業務負責人在《軟體功能清單》中逐項確認。

在試執行期內系統存在一定的細節性問題是工程專案不可避免的問題，特別是隨著使用者應用的逐漸深入，此類需求會逐級提出，此類問題不屬於系統的致命性錯誤；因此當試執行期內所發現的真正的「問題和錯誤」收斂到一定數目以下時，各業務子系統經過一段時間的並行工作新系統已基本可靠，就可以切換到正式執行階段，開始正式執行。

正式執行後，由使用者提出驗收要求，雙方共同制定《專案驗收計畫》，組成專案驗收小組，共同進行專案驗收。此時公司將向使用者提交驗收的各類文件，包括對系統開發過程進行總結的《專案總結》，《專案技術報告》，最終的完整的《資料庫字典》等。

系統軟體專案實施方案

軟體系統專案實施方案

軟體專案實施方案

軟體專案實施方案

相關推薦