完整的項目軟硬件開(kāi)發(fā)流程

IT行業(yè)的產(chǎn)品項目開(kāi)發(fā)流程，軟件硬件是怎么開(kāi)發(fā)出來(lái)的？為什么產(chǎn)品的結果是這樣？為什么產(chǎn)品開(kāi)發(fā)的速度不能再快一點(diǎn)？為什么程序員經(jīng)常加班？他們都在忙些什么？測試是不是就是每天忙著(zhù)點(diǎn)點(diǎn)程序看會(huì )不會(huì )報錯？

所以本文面向的對象是，對軟件開(kāi)發(fā)一無(wú)所知的IT從業(yè)者（或者有興趣者），這個(gè)過(guò)程中我們可能會(huì )發(fā)現大家對同一件事的理解并不一致，也許經(jīng)過(guò)碰撞，我們能共創(chuàng )智慧的果實(shí)。       相關(guān)文章：《智能家電軟硬件定制，技術(shù)在不斷更新迭代升級》
 

 

一、過(guò)程產(chǎn)物及要求

本表主要列出開(kāi)發(fā)階段需要輸出的過(guò)程產(chǎn)物，包括產(chǎn)物名稱(chēng)、成果描述、負責人及備注，即誰(shuí)、在什么時(shí)間、應該提供什么內容、提供內容的基本方向和形式是什么。

項目啟動(dòng)階段

產(chǎn)物名稱(chēng)成果描述負責人

調研文檔了解項目背景，了解項目干系人目標方向產(chǎn)品經(jīng)理

團隊組建確認團隊人員及配置產(chǎn)品總監

業(yè)務(wù)梳理明確項目的目標、角色、各端口及模塊產(chǎn)品經(jīng)理

需求階段

產(chǎn)品原型產(chǎn)品的線(xiàn)框圖產(chǎn)品經(jīng)理

需求概要基于線(xiàn)框圖，作技術(shù)評估，達成業(yè)務(wù)理解的一致性研發(fā)工程師

項目里程碑確認項目重大時(shí)間節點(diǎn)研發(fā)項目 經(jīng)理

項目開(kāi)發(fā)計劃梳理各階段、各端口的開(kāi)發(fā)計劃研發(fā)項目經(jīng)理

項目任務(wù)分解表將計劃分配到團隊研發(fā)項目經(jīng)理
 

 

設計階段

界面效果圖及標注基于線(xiàn)框圖，作效果圖，須適量考慮交互內容UI設計師

UI設計規范在UI界面基礎上，輸出主要界面的設計規范UI設計師

需求規格基于效果圖，明確業(yè)務(wù)實(shí)現細節，消除對最終成果理解的不一致研發(fā)工程師

概要設計功能實(shí)現的可視化，有助于理清思路，減少技術(shù)盲區和低級缺陷，實(shí)現并行開(kāi)發(fā)，提高效率研發(fā)工程師

通訊協(xié)議通信協(xié)議是指雙方實(shí)體完成通信或服務(wù)所必須遵循的規則和約定研發(fā)工程師

表結構設計確認要建的數據庫表及其表結構研發(fā)工程師

開(kāi)發(fā)階段

產(chǎn)品代碼代碼

測試階段

測試用例明確測試方案，包括測試模塊、步驟、預期測試工程師

測試結果報告輸出測試結果測試工程師

用戶(hù)手冊系統操作手冊測試工程師

常規文檔

項目周報每周開(kāi)發(fā)內容及下周開(kāi)發(fā)計劃研發(fā)項目經(jīng)理

測試周報每周測試內容及下周測試計劃測試工程師

評審會(huì )議紀要評審的過(guò)程文檔整體團隊
 

 

二、過(guò)程說(shuō)明

項目啟動(dòng)

產(chǎn)品經(jīng)理和項目干系人確定項目方向，產(chǎn)品型項目的干系人包括公司領(lǐng)導、產(chǎn)品總監、技術(shù)總監等，項目的話(huà)則包括客戶(hù)方領(lǐng)導、主要執行人等。

