11級軟工一班團支書工作總結

團支書工作總結

11級軟工一班李琦

201*年12月07日

工作總結

在擔任團支書的這段時間里，我迅速成長迅速鍛煉迅速學會了許多東西。

開學伊始，對于一名不是連隊負責人也不被班級內眾多同學熟知的我，在投票選舉中險勝，之后受到輔導員老師的重托，與班長積極配合工作，帶好班級一切事項。我知道對于這樣一個在軍訓中不曾付出過多勞動卻“意外”成為團支書的我來說，想讓眾人配合好自己以后的工作有多么艱難。所以在最初的兩星期里，有過班級同學對我的謾罵與擠兌，有過因為業(yè)務不熟練而受到學長學姐的批評。而當時僅有的便是班長和軟工五班班長一起給我的幫助與支持。

而之后在一次次活動中，班里同學逐漸開始認可我的能力，大部分同學開始轉向支持我的工作；在例會中，又被祝賀學姐看好，讓我

幫忙負責一些團內的事物；在軟工五個班中，與部分同學結識并暢聊；與其他的各個班長、團支書及組織委員都做到了共同商議一些活動。

一、在院系里舉辦的一系列活動中，我都做到了最好的傳達消息，讓班級有特別方面才能的同學都能夠施展才華。在各個部門干事招新、各個社團招新、flash動漫大賽、書法繪畫、音樂節(jié)等活動中都能夠看到我們班級同學積極參與的身影。各個社團及各個部門也有著我們班級同學忙碌的身影。二、在班里我和班長負責發(fā)起并組織了“軟工一班、二班籃球賽”、“11級軟工籃球賽”、“青春贊歌朗誦賽”、“軟工一班辯論賽”、“軟工一班、二班辯論賽”、“軟工一班、五班足球賽”、“英語話劇大話西游”、“傳統(tǒng)文化影視展”、“英語求職情景對話表演”等一系列特色團日活動。在這些活動中，籃球賽、足球賽等向大家宣傳了健身的重要性與體育運動的快樂；辯論賽、朗誦賽為院系比賽發(fā)現(xiàn)了人才；英語求職對話表演提醒了同學求職時的一些注意事項及它對與我們的重要性與緊迫性；傳統(tǒng)文化影視展向大家展示了傳統(tǒng)文化的優(yōu)秀與繼承；尤其是英語話劇大話西游更加真正的起到了活動的意義：就是讓大家一起參與，一起開心，一起放松，一起結識朋友。

三、在團日活動的組織中，宣傳委員及文藝委員的積極配合在工作上給了我莫大的支持�！皥F知識的學習”、“紀念辛亥革命一百周年”、“誠信校園行”、“宿舍安全月”、“關愛艾滋”......我們每一次的合作都會讓同學們在后黑板報看到意想不到的創(chuàng)意和驚喜，雖然我們不是出自動漫專業(yè)、可我們也有著足夠的努力與認真將團日活動板報做的很好。加之班級同學在活動氣氛與紀律上的配合，所以在年終評比中，我們的團日活動當之無愧的拿到了第一名。

四、在院系“誠信校園行”比賽中，我班董浩同學以149分高分拿下第一名；在社團活動中，李超凱同學憑借出色的才藝參演了文化節(jié)開幕式、又繼續(xù)成為了“緣夢天空”社團歌唱隊的隊長并獲得歌唱比賽第一名；在“第二屆PPT班級風采大賽”中，我和班長李濤相互配合以及在班級其他同學的幫助下順利拿下了第一名的好成績......也許獎項與名次在部分人眼里不夠重要，但是這些東西是對我工作的一個肯定，它讓我至少相信了我這半年來付出的努力沒有白費，我也許不是一個太過于爭強好勝的人，但最起碼我想在我擔任團支書的期間認真用心做好自己本職上該做的事情。

