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 需求建模：基於場景
用例圖：
用戶、軟件和數據庫的基本活動(部分)泳道圖：
除此之外，在使用時可以自定義預算，備份數據和恢復數據，這些功能將整合到設置，再結合數據庫的應用而實現。