有幾個缺陷會抑制生成和管理一組最佳的系統需求,如表5中所討論的。
表5所示。定義系統需求的主要缺陷。
陷阱 | 描述 |
對利益攸關方需求的分析不足 | 如果利益攸關方需求的接受者沒有對它們進行充分的批判性分析,結果可能是將它們轉化為系統需求的困難和返回給利益攸關方的義務,損失了時間。 |
運營模式和場景分析不足 | 操作模式和操作場景沒有被負責編寫系統需求的人充分分析或定義。這些要素允許系統的結構和在工程過程的早期使用,并幫助設計者記住功能和接口。 |
如果系統需求不夠精確和完整,就會有很大的風險,即設計不會達到預期的質量水平,系統的驗證和確認將被推遲。 | |
缺少驗證方法 |
延遲獲取每個系統需求的驗證方法和事件;對每個需求的驗證方法的識別通常提供關于的正確性和必要性的額外洞察 需求本身。 |
丟失的可追溯性 | 對每個需求的不正確或缺少追溯性,包括對上層“父”需求的追溯分配到不合適的系統或系統要素。 |
表6中已被證明的實踐已經多次被證明可以降低項目風險和成本,提高客戶滿意度,并產生成功的系統開發。
實踐 | 描述 |
涉及到利益相關方 | 盡早讓利益攸關方參與系統需求開發過程。 |
基本原理 | 捕獲每個系統需求的基本原理。 |
總是在開始前完成 | 在開始定義系統需求之前,檢查利益攸關方的需求是否盡可能的完整。 |
同行評審 | 與適用的主題專家組織對系統需求的同行評審。 |
表6所示。已證實的系統需求實踐。
考慮使用需求管理工具,特別是對于更復雜的項目。這個工具應該能夠跟蹤系統需求之間的聯系,從而顯示它們之間的關系。需求管理工具旨在促進和支持整個項目生命周期的系統需求管理。
在需求工程中使用典型的措施;更多信息,請參考系統工程領先指標指南。過程和產品度量都應該用于需求工程。為了獲得所需的洞察力來促進風險管理需求工程,可能需要使用基于需求信息需求(風險、目標、問題)的多個度量。有用的措施包括:
?需求波動
?需求趨勢
?需求驗證進程(計劃與實際)
?需求驗證進程(計劃與實際)
?每個計劃的TBD和TBR關閉
?同行評審的缺陷
原文標題:關于系統需求的實際考慮
文章出處:【微信公眾號:汽車電子硬件設計】歡迎添加關注!文章轉載請注明出處。
責任編輯:haq
-
操作系統
+關注
關注
37文章
7033瀏覽量
124796
原文標題:關于系統需求的實際考慮
文章出處:【微信號:QCDZYJ,微信公眾號:汽車電子工程知識體系】歡迎添加關注!文章轉載請注明出處。
發布評論請先 登錄
碳化硅的缺陷分析與解決方案
A/B型缺陷和D/V類缺陷介紹

mes系統的定義與應用
功率二極管的定義和主要參數
集成電路設計流程主要有哪些步驟
基于AI深度學習的缺陷檢測系統
柔性制造系統的定義 柔性制造系統的特點
產品標簽OCR識別缺陷檢測系統方案

伺服系統的分類及主要特點
DCS系統與PLC系統的主要區別
接口測試的主要目的是什么
功能測試主要做什么 功能測試包含哪些測試
請問STM32硬件I2C存在什么缺陷?
焊接質量缺陷產生的主要原因

評論