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

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 身份驗證和基於每個應用程式的配置，可以保證應用程式是安全的。

五、法律可行性

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