一、翻譯
1、軟體工程師是領導專案團隊做軟體需求分析，軟體說明書，軟體設計，開發，測試和軟體執行與維護的高薪並收人尊重的職業。根據對健康的承諾，安全和公眾利益，軟體工程師應該遵守的一些職業道德：
（1）公開---軟體工程師應該與公共利益相一致。
（2）客戶和雇主---軟體工程師應該為自己客戶利益最大化，並且保證雇主符合公眾利益。
（3）產品---軟體工程師應該盡可能的確保他們的產品和相關的修改符合最高專業標準。
（4）判斷---軟體工程師應保持其完整性和獨立性在專業判斷方面。
（5）管理---軟體工程管理者和領導者應該制定和提出乙個道德的方法，以管理軟體開發和維護。
（6）專業---軟體工程師應該提前保持行業的完整性和聲譽在公眾利益方面。
（7）同事---軟體工程師應該是公平和支援他們的同事。
（8）自學---軟體工程師應該參與終身學習，並對其專業實踐，並促進職業道德。
二、目前的學習狀況提出一些問題，
現在結束軟體工程課程了，大家是不是可以回答這些問題了，請在本次作業中一一回答。
我的第一篇對軟體工程的認識：
針對認識和疑問：
1、的確在軟體工程課上你不是乙個人戰鬥，是乙個團隊在戰鬥。
2、之前一直在用adt，夠來想換成as，電腦上嘗試換了2次還是進去了，輸出helloworld，就提示錯誤，在網上找了別人技術部落格還是沒有能解決，所以自己還是在使用adt來編android。
3、我們對乙個即將自己開發的軟體，其前台和後端的開發與維護，我覺得如果是我們自己每乙個人自己搭建和維護。這個前台的實現還是容易實現，在本地測試可以通過和執行，在伺服器上跑就出現了問題，現在在學習如何搭建伺服器環境，以及把自己寫的東西放到伺服器，以及日常維護。自己搭建的那個虛擬伺服器，資料庫部分提示錯誤，自己在找原因，在學習。
三、個人總結
首先謝謝讓我們嘗試到軟體工程的課程改革，我之前一直以為軟體工程會像之前學習的現代企業管理一樣，課程主要先由老師把基礎的概念知識點講一遍，然後老師就開始講案例，然後就結束了課程，最後自己就覺得現代企業管理在自己的腦海裡留下的只是耳熟能詳的管理模式。
但是在軟體工程這門課程中，我知道這是一門管理軟體整個開發過程。聽以前的學長說，他們學習軟體工程這門課程時，老師在上面從需求分析，然後是軟體設計，編碼實現，軟體測試，軟體交付，軟體維護。。。，然後在課程之後有考試，考試之前老師給我們化一下範圍，然後學生回去複習重點知識，考試還是比較容易過得，但是考完試之後，還是對軟體工程中的各項具體怎麼去實施還是只是停留在說，而不會去做，怎麼做，做什麼。
我們上課的第一天時候老師就說今年我們學校軟體工程這門課程改革，自己還是想一門考試課能怎麼改，還不是要以最後的考試成績來決定自己的最終成績，但是知道了整個改革藍圖就知道這個軟體工程成為了學生才是課程的主題，然後開始了自己要寫部落格，自己覺得這個自己在大學裡乙個很好的習慣，寫技術部落格，寫技術分享，覺得非常的贊，不限制你完成需求的使用的語言，使用你自己熟悉的語言完成專案，同時可以在自己的熟悉語言上更上一層樓。總結一下自己這乙個學期對軟體工程--構建之法的感想：
一、軟體工程這課其實很有趣
個人在大學裡上課總是這樣的規律，一門新的課程，第一次上課感覺興趣不錯，告訴自己要好好學習，然後在一次次課程中自己慢慢就不想聽老師講課，然後快到複習的時候，自己就會變身超人一樣，自己看課本，自己總結複習資料，自己從基本概念到計算分析理解，出題只要在以往的正常範圍內感覺自己一般能考的不錯。如果題目風格變了，可能就會比較差了。每一次的作業，每一次的專案，自己總會想去思考使用什麼語言編寫，怎麼實現邏輯功能，然後自己在編寫中發現自己出bug的地方自己還會查閱圖書館的相關程式設計**，有一次自己在發現自己**寫的有的冗餘時候，自己發現可以考慮更優的資料結構，**量就下來了。而且時間複雜度也小了很多，自己在這個過程自己的慢慢的學會了自己程式設計欠缺的地方，自己不斷學習新的知識，不斷總結自己學習東西寫成部落格，最後把軟體寫出來了發現軟體開發其實很有趣。
二、軟體工程不是一門只要敲**的課程
軟體工程，乙個工程並不是靠乙個人能獨立完成，而是乙個團隊相互協作和相互搭配，完成軟體開發與維護。軟體工程是把軟體開發整個流程中的過程管理，不僅僅是把**寫完了實現，個人覺得更重要是軟體設計階段，軟體設計階段是把需求具體化，怎麼實現，採用什麼的開發模式，團隊採用什麼模式，測試時候採用什麼的測試案例，軟體程式語言選用，完成軟體設計文件，畫好e-r圖，畫好流程圖，設計好資料庫部分。在接下來的**實現部分，同時不是把**寫完了就ok，還有寫開發文件，遇到的錯誤，錯誤的解決辦法，同時有工程模組跟進速度，工程完成比例，每日**量。接下來的軟體測試，需要我們在確定**實現部分的語法，詞法，語義錯誤。軟體測試想好測試案例，以及測試的方式，採用黑盒測試和白盒測試。
三、軟體工程鍛鍊團隊協作能力
之前自己一直是個人專案小作業，自己總是可以乙個人決定採用什麼語言，採用什麼方式進行開發，但是最後乙個專案作業就會出現各種問題，比如需求分析階段，團隊成員有時想的需求合理，但是他沒有考慮到怎麼進行邏輯實現，比如可以把遊戲平台開發成乙個即時通訊平台，以及加上網頁搜尋功能，加上定位功能。。。。。。然後好好的乙個專案經過大家這麼一說，感覺這個到底是乙個專案，需求變得越來越複雜，不清晰，不明確。單是作為乙個團隊隊長就需要把不相關的部分否認掉，而且要把握住專案的核心，不要偏離具體的專案太多。同時你要把專案分工確定，誰擅長什麼，就讓他幹相應的工作部分，而不是乙個部分大家一起做，這樣會造成這個部分還是某幾個做，其他人在休息，沒有充分利用人員特點，會造成乙個專案拖得很久，分工重要，一旦你負責的出問題，就可以揪其根源，找到錯誤地方，並且能很快想辦法解決錯誤。這樣不至於一出現問題，大家是一起做這個部分，大家都相互推諉，說我只是寫了一小段**，我也不知道其他人寫了那部分，找錯誤就會花費很長時間，然後感覺整個專案一旦出點問題，內部矛盾會變大，而且沒有落實到具體到人，容易誤解別人，錯怪別人。
構建之法 現代軟體工程
我理解的軟體工程 軟體工程就是把系統的，有序的，可量化的方法應用到軟體的開發，運營和維護上的過程。軟體工程包含的領域有很多，軟體需求分析，軟體設計，軟體構建，軟體測試和軟體維護。我理解的軟體工程是，這必須需要乙個團隊或者乙個小組合作才能做出優秀的產品，乙個人是不可能完成的。軟體工程並不是我以前理解的...
構建之法 軟體工程簡介
這一周的主要授課知識點是軟體工程相關概念，軟體工程和電腦科學的關係，源 管理。實踐內容是簡單的源 管理操作。首先我們應該認識到我們在學習時，軟體工程可分為以下階段 需求分析，設計階段，實現階段，穩定階段，發布階段，維護階段。但是在現實工作時，實習生往往是先從維護階段開始，學習並維護一些已有的軟體，接...
構建之法現代軟體工程
讀了鄒欣老師著作的 構建之法 以及參考其他眾位大神對於本書的書評後，我獲益匪淺，具體如下 首先我覺得鄒老師這本書看起來很輕鬆，當然不是指沒含量，實則恰恰相反，只是這裡我要更多的突出是另一方面，那就是這本書給讀者營造的氛圍很輕鬆，讓我不知不覺就看了好多頁，內容很豐富，其中有很多的假設，難得的是每乙個假...