1

我有從IBM Rational DOORS中導入的系統需求列表,我很好奇如何建立與每個系統關係的好方法其他在圖中。 我應該使用哪種結構圖,還是應該是行爲模式之一?如何正確建模UML中的系統需求(Sparx Enterprise Architect)

我目前創建的是鏈接到對象圖中的需求,但我想讓這些子圖也可以鏈接到類圖。這是否意味着爲了不爲它鏈接到的每個類元素創建唯一的圖表,它應該是需求鏈接到的複合圖表?

回答

1

這可能是一個太寬泛的問題。但這裏有幾個要點:

  • 創建要求的文件夾內的兩個文件夾:功能性和非功能性
  • 找到該對用例目標的功能要求一些前瞻性秩序,創建子文件夾FR文件夾。
  • 爲法律,績效,安全等非功能性的Rs創建一個相當固定的結構(Google會給你一些不錯的列表)
  • 功能R與UCs有關首先。我所做的是在UC內部創建UC環境圖(我爲UC製作複合材料),UC中間和R追蹤到它。
  • 將R圖置於R文件夾內可以很方便但並非必需
  • NFR在以後階段鏈接到實施細節。在適當的情況下,NFR的跟蹤是在一個班級的背景圖中設置的。
  • 最後所有的Rs應該至少有一個跟蹤關係。你可以通過稍後用<<realized>>關係來替代它們來控制它。

這些只是幾點。有很多書涉及這個話題,所以不要指望在這裏有完整的答案。

+0

我相信所有這些要求都是有用的。如果我正確閱讀,你會爲他們製作複合圖表? ETA:我從來沒有參加C程序和微處理器課程之外的軟件課程,這些課程涵蓋了C,x86和PIC,因此我不太清楚用例是什麼 – xDarthRevanx

+0

用例描述了系統的附加價值正在考慮之中(在EA中創建一個UC圖並且您會看到符號)。如果你只是功能性的R,你的RM做錯了什麼。 NFR的比例很高(至少佔所有R的10%)。我說UC內部的UC圖和D班內部的D類。你拿哪個並不重要。 –