公司領(lǐng)導確認項目組團隊組成，包括產(chǎn)品經(jīng)理、研發(fā)項目經(jīng)理、研發(fā)工程師、測試團隊等。

明確項目管理制度，每個(gè)階段的成果產(chǎn)物需要進(jìn)行相應的評審，。

產(chǎn)品經(jīng)理進(jìn)行需求調研，輸出《需求調研》文檔。需求調研的方式主要有背景資料調查和訪(fǎng)談。

產(chǎn)品經(jīng)理完成《業(yè)務(wù)梳理》。首先，明確每個(gè)項目的目標；其次，梳理項目涉及的角色；再來(lái)，每個(gè)角色要進(jìn)行的事項；最后，再梳理整個(gè)系統分哪些端口，要有哪些業(yè)務(wù)模塊，每個(gè)模塊再包含哪些功能。

需求階段

進(jìn)入可視化產(chǎn)物的輸出階段，產(chǎn)品經(jīng)理提供最簡(jiǎn)單也最接近成品的《產(chǎn)品原型》，線(xiàn)框圖形式即可。在這個(gè)過(guò)程中還可能產(chǎn)生的包括業(yè)務(wù)流程圖和頁(yè)面跳轉流程圖。業(yè)務(wù)流程圖側重在不同節點(diǎn)不同角色所進(jìn)行的操作，頁(yè)面跳轉流程圖主要指不同界面間的跳轉關(guān)系。

產(chǎn)品經(jīng)理面向整個(gè)團隊，進(jìn)行需求的講解。

研發(fā)項目經(jīng)理根據需求及項目要求，明確《項目里程碑》。根據項目里程表，完成《產(chǎn)品開(kāi)發(fā)計劃》，明確詳細階段的時(shí)間點(diǎn)，最后根據開(kāi)發(fā)計劃，進(jìn)行《項目任務(wù)分解》，完成項目的分工。

研發(fā)工程師按照各自的分工，進(jìn)入概要需求階段?！陡乓枨蟆分荚谧屟邪l(fā)工程師初步理解業(yè)務(wù)，評估技術(shù)可行性。
 

 

設計階段

UI設計師根據產(chǎn)品的原型，輸出《界面效果圖》，并提供界面的標注，最后根據主要的界面，提供一套《UI設計規范》。UI設計規范主要是明確常用界面形式尺寸等，方便研發(fā)快速開(kāi)發(fā)。UI設計常涵蓋交互的內容。

研發(fā)工程師在界面效果圖，輸出《需求規格》，需求規格應包含最終要實(shí)現的內容的一切要素。

研發(fā)工程師完成《概要設計》、《通訊協(xié)議》及《表結構設計》，及完成正式編碼前的一系列研發(fā)設計工作。

開(kāi)發(fā)階段

研發(fā)工程師正式進(jìn)入編碼階段，這個(gè)過(guò)程雖然大部分時(shí)間用來(lái)寫(xiě)代碼，但是可能還需要進(jìn)行技術(shù)預研、進(jìn)行需求確認。

編碼過(guò)程一般還需進(jìn)行服務(wù)端和移動(dòng)端的聯(lián)調等。

完成編碼后需要進(jìn)行功能評審。

測試階段

測試工程師按階段設計《測試實(shí)例》，未通過(guò)的流程測試提交至Jira，分配給相應的開(kāi)發(fā)人員調整。

研發(fā)工程師根據測試結果修改代碼，完成后提交測試，測試通過(guò)后完成。

測試工程師編寫(xiě)《測試結果報告》，包括功能測試結果、壓力測試結果等。

測試工程師編寫(xiě)系統各端口的《操作手冊》、維護手冊等。

系統上線(xiàn)

與客戶(hù)或者上級達成一致后，系統進(jìn)行試運行，穩定后上線(xiàn)。

最后，以上內容不代表絕對專(zhuān)業(yè)意見(jiàn)，不知道其他行業(yè)的IT小伙伴和我們是否一樣呢，歡迎與我交流。