日韩欧美国产精品,在线播放国产区,欧美人与物videos另类一,日韩经典欧美一区二区三区,成人午夜视频在线,无毒不卡,香蕉97碰碰视频免费

畢業(yè)設計正文、基于WEB的社會養(yǎng)老保險信息管理系統(tǒng)的實現(xiàn)

上傳人:仙*** 文檔編號:253590716 上傳時間:2025-03-16 格式:DOC 頁數(shù):48 大?。?.92MB
收藏 版權申訴 舉報 下載
畢業(yè)設計正文、基于WEB的社會養(yǎng)老保險信息管理系統(tǒng)的實現(xiàn)_第1頁
第1頁 / 共48頁
畢業(yè)設計正文、基于WEB的社會養(yǎng)老保險信息管理系統(tǒng)的實現(xiàn)_第2頁
第2頁 / 共48頁
畢業(yè)設計正文、基于WEB的社會養(yǎng)老保險信息管理系統(tǒng)的實現(xiàn)_第3頁
第3頁 / 共48頁

下載文檔到電腦,查找使用更方便

15 積分

下載資源

還剩頁未讀,繼續(xù)閱讀

資源描述:

《畢業(yè)設計正文、基于WEB的社會養(yǎng)老保險信息管理系統(tǒng)的實現(xiàn)》由會員分享,可在線閱讀,更多相關《畢業(yè)設計正文、基于WEB的社會養(yǎng)老保險信息管理系統(tǒng)的實現(xiàn)(48頁珍藏版)》請在裝配圖網(wǎng)上搜索。

1、 本 科 畢 業(yè) 設 計 第 48 頁 共 48 頁 1 緒論 1.1 課題背景 隨著我國改革開放的逐漸深化和社會主義市場經(jīng)濟體制的逐步完善,建立完備的勞動和社會保險制度成為我國現(xiàn)階段各級勞動部門的工作重點。統(tǒng)一的勞動和社會保險部門的管理使原有傳統(tǒng)的勞動社會保險系統(tǒng)管理不能再適應新體制下的管理模式。利用高新技術手段完成勞動社會保險系統(tǒng)的管理,建立基于計算機和科學系統(tǒng)管理基礎之上的新型勞動管理信息系統(tǒng)己迫在眉睫。為適應這項工作的發(fā)展,建設國家級勞動和社會保險管理信息系統(tǒng),是國家對勞動和社會保險工作提出的新要求。養(yǎng)老保險是勞動社會保險系統(tǒng)的重要組成部分,養(yǎng)老保

2、險管理系統(tǒng)的建設是促進養(yǎng)老保險改革、完善養(yǎng)老保險制度的需要,是規(guī)范管理、提高工作效率和實現(xiàn)決策科學化的需要。 本系統(tǒng)的建設能使我們利用現(xiàn)代化的計算機通信技術和手段規(guī)范業(yè)務,提高管理水平,從而改變管理理念和管理方式,優(yōu)化管理的組織結構,加速養(yǎng)老保險管理科學化的進程。最好形成全國統(tǒng)一的網(wǎng)絡管理和信息服務體系,這樣不僅能更好地完成信息的收集、整理和上傳下達,為制定養(yǎng)老保險政策的決策者和社會公眾提供更好的服務,而且對各級政府全面、準確、及時掌握養(yǎng)老保險信息,提高決策的科學性具有重要意義。 1.2 課題目的和意義 根據(jù)我國各項社會保險政策和勞動社會保障信息標準及信息結構,結合社會保險業(yè)務開展現(xiàn)狀和

3、發(fā)展趨勢,為適應勞動和社會保障事業(yè)迅速發(fā)展的要求,進一步加強、規(guī)范勞動和社會保障基礎工作,提高業(yè)務管理的現(xiàn)代化水平,勞動和社會保障局準備建設一個一體化的勞動和社會保障管理信息系統(tǒng),能夠方便、靈活嚴格地處理日常的社會保險業(yè)務,而且能夠提供查詢、輔助決策、信息發(fā)布與社會服務等功能。即采用先進的計算機網(wǎng)絡集成技術,建立統(tǒng)一的勞動和社會保障信息系統(tǒng),實現(xiàn)勞動和社會保障信息的協(xié)同處理和資源共享,使勞動和社會保障部門可以更加準確地把握勞動力資源、社會保險和企業(yè)的發(fā)展狀況,為勞動和社會保障工作的業(yè)務開展、重大決策、政策制定提供信息支持,更好地為社會、企業(yè)和勞動者服務。國家也需要隨時掌握社保資金的進展狀況,更

4、需要對社保資金進行科學、合理的利用,發(fā)揮資金的效益,實現(xiàn)科學的行政管理,為百姓提供合理有力的社會保障。而要實現(xiàn)對社會保險資金的知情和調控,就必須加快社保行業(yè)信息化建設。當前中國各地的社保信息管理系統(tǒng)有了一定的基礎,而對于系統(tǒng)建設的重要性、必要性和緊迫性已經(jīng)達成共識。勞動和社會保障工作作為一項連接百姓生活,關系社會穩(wěn)定和民眾利益的事業(yè),成功開發(fā)和推廣比較完善的養(yǎng)老保險管理信息系統(tǒng),是社會保險工作信息化道路上的重要里程碑。 1.3 管理信息系統(tǒng)基本理論及應用概述 管理信息系統(tǒng)的開發(fā)是一個復雜的系統(tǒng)工程,它涉及到計算機處理技術、系統(tǒng)理論、組織結構、管理功能、管理知識等各方面的問題,至今沒有一種統(tǒng)

5、一完備的開發(fā)方法。但是,每一種開發(fā)方法都要遵循相應的開發(fā)策略。任何一種開發(fā)策略都要明確以下問題: a)系統(tǒng)要解決的問題:如采取何種方式解決組織管理和信息處理方面的問題,對企業(yè)提出的新的管理需求該如何滿足等。 b)系統(tǒng)可行性研究:確定系統(tǒng)所要實現(xiàn)的目標。通過對企業(yè)狀況的初步調研得出現(xiàn)狀分析的結果,然后提出可行性方案并進行論證。系統(tǒng)可行性的研究包括目標和方案可行性、技術的可行性、經(jīng)濟方面的可行性和社會影響方面的考慮。 c)系統(tǒng)開發(fā)的原則:在系統(tǒng)開發(fā)過程中,要遵循領導參與、優(yōu)化創(chuàng)新、實用高效、處理規(guī)范化的原則。 d)系統(tǒng)開發(fā)前的準備工作:作好開發(fā)人員的組織準備和企業(yè)基礎準備工作。 e)系

