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

項目	內容
這個做業屬於哪一個課程	任課教師博客主頁連接
這個做業的要求在哪裏	做業連接地址
課程學習目標	（1）學習規範的博文（文檔）寫做。（2）理解軟件工程各階段文檔的做用與意義，瞭解軟件工程文檔的國家標準及其規範。
本次做業在哪一個具體方面幫助咱們實現目標	（1）經過點評博文，學習規範的博文（文檔）寫做。（2）經過採訪，瞭解軟件工程各階段的做用與意義

任務一：

(1) 2019春季計算機學院軟件工程(羅傑)(北京航空航天大學) 文章博客地址
點評內容：對於你博客中提到的「蘿蔔與白菜的故事」，我也傾向於第二種作法，我認爲作任何事，包括軟件工程項目構建過程當中，不要只追求速度，就像你所提到的一旦在某一個項目中留下不少漏洞，你再回來補救所花的時間可能要比當時全面周到完成項目的時間更多，那樣就得不償失了。因此咱們應該在保證質量的前提下，將本身負責的模塊完成甚至更好，才能打到事半功倍的效果；儘管如今的企業追求效率，但我認爲「慢工出細活」也不失爲一個很好的選擇。
閱讀心得：經過閱讀該同窗的博客，我開始思考這樣一個問題：當今企業，對與「蘿蔔快了不洗泥」型和「慢工出細活」型開發人員所持有的態度究竟是怎樣的；但就我我的而言，我更承認「慢工出細活」型，衆所周知，在軟件開發過程當中， 更可能是要多階段進行反饋，以測試軟件開發過程的正確性，當只追求速度時，出現錯誤的機率大大增長，不利於整個開發流程的快速進行；因此咱們應該在保證質量的前提下，慢工出細活，以達到事半功倍的效果！

(2) 軟件工程1916|W(福州大學) 文章博客地址
點評內容：讀完你的文章，感受很貼切，頗有感同身受的感受，就拿考研這件事來講，我也一樣由於我不肯定我當前所學是否可以支持我獲得一份我想象中的工做，並且我但願個人學習時間更久一些，牢固的地基才能支撐理想中的高樓。因此，咱們一塊兒加油，爭取咱們都能勞有所獲、學有所成！
閱讀心得：在該該同窗的文章中，經過對於專業知識的瞭解和掌握以及對於本身之後的打算等方面的思考，我認爲人各有志，各有所長，因此盡情的發揮本身的長處，竭盡全力的去付出，你才能滿懷但願地去收穫 ！

(3) 2016級計算機科學與工程學院軟件工程(西北師範大學) 文章博客地址
點評內容：經過最近幾周的學習，在初步瞭解軟件工程這門課後，咱們能夠發現，在軟件工程的實現過程當中，咱們更多地側重於文檔的編寫，如需求分析、整體設計、詳細設計等過程都是必不可少的，因此對於Q3，我認爲前期的大量編程學習，就是爲了在之後的應用實踐過程當中可以熟練地操做而且爲之後的項目開發提供必定的編程基礎，便於實現你所設想的一些功能，而不至於在想要實現一些一些功能時再去慢慢地學習如何用編程實現。
閱讀心得：經過該同窗對於在軟件工程開發過程當中提出的：「文檔編寫重要仍是編程實現重要」這個問題，我進行了進一步的思考，我我的認爲在這個過程當中，每一個部分起的做用都很重要，但在軟件開發過程當中，文檔編寫所佔的比重較大，對於項目的需求分析、整體設計、詳細設計等都涉及大量篇幅，在明確項目需求以及全部的問題梳理清楚後，進行代碼實現。前期的大量編程學習，就是爲了在之後的應用實踐過程當中可以熟練地操做而且爲之後的項目開發提供必定的編程基礎，便於實現你所設想的一些功能，而不至於在想要實現一些一些功能時再去慢慢地學習如何用編程實現。

任務二：

1:填寫軟件生存週期各階段中的文件編制表以下：

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

