201671010430司昕劼 實驗三做業互評與改進

任務一

點評做業地址和點評內容：
- [北京航天航空大學](https://www.cnblogs.com/buaa-zjh/p/10530304.html)
點評內容：你好，在看完你的博文以後發現你的流程很完整，並且在總結的時候也很客觀，充分體現了本身的優缺點和團隊的優缺點。可是我認爲在試驗後和其餘組的做業進行對比能更好的改進做業。學習了不少，很是感謝。
- [福州大學](http://www.javashuo.com/article/p-hnhynrbe-hk.html)
點評內容：同窗你好，經過你的博文讓我對於這個需求有了新的認識，對問題的解決也有了思路。設計實現過程的流程圖也很完善。在你的psp表中，詳細的給出了計劃時間與實際時間，看到你在需求分析階段花費了90分鐘，而後在編碼階段比預計時間少十分鐘，在測試階段又花費了比預計多30分鐘時間。經過你的psp表我認識到了需求分析的重要性。日常拿到題目就直接上手，從未進行需求分析。感謝你及你的博客，之後向你學習。
- [西北師範大學](http://www.javashuo.com/article/p-drezksjo-kw.html)
點評內容：同窗你好。對於你的的第一個問題（那麼該如何促進中小型企業總體的創新度？）我認爲創新度實際上是在於我的想法的，由於人善於思惟定式，因此能夠經過考慮其餘方向的發展來提升創新度，跳脫思惟定式的劣勢。也能夠經過開源的代碼來加入本身的想法，這樣就有了一個不一樣的源碼，即產生了創新。至於第二個問題，就像咱們上課討論的同樣，咱們能夠經過部分訪談，大面積的調查問卷（線上線下相結合的方式），也能夠從同類軟件相比較的方式來肯定需求分析，開發公司要明確的確立一個目標開進行開發即軟件的賣點。第三個問題我也沒有好的建議，由於我也想努力向這個方向發展。並且不能偷懶，要一遍遍的去敲代碼，從生疏到嫺熟的過程。但願咱們共同進步。
閱讀心得：
一直以來感受計算機是一個複雜的學科，也經過看別的學校的做業深入認識到了本身的不足，就好比同窗合做，培養團隊意識，以及本身寫代碼這些方面很是欠缺。之前老是想着無論怎樣一我的能夠去作不少事，忽略了團隊。還有就是在編碼能力提升的方面沒有認真對待。要多加練習，從最基本的算法寫起來，並且要理解透徹，從開始寫代碼的時候就要作好分析，一部分一部分的實現。要認清差距，努力實現目標。

任務二

-  軟件產品文件規範內容與軟件生存週期各階段的關係

總結軟件產品文件規範內容與軟件生存週期各階段的關係: 在我理解，軟件開發文檔最主要的目的仍是爲了作好軟件的開發，協調好客戶和相關開發人員關係，作出高質量並符合客戶需求的軟件產品來，因此是不可缺的存在。

任務三

- 項目名稱：基於物聯網的公交車服務監測系統設計
  
- 項目簡介：在城市公交服務行業，公交車進站臺上下客、公交等候時間不肯定、公交車拒載乘車等問題，本項目擬藉助物聯網和移動應用技術對公交車的行駛狀態進行監測，規範公交車司機的駕駛行爲，達到改善和提高城市公交服務水平的目的。該系統由設置在站臺的公交車自動報站設備、進站時刻預報顯示設備、停泊時間統計、後臺web服務器等軟硬設備組成，能夠對公交車的全路線服務狀況進行有效監測。

- 項目開發人員名單：李鑫，王文文，趙曦

- 採訪人員觀點：作開發要打好基礎，且要合理的利用資源來解決實際問題。

- 採訪心得：無論大小的項目都須要團隊合做完成，團隊之間的配合是很重要的，並且要在開發前作好準備工做，否則後期改起來很麻煩且成本較高。