大王不高興 實驗五 團隊作業1：軟件研發團隊組建與軟件案例分析

項目	內容
課程班級博客鏈接	https://edu.cnblogs.com/campus/xbsf/nwnu2020SE
作業要求鏈接	https://www.cnblogs.com/nwnu-daizh/p/12709461.html
團隊名稱	大王不高興
團隊的課程學習目標	組建軟件項目研發團隊；團隊協作學習：軟件案例分析。
本作業在哪些方面幫助我實現學習目標	通過進一步和結對同伴的學習，提升團隊合作的能力和意識。
團隊博客鏈接	https://www.cnblogs.com/xiaochenCYR/

一.團隊組建

1.結對小組兩兩組合

       （1）王之泰&韓臘梅組和李瑞紅&陳亞茹組兩個小組組合為軟件項目開發團隊。

       （2）開通團隊博客，並加入到班級博客 。

2.團隊介紹

       （1）隊名：大王不高興

       （2）團隊成員組成

成員學號	成員姓名	個人博客地址	備注
201771010131	王之泰	https://www.cnblogs.com/hackerZT-7/	PM
201771010108	韓臘梅	https://www.cnblogs.com/hanlamei/	----
201771010111	李瑞紅	https://www.cnblogs.com/LRHLRH123----/	----
201771010103	陳亞茹	https://www.cnblogs.com/980303CYR/	----

       （3）成員風采：介紹每位隊員的風格、擅長技術、編程興趣、希望的承擔的軟工角色(文檔、開發、測試、PM等)、一句話宣言等；

姓名	承擔角色	個人介紹	個人宣言
王之泰	PM，開發	擅長寫文檔	本人是愛噴隊友的小菜鳥0號
韓臘梅	測試	風格：高冷話少； 擅長：頁面設計； 編程興趣：前端。	月亮不睡我不睡，我是禿頭小寶貝
陳亞茹	文檔	也就只能寫寫文檔了	本人是戰戰兢兢的小菜鳥1號
李瑞紅	測試	做一下測試。風格：無	本人是如履薄冰的小菜鳥2號

       （4）請閱讀《現代軟件工程—構建之法》第7章，理解MSF的9點基本原則。

　理解總結知識點如下：

　　①推動信息共享與溝通

　　第一個原則，就是所有信息都保留並公開，討論要包括所有涉及的角色，決定要公開並告知所有人。當然，對牽涉到的技術機密，安全性等信息采取必要的保護措施。隨着項日復雜度和團隊規模的增加，沒有信息共享與溝通是萬萬不行的。

　　②為共同的遠景而工作

　　這個“共同的遠景”是指產品的遠景。我們做一個產品，不管是應用軟件、行業軟件，還是通用軟件，要明確項目的目標是什么。“共同的遠景”，即團隊的領導人要讓全體成員都同意並為之奮斗的項目的遠景。

　　③充分授權和信任

　　在一個高效的團隊中，所有成員都應該能得到充分的授權。他們有權在職權范圍內按照自己的承諾完成任務。同時.他們也充分信任其他同事能實現各自的承諾。類似地，團隊的顧客(包括內部和外部的顧客)也認為團隊能兌現承諾，並進行相應的規划。充分授權的管理方式是MSF的核心觀念之一。

　　④各司其職，對項目共同負責

關鍵質量目標	MSF小組角色	出口條件
按約束條件交付產品	項目經理	項目經理們的項目是在時間/資源的條件內交付的么
按產品規格說明交付	開發	我們是否按照功能說明完成了各項功能
保證所有問題都得到處理	測試	我們發現了所有的問題，而且都有處理方案嗎
產品部署和后續管理	發布管理	客戶是否能快速方便地部署產品和進行后續管理
讓客戶滿意	產品管理	產品是否適應用戶的使用習慣?易學易用

　　團隊的各個角色合起束，對整個項目最終的成功負責。每個角色在其職責范圍內的失敗都會導致整個項目的失敗，而且各個角色的工作都是互相滲透、互相依賴的。這種互相依賴的方式也鼓勵團隊成員在自已本職之外為其他領域做貢獻。

　　⑤交付增量的價值

　　如果我們沒有搞清楚我們的項目會解決什么問題，為誰解決問題，為什么它會解決問題，以及怎樣才能拿到客戶的報酬，那我們的項目還不能算是真正開始。

　　⑥保持敏捷，預期和適應變化

