軟件工程導論團隊項目

軟件工程導論團隊項目（速課小龍）

一．團隊介紹

1.團隊成員

鄧  旭 2016012068 （組長）

陳逸璇 2016012056

周紫伊 2016012043

謝月鵬 2016012066 

洪澤芳 2016011988

葛金星 2016011992

2.隊名：速課小龍

3.項目描述：

求而不得都是累，古語有云，先下手爲強，後下手遭殃。

咱們團隊想作一個「網絡課程購買及學習系統」。其宗旨是爲了給廣大學習者營造便捷的學習環境。「速課小龍」是垂直的線上學習網站。以獨家視頻教程、試題集錦、學習計劃、問答社區爲核心特點。在這裏，你能夠找到最好的學習牛人，也能夠經過免費的在線公開視頻課程學習國內外的基礎科學知識。

4.隊員風采：

（1）鄧旭：

風格：我是屬於比較主動的那種性格，做爲組長，會帶領你們一步一步去完成項目。可是作事的時候可能有些地方會考慮的不周全，不夠細心。會爲了本身的團隊盡力去爭取，去付出，想把事作得更好一些，比較追求完美。

技術：java語言，主要就是後端學習和開發，作過一些先後臺交互的項目。

編程興趣：從最開始連軟件是什麼都不知道的小白，到現在成爲藍旭工做室的正式成員，慢慢地在學習，但願本身有一天能獨擋一面。仍是挺喜歡敲代碼的，可是如今算不上極端的喜好，卻在慢慢感覺。

但願的軟工角色：我想應該沒有誰想在原地踏步，因此會不只僅只想當個程序員，但願積攢到實力足夠的時候，成爲軟件工程師，項目經理。

一句話宣言：興趣是最好的老師，聽任飄灑，終成無畏。

（2）陳逸璇：

風格：本身性格沉穩，是公認的比較靠譜的人。團隊中，在扮演好本身的角色的同時，會積極爲團隊項目開展作出貢獻。與隊員默契合做，完成好屬於咱們的做品。

技術：html+css+js，前端開發，作過一些小項目

編程興趣：大學之前，從未想過學習計算機專業，然而，最終走上了這條道路。一開始的不自信，到後來的喜好。有人說，有興趣才能作好，其實不少時候，作好了纔有興趣。

但願的軟工角色：目前但願本身能夠成爲一名前端工程師，而後積累經驗，成爲一名產品經理或項目經理。

一句話宣言：咱們未到達的遠方，指引着咱們的方向

（3）周紫伊：

風格：踏實認真，積極樂天，有本身的目標，想要的就必定會爲之努力。

技術：JavaScript，jQuery，bootstrap，Ajax，HTML，CSS

編程的興趣:網頁設計，前端頁面的設計與實現。

編程興趣：喜歡網頁設計，前端頁面實現的過程

但願的軟工角色：但願可以成爲一名優秀的前端工程師，有能力的話向全棧工程師努力。不僅是一名碼農，而是涉獵普遍的全面型人才。

一句話宣言：願你有揚在臉上的自信、長在心底的善良、 融進血裏的骨氣、 刻進生命裏的堅強。

（4）謝月鵬：

風格：我是一個對本身生活頗有規劃的人，清楚地知道本身想要什麼。有不少計劃，都在慢慢完成的過程當中。

技術：網頁前端，小程序前端

編程興趣：有用的，好玩的東西

但願的軟工角色：但願經過本身的努力，成爲一名合格的前端工程師。同時學習後端技術，爭取成爲一名全棧工程師。

一句話宣言：行遠必自邇，登高必自卑。

（5）葛金星：

風格：性格陽光開朗，生活中是你們的開心果。作事認真，責任心強。追求完美，作一件事，要麼不作，作的話必定要作好。

技術：前端技術

編程興趣：享受技術，享受完成項目的過程。以爲開發的過程當中，本身更像是一位藝術家，從事的都是充滿創造性的工做。

但願的軟工角色：但願本身成爲一名出色的軟件工程師，未來開發出更多優秀的產品。

一句話宣言：看個人！

5.團隊合照：

 

 6.團隊描述：

團隊成員有兩人在學校「藍旭工做室」任職，擁有豐富的先後端交互開發的經驗，小組其餘成員也都有項目開發的經驗。小組成員配合默契，分工明確，有着積極的學習心態，在完成項目的過程當中，不斷地學習，提高本身的能力。本團隊對軟件的需求和現狀進行了詳細的分析和調查，對於存在的問題提出了相應的解決方案。項目團隊成員具備必定的開發技術、經驗和較強的解決問題的能力。在老師、同窗的指導幫助下，科學運用研究方法，相信項目研究和開發能夠順利進行，相信咱們能夠出色的完成任務。

