201671030125 曾佳 + 實驗三做業互評與改進報告

項目	內容
這個做業屬於哪一個課程？	2016級計算機科學與工程學院軟件工程（西北師範大學）
這個做業的要求在哪裏？	實驗三 做業互評與改進
我在這個課程的目標是？	按時完成老師給的任務,經過閱讀別人的博文優化本身的排版佈局和內容

任務1：要給出所點評做業的連接地址，點評內容和閱讀心得

第一篇是北京航空航天大學的同窗寫的做業：

BUAA軟工 —— 第一次閱讀做業

點評內容：

這篇博文總體排版佈局簡潔明瞭，井井有條。開頭目錄讓閱讀者清晰地看到整篇博文的各級標題，並加入了超連接能方便快速地定位到想閱讀的地方。下面用表格加連接的形式列出做業所屬課程，要求和目標。在表達對問題的想法和觀點的時候，加入本身的親身經歷和名人事例，以及一些適當的圖片，讓整篇博文的閱讀氣氛輕鬆愉快。文章末尾附上本身的參考資料，想繼續深刻了解的讀者方便查找。這篇文章的排版佈局和內容都值得學習。

閱讀心得：

讀完這篇博文，讓我感受到了 MarkDown的功能強大，本身對其的研究仍是太淺，沒有很好的運用起來。接下來我會再仔細研究一下MarkDown各個功能的用法，在從此的做業排版中合理運用，並繼續改進以前的做業。

第二篇是福州大學的同窗做業：

軟工實踐(一)——目標和規劃

點評內容：

這篇博文排版佈局很直觀，大的問題用引用框藍色字體突出顯示，下面小的問題列表形式加粗顯示，問題的回答用另外一種顏色字體，讓讀者一目瞭然。問題比較深入，讓人有種想反思本身的感受，回答真實，語言幽默，回答的狀況應該是大多數人的真實寫照。但對於後兩個問題的回答比較簡單，不夠具體。

閱讀心得：

看到老師佈置的幾個問題，我也反思了一下本身。當初錄到計算機系的時候也比較迷茫，由於對這個專業徹底沒有了解，也不擅長，就以爲會計算機的都很厲害，擔憂這個專業的課會很難，本身跟不上。但經過後來的學習發現，沒有什麼專業是簡單的，既然選擇了就作一行愛一行，等真正認真學習了也就沒有本身當初想的那麼可怕了。回望過去的兩年多，仍是荒廢了不少時間，不少專業知識並無吃透，編程能力也不是很好，如今到了大三就要花更多的時間補回本來缺失的東西。因此這學期我打算花較多的時間在軟件工程這門課上，由於這門課綜合性強，能鍛鍊更多方面的能力，對之後工做幫助也會很大。

第三篇是西北師範大學同窗的做業：

通讀教材《現代軟件工程—構建之法》後的提問

點評內容：

以表格形式總結課程、要求、目標及內容很直觀，字體適當加粗和劃線突出問題和強調內容。問題具體到哪一章哪一句話，能看出是認真讀過這本書的。若是能將做業內容的右邊再劃分爲三行，每一行是一個問題排版應該會更明瞭，這只是本人觀點。

閱讀心得：

《構建之法》這本書真的讓人眼前一亮，與國內高校常規的軟件工程教材有本質的不一樣，這本書寫得跟小說似的，語言幽默風趣，顛覆了傳統軟件工程教材刻板生硬、枯燥乏味的形象，相較之下，這本書顯得清新脫俗。「阿超」、「小飛」等都是現實中典型的軟件行業從業人員形象。做者用舉例子的方法讓咱們更加生動具體的理解想要傳授的知識。

任務2：須要填寫表1，並總結軟件產品文件規範內容與軟件生存週期各階段的關係

以下表格：

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

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

編寫文檔的主要目的是便於管理，有利於對軟件的可控性。把握軟件的進度，風險等。各類不一樣的軟件文檔起着軟件生命週期中不一樣的做用。

定義階段	目的
可行性研究報告	在從技術、經濟、管理和開發環境等幾個方面，肯定了一個軟件能夠完成，需求方和開發商共同討論項目中的 開發方案。
需求分析說明書	寫出用戶對軟件的一些需求，明確軟件的功能和性能，可以很清楚的指出開發人員須要作什麼等。
數據要求說明書	明確開發系統各項功能的實現時，對數據的要求，同時也爲概要設計和詳細設計階段提供參考，爲其餘開發人員的閱讀提供便利。
用戶手冊	爲了使用戶熟悉操做，給首次使用本軟件的用戶提供幫助，’ 使其可以儘快的掌握本系統的操做。
項目開發計劃	對開發機房收費系統的費用、時間、進度、人員配置、開發環境和運行環境的配置進行說明，未開發的下一步作準備。

開發階段	目的
數據庫設計說明書	根據數據要求說明書，數據庫設計人員設計相應的數據庫。
概要設計說明書	在需求分析基礎上獲得的物理模型肯定一個合理的軟件系統的體系結構。包括：系統的基本處理流程、程序系統的組織結構、模塊劃分、功能分配、接口設計、運行設計、數據結構設計和出錯處理設計等，爲程序的詳細設計提供基礎。
詳細設計說明書	在概要設計說明書的基礎上完成的，它更加仔細地清楚地描述模塊中的內容，功能實現寫的更加仔細。
操做手冊	提供軟件操做的步驟方法。
測試計劃	找到系統中的漏洞，而且設計出測試用例
開發進度月表	軟件開發了一段時間以後，對進度的總結，及時發如今開發過程當中存在的問題，爲之後的開發提供經驗教訓，提升接下來項目的開發進度。
測試分析報告	對測試數據功能問題進行分析概括記錄

