軟體定製外包開發流程和**是大概需要多少錢呢
一、外包前的準備工作
1.1專案負責人的確定
外包專案確定啟動前，我方應制定乙個專門人員，作為軟體外包的專案負責人，全權處理外包專案的所有事務。
1.2需求文件的制定
由專案負責人，對專案軟體的使用範圍、使用者人群定位等進行詳細分析，規劃出軟體的主要功能，同時結合我們現有平台軟體，對軟體的開發環境、應用環境做出規範要求，以此制定出《軟體需求文件》。
《軟體需求文件》在經專案組討論後生效。
《軟體需求文件》應包括以下內容：
●專案軟體的中英文名稱、預計開發周期；
●軟體的技術規範，如開發環境、應用環境、資料庫標準、資料交換介面等；
●軟體的適用範圍、主要應用思想；
●主要功能模組及功能詳細說明；
●業務基本流程；
1.3《軟體開發方案》及接包方的確定
1.《軟體需求文件》確定後，根據需求文件預選定接包方；
2.接包方同專案負責人溝通技術細節後，由專案接包方根據需求方案，對開發流程進行細化，制定《軟體開發方案》及相關demo；
3.專案負責人根據《軟體開發方案》和demo確定最終的接包方，雙份針對軟體開發、後期應用、源**交付方式等細節進行磋商，簽訂《軟體開發合同》。
《軟體開發方案》中應包括以下內容：
●專案整體的開發程序，應包括開發、測試、驗收、交付等關鍵環節的進度安排；
●軟體各模組劃分及定義；
●軟體開發計畫，應包括開發進度安排、詳細的工期明細；
1.4接包方責任人的確定
軟體接包方確定後，接包方應確定軟體開發的負責人，協同我方專案負責人對整個專案開發過程中的所有事情進行溝通和協調處理。
二、軟體在開發過程中的管理
2.1軟體需求的細化
開發方案確定後，接包方需根據開發方案書，對軟體的需求進行細化，包括各模組的具體實現、子功能模組的劃分、資料描述和相關報表內容等，並需及時同我方專案負責人進行溝通，以確認可行性。
2.2開發過程中的管理及協調
1.接包方在軟體開發過程中，應該保留詳細的軟體開發文件，以便於後期原始碼程式的移交；
軟體開發文件應包括：模組設計說明、業務流程說明、資料庫設計說明、**中的注釋等內容；
2.在開發過程中，開發負責人應至少每週一次向我方專案負責人提交《開發進度報告》，以方便我方了解開發進度；
3.開發負責人在開發過程中遇到需同我方進行資料對接等測試需求時，應及時同我方專案負責人聯絡溝通，專案負責人應及時提供測試環境，以免影響專案進度；
4.開發過程中，如果因為技術或是其他原因導致功能無法實現，開發負責人應及時同專案負責人進行溝通，並進行「軟體需求變動」流程；
5.軟體部分模組或是初步成型後，開發負責人，需聯絡專案負責人申請進行軟體的模組測試或是初步測試；專案負責人需組織開發人員，對軟體的模組及雛形框架進行測試，以保證軟體符合原本設計要求；
2.3軟體需求變動
1.在雙方確認軟體需求後，如有功能上的調整，雙方負責人需針對新的需求進行討論論證，並制定《軟體需求變動書》；
2.軟體需求變動確定後，雙方應根據需求變動書進行開發周期的估算，接包方需合理安排工作量，以確保整個開發進度不會延誤；
3.對於確實因需求改變而造成工作量加大，可能會導致開發進度延誤情況，需要開發及專案負責人雙方進行協調處理；
三、交付驗收過程管理
3.1軟體交付前的內測
1.軟體交付前，開發負責人、專案負責人需要組織我方測試人員協同開發負責人對軟體進行內測。內測時，需模擬真實的使用環境，重點對軟體的功能進行測試，保證功能的正常、業務流程的暢通。
主要測試以下內容：
1)軟體各模組的名稱、介面的正確及合理性；
2)軟體各模組功能的完整性；
3)軟體各業務流程執行的正確性；
4)其他開發需求文件中未列到的細節問題；
2.內測時，開發負責人、專案負責人，要對發現的問題進行詳細的記錄，並出具《軟體內測報告》；
3.內測結束後，接包方對內側出現的問題進行修改和調整；
4.內測可能需要進行多次，直到軟體沒有問題符合公測要求時止；
3.2軟體交付時的公測
1.在完成內測後，外包專案負責人，需組織實際使用者對軟體進行小範圍的公測；
主要測試以下內容：
1)軟體的使用者體驗，軟體使用起來是否方便快捷等；
2)在實際使用中各種引數設定的合理性；
3)軟體功能模組設定的合理性；
4)軟體功能上的新的需求；
5)軟體的負荷；
3.公測時，專案負責人需及時溝通實際使用者，了解實際使用者對軟體的意見及建議，收集整理後，彙總為《軟體公測報告》；
4.專案負責人需針對公測報告中的問題進行分析，然後整理彙總後，交接包方進行修改；
5.接包方修改無問題後，完成軟體公測；
3.3軟體驗收交付的內容
在完成公測後，進入軟體的驗收流程。接包方需向我方提供以下內容：
1.軟體的所有源**
包括軟體所有的源**、所使用的自定義類庫等內容。原始碼應規範、完整，包含詳盡的注釋說明；
2.軟體發布好的程式
包括完整的發布檔案、安裝程式、部署配置文件、幫助手冊、軟體硬體使用環境等；
3.軟體所有的開發文件
包括軟體模組設計文件、資料庫設計文件、業務流程設計文件、開發環境配置文件、介面規範文件、開發過程中的需求變動書等；
4.軟體的相關培訓等
接包方需要對我方人員進行軟體開發環境搭建、軟體部署、軟體使用等的培訓；
3.4軟體的驗收
軟體的驗收主要包括以下內容：
1.軟體源**的驗收
1)軟體驗收組根據接包方提供的開發環境文件，搭建開發環境，對軟體進行編譯，並對編譯後的程式進行測試，以確認源**的正確及完整性；
2)組織軟體驗收組，對軟體原始碼進行分析，以確認軟體的可讀性；
2.軟體相關文件的驗收
軟體驗收組對接包方提供的相關文件進行檢查，確保文件完整、無誤。
3.5軟體驗收報告
在軟體完成公測完成後，由專案負責人組織軟體驗收組，彙總軟體內測、公測的資料、軟體的相關文件、原始碼後，出具軟體驗收報告，以完成軟體測試。
四、交付後的程式及源**管理
4.1軟體交付後的程式bug處理
1.軟體通過驗收交付後，由軟體專案負責人將所有原始碼、文件、程式進行封存，並編唯一版本號；
2.封存後，如發現嚴重的功能缺陷及bug，由專案負責人提出，並提交軟體修改需求，接包方需對問題進行處理；問題處理後，如果修改的檔案不多，則只發布更新過的檔案，採用補丁包的方式對程式進行更新，程式的版本號不變化；如修改的檔案較多，需同專案負責人溝通發布方式；
3.封存後，如遇功能修改上的問題，只要不影響程式正常執行，暫時只對問題進行收集、整理和彙總；
4.2軟體交付後的功能更改
1.在軟體功能修改經過論證後，專案負責人可提出新的軟體修改需求，對軟體的功能進行修改；
2.軟體專案負責人將軟體修改需求同開發負責人討論後，接包方對軟體進行修改和調整；
3.軟體進行功能調整並發布後，對軟體的版本號進行公升級；
4.3程式發布及源**管理
1.軟體在進行更新發布後，專案負責人需組織人員先對修改後的bug或是功能進行測試後，才可以；
2.接包方在傳送軟體更新程式時，需包含軟體更新說明、軟體公升級部署方法等文件；
3.軟體在測試無誤後，接包方需將所有修改後的原始碼、更新說明、部署方法等打包給軟體專案負責人歸檔；
軟體外包之評估和報價
每每被問到這個問題的時候，總是不由自主的先嘆一口氣。總結下來有以下幾點 1，使用者是否可以清楚的描述需求，有詳細的需求文件。如果客戶不清楚，至少預留1倍的時間準備應付後期增加的需求吧。2，是否是熟悉的領域。如果不是熟悉的領域建議適當降低 要求延長時間。不熟悉的領域開發效率相對較低，可能只有平時的30...
軟體定製開發，程式外包就在這
軟體定製開發，程式外包就在這 2020 04 21 09 42 04 在網際網路的發展的今日，促進企業資訊化管理與管理方法專業化已變成許多 企業的的共識。在其中軟體購置與 說到軟體定製開發，先來掌握下軟體成品或是通用性軟體。銷售市場上軟體成品也是有許多 優勢，例如軟體成品早已過開發 檢測 改善，其可...
app開發外包的流程 需求 報價，需要知道的細節！
流程 找外包方 闡述需求 簽合同 交錢 做ue 畫ui 種碼 測試 驗收 上線 注意 這個流程可以說跟其他任何流程都是差不多。特別是簽約，也是跟隨潮流一般直接首付，之後有免費維護期。轉包的危害 如果你要 那麼記得在外包給其他團隊時備註好 嚴禁轉包 四個大字。因為有很多 會私自把接到自己手上的 專案轉...