軟體開發項目管理流程

㈠ 軟體項目管理流程是什麼

從一個項目提出到結束，按照ISO9001:2000的項目管理流程，大致有如下步驟：

1、產品立項報告2、產品可行性分析報告3、初步設計
4、硬體詳細設計

5、軟體詳細設計
6、結構詳細設計
7、樣機生產
生產部門根據硬體工程師提交的PCB和物料清單，結構工程師提交的《結構詳細設計》，生產PCB和機箱，並組裝成樣機；樣機數量至少在4台以上；2台提交給軟體工程師；2台提交給硬體工程師；

8、軟體自測
軟體工程師編制代碼後，按照《測試大綱》，自測通過後，提交給測試工程師進行可靠性測試。

9、《測試大綱》和測試
測試大綱的內容包括：
1、功能性測試：對產品的每一項功能逐條進行測試；
2、可靠性測試：對產品進行長時間運行、模擬現場情況進行測試；對於出口產品，需要進行EMC、EMI測試。

測試大綱的要求：
1、盡可能模擬現場的情況；
2、盡可能窮舉所有的可能發生的情況；
3、做好真實記錄；列出不合格項。盡量詳細，以便研發人員定位，是軟體還是硬體故障。
由測試負責人，按照《測試大綱》的要求，對樣機進行測試；

10、形成生產文件

測試通過後，以上各個部門根據需要形成生產文件，匯總到項目經理；按照公司的管理流程，經審核後由公司下發到生產部門，進行小批量試生產；轉貼於：中國項目管理資源網

生產文件包括：

1、PCB布局圖（硬體詳細設計負責人提供）
2、物料清單BOM （Bill of Material）（硬體詳細設計負責人提供）
3、PCB焊接注意事項（硬體詳細設計負責人提供）
4、結構詳細設計（結構詳細設計負責人提供）
5、（此處原文中沒有內容）。
6、附件清單（生產負責人編制）
7、生產工藝（生產負責人編制）等文件

生產文件編寫要做到，能認字、無色盲的普通人就能按照文件把產品做出來的目標，必要時可以附錄照片等。

11、文件歸檔

階段性文件歸檔。

12、小批量試生產

在一個項目中使用該產品，並對產品的情況進行嚴格的檢測和反饋。

13、批量生產

根據小批量試生產和使用的情況，反饋到項目經理，如果有缺陷，則對詳細設計進行修改，按照以上的流程再次進行，直至設備運行完全正常。

14、文件最終歸檔

每做一次修改，文件需要再次歸檔。
由項目經理匯總，提交到公司技術主管，批准後，作為公司的受控文件。

歸檔文件包括：
1、產品立項報告
2、產品可行性分析報告
3、初步設計
4、硬體詳細設計
5、軟體詳細設計
6、結構詳細設計
7、測試大綱
8、生產文件
9、使用說明書等

文檔的作用是：
1、留下完整的項目開發記錄
2、作為獎勵和懲罰的依據
3、可維護，便於對該產品進行維護
4、可升級，便於對該產品進行升級
5、可繼承，不斷完善細節使的後續工作量越來越小
6、可完善，不斷加強細節，細節決定一切

㈡ 軟體項目開發流程

標准化的App開發流程是怎樣的呢？喜望軟體基於十年的軟體應用開發經驗給大家詳細講一下我們的App標准化開發流程。
我們按工作的性質不同先把App開發分成三個階段：售前、售中、售後，每個階段包括了多個步驟，循序漸進，最終完成項目的開發。

一、售前
1.需求溝通
在意向客戶提出有項目需求時，我們的產品經理會跟售前顧問一起跟客戶進行溝通。有些客戶對於自己的需求通常只是一個大方面的想法，這個時候就需要我們專業的產品經理幫他整理出項目的具體需求和功能列表清單，並幫客戶分析出沒有考慮到的或能否實現的需求。

