精華區beta NTUcourse 關於我們 聯絡資訊
※ 本文是否可提供臺大同學轉作其他非營利用途?(須保留原作者 ID)哪一學年度修課:97-2 ψ 授課教師 (若為多人合授請寫開課教師,以方便收錄) 林風 δ 課程大概內容 以講解UML為主(Unified Modeling Language),課程內容如下列: Inforamtion_Requirement Software_Background Introduction_to_OO ------以下開始為UML------ Introducing_the_UML Hello_World Classes Relationships Common_Mechanisms Diagrams Class_Diagrams Advanced_Classes Advanced_Relationships Packages Instances Object_Diagrams Interaction_Diagram Use_Case_Diagram State_Machines Activity_Diagram State_Machine 課程完整投影片皆在課程網上,想更了解的人看這: http://www.pcs.csie.ntu.edu.tw/course/infosys/2009/ 而期末的Project是利用UML分別畫出一個學生選課系統的 Use Case/Class/Sequence Diagram,還有flow of events。老師會 在其中一堂課在白板上把基本的Use Case畫完,而flow of events 也有範例可參考,算是一個還不難的Project。 特別的是這個Project的deadline是在期末後一週,除了要繳交紙 本之外,還要和助教約時間demo給助教看。(助教會問問題,而同學 回答) Ω 私心推薦指數(以五分計) ★★★★☆ η 上課用書(影印講義或是指定教科書) Grady Booch, James Rumbaugh, and Ivar Jacobson. The Unified Modeling Language User Guide. 1999, Addison-Wesley. (班代團購的是2005第2版的) μ 上課方式(投影片、團體討論、老師教學風格) 上課以課前放在課程網站上的投影片為主,偶爾需要畫圖的地方會 用到白板,不過"幾乎"都還是投影片。 通常是老師一個人講完三節課,除非課程中同學有問題想提出,老 師才會停下來回答他的問題。 σ 評分方式(給分甜嗎?是紮實分?) 完全不調分,可是作業和期末Project的給分甜到爆炸,學期平均約84。 期末Project如果有實作(實際做出來)出來的話,加學期總分0~5分不等。 Midterm: 20% Final: 30% Project: 30% Homework & Quiz: 20% (今年沒有Quiz,而有5個作業) ρ 考題型式、作業方式 作業題目都很簡短,其實要回答的東西也很簡短,以下為其中一次 作業範例:(這學期共有5個作業) Use your words to illustrate the usage of the four general modeling mechanisms in UML. For each modeling mechanism, give an example to complete your illustration. 考題的部份的話,老師都會在期中/末考前一週,把所有題目都 "洩完"。題目大部份都是簡答題,答案也可以在投影片中找到,還 有少部份的畫圖題。期中平均約73,期末考平均約86。 ω 其它(是否注重出席率?如果為外系選修,需先有什麼基礎較好嗎?老師個性? 加簽習慣?嚴禁遲到等…) 不會點名,出席率也不列入評分,所以上課人數大約是5.6成。基 礎的部份的話,最好是要先修過Object-Oriented Programming的課 程會比較透徹的了解這門課。如果只有OO的概念的話應該也可以修, 只是可能會稍微的難一些。(也只是稍微) 是第1類的課程,所以是自行上網加選,而且人數不限,所以想修 的人都可以修的到。 Ψ 總結 這門課開的時間點有點詭異(資訊工程系大一下必修),和資訊系的 OOP是同一個時間。所以大部份的修課同學都是邊學OOP,邊上這門課 ,所以在學期的前半會有些吃力。 而這門課所牽涉到的範圍頗廣,所以建議是修過一些基本的資訊課 程後再來修會比較恰當,也比較容易完整的學到這門課想教的東西。 如果是和資訊系大一同學一樣的話(沒修過太多資訊專業課程),很 容易把這門課當成一門背科。講白一點,佔分50%的期中/ 期末考,基本上幾乎不需要太了解其中的奧妙,直接背的話也是可以 拿接近滿分的成績。不過對於有上課的同學們,應該是會容易準備許 多。 老師是個認真的教授,老師上課偶爾會講到他自己的故事,我再看 看四周,留有許多空位,就覺得,大家應該要多多來上課才對。 不過也可能是老師教學方式的關係。因為幾乎有9成的時間都用投 影片教學,而老師講的內容,也幾乎僅限於投影片上的文字,或是僅 簡單解釋投影片的內容而已,導致大家覺得: 那我自己看投影片就可以了啊!哪要去上課。 就我個人覺得,以上的確稍有點道理,但是除了聽聽老師的故事蠻 有趣的之外,其實,去上課所能學到的東西,應該會比自己看投影片 或課本更多一些,或者說,學習的速度可以更快一些,因為有問題還 可以直接的問老師。 對於想研究設計大型系統的人,這門課應該只能算是個基礎,不過 應該還是值得修。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 123.204.86.9 ※ 編輯: benck 來自: 123.204.86.9 (07/01 20:00)
fereshte:這門課還是應該往後延一點比較好 07/01 20:00
aga1ope:完全同意樓上 07/01 20:03
jimmyken793:故事滿有趣嗎XDDDD 07/01 20:30
fereshte:他的學生去比賽賺了很多錢XDD 07/01 20:56
penlininkshs:贊成一樓 07/01 22:53
Wittgenstein:阿英魯肉飯 07/02 01:05