一，開發(fā)流程圖

為了使過程更加清晰，該圖省略了對每個鏈接的審查。如果有更好的表達形式，請隨時提出建議。

（發(fā)展流程圖）

第二，處理產(chǎn)品和要求

處理在開發(fā)階段需要導出的產(chǎn)品，包括產(chǎn)品名稱，結(jié)果描述，負責人和注釋，誰在什么時間，應提供什么內(nèi)容，以及提供的內(nèi)容的基本方向和形式。

三，流程描述

（1）項目匯海

1.產(chǎn)品經(jīng)理和項目利益相關(guān)者確定項目方向。產(chǎn)品導向項目的利益相關(guān)者包括公司領導，產(chǎn)品總監(jiān)，技術(shù)總監(jiān)等。該項目包括客戶的黨組長和主要執(zhí)行人。

2.公司領導確認項目團隊的團隊結(jié)構(gòu)，包括產(chǎn)品經(jīng)理，研發(fā)項目經(jīng)理，研發(fā)工程師和測試團隊。

3.確定項目管理系統(tǒng)，并且需要相應地審查每個階段的結(jié)果。評論有相應的《會議紀要》;從項目匯海開始，研發(fā)項目經(jīng)理每周提供《項目研發(fā)周報》;在測試階段，測試工程師每周提供《項目測試周報》。

4.產(chǎn)品經(jīng)理進行需求調(diào)查并輸出《需求調(diào)研》文件。需求研究方法主要包括背景信息調(diào)查和訪談。

5.產(chǎn)品經(jīng)理完成《業(yè)務梳理》。首先，澄清每個項目的目標;其次，梳理項目中涉及的角色;那么，每個角色應該做什么;最后，梳理整個系統(tǒng)的端口，存在哪些業(yè)務模塊，以及每個模塊中包含哪些功能。

（2）需求階段

1.進入可視化產(chǎn)品的輸出階段，產(chǎn)品管理器提供最簡單且最接近成品《產(chǎn)品原型》的線框形式即可。此過程還包括業(yè)務流程圖和頁面跳轉(zhuǎn)流程圖。業(yè)務流程圖側(cè)重于不同角色在不同節(jié)點上執(zhí)行的操作。頁面跳轉(zhuǎn)流程圖主要是指不同接口之間的跳轉(zhuǎn)關(guān)系。

2.產(chǎn)品經(jīng)理將向整個團隊解釋要求。

3.研發(fā)項目經(jīng)理根據(jù)要求和項目要求明確定義《項目里程碑》。根據(jù)項目里程表，完成《產(chǎn)品開發(fā)計劃》，清除詳細階段的時間點，最后根據(jù)開發(fā)計劃進入《項目任務分解》，完成項目的劃分。

4.研發(fā)工程師根據(jù)各自的分工進入概要要求階段。《概要需求》旨在讓研發(fā)工程師初步了解業(yè)務并評估技術(shù)可行性。

（3）設計階段

1. UI設計器根據(jù)產(chǎn)品原型輸出《界面效果圖》，并提供接口標簽。最后，根據(jù)主界面，提供了一個集合《UI設計規(guī)范》。

2，研發(fā)工程師在界面效果圖中，輸出《需求規(guī)格》，要求規(guī)范應包含要實現(xiàn)的最終內(nèi)容的所有要素。

3.研發(fā)工程師完成《概要設計》，《通訊協(xié)議》和《表結(jié)構(gòu)設計》，并在正式編碼之前完成一系列研發(fā)和設計工作。

（4）發(fā)展階段

1.研發(fā)工程師正式進入編碼階段。盡管大部分時間都用于編寫代碼，但可能需要進行技術(shù)預研并確認要求。

如圖2所示，編碼過程通常需要在服務器和移動終端之間進行協(xié)調(diào)。

3.編碼完成后需要進行功能審查。

（5）測試階段

1.測試工程師根據(jù)階段《測試實例》進行設計，并將失敗的過程測試提交給Jira并分配給相應的開發(fā)人員進行調(diào)整。

2.研發(fā)工程師根據(jù)測試結(jié)果修改代碼，完成后提交測試，并在通過測試后完成測試。

3.測試工程師編寫《測試結(jié)果報告》，包括功能測試結(jié)果，壓力測試結(jié)果等。

4.測試工程師為系統(tǒng)的每個端口寫入《操作手冊》和維護手冊。

（6）在線系統(tǒng)

在與客戶或上級達成協(xié)議后，系統(tǒng)將進行調(diào)試，并在穩(wěn)定后上線。