最終個人總結-軟體工程

標籤：

一、翻譯

軟體工程師應將自身致力於把對軟體的分析，規劃，設計，開發，測試和維護過程變成一個有用並且受人尊敬的行業。軟甲工程師們為了滿足他們對軟體發布的健康、安全以及讓客戶滿意的承諾，應該遵循下面八個準則：

1、公開-軟體工程師應該始終堅持公眾的利益。　　

2、客戶和僱主-軟體工程師應該本著一種在符合公眾的利益下，讓客戶和僱主得到最大的利益的態度。

3、產品-軟體工程師應該確保他們的產品以及之後的最佳化和改動儘可能的符合最高的專業標準。

4、判斷力-軟體工程師應該保證完整性以及獨立性在專業領域的判斷之中。

5、管理-軟體工程師管理者和領導者應該尋找並且提升這種道德規範到軟體的開發和維護的管理之中。

6、專業技巧-軟體工程師應該提前考慮使行業的完整性和聲譽與公眾的利益一致。

7、同事-軟體工程師應該本著公正的態度並且支援他們的同事。

8、自身-軟體工程師應該學會終身學習並踐行到自己的職業生涯之中，而且將提升職業道德踐行到行業之中。

二、疑問解答

課程結束了已經有一段時間了，回想起當初的問題，如今已經有了一些新的理解。上完這門課以後給我的一個重要的印象就是：軟體工程課只能教我們一些理論上的知識，但是真的收穫其實是需要我們從實踐之中去感悟的。軟體工程讓我們知道了只有真正的去做了，做成功了，這門課就算是有了許多的收穫了。當然老師也給我們講了許多許多的知識，但這更是一門實踐的課程。對於當初我剛開始學軟體工程課的時候對課程的一些問題以及疑惑我想我已經知道答案了。這門課主要就是為了讓我們要學會是實際接軌，不能只是一味地去學習學習再學習。除此之外，還讓我瞭解到其實做軟體並不是像我們想象的那麼簡單。基本上可以說是顛覆我們之前的觀點，其實真正的做軟體並不是簡單的打打代碼就好了，更要做好其他方面的工作。需求，規範說明書，設計，測試，維護都是也要主要考慮的事情，總之不是一門很簡單的編程學科。軟體工程學完了，而我也認識到其實我們的軟體之路卻才剛剛開始~

三、總結

軟體工程課十本學期一門必修課程，起初上課的時候對軟體工程感覺挺新鮮的，第一節課基本上沒講什麼知識點，只是基本上講解了一些該如何的學習這門課程。然後幾節課之後老師便開始布置作業了，這作業是一種很新穎的模式，讓我們自己開通自己的部落格，並且讓我們開始寫部落格，第一篇部落格讓我們從對軟體工程的疑惑開始做起，初步養成一種寫報告的習慣，讓我們開始慢慢的學會寫個人總結的習慣。說實話，當時是真的不知道軟體工程這門課到底是幹什麼的，有些疑惑，然後就開始編寫了自己的第一篇部落格，並且也發表了一些自己的觀點還有這門課的疑惑之處。這門課程是從我們這一屆開始進行的大改革，跟之前的學習有了大規模的變動，可能這個部落格就是其中的一個亮點吧。之後的每一周都會有或多或少的作業，作業的內容也是完全根據課程的進度來布置的，與其他的作業不同的地方，軟體工程這門課程的作業更貼近與實際，而且每個問題沒有固定的答案，基本上每一次的作業對我們來說都很靈活，這對課程來說是一個改革，除此之外，這對我們的創新以及對我們的發散思維的培養都有著極大的好處，作業的提交也有著一個到期日，還會根據我們的作業情況以及日常的部落格情況來給我們打分，作業的分值部分還佔著很大的比重，這個還可以讓我們有一個強制去完成作業的緊迫感，這對於一些惰的同學來說可真的算是一個戒掉懶惰的好方法。這次作業的形式可以真的說的上是新改革，新氣象了。總的來說，我感覺這門課程是按照兩個大的部分來進行的。

