需求開發(fā)管理制度

醫(yī)療設施股份有限企業(yè)編號：GRYL·YF·QP·RD·01-A/00○密需求解析管理制度（編制時間：）編制：審核：批準：受控狀態(tài)：____-____-____公布____-____-____實行需求解析管理制度GRYL·YF·QP·RD·01-A/00各版本成立及訂正簡歷版本號成立/訂正簡歷申請人/日期審查人/日期同意人/日期A00首次成立，提交評審I需求解析管理制度GRYL·YF·QP·RD·01-A/00目錄1目的...................................................................12范圍...................................................................13術語...................................................................14職責和權限.............................................................15工作程序...............................................................15.1輸入...............................................................25.2主要活動...........................................................2流程圖.........................................................2用戶需求獲取及解析.............................................3明確需要獲取的信息（What）.....................................3明確所需獲守信息的根源與渠道（Where）..........................4獲取需求（How）................................................4用戶訪談.................................................4用戶檢查.................................................4現場觀摩用戶的工作流程，察看用戶的實質操作...............5從行業(yè)標準、規(guī)則中提取需求...............................5文檔考古.................................................5需求議論會...............................................5同類樣機法...............................................5需求獲取資料的保存.............................................6編寫《用戶需求規(guī)格說明書》.....................................7產品需求解析及定義.......................................7構造化解析方法...........................................7鑒于用例的解析方法.......................................8編寫《產品需求規(guī)格說明書》.....................................8設計需求解析..................................................10需求評審.....................................................10需求追蹤.....................................................10II需求解析管理制度GRYL·YF·QP·RD·01-A/00需求更改115.3輸出116有關文件.117記錄表樣.11III需求解析管理制度GRYL·YF·QP·RD·01-A/00目的經過定義需求開發(fā)和需求管理過程，規(guī)范企業(yè)產品開發(fā)項目的需求開發(fā)和需求管理活動，提升需求質量，進而提升生產率，降低開發(fā)成本，改良產質量量。應檢查用戶的需求，經過需求解析工作將用戶需求轉變?yōu)楫a品需求，同時評審需求的正確性，獲取需求的許諾；應控制需求的更改，并保證項目工作產品與需求的一致性。范圍合用于企業(yè)全部產品開發(fā)項目。術語術語或縮略語解說在IEEE軟件工程標準詞匯表(1997年)中定義產品需求為：用戶解決問題或達到目標所需的條件或能力。系統(tǒng)或系統(tǒng)零件要知足合同、標準、規(guī)范或其余正式規(guī)定文檔所需擁有的條件或能力。產品需求3)一種反應上邊1)或2)所描繪的條件或權能的文檔說明。平常的講，“需求”就是用戶的需要，它包含用戶要解決的問題、達到的目標、以及實現這些目標所需要的條件，它是一個程序或系統(tǒng)開發(fā)工作的說明，表現形式一般為文檔形式。是在系統(tǒng)中履行的一系列動作，這些動作將生成對特定參加者可見用例的價值結果，一個用例定義了一組用例實例1)是指在需求開發(fā)過程中，對所獲取的需求信息進行解析，實時清除錯誤和填補不足，保證需求文檔正確地反應用戶的真切企圖。需求解析的需求解析重點就是對問題域的研究與理解。為了便于理解問題域，現代所介紹的做法就是對問題域進行抽象，將其分解為若干基本元素，而后對元素之間的關系進行建模。職責和權限角色/部門職責研發(fā)經理負責組織產品開發(fā)項目的需求的獲取以及管理工作研發(fā)部負責需求的獲取和解析，有關文檔。工程部參加需求的獲取、解析和評審。工作程序第1頁共11頁需求解析管理制度GRYL·YF·QP·RD·01-A/005.1輸入項目啟動策劃；項目建議書；可行性研究報告；調研。5.2主要活動產品需求工程包含需求開發(fā)和需求管理兩個部分，需求開發(fā)的目的是經過檢查與解析，獲取用戶需求并定義產品需求。需求開發(fā)的主要活動包含：需求獲取，需求確認、需求解析及定義。需求管理的目的是在客戶與項目組之間成立對需求的共同理解，保護需求與其余工作成果的一致性，并控制需求的更改。需求管理的主要活動包含：需求追蹤控制和需求更改。依據立項時明確的該項目的產品競爭力要求的指標，在需求階段進行產品功能、性能、產品設計成本、產品制造成本、產品使用成本和開發(fā)成本的調研工作，能夠經過營銷部門了解市場行情，采買或由其余部門供給同類產品樣機進行解析、測試等方法，詳盡列出產品需求規(guī)格說明，明確該產品的競爭力指標的要求。解析的結論應寫入《產品需求規(guī)格說明書》或《軟件需求說明書》中。其解析的過程應提交有關附件文件，包含以下內容（但不限于）：產品的設計成本、生產成本、使用成本和保護成本；產品開發(fā)成本調整；產品競爭力表現需求。流程圖第2頁共11頁需求解析管理制度圖5-1：需求開發(fā)與管理流程圖需求開發(fā)管理流程圖輸入項目建議書、可行性研究報告調研不經過更改發(fā)開求需理管求需

