201671030129 周婷 實驗十四 團隊項目評審&課程學習總結

項目	內容
這個做業屬於哪一個課程	軟件工程
這個做業的要求在哪裏	團隊項目評審&課程學習總結
課程學習目標	（1）完成項目驗收（2）反思總結課程學習內容

1.對《實驗一 軟件工程準備》的任務5所提出的問題的解答

• Q1：第一章經過形象的例子告訴咱們什麼是軟件工程，介紹了軟件工程的各個階段，對軟件工程的概念及它的特性作了較爲生動而詳細的介紹，那麼爲何須要學習軟件工程，在學習的工程中，如何將理論與實踐結合起來，對咱們之後的學習工做能產生多大的影響？

  A1：經過這學期對軟件工程的認識和學習，我認爲學習軟件工程是爲了更有效率更完善的完成一個項目，學習軟件工程對提升個人軟件開發能力與軟件項目管理能力具備重要的意義，在團隊合做時，意識到了團隊合做合理分工對高效完成一個項目的重要性，固然了，學習軟件學期工程的意義不只僅侷限在這門課程的學習上，就像老師上課時候舉出的裝修房子的例子，我相信它也會對個人生活產生影響。

• Q2：第五章團隊和流程中，介紹了團隊合做的十種模式，就我我的認爲，交響樂模式較其餘幾個模式優越一些，團隊成員各司其職，本身作好本身的那一部分，我較爲疑惑的是，每一個人解決問題的方法都不一樣，則在各部分組合在一塊兒時，出現的矛盾和衝突怎麼解決，會不會大幅度下降軟件開發的效率，交響樂模式還有別的缺點嗎？

  A2：在本學期的結對項目及團隊項目中，咱們大都採用了團隊合做模式中的交響樂模式，成員合理分配任務，每一個組員作好本身負責的部分，雖然每一個成員的解決問題的方法不一樣，包括代碼書寫的方式，因此在編碼以前進行了代碼規範，遇到矛盾和衝突時，團隊整體商議，得出最好的解決辦法，雖然須要花費時間，但總體效率不會大幅度下降，若是團隊較爲團結，遇到問題認真商議，還會提升軟件開發效率及質量，在實踐過程當中，還未發現其餘較大的缺點。

• Q3.：第八章需求分析中，在獲取用戶需求——用戶調研一節中，提到了六種調研方法，在平常生活中我身邊常常出現問卷調查，有時候會出現問卷調查的問題模棱兩可，因此在軟件設計需求分析用戶調研中，採用用戶調查問卷的方式時，若一樣出現這種狀況怎麼辦？

  A3：在團隊項目中，咱們的團隊採用的調研方法包括訪談及問卷調查，由於須要調研的一類用戶的涉及範圍較爲普遍，在問卷調查中，咱們儘可能將每個問題的提問方式明確化，讓接受調研的羣體可以比較明確的瞭解咱們所要了解的客戶羣體的信息，使最終問卷的結果可以有較大的意義。

  2.總結本身在項目的 可行性分析/需求分析/軟件設計/實現/測試/項目驗收/中學到了哪些「知識點」。

• 可行性分析：
  可行性分析的過程分爲三個步驟：首先須要進一步澄清問題，而後導出系統的邏輯模型，最後得出系統實現方案。可行性主要分爲操做可行性、經濟可行性、技術可行性及法律可行性，採用NABCD方法對系統進行初步分析，爲將邏輯模型轉化爲物理模型，咱們還學習了數據流圖。
• 需求分析：
  需求分析是軟件定義時期的最後一個階段，它的基本任務是準確的回答「系統必須最什麼」這個問題。在需求分析階段結束以前須要編寫需求規格說明書，以書面形式準確的描述軟件需求，在需求分析過程當中，應用mockplus創建了軟件原型。
• 實現：
  一般把編碼和測試成爲實現，編碼時選擇適宜的程序設計語言會給編碼過程減小壓力。做爲軟件過程的一個階段，編碼是對設計的進一步具體化，程序的質量主要取決於軟件設計的質量。在團隊合做的項目中，應該先統一編碼風格，提升合做效率。
• 測試
  測試階段的根本目標是儘量多的發現並排除隱藏的錯誤，最終把高質量的軟件交付給顧客使用。軟件測試的方法有不少，學習了黑盒測試，將程序看作一個黑盒子，徹底不考慮程序的內部結構和處理過程，是在程序的接口進行測試，只檢查程序功能是否按照規格說明書的規定正常使用。

