大學課程設計總結範文
大學課程設計結束了，在這次課程設計中也使我們的同學關係更進一步了。以下是大學課程設計總結範文，歡迎閱讀！
大學課程設計總結範文【1】
透過近兩週的奮鬥，課程設計接近了尾聲。經過兩週的奮戰我的課程設計終於完成了。在沒有做課程設計以前覺得課程設計只是對訊號與系統這門課程所學知識的單純總結，但是透過這次做課程設計發現自己的看法有點太片面。課程設計不僅是對前面所學知識的一種檢驗，而且也是對自己能力的一種提高。透過這次課程設計使我明白了自己原來知識還比較欠缺。自己要學習的東西還太多，以前老是覺得自己什麼東西都會，什麼東西都懂，有點眼高手低。透過這次課程設計，我才明白學習是一個長期積累的過程，在以後的工作、生活中都應該不斷的學習，提高自己的知識和綜合素質。
在這次課程設計中也使我們的同學關係更進一步了，同學之間互相幫助，有什麼不懂的大家在一起商量，聽聽不同的看法對我們更好的理解知識，所以在這裡非常感謝幫助我的同學。
我的心得也就這麼多了，總之，不管學會的還是學不會的的確覺得困難比較多，真是萬事開頭難，不知道如何入手。最後終於做完了有種如釋重負的感覺。此外，還得出一個結論：知識必須透過應用才能實現其價值！有些東西以為學會了，但真正到用的時候才發現是兩回事，所以我認為只有到真正會用的時候才是真的學會了。透過這次課程設計，我們即學會了使用MATLAB軟體，也掌握了一些有用的知識，這對我們以後的學習和生活非常的有幫助，也使得我們對自己的總體知識水平有了一個瞭解。懂得了知識的重要性。使我學會了如何運用所學的知識收集、歸納相關資料解決具體問題的方法，加強了我的動手能力、分析和解決問題的能力、以及增強綜合運用知識的能力。同時對自己應用計算機的水平有了一個更深刻的瞭解，我在今後的學習和生活中，可以有針對性的學習和改善。
在此要感謝我的指導老師蘇老師對我的悉心的指導，感謝老師給我的幫助。在設計過程中，我透過查閱大量有關資料，與同學交流經驗和自學，並向老師請教等方式，使自己學到了不少知識，也經歷了不少艱辛，但收穫同樣巨大。在整個設計中我懂得了許多東西，也培養了我獨立工作的能力，樹立了對自己工作能力的信心，相信會對今後的學習工作生活有非常重要的影響。而且大大提高了動手的能力，使我充分體會到了在創造過程中探索的艱難和成功時的喜悅。雖然這個設計做的也不太好，但是在設計過程中所學到的東西是這次課程設計的最大收穫和財富，使我終身受益。
大學課程設計總結範文【2】
課程設計
題 目：課程設計個人總結 學生姓名：
學 院：資訊工程學院
系 別：計算機系
專 業：軟體工程
班 級：
指導教師：
20XX年7月21日
關於本次課設的個人總結
本次課程設計我主要負責的是專案開發計劃和測試計劃兩個文件的編寫工作。歷時兩個星期終於順利完成。辛苦雖然是不可避免，但收穫還是令人尤其欣慰。
其中專案開發計劃主要對專案的整體實施提前做一個詳細的規劃。專案開發計劃主要在於協調和溝通，在規定的時間內儘可能全面收集專案資訊。專案資訊收集要講究充分的、有效率的溝通，並要和小組成員達成共識。
編制專案計劃主要經歷瞭如下的過程。包括、確定專案的應交付成果。這裡的專案的應交付成果不僅是指專案的最終產品，也包括專案的中間產品；任務分解：從專案目標開始，從上到下，層層分解，確定實現專案目標必須要做的各項工作，並畫出完整的工作分解結構圖。在資源獨立的假設前提下確定各個任務之間的相互依賴關係，以確定各個任務開始和結束時間的先後順序；獲得專案各工作任務之間動態的工作流程。確定每個任務所需的時間，即根據經驗或應用相關方法給任務需要耗費的時間；確定每個任務所需的人力資源要求，如需要什麼技術、技能、知識、經驗、熟練程度等等。確定專案團隊成員可以支配的時間，即每個專案成員具體花在專案中的確切時間；確定每個專案團隊成員的角色構成、職責、相互關係、溝通方式。確定管理工作，管理工作是貫穿專案生命週期的，如專案管理、專案會議等、編寫階段報告。專案團隊成員之間的溝通時間、專案團隊成員和其他專案干係人之間的溝通時間也比較容易被忽視，而溝通時間也是比較不容易固定地量化和日程化。但這些工作在計劃中都應當充分地被考慮進去，再回師專案計劃更加合理，更有效地減少因為計劃的不合理而導致的專案進度延期。考慮專案的費用預算、可能的風險分析及其對策。
另一個就是測試計劃了。軟體測試就是利用測試工具按照測試方案和流程對產品進行功能和效能測試，甚至根據需要編寫不同的測試工具，設計和維護測試系統，對測試方案可能出現的問題進行分析和評估。執行測試用例後，需要跟蹤故障，以確保開發的產品適合需求。編寫測試計劃是為了專案經理能夠根據測試計劃做宏觀調控，進行相應的資源配置等。同時測試人員能夠了解整個專案測試情況以及專案測試不同階段的所要進行的工作，便於其他人員瞭解測試人員的工作內容，進行有關配合工作。本次我編寫的測試計劃分別包含了黑盒白盒測試、單元測試、整合測試、確認測試、系統測試和驗收測試。應詳細介紹了每個測試的方法和過程。
透過這次測試計劃的編寫過程和上網查資料瞭解到，每當測試一個程式時，人們總希望為程式增加一些價值。利用測試來增加程式的價值，是指透過測試，找出並修改儘可能多的程式缺陷，從而提高程式的可靠性或質量。
因此，不要只是為了證明程式能夠正確執行而去測試程式。相反，應該一開始就假設程式中隱藏著錯誤，然後測試程式，發現儘可能多的錯誤。
事實上，如果把測試目標定位於要證明程式中沒有缺陷，那麼就會在潛意識中傾向於實現這個目標。也就是說，測試人員會傾向於挑選那些使程式失效的`可能性較小的測試資料。另一方面，如果把測試目標定位於要證明程式中存在缺陷，那麼就會選擇一些容易發現程式缺陷的測試資料。而後一種態度會比前者給程式增加更多的價值。
因此，大多數測試專業人員都贊同Myers對測試的定義：“測試是為發現錯誤而執行程式的過程。”這個定義意味著程式測試的過程是具有破壞性的，甚至是一個“施虐”過程。開發人員可能不願意這麼做，因為人們總是傾向於建設而不是破壞。這個定義還暗示了對於一個特定的程式，應該如何設計測試用例（測試資料）、哪些人應該而哪些人又不應該執行測試。
事實上，如果在測試某個程式段時發現了可以糾正的缺陷，或者測試最終確定在沒有其他缺陷，則應將這次合理設計並得到有效執行的測試稱作是“成功的”。而所謂“不成功的”測試，僅指未能適當地對程式進行檢查，未能找出程式中潛藏缺陷的測試。因為軟體中不可能沒有缺陷，沒有找出它們，當然測試是“不成功的”。
“軟體測試就是證明軟體不存在錯誤的過程”。對幾乎所有的程式而言，甚至是非常小的程式，這個目標實際上是無法達到的。因為即使程式完全實現預期要求，仍可能包含有缺陷。也就是說，如果程式不按要求工作，它顯然有缺陷，但如果程式做了不要它做的事，它也有缺陷。
心理學研究告訴我們，當人們在幹一件已經知道是不合適的或不可能做到的事時，往往他們的表現就相當糟糕。把程式測試定義為在程式中找出錯誤的過程，就使測試成了可以做到的任務，從而克服了心理上存在的問題。雖然這看起來像是個微妙的文字遊戲，但對成功地進行軟體測試有很大的影響。
總之，軟體測試更適宜被視為試圖發現程式中錯誤（假設其存在）的破
壞性的過程。一個成功的測試，透過誘發程式發生錯誤，可以在這個方向上促進軟體質量的改進。當然最終人們還是要透過軟體測試來建立某種程度的信心：軟體做了其應該做的，而沒有做其不應該做的。
透過以前課程的瞭解，意識到測試的重要性。在釋出新產品之前做好測試，提高軟體產品質量，減少漏洞，是預防木馬攻擊的根本途徑。別人的經驗證明，軟體的質量不僅體現在程式的正確性上，它和開始編碼以前所做的系統需求分析，軟體設計密切相關。許多軟體使用中出現的錯誤，未必是程式設計人員在編碼階段造成的，反而在程式設計，甚至在需求分析時就埋下了禍因。這時，對軟體的錯誤糾正，就必須追溯到軟體開發的最初階段。由此看出了軟體測試階段的重要性。為了保證軟體的質量，專案管理就應該著眼於整個軟體生存期，特別是在開發階段的系統分析。所以軟體測試的概念和實施範圍必需包括在整個開發各階段的複查、評估和檢測。
整個編寫計劃的過程緊張而又快樂，我像一個真正的專案開發人員一樣，找到了自己的位置，找到了感覺。把全部的心血澆築到鍵盤上，眼看著文件想豆芽一樣生長，我心滿意足。做專案的過程中曝露很問題，不過這是好事，有挫折才會成長。
可以說做專案的過程是一個艱辛的過程，很多同學，特別是組長為了這個專案經常加班。回到宿舍之後還要拖著疲憊的身體繼續工作在電腦前，為了專案的如期完成而努力......在完成了專案之後，有一種如釋重負的感覺。但我相信每一位做了專案的同學，一定能夠對軟體開發的過程有個更深的瞭解。軟體開發過程最重要的是團隊精神，這是小組全體成員的心聲，在整個專案文件製作過程中，沒有誰能夠真正一個人走下去，做專案如此，我們每個人的生活又何嘗不是如此，誰能真正獨立於社會生活呢？專案團隊只是我們社會生活的一個縮影，認識到這一點，就不難理解為什麼專案開發需要優秀的團隊，需要良好的團隊精神。