福大軟工 · 最終做業 - 軟件工程實踐總結（我的）

1、請回望暑假時的第一次做業，你對於軟件工程課程的想象

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

在這課程中，我確實學到了不少，在對軟件的開發模式、流程，以及團隊的理解上，有了很大進步；可是同時，也發現了本身的不足，對新框架的理解速度，以及找BUG的速度，頗爲慢速，由於在實踐過程當中，由於這兩點，我吃了很多苦頭。

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

軟工實踐分我的、結對、團隊的實踐

在我的和結對做業中，我總共寫了400行左右的完成代碼，在團隊做業中，最後也大概提交了400行代碼。在完成的量上，先後兩次差很少，可是質量上有很大區別，在我的和結對中，溝通的很便利，即便不按事先訂好的規則寫代碼，也能夠被對方使用，可是在團隊中，編碼的規範就很重要，事先的交流以及每次改動的交流，都須要記錄。

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

做業	時間
第一次做業·準備	2h
詞頻計數	25h
結對做業1	10h
團隊1	2h
結對2	20h
做業6	4h
7.需求分析	4h
第八次做業（課堂實戰）- 項目UML設計（團隊）	10h
α衝刺	60h
現場編程	10h
過後諸葛亮	4h
β衝刺	30h
12次做業，答辯總結	4h

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

那確定是α衝刺了，最後完成的那一刻，真的心情愉悅!

四、累計花了多少個小時在軟工實踐上？平均每週花多少個小時？同時貼出開篇博客「你打算平均每週拿出多少個小時用在這門課上」的回答

累計花了205h，平均每週13h

學習和使用的新軟件；

• 現場編程從新學習了Eclipce For JavaEE的使用
• 開發使用了Android Studio工具
• UML設計使用了StarUML工具和ProcessOn
• 結對做業使用了Python
• 固然還有咱們的產品：記憶罐頭！

學習和使用的新工具；

• 現場編程從新學習了Eclipce For JavaEE的使用
• 開發使用了Android Studio工具
• UML設計使用了StarUML工具和ProcessOn
• 結對做業使用了Python
• 我的項目中Visual Studio中的性能分析、代碼覆蓋率也學習使用了部分新工具的功能

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

• 更加熟悉的使用java語言開發
• 對Python的基礎使用有必定的掌握
• 在web平臺上完成咱們的現場編程項目，對web端有更深的認識
• Android平臺開發有一個新的認識

學習和掌握的新方法；

• 在我的項目中知道了單元測試的意義和方法
• 在我的項目中學習了代碼覆蓋率的概念
• 在我的項目中對代碼進行性能分析對開發中優化代碼有一個比較新的認識
• 結對項目中學習了必定的Python爬蟲知識
• 在團隊開發中學習了Android開發知識
• 在團隊開發中掌握了Android中如何debug

其餘方面的提高

一、博客的美觀程度

二、和隊友相處的方法

三、老油條的程度（滑稽）

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

一我的十個月開發的完的項目，十我的一個月是作不完的

印象很深入的是，在團隊做業前期，在網上查找備忘錄的模板，找到一份功能十分完善且給出源碼的模板，當時團隊歡欣鼓舞，由於那份軟件是一我的歷時1個月就作出了的成品且質量奇高，咱們就認爲備忘錄很好作，可是直到如今，咱們的軟件仍然在必定程度上比不過人家的備忘錄，獲得感悟：人員的增多不必定表明速度和質量都會提高。

3、對下一屆實踐的建議，或者對於開學初的你，對於大一的你，對於開學初的我，對於同期的TA們，對於後來的學弟學妹：

1）你有什麼想建議、告知和期許想要告訴他們呢？

一、編程基礎要紮實

二、結對和團隊儘可能找熟人少的

三、博客要記得提早交

2）特別地，特別地，下一屆要不要中途換隊員（強制的、完全的從一隊換到另外一隊）？假設依舊是一個90+人數的大班

確定要的，實在呆不下去，反而破壞團隊

3）身在一個格外大的班級，競爭強勁，你認爲一個組的人數應當在多少比較合適？

