本篇論文目錄導航：

【題目】家庭理財系統的設計與開發探究
【第一章 第二章】系統設計與實現涉及的相關技術
【第三章】家庭理財系統需求分析
【4.1 - 4.4】家庭理財系統模塊設計
【4.5 - 4.7】家庭理財系統數據庫設計
【第五章】家庭理財系統功能實現
【總結/參考文獻】構建適用于家庭的理財系統研究總結與參考文獻

第三章 系統需求分析

本章主要分析了家庭理財系統的功能性需求和非功能性需求，并使用 UML 對需求進行建模，構建了系統用例圖以及系統交互協作圖。

3.1 系統需求概述。

系統需求最主要包括功能性需求和非功能性需求[23],針對家庭理財系統，功能性需求最主要包括家庭收入支出、投資理財、預算債務、財務統計等相關的系統功能，對于非功能性需求，其主要包括為了達到用戶的需要開發的軟件產品，還應具有除功能需求以外的特性，比如系統的可維護性、可擴充性、可靠性、對技術以及業務的適應性等。

3.2 需求調研的方法。

家庭理財系統是針對中國家庭的財務以及理財管理的需要而提出的信息系統，這是一個通用型的軟件系統，這就意味著要充分了解和收集每一個家庭共有的需求，系統才能滿足中國家庭在理財方面的需求，中國有著數量眾多的家庭，每一個家庭都去調研顯然是不現實的，這也就決定了需求調研和收集的這一任務是一項具有挑戰性的任務，那么需求調研的方法就尤為重要了，需求調研的方法要滿足最基本的兩個要求：一個要求是要獲取具有代表性的家庭理財所必須的功能需求；另一要求是需求調研的方法要具有可實施性。為了達到這一目標，系統的需求通過以下方法來獲?。?/p>

（1）使用并且分析已有的家庭理財系統，找出這些系統共有的系統功能，將這些功能作為系統的基礎功能需求。

通過分析現有的家庭理財系統來獲取它們的共同點是獲取家庭理財系統基礎功能需求最快也是最有效的方法，這些功能點也是經過多方調研分析得出的結果，具有一定的代表性，可以把這些成果作為系統功能需求的基礎，再此基礎之上再來挖掘更深層次的系統需求。此方法的有點是能夠方便、快捷、直接地獲取系統需求，但是這一方法也有其缺點，最直接的缺點就是功能需求的范圍容易被禁錮，跳不出這些系統所形成的模式。

（2）查閱家庭理財相關的資料文獻并進行分析歸納總結，獲取更深層次的系統需求。

家庭理財相關的分析統計資料、調查報告以及相關的論文資料都是很好的獲取系統需求的文獻資料，通過對這些文獻資料的分析歸納總結，可以獲取很多的有用信息，這是獲取深層次系統需求的有效途徑。這一方法的優點是可以挖掘出隱含的系統需求，缺點是需要分析大量的文獻資料，同樣需求進行大量的分析、歸納、總結的工作。

本文中所提的家庭理財系統的需求調研方法采用的是兩種結合的方式，首先通過已有家庭理財系統的分析得出此類系統的基本功能需求，然后再通過文獻資料分析的方法獲取深層次的隱含需求作為補充。

3.3 功能性需求分析。

3.3.1 功能需求概述。

家庭理財系統是一套面向中國家庭的理財管理系統，根據中國家庭的理財觀念、消費習慣以及財務的相關標準，家庭理財系統應當包括基礎數據維護、報銷管理、明細管理、記賬管理、預算管理、賬戶管理、債務管理、系統提醒以及財務統計管理等功能，各項功能簡要說明如下：

記賬管理：記錄收入、支出、投資、轉賬、債務等資金的流水項目。

明細管理：對家庭日常的流水項目進行管理和維護。

賬戶管理：對家庭的各種資金賬戶進行管理和維護。

預算管理：對家庭的各種類型的支出進行預算設置和管理。

