1. 程式人生 > >個人作業5——軟工個人總結

個人作業5——軟工個人總結

數據展現 數據 head html 是你 要花 規劃 分享 沒有

一、請回望開學時的第一次作業,你對於軟件工程課程的想象

  • 1.對比開篇博客你對課程目標和期待,“希望通過實踐鍛煉,增強計算機專業的能力和就業競爭力”,對比目前的所學所練所得,在哪些方面達到了你的期待和目標,哪些方面還存在哪些不足,為什麽?

  • 達到的期待和目標:
    ①個人溝通能力有所提升;
    ②更加有團隊責任感;
    ③對前端知識有基礎了解;
    ④對更了解開發一個項目的完整流程。

  • 存在的不足:
    ①代碼能力沒什麽提升(後端代碼),很可惜,想學但實際時間不足以讓我一個學東西很慢的人去吸收;
    ②前端代碼雖然好上手,但是到後面其實很多代碼自己也沒搞清楚含義就寫了上去,還是學習的不夠透徹;
    ③代碼規範,前期代碼那就是隨便寫啊,沒有代碼規範這一說,後面才改的,這一點做的不好。

  • 2.總結這門課程的實踐總結和給你帶來的提升,包括以下內容:

1)統計一下,你在這門課程中,完成了多少行的代碼;
??具體不清楚,略微估計800行
2)軟工的各次作業分別花了多少時間?(做一個列表)

作業 時間
軟件工程網絡15個人作業1 4h
軟件工程網絡15個人作業2 6h
軟件工程網絡15個人作業3 6h
軟工個人作業4——Alpha階段個人總結 6h
個人作業5——軟工個人總結 3h
結對編程 24h
團隊作業1——團隊組隊&展示 1h
團隊作業2——團隊計劃 3h
團隊作業3——需求分析與設計 8h
軟工網絡15Alpha階段敏捷沖刺 40h
團隊作業5——測試與發布 5h
團隊作業6——展示博客 3h
團隊作業7——alpha階段之事後諸葛亮分析 2h
團隊作業8——敏捷沖刺(Beta階段) 20h
團隊作業9——項目驗收與總結 3h
beta版驗收互評 2h

3)哪一次作業讓你印象最深刻?為什麽?
??alpha階段敏捷沖刺吧,這是花費時間最久的作業,而且那時候有什麽都不懂,不知如何下手,記得剛開始兩天大家都不知道要幹嘛,每個人捧著一本書看看看啊,再不然就是各種資料、視頻看看看,然而進度無比的慢,那幾天沖刺基本都是晚上七點開始搞到晚上幾近十二點,花了大量的時間,卻沒什麽實際的東西出來,後來才好一些。
4)累計花了多少個小時在軟工上?平均每周花多少個小時?
??大概150h,平均每周10.7h。
5)學習和使用的新軟件;
??石墨文檔、GitBash、lengo
6)學習和使用的新工具;
??微信web開發工具
7)學習和掌握的新語言、新平臺;
??html、JavaScript、微信小程序環境平臺
8)學習和掌握的新方法;
??了解了項目開發的流程,學習用看板的方式了解自己的任務並按時完成。
9)其他方面的提升。
??溝通能力以及責任感的提升,耐心。

二、寫下屬於自己的人月神話——個人或結對或團隊項目實踐中的經驗總結+實例/例證結合的分析

  • 還是要認真對待項目的,不要抱著我不做,別人也會做的心態,如果每個人都這麽想,項目就別做了;
  • 一定要明確分工,做多少就是多少,人要誠實,不要不做事還想要貢獻分,別人沒有義務把自己的貢獻分給你,每個人都不輕松;
  • 項目期間,個人感情還是最好不要,不然整個團隊容易亂掉;
  • 有事及時溝通,不要拖著,容易搞出矛盾;
  • 還有一點,考試的時候我也有說,個人認為評分主要應該註重項目本身,而不是博客,雖然我們博客也不差,但是只要博客寫的好分就高,感覺很表面功夫;
  • 基礎不好,技術也差,這時候就要靠努力去彌補,所以還是要花時間才能做好一件事。

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

  • 對於大一的我
    好好學習吧,孩子,別浪了,大三你想好好學習,時間都不夠了,畢竟時間不等人。
  • 對於後來人的期許
    好好做,雖然一開始可能會煩躁,但是你努力了,真的做出來會非常有成就感的。
  • 對於換人機制
    個人認為起不到實際作用,大家都是同學,不可能說是真的不好就不要,因為強制換人,所以基本上是兩個團隊交換人,也沒有什麽不要啊、面試啊這麽一說。

四、分析一下自己所處的團隊。軟件工程實踐是大學裏少有的認真的團隊協作經驗。《構建之法》上說團隊的發展有幾個階段,你的團隊都經歷過麽,最後到達了“創造”階段了麽?(參考《構建執法》第17章 人、績效和職業道德)

  • 萌芽階段:剛剛組建隊伍,每個人都有很多想法,討論了挺久的,決定做小程序;
  • 磨合階段:大家想法不一,有的想這樣,有的想那樣,不過大家都很積極;
  • 規範階段:開發過程中,大家進度不一,代碼規範也沒有很體現出來,後端很辛苦,慢慢的大家才找到同一頻率,越來越默契,直到項目完成;
  • 創造階段:beta階段我換隊了,但是還是很熟悉,大家配合的很好,努力的將用戶體驗提升到一個更好的水準。
    我認為達到了創造階段。

五、怎樣證明你學會了軟件工程?

1.研發出符合用戶需求的軟件

  • 必須公開發布,有實際的用戶,一定的用戶量和持續使用量 (3 天後能保持10 - 100個用戶);而不是: 做沒有用戶使用的軟件

2,通過一系列工具,流程,團隊合作,能夠在預計的時間內發布 “足夠好” 的軟件

  • 有項目規劃/需求/設計/實現/發布/維護,有定時的進度發布 ; 而不是: 通過臨時熬夜,胡亂拼湊,大牛一人代勞,延遲交付等方式糊弄

3.並且通過數據展現軟件是可以維護和繼續發展的。

  • 而不是 找不到源代碼,代碼無文檔,代碼不能編譯,沒有task/bug 等項目的發展資料

請在隨筆中用數據證明上述內容或側重選擇之一。

第一個團隊:
git項目地址
需求分析與設計
Alpha階段敏捷沖刺
技術分享圖片

第二個團隊:
beta項目驗收與總結
Beta階段敏捷沖刺日誌的集合貼
git項目地址
技術分享圖片

個人作業5——軟工個人總結