團隊做業——系統設計

1、關於需求規格說明書

需求分析書version2.0地址github

上一週咱們通過初步的討論提交了需求規格說明書，通過答辯和小組內部討論總結出如下幾點不足：

• 原型界面展現沒有很強的邏輯性，看起來比較沒有條理
• 功能考慮不夠全面
• 驗收驗證作了思惟導圖，此次補充驗收驗證表格

這一週通過更深層次的討論，在原有的基礎上，咱們對一些功能進行了一些增長和刪除

• 平臺主要定位對象是福大本校學生，交易的物品主要是書籍，洗衣機、電動車等大件物品或其餘生活物品，本來包括租用和捐贈功能，可是租用功能實用性不高，因此選擇刪除，只保留捐贈功能。
• 對於發佈功能在原有隻能發佈商品的基礎上，增長髮布需求的功能，並在首頁和個人板塊分別增長需求信息和個人需求兩個模塊，在裏面添加相應的具體內容。

2、團隊編碼規範

Android項目代碼編寫規範：github

PHP代碼規範：github

3、ER圖

ER圖

物理模型

4、後端架構設計

APP開發採用MVP模式

圖解：

• M(Model) 數據相關層

• V(View) 視圖層，如Activity上的佈局

• P(Presenter) 紐帶層，用來鏈接Model與View.

MVP開發在Android中的基本流程

1. View層定義View.interface，用來定義View的行爲。通常由Activity或者是Fragment來實現這個接口，它定義了View視圖的各類變化，如設置Textview,加載對話框，更新進度條等。

2. Model層定義Modle.interface,這個是用來定義數據層發生變化時的通知接口，由於Model不能直接與View交互，因此它與Presenter交互，而後再經過Presenter間接達到與View的交互。

3. Presenter翻譯的意思是主持人，也就是主持場合，控制節奏的意思。Presenter負責具體的業務邏輯，請求數據，把數據送到Model，或者監聽Model的數據變化，接受View層的動做，負責經過通知View層的視圖變化。

後端採用基於CodeIgniter框架的LNMP環境開發。

選用CodeIgniter框架的緣由

• 它一個小巧的框架，但有出色的性能；
• 它一個幾乎零配置的框架；；
• 不須要被迫學習一種新的模板語言（固然若是你喜歡，你能夠選擇一個模板解析器）；
• 有着清晰、完整的文檔。
• 容易上手

CodeIgniter框架 的開發基於MVC（模型-視圖-控制器）設計模式。MVC是一種用於將應用程序的邏輯層和表現層分離出來的軟件方法。
模型 表明存儲的數據結構。一般來講，模型類包含對數據庫進行增刪改查的方法。這些方法是對數據處理的重要部分。
視圖 是要展示給用戶的信息。一個視圖一般就是一個網頁，可是咱們的APP中，使用到的視圖主要是在web端部分。
控制器是模型、視圖以及其餘任何處理 HTTP 請求所必須的資源之間的中介。安卓端咱們將會使用到CI的M/C。

• 前臺使用okhttp獲取後臺數據
• 後臺使用php編寫API接口

5、團隊分工

• WBS圖
  

• Leangoo分工圖
  

• 團隊分工
  

• 燃盡圖
  

6、分工和工做量比例

姓名	比例（%）
劉雙玉	15
李佳銘	11
杜宏慶	11
肖小強	12
汪志彬	11
江鄭	12
符天愉	16
鄧弘立	12