軟體工程(鋼鐵戒律隊) 團隊專案總結

2022-07-08 07:03:09 字數 3136 閱讀 2895

經歷了乙個學期的學習生活,我們的團隊專案也要告一段落了,我們的隊名是「鋼鐵戒律」,選題為「村鎮銀行儲蓄業務系統開發」,組員有張東旭、李春娟、柴金池、吳磊、王曉宇、安仲政,組長為張益嘉,選擇的團隊模式是「業餘劇團模式」,過程模型為「敏捷流程」。在本學期的學習中,我們學習了關於軟體工程團隊專案的相關知識,遇到並解決了很多問題,最後的結果可能不盡完美,但我們還是收穫了很多,我相信,在未來的學習工作中我們每乙個人一定為之受益。

下面是團隊成員每個人的收穫,體會與心得:

組長張益嘉:

作為組長,我感受很多,本來覺得團隊專案是一次很簡單的課後練習,但是隨著課程的開展,團隊專案的內容逐漸增多,逐漸複雜,需要更加嚴謹的對待,大家從剛開始的充滿激情變得些許迷茫,覺得無從下手,但是慢慢隨著課程的學習,大家逐漸落實理論,漸漸上手,慢慢增進團隊協作,互相配合,互相溝通,共同進步,從最初的漫無目的到最後的目標一致。最後得到的結果可能不如預計的完美,可共同經歷克服困難的過程卻讓我收穫頗多,希望在將來的學習工作中我也能充分利用這段學習經歷,不管是作為管理領導的組長,還是作為完成分配任務的組員,都可以更快更好地完成目標。

組員吳磊:

通過本次團隊專案,我初步掌握了如何分析測試類軟體的需求。個人認為,測試類軟體的需求分析不僅僅需要提供測試方法和評分規則,更需要提出合理性分析,所設計的測試合理性才能保證後續開發的有效性。同時,通過對專案開發初期的測試部分原型設計,我掌握了對開發工具的使用。

從這裡,我才真正的意識到實施乙個軟體工程並不是說簡單的會編碼就能夠解決問題的,我們更多的精力不是放在編碼上,編碼只是乙個很小的模組,只佔到那麼小的乙個部分。這個事實在很大程度上顛覆了我以前的思想,在我以前的認識中,似乎整個軟體就是編碼,除此無它,還好有老師的指導,不然真的會出現老師所說的,撞得頭破血流之後才想起來用軟體工程的思想來完成這個工作。並且在團隊中,個人的能力只是小部分,更重要的事團隊之間的配合,乙個好的團隊應該分工明確並且氛圍融洽,這樣才能使得整個專案開發效率達到最大化。

這是我的第一次團隊開發經歷,希望在後續的開發過程中,能夠發揮自己的作用,為團隊貢獻自己的力量。同時也希望竭盡所能,通過此次的大作業,開發出乙個行之有效,具有實用價值的軟體。

組員張東旭:

軟體工程這門課程是做軟體開發的人必學的課程,通過學這門課程,程式設計師就會注重軟體開發的理論知識,以及做專案開發的思路。學了這門課程後你寫程式就不會去盲目的去套用**,而是理清此程式的架構以及思路。程式該從什麼時候開始,什麼時候結束。在中間需要新增什麼樣的功能,以完善該軟體。其實學軟體工程並不難,而且很容易。軟體工程與日常生活聯絡起來的話,就是在一天中你該先做什麼,後做什麼。理解了先做什麼,後做什麼了以後寫程式就不是那麼難了,再複雜的程式也可以分成幾大塊。你理清程式的思路後就可以一步步的解決其中的難題,最終實現軟體的功能。如果沒學軟體工程不知道理清程式的思路的話,做乙個大的專案開發,那麼多的**,沒有乙個很好的結構,最終只會導致程式混亂,錯誤百出,知道**再多也會素手無策的。總而言之,作為乙個程式設計師學習軟體工程這門課程是至關必要的,如果沒學習軟體工程,你就不會做專案開發,也不可能開發出乙個完善的軟體出來。

組員李春娟:

本次通過團隊專案使我對軟體工程有了更多的理解,如生產乙個最終能滿足需求且達到工程目標,專案規範的軟體產品不僅需要需求分析,設計,實現,確認,維護,團隊模型的選擇,任務的分配也至關重要,同時此次團隊專案,課堂上老師講解的知識點也有了新的認識與掌握,收貨很多。