　　軟件工程，唯一不變的是變化。所以干脆別幻想客戶的需求會在第一時刻很明確，然后保持不會變。但要注意，我們是預期變化，不是期望變化。除開外部原因，團隊內部也在變化，我們對技術的掌握每天都在提高，原來認為不可能的事可能變得容易。我們對客觀世界和軟件系統的了解每天都在深化，原來覺得沒問題的小細節忽然成了大問題。甚至原來一起打拼的同事忽 然要離開.....這些都要求我們團隊保持敏捷的身段。

　　⑦投資質量

　　對質量的重視，引發對質量的投資，引發對人、過程和工具的投資。

　　⑧學習所有的經驗

　　在學習過去的經驗的同時，也要避免讓過去的經驗妨礙解決現在的問題。這一原則有兩個含義：把經驗總結出來；分享經驗。MSF在每一個里程碑結束時都要做一個 “里程碑回順”.這個回題不必等到整個項目結束才做。這樣做的好處是，大家對最近的成敗都記憶猶新，能提供比較准確和全面的反饋:如果發現了錯誤，可以馬上研究解決辦法。在下一個里程碑中通過實踐來驗證。

　　⑨與顧客合作

　　MSF強調產品團隊與顧客的交流與合作，並不是產品團隊拿到合同之后，就閉門造車，直到產品完成才告訴用戶，給他們一個驚喜。項目當然是項目團隊成員做的，但是項目的商業價值要由用戶說了算。那些“我覺得用戶會喜歡”的東西要及早和用戶交流。因為“我覺得"和“用戶覺得”是兩碼事。

       （5）組建團隊企業微信群，給出群成員截圖

       （6）團隊特色描述，言簡意賅的描述團隊特點或核心競爭力

　　本團隊最大的優點有三個，凝聚力，執行力，敢發聲。

　　整個團隊都是圍繞做好項目這個目標而努力；隊長布置任務后，能嚴格按照規定時間提交任務甚至提前；不只有隊長一個人在發聲，當有不同意見或隊長的主意偏離目標時，團隊成員敢於提出質疑和想法。

二.軟件項目案例分析（案例分析作業以鄒欣老師博客1和2為基礎改編）

1.案例選擇

　　現代社會，人們很多時候要和軟件打交道，手機游戲、微信、QQ、中國鐵路12306等等。軟件工程學習中，通過這些軟件案例的分析、 評測、辨析和總結，我們就能看到軟件工程的原理和原則在工程實踐中的種種體現和應用，從而加深對軟件工程知識內容的理解，幫助我們在軟件項目實踐中做得更好。

　　因為本團隊使用博客園這個網站已經有兩年的使用體驗，對該網站的功能有多次的使用，而且接下來的學習中還會繼續使用，選取該案例有助與我們以后更好的使用該網站。所以本團隊選取案例1作為分析案例：

案例	案例描述
案例1：博客園班級博客	請對博客園的班級博客中針對院校+班級為對象的班級管理、作業管理、互相交流的功能進行分析，這一方面的參照對象是：CSDN。另外，班級博客的作業管理、班級管理等功能在手機上做得如何呢？有什么可以改進的？
案例2:VS和VS Code	微軟公司有兩個代碼編輯器：Visual Studio、VS Code，它們的目標用戶，主要功能有何不同？為何要有兩個編輯器和開發環境？請用這兩個編輯器/IDE寫出一個簡單的C/C++/Python程序，記錄程序耗時多久運行成功？描述你的發現。給出程序和運行結果截屏。 　　Visual Studio （Community）社區版指的是可免費提供給單個開發人員，給予初學者及大部分程序員支持，可以無任何經濟負擔、合法地使用的版本。官網下載鏈接: https://visualstudio.microsoft.com/zhhans/rr=https%3A%2F%2Fwww.microsoft.com%2FzhCN%2Fdownload%2Fdetails.aspx%3Fid%3D48130 VSCode發布站點：https://code.visualstudio.com/ VSCode源代碼git地址：https://github.com/Microsoft/vscode VSCode作為一個開源的項目，github平台有許多IT人士在為此項目做出貢獻，參照本篇博文后ffl((范飛龍老師）的建議可以學習github協作開發的技巧和方法。

2.案例選擇閱讀《現代軟件工程—構建之法》第8章、第12章內容，完成以下案例分析任務：

       2.1 下載、部署並體驗案例軟件的功能

       （1）博客園網站功能體驗

• 首先用自己的學生賬號登錄博客園，我們會看到首頁界面如下圖，然后針對院校+班級為對象的班級管理、作業管理、互相交流的功能進行簡要分析。

