一、需求分析
1、用戶調研
基於微信平台的舍費記賬小程序，通過簡單到操作，達到記錄舍費流水的目的，並且提供簡潔的賬本界面。
我們采用用戶調查問卷的方式來進行用戶調研，由問卷我們得到的市場信息。
A、 被調查人員年齡主要在18~24歲
B、 大學生的生活費在1000-2000之間，月光族居多，其中就有30%願意主動使用記賬軟件，開銷主要飲食和娛樂
C、 大家對舍費的收支詳情不是很清楚，大多都只是記在紙上，容易丟失遺忘。
D、 用戶建議：界面簡潔、貼近日常生活
2、需求規格說明書
3、NABCD
N（Need，需求）
受用人群比較廣泛，每個集體都免不了消費，從宿舍生活用品的消費再到每個月水電的消費，這些都是我們生活中最必要的消費。對於生活費我們都是以月來衡量的，若是每個月我們都對自己宿舍的賬務沒頭沒腦、一頭霧水，這會使得舍費的收支不平衡或者帶來一些不必要的麻煩。有關數據表明，現在移動百名排行榜上微信使用量占據第一，這不由得，會讓我們聯想二者的結合。人們不再需要專門去下載記賬軟件，通過微信直接記錄自己的實時消費。並且，我們可以在例如消費高峰時段，設置記賬提醒，簡單的幾次點擊就能完成記賬的全部操作。
A（Approach，做法）
我們利用微信賬號作為宿舍成員，在小程序上建立一個宿舍賬號，宿舍成員加入賬號，舍長作為主要管理人員，在小程序登記舍費收支情況以及舍費開銷明細，實時賬單發送消息於每個成員。
我們可以在開學初期學生使用高峰時段，設置記賬提醒，簡單的幾次點擊就能完成記賬的全部操作。
在用戶使用的同時，我們也會采集用戶消費的對象，對於高頻率消費對象，用戶不用反復輸入。
B（Benefit，好處）
無需多下載其他軟件，從微信小程序便能使用到方便快捷的記賬小程序。通過記賬的這一個習慣，可以讓用戶掌握個 人或宿舍收支情況、並起到備忘錄的作用、最主要的是培養良好的消費習慣。我們簡潔的界面，讓他們也能快速上手。每次宿舍消費，能以微信通知的方式把消費信息發送至每一位宿舍成員，每月底，用戶都會收到自己的月賬單，對於新的生活規划更是起到高效的作用。
C（Competitors，競爭）
目前是市面上的記賬軟件千千萬萬種，相對於成熟的記賬軟件也不在少數，但是面對大學生的舍費記賬還是比較少的，所以我們把重點放在大學生的舍費記賬身上。我們選擇微信作為我們的主要戰場，是因為現如今人人都有微信，利用微信這個平台從側面上減小市場上的競爭。
D（Delivery，推廣）
我們的產品受用人群為在校大學生，我們定位在我們的同學身上。在推廣的過程中，逐漸增加用戶群。在他們使用的過程中，我們定期征詢他們的建議，然后不斷的完善我們的程序。同時線上線下的推廣也是很重要的。等用戶群逐漸壯大，有資金后我們還可以以廣告的形式繼續推廣。
殺手功能
相對於其他記賬程序，我們針對的是在校大學生的舍費記賬問題，針對性較強，旨在解決大學生舍費記賬的清晰度和方便度問題。
電梯演說
各位領導/投資人/用戶/合作伙伴：我們的產品微信記賬小程序是為了解決大學生無法便捷舍費記賬的痛苦, 他們只需要簡單的記賬過程，清晰明了的賬單反饋，但是現有的方案並沒有很好地解決這些需求。我們針對大學生這個群體，我們獨有的辦法實時消費記錄反饋，余額通知等方法，它能給用戶帶來最簡潔的反饋，增進舍費的清晰度管理，遠遠超過目前市場上的競爭對手。同時，我們有高效率的地面推廣方法，能很快地讓大部分用戶知道我們的產品，並進一步傳播。
二、原型設計
三、任務分解WBS
| 成員 | 負責模塊 | 預計時間 |
|---|---|---|
| 龔廈彬 | 宿舍風采 | 100h |
| 李曉冬 | 流水記錄 | 100h |
| 蘇葉瀟 | 充值舍費 | 100h |
| 王妍 | 測試 | 30h |
| 郭余晟 | PM | 10h |
| 柏清曄 | 界面設計 | 20h |
四、編碼規范
五、系統設計
1.如何才能最大限度地實現這些需求，這就是架構設計要解決的問題。請給出系統的架構設計
- 1.框架程序包含一個描述整體程序的 app 和多個描述各自頁面的 page。一個框架程序主體部分由三個文件組成，必須放在項目的根目錄。
| 文件 | 作用 |
|---|---|
| app.js | 小程序(全局)邏輯 |
| app.json | 小程序(全局)公共設置，決定頁面文件的路徑、窗口表現、設置網絡超時時間、設置多 tab 等 |
| app.wxss | 小程序公共(全局)樣式表 |
2.j架構設計
- 3..ER圖
六、團隊個人小結
柏清曄：在這周，我們通過調查問卷的形式來進行需求分析，在得到一定數據后。我們的對我們這個項目有了一個更明了的形狀，知道了用戶需要使我們團隊的方向格外清晰。在后來的模型設計過程中起到了關鍵性的作用，我們使用MockingBot做出我們的軟件雛形，在多次修改后得到了現在的效果，感到小有成就。
郭余晟：通過本周需求規格說明書的編寫，我對我們的產品功能有了更加清晰的規划。需求分析中，要在滿足最基本需求的基礎之上，再考慮其他的功能。作為pm，需求分析的認知：1.了解產品定位 2.了解目標用戶 3.對產品功能需求。在對這三個深入了解的過程中，發現了許多新的需求，也對產品有了新的認識。
李曉冬：這次團隊博客我負責的是任務分解和系統設計，這次作業涉及到了項目的一些具體實施問題，在設計架構和任務分解時具體了解了我們的項目的一些構造，感覺一個項目是真正開始了。本次任務分配給各個成員去做，之前還比較磕磕碰碰，現在越發磨合熟練了，本次作業真正感受到了團隊合作的好處。希望在后來的開發中，每個人都能發揮出更大作用。
王妍：在本周的實驗中，我的任務主要是需求分析，這算是一個比較基礎的工作，簡單繁瑣但卻很重要，它在后面模型設計以及我們的工程走向都起着引導性作用，了解到如何篩選有營養的信息以正確引導我們的工程，所以這周還是收獲滿滿吧。
蘇葉瀟：在本周的分工中，我主要負責軟件規格說明書的編寫，雖然有模板可以參考，但寫起來卻不簡單，主要有很多的專業知識不清楚，所以需要查詢資料，最后大致滿足模板要求寫完，不過有些細節還需改進。從中收獲了編寫規范軟件需求規格說明書的一些經驗與技巧。在這周的作業中大家的團隊合作很積極，隊員間互幫互助。
龔廈彬：這次博客做完，我做了代碼規范和GIF圖，由於是開發微信小程序，之前並沒有開發過，所以趁着查詢代碼規范的時候也順便跟組內人員簡單地學習了一下開發小程序的代碼，任重道遠，加油。