運行和維護階段	目的
項目開發總結報告	爲之後項目的開發提供寶貴的經驗，避免從此的項目中出現相似的問題，從而大大提升開發的效率。

任務3：總結采訪內容，包含項目名稱、項目簡介、項目開發人員名單、採訪人員觀點、採訪心得

採訪總結

項目名稱	學術會議管理系統
項目簡介	系統主要實現賽事相關事宜的有效管理。系統主要用於單位、學校舉辦程序設計大賽活動時對大賽內容的管理，實現了用戶管理、權限管理、大賽內容管理和系統管理等重要功能。不一樣的用戶享有不一樣的權限，管理人員登錄後臺管理系統，能夠進行系統管理，包括角色管理，權限管理、會議欄目和數據字典的管理等，審稿專家登錄稿件後臺系統，能夠查看分配的稿件並進行審理，普通用戶打開瀏覽器界面便可查看會議信息以及註冊報名。
項目開發人員名單	王爽、彭 輝、馮 曉、吳 瓊、馬思遠、郝延婷
採訪內容	1. 項目如今有用戶嗎？ 目前沒有投入使用。 2.項目可否繼續開發，源代碼/文檔還有麼？ 能夠繼續開發，源代碼和文檔都有，軟件系統概要設計說明書、詳細設計說明書、用戶手冊等都有保存。 3.項目開發有什麼經驗和教訓？ 曾經覺得程序就是軟件，軟件就是程序，後來知道了兩者的不一樣之處。通過老師的講解，理解了軟件工程，就是一套用於軟件的團隊開發，以提升軟件質量和程序員工做效率爲目的的規範。其核心就是，對於軟件開發的重要組成部分：需求分析，設計，編碼，調試，維護，如何組織這5個部分的工做，以及如何完成每個工做。吾生也有涯，而知也無涯，學習永無止境。起初，對軟件工程處於只知其一;不知其二的狀態，分工比較混亂。在劃分模塊後明確了各自分工，漸漸造成良性循環。在學習過程當中，知道了團隊合做十分重要，爭議當然存在，但經過討論、協商，可以達成一致與默契。團隊成員每一個人都很努力與認真，正是你們的相互合做，才使得咱們的項目更加完善，還有老師們的幫助與指導，讓咱們及時發現問題，解決問題。 4.對學好軟件工程有什麼建議？ 但願好好學習基礎課程，很是重要的！特別是C語言，數據結構，操做系統，計算機網絡，計算機組成原理，軟件工程，面向對象程序設計，彙編語言，編譯原理，數據庫原理。可能大多數在剛學的時候都會不知道這些有什麼用，可是一旦落下了，你就會在軟件領域落在別人後面。 尤爲是C語言是基礎中的基礎，語言不在於掌握的多少，而在於編程的思想，有了思想語言不過是一種表述而已。c是現代語言中最鍛鍊人計算機編程思惟的。 其次是面向對象的思想，它是一種設計思想而非一種語言，這是現代軟件工程的主流設計思想。在掌握了語言後其餘課程才能學的更加精深。
採訪心得	軟件工程是一門研究用工程化方法構建和維護有效的、實用的和高質量的軟件的學科。它涉及程序設計語言、數據庫、軟件開發工具、系統平臺、標準、設計模式等方面。想要真正完成一個軟件，不只僅須要一我的的力量，須要的是整個團隊的分工以及共同努力。每一個人都要有團隊合做能力，團隊合做能力是指在團隊合做的基礎上，發揮團隊精神、互補互助已達到團隊合做最大工做效率的能力。軟件開發特別是大型軟件是一項浩大的工程,須要幾人、幾十人甚至幾百人合做開發幾個月、甚至幾年。要保證系統的協調性、統一性和連續性,就須要在開發以前制定嚴格、詳細的開發規範。開發規範的制定須要花費必定的時間和精力,可是"磨刀不誤砍柴功",它至關於把從此開發過程當中開發人員都要遇到的問題提早作了一個考慮。有了開發規範,在後續的開發過程當中,設計人員就沒必要每次考慮如何爲一個字段命名,編程人員也沒必要去想某個程序的結構和佈局應當 怎樣,測試人員也有了判斷程序對錯的標準。開發規範在項目開發工做中起着事前約定的做用,須要全部開發人員共同遵照。它約束開發人員的行爲和設計、編程風格,使不一樣子系統和模塊的設計、編程人員達成默契,以便造成整個系統的和諧步調和統一風格,也便於從此的系統維護和擴展工做。好的文檔是正規研發流程中很是重要的環節，做爲代碼程序員，30%的工做時間寫技術文檔是很正常的，缺少文檔，一個軟件系統就缺少生命力，在將來的查錯，升級以及模塊的複用時就都會遇到極大的麻煩。因此在這學期的學習過程當中我必定要鍛鍊本身的團隊協做能力，提升編寫文檔的水平.