201671030110 姜佳宇 實驗三做業互評與改進

做業	連接
做業所屬課程	西北師範大學軟件工程
做業要求	實驗三 做業互評與改進

任務1 我評論了下述三個班級學生的三篇博文：

 -2019春季計算機學院軟件工程(羅傑)(北京航空航天大學)

個人評論：對於你提到的第3個問題，我在讀《構建之法》這本書時也想到過。在我查閱資料又仔細思考過以後，我認爲代碼複審是指：看代碼是否在代碼規範的框架內正確地解決了問題。且代碼複審要求在複審前代碼必須是被測試過的即被程序員在調試器中單步執行過的。而單元測試是指：在軟件開發過程當中進行的最低級別的測試活動，在單元測試活動中，軟件的獨立單元將在與程序的其餘部分相隔離的狀況下進行測試。且單元測試須要輸入數據。代碼複審是複審者在一行一行讀代碼的過程當中發現各類錯誤，而單元測試則是分單元、模塊輸入數據測試來發現問題。這是個人理解，若你有新的想法也能夠繼續交流。

 -軟件工程1916|W(福州大學)

個人評論：我和你的感覺同樣，學習計算機專業的同窗到達大三這個節骨眼竟還沒作出過什麼像樣的項目。專業知識和動手能力都很欠缺。但我認爲軟件工程這門課能夠幫助咱們至少在作項目這一點上有所提高，但願咱們能夠按照本身的指望和要求好好努力，有所進步！加油！

 -2016級計算機科學與工程學院軟件工程(西北師範大學)

個人評論：我以爲你博客的排版很亮眼，和我本身一開始發佈的博客形式相比更多樣，值得我學習和改進。可是我認爲最後插入的這張圖片和你博客的主題背景不太符合，圖片是亮色而背景是淺色，有點突兀。除了排版多樣外我認爲你的博文內容也有不少值得我學習的地方，你提出的三個問題不只有本身的思考還有支持你想法的資料，這樣可讓讀者清楚地理解你問題的核心，值得讀者思考。對於你所提出的問題三，你已經在列出的表格中寫出了每一個模型的適用範圍，我想在企業中也會遇到各類各樣的軟件項目，他們也會根據需求並結合模型的特色來選擇的，因此應該沒有具體選擇的應用模式。

閱讀心得體會：從這些同窗的博文中我學到了不少。

 1.關於博客的排版方面。我在學習了這些同窗的博文以後也對本身的第一篇博客做業進行了修改，相比第一次發佈的做業排版方面改進了不少。
 2.關於提問。我還從他們的提問中學習到了一些我在讀《構建之法》時沒有考慮到的問題，學習到了他們在學習軟件工程時的一些思惟方式，並對他們提出的問題進行了認真的思考，也在他們的博文下進行了評論。在這樣的互動當中我逐漸體會到了開放式學習帶來的好處。
 3.關於對計算機專業和軟件工程的認識以及對將來本身的發展定位。我發現大多數學習計算機的同窗都在抱怨本身的動手能力差，實踐能力不足，且但願將來的本身可以在軟件工程這門課中得到一些能力提高。我在閱讀他們的博文時感同身受，但願咱們能認真好好努力，在軟件工程的學習中有所收穫！

任務2 我瞭解和學習了軟件工程國家標準情況和代號說明並深刻分析國家標準中GB/T8567-2006標準關於軟件產品文件規範內容與軟件生存週期各階段的關係後填寫了表1。

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

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

