第一部分 需求與原型改進前端
1.1.1 改進說明 json
相較上一次的原型,這一次咱們肯定了主題顏色,而且使功能一眼就能看懂,讓新用戶能很快上手。小程序
而且進一步完善了前期的調查問卷分析。得出結論同窗們不去食堂吃飯的大部分緣由是排隊時間太長,微信小程序
耽誤了同窗們的時間,這跟咱們開發的點餐系統的初衷是一致的,咱們還發現,同窗們對此點餐系統安全
有配送需求,因此咱們增長了配送這一功能。服務器
1.1.2 高保真原型(僅體現學生選餐頁面)微信
1.1.3 高保真原型下載地址網絡
https://pan.baidu.com/s/1yGRcEMtmKkhltIwDSbbMkg微信開發
1.2改進的需求規格說明書架構
1.2.1改進說明
紅色字體爲改進部分
1.2.2 改進的需求規格說明書下載地址
https://pan.baidu.com/s/1fBH7pSzVKa7_ah1JXRoo8Q
第二部分 系統架構設計
2.1.系統架構
參考了網上的微信小程序製做架構,
每一個小程序的結構都是由兩個主要部分構成:主體部分 + 各個頁面。
相似於許多框架,主體部分主要用於核心的配置,各個頁面主要用於不一樣業務場景。
文件 |
做用 |
app.js |
小程序邏輯,初始化APP |
app.json |
小程序(全局)公共設置,小程序配置方面,好比導航、窗口、頁面http請求跳轉,決定頁面文件的路徑、窗口表現、設置網絡超時時間、設置多 tab 等 |
app.wxss |
公共樣式配置 |
主體配置完成以後,小程序頁面設計基本上也是遵循 MVC 結構進行構建。
一個框架頁面由四個文件組成:
文件類型 |
做用 |
js |
頁面邏輯,至關於控制層 |
wxml |
頁面結構,頁面結構展現,至關於視圖層 |
wxss |
頁面樣式表,純前端,是一套樣式語言,用於描述 WXML 的組件樣式。用來決定 WXML 的組件應該怎麼顯示,即用於輔助wxml展現 |
json |
頁面配置,配置一些頁面展現的數據,充當部分的模型 |
如圖
按照『約定優於配置』的原則,一個框架頁面至少包含js、wxml、wxss三個文件類型,文件名要同樣,
例如首頁index.js、index.wxml、index.wxss,而且要放在同一文件夾下。頁面註冊時,文件名不須要寫文件後綴,
由於框架會自動去尋找路徑.json,.js,.wxml,.wxss的四個文件進行整合。
這是E-R圖:
2.2.1團隊項目的WBS
2.2.1團隊成員估計各自任務所需時間
3.1. 引言
3.1.1項目背景:是一個可以查看每日食堂提供菜品圖片而且可以進行「食堂預約點餐」的微信小程序,這個微信小程序還具備留言評論的功能。
目的是方便大學生在食堂的點餐,減小大學生在食堂的排隊時間,及收集學生的建議,方便食堂不斷改善。
3.1.2參考資料:微信小程序開發文檔。
3.1.3有關項目人員組成以及聯繫方式
張洪宇13125806557(組長)
韋佳妮18443175681
安 然13104486275
楊嵐青13154301137
李 偉13104443990
李浩涌13159647395
鄭書鴻13180807276
3.2 任務概述
3.2.1測試範圍:
測試類型 |
人員 |
說明 |
時間 |
場景測試 |
李偉、鄭書宏 |
是否能夠知足需求 |
2h |
功能測試 |
安然、楊嵐青 |
原型設計功能可否實現 |
2h |
單元測試 |
李浩涌、張宏宇 |
每個模塊可否正常工做 |
3h |
流程測試 |
韋佳妮 |
按用戶操做步驟進行測試 |
1h |
3.2.2測試目標:追溯到用戶需求,但願經過測試暴露程序中的錯誤及不合理的地方,能有更好的用戶體驗。
3. 3測試策略
3.3.1測試方法
測試技術 |
說明 |
白盒測試 |
進行單元測試 |
自動化測試 |
用軟件進行測試 |
性能測試 |
使用WeTest測試 |
3.3.2測試環境:智能手機、電腦Win7等以上操做系統。
3.4 測試資源
3.4.1硬件資源需求:智能手機,電腦Win7等以上操做系統
3.4.2軟件資源需求:微信開發者工具、WeTese。平臺工具包括:雲真機,適配兼容測試,安全測試,遠程調試,弱網測試,耗電量測試,Unity3D資源優化,服務器壓力測試,雲端性能測試,輿情監控等功能。如今平臺上已經推出的工具主要有3款:雲真機(提供雲端真機調試)、手遊測試(面向手遊開發和測試)、輿情監控(面向全部開發者)
3.4.3測試環境需求:智能手機,電腦Win7等以上操做系統
3.5 風險評估
3.5.1人力方面:小組由七人組成,人力較爲充足。
3.5.2時間方面:時間方面有點緊張,可是咱們會盡可能抽出時間進行測試。
3.5.3環境、資源方面:小組每人都配備電腦及智能手機,測試資源沒有問題