11級軟工一班團支書工作總結(jié)

團支書工作總結(jié)

11級軟工一班李琦

201*年12月07日

工作總結(jié)

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

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

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

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

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

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

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

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

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

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

有點難吧。）

李琦201*年12月07日

擴展閱讀：軟工考點總結(jié)

軟件工程復(fù)習資料

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

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

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

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

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

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

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

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

軟件設(shè)計的主要任務(wù)是什么？其結(jié)構(gòu)圖用途？P56設(shè)計模型的分析和評估，來確定這些模型是否能夠滿足需求。

其結(jié)構(gòu)圖是精確表達模塊結(jié)構(gòu)的圖形表示圖形表示工具，它作為軟件設(shè)計文檔的一部分，清楚地

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

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

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

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

所有內(nèi)部成分是否已經(jīng)過檢查。

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

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

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

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

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

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

白盒測試有哪幾種方法？邏輯覆蓋是以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ)的設(shè)計測試用例的技術(shù)，它屬于白盒測試。

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

徑覆蓋（最有效）。9.

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

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

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

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

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

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

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

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

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

12.程序有哪三種控制結(jié)構(gòu)？

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

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

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

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

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

調(diào)試的目的：為錯誤確切地定位，找到出錯的根源，并且通過修改程序?qū)⑵渑懦��?/p>

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

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

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

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

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

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

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

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

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

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

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

CAI（ComputerAidedInsruction）計算機輔助教學(xué)CAM（ComputerAidedManufacturing）計算機輔助制造

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

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

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

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

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

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

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

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

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

的趨勢。

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

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

26、面向?qū)ο蠓治觯海∣bject-OrientedAnalysis，OOA）是軟件生命周期的一個階段，具有一般分析方法所共同具有的內(nèi)容、目標及策略。然而，OOA強調(diào)運用面向?qū)ο蠓椒▉韺�問題域和系統(tǒng)責任進行分析與理解，定義描述問題域和系統(tǒng)責任所需要的對象，定義對象的屬性、操作以及對象之間的關(guān)系，目標是建立一個符合問題域、滿足用戶功能需求的OOA模型。

27、UML中的一些圖可以用于建立面向?qū)ο蠓治龅男袨槟Ｐ�。本�?jié)講述其中的典型的順序圖、活動圖和狀態(tài)機圖。

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

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

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

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

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