6、統(tǒng)開發(fā)方法的選擇和開發(fā)計劃的制定:針對己經(jīng)確定的開發(fā)策略選定相應的開發(fā)方法,是結構化系統(tǒng)分析和設計方法,還是選擇原型法或面向對象的方法。開發(fā)計劃的制定是要明確系統(tǒng)開發(fā)的工作計劃、投資計劃、工程進度計劃和資源利用計劃。 管理信息系統(tǒng)開發(fā)方法主要有:結構化生命周期開發(fā)方法、原型法、面向對象的開發(fā)方法等。 管理信息系統(tǒng)起初應用于最基礎的工作,如打印報表、計算工資、人事管理等,進而發(fā)展到企業(yè)財務管理、庫存管理等單項業(yè)務管理,這屬于電子數(shù)據(jù)處理(EDP,Electronic Data Processing)系統(tǒng)。當建立了企業(yè)數(shù)據(jù)庫,有了計算機網(wǎng)絡從而達到數(shù)據(jù)共享后,從系統(tǒng)觀點出發(fā),實施全局規(guī)劃和設計

7、信息系統(tǒng)時,就達到管理信息系統(tǒng)的階段。隨著計算機技術的進步和人們對系統(tǒng)的需求進一步提高,人們更加強調管理信息系統(tǒng)能否支持企業(yè)高層領導的決策這一功能,更側重于企業(yè)外部信息的收集、綜合數(shù)據(jù)庫、模型庫、方法庫和其他人工智能工具能否直接面向決策者,這是決策支持系統(tǒng)(DSS,Decision Support System)的任務。 事務型管理信息系統(tǒng)。事務型管理信息系統(tǒng)以事業(yè)單位為主,其對象是處理日常事務。舉例如:醫(yī)院管理信息系統(tǒng),飯店管理信息系統(tǒng),學校管理信息系統(tǒng)。由于事務不同,這些信息系統(tǒng)的邏輯模型不盡相同,但基本處理對象是事務信息。這些管理信息系統(tǒng)要求實時性強,數(shù)據(jù)處理能力強,而數(shù)學模型的使用較

8、少。 行政機關辦公型管理信息系統(tǒng)。國家各級行政機關辦公管理的自動化對提高辦公質量和效率改進服務水平都具有重要意義。辦公管理信息系統(tǒng)的特點是辦公自動化(OA,Office Automation),其特點和其它管理信息系統(tǒng)有較大不同。在辦公管理信息系統(tǒng)中,往往和計算機、局域網(wǎng)的應用、打印機等諸多辦公技術聯(lián)系在一起。 1.4 軟件工程方法概述 a)結構化生命周期開發(fā)方法 目前較為流行的MIS(Management Information System)開發(fā)方法是結構化生命周期開發(fā)方法,其基本思想是:用系統(tǒng)的思想和系統(tǒng)工程的方法,按用戶至上的原則,結構化、模塊化地自上而下對生命周期進行分析與

9、設計。 b)原型法 原型法在系統(tǒng)開發(fā)過程中也得到不少應用。原型法的基本思想是系統(tǒng)開發(fā)人員憑借自己對用戶需求的理解,通過強有力的軟件環(huán)境支持,構造出一個實在的系統(tǒng)原型,然后與用戶協(xié)商,反復修改原型直至用戶滿意。 原型法的應用使人們對需求有了漸進的認識,從而使系統(tǒng)開發(fā)更有針對性。另外,原型法的應用充分利用了最新的軟件工具,使系統(tǒng)開發(fā)效率大為提高。 c)面向對象系統(tǒng)開發(fā)方法 面向對象(OO,Object Oriented)的系統(tǒng)開發(fā)方法,是近年來受到關注的一種系統(tǒng)開發(fā)方法。面向對象的系統(tǒng)開發(fā)方法的基本思想是將客觀世界抽象地看成是若干相互聯(lián)系的對象,然后根據(jù)對象和方法的特性研制出一套軟件

10、工具,使之能夠映射為計算機軟件系統(tǒng)結構模型和進程,從而實現(xiàn)信息系統(tǒng)的開發(fā)。 1.5 研究方法和技術路線 本課題所采用的是面向對象開發(fā)方法,下面是將客觀世界抽象成若干相互聯(lián)系的對象的方法。根據(jù)所歸納出來的方法來制定技術路線。 a)研究方法 文獻研究法:廣泛利用報刊,雜志,網(wǎng)絡收集與本課題相關的文獻資料,學習研究相關的社會養(yǎng)老保險現(xiàn)階段政策和現(xiàn)有系統(tǒng)的狀態(tài)和技術成熟度。 行動研究法:將研究制定的實施方案貫徹落實到具體的模塊功能中去,有計劃,有步驟的在系統(tǒng)模塊功能中開展; 自然實驗法:通過對社會養(yǎng)老保險的業(yè)務研究,探討管理信息系統(tǒng)技術在養(yǎng)老保險工作中的功能以及操作流程的實施。 經(jīng)驗總結

11、法:通過對管理信息系統(tǒng)和國家“金保工程”的具體情況進行歸納與分析,使之系統(tǒng)化,理論化,上升為實際信息管理系統(tǒng)并進行開發(fā),找出不足之處,制定有效改進措施。 b)技術路線 加強自身的軟件編程素養(yǎng),提高自身運用開發(fā)技術的能力,是實現(xiàn)系統(tǒng)成功開發(fā)的保證,是信息管理雄開發(fā)的根本,加強編程技術的加強使系統(tǒng)開發(fā)成功的必要條件。 運用軟件工程的開發(fā)方法,嚴格按照軟件工程的設計流程進行養(yǎng)老保險信息管理系統(tǒng)的設計。 保證硬件設施到位,為系統(tǒng)開發(fā)提供物質保障。加強處理問題的能力,為系統(tǒng)開發(fā)按預期成果提供技術保障。 養(yǎng)老保險管理信息系統(tǒng)服從于勞動和社會保險管理信息系統(tǒng)的總體規(guī)劃,系統(tǒng)建設堅持一體化的設計思想

12、,結合著國家政策和對社保信息系統(tǒng)建設的規(guī)定進行實施。本系統(tǒng)按以下原則進行: a)實用性:養(yǎng)老保險管理信息系統(tǒng)作為應用系統(tǒng),以滿足養(yǎng)老保險工作的業(yè)務需求為首要目標,避免盲目追求最新技術。 b)可靠性:采用穩(wěn)定可靠的成熟技術,保證系統(tǒng)長期安全運行。系統(tǒng)中的硬、軟件及信息資源要滿足可靠性設計要求。 c)先進性:在實用性的前提下,盡可能跟蹤國內外先進的計算機硬軟件技術、信息技術及網(wǎng)絡通信技術,使系統(tǒng)具有較高的性能價格比。采用先進的體系結構和技術發(fā)展的主流產品,保證整個系統(tǒng)高效運行。 d)開放性:技術上立足于長遠發(fā)展,堅持選用開放性系統(tǒng)。 e)安全性:遵循有關信息安全標準,具有必要的安全保護和

13、保密措施,以及對計算機犯罪和病毒的防范能力,確保數(shù)據(jù)永久安全。 f)可擴充性:應充分考慮到聯(lián)網(wǎng)用戶增加和業(yè)務擴展的情況,留有必要的擴充能力及接口。 g)可維護性:應用軟件開發(fā)的模塊化程度高,對不同業(yè)務流程和管理方式的適應能力強,軟件維護方便。 h)易操作性:貫徹面向最終用戶的原則,建立友好的用戶界面,操作簡單,直觀靈活,易于學習掌握。 2 系統(tǒng)調研和需求分析 不論采用何種開發(fā)MIS的方法,系統(tǒng)調研和需求分析都是必要十分重要的環(huán)節(jié)。雖然,分析的具體方法和詳盡程度可能不盡相同。實踐表明,此階段工

