閱讀《現代軟件工程—構建之法》提出的問題

閱讀《現代軟件工程—構建之法》提出的問題

三個問題

• 狀態：讀完第一章
• 實驗要求： 實驗一做業要求
• 問題一+問題二.

  • 《構建之法》P16

    有實際用處的同時又是完美的軟件，在世界上是不存在的。沒有實際用處的完美軟件也幾乎沒有，有人會說「Hello World！」是的程序彷佛能夠稱爲「完美」，可是根據前文對「軟件」的定義，咱們不知道這個程序能不能算做一個軟件。那市面上有那麼多不完美的產品，軟件團隊爲何還要把這些不完美的軟件發佈出來呢？爲何不能等到它們完美以後再發布？軟件工程的一個重要任務，就是要決定一個軟件在何時可以「足夠好」，能夠發佈。

    -- 引用自《構建之法》

    • 問題一：關於「爲何不能等到它們完美以後再發布」這個問題，我以爲多是由於把一個可能還不夠完美的軟件發佈出去，會有不少聲音，有讚賞有批評，而從批評聲中必不可少會有建議和指出的問題，而這些就至關於不少不少的測試人員，在一塊兒參與改進這個軟件。並且一千我的裏有一千個哈姆雷特，就算已經有100個開發者認爲這個軟件已經改不出問題，也總會有101我的發現問題或者想出更好的方法，若是要十全十美再發布，不可能實現。
    • 問題二：既然有用又完美的軟件不可能存在，那在開發過程當中這個「足夠好到能夠發佈」的程度應該怎麼判斷。在如今熟知比較出名的軟件也在不停地進行升級，不少問題在用戶使用過程當中，纔會一點點被發現，一點點被解決，不少功能也是在用戶使用以後以爲差點什麼，經過建議或者各類途徑讓該軟件的開發部門得以創造，更新軟件功能。那這些軟件被髮布以前，是被怎樣判斷它已經能夠發佈的？
• 問題三.
  • 《構建之法》P15
    • 問題三：關於bug，有些bug可以發現軟件能夠變好的功能，而有些bug確實致命性，甚至須要將整個軟件推倒重來，而15頁第一段說軟件工程是消滅bug的過程，那完美的軟件不會存在，是否意味着不存在0bug的軟件，只有還沒發現bug的軟件？