第第#頁共9頁軟件需求開發(fā)程序2014年7月

目的和方針定義軟件研發(fā)中需求開發(fā)的工作過程。通過執(zhí)行定義的過程，能夠?qū)﹂_發(fā)過程進行有效的控制，能夠?qū)椖拷M提供有關需求開發(fā)過程的指導。適用范圍本程序適用于項目的需求開發(fā)過程。術語定義3.1功能原型VISO圖形、VISO圖形、EXCEL、AXURE、界面截圖等。3.2美化功能原型指交互設計人員對功能原型進行必要的視覺美化。崗位與職責4.1需求人員理解項目合同、標書中的技術方案，產(chǎn)品規(guī)劃中的信息；了解項目目標及需求范圍；掌握客戶信息；準備項目的需求相關資料；需求收集、需求整理、需求分析；制作功能原型；編寫用戶需求說明書；需求確認；編寫需求規(guī)格說明書。4.2交互設計人員根據(jù)需求文檔和功能原型，通過交互設計方法進行原型設計。4.3用戶/項目經(jīng)理確認用戶需求?？蛻簟⒂脩簦簠⑴c需求過程，包括配合需求人員獲取相應業(yè)務需求、用戶需求的源泉，進行需求確認。項目經(jīng)理：指導需求過程，為需求人員獲取、分析需求提供必要的支持、指導，進行需求確認。4.4研發(fā)經(jīng)理研發(fā)經(jīng)理需要組織項目組對需求成果進行討論。程序準則執(zhí)行準則?□□□□□□□□□,□□□□□□□□□□□□□□□□□□□□□□□□議開發(fā)經(jīng)理組織客戶、用戶向開發(fā)部進行交底會的形式進行。?□□□□□□□□□□□□□,□□□□□□□□□□□□□□□□□□□?□□□□□□□□□□□□□;?□□□□□□□□□□□□□□□□□□;?□□□□□□□□□□□□□□□□□□□□□□□□□;□□□□□□□□□□□□□□bug□□□□□□□□□□□□,□□□□□□□□,□□□VISO圖形、EXCEL、AXURE、界面截圖等方式；□□□□□□□□□□□□□□□□□□□□□□□□□□□□□?□□□□□□□,□□□□□□□□□□□□□□□,□□□□□□□□□□□郵件回復、客戶參加評審會；?□□□□□□□□,□□□□□□□□□□□□□□□□□□□□,□□□一致意見；?□□□□□□□□□□□□□□□□□□□；?□□□□□□□□□□,□□□□□□□□□□□□□□□□□□□□□□□護?！酢酢酢酢酢鮏VN□□□□□□□□：新項目：需求規(guī)格說明書中最細粒度的功能標題劃分作為一條需求記錄，規(guī)格中功能粒度的劃分，以“一個角色完成一個業(yè)務目標”為依據(jù)。維護性項目：每個修改點作為一條需求記錄錄入、管理非功能性需求：每個可被測試的非功能性需求作為一個需求點進行錄入管理□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□,除了需求文檔，建議采用需求交底會的形式進行需求的講解回顧。輸入及入口準則5.2.1入口準則?□□□□□□5.2.2輸入序號名稱描述模板輸入來源1.項目執(zhí)行計劃已通過評審的項目執(zhí)行計劃《項目執(zhí)行計劃》規(guī)劃階段2.合同（標書）技術方案已通過評審的項目建議書合同附件的標書包含的技術方案或者內(nèi)部通過評審的技術方案合同（標書）技術方案規(guī)劃（售前）階段上述《合同（標書）技術方案》適用于項目。輸出及出口準則5.3.1出口準則?□□□□□□□□□□5.3.2輸出序號名稱描述模板輸出去向1.需求規(guī)格說明書對用戶需求進行業(yè)務描述的文檔《需求規(guī)格說明書》交互設計2.功能原型用戶需求中重點功能的原型無交互設計

6工作程序6.1需求開發(fā)程序流程圖輸入輸出開始XQRY-04XQRY-05需求調(diào)研記錄T認用CQ結束XQRY-03準備調(diào)研調(diào)查問卷XQRY-06XQRY-11□□□□□□□用戶/□□□□需求人員□□□□□□研發(fā)經(jīng)理項目執(zhí)行計劃項目建議書求調(diào)研計劃功能原型需求規(guī)格說明書JSPS-01技術評審4^XQRY-01明確需求范圍—YH-016工作程序6.1需求開發(fā)程序流程圖輸入輸出開始XQRY-04XQRY-05需求調(diào)研記錄T認用CQ結束XQRY-03準備調(diào)研調(diào)查問卷XQRY-06XQRY-11□□□□□□□用戶/□□□□需求人員□□□□□□研發(fā)經(jīng)理項目執(zhí)行計劃項目建議書求調(diào)研計劃功能原型需求規(guī)格說明書JSPS-01技術評審4^XQRY-01明確需求范圍—YH-01需求調(diào)研記錄YH-02對業(yè)務需求和功能需求進行確—XQRY-10建立及維護需求規(guī)格說明書I—XQRY-02制定需求工作計劃——需求調(diào)研記錄.DDDDD--'fKFFZR-01組織項目組討論XQRY-07客戶需求分XQRY-08軟件需求分XQRY-0900000JHSJRY-01nnnnnnXQRY-116.2流程描述序號流程編號流程描述成果物負責人參與人1.XQRY-01明確需求范圍。明確本項目的需求范圍，重點是明確各需求的復雜程度及優(yōu)先級，明確項目的時間范圍及需求資源情況。這是0定項目需求計劃的基礎。無需求人員需求人員2.XQRY-11需求交流□□□□□□□□□□□□□□□□□□□□□□□□□□,□□□□□□□□□□□□□□□□□□會議紀要需求人員組經(jīng)理、其他相關需求人員