14、作的好壞,在很大程度上決定了系統(tǒng)的成敗。 2.1 系統(tǒng)調研基本方法 正式開發(fā)管理信息系統(tǒng)之前進行調研是非常必要的,其必要性主要表現(xiàn)在以下幾個方面。 a)明確用戶的要求,以根據(jù)調查結果進行可行性分析,確認系統(tǒng)的開發(fā)是否可行。 b)提出新系統(tǒng)的人員并不都是系統(tǒng)研究人員,有些人對于的功能和處理數(shù)據(jù)的方法沒有明確的認識。它們只是根據(jù)自己業(yè)務工作的需要提出了要求,系統(tǒng)開發(fā)人員要對此進行詳細的調查和分析,確認用戶的要求可以通過現(xiàn)有的計算機技術實現(xiàn),保證開發(fā)的管理信息系統(tǒng)的功能與用戶提出的要求相吻合。 c)養(yǎng)老保險部門的現(xiàn)行系統(tǒng)可能是手工系統(tǒng),也可能是使用計算機的管理系統(tǒng),無論是何種情況,都要詳細

15、地調查現(xiàn)行系統(tǒng)中信息處理的具體情況,系統(tǒng)內部功能結構,以便設計出一個合理的、好的新系統(tǒng)邏輯模型,為新系統(tǒng)的設計工作打好基礎,保證整個系統(tǒng)開發(fā)的質量。 總之,必要對現(xiàn)行系統(tǒng)進行詳細的調查,明確用戶需求,保證開發(fā)的新系統(tǒng)的功能與用戶的要求相吻合,避免耗費大量的人力、物力、財力,新系統(tǒng)的開發(fā)卻失敗的悲劇發(fā)生。 調研基本方法: a)調查表:經(jīng)過仔細考慮的書面回答可能比會談中的回答更加準確; b)收集分析客戶使用的各種表格、有關工作責任、工作流程、工作規(guī)范、相關數(shù)據(jù)標準、業(yè)務標準的各種文字資料; c)收集同類相關產品的宣傳資料、技術資料、演示程序或軟件程序; d)情景分析:利用情景分析誘導用

16、戶能夠把它們的需求告知分析員; e)可視化方法:結和情景分析,利用畫用戶界面圖、業(yè)務流程圖、功能結構圖、時序圖等圖形與客戶進行討論。 調研基本策略: a)首先確定用戶的軟件開發(fā)目標,確定系統(tǒng)基本范圍,然后圍繞這一目標,確定要訪問的部門和人員,要了解的業(yè)務,在基本范圍內展開調研; b)以部門職責為基礎搞清各種現(xiàn)有業(yè)務、要填寫的表簿冊文檔報表等,其數(shù)據(jù)來源及去向; c)以業(yè)務為主線,搞清每個業(yè)務的每個環(huán)節(jié)的流程關系、涉及部門、輸入輸出項; d)以數(shù)據(jù)為主線,搞清數(shù)據(jù)采集方式、數(shù)據(jù)流向、數(shù)據(jù)之間的內在聯(lián)系; e)搞清哪些業(yè)務或數(shù)據(jù)是已建系統(tǒng)的,它們和新系統(tǒng)的關系是銜接還是替換; f)

17、應思考是否有新技術可以改進現(xiàn)有工作,用戶提出的需求用現(xiàn)有技術能否實現(xiàn)。 2.2 需求分析基本理論及本課題分析方法 2.2.1 需求分析基本理論 需求分析是指理解用戶需求,就軟件功能與客戶達成一致,估計軟件風險和評估項目代價,最終形成開發(fā)計劃的一個復雜過程。在這個過程中,用戶的確是處在主導地位,需求分析工程師和項目經(jīng)理要負責整理用戶需求,為之后的軟件設計打下基礎。從廣義上理解:需求分析包括需求的獲取、分析、規(guī)格說明、變更、驗證、管理的一系列需求工程。狹義上理解需求分析是指需求的分析、定義過程。 需求分析之所以重要,就因為他具有決策性,方向性,策略性的作用,他在軟件開發(fā)的過程中具有舉足輕

18、重的地位。大家一定要對需求分析具有足夠的重視。在一個大型軟件系統(tǒng)的開發(fā)中,他的作用要遠遠大于程序設計。 2.2.2 本課題需求分析方法 需求分析階段的工作,可以分為四個方面:問題識別、分析與綜合、制訂規(guī)格說明、評審。 問題識別:就是從系統(tǒng)角度來理解軟件,確定對所開發(fā)系統(tǒng)的綜合要求,并提出這些需求的實現(xiàn)條件,以及需求應該達到的標準。這些需求包括:功能需求、性能需求、環(huán)境需求、可靠性需求、安全保密需求、用戶界面需求、資源使用需求、軟件成本消耗與開發(fā)進度需求、預先估計以后系統(tǒng)可能達到的目標。 分析與綜合:逐步細化所有的軟件功能、找出系統(tǒng)各元素間的聯(lián)系、接口特性和設計上的限制、分析他們是否滿

19、足需求、剔除不合理部分、增加需要部分。最后,綜合成系統(tǒng)的解決方案,給出要開發(fā)的系統(tǒng)的詳細邏輯模型。 制訂規(guī)格說明書:即編制文檔,描述需求的文檔稱為軟件需求規(guī)格說明書。請注意,需求分析階段的成果是需求規(guī)格說明書,向下一階段提交。 評審:對功能的正確性,完整性和清晰性,以及其它需求給予評價。評審通過才可進行下一階段的工作,否則重新進行需求分析。 2.3 系統(tǒng)調研 本系統(tǒng)的設計會涉及到一些相關的國家政策和法規(guī),在一些功能的處理上也需要一些專業(yè)知識。本課題嚴格按照調研的基本方法和策略對社會養(yǎng)老保險信息管理系統(tǒng)的相關知識進行了實地調研。閱讀了相關的政策法規(guī),上網(wǎng)收集資料,了解了保險金繳納和養(yǎng)老金

20、發(fā)放的計算方法,基本知道了有關社會養(yǎng)老保險的相關知識和社會養(yǎng)老保險的管理流程,為需求分析作好了準備。下面是調研之后的業(yè)務流程描述。 社會養(yǎng)老保險管理系統(tǒng)的業(yè)務流程是:首先由系統(tǒng)管理員登陸管理界面,錄入系統(tǒng)的一些參保比例參數(shù),并且錄入操作員工作證號和初始密碼。系統(tǒng)管理員主要負責系統(tǒng)的維護,還可以管理發(fā)布的消息和操作員的信息。然后由操作員憑借工作證號和初始密碼登陸系統(tǒng)的操作界面,進行養(yǎng)老保險的管理。操作員先錄入?yún)⒈U叩幕拘畔ⅲ▎挝?、在職職工和退休職工的檔案。在檔案管理中,可對參保者的信息進行修改,當遇到在職職工退休的,在職職工、退休職工死亡的,可分別進行檔案的轉移。 操作員錄入檔案后就可

