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

需求分析

軟件的最終目的是用來解決用戶的某些問題，需求分析就是要理解要解決的問題，真正明確用戶需求。

1.訪問軟件項目的真實用戶（至少10個），確保軟件真正體現用戶的需求，爲軟件最終可用奠基基礎。

小組會議談論決定,經過問卷星平臺建立大學生記帳微信小程序用戶需求(ID:22529810)相關問卷,再發給身邊大學生填寫問卷.至4.13晚9點已有50+人蔘與了問卷調查.

經過統計&分析能夠發現,大部分大學平生時沒有記帳和編制預算的習慣;即便有記帳的習慣也可能是靠我的記憶或者記帳本,用智能移動設備記帳的很少,用專門的記帳軟件的更是寥寥無幾.

利用問卷調查，也瞭解用戶對記帳小程序的一些基本要求，咱們會適當知足一些個性化需求。1.永久免費 2.記帳提醒，天天提醒，每月提醒，分類額度提醒 3.簡單易用的記帳功能，讓用戶可以很快上手使用，而且簡化記帳操做，讓記帳再也不麻煩，儘可能節省用戶的記帳時間 4.多重記帳功能:淘寶消費、銀行帳單、書費、學校繳納費用等經常使用的記帳類型。

2.參考《軟件需求規格說明書》國標規範文本，撰寫對應項目的軟件需求規格說明書。提供《需求規格說明書》的Git連接.

《需求規格說明書》的Git連接

3.NABCD 寫做，視頻

• 請同窗們把本身項目的NABCD 都寫出來。

• 列成詳細的條目，用具體的事實和分析說明。

  NABCD分析

Need

在目前的大學生生活中，學會合理的管理本身的財務情況是一門必修課。可是，因爲不少學生感受記帳是一件麻煩的事兒，不肯意去記錄本身的消費狀況，從而沒法很好的瞭解本身的財務狀況。因此，咱們小組所作的就是製做一款專門針對於大學生的記帳小軟件。經過簡要方便的記帳形式，便利的操做模式改善或者促進用戶記帳的積極性及興趣，讓大學生了解本身的消費狀況，從而有效控制花費，對本身將來的消費能夠制定合適的計劃。

Approach

利用問卷調查的方式，瞭解用戶對記帳小程序的一些基本要求，設計一些針對大學生羣體實際個性化的控制窗口，適當知足一些個性化需求。1.永久免費  2.記帳提醒，天天提醒，每月提醒，分類額度提醒 3.簡單易用的記帳功能，讓用戶可以很快上手使用，而且簡化記帳操做，讓記帳再也不麻煩，儘可能節省用戶的記帳時間 4.多重記帳功能:淘寶消費、銀行帳單、書費、學校繳納費用等經常使用的記帳類型。

Benefits

1.幫助用戶理清楚天天的收入與支出，從而有效控制花費。 2.能夠對用戶本身的花費有個瞭解。 3.提醒學生用戶不要亂花錢。 4.能夠爲了未來要買東西或者出遊作出一個省錢計劃。 5.對本身消費隱私的保護與記錄。

Competition
搜索了一下,微信中已經有不少的記帳小程序.

【1】小記一筆 小記一筆這個小程序是一種常見的記帳應用，是簡單記錄平常生活支出與收入的小程序，只要是和生活相關的，好比吃穿住行中彩票，均可以記錄哦～比較方便，快捷。還有一個統計功能，能夠進行年份的統計，比較直觀的條形統計圖。
【2】芝麻記帳 芝麻記帳相對小記一筆來講，顯得更簡單了，基本上就是文字的描述，沒有小記一筆美觀，小編看了一下，這個應該是針對月份的一個記帳小程序，能夠查看每月的詳情，記錄也很簡單，看到做者描述更多帳單功能正在開發中，期待着可以愈來愈好。
【3】會記帳的小貓 這個名字聽起來感受還不錯，不知道用起來怎麼樣。 打開小程序一看，感受和剛剛兩個都不太同樣啊，有種耳目一新的感受，小貓說：「它的目的是助主人實現財務自由，不僅是記帳哦！」
可是!!!!!1.網絡上的大部分記帳軟件是附帶大量理財產品的，而且是針對大部分工做者，有穩定收入的用戶羣體 2.咱們的軟件是針對大學生用戶羣體的，咱們自己就是用戶自己，對於軟件的需求有着切身的體驗，製做的產品更能符合用戶羣體的實際需求。 3.咱們自己置身在大學的生活環境中，經過周圍同窗的反饋能夠及時對咱們的軟件進行修改和更新
Deliver

對於第一版，我先在本身小組試用。待功能穩定後，推廣到其它小組使用。而後經過集大通app的微博功能或者在微信羣"集大軟工網絡15級"面向網絡15級學生推廣.

請分析本身項目的殺手功能是什麼？參考教材的第8章：功能分析的四個象限

團隊考慮創新的時間軸記帳。換個角度記錄時光。

把這些要點都組合成爲一段話 -- 當你要向別人兜售你的項目的時候， 你一般只有很短的時間 （電梯演說），可否天然而有條理地把項目說清楚？

