第一次閱讀作業

2022-05-07 06:18:07 字數 2411 閱讀 5509

---恢復內容開始---

第一次閱讀和準備作業

這個作業屬於哪個課程

《課程的鏈結》

這個作業要求在**

《作業要求的鏈結》

我在這個課程的目標是

更深層次的了解軟體工程

這個作業在哪個具體方面幫助我實現目標 

建立學習這門課程的學習目標,有主動意識的去學習

其他參考文獻 ...

一.建立部落格並介紹自己

2.一名學生,平時愛好看電影、聽**。喜歡探索有趣的東西,研究自己感興趣的事物。

二.閱讀與思考

(1)回想一下你初入大學時對軟體工程專業的暢想

(2)即將大三的你,對照前人們走過的路和描述未來發展,現在的你

(3)大三是乙個人生選擇的十字路口,考研、工作、考公、出國,不同的選擇在大三就有不同的努力方向。而無論考研還是工作的每條路徑,也有許多不同的分支。

對照以上你閱讀的前人們的經歷,你的選擇是什麼?

a:我想選擇考研。聽老師建議,也害怕出去了找不到自己滿意的工作。

在這種選擇下,你認為你相比其他同學來說有何優勢,有何劣勢?

a:相比其他同學,我有很多不足之處,比如在寫**上沒有他們熟練,專業知識掌握得比他們少,我也有認真的反思自己,大學這兩年過的很糊塗。優勢,應該沒有吧。

針對你的選擇,你給自己的大三設定的規劃安排是什麼?

a:準備考研。

三.提有質量的問題

問題一:第4章《為什麼要結對程式設計》79頁 結對程式設計需要兩個人,當兩個人實力相當時,很容易產生分歧,(比如**風格上)影響工作效率;當兩個人實力有一定差距時,一方在程式設計時可能起主導作用,而另一方處於被動,雖然不會產生分歧,但是實力強的人也會有思維限制,也會影響工作效率。

兩個人實力差距大和實力相當哪個程式設計效率高一點?

問題二:第2章《單元測試》25頁 在好的單元測試的標準中提到「單元測試必須由最熟悉**的人來寫」文中建議的是由作者來寫,儘管作者非常了解自己的**,但是思維上還是受一定的限制,比如小時候做數學題,明明有更簡單的方法,但是還是採取了自己所學的解題方法,相對來說比較複雜。如果是結對同伴來做單元測試會不會是個更好選擇呢?

問題四:第16章《創新的迷思》342頁,作者提出了人人都喜歡創新,由於種種原因得不到領導或同事的讚賞,怎樣才能把自己的創新脫穎而出呢?或者讓領導和同事接受自己的創新從而開展專案呢?

問題五:第5章《開發流程》97頁,在軟體開發之前都會根據客戶對軟體的需求確定哪種模型,在完成軟體專案過程中,會不會因為顧客不斷提出的需求來改變模型或者模型同時使用呢?

四.了解和調查源程式版本管理工具

通過網頁查詢,目前流行的源程式版本管理軟體和專案管理軟體有trac,github,coding,svn和tfs。

(1)microsoft tfs:

優點

缺點

對敏捷,msf,cmmi等專案、過程管理、過程改善的支援。

能應用起來的團隊、公司的數量極少,多數真正用起來,也就是源**管理這部分,這也僅僅是佔tfs極小部分功能。

任務版上能將需求、專案進度一覽無餘,對於小團隊而言,比甘特圖更有用。

搭建、維護tfs比較複雜,硬體要求也比較高。

(2)github:

優點

缺點

github提供git儲存庫服務,基於web,允許使用git的源**管理功能,或者其特性。

不是捕捉創意過程和記錄創意點子的最佳工具

支援多人共同完成乙個專案

github非常適用**跟蹤,不是最好的設計跟蹤工具。不便將內容轉化為**,或者將設計用於產品設定。

(3)trac:

優點

缺點

良好的擴充性

不支援多專案,需求和缺陷沒有分離

trac的許可權體系是比較完備的設計

中文化不完整

非常靈活,可以隨心所欲的定製,可以和tortoisesvn整合

核心功能很少、侷限於安裝插

---恢復內容結束---

第一次閱讀作業

這個作業屬於哪個課程 課程的鏈結 這個作業要求在 作業要求的鏈結 我在這個課程的目標是 學習軟體開發流程,方法,需求分析等 這個作業在哪個具體方面幫助我實現目標 閱讀大量相關資料讓我對軟體開發有了更全面的了解 一.建立部落格並介紹自己 1 在cnblogs.com上註冊開設部落格。2 自我簡介 二....

第一次閱讀作業

本次作業屬於的課程 作業要求 homework 2713 我在這個課程的目標 學會軟體開發過程中的各種實用技術與開發軟體的思想過程 這個作業在哪個具體方面幫助我實現目標 促使我自己去從書中與其他軟體開發大師和學霸那裡發掘自己所需要的東西 正文 一 自我介紹 我是乙個在陌生人面前害羞緊張,爸媽所謂牽不...

第一次閱讀作業

函式最好有單一的出口,為了達到這一目的,可以使用goto。只要有助於程式邏輯的清晰體現,什麼方法都可以使用,包括goto。老生常談而且也難以定論的東西 goto的簡便和難以被完全替代的作用確實受到一部分人喜愛,可也存在容易導致 可讀性下降難以維護,破壞結構化設計風格,或者因使用不當造成錯誤和隱患。他...