2015-06-08 22 views
1

這可能是一個非常愚蠢的問題,但我試圖將所有規格細節都放到模型中,雖然每個元素都有要求和約束條件,但我無法看到記錄假設的好地方。對Enterprise Architect中的元素進行「假設」的最佳位置在哪裏?

我目前的想法是將它們定義爲一種新的約束(我猜他們是)。

有沒有人有更好的主意?

+0

如果約束條件和假設本身是關於需求的,那麼最好將需求明確地作爲單獨的元素進行建模。您可以在屬性對話框中將當前需求設置爲外部需求,但請注意,您無法將其更改回去。這是因爲外部需求有更多的信息,比如約束。 – Uffe

回答

0

這取決於您的假設是否可以重複使用。

如果不能重複使用,那麼您將設置爲約束類型的想法看起來很好。

如果你需要能夠重新使用它們,你將不得不使用元素外部的東西。在那種情況下,我可能會爲此創建一個新的刻板印象<<assumption>>

然後你就可以有一個有一個<<assumption>>

0

的關係,我不會走那麼遠的海爾特多個元素。假設是暫時的,應該消失(越早越好)。你的模型應該反映事實,而不是假設。所以我寧願將Note元素放在你有一些「假設」的地方。

0

我會用標記值來做,因爲我不認爲這些假設是合格的。

您可以使用相同的名稱(「假設」)創建多個標記值,但是您可能需要更改EA設置Tools/Options/Objects/Show Duplicate Tags(中間右側)以查看全部。

與約束相對的標籤也(隱式)被繼承,並且可以在圖中顯示。

1

或許加入討論太遲;然而...

你必須將此視爲系統工程問題,而不是建模。每個實際假設都會產生約束條件,需求和可能的對象,所以能夠通過模型和設計邏輯來追蹤這些假設是非常重要的。

爲此,我個人的方法是按照Uffe的建議,將它們作爲刻板印象來創建它們。這樣,你就有了一個實體來跟蹤和證明將出現的其他人工製品(爲什麼會做出某些設計決策,爲什麼發生特定交互等等)。

理想情況下,當您對問題空間和建議的解決方案本身更加清晰時,您的假設將開始消亡。無論您是刪除這些內容,還是將其在工具中的狀態設置爲某個值都取決於您的判斷。

相關問題