軟件工程實踐總結做業~

時間 2019-11-16

標籤軟件工程實踐總結简体版

原文原文鏈接

我的做業——軟件工程實踐總結做業

標籤（空格分隔）：軟工實踐php

做業連接的傳送門html

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

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

四個月的時間時間,說長不長,說短不短,以前以爲作一個項目是一個比較神祕而又複雜的事情,可是通過了實踐後,發現,其實完成一個項目,也就是一個團隊成員合做各施其職的完成的一項工做。每一個人負責好本身的部分,而後再整合起來,有問題丟出來吐槽,該接鍋的接鍋,該修改的地方修改,有問題一塊兒商量,項目也就不難作了。前端

通過軟工實踐後發現,技術上的問題基本上都不算是什麼大問題,真正困難的是,咱們的項目該作什麼(需求),到底這個功能咱們要不要作這個東西,咱們到底有有沒有足夠時間作這個功能,理論課和實踐上課初期的時候,都一直在強調的需求分析,那個時候我是懵懵懂懂,始終始終不是特別明白需求分析的重要性,項目在需求分析的時候也是主要是其餘人提出來,我大概聽一聽,發現沒有什麼好補充的。直到直到beta版本的時候,由我負責,對需求分析的重要性,簡直是深有體會。c++

我:咱們作了A、B、C、D四個接口
前端:啊？誰說要作A的。
我:以前討論不是說了作A的嗎。
前端:不作了,作了沒意義,xxx(一堆理由)。
我:好吧。git

需求分析簡直是過重要了過重要了過重要了。我很慶幸還好在beta版本的時候接了一下組長的鍋,否則每次從任務表中仔細思考琢磨哪個任務適合我如今作,徹底體會不到要制定任務的多麼的困難。能完成項目的人一抓一大把,而能正真掌控項目的,只有項目的計劃者。能甚至能夠說,能制定好項目的計劃,項目就完成了一半。
我以爲,這方面的能力，我仍是有所欠缺的,缺少經驗,能力上也缺少鍛鍊。github

咱們作了作基礎最核心的內容。可是我以爲我參與的不夠多,真正寫代碼的時間大概只有1/4左右,甚至可能不到,其餘時間要麼寫文檔(測試文檔、接口文檔、流程圖),要麼測試接口的正確性,要麼就是花在寫博客上等等。致使我以爲雖然在實踐課上花的時間很多，可是感受實際上作出的東西卻很少,這讓我以爲有點矛盾。web

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

一、統計一下，你在這門軟件工程實踐中，完成了多少行的代碼；

github上面提交了的大概就800~1000行左右吧。實際應該刪刪改改大概是二、3倍。數據庫

組隊做業和我的做業加起來應該也是差很少800~1000行服務器

可是這兩個800~1000行代碼的質量是徹底不同的。微信

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

做業	花費時間
第一次做業-準備	1~2h
第二次做業——我的項目實戰	25~30h
軟件工程實踐 · 團隊項目第一次做業	1~2h
第五次做業--原型設計（結對）	10h
軟件工程實踐 · 團隊項目第二次做業	0.5~1h
結對項目--第二次做業	15~17h
第七次做業--項目需求分析（團隊）	2~3h
項目UML設計（團隊）	4~5h
項目選題報告答辯總結	1~2h
項目需求分析報告答辯總結	1~2h
Alpha 衝刺	8~13h
Alpha 答辯總結	1~2h
Alpha 過後諸葛亮（團隊）	4~5h
BETA 版衝刺前準備	0h~1h
軟件產品案例分析（團隊）	4h~6h
Beta 衝刺	23h~33h
Beta 答辯總結	6h~7h

三、哪一次做業讓你印象最深入？爲何？

印象最深的做業有兩次

一次是第二次做業——我的項目實戰,當初只是以爲這個做業挺有意思的,因此才花了不少的時間和精力去弄,而後沒有想到意外的獲得了助教還有老師的讚揚。
另一次是

另一次是結對項目--第二次做業,一開始沒有花時間去弄，大概還剩下一週多的時候,開始思考,而後想了不少,而後到了截至的那天，從早上8點多開始一直,外賣了午餐,到了下午上課的點去上課到了4點，回來繼續弄,一直弄到晚上9點，晚飯都沒有吃,才弄完此次做業。

四、累計花了多少個小時在軟工實踐上？平均每週花多少個小時？

