儘管所有的研究都無法在軟件開發過程中找到確切的UML類圖。我正在考慮在需求文檔或設計文檔中。UML類圖 - 哪些文檔?
我有這本書的標題是,UML蒸餾第三版,它說在兩個期間,但它不是很清楚,因此我不知道哪個?
有很多網站誰說設計階段(因此設計文檔),它確實有道理,但不知何故,我覺得它也是在需求階段在需求文檔中繪製。
如果有人能澄清這一點,我會很高興。 謝謝。
儘管所有的研究都無法在軟件開發過程中找到確切的UML類圖。我正在考慮在需求文檔或設計文檔中。UML類圖 - 哪些文檔?
我有這本書的標題是,UML蒸餾第三版,它說在兩個期間,但它不是很清楚,因此我不知道哪個?
有很多網站誰說設計階段(因此設計文檔),它確實有道理,但不知何故,我覺得它也是在需求階段在需求文檔中繪製。
如果有人能澄清這一點,我會很高興。 謝謝。
類圖在語義上足夠豐富,可用於軟件開發過程的每個階段。 請注意,如果您使用有意義的名稱和原型,類圖也可以建議動態行爲。因此,它們應該被用作模型的關鍵圖表。
特別是:
請注意前面圖中的類不相同:例如:分析模型中的「用戶」類與設計階段的「用戶」類不相同!
這真的取決於你在哪裏工作的要求。在我的工作中,我們需要在工作時模擬所有代碼更改。例如,如果要向軟件中添加新類,則需要反映該類以及它在圖中的方法和屬性,以便我們對整個項目進行總體概述。
我個人覺得擁有這樣一個模型對於能夠概念化系統的不同部分是非常寶貴的,並且是非常好的做法。
至於你原來的問題,我認爲建模將成爲兩套文檔的一部分。有初步設計工作進入設計階段(很明顯),這可能包括圖表,而在需求階段,希望至少有某種粗略的圖表草圖可以在項目實現時成熟和增長。
我這麼認爲!但我所看到的案例是利用瀑布法,因此它不是一個迭代過程。然後我認爲在需求階段引入類圖,然後在設計過程中重新考慮它可能是事實。 – Alex
這很清楚,謝謝! – Alex