軟體工程作業一

2022-08-22 16:45:17 字數 2395 閱讀 3399

至於怎麼選擇了這個專業的,實話實話,高考結束後我的第一志願是材料學,但由於同省有同學成績高於我,並且填報了一樣的志願,所以被錄取到了資訊學院,又由於對其餘幾個系不感興趣,因此在專業分流時選擇了資訊保安專業,經過大學三年的學習,發現相對於其他理工科來說,自己還是比較喜歡計算機的,也就堅定了繼續學習的決心。

我認為比較重要的技能有overall , comprehension , design , implementation , communication , bigdata,但是估計自己現在只有1-3分,期望最終達到5-6分。我計畫的提公升方法目前有:1. 閱讀github上優秀的開源**。2. 在他人**的基礎上進行修改。3. 自己動手寫勤寫**。4. 閱讀相關書籍。5. 請教老師和同學。

心得體會

首先是我為什麼要來上課並且認真參與,部落格中講的有一點我十分贊同,就是「認真聽講是一種能力」,從我自身的例子出發,初中後期覺得上課講的不是很難,就經常走神,但當上了高中後想認真聽課時才發現,真的是形成習慣了,很難讓自己專注起來,只能通過不斷的提醒讓自己改過來。但是文中說課程有用無用不是乙個大學生的格局能判定的,我不是很贊同,因為我覺得大學的學習,一方面是能力習慣的提公升,另一方面知識的學習也是很重要的,畢竟我們不是花四年的時間來養成習慣的。而且我認為大學的課程也應該是與時俱進的,或者至少應該是不斷調整進步的,而不應該是幾年甚至十幾年都沒什麼變化。

大學的大多數課程給我的體驗是師生之間交流比較少,基本上集中在考前的答疑上,如果答疑課不去,甚至就變成了零交流,但若是讓我直接找老師,又總有一種「畏懼」心理,就導致溝通越來越少。如果老師布置的作業對我來說有些困難,我更多的是會選擇向同學請教,並花更多的時間,把作業完成。

我的看法是,如果你的工作借鑑或者引用別人的資料並且沒有註明出處,相當於把別人的工作據為己有了,當然是抄襲,而且感覺這種現象在部落格上尤為氾濫。不過我認為借鑑別人的工作還是很有必要的,很多事情我們沒有必要從頭做起,有巨人的肩膀,為什麼不站上去呢,但是在這個過程中要記得註明出處就好。

**未來打算 **

我對於未來的打算是在來了msra之後才逐漸明朗起來的,希望將來可以從事學術研究方面,但是感覺自己差的還太遠,首先就是知識的廣度和深度,我一直以為只有在對乙個領域有了一定的了解或者說知識儲備量之後才可以談創新,所以這個學期,我希望自己可以從閱讀思考和**方面有乙個提公升,一方面是大量閱讀相關的書籍**,建立自己的知識體系,另一方面就是提公升自己的**能力。

本課程計畫

我希望通過這門課程,可以學到真正的實踐級別的軟體開發相關的知識和提高自己的**能力(大學期間**寫的實在是太少了),目前的**量,之前從來沒有注意到這方面過,所以也不太會估算,大概有一萬行吧,以python居多,因為前兩年浪費了許多時間,所以會願意多花一些時間來進行彌補,畢竟感覺這門課是長期受益的,也值得花時間去學它。

部落格閱讀

「在失望中尋找希望」閱讀感想

雖然承認這個事實很讓我難過,但是對於本科期間的學習,很遺憾的就是除了課本上的那些知識以外,我很少學習其餘的,作為半個科班出身,現在才發現自己的知識和能力差的太遠,就像文中所說,「多麼無知,多麼機械」,計算機的學習沒有乙個流程跟套路,並不是我按照怎樣乙個順序按部就班的學下來就可以達到怎樣的標準,希望之後的我再回顧這篇部落格時已經有了長足的進步。

這本書跟我之前讀的技術方面的書籍有很大的不同,同時也讓我了解到,軟體工程只會程式設計是遠遠不夠的(當然,程式設計還是很重要的)。

他們一起分析,一起設計,一起寫測試用例,一起編碼,一起做單元測試,一起做整合測試,一起寫文件,等等。

通過這次**點遊戲的作業,我感受到了結對程式設計確實可以提高任務完成速度,但同時也產生了乙個疑問,完成任務的過程中對於出現的問題,如果有兩個人都不能立刻給出解決方案,都需要思考學習,那麼在這種情況下如果一起學習或者思考,會不會由於學習習慣和知識儲備不同導致效率太低呢。

mvp的指導思想和漸進交付相似,但是它更強調更早獲得使用者反饋,為此可以在產品完成之前就發布。

我認同使用者反饋是十分重要的,但是個人覺得使用者的反饋也不能全部相信,有太多不確定或者不真實的可能性,所以我很好奇在真實的企業軟體開發流程中,是否會處理這個問題,如果有的話,具體會怎樣去做呢。

探索式測試的測試流程是不可重複的,因為它的測試都是「特定」測試,沒法重複。

對於探索式測試,如果測試流程不可重複,那麼怎樣來保證測試出來的bug已經被修復了呢。

二項選擇題。使用者只用回答是/否即可。

微軟公司有「吃狗食」的傳統,團隊成員都盡可能在實際工作和生活中使用自己開發的產品(從內部測試版開始),從而發現問題。

這的確是乙個發現問題的好方法,但是如果由於內部測試版不穩定從而丟失重要的資料,會不會造成損失呢,感覺這樣子反而得不償失了。

軟體工程作業

四六級計畫活 如下 基礎詞彙 詞彙是任何一門語言的基礎,沒有詞彙的基礎就沒有上層的語言建築。語法 只有詞彙量而缺少 詞彙量,頂多只能說出幾個個別的詞彙比如no yes這種難登大雅之堂的詞彙。應用 融合詞彙和語法在身邊的地方能進行簡單的運用。雅 這個詞是翻譯裡面的,翻譯的級別分為信 達 雅。信是基本能...

軟體工程作業

1.在軟體工程開發的早期階段為什麼要進行可行性研究?應該從哪些方面研究目標系統的可行性?開發乙個軟體時,需要原定的系統模型和目標是否現實,系統完成後所能帶來的效益是否值得投資開發這個系統。如果做不到那麼花費在這些工程上時間資源都是無謂的浪費。可行性研究的實質是要進行一次大大壓縮簡化了的系統分析和設計...

軟體工程作業

1.需求分析的目的是什麼,有什麼作用?目的 要求開發人員準確地理解使用者需要什麼,進行細緻地調查分析,將使用者的需求陳述轉化為完整的需求定義,再由需求定義轉化為相應的軟體需求規格說明。需求分析雖處於軟體開發的初期階段,但它對於整個軟體開發過程以及產品質量至關重要。2.軟體需求有哪些分類?請舉例說明。...