二．選題展現：

1.項目概述與意義：

項目概述：咱們團隊想作一個「網絡課程購買及學習系統」。該系統涵蓋視頻教程、試題集錦、學習計劃、問答社區四大模塊。用戶能夠經過免費的在線公開視頻課程學習國內外的基礎科學知識，系統經過試題判斷用戶的掌握程度，爲用戶推薦適合的學習計劃，並提供問答社區方便用戶間的交流。系統宗旨在於爲了給廣大學習者營造便捷的學習環境。

意義：隨着社會的進步，人們愈來愈重視教育。而網絡教育爲人們提供了一種全新的學習方式。當前，網絡教育已經成爲改革傳統教育模式的強大動力和有效手段。其優點主要有以下幾點：

（1）使教育資源共享變爲現實。

（2）爲學習者提供個性化學習的條件

（3）有助於實現交互式學習。

（4）有利於促進教育社會化和學習社會化。

2.速課小龍NABCD分析

1) N (Need 需求)

首先，咱們的項目用戶需求是比較明確的，即學生或社會人羣想要經過網絡來學習知識和技能。咱們提供一個學習和分享的平臺。

但這一點早就作爛了，網上相關的平臺多如牛毛。咱們考慮的是針對咱們平時在網上平臺學習上遇到的一些使用問題，解決他們的使用痛點，來定製一個有更好用戶體驗的產品。

剛性需求：須要一個有很好用戶體驗的學習平臺的人羣是不少的，而在分析市面上比較好的網上學習平臺的時候咱們發現，有的慕課沒有學習後的測試機制純幹講，有的慕課對課程類別限制受衆面很窄，有的慕課對於課程的上傳有不少要求，一些短小的小技能課程是沒有的。

再談一點次要需求，不少課程都是技術相關的課程，生活技能學習好比修手機，重裝操做系統，ppt製做學習等不少用戶有時候也是須要的。

那麼，若是能作一款兼顧測試機制，多種內容課程上傳，不限制上傳資格身份，有討論交流的學習，有點評打分機制的學習平臺是有需求的。

咱們的調研潛在用戶名單（常常用網上慕課進行學習的大學生）：楊帆、劉玥、丁小帥、王雪、王森、劉卓錦、雷啓航、楊嵐青、張宏宇、洪澤芳。

2) A (Approach 作法)   

簡述一下咱們的獨特招數：

（1）、運用網易雲音樂的評論模式，能夠相互評論。

（2）、每個學習視頻得配套上傳一套試題供下載。

（3）、不限制上傳身份，人人可當老師，經過評分機制來考覈。

（4）、課程類別無限制，生活，技能，專業學習都有所涵蓋。

3) B (Benefit  好處)

簡述一下咱們的產品帶給用戶的好處：

（1）更好的學習過程體驗，有測試機制，能下載題目。

（2）分享本身任何有的技能，並能夠得到報酬。

（3）基礎的各種課程學習，能找到各類想學得東西。

4) C (Competitors 競爭)

首先，咱們簡要分析了一下現今慕課行業的產業鏈、市場分配和用戶人羣情況：

產業鏈：

當前慕課產業鏈主要涉及技術支持方、內容提供及運營方、行業監管方這三方。內容提供及運營方中的慕課平臺是鏈接B端內容提供方和C端用戶的橋樑，是產業鏈中的核心環節。

慕課平臺主要採用企業與高校合做的模式，高校提供內容，企業提供平臺和技術，從企業運營模式上分爲慕課企業平臺和導航平臺兩種。

市場分配：

第一類是擁有高校、政府等官方資質的平臺，表明平臺爲學堂在線、好大學在線和華文慕課。這類平臺不只僅是具有其餘合做高校的內容資源外，自身特有的內容資源也成爲其一大優點，例如學堂在線擁有的清華大學慕課惟一受權，令其用戶中學生比例較高。

　　第二類是互聯網企業背景較強的平臺，表明平臺爲中國大學MOOC、頂你學堂、智慧樹   網。這類平臺由有互聯網企業專業主導運營，加上自身的技術背景，每每具有較強的運   營優點，同時互聯網企業自然背景優點帶來的用戶流量，令其用戶覆蓋面較廣。

用戶人羣情況：

用戶規模即將突破2000萬：2014年先後，國內學堂在線、中國大學MOOC等核心慕課平臺相繼上線後，中國慕課用戶規模開始飛速增加，根據HCR慧辰資訊估計，2018年用戶規模將突破2000萬人。