當然，在這半年的團支書經歷中，我學會了怎樣與他人很好的進行溝通與相處，更重要的是學會怎樣去對別人對自己盡一份責任，也許這半年里一直很忙碌很累，可是現(xiàn)在仔細想來很值得，因為在這段過程中，我的宣傳組織能力以及處理一些事情的能力都得到了很大的提升，最大的也是學會了耐心以及對學習和工作的合理分配時間問題，這些都為自己以后在社會上打拼打下了一定的基礎。

對于自身的許多不足，我知道我還需要進一步去發(fā)現(xiàn)和改正，我想我應該在接下來的學習和工作中做得更好，而且我相信自己能夠做得很好。

（對于部內，我覺得大家應該組織一些能夠讓大家都參與，調動大家積極性的活動，準備一項活動的時間其實可以很短，關鍵的是大家都能夠樂在其中，而不是讓活動成為大家心中的一個極不情愿的負擔，活動數(shù)量也許可以湊，但有個別活動應該好好辦的，讓大家真正感受到活動的快樂呵，當然這只是我個人的想法，可能實施起來真的

有點難吧。）

李琦201*年12月07日

擴展閱讀：軟工考點總結

軟件工程復習資料

1.軟件測試：是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內部結構而精心設計一批測試用例（即輸入數(shù)據(jù)及其預期的輸出結果），并利用這些測試用例去運行程序，以發(fā)現(xiàn)程序錯誤的過程。

系統(tǒng)測試（systemtesting）：是將通過確認測試的軟件，作為整個計算機系統(tǒng)的一個元素，與計算機硬件、外設、某些支持軟件、數(shù)據(jù)、人員等其他系統(tǒng)元素結合在一起，在實際運行（使用）環(huán)境下，對計算機系統(tǒng)進行一系列的組裝測試和確認測試。2.

加工規(guī)格說明方法：在對數(shù)據(jù)流圖的分解中，位于層次樹最低層的加工也稱為基本加工或原子加工，對于每一個基本加工都需要進一步說明，這稱為加工規(guī)格說明。

加工規(guī)格說明的內容可以包括敘述性正文、數(shù)學方程、圖表等，也可以使用決策表和決策樹。3.

項目管理甘特圖（Ganttchart）與PERT圖的區(qū)別？P328

以水平線段表示子任務的工作階段，線段的起點和終點分別對應著該項目子任務的開工時間和完成時間，線段的長度表示完成它所需的時間。

PERT:以有向箭頭作為邊表示子任務，它是有名稱（即子任務名）、有長度（即完成此項子任

務所需的時間）的向量；以有編號的圓圈作為結點，它應該是子任務向量的始發(fā)點或指向點。由若干條邊和若干個結點構成了網狀圖，于是我們可以沿相互銜接的子任務形成的路徑，進行路徑長度的計算、比較和分析，從而實現(xiàn)項目工期的控制。4.

軟件設計的主要任務是什么？其結構圖用途？P56設計模型的分析和評估，來確定這些模型是否能夠滿足需求。

其結構圖是精確表達模塊結構的圖形表示圖形表示工具，它作為軟件設計文檔的一部分，清楚地

反映出軟件模塊之間的層次調用關系和聯(lián)系。它不僅嚴格地定義了各個模塊的名字、功能和接口，而且還集中地反映了設計思想。

5.軟件需求分析階段的主要任務？準確地回答“系統(tǒng)必須做什么？”這個問題，深入描述軟件的功能和

性能，確定軟件設計的約束和軟件同其他系統(tǒng)元素的接口細節(jié)，定義軟件的其他有效性需求。軟件需求分析階段的工作分為4個步驟，即獲取需求、分析需求、定義需求和驗證需求6.黑盒白盒測試概念？區(qū)別？測試方法？P122

白盒測試是已知產品的內部工作過程，可以通過測試證明每種內部操作是否符合設計規(guī)格要求，

所有內部成分是否已經過檢查。

區(qū)別：黑盒測試方法主要我為了發(fā)現(xiàn)：是否有不正確或遺漏了的功能？輸入能否正確地接受？