2:關於國家標準中GB/T8567-2006標準中件產品文件規範內容與軟件生存週期各階段的關係總結以下：
(1)在可行性分析(研究)與計劃階段內，要肯定該軟件的開發目標和總的要求，要進行可行性分析、投資——收益分析、制訂開發計劃，並完成可行性分析報告、開發計劃等文檔。
(2)在需求分析階段內，由系統分析人員對被設計的系統進行系統分析，肯定對該軟件的各項功能、性能需求和設計約束，肯定對文檔編制的要求，做爲本階段工做的結果，通常地說軟件需求規格說明(也稱爲：軟件需求說明、軟件規格說明)、數據要求說明和初步的用戶手冊應該編寫出來。
(3)在設計階段內，系統設計人員和程序設計人員應該在反覆理解軟件需求的基礎上，提出多個設計，分析每一個設計能履行的功能並進行相互比較，最後肯定一個設計，包括該軟件的結構、模塊(或CSCI)的劃分、功能的分配，以及處理流程。在被設計系統比較複雜的狀況下，設計階段應分解成概要設計階段和詳細設計階段兩個步驟。在通常狀況下，應完成的文檔包括：結構設計說明、詳細設計說明和測試計劃初稿。
(4)在實現階段內，要完成源程序的編碼、編譯(或彙編)和排錯調試獲得無語法錯的程序清單，要開始編寫進度日報、週報和月報(是否要有日報或週報，取決於項目的重要性和規模)，而且要完成用戶手冊、操做手冊等面向用戶的文檔的編寫工做，還要完成測試計劃的編制。
(5)在測試階段：該程序將被全面地測試，已編制的文檔將被檢查審閱。通常要完成測試分析報告。做爲開發工做的結束，所生產的程序、文檔以及開發工做自己將逐項被評價，最後寫出項目開發總結報告。
(6)在整個開發過程當中(即前五個階段中)，開發集體要按月編寫開發進度月報。
(7)在運行和維護階段，軟件將在運行使用中不斷地被維護，根據新提出的需求進行必要並且可能的擴充和刪改、更新和升級。

任務三：

在本次採訪中，個人採訪對象是15級王爽學姐，具體採訪內容總結以下：

- 項目名稱:學術會議管理系統
- 項目簡介：本項目主要研究的內容是基於B/S模式的學術會議管理系統的開發，該系統是要實現會議相關事宜的有效管理。系統主要功能包括：用戶信息管理、評審信息管理、管理員信息管理、論文管理、會議信息管理以及 會議日程安排；除此以外，系統中各類權限的用戶均可以查詢會議的相關信息、修改我的信息、根據權限管理論文信息等操做，從而達到將用戶、評審與管理員之間的相互關係與信息交互進行統一管理，實現信息共享並提升系統安全性的做用，同時經過利用Internet的特色對會議資源進行全面綜合的管理。
- 項目開發人員：王爽、彭輝、郝延婷、馬思遠、馮曉、吳瓊
- 如今有無用戶：使用範圍較小
- 是否繼續開發：:在繼續研發中
- 源代碼/文檔：代碼Github倉庫連接、文檔Github倉庫連接
- 採訪人員觀點： 在去年的軟件工程課程中，從我的博客到結隊編程再到團隊任務，一步一個腳印走過來，感受收穫頗多。尤爲是在團隊任務中，剛開始時處於只知其一;不知其二的狀態，分工比較混亂。在劃分模塊後明確了各自分工，漸漸造成良性循環；經過項目開發，瞭解了在軟件工程開發過程當中團隊合做的重要性，爭議當然存在，但經過討論、協商，最終達到達成意見一致以及必定的默契，也是本次項目開發的一大收穫。最後，謝謝代老師以及助教們的辛勤付出。
- 採訪心得：我曾經覺得程序就是軟件，軟件就是程序。經過本次採訪知道了兩者的不一樣之處。經過學姐的講解，瞭解到軟件工程就是一套用於軟件的團隊開發，以提升軟件質量和程序員工做效率爲目的的規範。軟件開發的重要組成成分有：需求分析，設計，編碼，調試、運行和維護，如何組織這幾個部分的工做，以及如何出色地完成每個工做，都是很是重要的；因此在之後的學習過程當中，我應該更加仔細，勤學多練，學好軟件工程這門課！