　　①對於班級管理功能，在班級博客界面，我們可以在首頁看到一些推薦的活躍班級以及熱度較高的作業博文

• 點擊校區，可以看到全國使用博客園的校區

• 我隨機的點擊了福州大學，可以看到該大學使用博客園的所有的班級

• 隨后返回，點擊班級，可以根據條件篩選班級信息

• 可以點擊“我的班級”，對自己所在的班級進行選擇，然后查看自己班級發布的作業公告等

　　②對於作業管理功能，我們首先可以看到所有博客園班級的作業按照時間順序排列

　　③對於互相交流功能，班級博客中的博文和評論功能都可以讓用戶交流溝通

• 在博文功能下，可以查看別人的優秀博文進行學習，並評論與作者交流

• 在評論功能下，評論按照時間順序排列，你可以看到最新的評論，並參與評論

       （2）博客園APP功能體驗

功能板塊	詳細功能介紹
“登錄”板塊	(1)軟件開始界面； (2)賬號登錄界面； (3)賬號注冊； (4)登錄驗證。
“我的博客”板塊	(1)查看自己的博客； (2)查看博客評論以及回復評論； (3)收藏博客以及分享博客。
“我的班級”板塊	(1)點擊班級名稱，可以選擇自己所在的其他班級； (2)查看班級公告； (3)查看班級博客作業要求以及提交作業； (4)通過條件判斷查看相應博文； (5)發起投票。
“個人信息”板塊	(1)顯示自己的賬號信息，包括：頭像、昵稱、園齡、博客地址； (2)日程提醒，提示下次交作業的時間； (3)收藏列表，顯示收藏的博客； (4)瀏覽記錄，顯示自己查看過的博客； (5)設置，包括黑暗模式以及是否接受推送； (6)關於APP的基本介紹； (7)退出登錄。

　　
　　具體使用軟件截圖如下所示：

• “登錄”板塊

• “我的博客”板塊

• “我的班級”板塊

• “個人信息”板塊

       （3）為了方便后面的比較測評我們也對CSDN網站功能做了體驗

• 首先用自己的學生賬號登錄CSDN，會看到首頁界面如下圖，然后同樣針CSDN的部分功能進行簡要分析。

• CSDN采用虛擬學院班級形式，我們在學院界面可以看到很多課程，這些課程通過學習內容來進行划分

• 這些視頻課程的學習者就相當於一個班集體，我們可以根據自己的需求選擇相應的課程進行學習。

• 選擇一個課程進入學習，我們可以看到課程介紹、課程目錄、同學筆記、最新評論四個功能，我們可以通過學習其他同學的學習筆記、發表自己的學習筆記來和同學進行溝通交流。

• 也可以通過查看評論，回復評論進行溝通交流。

• 除了這些溝通之外，返回至首頁，其中的論壇板塊在用戶學習交流過程中也起到了重要作用，用戶可以通過論壇的分類，快速地找到相應的論壇，在論壇里面和其他用戶分享學習成果。

       2.2 描述使用案例產品的過程，產品解決了用戶的問題么？軟件在數據量/界面/功能/准確度上各有什么優缺點？用戶體驗方面有問題么？

       （1）博客園網站

　　通過對博客園網站功能的再次使用，總的來說使用體驗很棒。就我們團隊看來博客園網站這一產品很好的解決了高校班級群體的一些功能需求，從創建班級，添加成員，發布作業，提交作業等等功能，建立起了供一個個學習群體的學習、溝通交流、分享的平台。

　　通過與CSDN的測試對比我們發現了以下優缺點：

　　數據量方面，CSDN網站比較占優一些，因為不管是從用戶量還是用戶種類上來說CSDN都要比博客園多一些，而且可能是因為CSDN商業化做的較好的原因（也就是掏錢了），所以在百度等引擎搜索一些博客園和CSDN都有的技術博客內容時，CSDN的排在檢索列表的靠前地方。

　　界面方面，這一方面博客園做的非常好，因為它不但有多種多樣美觀的界面模板樣式，而且用戶還可以自定義CSS樣式，添加JS文件，自主設計博客界面。就這一點吸引了大量的用戶。而CSDN無法自主設計不說，只有單調的幾個固定的模板樣式。

　　功能方面，博客園在班級管理這一方面，做的非常好，很好的滿足了各大高校群體的功能需求，而CSDN則完全沒有班級模塊這方面的設計。