用戶以年輕高學歷者爲主：從地域上看，當前慕課用戶主要分佈在1、二線城市；年齡上，用戶相對較爲年輕，約50%爲90後，渴望瞭解和學習新知識，擁有積極向上的生活態度；用戶的學歷水平廣泛較高，約80%用戶擁有本科及以上學歷。

受慕課平臺大多爲免費開放課程的影響，目前僅有約20%的用戶在慕課課程學習的過程當中有過付費行爲，且付費金額廣泛在300元之內，多數是爲取得慕課學分/學位認證而付費。固然，IT行業的慕課學習付費的仍是較多的。

其次，簡述一下咱們產品的競爭優點：

（1）咱們解決了內容提供方的一個缺口，經過用戶提供內容，平臺進行審覈。目前國內慕課平臺主要切入高等教育慕課領域，針對初等教育及職業教育領域的慕課平臺尚少。而咱們產品的課程內容沒有限制，經過用戶上傳。

（2）咱們有更好的學習機制，配套試題。

（3）咱們屬於遲到者，雖然沒有先發優點，但有後發優點，技術成本低，學習他們的經驗進行改進。

5)  D (Delivery 交付) 

首先，咱們意識到了做爲一個遲到者，在產品交付方面須要花費的精力是最大的。一個不當心咱們的產品就被埋沒了，哪怕它有很好的用戶體驗，但用戶根本看不到。

因此，針對交付產品，咱們作了如下的幾點舉措和推行產品的方法：

（1）以玩帶學微信、qq、朋友圈推行法：

小紅：我在速課小龍上傳了怎麼把醜女變美女的美妝教程，你要來看看嗎？圖片+朋友圈推送連接。

小明：我在速課小龍上傳了怎麼10分鐘安裝電腦系統的小視頻教程，你要來參觀嗎？圖片+朋友圈推送連接。

（2）各大高校貼吧攻陷法：

經過頂貼機發送帖子到各大高校貼吧作相關推送連接。聲明基本技能課程全免費。

（3）qq，各類學習羣招募水軍打廣告連接法。

（4）真槍實彈付錢廣告法。

3.項目使用的編程語言及以期解決方案：

使用到的編程語言：

java，mysql，jsp，html,css,html5,css3,JavaScript，jQuery，bootstrap，ajax，json

指望使用的解決方案：

（1）小組按期討論，總結問題與不足，協同合做。

（2）前期作好需求規劃。制定出需求文檔，功能文檔，流程圖，時序圖。原型設計使用墨刀，選用git進行項目管理。前端使用html,css,bootstrap作基礎佈局，以後用css3，JavaScript，jQuery美化完善頁面。後臺開發運用java，MySQL數據庫等。

（3）但願項目實現過程當中能作到先後臺分離，先後端之間使用 JSON 來交流，用 API 做爲契約進行交互。以便先後臺選用的技術棧互不影響。若是出現困難咱們再採用jsp合頁面。

（4）團隊成員技術掌握程度技能熟悉程度區間爲：7

三．團隊貢獻分配方式：

在開始想這個團隊貢獻分配方式的時候咱們是很苦惱的，由於要考慮到每一個同窗的利益而且要保證這個分配方式的可行性及公平性，再次閱讀了構建之法第十七章裏面的績效管理以後，咱們從新理清了思路。

既然你們組成了一個團隊，每一個人都應該有參與的基礎分，在進行的過程當中每一個人分工不一樣，那麼究竟誰作什麼作多少確定是有差別的，這就涉及到了工做量和工做難度問題，作完以後，那麼效果也會有差別。那麼咱們過後是否是應該總結一下，對於有突出貢獻的，或者是由於完成錯誤耽擱團隊進度者分別進行獎勵與懲罰，而這個須要誰來評定呢，此時小組成員的互評就相當重要了。這次項目總分=50*n,咱們小組爲50*5=250分。綜上所述，咱們的分配方式由如下幾部分組成：

1).基礎分（10%）

2).工做量（30%）

3).工做重要程度（20%）

4).完成效果（30%）

5).小組互評（10%）

1.基礎分（共25分）

爲何要有基礎分呢?首先，由於咱們畢竟仍是學生團隊，因此但願在有基礎分的基礎上，調動你們的積極性，爭取讓每一個人都能真心爲這個團隊爭取，爲這個項目努力，作得更好一些，不愧對這基礎分。同時也保障了你們的基本權益。

2.工做量（共50分）

對於咱們一個軟件工程的項目，工做量是什麼？這就包括了主程序的代碼編寫，模塊功能實現量，程序測試人員對於軟件後期維護，項目的風險分析和軟件的功能分析等等不一樣的工做，這些工做分配到每一個成員的實際量就是咱們這裏所說的工做量。在評分的過程當中，咱們要作到可量化，因此把工做量又分紅了工做時間，工做難度，波動工做量。

