認真看了老師的那篇文章，（對，就那篇！）頗有感觸。學習了這麼久，看了這麼久的書，我發現這門學科其實是一門很大的學科。他的「大」在於，他貫徹到乙個軟體系統從剛開始的研究、定義，到最後的成型，再到最後的維護管理。這一整套的流程就是這門學科所學的。我很贊成宋老師這種實踐教學方法。畢竟自己親身經歷，實幹一番比一直學概念理論效果要強多少倍。我們自己從開始設計構思一款軟體開始，接觸到了（貌似是）整個軟體形成過程中的各個環節。這應該對以後從事軟體工作的各個職位，不管是需求工程師，還是程式設計師，還是經理啥的都算得上是稍微接觸了一下。而且，在需求獲取中，與人交流接觸的這一環節。不但能讓人有足夠的耐心，虔誠的溝通，還能夠學會權衡利弊，特別是當兩個或多個需求出現矛盾的時候。（我覺得這是一門大學問吧） 還有最後一章的軟體專案管理，就是從大的範疇上控制這款軟體開發過程中的進度和資源費配。 所以說，這門學科大多都有在工作之後的經驗累積，我是雙手雙腳贊同的。
接下來說說我對建模工具和建模語言的理解。我想要是通俗點來說，建模就是把你想要做一款軟體的這一思維過程描述出來。往細了說就是把每一次想法，每一次獲得的需求融合，捨棄應該捨棄的，最後成型。不管是sa建模還是物件導向的需求建模方法，他們的目的都是描述出你做的這個東西。只要達到了這一目的可以說成功了一半。建模語言為的是大夥可以看懂你的想法。可以彼此溝通。要是我們不學習統一建模語言，那就是你不懂他是啥意思，他不懂你是啥意思。說是語言，更可以說是一種「規則」，就是，咱們都這樣用這樣的表示方法。把大家的習慣都統一起來。我對它的第一印象就是詳盡，把怎麼該怎樣表示，遇到什麼情況該怎樣表達，規定的很詳細。我們都按他說的做就是了。至於建模工具，有很多種哇。它就像是你要寫作業的本子。用的比較多的rational rose 、power designer啥的，就是人們覺得這種本子好用些，都用它。
題外話：可能以上說的都特別小兒科，大家都知道，完全廢話。我只是想把這門學科整體把握一下。這給我一種豁然開朗的感覺，然後再去學習就覺得非常簡單了。之所以寫在作業裡是因為，我也沒有別處可寫，那就一舉兩得吧，希望老師不要怪罪。。。
我對軟體工程這門課的理解
讀本文大概需要 3分鐘 在此之前，除了知道有軟體工程這個專業，我並不知道還有軟體工程這門課程，因此我不敢憑空妄談對軟體工程這門課有什麼理解。當我看到作業是談談自己對軟體工程這門課的理解時，我是有點驚訝的，這學期剛剛開學兩周，課也上了沒幾節，可以說我對軟體工程這個概念完全沒有理解。但是我想，既然是作業...
對《軟體工程》這門課總結
對 軟體工程 這門課的總結 經過乙個學期的學習，讓我對軟體工程工程這門課有了更加深刻的了解。從剛開始對這門課的懵懂無知，通過慢慢的學習，每週的實踐。讓我漸漸對我之前提出的問提有了答案。1 如何成為一名軟體工程師 成為軟體工程師要可以熟練的應用程式設計軟體，精通程式語言，還要有良好的團隊意識，還要有求...
對軟體工程這門課的認識
現在臨近考試了，軟體工程這門課也快結課了，我對軟體工程也有自己的一些意見和建議。我感覺王老師的這種教學風格比較新穎，我們學生比較習慣那種老師在課堂上講，我們在課下消化，所有的任務在課堂上完成，課下完成作業就行了。現在軟體工程這門課我們在課下也要付出很多的時間，所以有些同學一開始肯定有些接受不了，有些...