軟體工程 總結

2022-06-22 14:45:14 字數 1951 閱讀 5146

一、看了什麼書,有何感想,對軟體工程有何具體認識?

看的書有:《構建之法——現代軟體工程》、《暗時間》前兩章。讀了構建之法,終於知道了這個軟體工程的大概。為什麼需要軟體工程?--軟體,先從這兩個字來分析:軟,什麼是最軟的?水,大家都知道,水可以任意變形、流通,非常的靈活。--工程,這兩個字怎麼理解呢?它是以短的時間和精而少的人力做出高效、可靠且對人類有用的東西。好,那麼軟體工程,我個人的理解是既要做到高質量,又要做到靈活的變通,畢竟軟體要能靈活的改變,而不是乙個固有的架子,那樣的話太死板了。《構建之法》告訴我們,乙個團隊在做乙個專案所需要解決的問題,每個人所需要發揮的作用,並不只是侷限於敲**,而是在除了敲**之外我們還要做到事情,比如需求分析、設計等等,基礎不打好何談能開發一款好的軟體呢?當幾個人一起幹活的時候,就需要乙個好的規則來做規範,這樣按照規則來辦事,對於提高軟體質量也有很大的幫助,軟體工程就是乙個好的規範,它提供了乙個標準。

二、寫了多少**,對於程式設計的認識有什麼具體的提高

這一學期下來,敲了四千多行**吧。對於程式設計的認識,並不像我剛開始所想的那麼簡單,也並沒我剛開始以為的那麼難。怎麼說呢,我覺得程式設計不就是只要實現乙個軟體所要求的功能不就行了嘛?並不是,比如剛開始的時候是乙個四則運算哈,我們基本上都能完成它,即使有點困難 ,加加油努努力也可以完成的,主要還是看你有沒有那個耐心。跨過這個門檻,可以說你就能夠體會到付出會有回報,即使只是乙個小小的回報,那證明你還是有這個能力的,而不是報著假如當初的空想。到後來你會發現,僅僅完成了乙個四則運算是不夠的,不要小看這個四則運算,只是乙個四則運算就可以擴充套件延伸那麼多的功能,那你要編碼來實現這些新增量就不像剛開始所想那麼簡單了吧。你會遇到不會的東西,你要查資料,當然你要踏踏實實著手幹,如果你實現了,不經意間你的能力就跟著提公升了。至於為什麼說並沒有剛開始的那麼難?因為我想要有不同的鍛鍊,所以在結對程式設計或者是團隊專案中,我都體會到了程式設計的樂趣,它帶給你的不僅僅是學習上的,還有你的其他能力,比如邏輯思維能力,組織能力。最重要的一點是,在每次的作業迭代中,我們都能比上一次有進步,這才是目的。

三、對於老師、助教的教學有什麼看法。

三個優點:說的具體一點啊,

1.感覺陳老師講課很有魅力,我被其講課風格深深的吸引了。為什麼呢,陳老師愛在講課的過程中加入一些自己的親身經歷、故事亦或是**中的情節作為例子,讓我更能深刻的記住,並且易於理解。就比如冒煙測試,他就講了乙個關於他之前工作的真實故事,加深了我的印象。讓我覺得軟體工程課並不是那麼枯燥乏味,反而覺得很有趣味。

2.助教的每次點評都能讓我很激動,為什麼這樣說呢。因為我努力寫的程式當然想要乙個我認為比較滿意的點評,而助教每次都很認真的給予指點和建議,讓我能清楚的知道我該怎麼去優化我的程式,逐漸進步提高。

3.我們在完成牛老師的作業的同時,陳老師建議我們把書上的流程應用到每次的練習中,這就達到了教學目的,學以致用。很好。

三個可以改進的地方:

1.有空的話多跟同學們相處、聊天、談心,這樣我們的關係也會越來越活躍,同時也可以了解每個人的基礎。

2.按照能力的不同分配不同的任務。或者是分配多個任務,由每個人認領自己的專案或者由team-leader來認領團隊專案 。當然了願意提公升自己的都會選擇難度相對於自己的知識能力高一點的,這樣才能達到進步的目的。

3.可以在每次作業發布的時候附加一些相關學習資料,參照資料上的方法,來在自己的專案中應用。

四、自己以後的學習安排

五、對於助教加部落格這種教學方式,談談我的想法

我感覺這種教學方式很好啊,

1.在裡我們都可以進行知識的交流與溝通,對別人來說是一種知識的傳遞,對自己來說是一種能力的提公升。

2.我們的作業一次一次的進行迭代,每當做好作業的時候,我們團隊中每個人都能體會到那種成功的喜悅,這在我們的大學生活中也是非常值得紀念的。

3.每個人都有自己的作業成績,這是作為個人衡量自己能力的標準。這同時也是一場比賽,採取相應的措施來讓自己追上別人,或者別讓別人追上自己。當然最重要的是個人毅力而非個人能力的強弱。

4.學習軟體工程的手段,在部落格上應用這些手段來完成作業,這是乙個非常好的鍛鍊自己的機會,何樂而不為呢?

軟體工程總結

單擊檢視大圖 這張圖,把軟體工程的基本點,總結出來了。其實簡單的說,就是對一款軟體從前到後的管理,從巨集觀到微觀的把控。這裡需要我們考慮的方面很多,需要我們有乙個統籌兼顧的頭腦。這裡我們這些開發過程如何讓別人明白,需要的就是我們文件,這裡的每個階段的文件都起著至關重要的作用。當然,這裡物件導向的簡單...

軟體工程總結

黑盒測試也稱功能測試,它是通過測試來檢測每個功能是否都能正常使用。在測試中,把程式看作乙個不能開啟的黑盒子,在完全不考慮程式內部結構和內部特性的情況下,在程式介面進行測試,它只檢查程式功能是否按照需求規格說明書的規定正常使用,程式是否能適當地接收輸入資料而產生正確的輸出資訊。黑盒測試著眼於程式外部結...

軟體工程總結

黑盒測試也稱功能測試,它是通過測試來檢測每個功能是否都能正常使用。在測試中,把程式看作乙個不能開啟的黑盒子,在完全不考慮程式內部結構和內部特性的情況下,在程式介面進行測試,它只檢查程式功能是否按照需求規格說明書的規定正常使用,程式是否能適當地接收輸入資料而產生正確的輸出資訊。黑盒測試著眼於程式外部結...