軟件委托開發(fā)流程及相關規(guī)范

軟件外包流程及相關規(guī)范XXXXXXXXX網絡科技有限公司TOC\o"1-5"\h\z\o"CurrentDocument"一、外包前的準備工作 3\o"CurrentDocument"1.1項目負責人的確定 3\o"CurrentDocument"1。2需求文檔的制定 3\o"CurrentDocument"1。3《軟件開發(fā)方案》及接包方的確定 3\o"CurrentDocument"1.4接包方責任人的確定 4\o"CurrentDocument"二、軟件在開發(fā)過程中的管理 4\o"CurrentDocument"2。1軟件需求的細化 4\o"CurrentDocument"2。2開發(fā)過程中的管理及協調 4\o"CurrentDocument"2.3軟件需求變動 4\o"CurrentDocument"三、交付驗收過程管理 5\o"CurrentDocument"3。1軟件交付前的內測 5\o"CurrentDocument"軟件交付時的公測 5\o"CurrentDocument"3。3軟件驗收交付的內容 6\o"CurrentDocument"軟件的驗收 6\o"CurrentDocument"軟件驗收報告 6\o"CurrentDocument"四、交付后的程序及源代碼管理 7\o"CurrentDocument"4。1軟件交付后的程序BUG處理 7\o"CurrentDocument"4。2軟件交付后的功能更改 7\o"CurrentDocument"4.3程序發(fā)布及源代碼管理 7一、外包前的準備工作1。1項目負責人的確定外包項目確定啟動前，我方應制定一個專門人員，作為軟件外包的項目負責人，全權處理外包項目的所有事務。1。2需求文檔的制定由項目負責人，對項目軟件的使用范圍、用戶人群定位等進行詳細分析，規(guī)劃出軟件的主要功能，同時結合我們現有平臺軟件，對軟件的開發(fā)環(huán)境、應用環(huán)境做出規(guī)范要求，以此制定出《軟件需求文檔》.《軟件需求文檔》在經項目組討論后生效?！盾浖枨笪臋n》應包括以下內容：項目軟件的中英文名稱、預計開發(fā)周期；軟件的技術規(guī)范，如開發(fā)環(huán)境、應用環(huán)境、數據庫標準、數據交換接口等；軟件的適用范圍、主要應用思想；主要功能模塊及功能詳細說明；業(yè)務基本流程；1。3《軟件開發(fā)方案》及接包方的確定.《軟件需求文檔》確定后，根據需求文檔預選定接包方；.接包方同項目負責人溝通技術細節(jié)后，由項目接包方根據需求方案，對開發(fā)流程進行細化，制定《軟件開發(fā)方案》及相關DEMO；.項目負責人根據《軟件開發(fā)方案》和DEMO確定最終的接包方，雙份針對軟件開發(fā)、后期應用、源代碼交付方式等細節(jié)進行磋商，簽訂《軟件開發(fā)合同》。《軟件開發(fā)方案》中應包括以下內容：項目整體的開發(fā)進程，應包括開發(fā)、測試、驗收、交付等關鍵環(huán)節(jié)的進度安排；軟件各模塊劃分及定義；軟件開發(fā)計劃，應包括開發(fā)進度安排、詳細的工期明細；1.4接包方責任人的確定軟件接包方確定后，接包方應確定軟件開發(fā)的負責人，協同我方項目負責人對整個項目開發(fā)過程中的所有事情進行溝通和協調處理.二、軟件在開發(fā)過程中的管理2。1軟件需求的細化開發(fā)方案確定后，接包方需根據開發(fā)方案書，對軟件的需求進行細化，包括各模塊的具體實現、子功能模塊的劃分、數據描述和相關報表內容等，并需及時同我方項目負責人進行溝通，以確認可行性.2。2開發(fā)過程中的管理及協調.接包方在軟件開發(fā)過程中，應該保留詳細的軟件開發(fā)文檔，以便于后期源碼程序的移交；軟件開發(fā)文檔應包括：模塊設計說明、業(yè)務流程說明、數據庫設計說明、代碼中的注釋等內容；.在開發(fā)過程中，開發(fā)負責人應至少每周一次向我方項目負責人提交《開發(fā)進度報告》，以方便我方了解開發(fā)進度；.開發(fā)負責人在開發(fā)過程中遇到需同我方進行數據對接等測試需求時，應及時同我方項目負責人聯系溝通，項目負責人應及時提供測試環(huán)境以免影響項目進度；.開發(fā)過程中，如果因為技術或是其他原因導致功能無法實現，開發(fā)負責人應及時同項目負責人進行溝通,并進行“軟件需求變動”流程；.軟件部分模塊或是初步成型后，開發(fā)負責人，需聯絡項目負責人申請進行軟件的模塊測試或是初步測試；項目負責人需組織開發(fā)人員，對軟件的模塊及雛形框架進行測試，以保證軟件符合原本設計要求；2。3軟件需求變動.在雙方確認軟件需求后，如有功能上的調整，雙方負責人需針對新的需求進行討論論證，并制定《軟件需求變動書》；.軟件需求變動確定后，雙方應根據需求變動書進行開發(fā)周期的估算，接包方需合理安排工作量,以確保整個開發(fā)進度不會延誤；.對于確實因需求改變而造成工作量加大，可能會導致開發(fā)進度延誤情況，需要開發(fā)及項目負責人雙方進行協調處理；三、交付驗收過程管理軟件交付前的內測.軟件交付前，開發(fā)負責人、項目負責人需要組織我方測試人員協同開發(fā)負責人對軟件進行內測。內測時，需模擬真實的使用環(huán)境，重點對軟件的功能進行測試，保證功能的正常、業(yè)務流程的暢通。主要測試以下內容：1）軟件各模塊的名稱、界面的正確及合理性；2）軟件各模塊功能的完整性；3）軟件各業(yè)務流程運行的正確性；4）其他開發(fā)需求文檔中未列到的細節(jié)問題；.內測時，開發(fā)負責人、項目負責人，要對發(fā)現的問題進行詳細的記錄，并出具《軟件內測報告》；.內測結束后，接包方對內測出現的問題進行修改和調整；.內測可能需要進行多次，直到軟件沒有問題符合公測要求時止.2軟件交付時的公測.在完成內測后，外包項目負責人，需組織實際用戶對軟件進行小范圍的公測；主要測試以下內容：1）軟件的用戶體驗，軟件使用起來是否方便快捷等；2）在實際使用中各種參數設置的合理性；3）軟件功能模塊設置的合理性；4）軟件功能上的新的需求；5）軟件的負荷；.公測時，接包方要同時提供《軟件使用幫助》文檔；.公測時，項目負責人需及時溝通實際用戶，了解實際用戶對軟件的意見及建議，收集整理后，匯總為《軟件公測報告》；.項目負責人需針對公測報告中的問題進行分析，然后整理匯總后，交接包方進行修改.接包方修改無問題后，完成軟件公測；.3軟件驗收交付的內容在完成公測后，進入軟件的驗收流程。接包方需向我方提供以下內容：.軟件的所有源代碼包括軟件所有的源代碼、所使用的自定義類庫等內容.源碼應規(guī)范、完整，包含詳盡的注釋說明；.軟件發(fā)布好的程序包括完整的發(fā)布文件、安裝程序、部署配置文檔、幫助手冊、軟件硬件使用環(huán)境等；.軟件所有的開發(fā)文檔包括軟件模塊設計文檔、數據庫設計文檔、業(yè)務流程設計文檔、開發(fā)環(huán)境配置文檔、接□規(guī)范文檔、開發(fā)過程中的需求變動書等；.軟件的相關培訓等接包方需要對我方人員進行軟件開發(fā)環(huán)境搭建、軟件部署、軟件使用等的培訓；3。4軟件的驗收軟件的驗收主要包括以下內容：.軟件源代碼的驗收1）軟件驗收組根據接包方提供的開發(fā)環(huán)境文檔，搭建開發(fā)環(huán)境，對軟件進行編譯，并對編譯后的程序進行測試，以確認源代碼的正確及完整性；2）組織軟件驗收組，對軟件源碼進行分析，以確認軟件的可讀性；.軟件相關文檔的驗收軟件驗收組對接包方提供的相關文檔進行檢查,確保文檔完整、無誤。.5軟件驗收報告在軟件完成公測完成后，由項目負責人組織軟件驗收組，匯總軟件內測、公測的數據、軟件的相關文檔、源碼后，出具軟件驗收報告，以完成軟件測試四、交付后的程序及源代碼管理4。1軟件交付后的程序BUG處理.軟件通過驗收交付后，由軟件項目負責人將所有源碼、文檔、程序進行封存，并編唯一版本號；.封存后，如發(fā)現嚴重的功能缺陷及BUG，由項目負責人提出，并提交軟件修改需求，接包方需對問題進行處理;問題處理后，如果修改的文件不多，則只發(fā)布更新過的文件，采用補丁包的方式對程序進行更新，程序的版本號不變化;如修改的文件較多，需同項目負責人溝通發(fā)布方式；.封存后，如遇功能修改上的問題，只要不影響程序正常運行，暫時只對問題進行收集、整理和匯總；.2軟件交付后的功能更改.在軟件功能修改經過論證后，項目負責人可提出新的軟件修改需求，對軟件的功能進行修改;.軟件項目負