　　用戶體驗方面，博客園簡潔而便捷的設計大大提升了用戶的體驗度，CSDN則不然，其過多廣告的植入使用戶體驗變得極差。而且CSDN大部分操作都需要注冊用戶才可以使用，這種強制注冊的設計讓用戶極其不爽，博客園則是不用注冊也可以瀏覽學習。

　　准確度方面則大體相差不多，我們團隊估計，都是采用關鍵詞檢索這一技術，搜索用戶想要的內容。

　　我們可以很容易地發現，博客園在班級管理模塊做的很好，提交作業、查看班級同學博客、查看班級公告等功能都很完美，用戶體驗也很好。但對於相互溝通交流功能而言，博客園明顯做的沒有CSDN好，CSDN不僅支持以評論博客和課堂評論的方式進行交流學習，而且通過撰寫和閱讀學生筆記增強對知識點的掌握程度，同時CSDN的強大論壇功能更是用戶之間相互交流溝通學習的寶地。

       （2）博客園APP

　　在使用案例產品的過程，產品解決了用戶使用電腦查看博客園不方便的問題，這樣而來用戶即使不隨身攜帶電腦，仍然可以用手機軟件登錄博客園。除了方便用戶使用之外，對於用戶對博客園的一些常用操作也基本滿足，比如：查看自己的博客和評論、查看班級作業要求、提交作業、查看其他同學的博客等等。並且軟件還有自己的創新部分，比如黑暗模式，這個模式滿足了用戶對於視力保護的需求。所以總而言之，該案例產品基本解決了用戶的問題，但在解決的時候存在一些bug，希望后期可以不斷地完善。

　軟件在數據量/界面/功能/准確度上的優缺點：

• 數據量

  • 優點：考慮到不同機型可能在使用上存在差異，所以軟件在測試階段，采用了小米、華為、三星S8、Custom Phone6.0、Google Nexus這5種機型對軟件進行測試，從測試結果中可以看出軟件在這5種機型上的基本操作都正常，這樣可以增加用戶的使用數據；
  • 缺點：對於部分機型還是不適用，蘋果手機用戶在所有手機用戶中也占有較大比例，但由於蘋果手機和其他手機系統不同，所以本軟件不支持蘋果手機用戶使用。

• 界面

  • 優點：登錄界面以及個人信息界面美觀；
  • 缺點：我的博客界面不夠美觀，並且部分博客表格不顯示，博客界面布局也存在問題。

• 功能　

  • 優點：功能較全面，並且基本功能都可以正常使用；
  • 缺點：部分功能存在bug，比如：在發起投票時，會提醒發送失敗，但實際已經成功發送等。

• 准確度

  • 優點：在注冊新賬號時，對於郵箱、手機號以及登錄用戶名等都有相應的限制。
  • 缺點：在登錄的時候，點擊左下角記住我，即下次登錄會自動使用之前賬號，但實際情況是每次都需要重新登錄。

　　用戶在體驗過程中，該軟件帶給用戶最大的感受應該就是便捷了，可以在手機上通過該軟件來登錄博客園，並進行簡單的操作。但用戶在體驗的時候也會遇到很多問題，比如：每次登錄都需要重新輸入用戶名和密碼；使用過程中總是彈出“身份信息過期，請重新登錄”；在發起投票時，會提醒發送失敗，但實際已經成功發送等等。這個問題雖然對軟件的功能沒有太大影響，但是用戶在實際使用過程中會因為這些細節問題而感覺對該軟件的體驗感變差。

       2.3 對產品有什么改進意見

       （1）博客園網站意見

　　對於該網站大多功能已經做的很好了，有一點是當班級成員點開作業鏈接提交作業后，班級內的熱門博文沒有實時更新，或許是服務器的問題又或者是代碼邏輯的問題，在作業提交后的一段時間內更新，但用戶的體驗就很不好，所以建議在此處做一些適當調整或提升。

　　博客園的作業剩余時間也是應該做出修改的地方，讓時間隨着時分的變化，或者自動隨着時間的變化而變化，本次作業的提交剩余時間為10天，但是卻顯示為剩余1周，就很容易讓人誤解，導致有些同學提交不了作業，或者趕時間作業完成度降低。如下圖所示。

       （2）博客園APP意見

　　app的一個最大的特點是便捷性，該產品最該改進的功能就是博客園評論功能的實時通知與回復。但這個功能需求仍然沒有實現，仍然只能通過發送郵件的方式收到回復通知。如果在移動端收到回復時，能夠手機彈出消息提醒，用戶就能夠像實時聊天一樣便捷地與評論者回復交流，相信會有更好的使用效果。
　　
　　而且使用APP有時候網絡不穩定時使用十分困難，部分頁面存在打不開的現象，一些頁面設計仍然較為粗糙，部分功能做的不夠細致化。並且官方並沒有推出相對應的APP，在應用市場下載時有很多版本的博客園app，讓人找不到對應的那一款。

       2.4 對該網站進行定量的測評

