學期個人總結(軟件開發(fā)專業(yè))

學期個人總結感受

時間匆匆，不知不覺已是專業(yè)課結束的時候了，卻總覺得這學期過得如此之快。這學期剛開始的時候，對于老師的分組學習，我們有點不習慣，也不理解。但后來慢慢的，跟著老師的步伐，也覺得這樣也挺不錯的。有人出點子，有人做開發(fā)，有人做測試，這樣一步步地完成作業(yè)。老師讓我們發(fā)揮自己的才能，選著自己想學的方式。

對于老師來說我們是她眾多屆學生的一屆，而對于我來說，卻是我作為一名學生難以忘記的一門課。我曾經(jīng)幻想過我的大學生活，認為平時不聽課，只要到期末的時候多看幾天的書就可以，不掛科，平時可以有很多的課余時間與朋友們出去玩。我一直以為這樣會持續(xù)到畢業(yè)結束。

但是因為這門課，在每次分配任務的時候，我都希望自己可以多分一部分，因為自己很想玩，但如果有任務必須做的話，就會靜下來做吧。所以希望讓任務來約束自己。當程序做不出來的時候，苦惱用什么方法可以做出來，也有和同組的同學共同探討解決辦法，也有和其他小組的同學請教方法。在解決問題的過程中出來感謝之外，我覺得我的同學也很優(yōu)秀，在這樣的團隊，這樣的班級中我覺得很幸運。當實現(xiàn)一個功能的時候，自己特別的高興，不只是因為完成了作業(yè)，更是對自己能力的肯定。當時就覺得自己特別棒。

每次作品展示的時候，都是一個收獲的時候。會被設計組人的奇思妙想所驚喜，會對其他開發(fā)組人員的實現(xiàn)特別的功能好奇，對測試組的同學又愛又恨，因為他們有時測出的問題這是自己都沒有想到的問題，所以會感謝他們，有時又會覺得他們的問題好苛刻，正是這樣成了促使我們前進。

在這門課堂的最后一次課上，我們每一個人都說了自己的感言。課代表對班級的付出，對老師的感謝和敬愛，同樣也是每一位同學的想法，還有同學對同學的友誼，大家彼此感動著。有太多感動的話語，太多感謝的人，太多值得回憶的畫面。太多的感謝，道一句，謝謝我的青春，我的大學，曾經(jīng)我也如此的努力過，奮斗過。謝謝在我生命中遇到的你們。

擴展閱讀：個人總結

軟件工程項目總結報告

軟件工程學習總結

首先，感謝張老師這一個學期對我們的指導和關心。雖然我并不是每堂課都去，但是這門課的教程我的確從頭看到尾了。

通過這學期以來的學習，雖說課本中的很多內(nèi)容仍不能清晰地理解掌握，但對于軟件工程確實也有了比上學期更明晰系統(tǒng)的概念和理解，同時也在老師授課下對許多以前未所聽聞的開發(fā)軟件和開發(fā)方法如UML模型等有了初步的了解，深感這是一門博大精深而十分有用的學問，需要我們認真進一步地學習。以下是我對課本內(nèi)容知識點的學習所得梳理與感悟：

（一）、關于“軟件工程”學

軟件工業(yè)歷史3個階段走來，傳統(tǒng)的軟件開發(fā)不重視開發(fā)技術與開發(fā)管理，現(xiàn)代社會軟件需求的激增，開發(fā)與維護的困難使得許多軟件項目告以失敗，“軟件危機”爆發(fā)。

“軟件工程（SE）”的概念是為了有效地控制軟件危機的發(fā)生而被提出來的，它的中心任務就是把軟件作為一種物理的工業(yè)產(chǎn)品來開發(fā)，要求“采用工程化的原理與方法對軟件進行計劃、開發(fā)和維護�！逼鋵嵸|在于：以大型軟件為對象（如企業(yè)資源管理ERP系統(tǒng)）；旨在開發(fā)滿足用戶需求、及時交付、不超過預算和無故障的軟件；針對軟件這一具有特殊性質的產(chǎn)品的工程化方法。軟件工程涵蓋了軟件生存周期的所有階段，并提供了一整套工程化的方法，來指導軟件人員的工作：