21、以以月為時間單位,對參保的單位和其在職職工收繳保險金,對參保單位的退休職工發(fā)放養(yǎng)老金。在收繳和發(fā)放過程中都要先進行養(yǎng)老保險金的計算,當保險金到賬后再進行記賬處理。對參保單位遲繳養(yǎng)老金的進行補繳處理。對死亡人員進行一次性后事費用的清算和發(fā)放。在檔案管理、保險金繳納、養(yǎng)老金發(fā)放的操作過程中,操作員可隨時進行信息查詢,協(xié)助養(yǎng)老保險金的繳納和發(fā)放管理。例如參保者的基本信息、保險金的繳納情況、養(yǎng)老金的發(fā)放情況和職工的個人賬戶金額等。 參加了養(yǎng)老保險的單位、在職和退休職工可分別根據(jù)單位號和身份證號登陸系統(tǒng)進行參保信息的查詢操作。另外操作員可以瀏覽消息和對登陸密碼的修改。通過以上調研,得出以下業(yè)務流程圖。

22、 業(yè)務流程圖是用一些規(guī)定的符號及連接來表示具體的業(yè)務處理過程。在對系統(tǒng)的組織結構和功能進行分析時,需從一個實際業(yè)務流程的角度將系統(tǒng)調查中有關該業(yè)務流程的資料都串起來作進一步的分析,可以幫助我們了解業(yè)務具體處理過程,優(yōu)化業(yè)務處理流程。本系統(tǒng)的業(yè)務流程圖如圖2.1。 圖2.1 系統(tǒng)業(yè)務流程圖 2.4 可行性分析 可行性研究是研究問題的范圍,探索問題是否值得去解,是否有可行的解決方法,是一次大大壓縮簡化了的系統(tǒng)分析和設計的過程,也是在較高層次上比較抽象的方式進行的系統(tǒng)分析和設計的過程。一般是從經(jīng)濟可行性、技術可行性和操作可行性三個方面來研究。 2.4.1 經(jīng)濟可行性 該系統(tǒng)所需要的

23、硬件和軟件的環(huán)境對使用者不會造成經(jīng)濟負擔,并且該系統(tǒng)建設能使我們利用現(xiàn)代化的手段規(guī)范業(yè)務,提高管理水平,從而改變管理理念和管理方式,優(yōu)化管理的組織結構,加速養(yǎng)老保險管理科學化的進程,節(jié)省了人力和財力,并在為管理者帶來便利的同時,也給養(yǎng)老保險的參保者帶來了優(yōu)質的服務,這其中的經(jīng)濟回報將遠遠超過支出。 2.4.2 技術可行性 本系統(tǒng)的開發(fā)是基于B/S模式。前臺應用程序的開發(fā)采用ASP.NET技術。ASP.NET是目前十分流行的一種技術,語法簡單,書寫容易,有強大的數(shù)據(jù)庫支持,開發(fā)效率高,能快速學習,對于一個初學者來說ASP.NET是一個很好的起點[1]。后臺的數(shù)據(jù)庫使用SQL Server

24、2005[2],它是比較流行的開發(fā)大中型管理信息系統(tǒng)的數(shù)據(jù)庫。而且經(jīng)過之前的學習,我對ASP.NET技術和 SQL Server數(shù)據(jù)庫的使用有了一定地了解。所以從技術方面來講,開發(fā)此系統(tǒng)是可行的。 2.4.3 操作可行性 本系統(tǒng)是養(yǎng)老保險管理的有效工具,界面簡單,操作方便,易于接受。對于勞動保障部門的工作人員,只要簡單地了解操作流程就可以方便地使用。所以從操作方面來講,開發(fā)此系統(tǒng)是可行的。 2.5 系統(tǒng)的需求分析 2.5.1 系統(tǒng)基本需求分析 社會養(yǎng)老保險管理系統(tǒng)的設計與實現(xiàn)主要完成以下幾個功能:參保者的檔案管理,保險金的繳納管理,養(yǎng)老金的發(fā)放管理,信息查詢和系統(tǒng)維護。具體描述如

25、下: a)參保者檔案管理:對參保單位檔案、在職職工檔案、退休職工檔案、死亡人員檔案的管理,包括檔案的增加、修改、轉移等操作。 b)保險金繳納管理:根據(jù)每月單位上繳的職工工資明細表進行保險金繳納的計算和記賬。另外還包括補繳處理。 c)養(yǎng)老金發(fā)放管理:根據(jù)單位退休職工的待遇進行養(yǎng)老金數(shù)額的計算和記賬,和死亡人員后事費用發(fā)放的計算和記賬。 d)信息查詢:包括單位基本信息和繳費情況的查詢,在職職工繳費情況的查詢,退休職工養(yǎng)老金發(fā)放情況的查詢,參保者基本信息和其個人賬戶的查詢,死亡及后事費用發(fā)放情況的查詢等。 e)系統(tǒng)維護:由系統(tǒng)管理員來操作,包括系統(tǒng)參數(shù)的確定,操作員的管理,有關系統(tǒng)的一些消

26、息管理和系統(tǒng)備份。 2.5.2 數(shù)據(jù)流分析 數(shù)據(jù)流分析主要通過數(shù)據(jù)流圖來實現(xiàn)。數(shù)據(jù)流圖描繪了信息流和數(shù)據(jù)從輸入移動到輸出的過程中所進行的變換,是數(shù)據(jù)在軟件中的流動和被處理的邏輯過程,是對信息的流動、傳遞、處理、存儲等的分析。設計數(shù)據(jù)流圖時只需考慮系統(tǒng)的基本邏輯功能,而不需要考慮怎樣具體實現(xiàn)這些功能。 本系統(tǒng)的數(shù)據(jù)流圖如下頁的圖2.2至圖2.6所示。 圖2.2 系統(tǒng)頂層數(shù)據(jù)流圖 社會養(yǎng)老保險管理系統(tǒng)的數(shù)據(jù)流程:在系統(tǒng)管理員錄入操作員信息后,操作員根據(jù)自己負責的功能模塊選擇操作,進行檔案管理,保險金繳納管理,養(yǎng)老金發(fā)放管理,和一些相關信息的查詢工作。 圖2.3 檔案管理數(shù)據(jù)流

27、圖 圖2.4 保險金的繳納處理數(shù)據(jù)流圖 圖2.5 養(yǎng)老金的發(fā)放處理數(shù)據(jù)流圖 圖2.6 查詢信息處理數(shù)據(jù)流圖 2.5.3 數(shù)據(jù)字典 數(shù)據(jù)字典提供關于在軟件分析和設計過程中數(shù)據(jù)的描述信息,是數(shù)據(jù)的信息集合,和數(shù)據(jù)流圖構成系統(tǒng)的邏輯模型,作為分析階段的工具。 本系統(tǒng)的數(shù)據(jù)字典主要包括如下所列內容: a)數(shù)據(jù)結構 1)名字:檔案文件 別名:無 描述:單位、在職、退休、死亡的基本信息 定義:檔案文件=單位檔案文件+在職檔案文件+退休檔案文件+死亡檔案文件 位置:檔案管理和查詢 2)名字:單位檔案文件 別名:無 描述:單位的基本信息 定義:單位代號+單位名稱+

