關於計算機畢業設計論文開題報告

1.本課題的研究意義，國內外研究現狀、水平和發展趨勢

1.1研究意義

隨着社會的發展和進步，各項社會保障和福利制度進一步完善。實行住房公積金制度是其中的重要內容。住房公積金是職工及其所在單位按規定繳存的具有保障性和互助性的職工個人住房基金，數據量大且處理複雜。住房公積金管理系統是各單位財務管理的重要任務，由於各單位公積金管理數據量大、操作複雜，因此效率較低。本課題旨在構架一個住房公積金信息管理管理系統，方便各級管理人員、各單位和職工完成對住房公積金的操作、查詢、結算等工作，為住房公積金制度的順利實施提供保障。

本系統設計過程中主要考慮各單位用户的應用環境和應用難點。系統在開發過程中深入研究了房改資金行業的發展規律，吸納了近年來國內外同行業和國內其他信息系統的實施經驗，藉助了最先進的開發平台和開發工具，設計、開發了適合住房公積金管理自身特點、功能完善、易學易用、擴充靈活、完全可靠、符合未來發展方向的住房公積金管理系統。

1.2國內外研究現狀、水平

隨着現今網絡的發展，網絡已經成為了人們生活上必不可少的，人們可以通過網絡查詢自己需要的信息，起初我國在住房公積金這一塊還處於萌芽狀態，原有的半手工管理模式手續繁雜、糾錯能力差、服務項目不全，因而工作效率不高。 這就迫使人們要去想出更好的解決辦法，這樣新的住房公積金管理系統就誕生了，從住房公積金歸集支取管理、住房公積金貸款管理、住房公積金財務管理到電話查詢和多媒體終端查詢、住房公積金單位版等均實行了一體化管理，涵蓋了住房公積金業務處理的方方面面。

逐步完善住房公積金管理網絡，管理網絡必須緊跟住房公積金事業發展的趨勢，不斷地完善，不斷地改進，只有在管理上與時俱進，才能在業務上面貌日新。

住房公積金信息管理系統建設給我市住房公積金事業帶來了良好的發展勢頭，管理水平、工作效率的不斷提高使住房公積金繳存規模和個貸規模不斷提高。我中心非常珍惜這一來之不易的好形勢，要求職工因勢利導、再接再厲，為全市每一單位、每一職工提供更加方便、快捷、準確的服務，讓他們享受到銀行般的服務質量，感覺到住房公積金繳存到我中心與存在銀行同樣安全可靠，並且益處更大、意義更大。

1.3發展趨勢

整個世界的科技都在進步，人類的生活水平也在不斷的提高，信息產業發展的尤為迅速，住房公積金管理系統正在不斷的趨於完善，我國的現狀相對於發達國家而言還有一定的差別，但是正在不斷朝那個方向努力。在整個住房公積金管理系統發展的這麼多年，從無到有、從不完善到趨於完善是一個相當漫長的過程;不管是從科技還是從人類自身的需求出發，住房公積信息管理系統正在不斷髮展、壯大。

2.本課題的基本內容，可能遇到的困難，提出解決問題的方法和措施

2.1基本內容：

住房公積金就是職工及其所在單位按規定繳存的具有保障性和互助性的職工個人住房基金，為了完善住房供應體系，建立相應的住房公積金管理系統實行職工統一管理，為每個職工建立詳細資料庫，職工個人可以隨時通過賬號到管理處查詢個人的賬户信息。操作員統一執行利息結算、登錄和登賬調整等操作。如果用户滿足了提取住房公積金的條件，可以與操作員聯繫，申請提取住房公積金。

住房公積金管理系統要實現以下幾個功能：

1.基礎信息設置

在整個系統的設置中，處理輸入單位、職工信息。在正常的事務過程中，如遇人事變動，相應地進行信息變動。

2.主要業務

職工自己和單位每月繳納基金，系統對年利息進行自動結算。職工在必要的時候對可以提取住房公積金，一般只有在建立住房公積金制度一年以上的職工，並具有一定的公積金餘額才可以提取公積金。操作員也可以因為需要，統計分析數據，然後就可以輸出相應的報表。

3.帳表查詢業務

職工可以查詢餘額表，清楚自己每月所交的公積金，以及相應的明細表中的詳細內容。與此同時職工單位也要對自己和單位個人的交納信息、綜合信息、明細信息和職工的狀態作相應的查詢。

4.系統設置業務

畢業設計(論文)開題報告

作為住房公積金信息管理中心人員，所做的事情就相對多了許多，存儲信息、修改信息打印報表等等事務。其數據流圖如下：

畢業設計(論文)開題報告

本系統對不同角色的用户進行用户分級管理。另外一項重要的業務就是數據的備份與恢復。

業務流程圖：

2.2數據庫設計