2.項目可行性分析
客戶自身和產品經理都需要清晰了解該項目的功能特點、用戶痛點、行業需求和為用戶提供的服務內容等，每一點都要做出詳細的調查分析，尤其是客戶痛點這塊。如果開發出來的App存留很多痛點，那麼就算開發成功，也沒多長時間的存活時間。因為任何一個App最終的成功都是建立在用戶基礎之上的。

3.功能流程梳理
（1）整理架構
整理架構的過程就像是修房子打地基，產品經理會梳理產品整體功能架構，整理出核心內容，打造產品的地基，以確保客戶以後可以在這個原有的基礎上進行調整，更為方便、更具有擴展性。
（2）功能列表
接下來，產品經理會做出更詳細的功能列表，添加每個模塊的細節內容及具體功能，比如「注冊」用哪種注冊方式，簡訊驗證碼還是第三方注冊等。這部分就像你在裝修毛坯房時，首先要考慮加上門窗、水電改造等。
（3）梳理流程
產品經理會根據客戶的需求梳理出產品的核心業務，會幫客戶提前考慮到他們現有的流程是否可以在互聯網上進行操作，例如一些傳統行業轉互聯網的企業客戶，產品經理會站在移動互聯網的專業角度幫客戶梳理並優化流程。

4.量身定製實施方案
當需求文檔確認完畢之後，售前顧問會根據客戶需求量身定製一套App開發方案和報價清單，包括項目組人員安排、時間節點安排和技術方案等，待客戶確認完之後就可以開始正式簽約合作了。

二、售中
1.產品設計
（1）原型設計與評審
喜望產品經理根據需求文檔設計出高保真原型圖，包括功能的結構性布局、各分頁面的設計、界面交互邏輯的設計等。高保真原型圖將需求文檔轉換為更直觀的軟體demo版本，這樣即可以確認更多的細節，保證項目研發的效果，也能避免溝通不暢或溝通不到位而引發的糾紛問題。

（2）UI設計與評審
原型圖設計確認好之後，UI設計師會根據產品的定位和原型圖設計UI界面效果圖了，相當於是在原型圖的基礎上加上顏色、確定產品整體風格、功能具象化處理、交互設計和排版布局等，使客戶更直觀的可以看到App的雛形，具有極高的還原度，能夠為用戶帶來更高的體驗度。一個完整的App需要一個吸引用戶眼球的創意，這就需要產品經理和UI設計師在創意策劃上有著獨到的見解。

（3）需求詳細講解
產品經理會跟項目經理對接需求和原型圖UI圖，講解客戶的詳細需求、功能板塊、跳轉頁面等，項目經理需要細化需求，將這些需求和圖片翻譯成工程師們能更好理解的語言。接著，項目組會搭配著原型圖UI圖來召開技術會議，統一進行項目需求講解。

（4）技術標准制定
項目經理在了解清楚整個項目的需求後提供易擴展、可持續迭代的技術框架方案，比如是原生開發還是混合開發、用Java還是PHP、還有第三方選型等。

2.敏捷開發
（1）迭代開發計劃
在正式進入項目開發之前，項目組會對項目本身進行評估，對研發周期、提測時間、預發布時間點進行初步的判斷。接著對項目功能進行分解，把項目需求劃分成4-5個節點，比如1號-9號做第一個功能模塊，10號-15號做第二個功能模塊……項目組把迭代開發計劃發給客戶確認後，就開始按著這個計劃做節點研發了。
（2）節點研發
按照需求分析整理出來的功能數據處理情況，項目組會建立合理的資料庫表結構，優化數據演算法，提升數據的處理效率，保證後期App使用過程中數據的安全性、准確性、穩定性和及時性。

一個完整的App項目一般包含以下幾個模塊：
①伺服器端：編寫介面協議文檔，伺服器環境架設（國內一般都是用阿里雲伺服器，國外一般用亞馬遜），設計資料庫和編寫API介面，業務功能實現及介面封裝、管理後台的開發。
②App端：根據UI設計圖進行界面開發，UI開發完成後對接伺服器介面，通過服務端介面獲取數據，編寫功能上的邏輯代碼。
③Web管理端：根據前端的業務邏輯，後台會有相應的功能與之匹配，同樣需要編寫功能上的邏輯代碼。

