我的做業5

1、對比開篇博客你對課程目標和期待，「但願經過實踐鍛鍊，加強計算機專業的能力和就業競爭力」，對比目前的所學所練所得，在哪些方面達到了你的期待和目標，哪些方面還存在哪些不足，爲何？

相對於以前的設想，對本學期軟件工程的學習以後定下的一些追求和目標。整體來講，多少是有一些涉及和鍛鍊的吧，不能說是實現了什麼目標，可是確實是在整個學期的我的、結對、團隊路程中學到了不少過去沒有接觸的方面。總的來講就是「綜合實踐能力」。例如，如何參與到一個完整的工做流程中、如何在一個團隊中相互合做作出真正的工做產物，以及如何用實際的手段模擬一個將來投入社會工做的流程等等，這些方面都是在這學期的軟件工程學習中讓我有了必定的瞭解和學習到的部分。

除了意識形態方面，更多的一些除了編碼這種「純工做」以外的實用技能我也是初次嘗試，好比咱們小組進行的web網頁平臺的開發項目，過去歷來沒有真正地把本身的項目投放到互聯網上使之成爲一個可用的項目，這是第一次嘗試，也頗有幸能負責這方面工做，從雲服務器到域名到端口映射等等，學到了不少比一些純編碼這些更實用的能力。

不足的話也是很明顯，畢竟咱們仍是模擬這個過程，除了時間方面，缺乏一個硬性的要求和限制。使得這一學期的軟工實踐與將來的社會工做仍是存在很大的差異。你們的角色帶入程度不高，對工做缺乏激情等等。

總結這門課程的實踐總結和給你帶來的提高，包括如下內容：

1）統計一下，你在這門課程中，完成了多少行的代碼；

包括交叉完成的部分，除去被替換的部分，不包括UI的製做，約600~800行

2）軟工的各次做業分別花了多少時間？（作一個列表）

代號	內容	時間
1	我的做業1	2
2	我的做業2	3
3	我的做業3	3
4	我的做業4	4
5	結對做業	15
6	團隊做業1	3
7	團隊做業2	3
8	團隊做業3	5
9	團隊做業4 A	18
10	團隊做業5	4
11	團隊做業6	4
12	團隊做業7	4
13	團隊做業8 B	12
14	團隊做業9	2

3）哪一次做業讓你印象最深入？爲何？

團隊項目驗收印象最深，表明小組對咱們組的項目進行了介紹，很是緊張。同時也算是整個學習努力的一個站點吧。

4）累計花了多少個小時在軟工上？平均每週花多少個小時？

約80個小時。平均下來每週約7小時左右。

5）學習和使用的新軟件；

學習使用了JSP項目的編寫，雲服務器平臺的申請使用，以及相似花生殼這種端口映射軟件的使用。

6）學習和使用的新工具；

leangoo提供的衝刺看板，即工做統計，燃盡圖這些

7）學習和掌握的新語言、新平臺；

jsp是咱們選用的語言，基於WEB網頁的開發

8）學習和掌握的新方法；

端口映射發佈網站和應用，一種廉價便捷免複雜審覈的臨時互聯網發佈方案。

2、寫下屬於本身的人月神話——我的或結對或團隊項目實踐中的經驗總結+實例/例證結合的分析

說到經驗，此次團隊項目佔用了本學期學習內容的百分之七十以上的內容，從此次活動中也瞭解了不少「套路」吧。首先，從項目一開始便得到了一個經驗教訓，通過總結，基本就是「千萬不要瞻前顧後優柔寡斷」，之因此這樣說，是由於團隊每每在選題時候，考慮太多東西，好比：「這個難不難？、這個能作成嗎？、這個我可能不會、選什麼項目又簡單又容易拿分？」，這些問題的答案基本就是無解，不可能讓你有一個輕鬆而又容易「過關」的方式，咱們要作的就是想好作什麼，作哪些東西，直接分配任務到每一個人。這纔是最實在的，最難的不是開發過程，而是從一開始整個團隊若是有一種顫顫巍巍的瞻前顧後的習慣，就很難進展下去。雖然有個別團隊出現了困難而宣告失敗，可是我以爲他們的失敗其實不是項目的失敗，也不是各人能力的不行，純粹是整個團隊沒有把這個活動當回事，你們都硬着頭拖時間，時間一到一了百了~很慶幸咱們團隊的工做算是順利的，雖然成品在衆人看來缺陷不少，可是的確是咱們努力的結果。