28、單位電話+單位地址+單位郵編+法定代表+法定代表證件號+單位類型+單位所在區(qū)縣+單位賬戶號+單位參保日期+繳費比率+封存理由+單位賬戶+單位狀態(tài) 位置:在職職工檔案管理和查詢 3)名字:在職檔案文件 別名:無 描述:在職職工的基本信息 定義:在職檔案文件=在職職工身份證號+姓名+所在單位代號+電話+地址+郵編+性別+出生日期+民族+用工形式+職務+參加工作時間+參保日期+賬戶號+個人賬戶+在職狀態(tài) 位置:在職職工檔案管理和查詢 4)名字:退休檔案文件 別名:無 描述:退休職工的基本信息 定義:退休檔案文件=退休職工身份證號+姓名+所在單位代號+電話+地址+郵編+性別+出生日

29、期+民族+用工形式+職務+參加工作時間+退休時間+繳費年數(shù)+社會支付+賬戶號+個人賬戶+個人賬戶剩余金額+個人賬戶支付+退休狀態(tài) 位置:退休職工檔案管理和查詢 5)名字:死亡檔案文件 別名:無 描述:死亡人員的基本信息 定義:死亡檔案文件=死亡人身份證號+姓名+所在單位代號+性別+賬戶號+個人賬戶+待遇領取人身份證號+待遇領取人姓名+待遇領取人性別+待遇領取人電話+待遇領取人地址+待遇領取人郵編+喪葬補助費+撫恤費用+發(fā)放標志 位置:死亡人員檔案管理和查詢、死亡后事費用發(fā)放管理和查詢 6)名字:單位保險金繳納記錄表 別名:無 描述:每月單位繳納保險金的狀態(tài)記錄 定義:單位代

30、號+繳費日期+個人總金額+單位總金額+單位補繳費用+繳費標志 位置:保險金繳納管理和查詢 7)名字:在職保險金繳納記錄表 別名:無 描述:每月在職職工繳納保險金的狀態(tài)記錄 定義:在職職工身份證號+繳費日期+所在單位代號+本月工資+本月繳費工資基數(shù)+職工繳費+單位繳費+繳費標志 位置:保險金繳納管理和查詢 8)名字:退休養(yǎng)老金發(fā)放記錄表 別名:無 描述:每月給退休職工發(fā)放養(yǎng)老金的狀態(tài)記錄 定義:退休職工身份證號+發(fā)放日期+所在單位代號+本月發(fā)放養(yǎng)老金總金額+發(fā)放標志 位置:養(yǎng)老金發(fā)放管理和查詢 9)名字:參數(shù)表 別名:無 描述:系統(tǒng)關于養(yǎng)老保險金額計算相關的參數(shù) 定

31、義:年度+上一年平均工資+社會統(tǒng)籌基金+個人繳費比例+劃入個人賬戶比例+滯納金比例+使用狀態(tài) 位置:系統(tǒng)計算所需相關參數(shù)的設置 10)名字:信息表 別名:無 描述:發(fā)布的信息內容記錄 定義:信息代號+信息題目+信息內容+信息發(fā)布日期 位置:信息管理 b)數(shù)據(jù)項 1)名字:單位代號 別名:無 描述:唯一標識某一個單位 定義:單位代號=1{數(shù)字}20 位置:單位檔案文件,單位檔案管理和查詢 2)名字:身份證號 別名:無 描述:參保人的唯一標識 定義:身份證號=[15{數(shù)字}15]| [18{數(shù)字}18] 位置:單位、在職、退休、死亡檔案文件,單位、在職、退休、死

32、亡檔案管理和查詢 3)名字:賬戶號 別名:無 描述:在職、退休、死亡擁有的賬戶識別號碼 定義:賬戶號=1{數(shù)字}20 位置:單位、在職、退休、死亡檔案文件,單位、在職、退休、死亡檔案管理和查詢 4)名字:賬戶 別名:無 描述:參保者的個人賬戶數(shù)值 定義:賬戶=1{數(shù)值}20 位置:檔案文件,繳納管理和查詢、發(fā)放管理和查詢 5)名字:信息代號 別名:無 描述:一條信息的唯一標識 定義:信息代號=1{數(shù)字}20 位置:信息表,信息的管理 c)數(shù)據(jù)存儲 數(shù)據(jù)存儲的名稱: 數(shù)據(jù)庫信息 簡述: 檔案信息、繳納記錄、發(fā)放記錄等等 數(shù)據(jù)存儲的組成: 各類信息 相關聯(lián)的

33、處理:增加、修改、查詢、刪除檔案信息,錄入保險金繳納記錄,錄入養(yǎng)老金發(fā)放記錄 d)數(shù)據(jù)處理 1)處理邏輯名:保險金繳納 說明:對參保單位和在職職工的保險金繳納進行的管理操作 輸入的數(shù)據(jù)流:繳納信息 處理過程:對參保單位和在職職工的保險金繳納進行計算和記賬 輸出的數(shù)據(jù)流:單位繳納記錄,在職繳納記錄 處理頻率:每月對參保的單位和在職職工繳納處理一次 2)處理邏輯名:養(yǎng)老金發(fā)放 說明:對退休職工養(yǎng)老金和死亡人員后事費用的發(fā)放進行的管理操作 輸入的數(shù)據(jù)流:發(fā)放信息 處理過程:對退休職工養(yǎng)老金和死亡人員后事費用進行計算和記賬 輸出的數(shù)據(jù)流:養(yǎng)老金發(fā)放記錄,后事費用發(fā)放記錄 處理

34、頻率:每月對退休職工養(yǎng)老金的發(fā)放處理一次,后事費用的發(fā)放依據(jù)要求處理 2.5.4 數(shù)據(jù)實體及關系分析 數(shù)據(jù)概念結構設計—E-R圖。 概念結構設計要將需求分析得到的用戶需求抽象為信息結構即概念模型,是數(shù)據(jù)庫設計的關鍵。概念模型是對信息世界的建模,主要用E-R圖來表示,它提供了表示實體、屬性和聯(lián)系的方法。 表示如圖2.7。 圖2.7 社會養(yǎng)老保險管理系統(tǒng)E-R圖 系統(tǒng)部分實體屬性圖如圖2.8至圖2.11所示。 單位繳費記錄實體屬性圖。 圖2.8 單位繳費記錄實體屬性圖 在職繳費記錄實體屬性圖。 圖2.9 在職繳費記錄實體屬性 退休發(fā)放記錄實體屬性圖。

