第一次做業

 

這個做業屬於哪一個課程	課程要求
這個做業要求在哪裏	做業要求
我在這個課程的目標是	瞭解軟件工程相關原理以及核心內容，爲之後成長爲一個合格的軟件工程師打下基礎
這個做業在哪一個具體方面幫助我實現目標	經過閱讀相關知識瞭解軟件工程的內容，並經過寫相似觀後感的方式進一步加深理解

 

 

 

 

 

 

 

 

 

 

一.創建博客並介紹本身

1.在cnblogs.com上註冊開設博客。

個人博客網址: https://www.cnblogs.com/singqp/

 

2.同窗在介紹本身的時候，能夠隱藏一些信息，可是能夠花時間說說本身的閃光點。不少人以爲，「我有什麼閃光點...」，其實，同窗們都有不少本事，超過周圍大多數人。這個本事能夠在課本學習以外，例如音樂，體育，娛樂，讀書，演講，記憶力，等等方面。請描述你的優點技能，並告訴咱們，你經過了何種努力、花了多久得到這樣的成就。

我叫齊鵬，17級軟工小2班，非要說什麼優勢的話，也就比較關心他人吧，可是由於太在乎別人的感覺反而成了缺點，平時也就打打遊戲，鍛鍊較少。高中因高考失利復讀了一年，一直對編程感興趣，因此選擇了這個專業，如今大學差很少兩年了，開始想學JAVA後端，但後面轉去學Android。

 

二.閱讀與思考

（1）回想一下你初入大學時對軟件工程專業的暢想

雖然在高中時期對編程感興趣，但整體來說對軟件工程這個專業並非很瞭解，只曉得畢業以後會當個碼農，並且主攻軟件這部分。但對於編程仍是很感興趣，因而剛進大學就加入了團隊，並在團隊裏學習編程，想着經過團隊這個學習之地提高本身的實力。

 

（2）即將大三的你，對照前人們走過的路和描述將來發展，如今的你

整體實力仍是較弱，雖然會編寫C#,JAVA和C語言的代碼，但算法能力較弱，大二上學期開始學習Android知識，較其餘人學習進度稍微落後，進而整體實力不強，代碼量方面由於學習編寫過幾個系統，應該有接近1萬行。因此距離做爲合格的畢業生來說，還有很大差距。

（3）大三是一我的生選擇的十字路口，考研、工做、考公、出國，不一樣的選擇在大三就有不一樣的努力方向。而不管考研仍是工做的每條路徑，也有許多不一樣的分支。

或許會選擇工做，也或許會選擇考研繼續深造，這個方向一直沒考慮好，雖然父母都勸我考驗，但內心仍但願去直接工做。到了大三，應該就會有肯定的一個方向，併爲之努力。

 

三.提有質量的問題

快速看完整部教材，列出你仍然不懂的5到10個問題，發佈在你的我的博客上。註明是哪一章哪一節。要有觀點、有證據或分析。字數不是直接的考覈標準，可是要求篇幅長到能把觀點表述清楚。

1.第六章P122：許多號稱敏捷的項目實際敏捷不到哪裏，這時候的敏捷流程有什麼用？由於它所要達到的敏捷並無體現出來。而此時若是用其餘的開發方式是否更好？

2.第八章P157-158：對於用戶需求的調研，經過調查問卷是否靠譜？一般用戶在沒有實際利益的驅使下不會主動配合填寫問卷，或者因爲某種利益而胡亂填寫，進而致使問卷的失效，問卷調查的準確性如何保證？

3.第九章P185：既然PM作開發和測試以外的事情，那PM又如何與開發和測試人員達成共識，進而開發出用戶和開發測試人員都滿意的軟件？

4.第十章P206：對於典型用戶的研究是否對其餘不典型用戶無益？畢竟你們均可以使用這款軟件，如何經過典型用戶的研究來保證其餘用戶的利益？

 

5.第十一章P246：開發完成後的代碼仍有許多BUG，要留到穩定階段再解決，那麼什麼是穩定階段？在穩定階段以前又該如何處理BUG帶來的問題？

 

四.瞭解和調查源程序版本管理工具

 

上網調查一下目前流行的源程序版本管理軟件和項目管理軟件都有哪些，列舉至少三個或以上的版本管理軟件各有什麼優缺點？

Git是一個開源的分佈式版本控制系統，能夠有效、高速地處理從很小到很是大的項目版本管理。Git 是 Linus Torvalds 爲了幫助管理 Linux 內核開發而開發的一個開放源碼的版本控制軟件。

 

優勢(資料來源與百度百科)：

1.適合分佈式開發，強調個體

2.公共服務器壓力和數據量都不會太大

3.速度快、靈活

4.任意兩個開發者之間能夠很容易的解決衝突

5.離線工做

 

缺點：

1.資料少（起碼中文資料不多）

2.學習週期相對而言比較長

3.不符合常規思惟

4.代碼保密性差，一旦開發者把整個庫克隆下來就能夠徹底公開全部代碼和版本信息

 

gitHub是一個面向開源及私有軟件項目的託管平臺，由於只支持git 做爲惟一的版本庫格式進行託管，故名gitHub。

 

 

優勢：

1.GitHub 只支持 Git 格式的版本庫託管，而不像其餘開源項目託管平臺還對CVS、SVN、Hg 等格式的版本庫進行託管。GitHub 的哲學很簡單，既然 Git 是最好的版本控制系統之一（對於不少喜歡 Git 和 GitHub 的人沒有之一），沒有必要爲兼顧其餘版本控制系統而犧牲 Git 某些獨有特性。所以沒有支持其餘版本控制系統的歷史負擔，是 GitHub 成功的要素之一

2.GitHub 對 Git 版本庫提供了完整的協議支持，支持 HTTP 智能協議、Git-daemon、SSH 協議

3.GitHub 提供在線編輯文件的功能，不熟悉 Git 的用戶也能夠直接經過瀏覽器修改版本庫裏的文件

4.將社交網絡引入項目託管平臺是 GitHub 的創舉。用戶能夠關注項目、關注其餘用戶進而瞭解項目和開發者動態

5.項目的 Fork 和 Pull Request 構成 GitHub 最獨具一格的工做模式。對提交代碼的逐行評註及 Pull Request 構成 GitHub 特點的代碼審覈

6.GitHub 經過私有版本庫託管、面向企業的版本庫託管和項目管理平臺、人員招聘等付費服務得到了商業上的成功，這種成功使得 GitHub 沒必要以頁面中嵌入廣告的方式維持運營，最大的受益者仍是用戶

7.GitHub 網站採用 Ruby on Rails 架構，在 Web 設計中運用了大量的JavaScript、AJAX、HTML5 等技術，支持對使用 Markdown 等標記語言的內容進行渲染和顯示等。關注細節使得 GitHub 成爲了項目託管領域的後起之秀

 

缺點:

1.資料少，學習成本比較大，學習週期比較長，要求人員素質比較高

2.不符合常規思惟

3.代碼保密性差，一旦開發者把整個庫克隆下來就能夠徹底公開全部代碼和版本信息

4.不支持中文，圖形界面支持差，使用難度大。不易推廣

 

Rational是提供基於業界開放標準的工具、最佳方案和服務，用於開發商業應用和構建軟件產品及系統，包括移動電話和醫療系統等設備使用的嵌入式軟件。

 

優勢:

1.採用迭代式開發模式，以下降項目風險

2.專一於構架，開發出更有彈性的系統，以迅速適應不斷變化的業務需求

3.有效地管理變動，並保護關鍵戰略資產

缺點：

1.支持很不完整，不少功能都不支持