　　我們以如下表格的形式展現本團隊對該網站的測評：

類別	描述	評分（滿分10分,良好6分,及格4分,聊勝於無1分,很差-3分）
核心功能	分析三個核心功能	10
細節	有什么為用戶考慮的細節?	9
用戶體驗	當用戶完成功能時，不干擾用戶 (例如: 是否不斷彈出不相關廣告)。	9
輔助功能	一些輔助功能如皮膚等	10
差異化功能	這個軟件獨特的功能. 它對用戶的吸引力有多大?	9
軟件的效能	占用內存, 啟動速度, 內存泄漏情況	9
軟件的適應性	在聯網/斷網, 大小屏幕, 沒有鼠標的情況下都可以順暢操作. 和不同平台的軟件能流暢協作	8
成長性	記住用戶的選擇, 適應用戶的特點，用戶越用越方便	8
用戶有控制權	系統狀態有反饋，等待時間要合適。關鍵操作有確認提示，有明確的錯誤信息。 讓用戶方便地從錯誤中恢復工作, 快捷操作鍵可調整。	9
綜合評分		9

       2.5 經過以上工作，你們一定有充分的理由給這個軟件選擇一個評價結論:　（　D　）

              A) 非常不推薦　　　B) 不推薦　　　C) 一般　　　D) 好，不錯　　　E) 非常推薦

3.案例選擇閱讀《現代軟件工程—構建之法》第8.6、14.1節內容，完成以下案例分析任務

       3.1 使用軟件，估計該軟件/網站做到這種程度大約需要多少時間，並說明估算理由(假設團隊人數6人左右，計算機大學畢業生，並有專業UI支持)。

       （1）項目WBS

       （2）閱讀內容總結

　　通過閱讀8.6、14.1節內容，總結書中提到的方法，估計這個軟件/網站做到這個程度大約需要的時間，假設並不是沒有根據的給出答案。

“我們其實並不是不會估計，我們真正不會的，是把估計后面藏着的種種假設全部列舉出來”。這句話指出了假設在估計過程中的重要作用，做出合理的假設，才能使得我們的估計不偏離實際。
---軟件工程專家Paul Rook

　　
　　Wideband Delphi估計法，這是一種結構化的方法，嚴格按照流程執行。Wideband Delphi估計法的目的不是比較估計的准確性，而是在較短的時間內讓團隊充分溝通，交換意見。這種估計法的主觀性比較強，估計值缺少客觀的統計，可能會有很大的偏差，因此，我覺得這種方法可以用於軟件項目准備階段的粗略估計，不適合做項目的精確估計。

       （3）分析

　　在這個案例中，我們假設團隊人數6人左右，計算機大學畢業生，並有專業UI支持，總體來說，這個團隊的整體實力處於中上游水平。根據當前了解的情況和掌握的資源，可以進行分塊估計。

       （4）估算表樣例

項目名稱	博客園項目估計
標識	task1
負責人	團隊隊長
估計日期	2020年4月16日
假定及理由	假設項目組人員和資金充足
待估量	登錄模塊開發進度
估計值	14天
估計值計算方法	取平均值

       （5）匯總估算表樣例：

WBS Activity	初值	change1	change2	···	終值
task1(登錄模塊)	3	3	3	···	3
task2("我的博客"模塊)	20	21	22	···	21
task3(班級模塊)	22	23	24	···	23
task4（個人信息模塊)	22	24	24	···	23
和值	67	71	73	···	70

　　最后通過估計得出加權平均，實現博客園網站的開發需要為期70天。

       3.2 和同類軟件相比分析，這個軟件目前的優劣，這個產品的質量在同類產品中估計名列第幾？

       （1）博客園網站：

　　如圖所示，在CHINAZ站長之家的博客類網站排名中，博客園網站排名居第三名。

• 優點:
  • 搜索命中率比較高，在百度上搜技術類問題時也會出現很多博客園的內容，應該是做過SEO優化的。
  • 感覺實用的文章也挺多的，博客園上面也經常有不錯的專題類系列文章。
  • 博客園收錄機制控制不太好，有可能出現原創文章被人轉載之后，原創者沒有閱讀量，而轉載者卻閱讀量爆棚。
  • 提供了較大的界面風格定制空間。