固然，從此次結項的結果和反饋來看，咱們的問卷調查系統的項目也是有一些問題，相對於大多數小組選擇微信小程序之類的項目，他們擁有完善的開發環境和早已預製好的一套模板流程，優點很明顯，成品bug少、不須要花費太多精力、有微信提供的完善的開發體系服務，固然，缺點也很明顯，就是功能單1、邏輯簡單。而咱們選擇的web開發，劣勢也很明顯，整個項目基本要靠本身空手平地建設起來，功能繁多（從用戶系統，到編寫、編輯問卷、發佈審覈、填寫回答等等一系列功能），看似是一個完整的結構，實則工做量很大，很容易出問題，咱們絕對付出了很多於任何人的時間和精力，可是因爲平地起高樓的難度，讓咱們一些功能存在不足或者缺失，給人的印象分大打折扣，有一種有苦說不出的感受，也算是咱們當初軟件規劃階段過於「雄心壯志」的苦果，所以之後也要吸收教訓，項目規劃的結構：精而易纔是最優先考慮的，大而全的思路很顯然不適合咱們這種非專業的小團隊。

3、對下一屆實踐的建議，或者對於開學初的你，對於大一的你，對於開學初的我，你有什麼想建議和告知的呢？對於後來人的期許。對於換人機制，有什麼樣的建議？

實踐過程，尤爲是團隊項目，建議考慮壓縮非正式工做時間，即規劃、構想這些前期時間，將更多的時間留給AB衝刺先後，若是我猜得沒錯，多數小組的開發階段僅僅就是兩次衝刺而已，尤爲是過於將重擔壓在ALPHA衝刺那兩週了。 換人機制想法是好的，實踐中倒是有點雞肋，多數小組僅僅選擇了互換一人完成要求而已。換人時間是Beta衝刺前，而beta衝刺僅僅五天而已，並且完成度很高了，換人的意義不高，建議將alpha階段時間從一兩週拉長到兩週，將換人安排在Alpha開發階段中間，更有意義。

4、分析一下本身所處的團隊。軟件工程實踐是大學裏少有的認真的團隊協做經驗。《構建之法》上說團隊的發展有幾個階段，你的團隊都經歷過麼，最後到達了「創造」階段了麼？（參考《構建執法》第17章 人、績效和職業道德）

從萌芽到磨合到規範階段，最後的創造階段。我以爲咱們團隊經歷過而且到達了。最初的萌芽應該就是老師提出這個活動吧，咱們小組的人肯定的還算順利，磨合階段應該是最困難的階段，你們組成隊伍很容易，肯定目標卻很難，在項目的前期展開的階段咱們跟多數小組同樣猶豫不決，瞻前顧後，怕這怕那，每一個人都不想成爲「背鍋」的那個角色，因此你們有話都很難說，直到時限將至，終於達成共識，肯定好目標，你們堅持下去。有了目標便要開始工做了，這一階段應該是規範階段了，最終的實現小組目標，應該是咱們「創造」的結果。雖然這個創造還有不少不少不完美的地方，缺陷不少，可是他是完整的，是共同努力完成的成果。

5、怎樣證實你學會了軟件工程？

說到軟件流程，咱們的過往的項目進展博客應該是最能說明問題的，每個階段的總結都包含了我的的進度進展。
http://www.cnblogs.com/biaoche/

包括咱們臨時服務器開放階段的流量統計，在驗收當日的流量爲80MB左右，每一個用戶嘗試一個完整流程約使用4-7M不到的服務器流量，單週四百多M流量基本是實現了數百次的用戶訪問