2010-07-01 95 views
0

我正在做一個系統這些天,我的第一個實際上,我遇到麻煩做OOAD,我需要你們所有人的幫助,我熟悉用UML繪製的圖表,但是當考慮到我無法建立鏈接的場景,無法看到它們的流程,例如現在我正在設計系統,我已經完成了使用案例圖和活動圖,現在我發現它很難根據情況決定班級嗎?我無法在這些圖表之間找到流程,當我完成上述兩個圖表時,如何獲得類圖表?我在UML方面並不是很熟練,只是熟悉圖表?有人能解決這個問題嗎?任何教程的建議?如何分析一個系統?我有什麼問題?面向對象的分析和設計

問候, Rangana

回答

1

如果你覺得這樣的,不與UML開始。從代碼本身開始。從需求轉向設計總是一個直觀的飛躍,隨着經驗(包括犯大錯誤的經歷,唉!)變得更容易。有許多書籍可以幫助你更快地取得進步,但沒有什麼能夠擊敗實際的編碼體驗來提高你的設計技能。現在跳過類圖,並專注於代碼:類圖只是一種抽象細節的方式,以便傳達程序的整體形狀,有時也可以傳達給自己!如果您不確定詳細信息,請不要試圖隱藏它們......

我推薦Craig Larman的Applying UML and Patterns作爲解決大部分軟件設計生命週期的起點,從相當實用和集成的角度。還有很多其他的書:檢查SO是否有疑問。 general programming booksOO books

+0

感謝Pontus,我將開始編碼,那麼它會更好的編碼,而不是記錄...! :) – 2010-07-01 15:32:01

0

沒有上下文的UML可能真的很難使用或受益於。如果您正在開始創建項目並且您不想只是「破解它」,那麼爲您的項目選擇一個好的方法是一個好主意。一旦找到合適的方法學,請遵循它,它會給你指出需要做什麼,出於何種原因,有時甚至是如何完成。例如,如果您選擇了統一流程(Unified Process),該流程是由該方法學者和UML的作者完成的基於Rational Unified Process的免費方法論,則將指導您如何使用UML圖來支持您的開發流程。我建議您閱讀本書 - http://www.clearviewtraining.com/books/uml-2-and-the-unified-process

0

如果您在識別真實類時遇到問題,請執行「名詞分析」 - 這將爲您提供什麼類別的提示。接下來進行「動詞分析」,這是類如何相互作用和相互關聯 - 這將幫助您瞭解類和子系統之間的關聯和相關性。 參考叔叔鮑勃的網站的OOAD設計和相關文章 http://www.objectmentor.com/omSolutions/oops_what.html