• 缺點
  • 由於定制空間較大，導致每個博客版式不統一，看內容需要來回找，甚至有的時候都認不出來是博客園了。
  • 除了寫博客看文章之外，其他的業務資源比較少。
  • 不提供排名機制，看不到總訪問量，總排名。
  • 博客園的編輯器(例如Markdown)使用比較復雜，寫作效率不是很高。

       (2)學生團隊開發APP

　　我們對目前應用市場存在的三款博客園APP做了橫向對比。

　　主界面功能展示：

　　與博文之前展示學生團隊APP相比，這三款APP都添加了博文搜索功能，為用戶提供方便。且主界面均顯示為博文小廣場，展示最新園內博客。而之前所測試APP主界面展示為登錄用戶所在班級博文，無法現實此外其他人的博文，適合學生使用，而不適合大多數相關專業人使用。

　　三款軟件在主界面上方均提供了導航欄，軟件一在導航欄增添了精華博文展示功能，為用戶挑選了點贊和評論數較高的博文。軟件二還添加了賬號關注博文的展示。我們認為軟件三的導航欄設置最為合理，對博文按照技術類型進行了欄目區分，用戶可以直接進入自己需要瀏覽的欄目區尋找感興趣的博文。

　　在下方狀態欄中，這三款APP的功能都比較全面，用戶可以從多方面瀏覽博文。學生團隊APP中狀態欄主要包括班級博客、“我的班級”和個人資料設置三個欄目。我們認為我們認為學生團隊開發APP的優勢在於提供了明確的班級入口，方便用戶進行班級模塊操作。三款APP與學生團隊APP共同的特點是界面簡潔明朗。

　　個人賬戶資料界面對比：

　　從三款軟件的個人賬戶界面對比來看，軟件三的功能最為全面，且較為新穎的添加了字體設置功能，軟件開放了源碼並提供了內測邀請連接，可見軟件三的后期維護最好。

　　相比於這三款APP，學生團隊開發APP在個人賬戶界面提供了瀏覽記錄和收藏列表等入口，但是軟件缺少了“我的博客”的入口，用戶難以直接查看到自己的所有博客列表，但是創意性的開發出了暗黑模式，對於視力較差的用戶來說相當實用。

　　可以看出目前博客園軟件雖然評分比較高，但是下載量都不是很高。主要是在於軟件面向的用戶只限於IT行業相關用戶。當然，這也與博客園APP存在許多功能上的缺陷有關，例如上圖中第三款登錄顯示404錯誤、無法全屏顯示等問題。此外，相比於新浪博客、LOFTER等比較成熟的博客類APP來說，博客園軟件的穩定性和功能的完整性都不是很高。時至今日，博客園也沒有推出功能比較齊全的官方APP。

　　綜上所述，我們估計學生團隊所開發APP在一眾博客類軟件的對比下排名應當不是很高，大致處於五六七名之間徘徊。

• 優點：
  • APP的優點在於功能專一，主要突出“我的博客”以及“班級博客”兩個模塊。
  • 具備了博客園網頁端的基本功能，用於IT類技術性博客的瀏覽。
  • 界面純凈簡潔而且直觀，用戶的觀感比較好。
  • 博文下方設置了收藏、評論和分享三個按鈕，對用戶來說操作簡單。
  • 設置了暗黑模式，保護用戶視力（該功能實現尚不完整）。
• 缺點：
  • 目前軟件存在的bug還是比較多，需要繼續優化。
  • 相比於市面上已經存在的幾款博客園APP來說，我認為軟件缺乏了搜索功能。
  • 文章加載比較慢。
  • APP內目前只顯示個人博客以及班級博客，他人博客除非點擊鏈接跳轉至網頁，否則不顯示，個人認為軟件缺了一個資訊廣場。

       (3)與CSDN相比

　　CSDN商業化氣息更重，也許你剛好找到了你想要的文章，可是它卻無法查閱，要積分，這會使得你的體驗變差，下次也許不會在來CSDN查找知識。而更願意去免費的博客園。

　　CSDN的界面美觀程度不如博客園。

　　CSDN規范化欠缺，文章看上去比較零散，沒有博客園那樣使用了班級進行集中管理。這使得CSDN也會損失一些用戶。

　　而且CSDN頁面存在大量廣告，相比來說，博客園更加精簡，而且對主題修改的支持更好。

       3.3 綜合判斷，給出這個軟件團隊在軟件工程方面可以提高的一個重要方面。