債務管理：對家庭的借入、借出的債務進行記錄、管理和提醒。

報銷管理：對于可報銷的支出進行管理和維護。

財務統計管理：對家庭每天，每個月甚至是每年的各項收支進行匯總統計，提供理財決策數據。

基礎數據維護：提供系統運行使用所需的各項基礎數據進行維護和管理。

系統提醒：根據用戶的設置，系統自動生成各項重要的提醒信息提醒用戶及時做出相應的處理。

3.3.2 系統用例圖。

系統用例圖是面向對象分析設計方法中用于描述系統需求的工具，系統功能性需求是使用 3.3.1 節中所提的需求調研方法進行系統調研后得到的，在進行描述和建模時，本文采用的方式是系統用例圖，具體的系統功能性需求。

系統中涉及到角色有兩個，分別為：系統管理員和普通用戶。系統管理員負責進行系統管理、系統初始化和維護。普通用戶使用的主體功能主要是由系統提供的，主要包括：基礎數據維護、報銷管理、明細管理、記賬管理、預算管理、賬戶管理、債務管理、系統提醒以及財務統計管理等功能。圖 3.1 中的每一個用例都是用戶所需的一種系統功能，下面對每一個用例進行說明：

系統管理：系統管理主要作用是提供系統運行需要的基礎數據的管理和維護。主要包括：權限管理、模塊管理、用戶管理以及角色管理這幾個子功能。用戶管理對系統用戶賬號信息進行管理和維護；模塊管理對系統功能模塊進行管理和維護，模塊管理以樹的方式進行管理，分為父模塊和葉子模塊，葉子模塊是系統功能的入口，同時基于葉子模塊還可以對功能模塊的基本操作功能進行定義；角色管理提供系統角色的管理，同時還提供系統用戶角色的授予和收回等功能；權限管理最主要提供系統權限的分配和回收功能，權限分配基于角色進行的。

基礎數據維護：基礎數據維護的作用是對使用系統的過程中所必須的基礎數據進行管理以及維護，這些基礎數據包括：收入類別和類型數據，支出類別和類型數據，商家數據，借方和貸方的基礎數據，流水號項目類別基礎數據。

賬戶管理：賬戶管理主要提供家庭資金賬戶的管理，資金賬戶細分為現金賬戶、儲蓄卡賬戶、信用卡賬戶、投資賬戶、借貸賬戶、各種儲值卡賬戶等。

記賬：記賬功能是家庭理財系統的核心功能，此功能主要是提供用戶記錄家庭收支情況的統一入口，用戶通過此功能可以記錄各種類型的收入和支出、轉賬記錄、投資記錄、借貸記錄、可報銷的出差消費記錄等，此功能包括：記錄收入、記錄支出、記錄轉賬、記錄借貸幾個子功能。

明細管理：明細管理主要提供記賬功能記錄的各種流水項目的維護與管理，同時在流水項目發生變化時還提供了更新相應賬戶資金的功能。明細管理還提供流水項目的分類管理，用戶可根據需要按照流水號項目記錄中各項數據的類型進行分類管理，也可以按照時間段進行管理和維護。

預算管理：預算管理主要提供用戶按照設定的支出類別分類進行預算設置，預算可按月進行設置，同時預算管理還可根據用戶設置的預算進行預算執行情況的監控和提醒，達到輔助用戶進行預算管理的目的。

債務管理：債務管理主要提供家庭債務記錄的管理和維護功能。債務記錄分為借入、借出記錄，根據債務記錄的類型，系統還需提供還款和收款功能。根據用戶設置的債務還款或者收款期限，系統還提供債務提醒功能。

報銷管理：報銷管理主要為用戶提供可報銷消費記錄的管理，使得用戶可以方便快捷的找到出差消費的記錄，可報銷消費記錄可細分為已報銷記錄和未報銷記錄。系統還需提供報銷功能，用戶可一次合并多條出差消費記錄進行報銷，報銷記錄作為系統的一條收入記錄。