在項目研發階段，項目經理進行技術攻關，流程助理同時跟蹤進度，項目組也會每周向客戶進行開發進度匯報，並協助客戶申請軟著。
（3）單元測試
以前的開發流程就是工程師從頭寫到尾，把App功能全部開發完成後再進行系統測試，這樣就很容易出現以下幾個問題：修改了一處bug卻在另一處地方引發了新的bug、擴展新功能的同時導致舊代碼出現bug等等，這個時候就需要引入單元測試。
單元測試簡單來說就是工程師做一個節點研發，測試工程師就測試一個節點，這樣就能夠清晰的知道是否破壞了老的業務邏輯，容易排除掉一些非常低級的錯誤，大大減少回歸出錯的可能性和調試的時間，提高代碼質量。
（4）系統測試
App功能開發完成之後，測試人員會對整個項目進行系統性測試。而完成項目測試調試最重要的環節是問題的管理，追蹤各個bug的進度以及狀態，包括指派給誰、優先順序、修復狀態等，以便有質量地完成問題的處理。
產品面向的平台多機型同步測試，包括：App內容測試、App性能測試、App功能測試、App視覺測試，對BUG調試修復。測試合格，確認沒有bug後與客戶進行溝通，開始驗收，再由客戶進行測試，提出修改意見。

3.上線交付
（1）用戶體驗測試
喜望在2018年新設了一個「創新性人才崗位」——用戶體驗官，這是移動互聯網行業首創的「從功能試錯服務到運營實踐服務」。
用戶體驗官的工作就是用戶體驗測試，從用戶體驗、產品、易用性、顏值、App設計還原度等多個維度進行體驗性測試，並通過後台上傳真實的前期種子數據，讓整個App的內容很豐滿，互動性強。用戶體驗測試是從項目本身的用戶群體和運營邏輯來幫助客戶打造好整個App的調性。
（2）部署上線
在代碼開發和測試完成後，就進入了後期上線的階段。
①部署正式伺服器：將資料庫、後台系統部署到正式的伺服器上面，並錄入正式的上線數據到app系統後台。
②准備上架相關的資料：如軟體著作權、應用說明、App界面截圖和打包版等。

（3）發布App應用到市場：根據App埠選擇發布iOS或Android應用市場。
①Android：涉及的應用市場很多，主流市場是騰訊應用寶、手機網路助手、360手機助手、91手機助手，不同的應用市場的受眾屬性和流量會有所不同，需要根據客戶需求和項目實際情況來選擇。一般來說，1-2個工作日就可以通過審核上線。
②iOS：發布到App Store，提交後一般最快都需要5個工作日左右才可以通過審核上架。因為App Store審核比較嚴格，比如是否符合最新的上架要求、是否涉及到虛擬貨幣、是否支持最新環境等很多問題都會決定審核能否通過。
但有可能會遇到這種情況：比如某App存在3個導致不通過的問題，App Store只要找到其中一個問題就不會通過，不會把3個問題都找出來告訴你為什麼拒絕，所以如果經驗不足，上架N次花費幾個月都是很有可能的。
③發布小程序到微信公眾號：需要把小程序發布提交給微信團隊審核並上架，一般1-2個工作日就可以通過審核上線。

（3）源碼交付
APP開發測試上線後，要進行終驗交付，即按照合同規定，將源碼、說明文檔、操作文檔等所有項目的相關資料交付給客戶。
包括但不限於：
①前後端項目的所有最新源代碼（含注釋）
②資料庫設計文檔
③API設計文檔
④所有的開發者賬號資料
⑤測試文檔
⑥原型設計稿
⑦UI設計稿
⑧項目相關文檔等資料

（4）項目運營培訓

在交付源碼時，喜望的項目經理會給客戶針對項目的所有功能操作進行培訓，比如優惠券怎麼發、司機怎麼核審、怎麼查看用戶注冊等。我們也會根據客戶需求，讓品牌設計師和新媒體運營官為客戶設計上線海報和新媒體運營方案。

