在過去BETA的階段，我們經歷了許多，也收獲了許多。在這個階段之中，我們優化了我們網站的架構，讓他看起來更加簡潔，也更加方便維護，也更新了界面，讓他更加美觀。但是也存在這許多不足，比如到了最後管理員的權限依舊做的不夠完美，增刪改的時候識別不到他的值，所以依舊存在著缺陷。還有在表格的下載，因為技術支持不夠，因此只能把界面都下載進去顯示，這有待後期改進。

問題一：我在書P109中看到這樣一段 “回溯修改很困難甚至不可能，但軟件生產過程中需要時時回溯”，為什麽瀑布模型幾乎不可逆，難道修改起來不是一樣的嗎。

自己得出的解答：因為在需求確定以後，你的程序按照需求來構建，到了後面，在修改就難度很大，甚至要推翻整個程序重新構造。

問題二：P118：“敏捷開發原則：並持續交付有價值的軟件以滿足顧客需求”，敏捷發布是相當於先做好主體的內容發布，然後後期再加上新的內容嗎？

自己得出的解答：敏捷開發的理解和提出的疑問的理解差不多。

問題三:“迷思之三：好的想法會贏”好的想法會贏的難道不應該嗎，鍵盤的改革既然會更加方便，不去試一下怎麽知道沒有市場呢。說對已經熟悉的人可能覺得原來的習慣，但如果還未開始的人，不是應該給他選擇的機會嗎

自己得出的解答：因為有的時候好的想法沒有人去理會的話，也依舊會導致工程的失敗。

問題四：“單元測試應該覆蓋所有的路徑”，所有路徑是代表出現的各種情況下的處理方式嗎？代碼的覆蓋是什麽意思，是都檢查過一遍嗎。

自己的出的答案：是將它可能的路徑經歷一遍。

問題五：現實之中過了十八個月的未完成的軟件，需求就會變很多，那那些艱巨的需要長時間的工程又該怎麽辦。

自己得出的答案：不同的情況應該不同分析。

繼續提出的問題：

1. 我看了一下結對編程的介紹，覺得其實自己屬於那種自己寫代碼的人，不習慣和他人一起寫，感覺結對編程應該因人而異把。

感覺已經找不到其他的疑問了，應該解決的不定的問題應該都差不多了。

總結

這次的課程讓我明白了許多關於軟件方面的知識，不單單是在代碼上的幫助，是一種思維上的，是一種潛在意義上的幫助。課程的結對項目， 團隊項目， 團隊項目的復審， 教材和補充材料感覺都給了我很大的幫助和啟發。

BETA總結