軟件工程之需求分析

編者按：現在人們越來越認識到軟件工程在軟件開發中的重要作用。目前國內軟件在開發中還沒有對軟件開發的過程進行明確規定，文檔不完整，也不規范，軟件項目的成功往往歸功于軟件開發組的一些杰出個人或小組的努力。這種依賴于個別人員上的成功并不能為全組織的軟件生產率和質量的提高奠定有效的基礎，只有通過建立全過程的改善，采用嚴格的軟件工程方法和管理，并且堅持不懈地付諸實踐，才能取得全組織的軟件過程能力的不斷提高，使軟件開發更規范合理。
　　 我們馬上就要進入WTO，因此軟件開發也要與國際接軌，只有這樣才能提高我們在項目管理水平，最終開發出高質量的軟件。

　　綜述
　 
　　　軟件工程中包含需求、設計、編碼和測試四個階段,其中需求工程是軟件工程第一個也是很重要的一個階段，本文以醫院管理系統為例詳細介紹了需求工程的構成和進行方法。

　　一、需求開發

　　需求開發又分為需求獲取、需求分析、編寫規格說明書和需求驗證。以下列出和講解分析常規的步驟，當然應按照項目的大小和特點等實際情況我們應該自己確定合適的步驟

　　　1． 需求獲取

　　　確定需求開發過程確定如何組織需求的收集、分析、細化并核實的步驟，并將它編寫成文檔。

　　　2． 需求分析

　　　繪制關聯圖、創建開發原型、分析可行性、確定需求優先級、為需求建立模型、編寫數據字典、應用質量功能調配。

　　　3． 編寫規格說明書

　　　項目視圖和范圍文檔包含了業務需求，而使用實例文檔則包含了用戶需求

　　　4． 需求驗證

　　　審查需求文檔、依據需求編寫測試用例、編寫用戶手冊、確定合格的標準

　　二、需求管理

　　　需求開發的結果應該有項目視圖和范圍文檔、使用實例文檔、軟件需求規格說明及相關分析模型。經評審批準，這些文檔就定義了開發工作的需求基線。 

============================================================== 


　　一、綜述

　　軟件工程中包含需求、設計、編碼和測試四個階段,其中需求工程是軟件工程第一個也是很重要的一個階段，本文以醫院管理系統為例詳細介紹了需求工程的構成和進行方法。

　　軟件需求包括三個不同的層次-業務需求、用戶需求和功能需求-也包括非功能需求:業務需說明了提供給客戶和產品開發商的新系統的最初利益,反映了組織機構或客戶對系統、產品高層次的目標要求，它們在項目視圖與范圍文檔中予以說明;用戶需求文檔描述了用戶使用產品必須要完成的任務，這在使用實例文檔或方案腳本說明中予以說明;功能需求定義了開發人員必須實現的軟件功能，使得用戶能完成他們的任務，從而滿足了業務需求。

　　需求工程分為了需求開發和需求管理兩個階段:下面就以這兩個階段說明:

　　二,需求開發 

　　需求開發又分為需求獲取、需求分析、編寫規格說明書和需求驗證。以下列出和講解分析常規的步驟，當然應按照項目的大小和特點等實際情況我們應該自己確定合適的步驟。

　　1． 需求獲?。?

　　 1）確定需求開發過程：確定需求開發過程確定如何組織需求的收集、分析、細化并核實的步驟，并將它編寫成文檔。對重要的步驟要給予一定指導，這將有助于分析人員的工作，而且也使收集需求活動的安排和進度計劃更容易進行。

　　 2）編寫項目視圖和范圍文檔：項目視圖和范圍文檔應該包括高層的產品業務目標，所有的使用實例和功能需求都必須遵從能達到的業務需求。項目視圖說明使所有項目參與者對項目的目標能達成共識。而范圍則是作為評估需求或潛在特性的參考。

