軟工網絡15團隊做業3——需求分析與設計

1、需求分析

一、訪問用戶

咱們採用對用戶進行問卷調查方式進行調研
問卷地址:https://www.wjx.cn/mobile/qlistnew.aspx?openid=oXdn-joZID1dOZW9_4xVbi1Y9yP4
咱們將問卷連接發佈到朋友圈:
html

統計結果:java

  • 調查的大部分用戶爲大學生羣體,男女比例平均

  • 根據調查,大學生的主要生活費都是來源於家長提供的生活費,而且大部分同窗每月的消費至少1000以上


  • 超過一半以上的同窗都有網購的習慣

  • 對於記帳和預算的習慣,有差很少30%的同窗沒有記帳和預算,而有40%的同窗有預算而沒有記帳的習慣,差很少有50%的同窗只留意大筆的帳目


  • 關於程序的模塊,查看歷史帳目、顯示圖標分析、超額提醒和進行預算控制佔的比例較大

  • 用戶使用過的記帳APP和建議



二、需求規格書

需求規格說明書git

三、NADBC

NABCD分析:sql

  • Need(需求)

不少大學生以爲記帳是一件麻煩的事,懶得去記錄本身的每月的消費狀況,可是又會抱怨本身不知道把錢到花到哪裏,從而沒法很好的瞭解本身的財務狀況。因此,咱們團隊要作的就是設計一款可用手機記帳的小程序。經過簡便的記帳方式,促進用戶記帳的積極性及興趣,讓大學生了解本身的消費狀況,從而有效控制花費,並計劃消費。數據庫

  • Approach(方法)

咱們團隊自己就是一個由大學生組織起來的團隊,所以會比較瞭解大學生羣體的生活習慣,並且推廣程序的途徑也比較多。咱們設計的記帳程序主要特點是分模塊,不只有分衣食住行,還有分旅行、家庭、班級模塊等等,以及除了我的的記帳,還能夠用於班級的開銷記帳,班級的生活委員可用這款軟件清晰的記錄班級消費狀況。記錄的同時,用戶還能夠備註商家信息等等。每次軟件更新保護用戶的數據不丟失,界面簡潔,不一樣用戶可根據本身愛好選擇皮膚。程序除了能統計每月的開銷,還可設置預算下個月的開銷。同時,咱們將設置一個提醒功能,用戶可本身手動設置提醒記帳的時間,保證每日都能記帳。json

  • Benefits (收益)

1.幫用戶記錄天天的收入與開銷。 2.設置每月預算,月末查看總開銷,可控制用戶每月的開支。 3.提醒用戶不要揮金如土。 4.可爲了未來要去旅行或買心心念唸的東西作一個省錢計劃。小程序

  • Competition (競爭) —對於競爭對手和其餘可選擇的方案來講,這種單位成本收益的優點在哪裏?

不用另外下載軟件直接基於微信平臺,方便簡潔不佔內存;咱們的軟件是針對大學生羣體,咱們就是用戶自己,直接可進行對軟件的測試,製做的產品功能更能從用戶的實際需求和體驗的角度出發;身邊也都是大學生羣體,能夠詢問身邊人對這個軟件的建議和想法。微信小程序

  • Deliver(推廣)。

可直接經過微信推廣,將程序鏈接發到各類班級羣或者初高中同窗羣,也能夠經過社團等等推廣程序。服務器

四、殺手功能

我的分析報告。
經過對一個月用戶花費類型的分析和統計彙總,給用戶提出合理的建議,讓用戶下個月有更加明晰的花費的方向。例如,當月收入生活費2000元,而花費在外出購物吃飯等的費用只有20,此時可建議用戶下個月可適當的和朋友們多外出聚餐遊玩,聯繫感情。如當月花費在購置衣物化妝品視頻等的費用佔生活費的50%,而購買學習用品和書籍的費用僅佔1%,則可提醒用戶仍是大學生噢,要記得多看書多學習。微信

五、組織NADBC要點

各位用戶:咱們的產品慧記微信記帳小程序是爲了解決大學生不清楚本身的資金走向的問題, 他們須要經過記帳瞭解消費狀況,培養良好的消費習慣,可是現有的方案並無很好地解決這些需求,咱們有最基本的記帳功能和給用戶人性化的消費建議的獨特辦法,它能給用戶帶來合理消費、理性消費的理念,遠遠超過目前市場上的競爭對手記帳app。 同時,咱們有高效率的社交平臺推廣方法,能很快地讓大部分用戶知道咱們的產品,並進一步傳播。

2、附加題

點我看視頻

3、原型設計

