建構之法閱讀筆記03

上個星期對結對合作和團隊合作有了很深的了解，以前雖然沒有過什麼正式的兩人結對合作，但是也有過分組合作，也長了很多經驗。這個星期看了MSF和需求分析的部分，對MSF部分的閱讀對其有了了解，從以前的不知道到現在的了解，覺得MSF太高上，還不适合我們這些小程式，我們也沒有那樣的團隊，是以也就隻是了解了下而已。對于需求分析的部分還是挺接近我們，雖然我們沒有軟體可以上市，但是在編每個程式之前都是有條件的，這些就可以看成是需求，不同的條件适合不同的環境，就像每個軟體的需求是不同的一樣。

這個星期需要上交的程式就是需要進行需求調研的，要給國小生出題就要知道什麼樣的題适合國小生。現在人們為了解決現實社會和生活中各種問題要求助于軟體，人們的需求五花八門，這就需要我們去調查了解。在書中，我找到了需求調查的幾個方法步驟:1.擷取和引導需求。2.分析和定義需求。3.驗證需求。4在軟體産品的生命周期中管理需求擷取這些需求就要進行使用者調查，找到适宜的人群，通過面談，問卷之類的方式.。有了來自使用者的需求才可以讓軟體更加适應人們。

在我們的課程中，編過的程式大大小小也有了不少，以前就是要求什麼樣就編成什麼樣，運作後功能差不多也就交差了。雖然對這個程式來說沒什麼可挑剔的了任務完成，功能到位，但是應用到不同人群可能就不行了，比如四則運算這個題目來說，雖然要求了可以帶負數，真分數的乘除法，但是國小是沒有學過負數的，這就是要求和使用者需求不一樣的了，雖然負數的有無是可以選擇的，但是這個程式做出來如果負數部分一直沒有人選擇，在代碼編寫這部分就顯得多餘了。這隻是個小程式，還可以接受，如果是個大的複雜的程式，甚至是個軟體，代碼量繁多的時候是不允許有哪一部分是多餘的。在看過書對需求分析的介紹後，才知道，程式設計前還是要進行調查的，不能怕麻煩。在以後的程式設計學習中或者以後的工作中，要更加注意需求分析這部分，調查不是麻煩，也許會給我們省去麻煩。