三、售後
1.前期維護

一般的App開發完後都需要進行維護，即便是已經達到相對穩定的階段，也可能隨著手機系統的升級或長時間的使用等，出現一些小問題或隱藏得比較深的bug。
喜望會免費贈送客戶三個月的維護期，一個項目正式上線運營了3個月左右的時候就已經清楚了整體的運營模式和部分功能欠缺，接下來想要繼續運營app就需要迭代開發、優化功能模塊。
在此期間，我們會解答客戶的疑問、指導軟體的使用和內容的上傳等事項，以及修復程序Bug、突發情況發生後緊急維修等。

2.定製更新

在App投放到市場後，會得到用戶以及市場本身的一些反饋，從而知道該如何修正或者調整運營策略，當目前系統的功能無法滿足項目需求時，就需要規劃新一版本功能的迭代問題了，也就是開發項目2.0。
喜望會幫助客戶進行定製更新，也就是繼續App開發前期「售前」所做的工作：需求溝通、可行性分析、功能流程梳理以及量身定製實施方案。
這個迭代方案一般根據以下2點進行制定：
①未完善的BUG
比如上線後的App在運營過程發現的一些BUG，或者邏輯錯誤的一些地方，如果我們想要修復這些邏輯錯誤問題和功能BUG，就必須進行App的迭代。
②App數據分析
數據是極其重要的衡量標准，通過分析App的投放資源、用戶激活率、轉化率、留存率和用戶進入使用不同功能的佔比、各個環節的流失，尋找對App體驗影響較大的指標，分析自查功能設計上的優劣，以便進行功能上的版本迭代。

3.迭代開發
同樣的，當項目進行迭代開發時，也會重新經歷「售中」的全部過程，包含產品設計、敏捷開發和上線交付等所有的產品生命周期。

4.項目維護回訪
當項目運營過一段時間（免費維護期結束）後，喜望會對客戶進行回訪，詢問運營情況等。當然了，如果後續客戶需要我們繼續提供運維支持，我們也是很樂意的，因為在App運營的過程中需要與時俱進、維護更新，App才能長存。

從上面的App開發流程來看，每一個項目研發都要經歷以上3個階段22環節，這其實是一條完整的流水線，做到這樣往往能達到較高水準的項目質量。但是如何保證流程順暢進行？如何使項目成員的工作效率最大化？這就十分考驗開發公司的專業度和項目成員的規劃能力了。

如果您想開發App軟體，或者想了解更詳細的開發流程、開發方案、報價等等相關內容，歡迎咨詢成都喜望軟體，有專業的售前顧問、產品經理為您詳細解答App相關疑問。

㈢ 軟體項目管理的大概流程是什麼

項目管理的對象是工程項目。它所涉及的范圍覆蓋了整個工程過程。 為使項目開發獲得成功，關鍵問題是必須對項目的工作范圍、可能風險、需要資源(人、硬體／)、要實現的任務、經歷的里程碑、花費工作量(成本)、進度安排等做到心中有數。 這種管理在技術工作開始之前就應開始，在從概念到實現的過程中繼續進行，當工程過程最後結束時才終止
項目管理是為了使項目能夠按照預定的成本、進度、質量順利完成，而對人員（People）、產品（Proct）、過程（Process）和項目(Project)進行分析和管理的活動。 項目管理的根本目的是為了讓項目尤其是大型項目的整個生命周期（從分析、設計、編碼到測試、維護全過程）都能在管理者的控制之下，以預定成本按期，按質的完成交付用戶使用。而研究項目管理為了從已有的成功或失敗的案例中總結出能夠指導今後開發的通用原則，方法，同時避免前人的失誤。 項目管理的提出是在20世紀70年代中期的美國，當時美國國防部專門研究了開發不能按時提交，預算超支和質量達不到用戶要求的原因，結果發現70%的項目是因為管理不善引起的，而非技術原因。於是開發者開始逐漸重視起開發中的各項管理。到了20世紀90年代中期，研發項目管理不善的問題仍然存在。據美國工程實施現狀的調查，研發的情況仍然很難預測，大約只有10%的項目能夠在預定的費用和進度下交付。 1995年，據統計，美國共取消了810億美元的商業項目，其中31%的項目未做完就被取消，53%的項目進度通常要延長50%的時間，只有9%的項目能夠及時交付並且費用也控制在預算之內。 項目管理和其他的項目管理相比有相當的特殊性。首先，是純知識產品，其開發進度和質量很難估計和度量，生產效率也難以預測和保證。其次，系統的復雜性也導致了開發過程中各種風險的難以預見和控制。Windows這樣的操作系統有1500萬行以上的代碼，同時有數千個程序員在進行開發，項目經理都有上百個。這樣龐大的系統如果沒有很好的管理，其質量是難以想像的。 項目管理的內容主要包括如下幾個方面：人員的組織與管理，度量，項目計劃，風險管理，質量保證，過程能力評估，配置管理等。

