當前位置:簡歷模板館>職場>工作總結>

數據庫課程設計個人總結

工作總結 閱讀(2.8W)

在開學的第一週,我參加了院裏組織的數據庫課程設計,這項任務是分組分工完成的,我們組有五名成員,分別是我們班學號的後五位同學,很榮幸地我被推薦爲我們組的組長,在組長的“英明”指導下,全體組員團結奮鬥,使得任務完成地比我們預期的要稍早一些,也比預期要漂亮一些,這一點我們都感到很高興也很自豪。

數據庫課程設計個人總結

王婆賣瓜時間過了,言歸正傳吧。凡是都要有個總結,以下便是我在這個課程設計中的一點心得。

首先我分析一下我們組任務順利完成的成功之處並總結一些經驗,供以後反省參考用。

凡事預則備,不預則廢。這是我的座右銘,也是我深有感悟的幾句古語之一。在這個項目的開始階段,老師便讓我們做了個進度安排表,我很好的利用了這次機會,花了較多心思作出了一個很詳細的進度安排表,之後我們組任務的完成也是嚴格按照這個進度表進行的。當然我後來去了解了一下別的組的情況,有些組的進度安排表沒我們組做完善的一個很重要的原因就是他們對這一週的數據庫課程設計到底還沒什麼概念。導致這種現象的原因有很多方面,一個是基礎太差不能理解老師安排的任務(當然這種人比較少),一種是缺乏交流,這個交流包括組內的交流,也包括組間的,更包括與老師之間的,這也就引出了我的第二個心得。

多交流,這是我這次項目的第二個心得。對於這種分工完成的項目,組員之間的交流是極其必要的。如果組員之間不能很好的溝通,不僅會做很多無用功,而且也會做很多重複的工作。組員之間很好點,我們每天都會在qq上或者見面相互交流,並及時修改進度安排表;除此之外,我們還相互幫助解決問題,或者共同解決問題,比如說這次的概念模型的設計,我們組負責設計概念數據模型的同學(趙##)和負責數據需求分析的同學(左##)就經常溝通(因爲兩者的任務聯繫比較緊密),共同解決問題,纔會做出令我們組員都比較滿意的數據概念模型和漂亮的數據需求分析文檔;當然最重要的是我們也常會去與老師溝通,老師也在關鍵的設計地方也給了很多很多的寶貴意見。當然不得不作出檢討的地方是組長這次與老師交流的比較少,反而不及組員,希望在接下來的項目中能有所改觀,起好帶頭作用。我同樣也有觀察別的組完成情況,發現有些組出現了組長包乾或者組長與個別組員的包乾的現象,我覺得導致出現這種可怕現象的主要責任在於組長,組長的任務不僅僅參與部分任務的完成,更重要的是分配任務並協調組間關係,是溝通交流的一根主要管道。通俗的講就是組長上要聯繫老師,中要與他組交流,下要與組員積極溝通,我覺得這也是組長這個角色的設置的必要所在吧。我真心地希望在我們下一個創新課程j2ee的訓練中我們班不要再出現這種現象,每個人都有平等得到鍛鍊的機會,組長不認真分配任務不積極與組員溝通在某種程度上剝奪了組員得到鍛鍊的機會,而更可悲的是很多組員還沒有意識到這一點。

主動,這一點原本和上一點多交流有很多相似之處,但我把它專門列出來也是爲了體現他的重要性。多主動一方面是說要主動積極的思考解決問題。有很多同學比較好學,總是不停的在與別人溝通交流,看似很積極,但是仔細分析他提出的那些問題着實汗涔涔,有些問題近似牢騷話類,稍微開動點腦筋就能解決的,但其總不會先去尋找解決問題的辦法後再提出個經過大腦過濾的問題,說白了就是凡事都沒有個自己稍微成熟的看法。關於這一點我曾經就一度犯過,現在回想起那段歲月着實還是對有些同學的耐心感動到熱淚盈眶。直到有一天張老師找我談了一次我才幡然醒悟到,之後便有了教大的長進,至少變得比較會提問題了。當然我覺得這一點還是值得給與一定程度的肯定的,至少他肯學,比起那種喜歡“搭順風車”的同學強多了。我上面提到的而關於組長的剝奪組員鍛鍊權利的問題想必要是被有些組長看了會大有意見,組長會說:“你以爲我喜歡一個人全乾啊,還不是被逼的”。出現這種情況也於他們組喜歡“搭便車”的人太多了有關係,這也在一定程度上映射出了這個組組員和組長團隊意識的極度缺乏。又扯遠了,總之喜歡“搭車”的那部分同學可要提高警惕了,眼看過一年就要出去實習了,還不抓緊時間主動學點東西,還不停的讓組長剝削你得到鍛鍊的機會,以後在這條路上怎麼混得下去啊?

以上很簡單的三點讓我們組在這次設計之中順利完成了任務,下面談談我們組在這次任務中做的不足的地方吧。

首先得從組長自身談起,剛有說到組長與老師交流較少是第一點,第二點是組長一直以來的老毛病了,就是基礎不紮實,數據庫的理論知識很多考完就忘的乾乾淨淨,在項目的開始階段又返工去補習部分數據庫的知識,而且我們的組員大部分也這樣,甚至班裏有很多同學也是這樣的。所以以後對於重要的專業基礎課一定要牢牢把握,絕不能追求過一門算一門。不過話說回來,組長這次返工還是較有成效,很快的理解了設計任務,並以最快的速度做好了詳細的進度安排表,需要被鼓勵一下呵呵。第三點就是組長對問題的解決程度缺乏完美的追求,說通俗一點就是不求甚解,其實在我們的設計模型中,有一些地方還可以做調整的,數據的完整性和合理性將會進一步提升,如果我帶領組員朝這個方向再多努力一點,水平就不僅僅提高几個檔次了,但是組長鼓勵組員去解決了一部分,且在一些地方確實做了修改。

其次說說組員,這幾位組員中有兩位與組長合作過一次,默契還不錯,在這次的任務的完成中發揮了很大的作用,他們是周#和左##,分別擔任功能需求說明書的編寫和數據需求分析說明書的編寫,曾在第一次小組會議就表示一定要交出令組長非常滿意的作品,而且事實的確是這樣,都完成的很出色。而其餘兩位同學相對主動性就差了點,總是要組長不停的花心思督促能勉強完成任務,令組長很是頭疼,但總的來說還是很配合,但這也在一定程度上導致組內組員水平出現較大差異。

怎麼辦呢不足之處真還少,可能是組長反省的還不夠吧,等以後