下個學期的實踐是必修，因此一個班大概150人左右，我認爲能夠分紅5人十組、10人十組，這樣能夠知足不一樣的需求

4）我的/結對/團隊做業應該控制在怎樣的規模？

本學期的規模就能夠了

5）這學期下來，你最感謝的人是誰？有什麼話想要對TA說呢？

不少人都想感謝，團隊的胡緒佩、胡青元是主心骨，他們的幫助對我最大了。

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

萌芽階段：剛剛肯定項目的時候

磨合階段：α衝刺前期

規範階段：α衝刺後期以及β衝刺前期

創造階段：咱們的備忘錄應該勉強算咱們創造的吧

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

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

1. 咱們的產品在開發前作過一次市場調研問卷調查（樣本容量：線上93+線下110=203份），並完成了咱們的記憶罐頭商業企劃書。其中包括用戶對咱們產品功能的反饋餅狀圖，咱們產品功能十分符合用戶需求。

需求展現

1. 在完成產品後咱們邀請了86位用戶進行內測試用咱們的記憶罐頭,而且收集了用戶反饋問卷。

體驗指數展現

期待指數展現

經過一系列工具，流程，團隊合做，可以在預計的時間內發佈 「足夠好」 的軟件

咱們團隊在軟件工程實踐課程的機會之下，經過團隊合做完成了產品記憶罐頭！分別在Alpha版本階段完成產品的初始版本，Beta版本完善產品進行必定的bug修復，最終版本已經迭代13次完成產品的1.1.3版本，產品下載連接。

而且經過數據展示軟件是能夠維護和繼續發展的。

現軟件的可維護性和是否可繼續發展經過上面的用戶反饋問卷截圖便能看出。

體驗指數展現

期待指數展現

用戶需求期待指數超過4分的比例在70%以上，證實咱們的產品是可維護和可持續發展的。而且產品具備十分可觀的盈利方式和前景，對不一樣手機（三星、華爲、Oppo）應用市場的在線付費壁紙作了一個簡單的調研：

三星付費壁紙

華爲付費壁紙

Oppo付費壁紙

盈利點

能夠看出，咱們的核心創新點鎖屏壁紙展現若是可以達到美觀、友好的前提下，還能展現出用戶的備忘內容，那麼便徹底能夠藉助於付費壁紙已經廣爲人知的免推廣的自然優點！！！在每種壁紙單價較爲廉價的模式下，提升用戶購買慾，相信能夠很快的搶佔付費壁紙的一塊市場，這樣也爲後續的開發提供了條件和盈利但願。固然，這一切都須要在可以解決生成美觀壁紙展現備忘的這一難點的前提下。也正所謂難點即賣點！

對着這個檢查表：http://xinz.cnblogs.com/p/3852177.html 檢查一下，本身若是去企業面試，這些常見的問題是否都能回答，並在此總結。

閱讀軟件工程中關於代碼質量的的經典論文，從下列文獻中選擇一篇或若干篇，結合本身的實際作一個閱讀筆記（例如，本身寫的代碼質量如何，是否是一個大泥球，如何衡量本身代碼的質量）？從如下參考論文中選擇一篇或若干篇：

參考論文文獻：

[1] Stamelos I, Angelis L, Oikonomou A, et al. Code quality analysis in open source software development[J]. Information Systems Journal, 2002, 12(1): 43-60.

[2] Boehm B W, Brown J R, Lipow M. Quantitative evaluation of software quality[C]//Proceedings of the 2nd international conference on Software engineering. IEEE Computer Society Press, 1976: 592-605

[3] Samoladas I, Stamelos I, Angelis L, et al. Open source software development should strive for even greater code maintainability[J]. Communications of the ACM, 2004, 47(10): 83-87

個性發揮，包括圖文、照片和創意等

我在團隊中的部分是作備忘錄的編輯以及讀取，（自我安慰一下：這個部分算是全部備忘錄的核心功能）其實如今有一個BUG關於咱們的備忘錄，可是個人隊友都沒有發現，由於恰巧BUG出現的部分是我負責的部分，其實我很早就發現了，可是我發現！我不會改！嘻嘻嘻嘻嘻嘻嘻