35、 圖2.10 退休發(fā)放記錄實體屬性 后事費用發(fā)放記錄實體屬性圖。 圖2.11 后事費用發(fā)放記錄實體屬性 3 系統(tǒng)總體設計 系統(tǒng)總體設計階段以比較抽象概括的方式提出了解決問題的辦法。系統(tǒng)總體設計的一條基本原理就是程序應該模塊化,也就是一個大程序應該由許多規(guī)模適中的模塊按合理的層次結構組織而成??傮w設計階段的第二項主要任務就是設計軟件的結構,也就是確定程序由哪些模塊組成以及模塊間的關系。通常用層次圖或結構圖描繪軟件的結構。 3.1 系統(tǒng)設計目標 通過社會養(yǎng)老保險信息管理系統(tǒng),使養(yǎng)老保險部門的業(yè)務管理系統(tǒng)化、規(guī)范化、自動化,

36、從而達到提高管理效率的目的。系統(tǒng)開發(fā)的總任務是解決操作員復雜的養(yǎng)老保險管理工作和與參保者及時溝通的問題;讓操作員可以自己輸入實際工作內容,通過操作員輸入的工作信息計算出養(yǎng)老保險的發(fā)放,讓工作量透明化,實現(xiàn)管理的規(guī)范化,從而使工作量審核工作變得簡易。 3.2 開發(fā)設計思想 本系統(tǒng)的開發(fā)采用的是Client/Server結合Browser/Server體系結構,利用了大型關系型數(shù)據(jù)庫的優(yōu)越性能,保證了數(shù)據(jù)的安全性、完整性、一致性。更合理分配應用程序運行和數(shù)據(jù)處理,極大的提高了系統(tǒng)的工作效率。 系統(tǒng)采用C/S(Client/Server)體系結構作為管理員應用端,它能對操作員的信息進行管理、對

37、年度參數(shù)管理等操作; B/S (Browser/Server)體系結構方法負責操作員登陸;修改、添加、刪除參保者檔案信息,管理保險金繳納,養(yǎng)老金發(fā)放等。C/S結構中,服務器非本地,要通過Internet進行訪問。系統(tǒng)采用模塊化程序設計方法,既便于系統(tǒng)功能的各種組合和修改,又便于未參與開發(fā)的技術維護人員補充,維護。 3.3 系統(tǒng)模塊總體設計 系統(tǒng)總體設計就是確定系統(tǒng)的具體實現(xiàn)方案,制定出詳細的計劃,確定系統(tǒng)由哪些模塊組成以及模塊間的關系。 本系統(tǒng)主要包括參保者檔案管理、保險金繳納管理、養(yǎng)老金發(fā)放管理、信息查詢管理、系統(tǒng)維護五個功能模塊,如圖3.1所示。 圖3.1 養(yǎng)老保險功能結構圖

38、 3.4 數(shù)據(jù)結構設計 本系統(tǒng)的具體關系模式如下: a)工作人員表(工作證號,用戶真實名字,密碼,權限) b)單位檔案表(單位代號,單位名稱,單位電話,單位地址,單位郵編,法定代表,法定代表證件號,單位類型,單位所在區(qū)縣,單位賬戶號,單位參保日期,繳費比率,單位賬戶,封存理由,單位狀態(tài)) c)在職檔案表(在職職工身份證號,姓名,所在單位代號,電話,地址,郵編,性別,出生日期,民族,用工形式,職務,參加工作時間,參保日期,賬戶號,個人賬戶,在職狀態(tài)) d)退休檔案表(退休職工身份證號,姓名,所在單位代號,電話,地址,郵編,性別,出生日期,民族,用工形式,職務,參加工作時間,退休時間,

39、繳費年數(shù),社會支付,賬戶號,個人賬戶,個人賬戶剩余金額,個人賬戶支付,退休狀態(tài)) e)死亡檔案表(死亡人身份證號,姓名,所在單位代號,性別,賬戶號,個人賬戶,待遇領取人身份證號,待遇領取人姓名,待遇領取人性別,待遇領取人電話,待遇領取人地址,待遇領取人郵編,喪葬補助費,撫恤費用,發(fā)放標志) f)單位保險金繳納記錄表(單位代號,繳費日期,個人繳費總金額,單位繳費總金額,單位補繳費用,繳費標志) g)在職保險金繳納記錄表(在職職工身份證號,繳費日期,所在單位代號,本月工資,本月繳費工資基數(shù),職工繳費,單位繳費,繳費標志) h)退休養(yǎng)老金發(fā)放記錄表(退休職工身份證號,發(fā)放日期,所在單位代號,

40、本月發(fā)放養(yǎng)老金總金額,發(fā)放標志) i)信息表(信息代號,信息題目,信息內容,信息發(fā)布日期) j)參數(shù)表(年度,上一年月平均工資,社會統(tǒng)籌基金,個人繳費比例,劃入個人賬戶比例,單位補繳滯納金比例、使用狀態(tài)) 說明:下劃線表示該數(shù)據(jù)項為主鍵,波浪線表示該數(shù)據(jù)項為外鍵。 4 系統(tǒng)詳細設計及實施 總體設計階段以比較抽象概括的方式提出了解決問題的辦法。詳細設計階段的任務就是把解法具體化,這個階段的任務還不是編寫程序,而是設計出程序的詳細規(guī)格說明。這種規(guī)格說明的作用很類似于其他工程領域中工程師經(jīng)常使用的工程藍圖,它們應該包含必要的細節(jié),程序員可以根據(jù)

41、它們寫出實際的程序代碼。 4.1 系統(tǒng)開發(fā)環(huán)境和運行環(huán)境 4.1.1 開發(fā)環(huán)境設計 此系統(tǒng)是基于WEB的采用B/S三層體系結構實現(xiàn)的社會養(yǎng)老保險管理系統(tǒng)[3]。三層體系結構的優(yōu)勢在于:客戶端提供統(tǒng)一的用戶界面,完成對用戶請求的收集和結果顯示;應用服務器處理用戶請求,完成同客戶之間的通信,建立與數(shù)據(jù)庫服務器的協(xié)議連接,減輕客戶端的維護工作量,有效降低網(wǎng)絡負荷,增強應用程序的執(zhí)行速度;數(shù)據(jù)庫服務器則為應用服務器提供數(shù)據(jù)[4]。 本系統(tǒng)客戶端的頁面設計選擇了Dreamweaver MX,腳本語言選擇了JavaScript,服務器端程序的實現(xiàn)選用了 ASP.NET技術作為主要實現(xiàn)手段[5],

42、服務器選用Windows XP作為操作系統(tǒng)平臺,數(shù)據(jù)庫軟件選用SQL Server 2005。 ASP.NET是目前流行的一種制作動態(tài)網(wǎng)頁的技術,它擁有C#編程語言“一次編寫,各處運行”的特點,具有良好的移植性、健全性和安全性[6]。 整個ASP.NET頁面的執(zhí)行過程如圖4.1所示。 圖4.1 ASP.NET頁面執(zhí)行過程[7] WEB服務器在遇到訪問ASP.NET網(wǎng)頁的請求時,首先執(zhí)行其中的程序片段,然后將執(zhí)行結果以HTML格式返回給客戶。所有程序操作都在服務器端執(zhí)行,網(wǎng)絡上傳送給客戶端的僅是得到的結果,對客戶瀏覽器的要求低[8]。它主要運行與開發(fā)服務端的腳本程序和動態(tài)生成網(wǎng)站的內