（一）、軟件項目過程包括開發(fā)、管理、改進三個部分軟件工程三段論

軟件開發(fā)項目管理過程改進1、軟件開發(fā)

軟件人員生產(chǎn)軟件的過程，包括需求分析、設計（概要設計、詳細設計）、編碼、測試、產(chǎn)品提交、提交。其線路圖如下：

需求分析概要設計詳細設計編碼測試產(chǎn)品提交維護2、軟件項目管理

項目管理者規(guī)劃軟件開發(fā)、控制軟件開發(fā)的過程，相當于生產(chǎn)線上的管理過程，管理過程是伴隨開發(fā)過程進行的過程。

軟件項目管理路線圖

201*3411114閆小素軟件工程項目總結報告

合同管理生存期需求管理任務分解項目估算項目進度質量計劃配置計劃風險計劃團隊管理項目度量集成項目跟蹤控制項目結束

3、軟件過程改進

相當于對軟件開發(fā)過程和軟件管理過程的“工藝流程”進行管理和改進，如果沒有好的工藝生產(chǎn)

不出好的產(chǎn)品，它包括對開發(fā)過程和管理過程的定義和改進。

軟件過程改進路線如下圖：

啟動診斷建立實施評估建立階段產(chǎn)生的改進方案可能是如何進行改進也可能是出于各方考慮而放棄不改進。

（三）、關于軟件工程生存期模型：

軟件工程有很多環(huán)節(jié)，軟件工程模型用一定的流程將各個環(huán)節(jié)連接起來，并用規(guī)范的方式造作全過程，就可以形成不同的生存期模型，這個生存期模型就是在項目規(guī)劃過程中選擇的策略。常見的生存期模型有：

瀑布模式；原型模式；增量模式；螺旋式模式等。

這些模型各有特點，在實際應用中應該根據(jù)需求進行選擇，例如：WaterFallmodel要求一個階段的輸出是下階段的輸入，沒有反饋，項目目標固定不變（WaterFallmodel過于理想化，不適合現(xiàn)代軟件開發(fā)；但其“線性”思想易為掌握，在其他模型中都能找到其影子）所以適合于：

*在項目開始前,項目的需求很明確*在項目開始前,解決方案也很明確

（四）、關于復用原則

基于復用（重用）的軟件工程是比較理想的軟件工程策略，復用可以降低軟件開發(fā)和維護的成本，縮短開發(fā)時間，提高產(chǎn)品質量。

二、關于軟件項目過程

從課本第2章到第8章主要是沿著軟件工程線路圖為我們解析軟件項目開發(fā)過程個階段的任務、開發(fā)方法、成果要求及項目管理實施：

（一）、需求分析

201*3411114閆小素

軟件工程項目總結報告

軟件項目的失敗大半源于需求分析沒有做好，軟件開發(fā)人員首先應該明確用戶的意圖和要求，正確獲取用戶的需求，然后形成一個軟件需求規(guī)格，它是軟件開發(fā)的重要基礎。需求分析一章介紹了需求分析如下的5個過程及基本任務（需求獲取->需求分析->需求規(guī)格說明->需求驗證以及變更管理）并重點介紹了需求分析中的建模方法：

需求工程需求開發(fā)需求管理需求獲取需求分析變更管理需求驗證需求規(guī)格說明需求規(guī)范必須說明和功能定義，既是往后概要設計和詳細設計的基礎，同時也便于后期與客戶發(fā)生爭端或需要進行設計變更時可以有據(jù)可依。

需求建模方法：（Microsoftofficevisio是有力的建模工具）

1、關聯(lián)模型定義系統(tǒng)與環(huán)境的關聯(lián)關系

