阅读《现代软件工程—构建之法》提出的问题

阅读《现代软件工程—构建之法》提出的问题

三个问题

• 状态：读完第一章
• 实验要求： 实验一做业要求
• 问题一+问题二.

  • 《构建之法》P16

    有实际用处的同时又是完美的软件，在世界上是不存在的。没有实际用处的完美软件也几乎没有，有人会说“Hello World！”是的程序彷佛能够称为“完美”，可是根据前文对“软件”的定义，咱们不知道这个程序能不能算做一个软件。那市面上有那么多不完美的产品，软件团队为何还要把这些不完美的软件发布出来呢？为何不能等到它们完美以后再发布？软件工程的一个重要任务，就是要决定一个软件在何时可以“足够好”，能够发布。

    -- 引用自《构建之法》

    • 问题一：关于“为何不能等到它们完美以后再发布”这个问题，我以为多是由于把一个可能还不够完美的软件发布出去，会有不少声音，有赞赏有批评，而从批评声中必不可少会有建议和指出的问题，而这些就至关于不少不少的测试人员，在一块儿参与改进这个软件。并且一千我的里有一千个哈姆雷特，就算已经有100个开发者认为这个软件已经改不出问题，也总会有101我的发现问题或者想出更好的方法，若是要十全十美再发布，不可能实现。
    • 问题二：既然有用又完美的软件不可能存在，那在开发过程当中这个“足够好到能够发布”的程度应该怎么判断。在如今熟知比较出名的软件也在不停地进行升级，不少问题在用户使用过程当中，才会一点点被发现，一点点被解决，不少功能也是在用户使用以后以为差点什么，经过建议或者各类途径让该软件的开发部门得以创造，更新软件功能。那这些软件被发布以前，是被怎样判断它已经能够发布的？
• 问题三.
  • 《构建之法》P15
    • 问题三：关于bug，有些bug可以发现软件能够变好的功能，而有些bug确实致命性，甚至须要将整个软件推倒重来，而15页第一段说软件工程是消灭bug的过程，那完美的软件不会存在，是否意味着不存在0bug的软件，只有还没发现bug的软件？