• 項目驗收
  項目驗收時，項目開發方應該提供《需求分析說明書》、《概要設計說明書》、《詳細設計說明書》、《數據庫設計說明書》、《測試計劃》、《測試報告》、《程序維護手冊》、《用戶操做手冊》、《項目總結報告》等一系列的文檔說明。向驗收方交付項目，爲驗收方演示系統的功能和使用。

  3.結合我的項目/結對編程/團隊項目的我的經歷，談談心得。

• 剛開始學習這門課程時，不太清楚具體的學習內容，在第一次實驗翻閱《構建之法》後，也對這門課程的相關知識產生了一些問題，也對這門課程有了初步的瞭解，第一次寫博文時，發現並非本身想象中那麼容易，須要注意不少的細節，對於我的項目博客的撰寫，在互評環節，瀏覽別人的博文發現本身的博文的排版不如別人的整齊，收穫頗多，在第一次我的項目的完成中，遇到問題請教同窗，完成項目。
• 在結對編程中，兩我的合做的效率遠遠高於一我的。結對項目在最開始進行的時候，須要結對雙方對彼此的編碼能力及編碼習慣有必定的瞭解，需求分析時，雙方會產生分歧，增長項目完成的難度，咱們會探討解決，通過磨合，統一意見。代碼複審也提升編程效率，在雙方的監督下，代碼書寫較爲規範。達到了一加一大於二的效果。編程所佔的時間比例最大，而實際編程所用的時間也比計劃用時要多，因此也須要在編程方面下功夫。

• 在團隊項目的完成中，感觸頗深，在有大量的任務的狀況下，只有合理分工，每一個組員認真作好本身的工做，才能高效的完成整體任務，團隊的相互配合和包容是十分重要的。親身經歷和感覺了一個完整的項目的過程，進行項目需求分析和文檔的編寫、系統設計、詳細設計、項目的編碼及測試，也對文檔的規範編寫使我學習到不一樣類型的文檔的編寫規範，在團隊合做中，你們會在一塊兒解決困難，事半功倍。

  4.實踐總結和提高

• 統計在軟件工程實踐中，你完成了多少行的代碼？
  三千行左右

• 你在軟件工程實踐的各次做業分別花了多少時間？（作一個列表）

實驗	用時(min)
實驗一 軟件工程準備	120
實驗二 軟件工程我的項目	60
實驗三 做業互評與改進	60
實驗四 軟件工程結對項目	120
實驗五 軟件研發團隊組建	60
實驗六 團隊項目選題	60
實驗七 團隊項目原型設計與開發	200
實驗八 基於原型的團隊項目需求調研與分析	250
實驗九 團隊項目需求改進與系統設計	300
實驗十 團隊項目系統改進與詳細設計	200
實驗十一 團隊項目設計完善與編碼	100
實驗十二 軟件測試與Alpha衝刺	300
實驗十三 Beta衝刺與團隊項目驗收	300

• 哪一次做業讓你印象最深入？爲何？
  讓我印象最深入的一次做業是實驗四結對項目，這是軟件工程課程第一次和其餘人一塊兒完成一個項目，切身體會到和別人合做時遇到的問題和解決問題的過程，產生了新的體會，收穫頗多。
• 累計花了多少個小時在軟件工程實踐上？平均每週花多少個小時？
  累計花費了35.5個小時，平均每週2.3個小時。

• 你學習和掌握的新語言、新平臺；
  語言：JAVAWeb、SQL語言、JAVA
  平臺：班級博客園、MOOC、GitHub

• 填寫下表，總結一學期的學習中，你學習或使用的軟件工程開發工具、開發方法和建模方法

軟件開發工具、項目管理工具	軟件開發方法	軟件建模方法
墨刀、石墨文檔、mockplus、MySql	原型方法、生命週期法、面向對象方法	面對對象建模、結構化建模

• 其餘方面的收穫或提高
  在學期的軟件工程的學習中，團隊合做能力、各類文檔撰寫能力及規範、任務規劃等能力都獲得了提高。

  5.課程建議

• 在本學期的軟件工程的學習中，收穫頗多。接觸到了一種新的教學方式，也採用了按時發表這種新的方式記錄學習產生的結果。除了書本上的知識，在老師發佈的博文安排中，爲咱們提供各類學習方法和工具，經過親身經歷軟件工程的開發流程，使我對軟件工程這門課程的瞭解不只僅侷限於書本上的知識，更多的是掌握了學習工具如mockplus等的使用和各類文檔的撰寫規範。雖然工做量比較大，但仍是能夠接受的。多是自身編程能力的問題，留給編程的時間不是很充足。