學(xué)期個人總結(jié)(軟件開發(fā)專業(yè))
學(xué)期個人總結(jié)感受
時間匆匆,不知不覺已是專業(yè)課結(jié)束的時候了,卻總覺得這學(xué)期過得如此之快。這學(xué)期剛開始的時候,對于老師的分組學(xué)習(xí),我們有點不習(xí)慣,也不理解。但后來慢慢的,跟著老師的步伐,也覺得這樣也挺不錯的。有人出點子,有人做開發(fā),有人做測試,這樣一步步地完成作業(yè)。老師讓我們發(fā)揮自己的才能,選著自己想學(xué)的方式。
對于老師來說我們是她眾多屆學(xué)生的一屆,而對于我來說,卻是我作為一名學(xué)生難以忘記的一門課。我曾經(jīng)幻想過我的大學(xué)生活,認為平時不聽課,只要到期末的時候多看幾天的書就可以,不掛科,平時可以有很多的課余時間與朋友們出去玩。我一直以為這樣會持續(xù)到畢業(yè)結(jié)束。
但是因為這門課,在每次分配任務(wù)的時候,我都希望自己可以多分一部分,因為自己很想玩,但如果有任務(wù)必須做的話,就會靜下來做吧。所以希望讓任務(wù)來約束自己。當(dāng)程序做不出來的時候,苦惱用什么方法可以做出來,也有和同組的同學(xué)共同探討解決辦法,也有和其他小組的同學(xué)請教方法。在解決問題的過程中出來感謝之外,我覺得我的同學(xué)也很優(yōu)秀,在這樣的團隊,這樣的班級中我覺得很幸運。當(dāng)實現(xiàn)一個功能的時候,自己特別的高興,不只是因為完成了作業(yè),更是對自己能力的肯定。當(dāng)時就覺得自己特別棒。
每次作品展示的時候,都是一個收獲的時候。會被設(shè)計組人的奇思妙想所驚喜,會對其他開發(fā)組人員的實現(xiàn)特別的功能好奇,對測試組的同學(xué)又愛又恨,因為他們有時測出的問題這是自己都沒有想到的問題,所以會感謝他們,有時又會覺得他們的問題好苛刻,正是這樣成了促使我們前進。
在這門課堂的最后一次課上,我們每一個人都說了自己的感言。課代表對班級的付出,對老師的感謝和敬愛,同樣也是每一位同學(xué)的想法,還有同學(xué)對同學(xué)的友誼,大家彼此感動著。有太多感動的話語,太多感謝的人,太多值得回憶的畫面。太多的感謝,道一句,謝謝我的青春,我的大學(xué),曾經(jīng)我也如此的努力過,奮斗過。謝謝在我生命中遇到的你們。
擴展閱讀:個人總結(jié)
軟件工程項目總結(jié)報告
軟件工程學(xué)習(xí)總結(jié)
首先,感謝張老師這一個學(xué)期對我們的指導(dǎo)和關(guān)心。雖然我并不是每堂課都去,但是這門課的教程我的確從頭看到尾了。
通過這學(xué)期以來的學(xué)習(xí),雖說課本中的很多內(nèi)容仍不能清晰地理解掌握,但對于軟件工程確實也有了比上學(xué)期更明晰系統(tǒng)的概念和理解,同時也在老師授課下對許多以前未所聽聞的開發(fā)軟件和開發(fā)方法如UML模型等有了初步的了解,深感這是一門博大精深而十分有用的學(xué)問,需要我們認真進一步地學(xué)習(xí)。以下是我對課本內(nèi)容知識點的學(xué)習(xí)所得梳理與感悟:
(一)、關(guān)于“軟件工程”學(xué)
軟件工業(yè)歷史3個階段走來,傳統(tǒng)的軟件開發(fā)不重視開發(fā)技術(shù)與開發(fā)管理,現(xiàn)代社會軟件需求的激增,開發(fā)與維護的困難使得許多軟件項目告以失敗,“軟件危機”爆發(fā)。
“軟件工程(SE)”的概念是為了有效地控制軟件危機的發(fā)生而被提出來的,它的中心任務(wù)就是把軟件作為一種物理的工業(yè)產(chǎn)品來開發(fā),要求“采用工程化的原理與方法對軟件進行計劃、開發(fā)和維護!逼鋵嵸|(zhì)在于:以大型軟件為對象(如企業(yè)資源管理ERP系統(tǒng));旨在開發(fā)滿足用戶需求、及時交付、不超過預(yù)算和無故障的軟件;針對軟件這一具有特殊性質(zhì)的產(chǎn)品的工程化方法。軟件工程涵蓋了軟件生存周期的所有階段,并提供了一整套工程化的方法,來指導(dǎo)軟件人員的工作:
(一)、軟件項目過程包括開發(fā)、管理、改進三個部分軟件工程三段論
軟件開發(fā)項目管理過程改進1、軟件開發(fā)
軟件人員生產(chǎn)軟件的過程,包括需求分析、設(shè)計(概要設(shè)計、詳細設(shè)計)、編碼、測試、產(chǎn)品提交、提交。其線路圖如下:
需求分析概要設(shè)計詳細設(shè)計編碼測試產(chǎn)品提交維護2、軟件項目管理
項目管理者規(guī)劃軟件開發(fā)、控制軟件開發(fā)的過程,相當(dāng)于生產(chǎn)線上的管理過程,管理過程是伴隨開發(fā)過程進行的過程。
軟件項目管理路線圖
201*3411114閆小素軟件工程項目總結(jié)報告
合同管理生存期需求管理任務(wù)分解項目估算項目進度質(zhì)量計劃配置計劃風(fēng)險計劃團隊管理項目度量集成項目跟蹤控制項目結(jié)束
3、軟件過程改進
相當(dāng)于對軟件開發(fā)過程和軟件管理過程的“工藝流程”進行管理和改進,如果沒有好的工藝生產(chǎn)
不出好的產(chǎn)品,它包括對開發(fā)過程和管理過程的定義和改進。
軟件過程改進路線如下圖:
啟動診斷建立實施評估建立階段產(chǎn)生的改進方案可能是如何進行改進也可能是出于各方考慮而放棄不改進。
(三)、關(guān)于軟件工程生存期模型:
軟件工程有很多環(huán)節(jié),軟件工程模型用一定的流程將各個環(huán)節(jié)連接起來,并用規(guī)范的方式造作全過程,就可以形成不同的生存期模型,這個生存期模型就是在項目規(guī)劃過程中選擇的策略。常見的生存期模型有:
瀑布模式;原型模式;增量模式;螺旋式模式等。
這些模型各有特點,在實際應(yīng)用中應(yīng)該根據(jù)需求進行選擇,例如:WaterFallmodel要求一個階段的輸出是下階段的輸入,沒有反饋,項目目標(biāo)固定不變(WaterFallmodel過于理想化,不適合現(xiàn)代軟件開發(fā);但其“線性”思想易為掌握,在其他模型中都能找到其影子)所以適合于:
*在項目開始前,項目的需求很明確*在項目開始前,解決方案也很明確
(四)、關(guān)于復(fù)用原則
基于復(fù)用(重用)的軟件工程是比較理想的軟件工程策略,復(fù)用可以降低軟件開發(fā)和維護的成本,縮短開發(fā)時間,提高產(chǎn)品質(zhì)量。
二、關(guān)于軟件項目過程
從課本第2章到第8章主要是沿著軟件工程線路圖為我們解析軟件項目開發(fā)過程個階段的任務(wù)、開發(fā)方法、成果要求及項目管理實施:
(一)、需求分析
201*3411114閆小素
軟件工程項目總結(jié)報告
軟件項目的失敗大半源于需求分析沒有做好,軟件開發(fā)人員首先應(yīng)該明確用戶的意圖和要求,正確獲取用戶的需求,然后形成一個軟件需求規(guī)格,它是軟件開發(fā)的重要基礎(chǔ)。需求分析一章介紹了需求分析如下的5個過程及基本任務(wù)(需求獲取->需求分析->需求規(guī)格說明->需求驗證以及變更管理)并重點介紹了需求分析中的建模方法:
需求工程需求開發(fā)需求管理需求獲取需求分析變更管理需求驗證需求規(guī)格說明需求規(guī)范必須說明和功能定義,既是往后概要設(shè)計和詳細設(shè)計的基礎(chǔ),同時也便于后期與客戶發(fā)生爭端或需要進行設(shè)計變更時可以有據(jù)可依。
需求建模方法:(Microsoftofficevisio是有力的建模工具)
1、關(guān)聯(lián)模型定義系統(tǒng)與環(huán)境的關(guān)聯(lián)關(guān)系
1、行為模型是描述系統(tǒng)的總體行為:數(shù)據(jù)流模型;狀態(tài)機模型
2.3、數(shù)據(jù)模型定義系統(tǒng)處理的數(shù)據(jù)邏輯形式(E-R圖與數(shù)據(jù)流程圖)2.4、結(jié)構(gòu)化方法
歐洲Jackson的面向數(shù)據(jù)結(jié)構(gòu)的開發(fā)方法,以及PAD開發(fā)方法(業(yè)務(wù)流程圖、數(shù)據(jù)流圖、數(shù)據(jù)字典的使用)
2.5面向?qū)ο竽P蛯F(xiàn)實世界的“視圖”轉(zhuǎn)化為用對象來描述的模型描述對象之間的各種關(guān)系,以滿足軟件系統(tǒng)的要求。
面向?qū)ο蟮慕9ぞ遀ML(visio:可以利用代碼生成器將UML轉(zhuǎn)換成多種程序設(shè)計語言代碼,或反向)
2.6、原型方法按照用戶的需要,快速形成一個操作流程界面,可能只是一個框架,具體的功能沒有實現(xiàn),只是結(jié)果靜態(tài)的操作流程,以便與用戶快速就需求達成一致;主要考慮系統(tǒng)的功能需求,很少考慮非功能需求(類型:進化型、拋棄型)
(二)、設(shè)計階段
包括概要設(shè)計、詳細設(shè)計、編碼三部分,依次推進,概要設(shè)計文檔是詳細設(shè)計的基礎(chǔ),詳細設(shè)計文檔又是編碼的基礎(chǔ)。
概要設(shè)計部分主要從結(jié)構(gòu)化和面向?qū)ο髢蓚角度較少設(shè)計方法。分塊介紹了數(shù)據(jù)設(shè)計(以數(shù)據(jù)庫設(shè)計為核心)、架構(gòu)設(shè)計、界面設(shè)計、模塊設(shè)計等設(shè)計模型。介紹了B/S的體系結(jié)構(gòu),詳細介紹了應(yīng)用程序框架的概念及UML設(shè)計模型的應(yīng)用。概要設(shè)計根據(jù)需求規(guī)格對系統(tǒng)的結(jié)構(gòu)、接口、模塊等進行設(shè)計,并根據(jù)設(shè)計結(jié)果產(chǎn)生概要設(shè)計文檔。
詳細設(shè)計過程根據(jù)概要設(shè)計形成的結(jié)果對各個模塊的內(nèi)部實現(xiàn)進行規(guī)劃設(shè)計,并根據(jù)設(shè)計結(jié)果產(chǎn)生詳細設(shè)計文檔。詳細設(shè)計部分介紹了如何采用結(jié)構(gòu)化和面向?qū)ο蟮姆椒◤囊晥D、控制、模型三層模型上細化概要設(shè)計的各個模塊,并完成偽代碼為編碼階段做準(zhǔn)備。
編碼階段依據(jù)詳細設(shè)計文檔實現(xiàn)設(shè)計中的算法、功能、接口、數(shù)據(jù)結(jié)構(gòu)并通過配置管理控制管理變更,并形成編碼文檔。這部分主要介紹了編碼的結(jié)構(gòu)化和面向?qū)ο蠡姆椒,以及編碼過程中的標(biāo)準(zhǔn)和規(guī)范,重用原則。
201*3411114閆小素軟件工程項目總結(jié)報告
(三)、測試階段
第7章主要講述了測試的方法、技術(shù)、測試級別以及測試的管理過程。透過這章學(xué)習(xí),我了解了靜態(tài)測試和動態(tài)測試的方法,黑、白盒測試的區(qū)別及應(yīng)用。課本從測試方法講起,在白盒測試的方法中介紹了結(jié)構(gòu)化的測試方法和面向?qū)ο蟮臏y試方法,重點講述了傳統(tǒng)的結(jié)構(gòu)化的邏輯覆蓋方法。在黑盒測試中引入了等價類劃分、邊界值測試、錯誤猜測等方法。講授了在不同單元、集成、系統(tǒng)以及接受等不同級別測試中采用的不同的測試方法以及包括測試計劃、測試開發(fā)、測試執(zhí)行、測試跟蹤、測試評估等的測試管理過程。
(四)、項目提交階段
主要講述產(chǎn)品提交需要完成的主要提交產(chǎn)品和進行培訓(xùn)。提交產(chǎn)品的同時要提交相應(yīng)的手冊等,包括用戶使用手冊、管理員手冊等。要求一個說明書,雙方在提交產(chǎn)品說明書上簽字,以說明產(chǎn)品提交結(jié)束。
(五)、項目維護
闡述了維護的類型和任務(wù):使用戶和系統(tǒng)服務(wù)員使用得滿意;預(yù)測變更,驚醒更多的跟蹤和控制。
三、課程學(xué)習(xí)感想
了解了什么是“軟件危機”,透過軟件工程于解決“軟件危機”的重要性、軟件工程三條重要線索、軟件工程知識體系函括內(nèi)容及軟件工程各類生存期模型,我對軟件工程思想及“工程化”軟件開發(fā)的流程有了較系統(tǒng)的了解,較上學(xué)期對軟件開發(fā)流程有了更進一步的理解。透過軟件工程的起源,認識到:實現(xiàn)軟件工業(yè)的產(chǎn)業(yè)化,軟件工程必須是真正意義上的工程化。從軟件開發(fā)三條線索(開發(fā)、管理、改進)來看,軟件開發(fā)的過程必須規(guī)范化(各階段都必須形成相應(yīng)文檔;編碼必須依照通用可讀性嚴(yán)格遵照編程規(guī)范);軟件項目管理的核心是項目規(guī)劃和項目跟蹤控制,保證軟件工程開發(fā)的成功完成,軟件開發(fā)流程的規(guī)范化在軟件項目中有著重要的作用,通過不斷地優(yōu)化和規(guī)范過程,企業(yè)可以提高軟件生產(chǎn)能力。
從需求分析到維護,透過軟件的開發(fā)流程具體實施的學(xué)習(xí),我對軟件項目開發(fā)的流程有了更深的理解,例如通過需求設(shè)計報告、概要設(shè)計報告、詳細設(shè)計報告三份作業(yè)的完成雖然很不完善,但仍讓我對需求分析建模和設(shè)計中用到的方法有了更好的理解并熟悉了三份文檔的格式。同時,這門課更正我不少的錯誤觀念:比如編碼規(guī)范問題,以前我總覺得個人寫的程序只要能運行不管別人看不看得懂,注釋可有可無,想法越獨特代碼量越少或內(nèi)存損耗越小就越好,學(xué)了這門課才理解這樣的代碼可讀性很差,通用性不好,維護起來很不方便,代碼的可讀通用性重要性不亞于正確性和運行效率;以前除了代碼的源文件其他文檔都不甚重要,學(xué)了這門課才知道軟件開發(fā)中每一階段都有文檔的產(chǎn)生,其管理與應(yīng)用也是一門大學(xué)問此外,這門課程里講授了很多我以前從未接觸過的方法和軟件如UML模型、visio的強大繪圖建模功能等等,這些知識不僅能應(yīng)用于軟件工程,也能應(yīng)用于其他的很多領(lǐng)域,這門課結(jié)束了,但這些方面學(xué)習(xí)我還將繼續(xù)的。
以上是從課本方向上學(xué)習(xí)總結(jié)的,以下是項目小組長針對項目開發(fā)的總結(jié):
201*3411114閆小素
軟件工程項目總結(jié)報告
一、需求分析
需求分析是對用戶的業(yè)務(wù)活動進行分析,確定系統(tǒng)的目的、范圍、定義和功能,明確在用戶的業(yè)務(wù)環(huán)境中軟件系統(tǒng)應(yīng)該"做什么"。只有在確定了客戶需求后,知道要“做什么”,才能夠分析和尋求系統(tǒng)的解決方法,開展后續(xù)的工作,所以需求分析是軟件工程中的一個關(guān)鍵過程。
這一步驟要產(chǎn)生用戶需求說明書,這個說明書既是給用戶看的也是給開發(fā)人員看的,可以讓用戶更加確定自己的需求,讓開發(fā)人員了解用戶的需求?梢栽谛枨笳f明說中包含業(yè)務(wù)流程圖,來描述項目的業(yè)務(wù)流程。
二、軟件設(shè)計
軟件設(shè)計的主要任務(wù)是把需求分析得到的結(jié)果轉(zhuǎn)換為軟件結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu),建立目標(biāo)系統(tǒng)的邏輯模型,從而形成系統(tǒng)架構(gòu)。明確軟件系統(tǒng)應(yīng)該"怎樣做"概要設(shè)計
1.軟件結(jié)構(gòu)設(shè)計:將一個復(fù)雜系統(tǒng)按功能進行模塊劃分、建立模塊的層次結(jié)構(gòu)及調(diào)用關(guān)系、確定模塊間的接口及人機界面等。
2.數(shù)據(jù)結(jié)構(gòu)設(shè)計:數(shù)據(jù)特征的描述、確定數(shù)據(jù)的結(jié)構(gòu)特性、以及數(shù)據(jù)庫的設(shè)計。詳細設(shè)計
1.為每個模塊確定采用的算法,選擇某種適當(dāng)?shù)墓ぞ弑磉_算法的過程,寫出模塊的詳細過程性描述;2.確定每一模塊使用的數(shù)據(jù)結(jié)構(gòu);
3.確定模塊接口的細節(jié),包括對系統(tǒng)外部的接口和用戶界面,對系統(tǒng)內(nèi)部其它模塊的接口,以及模塊輸入數(shù)據(jù)、輸出數(shù)據(jù)及局部數(shù)據(jù)的全部細節(jié)。
4.要為每一個模塊設(shè)計出一組測試用例,以便在編碼階段對模塊代碼(即程序)進行預(yù)定的測試。這一步驟需要產(chǎn)生系統(tǒng)概要設(shè)計說明書和系統(tǒng)詳細設(shè)計說明書。
三、軟件編碼
軟件編碼就是將上一階段的詳細設(shè)計得到的處理過程的描述轉(zhuǎn)換為基于某種計算機語言的程序,即源程
201*3411114閆小素
軟件工程項目總結(jié)報告
序代碼。
1.制定項目開發(fā)計劃文檔,制訂編碼規(guī)范、量化任務(wù),并合理分配給相應(yīng)的人員。2.跟蹤項目的進度,協(xié)調(diào)項目組成員之間的合作。
3.監(jiān)督產(chǎn)生項目進展各階段的文檔,保證文檔的完整和規(guī)范。
4.跟蹤開發(fā)過程中的需求變更,與用戶溝通確定變更需求,更改開發(fā)計劃。
四、軟件測試
軟件測試就是利用測試工具按照測試方案和流程對產(chǎn)品進行功能和性能測試,需要跟蹤故障,以確保開發(fā)的產(chǎn)品適合需求。
項目組長需了解測試結(jié)果,根據(jù)測試的bug的嚴(yán)重程度來安排項目bug更改計劃。
五、運行維護
軟件維護主要是指根據(jù)需求變化或硬件環(huán)境的變化對應(yīng)用程序進行部分或全部的修改,修改時應(yīng)充分利用源程序。修改后要填寫程序改登記表,并在程序變更通知書上寫明新舊程序的不同之處。
項目組長需要配合部署人員做項目部署,了解項目部署環(huán)境,跟蹤項目運行期間產(chǎn)生的bug安排相關(guān)人員對相應(yīng)bug進行更改
六、必備流程:
1.每天找個時間,項目組長召集該項目的相關(guān)人員作項目每日總結(jié),內(nèi)容包括:(1)了解每個成員的工作進度情況。
(2)了解成員在工作中遇到的困難,并尋找資源解決。
(3)成員之間的配合是否協(xié)調(diào)一致(比如,需要提交的物件沒有按時提交或遺忘等)。(4)如有需要,根據(jù)當(dāng)前的進展情況調(diào)整項目計劃。(5)安排每個成員第二天的工作。
(6)如果考慮到項目當(dāng)前的進展?fàn)顟B(tài)可能會導(dǎo)致項目延期,則項目組長有權(quán)安排項目組加班,以保證工期。
201*3411114閆小素軟件工程項目總結(jié)報告
2.如果項目組長接收到新的需求,則項目組長應(yīng)該在下午的項目每日總結(jié)會上提出,并分配安排工作。除非新來的需求特別緊急或影響到項目組當(dāng)前正在進行的任務(wù),需要召集項目組成員緊急討論外,否則不應(yīng)打斷項目組的當(dāng)前工作。
如果新的需求是在每天下班后接收的,則項目組長應(yīng)在第二天早上召集項目組成員討論并安排任務(wù)。
201*3411114閆小素
友情提示:本文中關(guān)于《學(xué)期個人總結(jié)(軟件開發(fā)專業(yè))》給出的范例僅供您參考拓展思維使用,學(xué)期個人總結(jié)(軟件開發(fā)專業(yè)):該篇文章建議您自主創(chuàng)作。
來源:網(wǎng)絡(luò)整理 免責(zé)聲明:本文僅限學(xué)習(xí)分享,如產(chǎn)生版權(quán)問題,請聯(lián)系我們及時刪除。