這可能是一個非常愚蠢的問題,但我試圖將所有規格細節都放到模型中,雖然每個元素都有要求和約束條件,但我無法看到記錄假設的好地方。對Enterprise Architect中的元素進行「假設」的最佳位置在哪裏?
我目前的想法是將它們定義爲一種新的約束(我猜他們是)。
有沒有人有更好的主意?
這可能是一個非常愚蠢的問題,但我試圖將所有規格細節都放到模型中,雖然每個元素都有要求和約束條件,但我無法看到記錄假設的好地方。對Enterprise Architect中的元素進行「假設」的最佳位置在哪裏?
我目前的想法是將它們定義爲一種新的約束(我猜他們是)。
有沒有人有更好的主意?
這取決於您的假設是否可以重複使用。
如果不能重複使用,那麼您將設置爲約束類型的想法看起來很好。
如果你需要能夠重新使用它們,你將不得不使用元素外部的東西。在那種情況下,我可能會爲此創建一個新的刻板印象<<assumption>>
。
然後你就可以有一個有一個<<assumption>>
的關係,我不會走那麼遠的海爾特多個元素。假設是暫時的,應該消失(越早越好)。你的模型應該反映事實,而不是假設。所以我寧願將Note元素放在你有一些「假設」的地方。
我會用標記值來做,因爲我不認爲這些假設是合格的。
您可以使用相同的名稱(「假設」)創建多個標記值,但是您可能需要更改EA設置Tools/Options/Objects/Show Duplicate Tags
(中間右側)以查看全部。
與約束相對的標籤也(隱式)被繼承,並且可以在圖中顯示。
或許加入討論太遲;然而...
你必須將此視爲系統工程問題,而不是建模。每個實際假設都會產生約束條件,需求和可能的對象,所以能夠通過模型和設計邏輯來追蹤這些假設是非常重要的。
爲此,我個人的方法是按照Uffe的建議,將它們作爲刻板印象來創建它們。這樣,你就有了一個實體來跟蹤和證明將出現的其他人工製品(爲什麼會做出某些設計決策,爲什麼發生特定交互等等)。
理想情況下,當您對問題空間和建議的解決方案本身更加清晰時,您的假設將開始消亡。無論您是刪除這些內容,還是將其在工具中的狀態設置爲某個值都取決於您的判斷。
如果約束條件和假設本身是關於需求的,那麼最好將需求明確地作爲單獨的元素進行建模。您可以在屬性對話框中將當前需求設置爲外部需求,但請注意,您無法將其更改回去。這是因爲外部需求有更多的信息,比如約束。 – Uffe