固定收入與固定支出：固定收入與固定支出功能提供用戶設置每月的固定收入和固定支出，系統根據用戶的設置，自動定時產生對應的一條收入或者支出記錄，并更新相應賬戶的信息。

導入數據：系統提供兩種數據導入的方式，一種是通過短信內容導入收入記錄和支出記錄；另一種是導入系統的備份數據，這種方式是系統恢復和初始化的有效手段。

導出數據：提供系統基礎數據、賬戶信息、流水記錄等系統運行過程中產生的數據的備份功能。

綜合查詢與報表：提供用戶方便高效地獲取滿足條件數據的功能，同時以圖表和記錄的方式展現給用戶，輔助用戶進行統計分析和改進。

系統提醒：根據用戶設定的提醒設置，及時把用戶關心的信息通過短信或者郵件的方式推送給用戶，提醒用戶及時作出相應的處理。

3.3.3 系統交互圖。

在整個系統的需求模型中，家庭的收支情況記錄、借貸情況記錄與投資情況記錄是核心，并且這幾塊也是整個系統功能中人機交互最密集的功能模塊，因此在本節中主要針對這幾塊功能所涉及的人機交互與系統功能模塊之間的交互行為需求進行分析和建模。

1.收支功能交互模型。

為了方便用戶進行快捷地記錄家庭的收支情況，系統需提供一個統一的入口，讓用戶在同一個界面就可以快速完成收入和支出情況的記錄，并且由系統中的相應功能模塊分別處理收支記錄，并且更新系統中的相應數據和記錄。

收支功能的交互包括記錄收支情況和管理明細兩部分，下面分別對這兩部分的交互進行簡要的說明。

記錄收支：用戶通過人機交互界面向記賬功能模塊發送記錄收支的消息，記賬模塊收到此消息后根據記錄收支消息的類型向明細管理模塊發送記錄明細的消息，明細管理模塊收到消息后首先保存收支情況記錄，然后再對收支情況記錄進行處理，并把處理結果作為參數，通過更新賬戶消息發送給賬戶管理模塊，由賬戶管理模塊更新相關賬戶的數據，同時對消息參數進行處理，如果是可報銷的支出記錄，還要將支出數據通過更新報銷記錄消息傳遞給報銷管理模塊。所有處理完成后最終處理結果將返回給系統用戶。

管理明細：用戶通過明細管理的界面向明細管理模塊發送明細管理消息，明細管理模塊根據消息的類型對相應的流水記錄進行處理，并把處理的結果作為消息參數，向賬戶管理模塊發送更新賬戶的消息，賬戶管理模塊根據消息參數對相應的賬戶數據進行更新處理，如果是涉及到可報銷支出記錄的，賬戶管理模塊還要向報銷管理模塊發送更新報銷記錄消息，消息的參數為賬戶管理模塊的處理結果，處理結果最終返回給系統用戶。

2.借貸功能交互模型。

借貸在理財過程中是不可避免的，因此借貸功能也是理財系統中不可或缺的一部分。借貸記錄的發生涉及到一序列的人機交互和系統功能模塊之間的交互。

借貸功能的交互包括記錄借貸情況和管理明細兩部分，下面分別對這兩部分的交互進行簡要的說明。

借貸情況記錄：用戶通過人機交互界面向記賬功能模塊發送記錄借貸情況的消息，記賬模塊收到此消息后根據記錄借貸情況消息的類型向明細管理模塊發送記錄明細的消息，明細管理模塊收到消息后首先保存收支情況記錄，然后再對收支情況記錄進行處理，并把處理結果作為參數，通過更新賬戶消息發送給賬戶管理模塊，由賬戶管理模塊更新相關賬戶的數據，同時對消息參數進行處理，并將借貸數據通過更新債務記錄消息傳遞給債務管理模塊。所有處理完成后最終處理結果將返回給系統用戶。

