一、蘭州APP開發(fā)流程圖
    為使流程更清晰，本圖省略了各環(huán)節(jié)的評審，如有更好的表現(xiàn)形式，歡迎提出建議。
    二、過程產(chǎn)物及要求
    本表主要列出開發(fā)階段需要輸出的過程產(chǎn)物，包括產(chǎn)物名稱、成果描述、負責人及備注，即誰、在什么時間、應該提供什么內(nèi)容、提供內(nèi)容的基本方向和形式是什么。
    項目啟動階段
    產(chǎn)物名稱成果描述負責人
    調研文檔了解項目背景，了解項目干系人目標方向產(chǎn)品經(jīng)理
    團隊組建確認團隊人員及配置產(chǎn)品總監(jiān)
    業(yè)務梳理明確項目的目標、角色、各端口及模塊產(chǎn)品經(jīng)理

    蘭州APP開發(fā)需求階段
    產(chǎn)品原型產(chǎn)品的線框圖產(chǎn)品經(jīng)理
    需求概要基于線框圖，作技術評估，達成業(yè)務理解的一致性研發(fā)工程師
    項目里程碑確認項目重大時間節(jié)點研發(fā)項目經(jīng)理
    項目開發(fā)計劃梳理各階段、各端口的開發(fā)計劃研發(fā)項目經(jīng)理
    項目任務分解表將計劃分配到團隊研發(fā)項目經(jīng)理
    蘭州APP開發(fā)設計階段
    界面效果圖及標注基于線框圖，作效果圖，須適量考慮交互內(nèi)容UI設計師
    UI設計規(guī)范在UI界面基礎上，輸出主要界面的設計規(guī)范UI設計師
    需求規(guī)格基于效果圖，明確業(yè)務實現(xiàn)細節(jié)，消除對最終成果理解的不一致研發(fā)工程師
    概要設計功能實現(xiàn)的可視化，有助于理清思路，減少技術盲區(qū)和低級缺陷，實現(xiàn)并行開發(fā)，提高效率研發(fā)工程師
    通訊協(xié)議通信協(xié)議是指雙方實體完成通信或服務所遵循的規(guī)則和約定研發(fā)工程師
    表結構設計確認要建的數(shù)據(jù)庫表及其表結構研發(fā)工程師。
    開發(fā)階段
    產(chǎn)品代碼代碼
    測試階段
    測試用例明確測試方案，包括測試模塊、步驟、預期測試工程師
    測試結果報告輸出測試結果測試工程師
    用戶手冊系統(tǒng)操作手冊測試工程師
    常規(guī)文檔
    項目周報每周開發(fā)內(nèi)容及下周開發(fā)計劃研發(fā)項目經(jīng)理
    測試周報每周測試內(nèi)容及下周測試計劃測試工程師
    評審會議紀要評審的過程文檔整體團隊
    三、蘭州APP開發(fā)過程說明
    項目啟動
    產(chǎn)品經(jīng)理和項目干系人確定項目方向，產(chǎn)品型項目的干系人包括公司領導、產(chǎn)品總監(jiān)、技術總監(jiān)等，項目的話則包括客戶方領導、主要執(zhí)行人等。
    公司領導確認項目組團隊組成，包括產(chǎn)品經(jīng)理、研發(fā)項目經(jīng)理、研發(fā)工程師、測試團隊等。
    明確項目管理制度，每個階段的成果產(chǎn)物需要進行相應的評審，評審有相應的《會議紀要》；從項目啟動起，研發(fā)項目經(jīng)理每周提供《項目研發(fā)周報》；測試階段，測試工程師每周提供《項目測試周報》。
    產(chǎn)品經(jīng)理進行需求調研，輸出《需求調研》文檔。需求調研的方式主要有背景資料調查和訪談。
    產(chǎn)品經(jīng)理完成《業(yè)務梳理》。首先，明確每個項目的目標；其次，梳理項目涉及的角色；再來，每個角色要進行的事項；最后，再梳理整個系統(tǒng)分哪些端口，要有哪些業(yè)務模塊，每個模塊再包含哪些功能。

    蘭州APP開發(fā)需求階段
    進入可視化產(chǎn)物的輸出階段，產(chǎn)品經(jīng)理提供簡單也接近成品的《產(chǎn)品原型》，線框圖形式即可。在這個過程中還可能產(chǎn)生的包括業(yè)務流程圖和頁面跳轉流程圖。業(yè)務流程圖側重在不同節(jié)點不同角色所進行的操作，頁面跳轉流程圖主要指不同界面間的跳轉關系。
    產(chǎn)品經(jīng)理面向整個團隊，進行需求的講解。
    研發(fā)項目經(jīng)理根據(jù)需求及項目要求，明確《項目里程碑》。根據(jù)項目里程表，完成《產(chǎn)品開發(fā)計劃》，明確詳細階段的時間點，最后根據(jù)開發(fā)計劃，進行《項目任務分解》，完成項目的分工。
    研發(fā)工程師按照各自的分工，進入概要需求階段。《概要需求》旨在讓研發(fā)工程師初步理解業(yè)務，評估技術可行性。
    設計階段
    UI設計師根據(jù)產(chǎn)品的原型，輸出《界面效果圖》，并提供界面的標注，根據(jù)主要的界面，提供一套《UI設計規(guī)范》。UI設計規(guī)范主要是明確常用界面形式尺寸等，方便研發(fā)快速開發(fā)。UI設計常涵蓋交互的內(nèi)容。
    研發(fā)工程師在界面效果圖，輸出《需求規(guī)格》，需求規(guī)格應包含要實現(xiàn)的內(nèi)容的一切要素。
    研發(fā)工程師完成《概要設計》、《通訊協(xié)議》及《表結構設計》，及完成正式編碼前的一系列研發(fā)設計工作。
    開發(fā)階段
    研發(fā)工程師正式進入編碼階段，這個過程雖然大部分時間用來寫代碼，但是可能還需要進行技術預研、進行需求確認。
    編碼過程一般還需進行服務端和移動端的聯(lián)調等。
    完成編碼后需要進行功能評審。
    測試階段
    測試工程師按階段設計《測試實例》，未通過的流程測試提交至Jira，分配給相應的開發(fā)人員調整。    
    研發(fā)工程師根據(jù)測試結果修改代碼，完成后提交測試，測試通過后完成。
    測試工程師編寫《測試結果報告》，包括功能測試結果、壓力測試結果等。
    測試工程師編寫系統(tǒng)各端口的《操作手冊》、維護手冊等。
    系統(tǒng)上線
    與客戶或者上級達成一致后，系統(tǒng)進行試運行，穩(wěn)定后上線。
    最后，以上內(nèi)容僅限于我所在蘭州APP開發(fā)公司，不代表專業(yè)意見，不知道其他行業(yè)的IT小伙伴和我們是否一樣呢，歡迎與我交流。