㈣ 軟體開發項目中，過程管理文檔包括哪些

在軟體項目開發過程中，應該按軟體開發要求撰寫十三類文檔，文檔編制要求具有針對性、精確性、清晰性、完整性、靈活性、可追溯性！
需求階段
1、可行性分析報告
說明該軟體開發項目的實現在技術上、經濟上和社會因素上的可行性，評述為了合理地達到開發目標可供選擇的各種可能實施方案，說明並論證所選定實施方案的理由。
2、項目開發計劃
為軟體項目實施方案制訂出具體計劃，應該包括各部分工作的負責人員、開發的進度、開發經費的預算、所需的硬體及軟體資源等。
3、軟體需求說明書（軟體規格說明書）
對所開發軟體的功能、性能、用戶界面及運行環境等作出詳細的說明。它是在用戶與開發人員雙方對軟體需求取得共同理解並達成協議的條件下編寫的，也是實施開發工作的基礎。該說明書應給出數據邏輯和數據採集的各項要求，為生成和維護系統數據文件做好准備。
設計階段
4、概要設計說明書
該說明書是概要實際階段的工作成果，它應說明功能分配、模塊劃分、程序的總體結構、輸入輸出以及介面設計、運行設計、數據結構設計和出錯處理設計等，為詳細設計提供基礎。
5、詳細設計說明書
著重描述每一模塊是怎樣實現的，包括實現演算法、邏輯流程等。
開發階段
6、開發進度月報
該月報系軟體人員按月向管理部門提交的項目進展情況報告，報告應包括進度計劃與實際執行情況的比較、階段成果、遇到的問題和解決的辦法以及下個月的打算等。
測試階段
7、測試計劃
為做好集成測試和驗收測試，需為如何組織測試制訂實施計劃。計劃應包括測試的內容、進度、條件、人員、測試用例的選取原則、測試結果允許的偏差范圍等。
8、測試分析報告
測試工作完成以後，應提交測試計劃執行情況的說明，對測試結果加以分析，並提出測試的結論意見。
收尾階段
9、用戶操作手冊
本手冊詳細描述軟體的功能、性能和用戶界面，使用戶對如何使用該軟體得到具體的了解,為操作人員提供該軟體各種運行情況的有關知識，特別是操作方法的具體細節。
10、項目開發總結報告
軟體項目開發完成以後，應與項目實施計劃對照，總結實際執行的情況，如進度、成果、資源利用、成本和投入的人力，此外，還需對開發工作做出評價，總結出經驗和教訓。
11、軟體維護手冊
主要包括軟體系統說明、程序模塊說明、操作環境、支持軟體的說明、維護過程的說明，便於軟體的維護。
維護階段
12、軟體問題報告
指出軟體問題的登記情況，如日期、發現人、狀態、問題所屬模塊等，為軟
件修改提供准備文檔。
13、軟體修改報告
軟體產品投入運行以後，發現了需對其進行修正、更改等問題，應將存在的問題、修改的考慮以及修改的影響作出詳細的描述，提交審批。