軟體工程提問回顧

1.結對程式設計一開始必然有乙個磨合熟悉的過程，在這個過程中可能有人會不習慣時刻在對方視線下工作的情況，也可能兩個人水平有差距，會出現乙個人一直在聽另乙個人的意見的情況，我想問如何能讓這種磨合過程的時間盡量縮短呢，有沒有什麼可行的策略？

沒有捷徑，在我的結對程式設計體驗中，主要還是在於雙方多交流，多了解對方的想法，而不是分工完成後就悶頭做，才能使得結對程式設計的過程和結果變得令人滿意。

2.可否理解為敏捷流程的開發在很多情況下會和其他開發方式相結合以達到提高產品可靠性的要求？如果是，那麼敏捷開發和那種流程結合的最多也最好呢？

當然可以這麼理解，軟體工程沒有標準答案，也沒有完美解答，一切基於實踐，至於敏捷開發可以和那些開發方式結合，由於本人經歷有限，因此暫時無法解答。

3.十一章提到了小強地獄，在開發人員的bug達到乙個限定值時，可以採用限制其工作，將所有時間用於解決bug到限定值以下，這樣的方法會不會挫敗該開發人員的積極性，導致其在後續的開發過程中無法跟上進度，陷入惡性迴圈？

這其實是乙個兩害相權取其輕的過程，如果放任這個開發人員繼續寫充斥著bug的**，必然會導致專案出現大問題，相對的該開發人員限制解決bug的方式也許會影響他的心態，但是對於專案的結局造成的影響較小。

4.在乙個創新產品的設計開發過程中，如何定義使用者需求是很困難的事情，很多情況下只能由團隊成員臆想得到，因為這樣乙個產品本身也是沒有原型的，在這種情況下，似乎只有調查問卷才能給出部分答案，但以我自己的經歷來說，我基本都不會認真看這樣的調查問卷，那我想問是否有更可行的收集使用者需求的方式？

在產品未形成的時候，基本只有這一種方法吧，或是類似的方法。

5.mvp方法開發出來的軟體是不是就是相當於每乙個週期都在不斷地打補丁，沒有系統化的設計實現，是否會導致軟體的臃腫化，可維護性變差？

大多數情況下是的，當然這也取決於軟體初始的設計情況。

需求：學到了nabcd需求分析模型。

設計：設計階段需要確定各種需求功能的優先順序，保證投入的資源得到最大的回報。

實現：了解並體驗了敏捷開發流程，同時學習了新技術。

測試：了解了單元測試，**覆蓋率測試，相容性測試等內容。

發布：產品發布不意味著結束，需要實時接收使用者反饋以發現軟體未穩定時存在的問題。

維護：及時修復bug，將產品帶入穩定期。

軟體工程 提問回顧