起初的課程以及作業的部分，基本上是完全靠我們自己的本事來搞定的。我們單槍匹馬，各自顯現的自己的神通。每個人都擁有一個自己的部落格，都可以在自己的部落格裡發表自己一些在專業方面的感興趣的東西，以及我們作業的提交。其實作業的提交只是一個小的方面對於我們的部落格而言，真的作用是我們用部落格記錄自己日常，總結，一些記錄檔。實際上部落格的目的並不只是針對我們的作業而言的，部落格是網上一些專業人士互相交流的一個視窗，可以讓我們認識一個大牛，瞭解一些最新的技術類的文章，還可以讓更多人認識到我們，是我們學習，發展的一個小平台，軟體工程以一種新穎的方式，間接讓我們開闊了自己的視野，以及讓我們知道了一些更好的發展機會。既有利於課程的進行，有有利於我們自身的發展，這是一個非常大的亮點。這門課程主要的特點並不是過多的瞭解知識，學習知識，更多的是讓我們用自己的實踐（即我們的作業的情況）去真正懂得這些知識，獲得這些知識，明白以後應該真正的如何運用這些知識。每一次的作業都非常有特點，特別的貼近實際生活又跟我們的所學息息相關。個人作業均是在我們的個人部落格中完成的，每一次的作業,比如對軟體工程的疑惑、單元測試、編寫小學二年級四則運算程式，其中的難度都是逐步加深的，而且對我們的進步也是逐步增多的。個人能力的增長讓我們更好的去發展自己，雖然我們有時候可能感覺不到，但是現在回想起來，老師下的功夫也真是夠大的。

之後在課程進行到一半的時候，便開始了進行團隊的合作了，起初的時候我們學習的是結對程式設計，結對程式設計是一個由兩個人負責的項目。一個人負責技術方面的操作，另一個人作為領航者順便兼測試的工作，兩個人可以隨時互換角色。這樣的編程方法是以前從未體驗過得，這個結對程式設計是我們軟體工程課程中不是單人寫作業的一個項目，起初剛開始的時候個感覺不太適應（因為是隨機分配的隊友），但是之後就會慢慢習慣了。兩個人編程是由兩個人的好處，就如同老師課堂中說那樣，自信，開發方便，有敦促作用之類的，但是由於可能並不是太習慣這種模式，角色並不是進行過互換，一個人就是只負責技術，而另一個人的作業就顯得不是太大了。結對程式設計之後就是我們最後一個真正的意義上的大階段 了，這個階段是我們的Team 專案階段。在這一階段，我們會按照老師的要求完成一個團隊的構建，我們的團隊是採用的一個6個人的團隊，採用的是劇院團隊模式在老師講解完各個團隊模式之後功能以及特點之後。我們一個團隊負責一個真正的項目，類比外面軟體公司的軟體開發流程。我們團隊所做的項目是在小學二年級運算系統之上開發的小學生四則運算系統。按照上課老師講的知識，幾乎每一次的團隊做個是按照每個軟體開發流程那樣走下來的。在完成一系列的作業之後我們最終成功的完成了這一次的軟體開發，同時也伴隨著軟體工程課程的結束。項目完成了，課程也結束了，而我們的軟體之路也隨著這些東西的結束順利的步入了正規，軟體工程課給了我們一個新的開始。

這門課程總體說起來還算是很新穎，比較有意思的課程。至於對課程以及教師的總結，可以這樣說，我們作為第一屆接受改革的學生，對剛開始學習起來可能會感覺有點莫名的不適應感，可能是因為這是新形式的課程的原因吧。這門課程作為新課改之後的第一次實驗，總歸還是有一些欠缺的。現在我們的大部分的學生還並不是那麼的勤奮，有一定的惰性心理，這樣的話即使是作為新課程也應該是施加著一些強制手段，比如讓學生們挨個答題的環節，強制讓他們去學習，而不是讓他們只是一味地去聽老師去講知識點，這樣可能會導致一些同學乾脆就不會去聽了，而是在下邊開始玩起手機來了，所以必要的時候老師應該是要適當地提高同學的積極性，採用一些提問的方式來讓他們能夠去聽課。再有的話，可能就是知識的講解部分了，由於是新課改的原因，老師的PPT都是重新編寫的，可能感覺較以前的PPT來說，知識的覆蓋面有所欠缺，內容有時候感覺空泛，抓不住重點的感覺，感覺知識點比較隨意，有時候會感覺講的有些沒有用處，但是在實際應用中卻要用到，而且還有的時候是一些英文的知識，有一些懶惰的同學就會可能不會去觀看了，從而忽視了一些重要的知識。所以希望老師們還是能將PPT的內容，進一步的完善，進一步的最佳化。當然我們這隻是第一屆接受新課改的同學，相信以後的內容，授課方式，以及作業的形式會越來越好，越來越精彩的。期待著以後的軟體工程課能有更好的進步~

最終個人總結-軟體工程