软件工程（2018）第1次团队作业
簡潔、專注于閱讀環境的博客頁面
團隊人員
- 張闖（隊長，前端）
- 蘇闊（業務邏輯）
- 馬超群（security）
- 郭靖（數據庫）
- 常遠（controller、博客撰寫）
團隊類型的確定
我們團隊仔細討論了一下各個模式的特點：
主治醫師與明星模式：這兩種模式都太過于強調個人對團隊的作用，很可能會出現其他同學打醬油的情況發生，所以放棄。
社區模式：我們的團隊人數較少，如果每個人都只做自己感興趣的事情，那么有可能會完不成任務。
秘密團隊：軟件項目在秘密條件下進行，有較高的自由，不用考慮給別人匯報項目進展和領導的指示，很明顯不適合我們現在的情況。
特工團隊：這種團隊是由于一些特殊技能的專業人士組成，用來解決棘手而緊迫的問題，對于我們這種在校學生，當然不適合這種專家和高手運行的團隊模式。
交響樂團模式：種類齊全，每個人都有一定的能力，各司其職，遵守規則，并且熟悉任務過程。對于我們這種新人，工具較為單一，水平參差不齊，還不熟悉團隊開發的過程，所以放棄。
爵士樂模式：與交響樂團相比，自由與隨行發揮的方面更多，我們團隊還沒有到才華橫溢到各自即興發揮就能完成任務的地步。
功能團隊模式：這種模式特點是各個功能小組互相頻繁交流完成任務。我們只是五人團隊，不適合在進行這種分組開發，再重新組織的模式。
所以經過討論最后我們選擇了業余劇團模式，通過隊長的指導安排和組員之間的相互討論，每個人都可以擔任不同的角色。并且我們還是課堂的學習項目，大家沒有互相競爭的必要，反而還可以更加平等的進行討論和交流，在這種輕松的環境下，我們不但能學到知識，還能體會到扮演不同角色的樂趣。
團隊題目的確定
經過小組討論，我們最終的選擇題目是為人們提供簡潔、專注的閱讀環境的博客。其中最主要的原因是這個任務涉及的任務比較全面，既有前端的網頁設計部分，也有后端的權限管理，業務邏輯以及數據庫交互的部分，這樣隊伍分工可以更加明確。其實最開始的想法是做另一個項目的，但是團隊開會之后發現這個項目涉及的有些太少了，既然要做，干脆就努努力多做一些小功能之類，如果最后實在是做不出來，還可以適當刪減一些，畢竟最后的結果不是最重要的，重要的是你在這個過程中學習到了些什么。
利用競爭性需求分析框架（NABCD Model）
N-Need 用戶為什么需求我們的產品
在現在這個互聯網越來越普及的時代，博客漸漸退出了人們的視線，但就像穿過陰暗的小巷才能到達的小酒館一樣，我們希望能為真正喜歡專注閱讀的用戶提供簡潔、舒適的閱讀體驗。
A-Approach 我們如何滿足用戶的需求
我們想要先通過實現一些基本的功能來滿足用戶的需求，比如博客的發表，關注，點贊，和評論的功能。通過這些功能，我們就可以完成用戶對我們產品的最基本要求。我們之后還想加入一個篩選的功能，這樣用戶可以在大量的博客中可以找到更多的干貨。
B-Benefit 用戶可以得到什么樣的好處
用戶通過在博客平臺上發布自己的原創作品，可以讓更多的人了解自己的愛好，或者把自己的知識分享給大家，在這個過程中，用戶可以找到很多志同道合的人，擴大自己的社交圈，交到更多的新伙伴。而另一方面，用戶還可以通過閱讀其他人的博客，了解到自己需要的知識或經驗。
C-Competitor 競爭者分析
現在的博客平臺有很多，比如國內比較出名的新浪博客，網易博客，天涯博客等等。這些博客受眾很多，他們感興趣的方面也各不相同。面對這種環境，我們希望我們的產品具有一定的專一性，不要求用戶流量多么高，只想在閱讀體驗方面能有所特長。
D-Delivery 如何宣傳和普及我們的產品
像星巴克不會宣傳自己的店鋪來保證用戶體驗一樣，我們也不會進行大肆宣傳。
我們準備了一個服務器，如果最后我們的作品完成，上面會放上我們的網站，并會限量的開發注冊，以保證用戶體驗不會被多而雜的用戶群體影響。
團隊開發技術的確定
前端使用Vue、Bootstrap、JQuery開發。
后端使用SpringBoot、Thymeleaf、Hibernate開發。
該篇博客由常遠撰寫。
轉載于:https://www.cnblogs.com/sequix/p/8902383.html
總結
以上是生活随笔為你收集整理的软件工程（2018）第1次团队作业的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： MD5和SHA加密实现
- 下一篇： [BZOJ2095]Bridges