能否輸出正確的結果？是否有數(shù)據(jù)結構錯誤或外部信息訪問錯誤？性能上是否能夠滿足要求？是否有初始化或終止錯誤？所以，用黑盒測試發(fā)現(xiàn)程序中的錯誤，必須在所有可能的輸入條件和輸出條件中確定測試數(shù)據(jù)，檢查程序是否都能產生正確的輸出。而白盒測試方法主要想對程序模塊進行檢查：對程序模塊的所有獨立的執(zhí)行路徑至少測試一次；對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測試一次；在循環(huán)的邊界和運行界限內執(zhí)行循環(huán)體；測試內部數(shù)據(jù)結構的有效性等。測試方法：黑盒測試是把測試對象看做一個黑盒子，測試人員完全不考慮程序內部的邏輯結構

和內部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。白盒測試是把測試對象看做一個打開的盒子或透明盒子，它允許測試人員利用程序內部的邏輯結構及有關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試。通過在不同點檢查程序的狀態(tài)，確定實際的狀態(tài)是否與預期的狀態(tài)一致。7.

8.黑盒測試有哪幾種方法并且哪種方法最有效？P131①等價類劃分

軟件設計的主要任務是要解決如何做的問題，要在需求分析的基礎上，建立各種模型，并通過對甘特圖：表示工作進度計劃以及工作實際進度情況最為簡明的圖示方法，其中橫坐標表示時間，

黑盒測試是已知產品的功能設計規(guī)格，可以進行測試證明每個實現(xiàn)了的功能是否符合要求。②邊界值分析（最有效）

白盒測試有哪幾種方法？邏輯覆蓋是以程序內部的邏輯結構為基礎的設計測試用例的技術，它屬于白盒測試。

由于覆蓋測試的目標不同，邏輯覆蓋又可分為語句覆蓋、判定覆蓋、判定條件覆蓋、條件組合覆蓋及路

徑覆蓋（最有效）。9.

軟件測試的原則是什么？P119

①．應當把“盡早地和不斷地進行軟件合理的測試”作為軟件開發(fā)者的座右銘。②．測試用例應由測試輸入數(shù)據(jù)和與之對應的預期輸出結果這兩部分組成。③．程序員應避免檢查知己的程序

④．在設計測試用例時，應當包括合力的輸入條件和不合理的輸入條件。⑤．充分注意測試中的群集現(xiàn)象。⑥．嚴格執(zhí)行計劃，排除測試的隨意解釋。⑦．應當對每一個測試結果做全面檢查。

⑧．妥善保存測試計劃、測試用例、出錯統(tǒng)計和最終分析報告，為維護提供方便。

軟件設計的原則：①分而治之和模塊化②模塊獨立性③提高抽象層次④復用性設計⑤靈活性設計⑥預防性過期⑦可移植性設計⑧可測試性設計⑨防御性設計

10.軟件維護有哪幾類？P2871.改正性維護2.適應性維護3.完善性維護4.預防性維護

11.Goto語句的用途和在何種情況下適合？程序的復用，在什么情況下用合適？P94①用非結構化的程序設計語言去實現(xiàn)結構化的構造

②若不使用GOTO語句就會使程序功能模糊③在某種可以改善而不是損壞程序可讀性情況下。

復用是指同一實體不做修改或稍加修改就可以多次重復使用，將復用的思想用于軟件開發(fā)稱為軟件復用。軟件復用是提高軟件質量及生產率的重要方法，軟件復用已不再局限于軟件代碼的代碼的復用，復用的范圍已經擴展到軟件開發(fā)的各個階段，包括需求模型和規(guī)格說明、設計模型、文檔、測試用例等復用。

12.程序有哪三種控制結構？

1、順序結構2、選擇結構3、循環(huán)結構13.程序結構化有哪幾種條件？

1、一個程序的代碼塊僅僅通過順序、選擇和循環(huán)這3種基本控制結構進行連接2、每個代碼塊只有一個入口和一個出口。14.軟件測試和軟件調試的目的？

