團隊做業3 需求改進與系統設計

第一部分 需求與原型改進（10分）

1.1改進的原型（5分）

給目標用戶展示原型，進一步溝通理解需求，改進原型。

1.1.1 改進說明（1分）

說明改進的地方與改進的理由。

 

改進之處	改進理由
首頁改成功能介紹、使用說明	缺乏此功能將對用戶使用本產品帶來不便
美化界面	爲用戶帶來更好的視覺效果

 

1.1.2 高保真原型（1分）

　　主界面

 　　發佈最新快遞

 　　評價頁

1.1.3 高保真原型下載地址（3分）

https://free.modao.cc/app/fxTNkeolsWp0pvRwPtvz64rDpoAZJln

1.2改進的需求規格說明書（5分）

1.2.1改進說明（2分）

標紅處爲改進部分

1.2.2需求規格說明書下載地址（3分）

https://pan.baidu.com/s/1SfLihhD5Kh1RkOPr4xsf4g
第二部分 系統設計（20分）

設計的目的是解決how to do的問題，即如何把需求實現了。所以：

設計必須是實現全部包含在分析模型中的明確需求、以及客戶指望的全部隱含需求；設計必須是可讀的、可理解的、可操做的指南；設計必須提供軟件的全貌，從實現的角度去說明功能、數據、行爲等各個方面。

2.1系統架構設計（15分）

2.1.1.1設計摘要：

2.1.1.2設計快遞幫取系統的概念架構圖

2.1.2前端頁面設計：前端界面咱們主要使用了HTML、css、js.

2.1.3後端系統設計：

                                                                                                                     

　　後端設計：咱們主要使用了servlet、JSP以及mvc框架。MVC全名是Model View Controller，是模型(model)－視圖(view)－控制器(controller)的縮寫，一種軟件設計典範，用一種業務邏輯、數據、界面顯示分離的方法組織代碼，將業務邏輯彙集到一個部件裏面，在改進和個性化定製界面及用戶交互的同時，不須要從新編寫業務邏輯。MVC被獨特的發展起來用於映射傳統的輸入、處理和輸出功能在一個邏輯的圖形化用戶界面的結構中。而servlet是mvc的基礎，Servlet把最底層的api暴露給程序員，使程序員更能清楚的瞭解mvc的各個特色。

2.1.4數據庫ER圖展現

2.2 任務分解WBS（5分）

一個團隊項目要在一段時間內完成諸多任務，知足用戶需求，實現團隊目標，從哪裏入手？
WBS（Work Breakdown Structure）即工做分解結構，是根據項目目標把工做分解成許多井井有條的、可交付成果的工做任務，而後用邏輯圖形或樹形結構表示出來。

　　團隊項目的WBS展現

　　燃盡圖展現

 

第三部分 測試計劃（10分）

3.1 測試計劃

3.1.1引言

1.項目背景：大學生有互助代取快遞的需求，可是缺少一個交流信息的平臺；

2.參考依據：《<代取快遞互助系統>規格需求說明書》

 下載地址：https://pan.baidu.com/s/1jXkVpAnSE6vrsuu2tGCjFw

3.測試術語：

（在測試過程當中，會涉及到一些本項目的概念名詞，現解釋以下）

概念	解釋
好人值	評價用戶熱心度的指標，好人值達到必定程度，平臺就用此用戶的名義向慈善機構捐款；
好人榜	根據好人值排的一個榜單
慈善機構	爲第三方正規官方的慈善機構，好比中國紅十字總會
勳章	每進行一次慈善得到，得到相應勳章

4.相關人員：張新宇（組長） 汪義華 上官文欽 馬雪 丁小帥 楊越

3.1.2任務概述

1.測試目標

 場景測試：是否能夠知足需求

 功能測試：原型設計的功能可否實現

 壓力測試：是否能夠支持足夠大的併發

 單元測試：每一個小模塊是否能夠正常工做

2.測試環境

 

項目	內容
用戶類型	普通用戶（大學生）+ 管理員
操做系統	win10
屏幕分辨率	1920px * 1080px
網絡環境	師大校園網正常狀況下
瀏覽器	火狐60.0.1（64bit

3.測試範圍：

快遞信息發佈子系統

快遞信息匹配子系統

好人值更新子系統

評價管理子系統

註冊管理子系統

平臺廣告更新子系統

慈善紀錄管理子系統

互助記錄管理子系統

好人榜管理子系統

有償求助子系統

 

3.1.3測試策略

1.測試標準

測試內容	完成標準
快遞信息發佈子系統	信息能夠被歸類，根據信息內容爲其添加其標籤，以方便其查找等各類操做
快遞信息匹配子系統	能根據數據庫中的信息，對快遞信息進行快速查找、以及排序。根據同專業、同樓層、 同公寓等遞減邏輯對發佈的快遞信息進行
好人值更新子系統	好人值的調整以下：幫助別人增長好人值，求助別人減小好人值。每次互助完成以後，互助雙方的好人值要有更新。
評價管理子系統	記錄全部收到的評價和給別人的評價。給別人的評價能夠實名、匿名、自定義時間發佈；評價的等級影響好人值的更新
註冊管理子系統	管理用戶的位置信息，聯繫方式，以及後續的修改
慈善記錄管理子系統	管理全部慈善記錄和勳章
互助記錄子系統	每一次互助完成後，設計的互助雙方都有一個互助記錄的更新，用戶能夠查看幫助過誰，以及受過誰的幫助
好人榜管理子系統	每兩分鐘一次，更新好人榜；要根據用戶設置，顯示匿名或者實名
有償求助子系統	當好人值下降到0時，若是仍要求助，就要有償付費。
平臺廣告更新子系統	這一部分會根據與廣告主的協議，廣告持續的時間到期後，就要自動更新後續的廣告

2.併發測試標準

項目	細則
最大併發量	50人同時訪問
網絡條件	師大校園網正常狀況下
預期結果	相應速度不超過5S
測試工具	apache ab

3.測試驗收

項目	內容
測試方式	將1.0版本上線，收集用戶反饋
測試內容	用戶對各個子系統的評價
驗收標準	好評率超過50%