　　a . 1 背景 在這一部分，總結新產品的理論基礎，并提供關于產品開發的歷史背景或形勢的一般性描述。
　　a.2 業務機遇 描述現存的市場機遇或正在解決的業務問題。描述商品競爭的市場和信息系統將運用的環境。包括對現存產品的一個簡要的相對評價和解決方案，并指出所建議的產品為什么具有吸引力和它們所能帶來的競爭優勢。

　　a.3 業務目標 用一個定量和可測量的合理方法總結產品所帶來的重要商業利潤,把重點放在給業務的價值上。

　　a.4 客戶或市場需求 描述一些典型客戶的需求，包括不滿足現有市場上的產品或信息系統的需求。提出客戶目前所遇到的問題在新產品中將可能（或不可能）出現的闡述，提供客戶怎樣使用產品的例子。確定了產品所能運行的軟、硬件平臺。

　　a.5 提供給客戶的價值 確定產品給客戶帶來的價值，并指明產品怎樣滿足客戶的需要。

　　a.6 業務風險 總結開發（或不開發）該產品有關的主要業務風險，例如市場競爭、時間問題、用戶的接受能力、實現的問題或對業務可能帶來的消極影響。預測風險的嚴重性，指明你所能采取的減輕風險的措施。
　　b.1 項目視圖陳述 編寫一個總結長遠目標和有關開發新產品目的的簡要項目視圖陳述。項目視圖陳述將考慮權衡有不同需求客戶的看法。它可能有點理想化，但必須以現有的或所期待的客戶市場、企業框架、組織的戰略方向和資源局限性為基礎。

　　b.2 主要特性 包括新產品將提供的主要特性和用戶性能的列表。強調的是區別于以往產品和競爭產品的特性?？梢詮挠脩粜枨蠛凸δ苄枨笾械玫竭@些特性。

　　b.3 假設和依賴環境 在構思項目和編寫項目視圖和范圍文檔時，要記錄所作出的任何假設。通常一方所持的假設應與另一方不同。

　　c.1 首次發行的范圍 總結首次發行的產品所具有的性能。描述了產品的質量特性，這些特性使產品可以為不同的客戶群提供預期的成果。

　　c.2 隨后發行的范圍 如果你想象一個周期性的產品演變過程，就要指明哪一個主要特性的開發將被延期，并期待隨后版本發行的日期。

　　c.3 局限性和專用性 明確定義包括和不包括的特性和功能的界線是處理范圍設定和客戶期望的一個途徑。列出風險承擔者們期望的而你卻不打算把它包括到產品中的特性和功能。

　　d.1 客戶概貌 客戶概述明確了這一產品的不同類型客戶的一些本質的特點，以及目標市場部門和在這些部門中的不同客戶的特征。

　　d.2 項目的優先級 一旦明確建立項目的優先級，風險承擔者和項目的參與者就能把精力集中在一系列共同的目標上。達到這一目的的一個途徑是考慮軟件項目的五個方面：性能、質量、計劃、成本和人員。

　　e. 產品成功的因素 明確產品的成功是如何定義和測量的，并指明對產品的成功有巨大影響的幾個因素。不僅要包括組織直接控制的范圍內的事務，還要包括外部因素。如果可能，可建立測量的標準用于評價是否達到業務目標. 

3）用戶群分類：產品的用戶在很多方面存在著差異，例如：用戶使用產品的頻度、他們的應用領域和計算機系統知識、他們所使用的產品特性、他們所進行的業務過程、他們在地理上的布局以及他們的訪問優先級。根據這些差異，你可以把這些不同的用戶分成小組。用戶類不一定都指人，你可以把其它應用程序或系統接口所用的硬件組件也看成是附加用戶類的成員。以這種方式來看待應用程序接口，可以幫助你確定產品中那些與外部應用程序或組件有關的需求。將用戶群分類并歸納各自特點為避免出現疏忽某一用戶群需求的情況，要將可能使都有所差異。詳細描述出它們的個性特點及任務狀況，將有助于產品設計。

　　

原文轉自：http://www.anti-gravitydesign.com