管理明細：用戶通過明細管理的界面向明細管理模塊發送明細管理消息，明細管理模塊根據消息的類型對相應的流水記錄進行處理，并把處理的結果作為消息參數，向賬戶管理模塊發送更新賬戶的消息，賬戶管理模塊根據消息參數對相應的賬戶數據進行更新處理，賬戶管理模塊還要向債務管理模塊發送更新債務記錄消息，消息的參數為賬戶管理模塊的處理結果，處理結果最終返回給系統用戶。

3.投資功能交互模型。

投資功能是家庭理財系統的另一個重要的功能，此功能包括投資和收回投資兩個子功能，投資功能的實現需要一序列的系統模塊之間的協作和交互。

投資功能的交互包括投資和收回投資兩部分，下面分別對這兩部分的交互進行簡要的說明。

投資：用戶通過人機交互界面向投資管理模塊發送記錄投資情況的消息，投資管理模塊收到此消息后向明細管理模塊發送記錄明細的消息，明細管理模塊收到消息后首先保存收出情況記錄，然后再對收出情況記錄進行處理，并把處理結果作為參數，通過更新賬戶消息發送給賬戶管理模塊，由賬戶管理模塊更新相關賬戶的數據。所有處理完成后最終處理結果將返回給系統用戶。

收回投資：用戶通過人機交互界面向投資管理模塊發送記錄收回投資情況的消息，投資管理模塊收到此消息后向明細管理模塊發送記錄明細的消息，明細管理模塊收到消息后首先保存收入情況記錄，然后再對收入情況記錄進行處理，并把處理結果作為參數，通過更新賬戶消息發送給賬戶管理模塊，由賬戶管理模塊更新相關賬戶的數據。所有處理完成后最終處理結果將返回給系統用戶。

3.4 系統的非功能性需求。

1.用戶界面需求。

人機交互界面要求簡單、直觀、美觀、操作方便， 要求符合系統用戶的使用習慣，易于系統用戶快速上手操作。

2.軟硬件環境需求。

采用先進的技術和先進的軟件體系結構，進行系統設計，采用跨平臺的開發技術和面向對象，并且應具有強大的 WEB 程序開發能力的編程語言進行系統開發。軟件能夠在普通服務器的硬件配置下順暢、穩定的運行。

3.產品質量需求。

正確性：系統功能首先應該是正確的，要保證系統使用過程中無錯誤。

健壯性：系統應該是健壯的，能夠穩定運行，在不同情況下都能夠正常使用，沒有系統緩慢或者崩潰現象。

可靠性：系統應該是安全可靠的。

性能：系統應該保證高效運行，響應快速，無滯后感。

易用性：在操作時，軟件系統應當有清晰的步驟，操作方法要簡單易行，要具有比較強的邏輯性，要求符合系統用戶的使用習慣，易于系統用戶快速上手操作。

安全性：在防范認為風險時，應當在系統的層面上進行，所以在建立應用系統時，應當把安全性考慮在內。

可擴展性：充分考慮可擴展性，從軟件結構上入手，軟件體系結構應該支持系統的可擴展性，便于軟件的完善、升級和維護。

兼容性：考慮不同瀏覽器以及瀏覽器的不同版本間向下兼容的問題。

3.5 本章小結。

本章從三個方面對家庭理財系統進行了系統需求分析，一方面是系統需求調研的方法，本章提出了系統參照法和文獻分析歸納法兩種需求調研的方法，兩種方法相互結合，相互補充能夠有效解決需求調研難的問題；另一方面，將需求調研后的結果通過 UML 的方式進行需求建模，構建了表述系統功能需求的系統用例圖以及表述系統核心功能組件之間交互行為的系統交互圖；在一方面，提出了系統的非功能性的需求，包括用戶界面需求、系統軟硬件環境需求以及系統的性能需求幾方面的內容。