1、行為模型是描述系統(tǒng)的總體行為：數(shù)據(jù)流模型；狀態(tài)機模型

2.3、數(shù)據(jù)模型定義系統(tǒng)處理的數(shù)據(jù)邏輯形式（E-R圖與數(shù)據(jù)流程圖）2.4、結構化方法

歐洲Ｊａｃｋｓｏｎ的面向數(shù)據(jù)結構的開發(fā)方法，以及ＰＡＤ開發(fā)方法（業(yè)務流程圖、數(shù)據(jù)流圖、數(shù)據(jù)字典的使用）

2.5面向對象模型將現(xiàn)實世界的“視圖”轉化為用對象來描述的模型描述對象之間的各種關系，以滿足軟件系統(tǒng)的要求。

面向對象的建模工具UML（visio：可以利用代碼生成器將UML轉換成多種程序設計語言代碼，或反向）

2.6、原型方法按照用戶的需要，快速形成一個操作流程界面，可能只是一個框架，具體的功能沒有實現(xiàn)，只是結果靜態(tài)的操作流程，以便與用戶快速就需求達成一致；主要考慮系統(tǒng)的功能需求，很少考慮非功能需求（類型：進化型、拋棄型）

（二）、設計階段

包括概要設計、詳細設計、編碼三部分，依次推進，概要設計文檔是詳細設計的基礎，詳細設計文檔又是編碼的基礎。

概要設計部分主要從結構化和面向對象兩個角度較少設計方法。分塊介紹了數(shù)據(jù)設計（以數(shù)據(jù)庫設計為核心）、架構設計、界面設計、模塊設計等設計模型。介紹了B/S的體系結構，詳細介紹了應用程序框架的概念及UML設計模型的應用。概要設計根據(jù)需求規(guī)格對系統(tǒng)的結構、接口、模塊等進行設計，并根據(jù)設計結果產(chǎn)生概要設計文檔。

詳細設計過程根據(jù)概要設計形成的結果對各個模塊的內(nèi)部實現(xiàn)進行規(guī)劃設計，并根據(jù)設計結果產(chǎn)生詳細設計文檔。詳細設計部分介紹了如何采用結構化和面向對象的方法從視圖、控制、模型三層模型上細化概要設計的各個模塊，并完成偽代碼為編碼階段做準備。

編碼階段依據(jù)詳細設計文檔實現(xiàn)設計中的算法、功能、接口、數(shù)據(jù)結構并通過配置管理控制管理變更，并形成編碼文檔。這部分主要介紹了編碼的結構化和面向對象化的方法，以及編碼過程中的標準和規(guī)范，重用原則。

201*3411114閆小素軟件工程項目總結報告

（三）、測試階段

第7章主要講述了測試的方法、技術、測試級別以及測試的管理過程。透過這章學習，我了解了靜態(tài)測試和動態(tài)測試的方法，黑、白盒測試的區(qū)別及應用。課本從測試方法講起，在白盒測試的方法中介紹了結構化的測試方法和面向對象的測試方法，重點講述了傳統(tǒng)的結構化的邏輯覆蓋方法。在黑盒測試中引入了等價類劃分、邊界值測試、錯誤猜測等方法。講授了在不同單元、集成、系統(tǒng)以及接受等不同級別測試中采用的不同的測試方法以及包括測試計劃、測試開發(fā)、測試執(zhí)行、測試跟蹤、測試評估等的測試管理過程。

（四）、項目提交階段

主要講述產(chǎn)品提交需要完成的主要提交產(chǎn)品和進行培訓。提交產(chǎn)品的同時要提交相應的手冊等，包括用戶使用手冊、管理員手冊等。要求一個說明書，雙方在提交產(chǎn)品說明書上簽字，以說明產(chǎn)品提交結束。

（五）、項目維護

闡述了維護的類型和任務：使用戶和系統(tǒng)服務員使用得滿意；預測變更，驚醒更多的跟蹤和控制。

三、課程學習感想

