1 引言
1．1編寫目的
本文檔是記賬小能手在前期開發階段針對使用者所進行的需求分析，在本文檔中我們通過對記賬小能手中的使用者進行了具體的需求分析，通過該文檔讀者可了解該軟體的所有功能以及使用者的具體權限。
背景：
a．待開發的軟體名稱為：記賬小能手
b．本項目的任務提出者、開發者為軟體工程小組軟體愣頭青
定義：
資料庫（SQL）：Structured Query Language 結構化語言。
Swing：一種基于java語言的界面設計語言。
java：一種可以撰寫跨平台應用軟體的面向對象的程式設計語言。
2 任務概述
2．1目标
開發該軟體的目的在于友善客戶對自己的消費有更加全面的了解，在當今電子消費盛行的背景下，記賬變成了一件必要的事情。
軟體功能上的便捷即省時：
界面簡潔，美觀是最基本的要求，大家都喜歡美的東西，無論人、物、景，是以追求軟體界面美觀，功能直覺，無需浪費時間摸索。這些是第一步，也可以說是一篇文章的龍頭。
摒棄多餘操作，謹慎增添附加功能，一天不多耽誤使用者的時間。
可以使用雲存儲，或者個人賬戶存儲 (前面NABCD模型分析有提及在此不多加贅述) 相應的資料，自定義消費類型，可以考慮圖文記賬。
自動同步記賬（該需求目前不考慮實作）：
大部分人可能會省得麻煩，隻在有需要的時候，随手用記了幾筆相對重要的賬。并且我相信和寫日記一樣，每天記記流水還尚且能堅持的人可能還是占少數。如果對于不在乎資金的去向的人（比如說富二代）來說，每天記賬就更難以實作了。記賬的确不應該是一項任務，而應該是在每個人消費後記得到合适的處理以及記錄。生活中得瑣事以及夠多了，恐怕稍微忙些的人，對這些事情無暇處理。是以自動同步記賬對這些人來說就是福音，在各大産生消費的軟體上，比如支付寶，微信，使它們的消費記錄能同步到該記賬軟體上，并作出理财管理。讓該款軟體能更好地為使用者服務，是我們的初衷。但是基于現在能力有限，各種條件的限制，目前隻能停留在理論階段。
直覺消費呈現：
通過報表分析消費記錄，預算，支出類型，所占百分比等，類似下圖所示：
使用者的特點：
關于使用者，面向的是開支超出預算，或是不明白錢的用處的人，對操作人員、維護人員的要求是能夠熟練運用資料庫及能夠對軟體進行日常維護。
3 需求規定
3．1對功能的規定
主要功能有：消費一覽、記賬、消費分類管理、月度消費表、設定預算和資料存儲路徑（MySQL）、備份資料、恢複資料。
3．2對性能的規定
精度：輸入資料要求為double，輸出資料類型也為double。
時間特性要求：響應時間、資料的轉換和傳送時間盡可能快。
3．3資料管理能力要求
說明需要管理的文卷和記錄的個數、表和文卷的大小規模，要按可預見的增長對資料及其分量的存儲要求作出估算。
3．4故障處理要求
出現資料紊亂或是伺服器崩潰的情況，需要盡快修複。
4 需求模組化：基于場景
用例圖：
使用者、軟體和資料庫的基本活動(部分)泳道圖：
除此之外，在使用時可以自定義預算，備份資料和恢複資料，這些功能将整合到設定，再結合資料庫的應用而實作。