43、容。ASP.NET技術和目前同樣流行的JSP技術、PHP技術是同樣性質的、更高一層次的,他們的作用是一樣的[9]。ASP.NET還有強大的數(shù)據(jù)庫支持,ASP.NET可以和SQL Server的數(shù)據(jù)庫建立連接,操縱數(shù)據(jù)庫數(shù)據(jù)[10]。 4.1.2 運行環(huán)境設計 本系統(tǒng)的運行需要有支持ASP.NET的瀏覽器,本系統(tǒng)運行的ASP.NET瀏覽器是IE。但是要想在瀏覽器下正常運行ASP.NET,必須先安裝IIS,本系統(tǒng)選用Windows XP系統(tǒng)版本里自帶的IIS。 4.2 數(shù)據(jù)庫設計 根據(jù)E-R圖和關系模式,系統(tǒng)創(chuàng)建一個數(shù)據(jù)庫,名為ylbx。該數(shù)據(jù)庫由以下數(shù)據(jù)表組成:工作人員表(admit)

44、、參數(shù)表(total)、單位檔案表(company)、在職檔案表(worker)、退休檔案表(retired)、在職保險金繳納記錄表(workaccount) 、死亡檔案表(dead)、信息表(messages)、退休養(yǎng)老金發(fā)放記錄表(retiraccount)、退休養(yǎng)老金發(fā)放記錄表(retiraccount) 、 單位保險金繳納記錄表(compaccount)。具體設置如下: 表4.1 工作人員表(admit) 字段名 數(shù)據(jù)類型 字段長度 主/外鍵 說明 usename varchar 25 主鍵 工作證號 name varchar 25 用戶真實名字 p

45、assword varchar 25 密碼 pri int 2 權限 表4.2 參數(shù)表(total) 字段名 數(shù)據(jù)類型 字段長度 主/外鍵 說明 year varchar 25 主鍵 使用年度 averagesalary float 8 上一年度月平均工資 totalmoney float 8 社會統(tǒng)籌基金 work_ratio float 8 個人繳費比例 workacc_ratio float 8 劃入個人賬戶比例 comp_lateratio float 8 單位補繳滯納金比例

46、state int 2 使用狀態(tài) 表4.3 單位保險金繳納記錄表(compaccount) 字段名 數(shù)據(jù)類型 字段長度 主/外鍵 說明 comp_id varchar 25 主鍵 單位代號 compacc_date datetime 8 繳費日期 workacc_totalmoney float 8 個人繳費總金額 compacc_totalmoney float 8 單位繳費總金額 compacc_latermoney float 8 單位補繳費用 compacc_flag int 2 繳費標志

47、 表4.4 單位檔案表(company) 字段名 數(shù)據(jù)類型 字段長度 主/外鍵 說明 comp_id varchar 25 主鍵 單位代號 comp_name varchar 50 單位名稱 comp_phone varchar 25 單位電話 comp_address varchar 50 單位地址 comp_post varchar 25 單位郵編 comp_law varchar 25 法定代表 comp_lawid varchar 25 法定代表證件號 comp_type varch

48、ar 25 單位類型 comp_piece varchar 25 單位所在區(qū)縣 comp_accid varchar 25 單位賬戶號 comp_date datetime 8 單位參保日期 comp_ratio float 8 繳費比率 comp_cover varchar 25 封存理由 comp_account float 8 單位個人賬戶 comp_state int 2 單位狀態(tài) 表4.5 在職檔案表(worker) 字段名 數(shù)據(jù)類型 字段長度 主/外鍵 說明 work_id

49、varchar 25 主鍵 在職職工身份證號 work_name varchar 25 在職職工姓名 comp_id varchar 25 外鍵 所在單位代號 work_phone varchar 25 在職職工電話 work_address varchar 50 在職職工地址 work_post varchar 25 在職職工郵編 work_sex varchar 2 在職職工性別 work_birth datetime 8 在職職工出生日期 work_nation varchar 2 在職職

50、工民族 work_worktype varchar 25 在職職工用工形式 work_type varchar 25 在職職工職務 work_beginwork datetime 8 在職職工參加工作時間 work_begintime datetime 8 在職職工參保日期 work_accid varchar 25 在職職工賬戶號 work_account float 8 在職職工個人賬戶 work_state int 2 在職狀態(tài) 表4.6 在職保險金繳納記錄表(workaccount

51、) 字段名 數(shù)據(jù)類型 字段長度 主/外鍵 說明 work_id varchar 25 主鍵 在職職工身份證號 workacc_date datetime 8 繳費日期 comp_id varchar 25 外鍵 所在單位代號 work_salary float 8 本月工資 workacc_salary float 8 本月繳費工資基數(shù) workacc_money float 8 職工繳費 compacc_money float 8 單位繳費 workacc_flag int 2 繳費標志

52、表4.7 死亡檔案表(dead) 字段名 數(shù)據(jù)類型 字段長度 主/外鍵 說明 dead_id varchar 25 主鍵 死亡人身份證號 dead_name varchar 25 死亡人姓名 comp_id varchar 25 外鍵 所在單位代號 dead_sex varchar 2 死亡人性別 dead_accid varchar 25 死亡人賬戶號 dead_account float 8 死亡個人賬戶 dead_relaid varchar 25 待遇領取人身份證號 dead_relaname

53、 varchar 25 待遇領取人姓名 dead_relasex varchar 2 待遇領取人性別 dead_relaphone varchar 25 待遇領取人電話 dead_relaaddres varchar 50 待遇領取人地址 dead_help1 float 8 喪葬補助費 dead_help2 float 8 撫恤費用 dead_flag int 2 發(fā)放標志 表4.8 退休養(yǎng)老金發(fā)放記錄表(retiraccount) 字段名 數(shù)據(jù)類型 字段長度 主/外鍵 說明 retir_id v

54、archar 25 主鍵 退休職工身份證號 retiracc_date datetime 8 發(fā)放日期 comp_id varchar 25 外鍵 所在單位代號 retiracc_money float 8 本月發(fā)放養(yǎng)老總金額 retiracc_flag int 2 發(fā)放標志 表4.9 信息表(message) 字段名 數(shù)據(jù)類型 字段長度 主/外鍵 說明 id int 4 主鍵 信息代號 title varchar 25 信息題目 content varchar 50 信息內容 time da

55、tetime 8 信息發(fā)布日期 pri int 2 權限使用 表4.10 退休檔案表(retired) 字段名 數(shù)據(jù)類型 字段長度 主/外鍵 說明 retired_id varchar 25 主鍵 退休職工身份證號 retired_name varchar 25 退休職工姓名 comp_id varchar 25 外鍵 所在單位代號 retir_phone varchar 25 退休職工電話 retir_address varchar 50 退休職工地址 retir_post varchar 25