了解了什么是“軟件危機”，透過軟件工程于解決“軟件危機”的重要性、軟件工程三條重要線索、軟件工程知識體系函括內(nèi)容及軟件工程各類生存期模型，我對軟件工程思想及“工程化”軟件開發(fā)的流程有了較系統(tǒng)的了解，較上學期對軟件開發(fā)流程有了更進一步的理解。透過軟件工程的起源，認識到：實現(xiàn)軟件工業(yè)的產(chǎn)業(yè)化，軟件工程必須是真正意義上的工程化。從軟件開發(fā)三條線索（開發(fā)、管理、改進）來看，軟件開發(fā)的過程必須規(guī)范化（各階段都必須形成相應文檔；編碼必須依照通用可讀性嚴格遵照編程規(guī)范）；軟件項目管理的核心是項目規(guī)劃和項目跟蹤控制，保證軟件工程開發(fā)的成功完成，軟件開發(fā)流程的規(guī)范化在軟件項目中有著重要的作用，通過不斷地優(yōu)化和規(guī)范過程，企業(yè)可以提高軟件生產(chǎn)能力。

從需求分析到維護，透過軟件的開發(fā)流程具體實施的學習，我對軟件項目開發(fā)的流程有了更深的理解，例如通過需求設計報告、概要設計報告、詳細設計報告三份作業(yè)的完成雖然很不完善，但仍讓我對需求分析建模和設計中用到的方法有了更好的理解并熟悉了三份文檔的格式。同時，這門課更正我不少的錯誤觀念：比如編碼規(guī)范問題，以前我總覺得個人寫的程序只要能運行不管別人看不看得懂，注釋可有可無，想法越獨特代碼量越少或內(nèi)存損耗越小就越好，學了這門課才理解這樣的代碼可讀性很差，通用性不好，維護起來很不方便，代碼的可讀通用性重要性不亞于正確性和運行效率；以前除了代碼的源文件其他文檔都不甚重要，學了這門課才知道軟件開發(fā)中每一階段都有文檔的產(chǎn)生，其管理與應用也是一門大學問此外，這門課程里講授了很多我以前從未接觸過的方法和軟件如UML模型、visio的強大繪圖建模功能等等，這些知識不僅能應用于軟件工程，也能應用于其他的很多領域，這門課結束了，但這些方面學習我還將繼續(xù)的。

以上是從課本方向上學習總結的，以下是項目小組長針對項目開發(fā)的總結：

201*3411114閆小素

軟件工程項目總結報告

一、需求分析

需求分析是對用戶的業(yè)務活動進行分析，確定系統(tǒng)的目的、范圍、定義和功能，明確在用戶的業(yè)務環(huán)境中軟件系統(tǒng)應該"做什么"。只有在確定了客戶需求后，知道要“做什么”，才能夠分析和尋求系統(tǒng)的解決方法，開展后續(xù)的工作，所以需求分析是軟件工程中的一個關鍵過程。

這一步驟要產(chǎn)生用戶需求說明書，這個說明書既是給用戶看的也是給開發(fā)人員看的，可以讓用戶更加確定自己的需求，讓開發(fā)人員了解用戶的需求�？梢栽谛枨笳f明說中包含業(yè)務流程圖，來描述項目的業(yè)務流程。

二、軟件設計

軟件設計的主要任務是把需求分析得到的結果轉換為軟件結構和數(shù)據(jù)結構，建立目標系統(tǒng)的邏輯模型，從而形成系統(tǒng)架構。明確軟件系統(tǒng)應該"怎樣做"概要設計

1.軟件結構設計：將一個復雜系統(tǒng)按功能進行模塊劃分、建立模塊的層次結構及調用關系、確定模塊間的接口及人機界面等。

2.數(shù)據(jù)結構設計：數(shù)據(jù)特征的描述、確定數(shù)據(jù)的結構特性、以及數(shù)據(jù)庫的設計。詳細設計