各位同窗：咱們的產品是爲了解決 大學生 的痛苦, 您是否是常常被父母問到：你這個月花了多少錢？都幹什麼了？就不知道如何回答了，對本身的資金動態一無所知。可是現有的方案並無很好地解決這些需求，咱們的記帳微信小程序幫您清楚每個月花銷明細,調整資金使用情況,制定長遠的理財規劃。它能讓你對本身的支出、借款、收入等資金流動情況一清二楚，從而達到合理調撥資金，平衡每個月甚至每一年開支，遠遠超過目前市場上的競爭對手。 同時，咱們能夠經過集大通app的微博功能或者在微信羣"集大軟工網絡15級"面向網絡15級學生推廣，能很快地讓大部分用戶知道咱們的產品，並進一步傳播。

原型設計

原型設計可以在表現層將設計合成一個邏輯總體，用戶能和你一塊兒看到將來交互的軟件藍圖、功能和效果，得到較真實的感覺，在不斷討 論的基礎上完善將來的設計思想。所以，原型設計能起到有效溝通的做用，漂亮，直觀的原型圖更是讓人賞心悅目。

• 1.不要等到全部代碼寫好以後再去驗證需求，請用設計工具描述用戶界面和需求。
• 2.原型設計不只要考慮主要功能的頁面排布，同時也要考慮用戶實際操做中的問題，提早爲用戶考慮得當並徵求用戶意見
• 3.系統是必須可運行的，可實際使用的——請抱着這樣的同理心去考慮系統。
• 4.給目標用戶展示原型，與目標用戶進一步溝通理解需求。
• 思考：他們的痛是什麼？場景是什麼？（用產品以前/以後，有照片或視頻顯示用戶調查的過程，使用了各類調查手段的，加分）
  
  
  
  

場景：每個月的收支總結
用戶：APP的用戶
在每個月的收支總結時，因爲用戶並不能天天都能準確的記帳成功，甚至可能過了很長一段時間才能想起來還有這個APP，這就會讓用戶有前功盡棄的感受，所以咱們決定在APP添加一個提醒功能，用以提醒用戶進行必要的記帳。

任務分解WBS

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

• 請給出團隊項目的WBS；
• 團隊成員估計各自任務所需時間
  

編碼規範

• 根據結對編程的經驗，你們已經意識到編碼規範的重要性。
• 討論制定團隊的編碼規範，知足代碼風格規範和代碼設計規範（參考書第4章4.1-4.3內容）
  編碼規範git地址

系統設計

在設計階段，咱們要清楚：軟件是怎麼解決這些需求的？
一個好的分層式結構，可使得開發人員的分工更加明確。一旦定義好各層次之間的接口，負責不一樣邏輯設計的開發人員就能夠分散關注，齊頭並進。

• 如何才能最大限度地實現這些需求，這就是架構設計要解決的問題。請給出系統的架構設計
• 完成團隊項目的數據庫設計，並在隨筆中提供相應ER圖（若是必要）
  

團隊分工

姓名	團隊分工	工做量比例
肖世鬆	博客編輯 ,微信記帳小程序的NABCD	20%
楊澤斌	任務分解WBS	20%
謝慶圓	《需求規格說明書》的撰寫	20%
葉文檸	問卷調查的建立以及統計&分析	20%
林偉航	原型設計	20%

我的感覺

肖世鬆:經過此次需求與分析，更加明白了一個軟件的開發過程是多麼得不容易，從用戶需求到軟件的原型設計、界面設計等，最後再到代碼的規範化，組員的分工都須要作出具體的規劃，才能保證工做有效的進行，總的來講是一次很是好的體驗機會

楊澤斌:本次實驗，我負責的是任務分解WBS，WBS分解將主體目標逐步細化分解，最底層的任務活動可直接分派到我的去完成,每一個任務原則上要求分解到不能再細分爲止，在本次實驗中，可能對主要的任務沒有考慮的很完善很細化，還有不少地方須要多多改進

謝慶圓:此次仍是和以往有不少同樣的失敗的地方，不少地方出錯，簡直是要崩潰，這讓我領悟到了幾個道理：一，萬丈高樓平地起，必定要有紮實的基礎，不要急於求成；二，設計的時候必定要將就合理，不要一把亂抓，這樣設計出的確定漏洞百出，多向經典學習，新穎的創意學習能夠成長的更快；三，遇到問題不要立馬放棄，變得沮喪，應該嘗試本身解決，實在不行才能夠請教他人。

葉文檸:此次做業感受仍是有些頭疼，由於進度感受跟不上，並且基礎不太牢固，須要學習的東西比較多，這時候就比較耗時，並且任務肯定的時間不是很好。選擇小程序這個項目的好處就是如今在小程序這塊作的人挺多，在開發的時候比較多的參考資源，網絡也有小程序開發教程資源，可是如今着學習起來就比較不合適了，由於時間問題；很差之處就是環境搭建比較麻煩，須要註冊的東西比較多。總而言之作好這個項目仍是對咱們有很大幫助，能夠而外學習到一些專業知識，還能夠接觸到小程序這一塊比較有活力、熱門的東西。
林偉航:在此次的博客做業中，對此次所選的選題有了一個更深的認識，先要充分的考慮到用戶的需求才能進行接下來的編寫程序以及測試。下一週就要開始相關的代碼學習，堅持就是勝利。