56、 退休職工郵編 retir_sex varchar 2 退休職工性別 retir_birth datetime 8 退休職工出生日期 retir_nation varchar 25 退休職工民族 retir_worktype varchar 25 退休職工用工形式 retir_type varchar 25 退休職工職務 retir_beginwork datetime 8 退休參加工作時間 retir_begintime datetime 8 退休職工參保時間 retir_retirtime dat

57、etime 8 退休職工退休時間 retir_worktime int 8 退休職工繳費年數(shù) averagesalary0 float 8 社會支付 retir_accid varchar 25 退休職工賬戶號 retir_account float 8 退休職工個人賬戶 retir_leftaccount float 8 退休職工個人賬戶剩余 retir_total float 8 個人賬戶支付 retir_state int 2 退休狀態(tài) 4.3 系統(tǒng)主界面設計 本系統(tǒng)的主界面整體結構為上左右結

58、構,上面部分顯示系統(tǒng)名稱,左面部分采用了樹型層次結構羅列了系統(tǒng)的全部功能以及當前使用人員名稱,中間部分為功能顯示區(qū),剛進入系統(tǒng)時顯示滾動方式的最新政策公告。在操作過程中顯示當前操作的使用窗口。系統(tǒng)主界面如圖4.2所示。 圖4.2 系統(tǒng)主界面 4.4 參保者檔案管理子系統(tǒng)的設計 4.4.1 參保者管理功能 參保者檔案管理功能如圖4.3所示。 圖4.3 參保者檔案管理的功能圖 4.4.2 參保者檔案管理子系統(tǒng)的詳細設計 此界面主要功能是對參保者檔案進行管理。操作員根據(jù)社會保險登記證進行檔案增加,錄入?yún)⒈挝恍畔?,確定單位繳費比例。然后再根據(jù)單位的情況錄入其參保職工的基本信

59、息。參保單位在每月6日前提供其職工增減花名冊,操作員根據(jù)花名冊進行檔案管理,包括職工檔案的增加、修改、轉移和刪除等,刪除功能針對職工轉到外地工作的。 增加單位和職工時,系統(tǒng)會對其唯一識別號:單位號和身份證號進行判別,若有重復則有異常信息提示。修改資料和檔案轉移時,先輸入單位號或身份證號進行判別查詢,若存在其檔案可進行操作,若不存在其檔案則出現(xiàn)錯誤提示。以上操作都要連接數(shù)據(jù)庫,對數(shù)據(jù)庫中的信息進行修改,在提交前客戶端對輸入數(shù)據(jù)的有效性進行驗證,然后通過post方法提交信息,服務器端通過getParameter()獲得界面輸入的參數(shù),通過getString()調用數(shù)據(jù)庫來查詢數(shù)據(jù)庫中的信息。

60、單位檔案修改時,先輸入單位號驗證,若驗證正確,則顯示單位的基本信息,可在此基礎上進行修改。 在單位檔案保存后就可以進行在職和退休職工檔案的增加、修改等操作。根據(jù)職工花名冊進行信息的填寫。退休檔案管理和死亡人員檔案管理的操作與其類似。 //更新單位帳戶 [System.ComponentModel.DataObjectMethod(System.ComponentModel.DataObjectMethodType.Update, false)] public bool UpdateCompanyTotal(EndowIpanyRow company)

61、 { int affectRow = Adapter.Update(company); return affectRow == 1; } //刪除單位信息 [System.ComponentModel.DataObjectMethod(System.ComponentModel.DataObjectMethodType.Delete, true)] public bool DeleteCompany(string comp_id) { int affectRow = Adapter.D

62、eleteCompany(comp_id); return affectRow == 1; } 4.5 保險金繳納管理子系統(tǒng)的設計 4.5.1 保險金繳納管理功能 保險金繳納管理功能如圖4.4所示。 圖4.4 保險金繳納管理功能圖 4.5.2 保險金繳納管理流程 保險金繳納管理功能流程如圖4.5所示。 圖4.5 保險金繳納管理流程圖 4.5.3 保險金繳納管理模塊的詳細設計 保險金繳納管理包括職工工資的錄入、保險金繳納的計算、保險金繳納的記賬和補保繳納的記賬、暫停和恢復繳納等幾個功能。

63、 首先進行職工的工資錄入。輸入單位號和繳費月數(shù),并選擇此單位提交的EXCEL文件路徑,使用getParameter()函數(shù)獲得單位號校驗,根據(jù)單位號連接數(shù)據(jù)庫查詢,如果單位號不存在,或這月工資已經(jīng)錄入,系統(tǒng)提示出錯信息。驗證無異常后,依次獲取EXCEL表中此單位的職工身份證和這月工資,并完成繳費的計算功能,然后連接數(shù)據(jù)庫執(zhí)行插入操作,將相關數(shù)據(jù)分別插入到單位和在職職工的繳費記錄表中,繳納狀態(tài)為0。 職工工資的錄入界面如圖4.6。 圖4.6 職工工資錄入界面 此操作可用如下算法 //導入單位員工工資方法 public static bool ImportSalary(st

64、ring path, string comp_id, decimal comp_ratio, DateTime workacc_date) { bool retValue = false; OleDbConnection myConn = null; //定義一個連接 if (path != null && path.Trim() != "") { try { DataSet myDataSet = null;

65、 WorkerAccountBLL workerAccLogic = new WorkerAccountBLL(); string strCon = " Provider = Microsoft.Jet.OLEDB.4.0 ; Data Source = " + path + ";Extended Properties=Excel 8.0"; myConn = new OleDbConnection(strCon);//初始化連接 string strCom = " SEL

66、ECT * FROM [Sheet1$] "; //從Excel中的第一個表單中取出數(shù)據(jù)的語句 myConn.Open();//打開數(shù)據(jù)鏈接,得到一個數(shù)據(jù)集 OleDbDataAdapter myCommand = new OleDbDataAdapter(strCom, myConn); //創(chuàng)建一個DataSet對象 myDataSet = new DataSet(); //得到自己的DataSet對象 myCommand.Fill(myDataSet); DataTable tbSalary = myDataSet.Tables[0]; if (tbSalary != null) { retValue = worker

展開閱讀全文
溫馨提示:
1: 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
2: 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
3.本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
5. 裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

相關資源

更多
正為您匹配相似的精品文檔
關于我們 - 網(wǎng)站聲明 - 網(wǎng)站地圖 - 資源地圖 - 友情鏈接 - 網(wǎng)站客服 - 聯(lián)系我們

copyright@ 2023-2025  sobing.com 裝配圖網(wǎng)版權所有   聯(lián)系電話:18123376007

備案號:ICP2024067431-1 川公網(wǎng)安備51140202000466號


本站為文檔C2C交易模式,即用戶上傳的文檔直接被用戶下載,本站只是中間服務平臺,本站所有文檔下載所得的收益歸上傳人(含作者)所有。裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對上載內容本身不做任何修改或編輯。若文檔所含內容侵犯了您的版權或隱私,請立即通知裝配圖網(wǎng),我們立即給予刪除!