|
|
|
|---|---|
| 課程班級博客鏈接 | https://edu.cnblogs.com/campus/xbsf/nwnu2020SE |
| 這個作業要求鏈接 | https://www.cnblogs.com/nwnu-daizh/p/12616341.html |
| 我的課程學習目標 | 1. 認真完成本課程學習； |
| 這個作業在哪方面幫助我實現學習目標 | 1. 寫博客； |
| 結對方學號-姓名 | 201771030115-牛莉梅 |
| 結對發本次博客作業鏈接 | https://www.cnblogs.com/niulimei/p/12630753.html |
任務1
從實驗三中得分100分以上作業中，任選一份作為案例，對案例項目的成果進行評價。實驗過程如下：
選擇案例作業博客:[https://www.cnblogs.com/litinghua/p/12534838.html](https://www.cnblogs.com/litinghua/p/12534838.html);
選擇案例作業項目倉庫鏈接：[https://github.com/wyq1998/System-second](https://github.com/wyq1998/System-second);
1、對案例博文作業進行閱讀並進行評論，評論要點包括：博文結構、博文內容、博文結構與PSP中“任務內容”列的關系，並將以上評論內容發布到案例作業的博客評論區。評論如下：
2、克隆案例項目源碼到本地機器，閱讀項目代碼規范文檔並運行代碼，總結代碼運行中存在的問題，體會案例博文是否有助於項目代碼理解。
-
代碼clone
-
運行結果及存在的問題
- 學生信息上報功能
（1）學生登錄
（2）學生信息上報
- 教職工信息上報功能
（1）教職工登錄
（2）教職工信息上報
- 二級疫情防控部門人員信息上報功能
（1）二級疫情防控部門人員登錄
（2）二級疫情防控部門人員信息上報
- 二級疫情防控部門管理功能
（1）登錄
（2）增加功能
（3）刪除功能
（4）修改功能
（5）學號准確查詢功能
（6）姓名模糊查詢功能
（7）時間准確查詢功能
（8）感染情況查詢功能
（9）感染情況統計圖功能
- 學校疫情防控部門管理功能
（1）登錄
（2）增加功能
（3）刪除功能
（4）修改功能
（5）學號准確查詢功能
（6）姓名模糊查詢功能
（7）時間准確查詢功能
（8）感染情況查詢功能
（9）感染情況統計圖
（10）填報情況統計圖
（11）學生統計信息匯總
（12）教職工統計信息匯總
（13）導出excel
-
bug專區
（1）沒有時間截止的限制
（2）excel導出問題
（3）二級防控部門負責人和校防控辦統計數據時必須要輸入時間進行統計，但是時間格式並沒有為用戶提供，導致在輸入時會由於格式的問題而出錯。
-
心得體會
通過與開發人員聯系請教，再借助案例博客順利完成此次任務。所選案例項目，代碼結構和思路都比較清晰，功能也是按照實驗三中所要求的完成，很齊全。但是，還是存在以下幾點缺點:
（1）導出excel這個功能存在導出來的表格無法查看相關數據的問題；
（2）幾個模塊之間的銜接並不是很密切，每一次想切換到另一個模塊時，必須要重新運行代碼。若對該問題作出改進，這個項目是個很不錯的項目；
（3）二級防疫部門負責人和學校防控辦這兩個模塊中的修改操作存在問題，只能修改所屬部門和感染情況這兩項;
（4）該系統在時間上采取的都是手動輸入的方式，我覺得如果是按照系統時間輸入的話會更好一點，這樣時間更加精確，而且比較方便。
3、總結本組實驗三博客作業及代碼設計存在問題與不足，列舉代碼中存在的bug，未實現的功能等等。
通過對任務一的所選案例項目分析過程，我也發現了我們項目的很多不足之處。相對於案例項目，我們的項目沒有做到像他們那么細致，對二級部門人員的信息上報有所忽略，並且還未實現鬧鍾提醒功能。測試代碼過程中發現我們的項目在導出excel的時候還是有點小問題，問題如下：
導出excel的時候，總是出現有時候能將表格導出來，但有時候導不出來的問題。查閱相關資料都沒有得到相應的解決。
##任務2任務要求：
與實驗三結對伙伴協作學習：閱讀《現代軟件工程—構建之法》第5-6章內容，理解並掌握軟件項目團隊的特點、了解軟件團隊的模式、結合理論課學習內容理解瀑布模型及其變形、漸進交付流程、敏捷流程等典型軟件過程模型特點，理解並體會卡內基梅隆大學（CMU）軟件工程學院總結的TSP原則；
通過讀書學習，我和我的結對小伙伴進行了以下深刻交流：
任務3
在班級博客園，有很多高校的軟件工程課程要求同學們完成團隊項目，請與實驗三結對伙伴協商，在以下三個班級中選擇一個高質量的團隊項目案例進行協作學習，要求追蹤該團隊項目發布所有博客作業，下載項目軟件代碼。
1、[2016級計算機科學與工程學院軟件工程 (西北師范大學)](https://edu.cnblogs.com/campus/xbsf/nwnu2019SE/homework/2977)
2、[2019秋福大軟件工程實踐Z班 (福州大學)](https://edu.cnblogs.com/campus/fzu/2019FZUSEZ/homework/8737)
3、[2019春季計算機學院軟件工程 (北京航空航天大學)](https://edu.cnblogs.com/campus/buaa/BUAA_SE_2019_LJ/homework/2685)
-
本任務中，我們選擇了Water_T項目；
-
本次案例項目github地址;
-
綜合老師所給三個網站資料，我選取了北航學生的團隊項目進行研究。原因有三點：
1、他們的項目博客都很詳細，相對於我們的項目來說，他們做到了“遇到問題總結問題解決問題”的原則；
2、本案例中的軟件開發流程都是嚴格按照軟件項目的開發流程走，Scrum Meeting按照Alpha版本->Beta版本->Gamma版本進行，這個是我們在項目開發中所沒有認真注意到的；
3、本案例的項目願景我們覺得很好，他們的這個項目注重於解決以下幾個問題：（1）想參加競賽，鍛煉自己，卻找不到合適的隊友；
（2）想進行實習，體驗工作，每天不得不翻遍吐槽版的幾百條信息卻一無所獲；
（3）發布在吐槽版的“求組隊”被聊天淹沒，無人問津；
（4）想找特定競賽、特定類型實習的通知，只能一個一個自己翻找，心力交瘁。 -
案例項目分工合作情況
- 角色確定依據
本團隊以“根據每個成員的性格，以及其在之前階段中的變現來決定”為確定依據。
- 團隊之間互助情況
他們在遇到不懂的問題請教其他成員、在平時的交流中幫助其他成員等等。
- 解決問題方式
出現問題時，他們首先通過QQ、微信通知對方，能在線解決的小問題爭取在線解決。若問題比較復雜麻煩，就到某一方的寢室詳細討論，當面解決。
- 團隊貢獻總結
- 角色確定依據
-
結合項目系列博客文檔，評價項目的軟件項目過程特點（TSP）
所選案例項目中沒有找到相關TSP，但是通讀博主整個博客內容，發現他們的團隊項目從立flag到設計實現再到測試運行，這個過程中花費的時間相對於我們自己研發這個項目的話就比較少。他們根據自身的特點以及擅長的方面為依據進行分工，並且分工比較細致，所以效率比較高。這一點值得我們學習。
-
觀察該團隊項目github倉庫的源代碼文件結構，是否包含代碼規范文檔？
本案例項目源代碼文件結構中，所包含的文檔比較齊全，其結構如下：
-
使用體驗及bug展示
-
下載代碼
-
環境配置
-
功能展示
（1）首頁
（2）搜索
（3）組隊邀請
-
bug專區
1、bug1：在個人信息展示頁面，無消息提醒功能。用戶無法及時接收到邀請。
2、bug2：該小程序在使用的時候若服務器沒有打開，在手機上就無法正常使用。例如，修改個人資料，點擊確定修改，沒有反應。如下：
修改前:
修改后:
-
使用體驗
由於該項目是也微信小程序，博客中有給相關二維碼。所以在使用時只需要配置好后台環境，就可以使用。但是在配置后台環境的時候，由於對Python不是很熟悉，所以在配置過程中有遇到很多問題。但配置好以后的體驗效果還不錯。
-
-
評價該團隊項目是否值得繼續開發，並陳述理由？
我覺得該團隊項目值得繼續開發。原因如下：
1、該團隊經過三次迭代過后，基本達到了“已管理級”的要求；
2、該團隊的所有討論、工作都是透明的，成員也比較認可PM的能力，前后端各自成員也是有一定的自管理。他們的目標統一明確，有較高的一致性。目前已經帶到“規范”階段的基本要求，還有“創造”階段的進步空間。
3、以敏捷開發為原則的他們，無論團隊內外、面對面的交流始終是最有效的溝通方式，而且他們利用可用的軟件來衡量項目的主要指標，來督促他們的項目得到更好的開發和發展。
總結
-
記錄完成《實驗四 軟件項目案例分析》各項任務實際花費的時間
內容 預計花費時間（h） 實際花費時間（h） 總計 38.3 42.3 任務一 16 18 任務二 4 4 任務三 18 20 任務四 0.3 0.3 -
請談談完成本次作業的感受和體會
本次作業通過兩個案例項目的分析學習，感觸很深。發現自己在很多方面做的都不是很好。例如，對項目細節的考慮不是很周到；對項目的認真程度不夠；對項目的研究以及開發過程的細節問題，處理的不是很好。真的是人外有人，天外有天。以后的學習生活中，一定要多像別人學習學習。