201671010461張仲桃 實驗三

實驗三 做業互評與改進報告

• 課程名稱：2016級計算機科學與技術軟件工程

• 做業要求連接：[實驗三]（http://www.javashuo.com/article/p-wjlazrjk-ca.html）

  任務一

• 點評做業地址和點評內容：
  • [北京航空大學]( http://www.javashuo.com/article/p-mnvzhrlu-hn.html）
    點評內容：你好，看了你的總結後，我以爲你寫的很是有條理，值得我去學習。你在上文提到對於須要研究的項目不適合結對編程，其實我認爲它也有本身的優勢，在合做的過程當中兩我的能夠優點互補，共同進步。
  • [福州大學]（http://www.javashuo.com/article/p-ppznmiqw-nc.html）
    點評內容：同窗你好，看了你的NABCD分析後，我認爲大家能夠將大家的不足之處進行進一步的改進，成爲大家做品的亮點。這只是我我的的見解，如有不妥，還請多多指教。你在上面說大家作出的做品很通常，我相信你經過此次實踐，確定有不少收穫，也爲你之後的設計提供了不少幫助
  • [西北師範大學]（http://www.javashuo.com/article/p-rjbmvybv-ex.html）
    點評內容：針對你的第一個問題，我經過閱讀《構建之法》第四章，我獲得的結論是所謂代碼複審就是看代碼是否在代碼規範的框架內正確的解決了問題，而代碼複審的形式有自個人複審、同伴的複審、團隊複審。作代碼複審的緣由就是在複審的過程當中去發現和糾正開發過程當中的問題，即便開發者作到了完美，複審也有「教育」和傳播知識的做用。

• 閱讀心得：

  經過閱讀其餘同窗的博客，我認爲有許多值得我借鑑的地方。首先從排版方面來講，他們的排版很清晰，各級內容簡潔明瞭，整篇博客井井有條，一個博客的排版就如咱們的門面，因此有好的門面纔會吸引別人有興趣去閱讀你的博客，因此我如今首先要作的是熟練掌握markdown的排版，養成良好的博文寫做規範；其次經過看其餘高校的博客內容，我認爲在編程的過程當中，兩我的的合做是很是重要的，並且結對編程也有本身的優勢，例如合做過程當中能夠去發現對方的優勢，取長補短；可是我認爲結對編程也有本身的不足，例如若是兩我的水平相差過大，也會影響到整個項目的時間，而在前期的合做中，若是兩我的不熟悉、不瞭解這也須要花費時間去磨合。在我從此的軟件工程學習過程當中，我要嚴格要求本身，虛心向別人請教，取其精華，棄其糟粕。

  任務二

• 軟件文檔是軟件開發過程當中產生的軟件產品，與軟件生存週期有着密切關係。搜索關鍵詞「軟件工程國家標準」，瞭解軟件工程國家標準情況和代號說明，深刻分析國家標準中GB/T8567-2006標準關於軟件產品文件規範內容與軟件生存週期各階段的關係，填寫表1.
  軟件工程國家標準情況和代號說明：[軟件工程國家標準]（https://blog.csdn.net/daqiang012/article/details/79499956)
  軟件生存週期各階段中的文件編制

• 文件/階段	可行性研究	開發計劃	需求分析	設計	實現	測試	使用與維護
  可行性研究報告	√	√
  項目開發計劃	√	√	√
  軟件需求說明書			√
  數據要求說明書			√
  測試計劃			√	√
  概要設計說明書				√
  詳細設計說明書					√
  數據庫設計說明書				√
  模塊開發卷宗					√	√
  用戶手冊			√	√	√		√
  操做手冊				√	√		√
  測試分析報告						√
  開發進度月報	√	√	√	√	√	√
  項目開發總結						√	√

  任務三

• 採訪一個高年級同窗在軟件工程實踐課中作過的項目
  • 軟件項目：億維修公衆號
  • 項目開發人員名單： 倪嘉財、王震、韓晨瑞、郭峯、齊京望、王弘笛
  • 採訪內容：
    • 問：項目名是什麼？ 答：億維修公衆號 問：能夠簡單介紹一下項目嗎？ 答：首先該項目是一個維修公衆號，該公衆號主要是當客戶有須要家電維修，清洗保養，購買五金等一類的服務時，客戶在該公衆號中選擇本身的物業小區進行下單，也能夠語音留言給師傅，添加預定時間預定師傅，隨後給客戶提供上門服務。 問：項目源代碼/文檔還有嗎？ 答：都還在，該項目如今已經投入使用了。 問：作完該項目有什麼經驗和教訓？ 答：經驗就是在開發的以前須要作好充分的準備，如瞭解需求，進行需求分析，作好相關調研等，在開發的過程當中遇到的難題就是進行定位和實現支付功能；還有在開發的過程當中團隊合做也是不容忽視的一點，這對於一個項目的開發也挺重要的。