基于不同的立場，存在著兩種完全不同的測試目的。

①從用戶的角度出發(fā)，普遍希望通過軟件測試檢驗軟件中隱藏的錯誤和缺陷，以考慮是否可以接受該產品。

②從軟件開發(fā)者的角度出發(fā)，則希望測試成為表明軟件產品中不存在錯誤的過程，驗證該軟件已正確地實現(xiàn)了用戶的要求，確立人們對軟件質量的信心。

調試的目的：為錯誤確切地定位，找到出錯的根源，并且通過修改程序將其排除。

17.軟件需求分析階段有哪些步驟？

獲取需求、分析需求、定義需求和驗證需求18.結構分析三種建模方式、定義和作用？功能建模、數(shù)據(jù)建模和行為建模

功能建模的思想就是用抽象模型的概念，按照軟件內部數(shù)據(jù)傳遞、變換的關系，自頂向下逐層分解，直到找到滿足功能要求的所有可實現(xiàn)的軟件為止。功能模型用數(shù)據(jù)流圖來描述。在結構化分析方法中，使用實體關系建模技術來建立數(shù)據(jù)模型。這種技術是在較高的抽象層次（概念層）上對數(shù)據(jù)庫結構進行建模的流行技術。

狀態(tài)轉換圖（簡稱狀態(tài)圖）通過描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉換的事件，來表示系統(tǒng)的行為。19.軟件測試分為幾個步驟，每個步驟要干什么？單元測試、組裝測試、確認測試和系統(tǒng)測試

單元測試（unittesting）又稱模塊測試，是針對軟件設計的最小單位程序模塊，進行正確性檢驗的測試工作。其目的在于發(fā)現(xiàn)各模塊內部可能存在的各種差錯。單元測試需要從程序的內部結構出發(fā)設計測試用例。多個模塊可以平行地獨立進行單元測試。

組裝測試（integratedtesting）也叫做集成測試或聯(lián)合測試。通常，在單元測試的基礎上，需要將所有模塊按照設計要求組裝成為系統(tǒng)，把模塊組裝為系統(tǒng)的方式有兩種：一次性組裝方式（bigbang）和增值式組裝方式。

確認測試（validationtesting）又稱有效性測試。它的任務是驗證軟件的有效性，即驗證軟件的功能和性能及其他特性是否與用戶的要求一致。

系統(tǒng)測試（systemtesting）是將通過確認測試的軟件，作為整個計算機系統(tǒng)的一個元素，與計算機硬件、外設、某些支持軟件、數(shù)據(jù)、人員等其他系統(tǒng)元素結合在一起，在實際運行（使用）環(huán)境下，對計算機系統(tǒng)進行一系列的組裝測試和確認測試。

系統(tǒng)測試的目的在于通過與系統(tǒng)的需求定義作比較，發(fā)現(xiàn)軟件與系統(tǒng)定義不符合或與之矛盾的地方。系統(tǒng)測試的測試用例應根據(jù)系統(tǒng)的需求分析說明書設計，并在實際使用環(huán)境下運行。20.測試、測試定義，區(qū)別？

測試是由一個用戶在開發(fā)環(huán)境下進行的測試，也可以是公司內部的用戶在模擬實際操作環(huán)境下進行的測試。軟件在一個自然設狀態(tài)下使用，開發(fā)者坐在用戶旁邊，隨時記下錯誤情況和使用中的問題測試是由軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。這些用戶是與公司簽定了支持產品預發(fā)行合同的外部客戶。

與測試不同的是，開發(fā)者通常不在測試現(xiàn)場，由用戶記下遇到的所有問題。開發(fā)者在綜合用戶的報告之后進行修改，最后將軟件產品交付給全體用戶使用。測試主要衡量產品的FLURPS，著重于產品的支持性，包括文檔、客戶培訓和支持產品生產能力。只有當測試達到一定的可靠程度時，才能開始測試。21.CAD（ComputerAidedDesign）計算機輔助設計