這個系統初步設計要有以下幾下表，有職工表、部門表、係數表、期初餘額表、明細表、利息結算表、用户表等。

職工表：

字段名稱 字段含義 字段類型 允許為空 是否為主鍵

zgbh 職工編號 var20) 否 是

zgxm 職工姓名 var20) 否 否

zh 賬號 var20) 否 否

bmbh 部門編號 var20) 否 否

〖畢業設計(論文)諮詢QQ：306826066

bz 備註 var25) 是 否

部門表：

字段名稱 字段含義 字段類型 允許為空 是否為主鍵

bmbh 部門編號 var20) 否 是

bmmc 部門名稱 var20) 是 否

畢業設計(論文)開題報告

係數表：

字段名稱 字段含義 字段類型 允許為空 是否為主鍵

bmbh 部門編號 var20) 是 否

zhbh 職工編號 var20) 否 是

zh 賬號 var20) 是 否

zhxm 職工姓名 var20) 是 否

grxs 個人係數 money 是 否

dwxs 單位係數 money 是 否

zxs 總係數 money 是 否

lx 類型 var2) 是 否

期初餘額表：

字段名稱 字段含義 字段類型 允許為空 是否為主鍵

zy 摘要 var20) 是 否

zgbh 職工編號 var20) 否 是

zh 賬號 var20) 是 否

zgxm 職工姓名 var20) 是 否

zhxm 部門編號 var20) 是 否

bmbh 個人期初餘額 money 是 否

grye 單位期初餘額 money 是 否

dwye 總期初餘額 money 是 否

利息結算表：

字段名稱 字段含義 字段類型 允許為空 是否為主鍵

zgbh 職工編號 var20) 否 是

zgxm 職工姓名 var20) 是 否

zh 賬號 var20) 是 否

bmbh 部門編號 var20) 是 否

zxs 總係數 money 是 否

餘額表：

字段名稱 字段含義 字段類型 允許為空 是否為主鍵

zy 摘要 var20) 是 否

year 年 var20) 是 否

month 月 var20) 是 否

zgbh 職工編號 var20) 是 是

zh 賬號 var20) 是 否

zgxm 職工姓名 var20) 是 否

zxs 總係數 money 是 否

jsxs 減少總係數 money 是 否

ye 餘額 money 是 否

明細表：

字段名稱 字段含義 字段類型 允許為空 是否為主鍵

zy 摘要 var20) 是 否

year 年 var20) 是 否

month 月 var20) 是 否

zgbh 職工編號 var20) 是 是

zh 賬號 var20) 是 否

zgxm 職工姓名 var20) 是 否

grxs 個人係數 money 是 否

dwxs 單位係數 money 是 否

zxs 總係數 money 是 否

grjs 個人減少係數 money 是 否

dwjs 單位減少係數 money 是 否

jsxs 減少係數 money 是 否

lb 類別 var2) 是 否

bmbh 部門編號 var20) 是 否

用户表：

字段名稱 字段含義 字段類型 允許為空 是否為主鍵

yhbh 用户編號 var20) 否 是

yhmc 用户名稱 var20) 否 否

mm 密碼 var20) 是 否

sysuser 系統管理員標識 bit 否 否

bm 部門管理標識 bit 否 否

gz 職工檔案管理標識 bit 否 否

base 期初餘額標識 bit 否 否

qcye 職工月基本系數標識 bit 否 否

infor 職工信息變動標識 bit 否 否

autodel 按月取消登錄標識 bit 否 否

autodz 按月自動登賬標識 bit 否 否

manual 登賬調整標識 bit 否 否

getfunds 提取住房公積金標識 bit 否 否

lx 利息結算標識 bit 否 否

delx 取消利息結算標識 bit 否 否

yecx 餘額表查詢標識 bit 否 否

mxcx 明細表查詢標識 bit 否 否

gr_dw 個人與單位繳納彙總表標識 bit 否 否

user1 用户管理標識 bit 否 否

databack 數據備份與恢復標識 bit 否 否

2.3在本系統開發的過程中可能遇到的問題以及解決措施

(1)在系統開發中可能遇到的問題就是數據庫的建表和數據庫的連接問題，建立許多表在連接的時候花費相當長的時間，同時也會消耗寶貴的系統資源。系統的內容較散，涉及很多方面，例如明細表中zgbh(職工編號)和係數表中的zgbh以及利息結算表中的zgbh等表的連接都涉及到了多表連接，這就分會造成大量的數據宂餘，還有就是在進行查詢的時候，也會花費相當長的時間。

(2) 數據庫的安全性問題我們把密碼策略擺在所有安全配置的第一步。很多數據庫賬號的密碼過於簡單，這跟系統密碼過於簡單是一個道理。所以在整個分析的過程中，有三個對象，普通職工，單位和super—超級管理員，他們有着各自不同的權限，可以看到的信息也不同，就只有super可以看到所有的信息。