1 可行性研究報告
目的：說明軟件開發項目的實如今技術上、經濟上和社會條件上的可行性；論述爲達到開發目的而可能選擇的各類方案；說明並論證所選定的方案。
內容：引言（編寫目的、背景、定義、參考資料等），可行性研究的前提（要求、目標、條件、假定、限制、進行可行性研究的方法、評價尺度），對現有系統的分析（數據流程和處理流程、工做負荷、費用開支、人員、設備、侷限性），所建議的系統（對該系統的說明、數據流程和處理流程、改進之處、影響、侷限性、技術條件方面的可行性），可選擇的其它系統方案，投資以及收益分析（支出、收益、收益/投資比、投資回收週期、敏感性分析）、社會條件方面的可行性（法律方面的可行性，使用方面的可行性）以及結論。
2 項目開發計劃
目的：將開發過程當中有關各項工做的負責人員、開發進度、經費預算、軟硬件等問題作出的安排記載下來，以便根據本計劃開展和檢查本項目的開發工做。
內容：引言（ 編寫目的、背景、定義、參考資料等），項目概述（工做內容、主要參加人員、產品成果、驗收標準、完成項目的最遲期限、本計劃的審查者與批准者）、實施總計劃（工做任務的分解、接口、人員、進度、預算、關鍵問題）、支持條件（計算機系統的支持、用戶承擔的工做、外單位提供的條件）和專題計劃要點。
3 軟件需求說明書
目的：使用戶和軟件開發者雙方對軟件的初始規定有一個共同的理解，使之成爲整個開發工做的基礎。
內容：引言（ 編寫目的、背景、定義、參考資料等），任務概述（目標、用戶的特色、假定與約束），需求規定（對功能的規定、對性能的規定、輸入輸出要求、數據管理能力要求、故障處理要求、其餘專門要求）和運行環境規定（設備、支撐軟件、接口、控制）。
4 數據要求說明書
目的：向整個開發時期提供關於被處理數據的描述和數據採集要求的技術信息。
內容：引言（ 編寫目的、背景、定義、參考資料等），數據的邏輯描述（靜態數據、動態輸入數據、動態輸出數據、內部生成數據、數據約定）和數據的採集（要求和範圍、輸入的承擔者、處理、影響）。
5 整體設計說明書
目的：說明對程序系統的設計考慮，爲程序的詳細設計提供基礎。
內容：引言（ 編寫目的、背景、定義、參考資料等），整體設計（需求規定、運行環境、基本設計概念和處理流程、結構、功能需求和程序的關係、人工處理過程、還沒有解決的問題），接口設計（用戶接口、外部接口、內部接口）、運行設計（運行模塊組合、運行控制、運行時間）、系統數據結構設計（邏輯、物理、數據結構設計要電）和系統出錯處理設計（出錯信息、補救措施、系統維護設計）。
6 詳細設計說明書
目的：說明一個軟件系統各個層次的每個程序（每一個模塊或者子程序）的設計考慮。
內容：引言（ 編寫目的、背景、定義、參考資料等），程序系統的組織結構、各程序（標識符）設計說明。
注意：若是軟件系統比較簡單、層次不多，也可沒必要單獨編寫「詳細設計說明書」，有關內容能夠併入整體設計說明書。
7 數據庫設計說明書
目的：對於設計中的數據庫的全部標識符、邏輯結構和物理結構作出具體的設計規定。
內容：引言（ 編寫目的、背景、定義、參考資料等），外部設計（標識符和狀態、使用它的程序、約定、專門指導、支撐軟件）、結構設計（概念、邏輯和物理結構設計）和運用設計（數據字典設計、安全保密設計）。
8 用戶手冊
目的：使用非專門術語，充分描述該軟件系統所具備的功能以及基本的使用方法，使用戶瞭解該軟件的用途，正確使用它。
內容：引言（ 編寫目的、背景、定義、參考資料等），用途（功能、性能、安全保密）、運行環境（硬件環境、支撐軟件、數據結構）和使用過程（安裝與初始化、輸入、輸出、文卷查詢、出錯處理與恢復、終端操做）。
9 操做手冊
目的：向操做人員提供該軟件每個運行的具體過程的有關知識，包括操做方法的細節。
內容：引言（ 編寫目的、背景、定義、參考資料等）、軟件概述（軟件的結構、程序彪、文卷表）、安裝與初始化、運行說明（運行彪、運行步驟、說明）、很是規過程和遠程操做。
10 模塊開發卷宗
目的：記錄和彙總低層次開發的進度和結果，以便對整個模塊開發工做進行管理和複審，併爲未來的維護提供有用的技術信息。
內容：標題、模塊開發狀況表、功能說明、設計說明、源代碼清單、測試說明和複審的結論。
11 測試計劃
目的：提供對該軟件的測試計劃
內容：引言（ 編寫目的、背景、定義、參考資料等），計劃（軟件說明、測試內容、各項測試）、測試設計說明書和評價準則（範圍、數據整理、尺度）。
12 測試分析報告
目的：把集成測試和確認測試的結果、發現以及分析寫成文件家以記載。
內容：引言、測試概要、測試結果以及發現、對軟件功能的分析、分析摘要和測試資源消耗。
13 開發進度月報
目的：及時向有關管理部門彙報項目開發的進度和狀況，以便及時發現和處理開發過程當中出現的問題。
內容：標題、工程進度與情況、資源耗用與狀態、經費支出與狀態、下個月的工做計劃以及建議等。
14 項目開發總結報告
目的：總結本項目開發工做的經驗，說明實際取得的開發結果以及對整個開發工做的各個方面的評價。
內容：引言（ 編寫目的、背景、定義、參考資料等），實際開發結果（產品、主要功能和性能、基本流程、進度、費用），開發工做評價（對生產效率、產品質量和技術方法的評價，對出錯緣由的分析），經驗和教訓。

任務3 採訪學長的總結。

• 採訪內容：
  我：項目有用戶嗎？
  學長：面向對象就是餐館和顧客。
  我：項目還能開發嗎?源代碼和文檔還在嗎？
  學長：項目不大，因此還能繼續開發，源碼還在，文檔是以論文形式寫的。
• 項目名稱：基於springboot的微信點餐小程序
• 項目簡介：以Spring Boot和微信特性爲核心技術棧，實現一個從下單到接單流程完整，包含買家端和賣家端先後臺功能的微信點餐系統
• 項目開發人員：先鋒隊成員
• 採訪人員的觀點：項目開發過程沒有想象中的複雜，沒有用到過難的東西，都是基本知識的堆積，因此應該多注重基礎知識的積累以及提高運用的熟練度。
• 採訪人員的心得和學習建議：我認爲比較重要的就是這三點。首先必定要注意UI的做用。這是給用戶最直觀的感覺，不要以爲作了程序員就忽視UI。良好的UI是優秀代碼的基礎，不論是你這個單打獨鬥，仍是團隊做業，UI部分的結構清楚，漂亮美觀，便於實現，是要重視的。在實際開發中，必需要搞清楚邏輯關係，按照邏輯一步步去實現具體功能。在寫代碼的時候，若是有明確的必定要及時查看文檔，保證代碼的準確有效。建議：勤於練習，堅持下去，就必定會有收穫。