路。3.XQRY-02制定需求工作計劃。配合項目經(jīng)理制定需求工作計劃。需要注意制定需求計劃需要把需求傳遞、編寫用戶手冊等工作計劃在內(nèi)。無需求人員需求人員4.XQRY-03準備調(diào)研相關材料。了解與總體需求相關的知識，掌握客戶信息等。重點是準備調(diào)研提綱、調(diào)查問卷等。注意需求調(diào)研計劃至少要在調(diào)研前三天發(fā)給用戶，這樣用戶也有時間提前準備。《需求調(diào)研計劃》《調(diào)查問卷》需求人員需求人員5.XQRY-04需求收集通過各種需求獲取技術收集項目有關的需求。如閱讀背景材料、頭腦風暴、討論分析、用戶調(diào)查、現(xiàn)場觀摩等等。《需求調(diào)研記錄》需求人員需求人員6.XQRY-05需求調(diào)研需求調(diào)研是需求收集手段的一種。這里把需求調(diào)研單獨拿出來是要強調(diào)這個過程。到用戶單位進行現(xiàn)場調(diào)研需要提前做好充分準備，在調(diào)研整個過程中要注意禮儀規(guī)范。與用戶交互過程中的注意事項可以參考《用戶交互指導書》《需求調(diào)研記錄》需求人員需求人員7.XQRY-06需求整理對收集到的需求進行歸納整理?！缎枨笠?guī)格說明書》需求人員需求人員8.YH-01需求調(diào)研記錄確認整理調(diào)研過程中搜集到的需求，形成文檔發(fā)給用戶進行確認。目前需求組規(guī)定是在調(diào)研之后第二天把調(diào)研記錄發(fā)給用戶進行確認?！缎枨笠?guī)格說明書》需求人員需求人員9.XQRY-07客戶需求分析客戶需求是可以理解成客戶為什么要做本系統(tǒng)，要解決什么問題，客戶對系統(tǒng)有怎樣的期望，希望能具備一些怎樣的特點，簡單的說，就是客戶的需要是什么?！缎枨笠?guī)格說明書》需求人員需求人員10.XQRY-08軟件需求分析軟件需求是能滿足客戶需求，并對軟件產(chǎn)品規(guī)格進行了詳細描述的需求，軟件設計師可《需求規(guī)格說明書》需求人員需求人員

以根據(jù)軟件需求進行設計、編碼等工作。軟件需求中可能會將產(chǎn)品分割成幾個子系統(tǒng)、幾個部分，每個子系統(tǒng)每部分要具備怎樣的功能、要具備怎樣的性能、接口要求等。11.XQRY-09功能原型制作。按照功能性需求制作重點功能的界面原型。目的是展現(xiàn)界面的布局、重要數(shù)據(jù)的展現(xiàn)方式以及界面的操作方法。功能原型需求人員需求人員12.JHSJRY-01美化功能原型。交互設計人員對功能原型的展現(xiàn)效果進行美化。功能原型交互設計人員交互設計人員13.JSPS-01技術評審（需求）對需求開發(fā)的成果（功能原型、需求規(guī)格說明書）進行評審。《軟件技術評審》《缺陷記錄表》《軟件技術評審報告》項目組項目組14.YH-02對業(yè)務需求和功能需求進行確認將整理好的業(yè)務需求和功能需求同用戶進行確認。需要形成用戶確認會議記錄或用戶簽字的需求文檔或用戶回復的確認郵件。若制作了功能原型，那么功能原型也需要聯(lián)系用戶進行確認。注意：1）此步驟可以和XQPS-01“需求評審”步驟同時進行。2）原型法通常適用于澄清需求，技術攻關，不宜作為產(chǎn)品繼續(xù)開發(fā)。無用戶需求人員6.3裁剪說明序號流程編號裁剪說明其他說明1.XQRY-10功能原型制作對于簡單需求和bug修改可以不制作功能型。2.XQRY-11需求討論對于簡單項目的需求工作可以不進行需求討論3.JHSJRY-01美化功能原型對于用戶沒有特殊要求的可以不美化功能原型。4.輸出功能原型對于純Bug修改及不涉及界面修改的可以裁減其他情況不能裁剪5.輸出用戶需求說明書用戶需求說明書不是必須的，對于業(yè)務比較簡單的系統(tǒng)可以不生成用戶需求說明書。6.輸出需求調(diào)研記錄對于需要給外部客戶確認則需要使用正式的需求調(diào)研記錄內(nèi)部客戶調(diào)研記錄可以用會議記錄代替7.輸出需求調(diào)研記錄