| 標題：軟件研發(fā)方案 |
| 軟件研發(fā)方案 一、立項階段 客戶/公司領導等提出需求、產品自身需求，研發(fā)部收到客戶/公司領導通知或自身規(guī)劃需求后，做相應的競品分析、市場分析評估工作，經(jīng)過評估后，如需要以項目的形式繼續(xù)往下實施，則安排填寫《項目立項申請表》，并走流程進行確認。 輸出物：項目立項申請表、競品分析表、市場分析評估表 二、需求階段 1.市場需求分析 項目立項后，售前人員和研發(fā)人員進行需求收集、分析、篩選、整理等工作，研發(fā)部輸出需求范圍或其它產品規(guī)劃文檔，需求范圍需同項目干系人進行討論、確定，并最終由客戶/公司領導確認，需求范圍需體現(xiàn)是否會涉及到第三方或公司內部其他部門（如財務、運營）的業(yè)務，需求范圍得到明確后，將進入后續(xù)的產品設計階段。 輸出物：需求范圍確認表 2.產品需求階段 根據(jù)需求范圍，原型設計編寫產品需求文檔及其它附屬文檔等，產品需求文檔產生后，召集相關部門對產品需求進行評審，產品需求文檔內容需包含（但不限于）如下部分： （1）功能需求是否覆蓋 （2） 性能需求是否覆蓋 （3）數(shù)據(jù)需求是否覆蓋 （4）監(jiān)控需求是否覆蓋 （5）適配范圍需求 （6）新老平臺/系統(tǒng)的兼容性要求 （7）周邊系統(tǒng)的影響評估 （8）安全需求 （9）系統(tǒng)容量/并發(fā)需求 輸出物：產品需求確認表 3.原型設計 根據(jù) ……（快文網(wǎng)http://www.hancun.net省略940字，正式會員可完整閱讀）…… 5.項目正式啟動 項目規(guī)劃階段工作就緒后，項目經(jīng)理發(fā)起會議并召集項目組所有人員進行正式啟動會議，會議主要明確內容如下： （1）項目計劃同步和確定 （2）資源及人員職責的明確和確定 （3）當前風險評估及管理表的宣講 （4）對項目目標的同步和明確 會議結束后，項目經(jīng)理將以上4項明確后的結論做最終整理，并將其相關文檔提交到SVN上進行統(tǒng)一管理。 輸出物：項目啟動會議紀要 四、設計階段 1.技術調研 針對產品規(guī)劃過程中所提出的技術風險、難題進行前期技術調研，技術調研要有一定的深度，評測結果要真實可信，其他來源的數(shù)據(jù)僅能作為參考，要以自己的測試結果為主，調研工作結束后，需編寫《技術調研報告》，報告中要給出調研技術的分析和建議結論，調研過程中涉及到相關的代碼和demo，需要在《技術調研報告》中體現(xiàn)，并說明具體放置的路徑，調研報告輸出后，安排項目組相關人員對調研結果進行評審。 輸出物：技術調研報告 2.技術方案設計 開發(fā)人員根據(jù)產品需求文檔進行系統(tǒng)模塊的劃分和分解，分模塊進行系統(tǒng)分析，各個模塊的系統(tǒng)分析完成后，需要編寫《詳細設計文檔》、《數(shù)據(jù)庫設計文檔》，各子系統(tǒng)間的交互需要編寫《系統(tǒng)內部接口文檔》，如本系統(tǒng)與其他系統(tǒng)有交互，需要編寫《系統(tǒng)接口文檔》，針對《詳細設計文檔》、《系統(tǒng)接口文檔》及《數(shù)據(jù)庫設計文檔》需召集項目經(jīng)理、產品經(jīng)理、開發(fā)人員、測試人員等進行評審，詳細設計文檔包含（但不限于）以下內容： （1）系統(tǒng)架構 （2）系統(tǒng)各模塊分解及功能說明 （3） 各系統(tǒng)之間的關系及如何調用 （4）其他部門的合作對接方案 （5）數(shù)據(jù)平滑遷移方案設計 （6）安全方案等 詳細設計文檔需以部門或系統(tǒng)為單位，整合成一份文檔輸出，避免一個項目N份設計文檔。 輸出物：詳細設計文檔、數(shù)據(jù)庫設計文檔、系統(tǒng)內部接口文檔 3.測試用例設計及評審 測試人員根據(jù)產品需求文檔、詳細設計文檔進行測試用例的編寫和分解， 測試用例編寫完成后，需要組織相關人員進行評審，并輸出評審報告，測試用例的設計在實際項目操作過程中，可能也會在產品設計階段確認之后就開始。 輸出物：測試用例、測試用例評審表 4.UI設計及評審 UI設計師根據(jù)產品原型、產品需求文檔對UI進行設計，UI設計稿需同業(yè)務方、產品、開發(fā)等相關干系人進行評審，原則上項目經(jīng)理對設計稿上功能、流程是否滿足進行負責，設計師對設計稿上的外觀、審美進行負責，評審通過后，進行定稿并正式提交。 輸出物：UI設計說明、UI設計評審表 五、研發(fā)階段 1.編碼 代碼格式須遵照《Java代碼編寫規(guī)范》、《PHP代碼編寫規(guī)范》等規(guī)范書寫，代碼需確保編譯通過，并每天入庫一次，代碼入庫前必須完成代碼評審，在代碼編寫階段，需要嚴格按照項目計劃執(zhí)行，并確保代碼質量。 輸出物：無 2.單元測試 在代碼實現(xiàn)過程中，需保證在一個迭代周期內完成單元測試（迭代周期視項目具體情況而定），在一個迭代周期結束前，入庫的代碼需包含相應的單元測試代碼，單元測試代碼入庫前原則上也必須進行代碼評審，單元測試的最終結果是保證迭代周期內的代碼測試通過，以確保入庫代碼的質量。 輸出物：單元測試表 3.聯(lián)調 在編碼及單元測試完成后，項目進入聯(lián)調階段工作，聯(lián)調工作主要包含： （1）子系統(tǒng)間接口、功能聯(lián)調 （2）本系統(tǒng)與其它系統(tǒng)間的接口、功能聯(lián)調 聯(lián)調需確保各子系統(tǒng)間或相互調用的系統(tǒng)之間接口調通，正常流程的功能實現(xiàn)正常，為后續(xù)測試奠定良好的基礎。 輸出物：無 4.提測 聯(lián)調通過后，開發(fā)人員將代碼提交到指定的服務器地址，開發(fā)人員需填寫《***項目提測申請單》， 郵件提交給測試相關人員，版本提交申請單需包含以下內容： （1）項目名及版本號 （2）聯(lián)調結果 （3）代碼的具體地址（包含SVN地址及SVN版本號） （4）新增/修改的功能/bugs 清單及功能自測結果 輸出物：項目提測申請表 六、測試階段 1.冒煙測試 測試部接收到版本后或首次上線測試，安排進行冒煙測試，冒煙測試在測試環(huán)境上進行，冒煙測試過程中，如果發(fā)現(xiàn)重大問題，致使測試無法進行下去的，需要及時將問題反饋給項目經(jīng)理及研發(fā)部，研發(fā)部需第一時間安排優(yōu)先處理問題，直到冒煙測試通過。 輸出物：冒煙測試記錄表 2.系統(tǒng)測試 測試負責人對任務進行分解到每位測試人員，并確保每條用例到具體負責人，測試人員收到測試版本及測試任務后，進行測試工作，測試人員的工作需按照項目計劃進行 ……（未完，全文共5077字，當前只顯示2445字，請閱讀下面提示信息。收藏軟件研發(fā)方案） 上一篇：公司黨支部2021年度落實黨風廉政建設主體責任述責述廉報告 下一篇：局文明單位創(chuàng)建情況工作總結 相關欄目：計劃規(guī)劃 |