1．為每個模塊確定采用的算法，選擇某種適當?shù)墓ぞ弑磉_算法的過程，寫出模塊的詳細過程性描述；2．確定每一模塊使用的數(shù)據(jù)結構；

3．確定模塊接口的細節(jié)，包括對系統(tǒng)外部的接口和用戶界面，對系統(tǒng)內(nèi)部其它模塊的接口，以及模塊輸入數(shù)據(jù)、輸出數(shù)據(jù)及局部數(shù)據(jù)的全部細節(jié)。

4．要為每一個模塊設計出一組測試用例，以便在編碼階段對模塊代碼（即程序）進行預定的測試。這一步驟需要產(chǎn)生系統(tǒng)概要設計說明書和系統(tǒng)詳細設計說明書。

三、軟件編碼

軟件編碼就是將上一階段的詳細設計得到的處理過程的描述轉換為基于某種計算機語言的程序，即源程

201*3411114閆小素

軟件工程項目總結報告

序代碼。

1．制定項目開發(fā)計劃文檔，制訂編碼規(guī)范、量化任務，并合理分配給相應的人員。2．跟蹤項目的進度，協(xié)調項目組成員之間的合作。

3．監(jiān)督產(chǎn)生項目進展各階段的文檔，保證文檔的完整和規(guī)范。

4．跟蹤開發(fā)過程中的需求變更，與用戶溝通確定變更需求，更改開發(fā)計劃。

四、軟件測試

軟件測試就是利用測試工具按照測試方案和流程對產(chǎn)品進行功能和性能測試，需要跟蹤故障，以確保開發(fā)的產(chǎn)品適合需求。

項目組長需了解測試結果，根據(jù)測試的bug的嚴重程度來安排項目bug更改計劃。

五、運行維護

軟件維護主要是指根據(jù)需求變化或硬件環(huán)境的變化對應用程序進行部分或全部的修改，修改時應充分利用源程序。修改后要填寫程序改登記表，并在程序變更通知書上寫明新舊程序的不同之處。

項目組長需要配合部署人員做項目部署，了解項目部署環(huán)境，跟蹤項目運行期間產(chǎn)生的bug安排相關人員對相應bug進行更改

六、必備流程：

1．每天找個時間，項目組長召集該項目的相關人員作項目每日總結，內(nèi)容包括：（1）了解每個成員的工作進度情況。

（2）了解成員在工作中遇到的困難，并尋找資源解決。

（3）成員之間的配合是否協(xié)調一致（比如，需要提交的物件沒有按時提交或遺忘等）。（4）如有需要，根據(jù)當前的進展情況調整項目計劃。（5）安排每個成員第二天的工作。

（6）如果考慮到項目當前的進展狀態(tài)可能會導致項目延期，則項目組長有權安排項目組加班，以保證工期。

201*3411114閆小素軟件工程項目總結報告

2.如果項目組長接收到新的需求，則項目組長應該在下午的項目每日總結會上提出，并分配安排工作。除非新來的需求特別緊急或影響到項目組當前正在進行的任務，需要召集項目組成員緊急討論外，否則不應打斷項目組的當前工作。

如果新的需求是在每天下班后接收的，則項目組長應在第二天早上召集項目組成員討論并安排任務。

201*3411114閆小素

友情提示：本文中關于《學期個人總結(軟件開發(fā)專業(yè))》給出的范例僅供您參考拓展思維使用，學期個人總結(軟件開發(fā)專業(yè))：該篇文章建議您自主創(chuàng)作。

來源：網(wǎng)絡整理 免責聲明：本文僅限學習分享，如產(chǎn)生版權問題，請聯(lián)系我們及時刪除。

《學期個人總結(軟件開發(fā)專業(yè))》由互聯(lián)網(wǎng)用戶整理提供,轉載分享請保留原作者信息,謝謝!
鏈接地址：http://m.taixiivf.com/gongwen/722223.html

• 上一篇：五一活動總結--陳利珍
• 下一篇：電氣工程師工作經(jīng)驗總結