軟件需求包括業務需求、用戶需求和功能需求，也包括非功能需求三個不同的層次。業務需求反映了組織機構或客戶對系統、產品高層次的目標要求。用戶需求描述了用戶使用產品必須要完成的任務。功能需求定義了開發人員必須實現的軟件功能，使得用戶能完成他們的任務，從而滿足了業務需求。非功能需求，描述了系統展現給用戶的行為和執行的操作等，包括產品必須遵從的標準、規范和合約、外部界面的具體細節、性能要求、設計或實現的條件約束及質量屬性。軟件需求各組成部分之間的關系，如圖一所示。
圖一 軟件需求各組成部分之間的關系
通過需求分析，深入描述軟件需求，形成需求分析階段成功《軟件需求規格說明書》，由業主方組織專家進行需求評審，對軟件需求分析成功進行確認，三方達成一致意見。在軟件需求分析階段，監理單位的工作重點是監督承建單位的分析人員、設計人員和測試人員對需求說明書的審查，并協調業主單位與承建單位進行需求說明書的確認。監理單位通過監理工作，促使承建單位的軟件需求分析文檔滿足系統需求，促使工程實施過程滿足承建合同的要求，并與工程計劃相符。
軟件需求分析
需求分析的目標是深入描述軟件的功能和性能，確定軟件設計的約束和軟件同其他系統元素的接口細節，定義軟件的其他有效性需求。需求分析階段研究的對象是軟件項目的用戶要求。一方面，必須全面理解用戶的各項要求，但又不能全盤接受所有的要求；另一方面，要準確地表達被接受用戶的要求。只有經過確切描述的軟件需求才能成為軟件設計的基礎。
軟件需求規格說明應滿足需求分析的完整性要求，并保證軟件需求規格說明應滿足需求說明中的所有功能、性能需求均是可實現的。該階段的成果有：1、項目開發計劃；2、軟件需求說明書；3、軟件質量保證計劃；4、軟件配置管理計劃；5、軟件（初步）確認測試計劃；6、用戶使用說明書初稿。
軟件需求分析階段的主要監理任務是：評審承建單位提交的項目開發計劃、質量保證計劃和驗收計劃，對需求分析進行質量控制，對由各種原因導致的變更進行控制，協調業主和承建單位的管理。該階段的監理內容和要點，包括以下幾點：
1、監理機構應要求承建單位為軟件需求分析過程的實施提交詳細的計劃，并要求業主單位予以相應的配合；
2、監理機構應督促承建單位按照計劃的要求開展軟件需求分析活動；
3、監理機構應要求承建單位提交軟件需求文檔，檢查該文檔，并提出監理意見；
4、監理機構宜協助業主單位組織通過評審、確認、聯合評審等方式評價軟件需求；
需求評審
軟件需求的質量很大程度上決定了項目質量或產品質量。需求風險也常常是軟件開發過程中最大的一個風險，需求評審是降低需求風險的一個重要手段。但在需求評審中經常存在以下問題：1、需求報告很長，短時間內評審者根本不能把需求報告讀懂，想清楚；2、沒有做好前期準備工作，需求評審的效率很低；3、 需求評審的節奏無法控制；4、找不到合格的評審員，與會的評審員無法提出深入的問題等。
監理要點分析
一、監理要點
在軟件需求分析階段，針對軟件需求評審，監理方工作內容及要求，主要包括以下幾個方面：
1、審核需求說明書，提出監理意見；跟蹤承建方的需求說明書的修改情況，并復審需求說明書修改稿，如此反復，直至審核通過，監理方提交審核報告，準備三方會審；
2、業主方、監理方、承建方三方會審需求說明書，提出意見；承建方進行整改；三方復審，復審通過后，準備專家評審會；
3、協助業主方組織需求專家評審會；
4、落實專家評審會的評審意見。
二、需求說明書評審
需求說明書評審作為需求分析階段工作的復查手段，在需求分析的最后一步，應該對功能的正確性、完整性和清晰性，以及其他需求給予評價。評審的主要內容是：
1、系統定義的目標是否與用戶的要求一致；
2、系統需求分析階段提供的文檔資料是否齊全；
3、文檔中的所有描述是否完整、清晰、準確反映用戶要求；
4、與所有其他系統成分的重要接口是否都已經描述；
5、被開發項目的數據流與數據結構是否足夠、確定；
6、所有圖表是否清楚，在不補充說明時是否理解；
7、主要功能是否已包括在規定的軟件范圍之內，是否都已充分說明；
8、設計的約束條件或限制條件是否符合實際；
9、是否對系統的性能進行了描述；
10、是否對系統的開發環境進行了說明；
11、有沒有版本控制說明；
12、有沒有遺漏、重復或不一致的地方。
三、評審會的前期準備
為了提高專家評審會的效率，使其作用最大化，會前應做好充分的準備，主要包括以下幾個方面：
1、需求匯報材料的準備：
①需求匯報講稿幻燈片頁數在50頁左右，匯報時間控制在30分鐘以內；
②監理方審核需求講稿，提出監理意見，承建方整改，監理復審，如此重復直至審核通過
③業主方、監理方、承建方三方會審需求講稿，提出意見，承建方整改，三方復審，審核通過，準備匯報；
2、協調評審專家，專家人數5人以上單數，人員組成包括：信息領域專家、軟件領域專家、用戶代表，確定專家名單；
3、將需求說明書電子版發送各位專家初審，收集初審意見；
4、落實專家初審意見；
5、擬制會議議程：
①業主方、監理方、承建方三方共同討論，確定議程內容；
②如果會議中需要業主方講話，需提前與業主方溝通協調好；
6、會議主持方，根據會議議程，準備好主持講稿；
7、會議細節準備：人名牌的準備、座位的安排等。
四、評審會的議程
在需求評審會召開之前1周，由監理方編寫會議議程，通知參會人員。評審會的會議議程內容格式。如圖二所示。
圖二 評審會議議程格式（參考）
結束語
隨著軟件需求分析工作的進行，軟件需求逐步明確，形成階段性成果《軟件需求說明書》，通過監理方和專家的審核，對需求分析階段的成果進行確認，為后續工作提供指導和依據。采用規范化、標準化的服務流程，提高評審的質量和效率，為軟件需求分析之后的軟件開發工作提供有利的保證。
核心關注：拓步ERP系統平臺是覆蓋了眾多的業務領域、行業應用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業務管理理念，功能涉及供應鏈、成本、制造、CRM、HR等眾多業務領域的管理，全面涵蓋了企業關注ERP管理系統的核心領域，是眾多中小企業信息化建設首選的ERP管理軟件信賴品牌。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
本文標題：軟件需求評審監理要點分析
相關文章
