軟件工程網絡15我的閱讀做業2（201521123084 林正晟）

---

本週做業

通讀《構建之法》後所提的五個問題：

首先說一點，因爲個人書是不知道從哪裏搞來的，因此本來在書本最後的「給任課老師和助教的建議」被提早到了書本的前面幾頁 頗有多是盜版書。。。 因此在本篇做業當中，頁碼會有誤差，一切以標題爲準。

Q1: 1.2 軟件工程是什麼（第一章「概論」）P22

軟件工程是把系統的、有序的、可量化的方法應用到軟件的開發、運營和維護的上的過程。軟件工程包括下列領域：軟件需求分析、軟件設計、軟件構建、軟件測試和軟件維護。軟件工程和下列的學科相關：計算機科學、計算機工程、管理學、數學、項目管理學、質量管理、軟件人體工學、系統工程、工程設計和用戶界面設計。

以上是書中原文對軟件工程的解釋。
講實話，若是沒學這本書，我不會想到軟件工程有包含這麼多知識點。我最早開始，認爲這門課可能就是教一教咱們如何去開發一個軟件，而後就是無窮無盡的打代碼。但上完兩堂課後，我發現我錯了，這門課並非要讓你真正的去無盡的編程，而是想讓看這本書的人去學會軟件開發流程的思想。"軟件 = 程序 + 軟件工程"，這本書，從基本概念到職業規劃，從瀑布模型到敏捷開發，從軟件測試到質量保證，從代碼規範到用戶體驗，只要是軟件開發會涉及的方面，這本書都涉及到了。可是我一直都有一個疑問，那就是軟件工程爲何須要掌握這麼多思想？這對之後的實際軟件開發會帶來多少的好處？

Q2: 2.1.2 好的單元測試的標準（第二章「我的技術和流程」）P41

單元測試應該覆蓋全部代碼路徑
單元測試應覆蓋所測單元的全部代碼路徑，包括錯誤處理路徑。爲了保證代碼覆蓋率，單元測試必須測試公開的和私有的函數和方法。…………100%的代碼覆蓋率並不等同於100%的正確性！

對於我這種代碼白癡，我想提的第一個問題：什麼是代碼覆蓋率？（。。。）
第二個問題：100%的代碼覆蓋率並不等同100%的正確性，那麼要怎麼樣才能保證100%的正確性？

Q3: 4.1 代碼規範 （第四章「兩人合做」）P74

「代碼規範」能夠分爲兩個部分：
1.代碼風格規範，主要是文字上的規定，看似表面文章，實際上很是重要。
2.代碼設計規範，牽涉到程序設計、模塊之間的關係、設計模式等方方面面的通用原則。

我能夠明白代碼規範在軟件開發當中是十分重要的，但我想問：

• 代碼的規範性，國內國際每一個公司都同樣嗎？
• 有的規則太多，如何作到所有檢查出來？

Q4: 4.5.2 爲何要結對編程？（第四章「兩人合做」）P89

每人在各自獨立設計、實現軟件的過程當中難免要犯這樣那樣的錯誤。在結對編程中，由於有隨時的複審和交流，程序各方面的質量取決於一對程序員中各方面水平較高的那一位。這樣，程序中的錯誤就會少不少，程序的廚師質量就會高不少，這樣會省下不少之後修改、測試的時間。具體地說，結對編程有以下的好處：
1.在開發層次，結對編程能提供更好的設計質量和代碼質量，兩人合做解決問題的能力更強。
2.對開發人員自身來講，結對工程能帶來更多的信心，高質量的產出能帶來更高的知足感。
3.在企業管理層次上，結對編程能更有效地交流，相互學習和傳遞經驗，分享知識，能更好的應對人員流動。總之，若是運用得當，結對編程能夠取得更高的投入產出比（Return of Investment）

其實，書中的原文已經將結對編程的好處說得十分清楚了，我也明白做者的意思。但我以爲，做者的想法一切都是理想化的。若是將結對編程放在咱們現實的學習中，結對編程真的會對咱們形成很大的益處嗎？

• 若是兩個編程經驗都很少的同窗結了對子，是否是就等於這一對垮了呢？
• 若是是「一神帶一坑」，這個編程能力較高的同窗，會不會以爲這種方式拖累了他的軟件開發過程？
• 若是二者出現分歧，而且誰都只認同本身的見解時，結對編程是否是就沒什麼優勢可言了？

Q5: 8.2 軟件產品的利益相關者（第八章「需求分析」）P180

軟件開發不可能一次性知足全部利益相關者的要求，可是咱們必定要讓相關角色在這個階段有機會提出他們的需求和意見。同時，要弄清楚「他們想要從軟件中獲得什麼」。

咱們作軟件開發，最終的目的，就是將軟件交付給用戶。而用戶的體驗好壞，直接決定了咱們軟件的成功或者失敗。所以，用戶需求確實是咱們須要瞭解的大頭。

• 因此咱們應該如何去獲取用戶對軟件的體驗？
• 咱們應該如何改進和維護軟件的功能來貼近用戶的需求？
• 用戶到底是對前端界面的感覺更強，仍是對軟件的功能？

附加題

豆瓣連接：https://book.douban.com/annotation/54358212/