(3)報表是管理系統中最為組成部分之一，它是一種主要的數據輸出手段，可以把數據打印出來以供查閲或備份保留。這也是住房公積金系統中比較難以實現的部分，準備用QuickReport組件設計報表.在Delphi7中,默認情況下,並沒有安裝QReport組件,所以還需要另外安裝。在實現的時候，設置應用程序中的TTable組件中的“DatabaseName”、“TableName”屬性，使其連接到數據表中，將“Active”屬性設置為“True”，打開與數據表的連接。然後設置QuickReport組件“DataSet”屬性為“Table1”，也就是使其接到數據表中指定的字段。

(4)任何數據庫出於安全性考慮,都會想到數據的備份與恢復,這也是即將面臨着的問題,雖然也想了很多的辦法,但是至今離實現還有相當大的一段距離。會繼續探索和學習其解決的辦法。

3.本課題擬採用的研究手段(途徑)和可行性分析

3.1研究手段

本課題是使用成熟的C/S結構，設計過程中主要考慮各單位用户的應用難點。系統在開發過程中深入研究了房改資金行業的發展規律，吸吶了近年來國內處同行業和國內其他行業信息系統的實施經驗，藉助了最先進的開發平台和開發工具，開發了適合住房公積金管理自身特點，本系統統是用Delphi 7和SQL Sever 2019開發工具。

開發工具介紹：Delphi 7

Delphi 7是Inprise公司推出的一種全新的、面向對象的可視化快速應用程序開發工具，它使用的是Object Pascal語法的基礎，並在集成了各種可視化工具，為程序開發人員提供了一種方便、快捷的Windows應用程序集成開發環境—IDE(Integrated Development Environment)。

準備使用的是ADO(AcitiveX Data Object)連接數據庫，是微軟推出的新一代的數據訪問規範，其使用簡單，功能強大。TADOConnection組件用於管理ADO連接，並且提供了對事務的支持，當多個ADO組件訪問數據庫時，可以通過TADOConnection組件建立一個連接，然後讓其他ADO組件共享連接。

SQL Server 是一個關係數據庫管理系統Microsoft SQL Server 2019非常明顯的改進就是增加了OLAP(聯機分析處理)功能,這可以讓很多中小企業用户也可以使用數據倉庫的一些特性進行分析。OLAP可以通過多維存儲技術對大型、複雜數據集成執行快速、高級的分析工作。數據挖掘功能能夠揭示出隱藏在大量數據中的傾向及趨勢，它允許組織或機構最大。

所以在實現的過程中，如果運用的是ACCESS做數據庫，可能就不能讓住房公積金這麼大的系統。所以選一個適合的數據庫也是很重要的。

3.2可行性研究

這份可行性研究報告是對查詢系統作的可行性研究分析及指出存在的必要性。

一、技術可行性

本系統是運行在Windows XP 專業版上的應用程序。系統開發語言使用的是Delphi 7，數據庫使用的是Microsoft SQL Server 2019，一台機器實現，別人可以通過別的機器來查詢。這個系統在實現上應該沒有什麼太大的問題，delphi 7不管是新還是舊的，因為我們對舊版很熟悉，新的也是在舊的基礎上發展起來的;還有就是SQL SEVER 2019是相對比較熟的工具。

硬件條件：硬件條件：P42.4G CPU、32MRAM、40G硬盤PC機。

軟件條件：Windows xp sp2、SQL Server ，Delphi 7。

所以分析以上各個可能性，可以説這個系統在技術上是可行的。

二、經濟可行性

在現今的商品社會是一個講究效率的社會，是信息化的社會，隨着公司的規模不斷擴

畢業設計(論文)開題報告

大，員工數量急劇增加，有關員工的各種信息量查詢也成倍增長。而對龐大的信息量和數據量，如果仍使用手工操作或使用相當繁瑣的軟件，既浪費了人力，又浪費了物力，效率無法提高，不能夠適應現今社會並提高生產效率。

本系統的主要背景(為畢業設計)在經濟上不注重直接的經濟收益，而是注重我們整體水平的提高。

三、操作可行性

住房公積金管理系統是基於Delphi 7開發的，是被廣泛應用於數據庫開發和操作的一套成熟的軟件平台，而且它對於一箇中小型的數據庫處理具有不可比擬的優點和簡單方便。所以從操作可行性方面是可行的。開發出來的界面也是十分容易使用，具有簡單，容易上手的特點。

四、安全性。

藉助內置的 Windows 身份驗證和基於每個應用程序的配置，可以保證應用程序是安全的。

五、法律可行性

本系統完全是本人在指導老師的指導下獨立完成的，故不存在侵權行為或者由於本系統帶來的法律糾紛等問題，所以在法律上是可行的。