課程設計說明書
課程設計名稱： 資料庫課程設計
課程設計題目： 家庭財務管理系統
學院名稱： 資訊工程學院
專業： 計算機應用與技術班級
一、資料庫需求分析：
對於"家庭財務管理系統"而言，整個系統就是乙個加工"家庭財務管理"。從使用者的需求描述可知，"管理員"是資料的源點，"普通使用者"是資料的終點。另外，管理員需要錄入使用者資訊、理財資訊和日常管理資訊，說明"使用者資訊"、"理財資訊"和"日常管理資訊"是資料流；同樣，"統計請求"和"統計結果"也是資料流。
根據上述分析，得到如圖所示的第1層dfd。
根據第1層dfd圖繪製下一層資料流圖時，細化第1層的加工"家庭財務管理"，從而描述系統的主要功能。從第1層dfd得知，"使用者資訊"是管理員需要錄入的乙個資訊，因此加入乙個加工"錄入使用者資訊"，同樣得到"錄入理財專案資訊"、"錄入日常管理資訊"兩個加工。另外，資料流"統計報告請求"和"統計報告結果"應該由加工"統計報告"來完成。
這樣，我們用"錄入使用者資訊"、"錄入理財專案資訊"、"錄入日常管理資訊"和"統計報告"四個加工代替第1層的"家庭財務管理"，同時增加這些資料流對應的資料儲存，即"使用者"、"理財"和"日常管理"，最後得到如圖所示的第2層dfd。
繼續進行分解，分析第2層dfd中的加工"統計報告"。使用者統計報告時需要提供合法性檢查，因此，"統計報告"可以分解為"合法性檢查"和"統計"兩個處理步驟，從而形成如圖所示的第3層dfd。
資料字典
（一）、資料項
1 資料項名：編號；資料型別：int；資料長度：4；
2 資料項名：姓名；資料型別：nvarchar；資料長度：50；
3 資料項名：備註；資料型別：nvarchar；資料長度：50；
4 資料項名：收入**；資料型別：nvarchar；資料長度：50；
5 資料項名：支出型別；資料型別：nvarchar；資料長度：50；
6 資料項名：收入日期；資料型別：datetime；資料長度：8；
7 資料項名：收入人員；資料型別：int；資料長度：4；
8 資料項名：收入金額；資料型別：float；資料長度：16；
9 資料項名：支出日期；資料型別：datetime；資料長度：8；
10. 資料項名：支出人員；資料型別：int；資料長度：4；
11 資料項名：支出金額；資料型別：float；資料長度：16；
12 資料項名：賬戶編號；資料型別：int；資料長度：4；
13 資料項名：日期；資料型別：datetime；資料長度：8；
14 資料項名：經手人； 資料型別：nvarchar；資料長度：50；
15 資料項名：存入金額；資料型別：float；資料長度：16；
16 資料項名：支出金額；資料型別：float；資料長度：16；
17 資料項名：初始金額；資料型別：float；資料長度：16；
18 資料項名：餘額；資料型別：float；資料長度：16；
19 資料項名：預還日期；資料型別：datetime；資料長度：8；
20 資料項名：借出日期；資料型別：datetime；資料長度：8；
21 資料項名：開戶銀行；資料型別：nvarchar；資料長度：50；
22 資料項名：開戶日期；資料型別：datetime；資料長度：8；
（二）、資料結構
23 資料結構名：使用者；組成：編號＋姓名＋備註；
24 資料結構名：收入**；組成：編號＋收入**；
25 資料結構名：支出型別；組成：編號＋支出型別；
26資料結構名：日常收入；組成：編號＋收入日期＋收入人員＋收入**＋收入金額＋備註；
27資料結構名：日常支出組成：編號＋支出日期＋支出人員＋支出型別＋支出金額＋備註；
28資料結構名：活期賬戶；組成：編號＋賬戶編號＋日期+經手人+存入金額+支出金額+備註；
29資料結構名：定期賬戶；組成：編號＋賬戶編號＋日期+經手人+存入金額+支出金額+備註；
30資料結構名：借入款；組成：編號+借入日期+預還日期+借入人+出借人+借入金額+備註；
31資料結構名：借出款；組成：編號+借出日期+預還日期+出借人+借貸人+借出金額+備註；
32資料結構名：活期銀行賬戶；組成：編號+賬號+賬戶型別+卡號+賬戶戶主姓名+初始金額+餘額+開戶銀行+開戶日期；
33資料結構名：定期銀行賬戶；組成：編號+賬號+賬戶型別+卡號+賬戶戶主姓名+初始金額+餘額+開戶銀行+開戶日期；
（三）、資料流
34資料流名：家庭成員資訊；資料流**： 戶主；資料流去向：家庭成員資訊表
35資料流名：收入資訊；資料流**：戶主；資料流去向：家庭成員資訊表
36資料流名：支出資訊；資料流**：戶主；資料流去向：家庭成員資訊表
37資料流名：統計報告請求；資料流**：戶主；資料流去向：統計報告
38資料流名：統計報告結果；資料流**：統計報告；資料流去向：戶主
家庭成員資訊包括的資料項由：編號，姓名，備註。
家庭成員收入**資訊，包括的資料項有：編號，收入**。
家庭成員支出型別資訊，包括的資料項有：編號，支出型別。
收入**資訊，包括的資料項有：編號，收入日期，收入人員，收入**，收入金額，備註。
支出型別資訊，包括的資料項有：編號，支援日期，支出人員，支出型別，支出金額，備註。
活期賬戶資訊，包括的資料項有：編號，賬戶編號，日期，經手人，存入金額，支出金額，備註。
定期賬戶資訊，包括的資料項有：編號，賬戶編號，日期，經手人，存入金額，支出金額，備註。
借入款資訊，包括的資料項有：編號，借入日期，預還日期，借入人，出借人，借入金額，備註。
借出款資訊，包括的資料項有：編號，借出日期，預還日期，出借人，借貸人，借出金額，備註。
活期銀行賬戶資訊，包括的資料項有：編號，賬號，賬戶型別，卡號，賬戶戶主姓名，初始金額，餘額，開戶銀行，開戶日期。
定期銀行賬戶資訊，包括的資料項有：編號，賬號，賬戶型別，卡號，賬戶戶主姓名，初始金額，餘額，開戶銀行，開戶日期。
二、資料庫概念結構設計
資料庫概念結構設計就是在以上資料項和資料結構的前提下，設計出滿足使用者需求的實體，以及它們之間的關係，為後面的邏輯結構設計打下基礎。
概念模型最常用的描述方法是e-r圖（「實體－聯絡」圖）描述法，e-r圖主要有3個要素： 實體：實體是以矩形表示。
實體就是資料庫資料中具有實際意義的主體，如在前文分析的實體就是「消費人員」和「消費品」。
屬性：屬性用橢圓表示。就是實體所擁有的特性，如果是在物件導向程式設計中，可以將「實體」和「屬性」對應為「物件」和「物件中的資料成員」的關係。
聯絡：聯絡用菱形表示。聯絡是實體與實體之間發生的動作、從屬或其他依賴關係。
本軟體規劃出的實體有：使用者資訊實體，收入**資訊實體，支出型別資訊實體，日常收入資訊實體，日常支出資訊實體，活期銀行賬戶資訊實體，定期銀行賬戶資訊實體。概念模型就是對資訊世界的抽象建模，狹義的資訊世界可以專指資料庫中的資料，那麼概念模型就可以理解為對資料庫資料的抽象建模。
各個實體具體的描述e-r圖如下：
e-r總圖 :
三、資料庫邏輯結構設計
邏輯關係：
家庭成員資訊(編號，姓名，備註);
家庭成員收入**(編號, 收入**)
家庭成員支出型別(編號, 支出型別);
活期銀行賬戶(編號, 帳號, 賬戶型別, 卡號,賬戶戶主姓名, 初始金額, 餘額, 開戶銀行, 開戶日期);
定期銀行賬戶(編號, 帳號, 賬戶型別, 卡號,賬戶戶主姓名, 初始金額, 餘額, 開戶銀行, 開戶日期);
日常收入資訊(編號, 收入日期, 收入人員, 收入型別, 收入金額, 備註};
日常支出資訊(編號, 支出日期, 支出人員, 支出型別, 支出金額, 備註);
活期賬戶資訊(編號, 賬戶編號, 日期, 經手人, 存入金額 , 支出金額, 備註);
定期賬戶資訊(編號, 賬戶編號, 日期, 經手人, 存入金額 , 支出金額, 備註);
借出款資訊(編號, 借出日期, 預還日期, 出借人, 借貸人, 借出金額, 備註);
借入款資訊(編號, 借入日期, 預還日期, 借入人,出借人, 借入金額, 借入金額);
根據以上的資訊實體e-r圖和邏輯關係，本小型家庭財務管理軟體資料庫中的各個**的設計結構如下面的表：
表4-1 家庭成員表family
表4-2 收入**表incometype
表4-3 支出型別表outputtype
表4-4 活期銀行賬戶表livebank
表4-5 定期銀行賬戶表fixbank
ERP財務管理系統
第九章財務系統說明書 目錄 9.1.系統作業流程圖 9.2.基本資料維護 9.3.系統開帳 9.4.銷售 收款業務處理 9.5.採購付款業務處理 9.6.固定資產業務處理 9.7.現金銀行業務處理 9.8.憑證處理 9.9.財務結算系統 9.1.系統作業流程圖 9.2.基本資料維護 主要設定會計科目...
ERP系統財務管理
摘要 分析了其系統中財務管理的主要特點，並提出在創新發展中呈現的新特徵。關鍵詞 企業資源計畫財務管理系統 一 引言 企業資源計畫 enterprise resources planning，簡稱erp 的基本思想是將企業的運營流程看作乙個緊密連線的 鏈，主要包括 商 製造工廠 分銷網路和客戶等，其目...
家庭財務管理系統測試
本文件詳盡說明了這一軟體產品的測試規格，這些測試說明是以後進行使用及設計改進的基礎。同時，該文件也是使用者確定軟體功能需求的主要依據。本文件適用於家庭財務管理軟體的單元 整合測試。本文件用於對家庭財務管理軟體的測試工作階段成果的描述。包括對軟體測試的整體描述，軟體測試的分類和級別，軟體測試的過程描述...