CAI（ComputerAidedInsruction）計算機輔助教學CAM（ComputerAidedManufacturing）計算機輔助制造

CASE（ComputerAidedSoftwareEngineering）計算機輔助軟件工程22.、傳統(tǒng)軟件模型的概念

瀑布模型的特點：階段間具有順序性和依賴性。其中包含兩重含義：①必須等前一階段的工作完成之后，才能開始后一階段的工作；

②前一階段的輸出文檔就是后一階段的輸入文檔。瀑布模型只適用于項目開始時需求已確定的情況�？焖僭�型是快速建立起來的可以在計算機上運行的程序，它所能完成的功能往往是最終產品能完成的功能的一個子集。

增量模型也稱為漸增模型，是Mills等于1980年提出來的。

使用增量模型開發(fā)軟件時，把軟件產品作為一系列的增量構件來設計、編碼、集成和測試。每個構件由多個相互作用的模塊構成，并且能夠完成特定的功能。

23、軟件危機：落后的軟件生產方式無法滿足迅速增長的計算機軟件需求，從而導致軟件開發(fā)與維護過程中出現(xiàn)一系列嚴重問題的現(xiàn)象。

主要表現(xiàn)為：軟件的發(fā)展速度遠遠滯后于硬件的發(fā)展速度，不能滿足社會日益增長的軟件需求。軟件開發(fā)周期長、成本高、質量差、維護困難。軟件危機主要有以下一些典型表現(xiàn):對軟件開發(fā)成本和進度的估計常常很不準確。用戶對“已完成的”軟件系統(tǒng)不滿意的現(xiàn)象經常發(fā)生。軟件產品的質量往往靠不住。軟件常常是不可維護的。軟件通常沒有適當?shù)奈臋n資料。

軟件成本在計算機系統(tǒng)總成本中所占的比例逐年上升。

軟件開發(fā)生產率提高的速度，既跟不上硬件的發(fā)展速度，也遠遠跟不上計算機應用迅速普及深入

的趨勢。

24、軟件工程：軟件工程是指導計算機軟件開發(fā)和維護的一門工程學科。采用工程的概念、原理、技術和方法來開發(fā)和維護軟件，把經過時間考驗而證明正確的管理技術和當前能夠得到的最好技術結合起來，以經濟地開發(fā)出高質量的軟件并有效地維護它，這就是軟件工程。

25、cmm：能力成熟度模型，該模型按軟件過程的不同成熟度劃分了5個等級，1級被認為成熟度最低，5級則為成熟度最低

26、面向對象分析：（Object-OrientedAnalysis，OOA）是軟件生命周期的一個階段，具有一般分析方法所共同具有的內容、目標及策略。然而，OOA強調運用面向對象方法來對問題域和系統(tǒng)責任進行分析與理解，定義描述問題域和系統(tǒng)責任所需要的對象，定義對象的屬性、操作以及對象之間的關系，目標是建立一個符合問題域、滿足用戶功能需求的OOA模型。

27、UML中的一些圖可以用于建立面向對象分析的行為模型。本節(jié)講述其中的典型的順序圖、活動圖和狀態(tài)機圖。

順序圖（SequenceDiagram）是一種詳細表示對象之間以及對象與參與者實例之間交互的圖，它由一組協(xié)作的對象（或參與者實例）以及它們之間可發(fā)送的消息組成，它強調消息之間的順序。活動圖可用于對業(yè)務過程和操作的算法建模

友情提示：本文中關于《11級軟工一班團支書工作總結》給出的范例僅供您參考拓展思維使用，11級軟工一班團支書工作總結：該篇文章建議您自主創(chuàng)作。

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

《11級軟工一班團支書工作總結》由互聯(lián)網用戶整理提供,轉載分享請保留原作者信息,謝謝!
鏈接地址：http://www.weilaioem.com/gongwen/532047.html

• 上一篇：12級5班團支書工作總結
• 下一篇：團支書工作總結——大二上