一、封面圖

二、記帳頁面

頁面下方從左到右分別是記帳頁面,賬單頁面,圖表頁面和設置頁面

三、帳單頁面

1)帳單明細頁面

2)預算頁面

四、圖表頁面

1)折線圖

2)扇形圖

3)分析報告頁面1

4)分析報告頁面2

五、設置頁面

1)設置提醒時間頁面

2)設置生成報告時間頁面

3)修改皮膚頁面

4)聯繫咱們頁面

4、任務分解WBS

一、WBS

二、團隊成員估計任務須要時間


5、編碼規範

編碼規範

6、系統設計

一、系統架構設計

  • 微信小程序的技術架構

小程序包含一個描述總體程序的 app 和多個描述各自頁面的 page。

其中,一個小程序主體部分由三個文件組成,必須放在項目的根目錄,以下:

文件 必須 做用
app.js 小程序邏輯
app.json 小程序公共設置
app.wxss 小程序公共樣式表

pages目錄下爲小程序頁面,每一個頁面須創建獨立的文件夾,

文件類型 必須 做用
js 頁面邏輯
wxml 頁面結構
wxss 頁面樣式表
json 頁面配置

按照『約定優於配置』的原則,一個框架頁面至少包含js、wxml文件類型,文件名要同樣,而且要放在同一文件夾下。頁面註冊時,文件名不須要寫文件後綴。

  • 結合慧記記帳小程序
分佈 編寫語言 實現方式
視圖層 由WXML 與 WXSS編寫 由組件來進行展現,經過觸發事件與邏輯層鏈接
邏輯層 由JavaScript編寫 經過多個方法與視圖層鏈接
服務器端 由java編寫 經過Ajax發起HTTP請求訪問REST API與小程序鏈接
數據庫 由sqlserver編寫 經過java語言與服務器端鏈接

二、數據庫設計

  • E-R圖

7、其餘

一、團隊分工及完成狀況

姓名 完成的任務 完成狀況
張晨晨 WBS設計 已完成
編碼規範 已完成
黃登峯 需求規格說明書 已完成
原型設計 已完成
陳凱欣 需求規格說明書 已完成
問卷調查 已完成
邱曉嫺 需求規格說明書 已完成
系統設計 已完成
何雨柔 需求規格說明書 已完成
視頻製做 已完成

二、我的感覺

張晨晨:經過這周需求分析設計,對一個產品的開發有了更深入的理解,以前只是覺得單單的記個賬就很簡單,可是經過問卷調查,還有同窗們自身使用軟件的體會,發現一個APP不只要有功能,你們也更考慮使用感覺,若是咱們要開發這樣一個記帳小程序,還要考慮怎麼樣用起來更方便,可讓人繼續使用下去。

黃登峯:這周我主要作的就是原型的設計,把表面的文字用最易懂的方式把咱們的功能展示出來。固然只是原型的設計,在後期開發中不少作不到功能的以及須要增長的功能,都要視狀況修改原型。起初在設想皮膚時想要運用到一些可愛的動漫元素,可是可能會涉及到版權的問題,就先暫告段落,皮膚就只有日間模式以及夜間模式。

陳凱欣:這周我主要先作了問卷調查,發現其實不少同窗在生活中沒有記帳,或只有預算的習慣,其實不少人仍是以爲太麻煩因此沒能堅持記帳,所以咱們要作這款程序最最主要的從用戶體驗出發仍是要抓住關鍵的一點----簡潔方便。而在開始作以前設計了界面,作了需求分析,可是咱們沒有開發小程序的經驗,其實有點擔憂最終有些咱們預設的功能會由於本身的能力不足而實現不了,因此頗有可能在實際開發過程當中會稍有些變更。

邱曉嫺:經過這周的需求分析和系統架構設計,咱們對要開發的產品有了更明確的想法。需求分析中,要在知足最基本需求的基礎之上,再考慮其餘的功能。實現的功能切不可多且雜,這樣不如把精力放在覈心功能上,若失去了最核心的功能,也就沒有什麼用戶願意使用了。

何雨柔:經過本週需求規格說明書的編寫,我對咱們的產品功能有了更加清晰的規劃,對於一些功能如何設計,組內也進行了很是充分的討論,但願能在能力範圍內儘可能作到最大人性化的設計。對於視頻的製做,我一開始想法就是要作的稍微不要那麼正式,徹底作成一個念稿的視頻,而是作成一個稍微有一點場景的,這樣看起來比較輕鬆,於娛樂的氛圍中傳遞出咱們的NABCD。

相關文章
相關標籤/搜索