工做時間主要指工做花費的時間，有如下幾點：

1).能夠1h爲最小時間點單位。

2).若是時間點肯定後出現突發情況，經小組商議後可更改時間點。

3).任務未完成或者出現問題取消任務則不計入我的工做量。

4).兩人合做一個任務則平分時間點。

可是構建之法這本書中也提到了，僅僅是靠工做時間來評定是有失偏頗的。好比說在項目開發過程當中，組員們天天都在一塊兒工做，因此工做的時間大致上是相同的，可是咱們不能說一個主程序員用了一天的時間完成了一個難度很大的模塊設計的工做投入和一個輔助人員用了一天的時間寫了一份簡單不重要的相關報告的工做投入是同樣的，這也就是咱們所說的工做難度問題。咱們應該對於項目開發中負責難度較大的模塊的組員更多的分數獎勵，這樣纔是公平的，也間接地體現了知識的價值。

波動工做量主要是指在實際完成工做的時候工做量可能出現的偏大或者偏小由成員和負責人共同進行評分，在最終的工做量評分上進行少許修正

因此最終工做量等於：

工做時間 x 30% + 工做難度 x 45% + 波動工做量 x 25%

3.工做重要程度（共20分）

這條就是指對項目的具體貢獻，主要包括基礎貢獻度，以及波動貢獻度。最終得分由基礎貢獻度加上波動貢獻度獲得。爲了區分貢獻程度以及驅動你們主動爲團隊作貢獻，商議後以爲在此能夠採用等級劃分。

基礎貢獻度由組長進行評分，總共有A, B, C, D, E五個等級，A級100，B級90，C級80，D級70，E級60，組長根據對於工程整體的瞭解對於該工做選擇一個合適的等級。

在實際的具體操做中，因爲實際狀況的不一樣，可能重要程度會稍微有些出入，這時成員能夠與組長進行協商共同評分，在最終的工做重要程度評分上進行少許修改。

最終工做重要程度評分等於：基礎貢獻度評分 + 波動貢獻度評分

4.完成效果（共30分）

在咱們最初分配不一樣的工做量後，對於每一個人的完成程度咱們應該有實時的跟蹤記錄，這樣也更能督促組員。即便你有能力，分配到了最重要的工做，可是你由於某種緣由並不能很好的完成任務，甚至於在最後期限也沒有完成任務，這確定是對我的得分有着很大的影響的，若是你選擇了較爲簡單的工做，可是你在這份工做中完成地至關出色或富有創造性，這就是一個加分點。我以爲這樣必定程度上也能促進一個出色的軟件的造成。

這條評判標準主要包括完成質量和完成效率，最終評分由兩個評分加權得到。完成質量主要經過測試完成評分。

評價成績	效果
60%	基本完成功能，可是很簡陋，部分細節未能達到預期要求
80%	完成得通常，要求的功能都實現了，可是還有優化的空間
100%	完美完成，無可挑剔

其中，完成質量這一塊還應包括額外加分和扣分。好比以下的狀況：優化了功能，優化功能屬於額外工做，且不影響本身的本職任務。

領取任務後，因我的事情沒有完成，因爲修復測試bug致使任務延期，對於用戶發現且測試沒有發現的bug等耽誤了項目交工，給予扣分。

評價成績	嚴重程度
扣分	不注意就不會發現的問題，給予警告
扣分	通常功能性問題，局部影響用戶使用
扣分	嚴重影響用戶使用
扣分	至關嚴重的問題，甚至對接下來的開發形成影響

最終完成效果等於：完成質量×60％ + 完成效率×40％

5.組員互評（共10分）

這個部分仍是很重要的，可以反應咱們整個團隊的問題，以及相應的解決方案，同時也能得到進步。這條評判標準是成員之間互相評分，每一個人得到除了本身以外其餘四我的的評分，最終根據加權得到一個分數。

因此，最終成員的團隊貢獻評分爲：

基礎分 x 10% + 工做量 x 30% + 工做重要程度 x 20% + 完成效果 x 20% + 小組評價 x 10%

 

在整個過程當中，咱們都圍繞着能使團隊評價貢獻可以更加合理，使得團隊中的成員均可以滿意的起點出發，但願能夠沒有雜念影響下更好地完成任務，儘可能可以考慮各個方面的因素。讓整個團以團隊利益爲重，營造積極向上的團隊氛圍，你們互相配合與支持，相信久而久之，咱們必定能夠更努力更好得作好咱們的項目。