萬事開頭難，軟體專案開發最難的一部分就是了解客戶需求，因為這直接關係到專案成敗。一般這個都由多年行業經驗的人去負責，需求這個事情是要靠人去挖掘的，有很多的專案需求都是需求人員根據實際的接觸和思考挖掘出來的。了解客戶真正的需求，了解客戶真正想解決的問題，這裡與你分享一句話：往往人說的第乙個理由都是藉口。所以需要的進一步的了解。
做什麼事情都要有乙個目標，有乙個範圍，軟體專案更是如此，否則就沒完沒了。我們不是萬能的，所以沒有乙個界限是萬萬不能的。需求分析後，我們就可以明確出專案的目標範圍是什麼，有的也叫願景，說的明白點就是希望軟體能夠達到什麼程度。這裡要注意的地方就是不要泛泛的說，不要說些空洞的話。例如此專案可以數位化自動化之類的，相比較而言此專案在多長時間內完成，上線後可以節省多少成本，可以提高工作人多少的工作效率更能說明問題。
有了明確的目標，接下來就是如何實現的問題了。我們用什麼樣的技術，什麼樣的開發平台，在既定的目標可以保質保量的完成專案，給客戶準時上線，驗收結款。技術選型這個最忌諱的就是使用最新技術，在萬不得已的情況下，還是建議採用自己熟悉的，專案組成員都可以理解的。切不可跟著潮流走，拿客戶來做新技術的試驗田。
系統分析首先從業務邏輯入手，提取業務用例，在分析業務用例的時候就可以確定主要的業務物件以及屬性，根據業務用例確定系統的主要功能和次要功能，由此進行系統功能的劃分，根據業務物件可以建立資料結構以及資料字典。記得分析的基礎一定要建立在在本業務領域內，不要超出業務領域，那樣的系統分析將失去意義。系統分析主要包括系統分層設計，系統模組劃分，資料庫設計等幾個部分。
有很多的時候，我們做專案都是在系統分析之後就開始了coding工作，甚至早早的就開始了編碼部分，如果是乙個人開發的還好說，從編碼風格，注釋習慣，顏色樣式等都可能一致，如果多人開發就會出現萬花筒現象了，對系統的維護以及公升級都會帶來很大的困惑。所以要把專案組的人召集在一起，弄個標準出來。
有了需求，目標，分析，標準等，這下可以編**了吧，別急。誰能保證整個專案組的人都可以對選定的技術得心應手啊。怎麼辦？學習唄，一般選定的技術都是有幾個人會的，不會的就學習。乙個專案往往不是從頭開始，一般公司都有框架或樣品，比如系統許可權設計等。系統準備這個階段就是搭建框架或平台，大家掌握好技術，準備開發。
編碼無需多言。
測試要早早的進行。個人編寫完**，編譯器可以給你檢查語法錯誤，自己可以檢查一下所負責的功能，這裡可以採用單元測試的方法。整合測試主要是根據業務用例來測試的，看看邏輯，資料，狀體是否正確等等。
測試通過了，系統的說明文件基本也就出來了。我不贊成乙個視窗乙個視窗的來寫操作說明，還是根據業務用例來寫說明文件，這樣的好處是方便實際操作人員查詢學習，也能讓客戶感受到設計的步驟過程。
測試通過，把系統實施人員培訓會了之後，系統實施人員到現場安裝除錯，並對系統進行實際的跟蹤。一般也就是乙個星期左右吧，如果培訓時間不夠可以進行二次培訓。
系統安裝完畢後，對系統進行跟蹤維護。主要的工作就是收集反饋意見以及系統的bug，把這些資訊提交給專案人員，進行改正。一般不要讓客戶直接給開發人員打**，個人認為開發人員還是比較稀缺的資源，一般乙個專案做完會做其他的專案，不要讓客戶打亂其他專案的進度，所以在開發人員外部搭建乙個防火牆，就是技術支援人員，一般測試過的系統不會有太大的問題，主要還是新的需求，把這些客戶資訊整理好，統一交給開發人員處理。
專案開發過程
專案開發過程 在我以往的專案經歷當中，整個專案的開發過程包括如下階段 1 需求調研階段 這個環節是最重要的，良好的溝通才會知道客戶到底想要什麼。2 文件編寫階段 分為需求分析文件 概要設計文件 詳細設計文件三個部分 3 原型階段 demo 如果小專案文件寫以不寫，但這個原型一定要有 4 資料建模階段...
手機專案開發過程
手機專案開發過程涉及到幾個 工種 專案經理，軟體工程師，電子工程師，結構工程師，布局佈線工程師，中試，採購，測試等。下圖描述了手機硬體設計和生產的基本過程，並標識了每個階段所需要的時間。下面是手機專案開發過程各個階段的簡單介紹 一 啟動 這個階段需要確定產品定義，專案人員，專案輸出和專案時間表等，以...
vue專案開發過程
git管理 使用easymock搭建api服務 官方文件學習 github搜尋資源 頁面功能元件劃分 確定開發工具的版本 專案目錄結構劃分 移動端ui框架,使用mint ui 頁面路由切換,頁面間跳轉實現及引數傳遞 axios請求api封裝 過渡動畫處理 vuex使用 賴載入修改 打包nginx靜態...