　這個軟件團隊在博客園的功能的細節方面的處理可以進一步提高。

　　①在軟件開發的過程中文檔記錄是非常重要的，此項目在GitHub倉庫中並沒有相關的文檔記錄，個人認為這會在代碼復審和軟件測試的過程中帶來一定的問題。應當在開發過程中注意文檔的撰寫，還應當制定代碼規范，統一團隊成員的代碼風格。

　　②軟件目前主要面向的用戶是計算機系的學生，主要功能停留在“我的班級”模塊，我們認為可以把軟件用戶擴展到廣大的博客園網站使用者，增加一些IT從業者經常會用到的功能模塊。

　　③推送消息！收集用戶使用app的習慣，數據。來推送相應的對於用戶來說感興趣的消息。

4.案例選擇閱讀《現代軟件工程—構建之法》第8.5節、第9章內容，完成以下案例分析任務：

　　這個軟件/網站有很多可以提高的部分，如果你是該軟件新上任的項目經理，你一定非常希望所負責的項目在競爭中勝出，請思考以下問題：

       4.1 首先，市場有多大？潛在的用戶有多少？

　　目前來說，根據本團隊的調研該網站的市場相當龐大。大部分用戶為各高校的教職工老師企業導師和大學本科生、研究生等，數量大約在千萬以上。但這還不僅僅是全部用戶，企業公司乃至一些以集體為單位的集合都是潛在用戶。只要根據這部分人的需求，增加改善相關功能，市場還會進一步擴大。而且博客園唯一的競爭優勢就是幾乎免費且開放而且針對性較強，很好地抓住了相關專業用戶的內心思想，相比較而言，用戶更容易接受功能使用體驗差距不大且性價比較高的。

       4.2 目前市場上有什么樣的產品了，它們的優勢劣勢在哪里？和它直接競爭的產品在那里？

　　目前市場上有三類產品主導技術類博客論壇網站：CSDN，博客園，簡書、知乎等平台。

　　第一類競爭的產品是CSDN平台，這個平台主打的是技術心得交流，完全沒有考慮到高校、企業這些小圈子的需求，它是從宏觀的一個角度看待用戶，只要接觸互聯網那么你肯定就會有技術方面的需求，而這個平台集合各種各樣的技術博客、資源乃至教程。所以他的用戶並不僅僅局限於一些專業相關人士。所以在班級管理等這些方面它並沒有與博客園競爭。其優勢是有強大的商業支持，在部分搜索引擎中搜索的技術相關內容，大多都會將CSDN平台相關的技術資源、博客推到頂部。這對於非商業化的博客園平台來說是一座高峰，但正因為CSDN的過度商業化導致部分高校群體和小型企業用戶流向了博客園，因為這部分群體並沒有太多收益投入到學習性資源的使用。

　　第二類競爭產品是知乎、簡書等平台，這些平台客戶雜亂，而且內容種類繁多。唯一的優勢就是綜合性強，並不針對某些特定人群。但因為他的專業性不足使得CSDN和博客園兩大平台完全不會擔心用戶的流失。

　　至於各個高校自主研發的學生作業提交平台，完全沒有與以上產品競爭的資格，首先用戶量有一定的上限，而且各個高校能否聯合起來共同使用同一款還尚未可知，其次開發維護的資金來源仍然是巨大的問題。

       4.3 作為新上任的項目經理，這個產品的核心用戶群是什么樣的人，典型用戶長什么樣？學歷，年齡，專業，愛好，收入，表面需求，潛在需求都是什么？

　　我認為該產品除非做出巨大改變，不然其核心用戶群體依然是高校的教職工團體和各個高校的學生，學歷為本科乃至更高，年齡大多在16——45之間。以后隨着編程技術的低年齡普及化，可能還會加入初高中生等群體，而專業基本大都為工學類且偏向電子信息專業的學生，愛好這些，每個人各有不同，以及在學生時代就有收入就更是少之又少了。

　　這些用戶的表面需求大都與實際教學、學習相關，老師與助教發布作業，與其他企業導師互動了解前沿技術，學生探索學習並提交作業；潛在的需求也有很多，怎樣才能更好地管理班級學生；如何提高師生之間的交流頻次；如何讓學生真心求學，而不是流於形式化的作業提交等等。

       4.4 功能：你要設計什么樣的功能？為何要做這個功能，而不是其他功能？為什么用戶會用你的產品/功能？你的創新在哪里？可以用NABCD分析

　　設計優化適宜的檢索功能。

