項目計划及成員分配
在這次團隊合作項目開發練習上，我們團隊決定采用敏捷開發流程，開發出一款基於互聯網短地址壓縮的信息分享交流平台。
這個項目已經由完成了基本功能，所以我們想借着此次軟件工程團隊練習的機會，團隊多人合作，通過學習的軟件工程課程的理論知識，一邊體驗團隊開發與個人開發的不同之處，一邊繼續完善並擴充此平台。
網站演示地址：iShare網址壓縮分享平台
采用敏捷開發流程，實時將我們的最新成果展示在我們的平台上。
技術上，采用PHP+MySQL方式進行網站開發，選取Laravel框架提升團隊開發效率。人員分配上，王遠遠與鄒鵬華可以負責網站前端的設計，呂忠恆可以負責數據庫的維護，李寶全與何宇峰可以負責網站后台開發。
NABCD模型
Need
隨着智能手機以及移動網絡的快速發展，網絡用戶獲取和使用信息的行為方式也發生極大地改變。知識的生產、復制、分發變得比以往任何時候更容易，人們獲取信息的方式越來越便捷，知識的獲得成本越來越低。另外，人們在網絡上的活動更加頻繁。
為快速分發內容，以美國臉書網（Facebook）和推特網（Twitter）為代表社交網絡對消息體的尺寸有嚴格的限制，比如推特網和國內的新浪微博（Weibo）等，都規定消息體內容長度不超過 140 字。在有限的表達空間中顯示更多內容，使用超鏈接，引導用戶點擊是一種不錯的做法。
但是如果這個鏈接非常的長，以至於將要占用內容的一半篇幅，這肯定是不能被允許的。微博系統會自動判別網址，並將其壓縮，所以短網址壓縮系統應運而生了。所謂短網址壓縮系統，就是使用某種規則、算法，將較長的 URL 地址映射到相當短的地址，然后再將短地址用在社交媒體上。
但目前短網址系統仍存在很多的問題。以微博系統舉例，由於目標網址在進行壓縮時會造成信息丟失，所有的網址在壓縮之后都是無規則的62進制字符串，用戶無法從短網址上判斷鏈接的安全性。這也造成了大量廣告鏈接，無效鏈接，甚至是無效鏈接充斥在這些社交媒體上，不僅影響着用戶的使用體驗，也在危害着互聯網安全。
Approach
我們希望建造出一個一短地址壓縮技術為依托的互聯網信息分享網站。首先，我們希望改進的是短網址壓縮算法，希望在進行網址壓縮的同時，保留一些有效信息，使用戶可以再某種程度上通過短地址判斷鏈接安全性。
其次，建立有效的鏈接管理與回收機制，盡量減少無效鏈接與廣告鏈接的存在。
再者，對短地址點擊信息，瀏覽信息等信息進行統計，並回送給用戶。
最后，以數據為基礎，建議一個有用的信息推薦算法，讓用戶可以在上面找到自己喜歡的信息。
Benefit
目前為止，我們對上面所有的做法都做到了簡單的處理。
在網址壓縮時，短網址前4位是對網站域名信息的壓縮，這也保證了對於同一個域名下的所有網址，他們壓縮成的短地址的前4位是固定相同的。這使得用戶在對某些他們熟悉的網站的信息具有一定的辨識率。
對於回收機制，我們會在網址進行壓縮前判斷網頁的有效性，對於不存在的網頁鏈接的壓縮請求，我們會給用戶一個錯誤信息。在進行鏈接跳轉時，我們也會對目標網頁的有效性進行判斷，對於已經失效的網頁，我們停止跳轉，向用戶回送信息，並且將此鏈接信息從網站里刪除。
信息統計方面，我們統計了鏈接的訪問量信息( 包括日訪問量與月訪問量 )，訪問系統信息，訪問地址信息等，並以圖表的方式顯示在相應頁面上。
Competitiors
由於使用廣泛且實現原理相對簡單，網絡上現在已有很多短網址服務，據統計已超過 610 種，國外的如谷歌 ( Google ) 的 goo.gl，推特 ( Twitter ) 的 t.co，ShortURL，TinyURL，Bit.ly 和 Is.gd 等；國內的如新浪 ( Sina )的 t.cn，騰訊 ( Tencent ) 的 url.cn，百度 ( Baidu ) 的 dwz.cn和網易 ( Neteasy ) 的 126.am 等都是專業和穩定的短地址服務。
但是目前多數短網址生成服務均是將目標網址統一壓縮，生成的短網址是無規則的多位字符，造成目標網址信息丟失，缺乏安全性。所以我們認為我們的系統還是有一定的競爭力的。
Delivery
（待完善）
附1 關於 " 我們希望建造出一個一短地址壓縮技術為依托的互聯網信息分享網站。首先，我們希望改進的是短網址壓縮算法，希望在進行網址壓縮的同時，保留一些有效信息，使用戶可以再某種程度上通過短地址判斷鏈接安全性 " 的例子與解釋。（ps 由於本周備考，所以現在才進行改進，還請老師見諒）
在短地址壓縮算法中，我們對 URL 信息分割成 URL 首部與站內 URL 兩部分。如 http://www.cnblogs.com/dreamarchitect/p/5356945.html#3420523 會被分割成 http://www.cnblogs.com 與 dreamarchitect/p/5356945.html#3420523 兩部分。並分別對兩部分進行壓縮。
如此，對於同一域名下的所有 URL 壓縮成的短地址前 4 位相同。例如
這樣，對於用戶較為熟知的網站，用戶能更為熟悉的通過短地址的前 4 位來判斷短地址的目標 URL，依次簡單斷定短地址安全性。