在上這門課之前,我對於專案的編寫是按照自己的想法完成專案所做的要求直接編寫**,執行除錯直到目標達成,編譯軟體無報錯即可,並不會過多的考慮的需求分析、**維護、以及**規範之類的問題。經過課上老師的講解,讓我清楚我這樣的編碼可能會導致接下來的專案後續開發出現問題,**測試覆蓋率下降,功能性差等問題,在鄭老師讓我們從單人專案,逐步到團隊專案的開發過程中,我也一點一點開始規範我的**,格式,縮排,注釋等不斷一點點的新增進去,注重**效能,**覆蓋率,以至於為後來團隊分配任務,幫助隊員讀懂**,測試執行,後續開發等有了很大幫助。同時在團隊中,團隊模型的選取也很重要,我們團隊更換了幾次選取的模型,不正確的模型造成團隊專案的開進緩慢,效率低,在這個過程中我也逐漸明白,什麼樣的團隊模式適合我們組,好的團隊模型對於專案的開進,成員間的任務傳遞,問題的解決有很大的幫助,團隊模型的使用在專案的開發中至關重要。

本次的團隊專案,讓我在與隊員設計開發的過程中,逐步理解了軟體工程的意義,以及編寫**前的需求分析,模式選取,編寫**過程中的**規範,測試覆蓋,效能除錯等的重要性,好的專案開發流程的確為後續的**維護有著很好的幫助,好的**風格規範也是一位優秀程式設計師應該具備的基本素養。

組員安仲政:

紙上得來終覺淺,絕知此事要躬行。是我對本次團隊專案的實現的感悟,通過團隊專案我對本學期軟體工程的理解加深很多。課堂上老師講解的知識點也有了新的認識,在開設這門課時,我對於寫**是按照自己的想法完成專案所做的要求,並不會過多的考慮的需求分析、**維護、以及**規範之類的問題。也許正是因為我這樣的想法,才會出現早起軟體危機,以及軟體工程的出現。鄭老師讓我們從單人專案開始逐步過度到團隊專案,從單打獨鬥到團隊作戰,記得有一句話說的好,獨行快,眾行遠,乙個專案的成功必定離不開乙個團隊的共同努力。在這個過程中我也逐漸理解到,什麼樣的團隊模式適合我們,邊程式設計邊測試的重要性,以及乙個**準則對於乙個團隊是多麼的重要。

隨著團隊專案的結束,本學期的課程也要結束了,在學習的過程中,我由淺及深,由表及裡的理解了軟體工程的意義,以及以後該怎樣編寫**,理解需求。

組員柴金池:

經過三個多月的軟體工程學習,我從一開始對軟體工程一無所知,逐漸演變到可以熟練的設計軟體模組化,在鄭老師的教導下確實獲益匪淺。首先談一下我在學習後對軟體工程的理解,軟體工程就是利用工程化的辦法去開發和維護軟體。隨著**量的增大,人對**的掌控能力越來越弱,**的邏輯、進度和成本越來越不好控制,產生了軟體危機,軟體工程就是人們研究出來的解決辦法。

關於我在軟體工程課程中的收穫:理解了軟體工程,初步設計了軟體,明白了軟體開發的流程,關於**方面:遵守**規範以便修改和維護、編寫模組化的**,乙個模組只做一件事從而更好地維護和復用、滿足正確性的同時應該盡量提高**的效率,減少無用的**等。這些都是十分寶貴的經驗,對未來工作很有幫助。

組員王曉宇:

通過本次任務,我初步掌握了如何分析測試類軟體的需求。個人認為,測試類軟體的需求分析不僅僅需要提供測試方法和評分規則,更需要提出合理性分析,所設計的測試合理性才能保證後續開發的有效性。同時,通過對專案開發初期的測試部分原型設計,我掌握了對磨刀工具的使用。這是我的第一次團隊開發經歷,希望在後續的開發過程中,能夠發揮自己的作用,為團隊貢獻自己的力量。同時也希望竭盡所能,通過此次的大作業,開發出乙個行之有效,具有實用價值的軟體。

軟體工程團隊專案介紹

一 團隊名字 coding souls 二 團隊陣容 信1805 2蒲煜凡 立志成為一名演算法工程師。信1805 1趙文軒 夢想成為乙個軟體工程師。信1805 1龐家恆 為明天能吃飽飯而奮鬥。三 專案簡介 2.當學生苦惱於無處練習程式設計,當老師費盡心思檢查同學 是否有問題時,使用stdoj一切問題...

軟體工程之團隊專案

一 團隊名字 地球保衛隊 ept 二 團隊陣容 1.專案部分 小組成員思維活躍,僅僅在一節課的時間裡提出了n個顛覆軟體開發界的思維的idea,最後在層層pk最後留下了八個驚世駭俗的想法。其中包括了要重振中國遊戲界,打破王者農藥的壟斷地位要重寫的貪吃蛇小遊戲和2d遊戲 還有要挑戰中國乃至世界打車軟體的...

軟體工程之專案團隊分工

花費一年或數年的時間才能完成,需要很多人的能力合作是大型軟體專案的特點。為了提高工作效率,保證工作質量,軟體開發人員的組織 分工與管理是一項十分重要和複雜的工作,它直接影響到軟體專案的成功與失敗。首先,由於軟體開以人員的個人素質與差異很大,因此對軟體開發人員的選擇 分工十分關鍵。1970年,sack...