GRYL·YF·QP·RD·01-A/00研發(fā)部工程部輸出開始用戶需求獲取用戶需求規(guī)格說明書及解析產品需求規(guī)格產品需求解析及說明書定義設計需求規(guī)格說明書設計需求解析軟件需求規(guī)格說明書評審需求評審檢查單評審記錄經過需求追蹤需求更改結束結束圖5-1用戶需求獲取及解析用戶需求獲取的目的是經過各樣門路獲取用戶的需求信息。明確需要獲取的信息（What）研發(fā)部應在需求獲取前明確需要獲取的需求信息，以保證在實行需求獲取時有的放矢。往常需求獲取階段要獲取的信息包含三大類：1)與問題域有關的背景信息（如業(yè)務資料，組織構造圖，業(yè)務辦理流程等）；與要求解決的問題直接有關的信息；用戶對系統(tǒng)的特別希望與施加的任何拘束信息。第3頁共11頁需求解析管理制度GRYL·YF·QP·RD·01-A/00明確所需獲守信息的根源與渠道（Where）研發(fā)部在明確了所需要獲取的信息以后，應確立獲取需求信息的根源與渠道，以提升研發(fā)部在需求獲取階段的工作效率，使得所采集的信息更為有價值、更為全面。需求信息的根源往常包含：來自客戶的需求舊系統(tǒng)的用戶或客戶對系統(tǒng)安裝、使用、保護、管理等方面的需求系統(tǒng)的潛伏用戶或客戶對系統(tǒng)的需求競爭敵手的產品優(yōu)勢與不足國家政策、業(yè)務規(guī)則以及有關行業(yè)標準實行產品設計所需知足的需求履行測試考證工作所需知足的需求實行系統(tǒng)安裝、保護所需知足的需求獲取需求信息的渠道包含：用戶或客戶工程部營銷部舊有系統(tǒng)的開發(fā)項目組來自項目組內獲取需求（How）在明確須獲取什么需求、需求的根源與獲取渠道后，研發(fā)部應選擇起碼一種需求獲取技術獲取有關的需求，作為需求解析的依照。需求獲取技術包含但不限于：用戶訪談用戶訪談的形式包含構造化和非構造化兩種。構造化是指預先準備好一系列問題，有針對性地進行；非構造化是只列出一個大略的想法，依據訪談的詳細狀況進行發(fā)揮。有效的訪談需要靈巧的聯合這兩種方法。用戶訪談?chuàng)碛泻芎玫撵`巧性，有較廣的應用范圍，但實質操作時存在很多困難，比如客戶常常很忙，難以獲取充分的訪談時間；客戶訪談需要研發(fā)部有很強的交流能力，同時也要求研發(fā)部有足夠的有關業(yè)務領域知識。用戶檢查用戶檢查是經過精心設計發(fā)問問題形成檢盤問卷，而后下發(fā)到有關人員手中，讓他們填寫答案，來獲取用戶需求。用戶檢查的方法最大的弊端是缺少靈巧性，第4頁

共

因為缺少多方面的交流，11頁

所獲取的信息量也需求解析管理制度GRYL·YF·QP·RD·01-A/00比較有限。所以在實質工作中，我們建議能夠先采納用戶檢查的方式獲取必定量的信息，然后有針對性地展開用戶訪談。現場觀摩用戶的工作流程，察看用戶的實質操作俗語說，“百聞不如一見”，對于一些較為復雜的流程和操作而言，是比較難以用語言和文字進行表達的，對于這種狀況，能夠采納到客戶的工作現場，一邊察看，一邊聽客戶解說，進而更直觀的認識客戶需求。從行業(yè)標準、規(guī)則中提取需求假如用戶要求所開發(fā)的產品一定知足必定的行業(yè)標準和業(yè)務規(guī)則，研發(fā)部能夠經過閱讀政策法例、業(yè)務規(guī)則以及行業(yè)標準等各種有關的文檔，并與有關領域的業(yè)務專家進行業(yè)務交流來認識客戶的需求。這種方法要求研發(fā)部有必定的行業(yè)從業(yè)經驗，能夠認識行業(yè)的發(fā)展動向，這對從技術出生的研發(fā)部來說是一個巨大的考驗。文檔考古對于一些數據流比較復雜的、工作表單許多的項目，有時是難以經過說或許察看來認識需求細節(jié)的。這個時候就能夠經過對歷史存在的一些文檔進行研究，考古一詞特別形象地說了然其主要的工作重心是經過已經填寫完成的、也就是帶有數據的文件、表單、報告，獲取所需的信息。需求議論會這是一種相對來說成本較高的需求獲取方法，但也是十分有效的一種。它經過聯合各個重點客戶代表，解析人員，開發(fā)人員，經過有組織的會議來議論需求。在會議以前，應當將與議論主體有關的資料提早散發(fā)給全部將要參加會議的人。在會議開始以后，先針對資料所列舉的問題進行逐項專題議論，而后對原有系統(tǒng)、近似系統(tǒng)的不足進行開放性交流，并在此基礎上對新的解決方案進行構想，在此過程中將全部的想法、問題和不足記錄下來，形成一個重點清單，作為后續(xù)需求解析的依照。同類樣機法采買或由其余部門供給同類產品樣機進行解析、測試，獲取其規(guī)格要求的方法。原型法原型(prototype)即把系統(tǒng)主要功能和接口經過迅速開發(fā)制作為“樣機”，以可視化的形式顯現給用戶，實時征采用戶建議，進而明確無誤地確立用戶需求。同時，原型也可用于征采內部建議，作為解析和設計的接口之一，可方便于交流。原型法主要價值是可視化，強化交流，降低風險，節(jié)儉后期更改成本，提升項目成功率。原型的基本步驟：第5頁共11頁需求解析管理制度GRYL·YF·QP·RD·01-A/00依據客戶原始需求、項目建議書、市場需求或合同要求，確立系統(tǒng)要做什么，即系統(tǒng)的界限、主要業(yè)務或功能、系統(tǒng)的接口；依據這些需求，形成系統(tǒng)原型。對于所形成的原型的基本要求包含：表現主要的功能；供給基本的界面風格；顯現比較模糊的部分，以便于確認或進一步明確，防患于已然。原型最好是可運轉的，起碼在各主要功能模塊之間能夠成立互相連結。進行原型評論并獲取系統(tǒng)的需求，原型評論能夠從幾個方面進行：在企業(yè)內部演示、評審，進一步獲取內部信息，并求得共鳴；與用戶進行演示與交流，發(fā)掘用戶需求，進而確立產品的目標和需求。依據原型評論的建議改正原型，直到求得共鳴。原型法的長處是：鼓舞業(yè)務管理者的踴躍參加；有助于解決業(yè)務管理者之間的差別；能給業(yè)務管理者一個對最后系統(tǒng)的直觀感覺；周期短；成本低；用戶較滿意。但原型法也有弊端，主要為：致使人們以為最后系統(tǒng)將很快產生；對系統(tǒng)操作權限的說明較弱；不合適開發(fā)大型系統(tǒng)；開發(fā)過程管理困難。需求獲取資料的保存依據所采納的需求獲取技術，在需求獲取過程中將產生不一樣的記錄和原始資料，需求獲取的記錄與資料包含但不限于：用戶編寫的原始需求文檔；用戶填寫的需求檢查表；用戶訪談的訪談紀要；需求商討會的會議紀要；有關的政策法例文件，業(yè)務規(guī)則文件以及行業(yè)標準文件；需求原型。第6頁共11頁需求解析管理制度GRYL·YF·QP·RD·01-A/00編寫《用戶需求規(guī)格說明書》在需求獲取結束后，研發(fā)部應依據需求獲取獲取的記錄與資料，整理編寫《用戶需求規(guī)格說明書》?！队脩粜枨笠?guī)格說明書》主要采納自然語言（和應用域術語）來表達用戶需求，其主要內容應當包含但不限制于：產品介紹，描繪產品的用途和開發(fā)背景；產品潛伏的最后用戶集體及其特色；產品應當按照的業(yè)務規(guī)范和標準；產品的功能性需求；產品的性能需求。產品需求解析及定義在達成需求獲取所獲取的記錄與資料的解析與整理后，研發(fā)經理應組織產品的需求解析工作，成立各需求元素之間的關系，明確分派給產品的需求、需求的分類、需求的優(yōu)先級等。需求解析的方法種類眾多，但常有的需求解析方法主假如構造化解析方法和鑒于用例的需求解析方法。構造化解析方法構造化解析方法的主要特色是“自頂向下、逐層分解”，它把系統(tǒng)看作一個過程的會合體，利用圖形等半形式化的描繪方式表達需求，對問題進行解析，描繪工擁有：數據流圖（DataFlowDiagram，DFD）：數據流圖是一種圖形化的系統(tǒng)模型，它在一張圖中顯現信息系統(tǒng)的主要需求，即輸入、輸出、辦理過程、數據儲存。數據詞典（DataDictionary，DD）：數據詞典技術是一種有效表達數據格式的手段，它是對全部與系統(tǒng)有關的數據元素的一個有組織的列表和精準、嚴格的定義，進而使用戶和系統(tǒng)解析員對于輸入、輸出、儲存成分和中間計算機有共同的理解。3)構造化語言：構造化語言是構造化編程語言與自然語言的有機聯合，能夠采納次序結構，分支機構、循環(huán)構造等體制，來說明加工的辦理流程。判斷表和判斷樹：判斷表是一種辦理邏輯的表格表示方法，此中包含決議變量，決議變量值、參加者或公式；而判斷樹則使用像樹枝同樣的線條對過程邏輯進行圖表化的描繪。判斷表和判斷樹用來描繪復雜決議邏輯，要遠遠優(yōu)于使用構造化語言。5)實體-關系圖（EntityRelationshipDiagram，E-R圖）：E-R圖能夠用來描繪數據的儲存需求，包含數據實體，數據實體的屬性以及它們之間的關系等。構造化解析方法從整體上看是一種激烈依靠數據流圖的自上而下的建模方法，它不單是需求解析計劃，也是達成需求規(guī)格化的有效技術手段，使用構造化解析方法時可按照以下活動：第7頁共11頁需求解析管理制度GRYL·YF·QP·RD·01-A/00成立系統(tǒng)的物理模型第一，畫出系統(tǒng)的數據流圖，說明系統(tǒng)的輸入、輸出數據流，說明系統(tǒng)的數據流狀況，以及經歷了哪些辦理過程。在這個數據流圖中，能夠包含一些非計算機系統(tǒng)中數據流及辦理過程的名稱，如部門名、崗位名、報表名等。這個過程能夠幫助解析人員有效地理解業(yè)務環(huán)境。成立系統(tǒng)的邏輯模型在物理模型成立以后，接下來的工作就是畫出相對于真切系統(tǒng)的等價邏輯數據流圖。將全部自然數據流圖變換為等價的邏輯流。劃清人機界線最后，確立在系統(tǒng)邏輯模型中，哪些部分將采納自動化達成，哪些部分仍舊保存手工操作，進而清楚的劃清系統(tǒng)的范圍。鑒于用例的解析方法從定義中我們得悉用例是由一組用例實例構成的，用例實例也稱為“使用處景”，是用戶使用系統(tǒng)的一個實質的、特定場景。用例是應用程序開發(fā)中的一個重點技術，主要用來捕獲系統(tǒng)的高層次（HighLevel）用戶功能性需求。用例解析技術是一種需求合成技術，它利用現有的需求獲取技術從客戶、原有系統(tǒng)、文檔中找到需求，記錄下來，而后從這些零落的需求、特征中進行整理、提煉，進而成立用例模型。使用用例解析方法時可按照以下步驟：辨別系統(tǒng)參加者，確立誰會直接使用該系統(tǒng)。參加者是同系統(tǒng)交互的全部事物，該角色不單能夠由人擔當，還能夠是其余系統(tǒng)、硬件設施、甚至是時鐘。歸并需求獲取用例。找到全部參加者以后，依據需求獲取所獲取的用戶需求，定義每個參加者希望系統(tǒng)做什么，參加者希望系統(tǒng)作的每件事將成為一個用例。3)繪制用例圖。將所識其余參加者以及所定義的用例經過用例圖的形式整理出來，以獲得用例模型的框架。細化用例描繪。用例描繪包含以下幾個部分：用例名稱；用例參加者；用自然語言對用例進行簡要的描繪；描繪參加者何時使用該用例，即用例的觸發(fā)條件；描繪在一般狀況下，參加者使用該用例時會發(fā)生什么事情，即用例的基本過程；在基本過程的基礎上，考慮一些可變狀況，把他們創(chuàng)立為擴展用例。編寫《產品需求規(guī)格說明書》第8頁共11頁需求解析管理制度GRYL·YF·QP·RD·01-A/00編寫《產品需求規(guī)格說明書》的目的是依據需求獲取和需求解析的結果，進一步定義產品需求?！懂a品需求規(guī)格說明書》是將《用戶需求規(guī)格說明書》用開發(fā)人員的語言來表達，能夠使用常用的計算機術語，能夠引用標準版中的成熟功能模塊來對照或示例說明。詳細可拜見“需求文檔操作指南”。為了保證需求的易追蹤、易改正，研發(fā)部應經過需求編號的方式獨一表記每一個產品需求，明確需求的追蹤粒度，并表現于《產品需求規(guī)格說明書》。需求表記方法有序列化編號、層次化編號、層次化文本標簽等方法。以下以層次化編號方法為例說明：需求層次分三個層次，用兩位字符表示。第一層需求指主功能模塊，第二層需求指功能模塊的主功能點，第三層次指主功能點下的詳細需求。依據不一樣種類、不一樣規(guī)模的項目，項目組能夠對需求層次做出增減。研發(fā)部應確立每個需求的優(yōu)先級并寫入《產品需求規(guī)格說明書》，需求的優(yōu)先級的評論標準以下：級別定義判斷標準采納的舉措知足以下隨意一條時：對于這些需求在項目實行過程中需重點投入資源，優(yōu)先實現，只有在1)需務實現的緊迫程度為特急或緊迫高這些需求上達成一致建議，產品才會2)國家或行業(yè)法律法例、標準要求的，客戶明被接受；一定完滿地實現。往常這種確要求的,知足正常業(yè)務一定的。需求在目前版本一定實現。知足以下隨意一條時：這些需求一定被實現，但假如項1)客戶隱含要求，對正常業(yè)務影響程度不大目實行中出現進度、資源等方面的沖中2)需務實現的緊迫程度為中突時，假如有必需，能夠延緩到下一3)支持必需的系統(tǒng)操作，實現這些需求將加強版本；需要付出努力，但不用做得太產品的性能，是產品最后所要求的。完滿。知足以下隨意一條時：1)功能或質量上的附帶功能；實現或不實現均可；能夠在項目低2)實現這些需求會使產品更完滿，若不實現也組有較足夠的時間時考慮這些需求的不影響產品的功能與性能，屬于如虎添翼；實現3)需務實現的緊迫程度為低；優(yōu)先級的定義有益于幫助項目組在項目的范圍、進度、資源、估算等有關限制要素之間產生矛盾時，能夠正確地對需務實現的范圍或實現的優(yōu)先程度做出棄取。一個實現這種衡量的方法是：當接受一個新的高優(yōu)先級的需求或許其余項目環(huán)境變化時，刪除低優(yōu)先級的需求，或許把它們推延到下一版本中去實現。第9頁共11頁需求解析管理制度GRYL·YF·QP·RD·01-A/00研發(fā)部在需求調研過程中逐漸編制形成《產品需求規(guī)格說明書》。編寫《產品需求規(guī)格說明書》應按照以下規(guī)則：有關的需求都獲取了辨別與描繪，以保證需求的完好性；各個需求之間不矛盾，算法之間不互相矛盾，以保證需求的一致性；正確描繪系統(tǒng)需求，引用的資料有正規(guī)的出處，以保證需求的正確性；定義必需的術語，合適聯合圖形、構造圖等方式進行描繪，以保證需求無二義性；使用較好的文檔構造與需求表記，使需求能夠方便地與其余工作產品相對應，以保證需求易于追憶；保證所描繪的需求能夠經過合適的手段獲取考證，即需求的可測試性；考慮了各個層次的需求，確立了需求的優(yōu)先級，以保證需求的可行性。對于軟件部分，能夠獨自編寫《軟件需求說明書》。設計需求解析硬件項目一般還需要進行設計需求解析過程，主假如對硬件、工藝、構造、物料、可維修性、