• N（Need）：需求
  • 廣大用戶需要搜索到自己需要的博文。
  • 用戶需要向開發者反饋軟件使用過程中的問題。
• A（(Approach）:做法
  • 優化搜索欄，也可以模仿上文中軟件三，添加一技術類型為區分的導航欄。
  • 實現用戶交流社區模塊或者幫助與反饋入口
• B(Benefit):好處
  • 滿足用戶精准找到所需博文的需求
  • 滿足用戶對軟件問題的反饋，也有利於軟件后期的維護和繼續開發
• C（Competitors）:競爭
  • 同類博客園軟件之間的競爭
  • 知識共享型軟件之間的競爭（例如知乎，CSDN等）
• D（Delivery）:推廣
  • 可以在各大高校的計算機系進行推廣
  • 增強軟件自身優越性，提高在IT行業從業者之間的口碑
    　下面用簡明的語言總結我們的NABCD:
    　　我們的產品博客園是為了解決各大高校以及小型企業群體的痛苦，他們需要搜索到自己需要的博文，,但是現有的產品並沒有很好地解決這些需求。我們有獨特的辦法，即添加搜索欄，實現用戶交流社區模塊或者幫助與反饋入口，它能滿足用戶精准找到所需博文的需求,遠遠超過競爭對手。同時，我們可以在各大高校的計算機系進行推廣，就能很快地讓目標用戶知道我們的產品，並進一步傳播。

       4.5 如果你有錢可以招聘6個人，有4個月的時間，你作為項目經理，應該如何配置角色(開發，測試，美工等等)？描述你的團隊在16周期間每周都要做什么，才能在第16周如期發布軟件的改進版本，並取得預想中的成績。

　　在招聘的6個人里面，我們感覺開發人員要占多數，其余人員可以按照任務的量分配。會讓4個人負責開發，其中2個人前端，2個人后端，另外的兩個人1個負責美工，一個負責測試。
下面是角色(開發，測試，美工等等)分配。

時間	工作
1-2周	調研用戶需求
3周	制定需求文檔
4周	設計網站架構，明確各部分工作
5-9周	不斷迭代
11-12周	測試並發布alpa版本，收集得到的反饋信息
13-14周	根據得到的反饋修復bug或完善功能
15周	發布beta版本
16周	后期的部署與維護

5.團隊協作學習方式總結

　　本次學習我們團隊采用的是總分總的學習形式學習、分析。顧名思義，先團隊一起確定學習目標以及分析任務，每個人提出自己的看法，之后由隊長根據成員具體情況進行細致任務划分，各成員每完成一個任務點就在微信群中通知，以便於其他成員審核並提出修改意見。各成員完成所有任務后在微信群中分享自己的看法、心得體會，反思自己的不足向其他成員提出建設性的意見。之所以采用這種學習因為是第一次團隊學習，這樣的學習利於隊長了解每個人的能力，態度以及想法，便於以后的任務划分。增加各成員之間的溝通，消除陌生感，在以后的學習中能夠更加緊密的合作分工，打下良好的基礎。

　　這種學習方式就好比“揉面團”。一個大面團，團隊里的每個人揉起來都非常的吃力，且效率不高。但將這個面團按照每個人的能力范圍適當划分開來，分成幾個小面團。這樣每個人就都能有游刃有余的完成。再由隊長將這幾個小面團揉到一起，和成一個大面團。

三.記錄完成《實驗五 團隊作業1：軟件研發團隊組建與軟件案例分析》各項任務實際花費的時間；

任務	花費時間(h)
任務一	2.5
任務二	7.5
任務三	8

四.從團隊分工角度，談談完成本次作業的感受和體會。

　　本次團隊學習任務是在之前結對小組的基礎上兩兩組合而成。多了一倍的人，並不像是“人多了，事就好辦了”，人多固然有人多的好處，但也伴隨着相當的弊端。人數多的優勢在於，任務划分能夠更加細致，每個人的任務可以減小一些。但如何根據每個人的能力划分這不是一朝一夕就能夠做到的，並且我們以總分總的學習方式分析本次案例，一旦有個別成員分配的任務完成較慢，那整個團隊的進度就慢了下來。

　　團隊學習比起小組來說最大的優勢就是能夠多角度看待問題，每個人思考同一個問題時就有四個不同的看法，而以小組學習時，兩個人的想法是很有可能重復的，而且一個人容易受另一個強勢的人的影響而導致失去自己的主見。經過這次團隊學習，我們相信在以后的團隊任務中，分工合作會越來越好。