總計大體上花了140~180h在完成各項做業和任務上.按照17周時間來算,平均一週160/17 = 9.41h。

五、學習和使用的新軟件；

Wampserver
Apache Web服務器、PHP解釋器以及MySQL數據庫的整合軟件包
excel
用excel 生成燃盡圖

六、學習和使用的新工具；

insomnia
接口測試軟件

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

PHP 語言以及 CI框架
八、學習和掌握的新方法
UML類圖

九、其餘方面的提高。

博客的速度提高了很多。

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

歲月神話:前期摸魚划水,後期接鍋力挽狂瀾。

前期的時候,由於要打比賽,在訓練和比賽上花的時間比較多,並且組長(浩暉)也以爲我要打比賽,而後就不怎麼佈置任務給我了,因此我就前期很安逸,主要就是跟着看了CI框架的視頻和兩門PHP的課程,而後熟悉一下接口測試軟件,項目的具體上手任務就幾個個來熟悉練練手,相比一下其餘人作的事情比較少一些。
Alpha版本開始先後,組長任務交接給了海林,可是後期到了Alpha版本快結束的時候，組長(海林)由於各類緣由不太想作組長了,致使alpha版本展現的時候,咱們組連ppt都沒有。而後就只好我來接鍋,可是我接鍋的時候啥都不知道啊= =。。只好先開一個會討論一下beta版本還能作些什麼,最能作什麼。所有列一個列表,接下來我花了一段時間研究瞭如何發佈任務,而後熟悉團隊當前的進度,而後擔任各類中轉站,寫博客的量刷刷刷就上去了。固然實際上由於以前的一些方向已經定好了,因此我接手的時候就是盡最大可能的保證完成項目最核心的功能要作出來。不過功夫不負有心人,雖然不完美,可是仍是勉強完成了任務。

3、對下一屆實踐的建議，或者對於開學初的你，對於大一的你，對於開學初的我，你有什麼想建議和告知的呢？對於後來人的期許。特別地，特別地，下一屆要不要中途換隊員？

軟工實踐很麻煩，不少博客要寫,組隊最好認識的,這樣子一開始討論起來比較不會尷尬,好分配事情的,那種可能中途棄坑的隊友千萬就不要了,會很坑,最初的目標千萬要符合實際,需求分析千萬要慎重,任務的制定必定要清晰,否則後期會很慘,還有就是團隊合做很重要。
換隊友的話,偷偷進了z班的微信羣,裏面討論的很激烈,其中讓我比較承認的一些內容,,軟工實踐的換隊員機制是在模擬企業環境,可是我以爲達不到模擬的效果,你沒有辦法作到把一個web隊員換到另一組作前端工做中,咱們也沒有短期天自學並融入到新團隊的能力,就算有這個能力,除非對軟工實踐抱有巨大的熱情(具備巨大熱情的人基本上不會被換),不然按照大三上的科目狀況,把大多數時間浪費在軟工實踐的性價比不高,那麼,換隊員的事情就是弊大於利,對於被換的隊員,對於軟工實踐的恐怕也是愈來愈抵觸。因此，我我的不建議強制換隊員,極個別想要離開嘗試新團隊的,也支持。

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

萌芽階段：團隊成員雖然是通過了精心的篩選，但團隊成員剛進入到一個新的團隊，仍是會對職責規則和團隊的指望還不熟悉，可能成員之間的經歷與能力彼此也不太瞭解。
磨合階段：每一個人都相互熟識，團隊開始有了明確的目標併爲之共同努力,但會因各自不一樣的目標及個的能力、看法會對某個事項的看法不一樣而產生衝突，這種事情在團隊磨合期是常會發生的事情。
規範階段感受存在這個階段,可是又不存在的樣子。
創造階段在beta版本快要結束的那幾天,感受有創造階段的一點點小錯覺

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

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

已註冊帳號:50+
一個月內使用的用戶數:20左右
活躍用戶:10+

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

關於檢查表中的內容,大概掌握的語言方面不太好說,打的最多的就是c++了,軟工實踐用的是php,仍是用框架的那種。。。軟件實現方面閱讀別人的代碼主要考腦力模擬,實在不行就只好跑一遍,輸出中間變量慢慢理解。。。。。。目前確實還有不少答不上來,不過經過軟件實踐已經有部分能打得上來了,好比軟件測試,效能分析等已經有了涉及。