版殘疾人保障金管理系統(tǒng)平臺論文原創(chuàng)

1、卷號卷內(nèi)編號密級以殘疾人就業(yè)保障金管理系統(tǒng)的運行開發(fā)結(jié)構(gòu)為根底寫論文當前版本：V5.1作 者：XXXXXX聯(lián)系 QQ：1XXXXXX聯(lián)系 ：XXXXXXXXXXXXX完成日期：XXXXXXXXXXXXXXXXXXXXXXXXXXAll Rights Reserved 目錄 TOC o 1-2 h z u HYPERLINK l _Toc403217877 1.引言 PAGEREF _Toc403217877 h 3 HYPERLINK l _Toc403217878 2.系統(tǒng)設(shè)計與實現(xiàn) PAGEREF _Toc403217878 h 3 HYPERLINK l _Toc403217879 2.

2、1.保障金管理單位申報年審 PAGEREF _Toc403217879 h 3 HYPERLINK l _Toc403217880 2.2.系統(tǒng)數(shù)據(jù)接口設(shè)計 PAGEREF _Toc403217880 h 7 HYPERLINK l _Toc403217881 2.3.系統(tǒng)平安保障 PAGEREF _Toc403217881 h 9 HYPERLINK l _Toc403217882 3.系統(tǒng)主題構(gòu)架 PAGEREF _Toc403217882 h 12 HYPERLINK l _Toc403217883 3.1.系統(tǒng)構(gòu)架設(shè)計 PAGEREF _Toc403217883 h 12 HYPERL

3、INK l _Toc403217884 3.2.系統(tǒng)管理 PAGEREF _Toc403217884 h 13 HYPERLINK l _Toc403217885 3.3.保障金管理 PAGEREF _Toc403217885 h 21 HYPERLINK l _Toc403217886 3.4.根底配置 PAGEREF _Toc403217886 h 26 HYPERLINK l _Toc403217887 3.5.系統(tǒng)分析 PAGEREF _Toc403217887 h 32摘要：從殘疾人保障金管理系統(tǒng)的應(yīng)用端設(shè)計系統(tǒng)構(gòu)架，基于.net平臺技術(shù)實現(xiàn)系統(tǒng)的整體開發(fā)。論文以殘疾人保障金管理系統(tǒng)

4、的管理流程對應(yīng)系統(tǒng)邏輯設(shè)計進行了詳細的分析。關(guān)鍵詞：殘疾人保障金、B/C構(gòu)架、管理、現(xiàn)狀引言隨著計算機信息技術(shù)的開展，為了更好的效勞殘疾人事業(yè)，完善殘疾人就業(yè)保障金管理體系，各級殘疾人聯(lián)合會工作的管理逐步走向信息化，為決策提供科學決策依據(jù)。為了加強殘疾人就業(yè)保障金的征收管理工作，針對目前就業(yè)保障金征收管理軟件少、功能單一的特點，設(shè)計與實現(xiàn)滿足殘聯(lián)工作實際需求的殘疾人就業(yè)保障金征收管理系統(tǒng)具有重要意義.跟據(jù)關(guān)于殘保金征收的各項要求，建設(shè)和開發(fā)殘疾人就業(yè)保障金管理系統(tǒng)滿足殘聯(lián)工作實際需求具有重要意義。本系統(tǒng)建設(shè)了包括單位殘保金申報年審管理、單位數(shù)據(jù)查詢管理、歷史申報檢索、保障金配置管理、單位地稅批

5、量錄入管理、統(tǒng)計分析、系統(tǒng)管理等模塊，實現(xiàn)了保障金征繳數(shù)據(jù)的采集、處理和統(tǒng)計分析，并提供與原有的殘疾人就業(yè)效勞網(wǎng)數(shù)據(jù)同步的功能，發(fā)布數(shù)據(jù)接口與就業(yè)效勞網(wǎng)數(shù)據(jù)庫無縫混合，有效的提高了殘疾人就業(yè)保障金的管理效率。系統(tǒng)設(shè)計與實現(xiàn)保障金管理單位申報年審一、第一步準備工作協(xié)調(diào)各有關(guān)部門了解掌握市值年度新增的用人單位名單，地址， 等，為開展按比例就業(yè)工作打下根底；通知各個用人單位準備好年審前的各項準備工作，并抓緊為因工負傷并到達殘疾標準的職工辦理殘疾人證明。分配好每個用人單位關(guān)于年審時的具體時間的安排等；數(shù)據(jù)收集流程：統(tǒng)計局按照每個年度平均工資額度，在根據(jù)勞動，稅務(wù)，統(tǒng)計等部門提供的用人單位的職工數(shù)，以及

6、編辦提供的年底行政，事業(yè)單位編制及實際人數(shù)，進行數(shù)據(jù)收集；5編制年審通告，并以政府名義在相關(guān)新聞媒體上進行刊登通告；6對中心工作人員進行按比例就業(yè)軟件的操作培訓。要求：1，通知用人單位按規(guī)定時間參加年審，并要求做到通知有記錄。2，通知用人單位年審時，要明確告知用人單位年審的具體時間和不逾期參加年審的后果及單位新增殘疾職工的鑒定及辦理?殘疾人證?的方法。二、第二步年審工作1對按比例安排殘疾人較多的單位和預(yù)計年審后征收數(shù)額較大的單位做到系統(tǒng)年審；在年審中，因職工總數(shù)或安排殘疾人職工數(shù)有爭議的，年審工作人員要將其年審資料保存下來，同時做好所留資料的登記工作，并及時向就業(yè)中心領(lǐng)導匯報，仍不能解決的，向

7、市殘聯(lián)領(lǐng)導匯報后，給出解決問題的方法后，及時年審并及時講年審結(jié)果送到用人單位手中。2工作人員審核時，行政機關(guān)，職工總數(shù)確實定必須以編辦提供的上年底各單位編制臺賬的實有人數(shù)加上臨時人員之和為準。如有不符，并需提供相關(guān)的減員或退休的依據(jù)。3通過系統(tǒng)通知各用人單位，催促全市用人單位在規(guī)定時間內(nèi)來領(lǐng)取年審手冊，填寫完畢后，在規(guī)定時間內(nèi)送回。4用人單位未在規(guī)定時間內(nèi)參加年審的，不再補審，一律視用人單位未安排殘疾職工。5年審時在對用人單位職工總數(shù)，殘疾職工數(shù)認定中，不得與用人單位協(xié)商確定職工總數(shù)和殘疾職工數(shù)；6)殘疾職工的認定，必須要有殘疾人聯(lián)合會頒發(fā)的殘疾人證，同時月平均工資不得低于當?shù)刈畹蜕畋Ｕ辖穑?/p>

8、要重點核查其是否參加養(yǎng)老，失業(yè)，住房公積金等保險，未參加或那不來養(yǎng)老保險，住房公積金個人賬單的，不能計算為按比例就業(yè)的職工數(shù)；三第三步通知流程通過系統(tǒng)及 聯(lián)系各用人單位按照規(guī)定的時間進行領(lǐng)取繳款。四、殘疾人保障金催繳工作主要任務(wù)1、各級殘疾人就業(yè)效勞機構(gòu)負責用人單位殘疾人按比例就業(yè)情況的審核認定。市級財政撥款單位、市地稅直屬局、保稅區(qū)地稅局及高新園區(qū)地稅局管轄的用人單位，由市殘疾人就業(yè)效勞中心負責審核；其他用人單位按屬地原那么，由各區(qū)市縣殘疾人就業(yè)效勞所負責審核。線下：每年審核期內(nèi)，用人單位須攜帶用人單位工資手冊或工資明細表、用人單位社會保險繳費明細表，到市或所在地殘疾人就業(yè)效勞機構(gòu)辦理審核，

9、并填寫?殘疾人按比例就業(yè)單位登記表?；已安置殘疾人的用人單位，還須攜帶用人單位與殘疾職工依法簽訂的1年含1年以上?勞動合同?、中國殘聯(lián)制發(fā)的?中國殘疾人證?，填寫?在職殘疾人登記表?。殘疾人就業(yè)效勞機構(gòu)根據(jù)審核情況為用人單位開具繳費通知單，并加蓋審核單位印章。一)每年6月前效勞機構(gòu)完成用人單位應(yīng)繳納保障金數(shù)額的核定，通過地稅征收系統(tǒng)送達地稅部門，地稅部門據(jù)以代收。二)每年7月至9月份為保障金的申報征收期。在征收期內(nèi)，效勞機構(gòu)根據(jù)已核定的用人單位應(yīng)繳納保障金金額，向用人單位發(fā)出?殘疾人就業(yè)保障金繳款通知書?。網(wǎng)報用人單位，通過省地方稅務(wù)局網(wǎng)上報稅系統(tǒng)直接申報繳款;非網(wǎng)報用人單位，到地稅征收大廳辦

10、理申報繳款業(yè)務(wù)。用人單位如對應(yīng)繳納保障金金額有異議，可在收到本通知之日起三十日內(nèi)到效勞機構(gòu)核實。通過系統(tǒng)實現(xiàn)為保障金繳款截止期限由省殘疾人聯(lián)合會和省地方稅務(wù)局確定;征收流程:地稅提供信息繳納系統(tǒng)申報繳費效勞機構(gòu)審核確認地稅代收(三)用人單位應(yīng)繳納的保障金，在規(guī)定的期限內(nèi)按年一次性繳納。用人單位在向地方稅務(wù)部門申報納稅(含網(wǎng)上申報)的同時，一并申報保障金。用人單位在申報后，根據(jù)事先約定，采用自繳核銷和電子扣費兩種方式之一繳納保障金。原那么上，用人單位應(yīng)納稅款和保障金采用同一種方式繳納。(四)地方稅務(wù)部門使用政府收支分類科目中的“殘疾人就業(yè)保障金預(yù)算內(nèi)收入科目核算保障金，并根據(jù)用人單位不同，劃定級

11、次為省級、市級或縣級。(五)保障金的繳費憑證根據(jù)繳費方式不同，分為紙質(zhì)繳費憑證和電子繳費憑證兩種。用人單位不通過財稅庫銀橫向聯(lián)網(wǎng)系統(tǒng)實行電子扣費的，由地方稅務(wù)部門打印紙質(zhì)的稅收通用繳款書作為繳費憑證;實行電子扣費的，地方稅務(wù)部門不再打印稅收通用繳款書，而由用人單位開戶銀行(即扣費銀行)打印電子繳稅付款憑證作為繳費憑證。使用稅收通用繳款書繳納保障金的，地稅部門應(yīng)在稅收通用繳款書上按前述規(guī)定準確填寫預(yù)算科目名稱、編碼和級次。電子扣費分為實時扣費、批量扣費和銀行卡扣費三種方式。通過銀行賬戶進行電子扣費的用人單位須事先與開戶銀行、地方稅務(wù)部門簽訂三方委托繳稅協(xié)議。通過銀行卡進行電子扣費的，無需簽訂三方

12、委托繳稅協(xié)議。用人單位因納稅需要已簽訂三方委托繳稅協(xié)議的，該協(xié)議對保障金的扣繳有效，無需重簽。系統(tǒng)數(shù)據(jù)接口設(shè)計系統(tǒng)采用數(shù)據(jù)庫推送方式向行政權(quán)力網(wǎng)上公開透明運行平臺報送數(shù)據(jù)，接口程序定時將權(quán)力數(shù)據(jù)直接寫入前置庫。系統(tǒng)向前置庫提交幾大類信息：保障金辦件根本信息表、評審辦件過程表、評審辦件結(jié)果表、規(guī)那么辦件根本信息表、行政處分辦件結(jié)果表、部門統(tǒng)計數(shù)據(jù)表、部門監(jiān)察數(shù)據(jù)表。殘疾人保證金系統(tǒng)接入過程準備材料審核按照單位性質(zhì)及現(xiàn)行稅收體制到所屬年審窗口辦理申報交款按照年審核定金額在市地稅網(wǎng)上申報劃款或到所屬地稅局窗口申報交款，1、?殘疾人按比例就業(yè)單位登記表?可在線系統(tǒng)下載領(lǐng)取,填寫后加蓋公章2、年度職工工

13、資手冊3、企業(yè)個人所得稅明細報表(加蓋公章)4、月份會計憑證5、已安置殘疾人的用人單位還須報送?在職殘疾人登記表?可網(wǎng)上下載或到窗口領(lǐng)取，填寫后加蓋公章、用人單位與殘疾職工依法簽訂的一年含一年以上?勞動合同?、用人單位社會保險繳費明細表、?中華人民共和國殘疾人證?原件。殘疾人保證金系統(tǒng)信息用SYNC_DATE字段來設(shè)計標志數(shù)據(jù)狀態(tài)。系統(tǒng)接口程序定時直接訪問前置庫，行政權(quán)力數(shù)據(jù)寫入前置庫時，每條記錄的SYNC_SIGN設(shè)為空，UPDATE_DATE設(shè)置為當前時間；省行政權(quán)力網(wǎng)上公開透明運行平臺定時從前置庫讀取SYNC_SIGN為空的記錄，并設(shè)置SYNC_DATE為當前時間，如果成功寫入，那么SY

14、NC_SIGN設(shè)為1，否那么SYNC_SIGN設(shè)為2。殘疾人保證金系統(tǒng)接入信息格式一時間格式統(tǒng)一為YYYY-MM-DD hh:mm:ss。二字符串長度。在前置庫中，每個中文字符及全角符號占兩位，英文字符及半角符號占一位，以VARCHAR2(50)為例，只能容納50個英文字符或25個中文字符。三部門編碼和權(quán)力編碼遵照殘疾人保障金編碼規(guī)那么。四辦件表格XML信息。將辦件表格中的關(guān)鍵數(shù)據(jù)抽取出來并組成XML信息，格式如下：KEY1NAME1VALUE1在FORMDATA中，辦件表格中的每項數(shù)據(jù)組成一個DATA。KEY代表該數(shù)據(jù)的英文名稱，NAME代表該數(shù)據(jù)的中文名稱，VALUE代表該數(shù)據(jù)的值。 系統(tǒng)

15、平安保障殘疾人保障系統(tǒng)網(wǎng)上公開透明運行信息系統(tǒng)依托省電子政務(wù)內(nèi)網(wǎng)運行，平安性、可靠性、穩(wěn)定性要求高，要通過設(shè)備接入控制防止數(shù)據(jù)被非法訪問；通過數(shù)據(jù)加密保證數(shù)據(jù)在傳輸過程中不被篡改；通過管理和技術(shù)手段合理規(guī)劃數(shù)據(jù)庫備份降低數(shù)據(jù)喪失風險。系統(tǒng)平安1)平安性高:系統(tǒng)提供了多種平安措施.系統(tǒng)采用用戶角色權(quán)限管理;系統(tǒng)日志信息記錄所有用戶登錄系統(tǒng)及操作模塊的信息，供管理員級角色查看.用戶密碼和應(yīng)用程序配置文件中的數(shù)據(jù)庫鏈接字符串采用對稱加密算法加密.加密后的字符串即使被非法獲取，被破解的可能性也是微乎其微. 采用微軟最新加密技術(shù)。 2)易用性好:應(yīng)用程序提供了友好的界面，用戶可以很輕松、快捷的使用軟件.

16、功能名稱和圖標直接、明了，豐富的提示信息時刻提醒用戶該進行什么操作. 3)效率高:系統(tǒng)提供了各種數(shù)據(jù)接口，根底信息可以通過導人導出的方式管理.通過各地區(qū)用戶輸人的征收工資標準自動批量生成單位保障金;地稅部門的單位信息數(shù)據(jù)可以通過Excel導人系統(tǒng)，減少人工錄人的時間;繳款通知書批量打印與征收決定書批量打印等批量數(shù)據(jù)的處理，徹底地替代了傳統(tǒng)的人工填寫通知書，提高了辦事人員的工作效率;檢索項提供多條件組合查詢，對查詢結(jié)果通過調(diào)用。ffice API導出生成Excel表格數(shù)據(jù)供用戶作二次處理，滿足用戶的差異需求.4)擴展性強:良好的擴展性，可以應(yīng)用到市縣模式及縣鄉(xiāng)模式.用戶通過系統(tǒng)提供的初始化界面初

17、始各地區(qū)殘聯(lián)信息.地區(qū)統(tǒng)計局年度工資標準應(yīng)用到市、縣級殘聯(lián).系統(tǒng)的三層結(jié)構(gòu)設(shè)計使得開發(fā)人員能繼承原系統(tǒng)的業(yè)務(wù)模式.擴展新業(yè)務(wù)時，只需在表示層增加或修改用戶界面，通過重用繼承邏輯業(yè)務(wù)層規(guī)那么擴展新效勞，減少了開發(fā)人員的開發(fā)時間和維護工作量.數(shù)據(jù)域平安數(shù)據(jù)域平安包括兩個層次，其一是行級數(shù)據(jù)域平安，即用戶可以訪問哪些業(yè)務(wù)記錄，一般以用戶所在單位為條件進行過濾；其二是字段級數(shù)據(jù)域平安，即用戶可以訪問業(yè)務(wù)記錄的哪些字段；以上四個層次的平安，按粒度從粗到細的排序是：系統(tǒng)級平安、程序資源訪問控制平安、功能性平安、數(shù)據(jù)域平安。不同的應(yīng)用系統(tǒng)的系統(tǒng)級平安關(guān)注點往往差異很大，有很大局部的業(yè)務(wù)系統(tǒng)甚至不涉及系統(tǒng)級平

18、安問題。無明顯組織機構(gòu)的系統(tǒng)，如論壇，內(nèi)容發(fā)布系統(tǒng)那么一般不涉及數(shù)據(jù)域平安問題，數(shù)據(jù)對于所有用戶一視同仁。不同的應(yīng)用系統(tǒng)數(shù)據(jù)域平安的需求存在很大的差異，業(yè)務(wù)相關(guān)性比擬高。對于行級的數(shù)據(jù)域平安，大致可以分為以下幾種情況：大局部業(yè)務(wù)系統(tǒng)允許用戶訪問其所在單位及下級管轄單位的數(shù)據(jù)。此時，組織機構(gòu)模型在數(shù)據(jù)域平安控制中扮演中重要的角色；也有一些系統(tǒng)，允許用戶訪問多個單位的業(yè)務(wù)數(shù)據(jù)，這些單位可能是同級的，也可能是其他行政分支下的單位。對于這樣的應(yīng)用系統(tǒng)，一般通過數(shù)據(jù)域配置表配置用戶所有有權(quán)訪問的單位，通過這個配置表對數(shù)據(jù)進行訪問控制；在一些保密性要求比擬高系統(tǒng)中，只允許用戶訪問自己錄入或參與協(xié)辦的業(yè)務(wù)數(shù)

19、據(jù)，即按用戶ID進行數(shù)據(jù)平安控制。還有一種比擬特殊情況，除進行按單位過濾之外，數(shù)據(jù)行本身具有一個平安級別指數(shù)，用戶本身也擁有一個級別指數(shù)，只有用戶的級別指數(shù)大于等于行級平安級別指數(shù)，才能訪問到該行數(shù)據(jù)。如在機場入境應(yīng)用系統(tǒng)，一些重要人員的出入境數(shù)據(jù)只有擁有高級別指數(shù)的用戶才可查看。系統(tǒng)采用微軟最新加密技術(shù)公用密鑰加密技術(shù)對稱密鑰加密技術(shù)結(jié)合公用和對稱密鑰加密技術(shù)數(shù)字簽名和鑒別微軟的CryptoAPI技術(shù)是PKI推薦使用的加密API。平安機制會攔截所有的進入的請求并試圖判讀這個請求是否附帶了身份驗證COOKIES。在這個階段平安機制會去讀取“授權(quán)配置以便確定該如何對進入的請求進行判斷。其功能是為

20、應(yīng)用程序開發(fā)者提供在Win32環(huán)境下使用加密、驗證等平安效勞時的標準加密接口。CryptoAPI處于應(yīng)用程序和CSPcryptographicserviceprovider之間；一般業(yè)務(wù)系統(tǒng)都有行級數(shù)據(jù)域控制的需求，但只有少數(shù)業(yè)務(wù)系統(tǒng)會涉及字段級數(shù)據(jù)域控制，后者控制粒度更細。字段級數(shù)據(jù)域平安一般采用以下兩種方式：通過配置表指定用戶可以訪問業(yè)務(wù)記錄哪些字段，在運行期，通過配置表進行過濾。業(yè)務(wù)表的業(yè)務(wù)字段指定一個平安級別指數(shù)，通過和用戶級別指數(shù)的比擬來判斷是否開放訪問。程序資源訪問控制平安的粒度大小界于系統(tǒng)級平安和功能性平安兩者之間，是最常見的應(yīng)用系統(tǒng)平安問題，幾乎所有的應(yīng)用系統(tǒng)都會涉及到這個平安

21、問題。此外，程序資源訪問控制平安的業(yè)務(wù)相關(guān)性很小，容易總結(jié)出通用的模型，甚至可以通過的框架解決，如最近開始流行的Acegi平安框架就為解決該問題提供了通用的方案。系統(tǒng)主題構(gòu)架系統(tǒng)構(gòu)架設(shè)計殘疾人就業(yè)保障金管理系統(tǒng)根底配置保障金管理系統(tǒng)管理統(tǒng)計分析統(tǒng)計查詢數(shù)據(jù)字典區(qū)域管理人員管理部門設(shè)置權(quán)限配置角色配置單位管理單位申報年審 人員查詢單位查詢歷史申報年審查詢審 保障金配置單位地稅批量錄入系統(tǒng)管理技術(shù)實現(xiàn)系統(tǒng)管理局部是針對于用戶自我的根底設(shè)置進行管理搭建，實質(zhì)上為用戶中心，實現(xiàn)邏輯如下示：統(tǒng)管理員登錄系統(tǒng)后點擊系統(tǒng)管理模塊，選擇添加用戶，跳轉(zhuǎn)至userAdd.jsp，進行添加用戶的信息，并對密碼進行初

22、始化，然后保存即可更新數(shù)據(jù)庫。點擊修改用戶信息跳轉(zhuǎn)至userEdit.jsp，輸入某項信息保存即可更新數(shù)據(jù)庫。應(yīng)部門領(lǐng)導要求打印所有員工信息列表，點擊查看員工信息跳轉(zhuǎn)至userList.jsp，即可查看員工信息，員工信息記錄以每10個記錄為一頁，可以進行翻頁處理。新用戶首次登錄公司系統(tǒng)需要進行改密，此密碼需要加密。后臺管理員不可見。當用戶忘記密碼時可以選擇通過 發(fā)送驗證碼來重置密碼，并重新登錄。用戶也擁有對用戶本人信息修改的權(quán)限。點擊修改信息即可完成頁面的跳轉(zhuǎn)。1、開發(fā)模型：首先開發(fā)用來封裝一條表記錄的JavaBean即user類。然后開發(fā)用來封裝針對該表記錄實現(xiàn)增刪改查的工具JavaBean

23、，即DAO類userDao完成對數(shù)據(jù)庫的操作。2、開發(fā)靜態(tài)視圖，分別為userAdd.jsp,userEdit.jsp,userList.jsp,EditPassword.jsp.3、開發(fā)控制器servlet ,使靜態(tài)頁面轉(zhuǎn)化為動態(tài)頁面。1、根底業(yè)務(wù)設(shè)置管理疾人就業(yè)保障金簡稱為“殘疾人保障金或“殘保金是指在實施分散按比例安排殘疾人就業(yè)的地區(qū)，凡安排殘疾人達不到省、自治區(qū)、直轄市人民政府規(guī)定比例的機關(guān)、團體、企業(yè)事業(yè)單位和城鄉(xiāng)集體經(jīng)濟組織，根據(jù)地方有關(guān)法規(guī)的規(guī)定，按照年度差額人數(shù)和上年度本地區(qū)職工年平均工資計算交納用于殘疾人就業(yè)的專項資金。在企業(yè)所得稅匯算清繳輔導中，我們發(fā)現(xiàn)有此企業(yè)將其列入“應(yīng)

24、付福利費會計科目核算，這是不符合現(xiàn)行政策規(guī)定的。財政部關(guān)于發(fā)布?殘疾人就業(yè)保障金管理暫行規(guī)定?的通知財綜字19955號規(guī)定：企業(yè)、城鄉(xiāng)集體經(jīng)濟組織交納的“保障金從管理費用中列支。所以企業(yè)交納的“殘保金財務(wù)上應(yīng)該列入“管理費用中。其會計處理見?財政部關(guān)于印發(fā)企業(yè)繳納殘疾人就業(yè)保障金有關(guān)會計處理規(guī)定的通知?規(guī)定。企業(yè)繳納殘疾人保障金有關(guān)會計處理如下：一、企業(yè)應(yīng)在“其他應(yīng)交款科目下設(shè)置“應(yīng)交殘疾人就業(yè)保障金明細科目外商投資企業(yè)在“其他應(yīng)付款科目下設(shè)置“應(yīng)付殘疾人就業(yè)保障金明細科目，核算企業(yè)按規(guī)定應(yīng)繳納的殘疾人就業(yè)保障金。二、企業(yè)按規(guī)定計算出應(yīng)繳納的殘疾人就業(yè)保障金，借記“管理費用殘疾人就業(yè)保障金科目

25、，貸記“其他應(yīng)交款應(yīng)交殘疾人就業(yè)保障金科目或“其他應(yīng)付款應(yīng)付殘疾人就業(yè)保障金科目；實際上交時，借記“其他應(yīng)交款應(yīng)交殘疾人就業(yè)保障金或“其他應(yīng)付款應(yīng)付殘疾人就業(yè)保障金科目，貸記“銀行存款科目。企業(yè)超比例安置殘疾人就業(yè)或者為安排殘疾人就業(yè)做出顯著成績，按規(guī)定收到的獎勵，借記“銀行存款等科目，貸記“管理費用殘疾人就業(yè)保障金科目。三、企業(yè)逾期未繳納殘疾人就業(yè)保障金，按規(guī)定繳納的滯納金，借記“營業(yè)外支出科目，貸記“銀行存款科目。當然實行新?企業(yè)會計準那么?的企業(yè)，也可以上用“應(yīng)交稅費會計科目取代“其他應(yīng)交款科目。2、系統(tǒng)權(quán)限管理權(quán)限系統(tǒng)一直以來是我們應(yīng)用系統(tǒng)不可缺少的一個局部，假設(shè)每個應(yīng)用系統(tǒng)都重新對系

26、統(tǒng)的權(quán)限進行設(shè)計，以滿足不同系統(tǒng)用戶的需求，將會浪費我們不少珍貴時間，所以花時間來設(shè)計一個相對通用的權(quán)限系統(tǒng)是很有意義的。權(quán)限系統(tǒng)的相關(guān)概念，如下所示：權(quán)限系統(tǒng)的所有權(quán)限信息，權(quán)限具有上下級關(guān)系，是一個樹狀的結(jié)構(gòu)。下面來看一個例子系統(tǒng)管理用戶管理查看用戶新增用戶修改用戶刪除用戶對于上面的每個權(quán)限，又存在兩種情況，一個是只是可訪問，另一種是可授權(quán)，例如對于“查看用戶這個權(quán)限，如果用戶只被授予“可訪問，那么他就不能將他所具有的這個權(quán)限分配給其他人。2. 用戶應(yīng)用系統(tǒng)的具體操作者，用戶可以自己擁有權(quán)限信息，可以歸屬于0n個角色，可屬于0n個組。他的權(quán)限集是自身具有的權(quán)限、所屬的各角色具有的權(quán)限、所屬

27、的各組具有的權(quán)限的合集。它與權(quán)限、角色、組之間的關(guān)系都是n對n的關(guān)系。角色是一組用戶特權(quán)和角色的集合。使用角色可以簡化權(quán)限管理，因為通過角色你可以一次把一組用戶特權(quán)授予用戶，或者從用戶處收回。在Oracle數(shù)據(jù)庫系統(tǒng)中，角色分為兩種：預(yù)定義角色和自定義角色。3. 角色為了對許多擁有相似權(quán)限的用戶進行分類管理，定義了角色的概念，例如系統(tǒng)管理員、管理員、用戶、訪客等角色。角色具有上下級關(guān)系，可以形成樹狀視圖，父級角色的權(quán)限是自身及它的所有子角色的權(quán)限的綜合。父級角色的用戶、父級角色的組同理可推。預(yù)定義角色：指在創(chuàng)立Oracle數(shù)據(jù)庫時，系統(tǒng)自動創(chuàng)立的角色。提供這些角色是為了兼容以前版本的Oracl

28、e。而且，這些角色的定義也比擬通用。例如CONNECT角色，它包含了創(chuàng)立會話、創(chuàng)立表和視圖等一般數(shù)據(jù)庫用戶需要的權(quán)限。數(shù)據(jù)庫中新創(chuàng)立的用戶通常要授予此角色。因此，預(yù)定義角色有助于用戶權(quán)限的管理。自定義角色：指用戶自己創(chuàng)立的角色。自定義角色和預(yù)定義角色在本質(zhì)上沒有區(qū)別，也是一組用戶特權(quán)的集合，只是它們的創(chuàng)立者不同而已。通過自定義角色，用戶可以按自己的實際需要定義權(quán)力集合。假設(shè)在一個銷售數(shù)據(jù)庫中，存在經(jīng)理、銷售員和采購員三類用戶，它們具有不同的權(quán)限，并且每類用戶都有假設(shè)干名。我們可以針對這三類用戶定義三個角色，并授予三個角色相應(yīng)的特權(quán)。然后再創(chuàng)立數(shù)據(jù)庫用戶，并授予對應(yīng)的角色。這樣不僅可以降低授權(quán)工

29、作量、減少錯誤，而且在發(fā)生錯誤時也容易改正。因為只需要對角色的授權(quán)進行修正，而不用對每個用戶做同樣的工作。尤其在每類用戶具有的特權(quán)比擬多時，這種效果更加明顯。4. 組為了更好地管理用戶，對用戶進行分組歸類，簡稱為用戶分組。組也具有上下級關(guān)系，可以形成樹狀視圖。在實際情況中，我們知道，組也可以具有自己的角色信息、權(quán)限信息。這讓我想到我們的QQ用戶群，一個群可以有多個用戶，一個用戶也可以參加多個群。每個群具有自己的權(quán)限信息。例如查看群共享。QQ群也可以具有自己的角色信息，例如普通群、高級群等。針對上面提出的四種類型的對象，讓我們通過圖來看看他們之間的關(guān)系。有上圖中可以看出，這四者的關(guān)系很復雜，而實

30、際的情況比這個圖還要復雜，權(quán)限、角色、組都具有上下級關(guān)系，權(quán)限管理是應(yīng)用系統(tǒng)中比擬棘手的問題，要設(shè)計一個通用的權(quán)限管理系統(tǒng)，工作量也著實不小。當然對于有些工程，權(quán)限問題并不是那么復雜。有的只需要牽涉到權(quán)限和用戶兩種類型的對象，只需要給用戶分配權(quán)限即可。在另一些情況中，引入了角色對象，例如基于角色的權(quán)限系統(tǒng)， 只需要給角色分配權(quán)限，用戶都隸屬于角色，不需要單獨為用戶分配角色信息。5、系統(tǒng)特權(quán)授予要想給其他用戶授予系統(tǒng)特權(quán)，你必須已被授予了該特權(quán)并帶有ADMINOPTION選項，或者具有GRANTANYPRIVILEGE特權(quán)；要想給其他用戶授予角色，你必須已被授予了該角色并帶有ADMINOPTIO

31、N選項，或者具有GRANTANYROLE特權(quán)。授權(quán)命令的語法如下：GRANTsys_priv_list|roler_listTOusername|rolename|PUBLICWITHADMINOPTION；Sys_priv_list：是一個系統(tǒng)特權(quán)的列表，由逗號分隔。role_list：是一個角色的列表，由逗號分隔。username：用戶名稱。rolename：角色名稱。PUBLIC：表示對所有的用戶進行授權(quán)。WITHADMINOPTION：允許特權(quán)或角色的接受者再把此角色或特權(quán)授予其他用戶。對于角色，ADMINOPTION選項還允許角色的接受者修改或刪除角色。下面舉例說明如何為用戶授予系統(tǒng)

32、特權(quán)和角色。例一：給用戶px_userl授予CREATETABLE創(chuàng)立表特權(quán)。GRANTCREATETABLETOpxuser01：例二：給用戶px_user02授予CONNECT角色，并且他還可以把此角色授予其他用戶。GRANTCONNECTTOpx_user02WITHADMINOPTION；在授權(quán)時要注意，不是所有的授權(quán)都是合法的。例如，不能對角色循環(huán)授權(quán)，也不能把角色授予它自身。注：角色與用戶類似，也有數(shù)據(jù)庫驗證、外部驗證和企業(yè)驗證三種驗證方式。數(shù)據(jù)庫驗證方式的角色叫做本地角色，外部驗證方式的角色叫做外部角色，企業(yè)驗證方式的角色叫做全局角色。6、系統(tǒng)特權(quán)及角色收回要想收回其他用戶的系統(tǒng)

33、特權(quán)，你必須已被授予了該特權(quán)并帶有ADMINOPTION選項，或者具有GRANTANYPRIVILEGE特權(quán)；同樣，要想收回其他用戶的角色，你必須已被授予了該角色并帶有ADMINOPTION選項，或者具有GRANTANYROLE特權(quán)。收回權(quán)限命令的語法如下：REVOKEsys_priv_list|role_listFROMusername|rolename|PUBLIC；下面舉例說明如何收回系統(tǒng)特權(quán)和角色。例一：收回用戶px_user0l的CREATETABLE創(chuàng)立表特權(quán)。REVOKECREATETABLEFROMpx_user0l：例二：收回用戶px_user02的CONNECT角色。REV

34、OKECONNECTFROMpx_USER02；保障金管理技術(shù)實現(xiàn)殘疾人保障金管理數(shù)據(jù)庫系統(tǒng)是管理信息系統(tǒng)的核心，基于數(shù)據(jù)庫的聯(lián)機事務(wù)處理OLTP以及聯(lián)機分析處理(OLAP)是稅務(wù)部門、企業(yè)等部門等機構(gòu)最為重要的應(yīng)用之一。從大多數(shù)的應(yīng)用實例來看，查詢操作在各種保障金數(shù)據(jù)庫操作中所占據(jù)的比重最大，而查詢操作所基于的SELECT語句在SQL語句中又是代價最大的語句。系統(tǒng)合理索引技術(shù)索引是數(shù)據(jù)庫中重要的數(shù)據(jù)結(jié)構(gòu)，它的根本目的就是為了提高保障金查詢效率，此系統(tǒng)采用的是IBM最先提出的ISAM索引結(jié)構(gòu)。防止或簡化排序技術(shù)此技術(shù)是簡化或防止對大型數(shù)據(jù)表進行重復的排序。當能夠利用索引自動以適當?shù)拇涡虍a(chǎn)生輸出

35、時，優(yōu)化器就防止了排序的步驟消除對大型保障金表行數(shù)據(jù)的順序存取在嵌套查詢中，對數(shù)據(jù)表的順序存取對查詢效率可能產(chǎn)生致命的影響。比方采用順序存取策略，一個嵌套3層的查詢，如果每層都查詢1000行，那么這個查詢就要查詢10億行數(shù)據(jù)。防止這種情況的主要方法就是對連接的列進行索引。還可以使用并集來防止順序存取。盡管在所有的檢查列上都有索引，但某些形式的where子句強迫優(yōu)化器使用順序存取。下面的查詢將強迫對orders表執(zhí)行順序操作：SELECTFROMordersWHERE(customer_num=104ANDorder_num1001)ORorder_num=1008雖然在customer_num

36、和order_num上建有索引，但是在上面的語句中優(yōu)化器還是使用順序存取路徑掃描整個表。因為這個語句要檢索的是別離的行的集合，所以應(yīng)該改為如下語句：SELECTFROMordersWHEREcustomer_num=104ANDorder_num1001UNIONSELECTFROMordersWHEREorder_num=1008這樣就能利用索引路徑處理查詢。防止困難的正規(guī)表達技術(shù)MATCHES和LIKE關(guān)鍵字支持通配符匹配，技術(shù)上叫正規(guī)表達式。但這種匹配特別消耗時間。例如：SELECTFROMcustomerWHEREzipcodeLIKE“98_即使在zipcode字段上建立了索引，在這

37、種情況下也還是采用順序掃描的方式。如果把語句改為SELECTFROMcustomerWHEREzipcode“98000，在執(zhí)行查詢時就會利用索引來查詢，顯然會大大提高速度。另外，還要防止非開始的子串。例如語句：SELECTFROMcustomerWHEREzipcode2，3“80，在where子句中采用了非開始子串，因而這個語句也不會使用索引。保障金根底配置系統(tǒng)參數(shù)設(shè)置稅務(wù)機關(guān)預(yù)算級次金庫某某稅務(wù)機關(guān)省級20%，市級8%，縣級市金庫催繳通知書限繳日期轉(zhuǎn)代征數(shù)據(jù)限繳日期年審通知書限繳日期備注：日期格式必須為YYYY-MM-DD【操作說明】系統(tǒng)參數(shù)的設(shè)置是對本殘疾人保證金系統(tǒng)運行的根底數(shù)據(jù)的錄

38、入和設(shè)置，如果無數(shù)據(jù)，此系統(tǒng)將不能正確運行。此界面提供了對不同地方稅務(wù)機構(gòu)生成殘疾人就業(yè)保障金的金庫和預(yù)算級次的設(shè)定，以及催繳通知書、限繳日期、轉(zhuǎn)待征數(shù)據(jù)限繳日期、年審通知書年審期限的設(shè)置等?！究记绊氈勘窘缑嬷荒苡上到y(tǒng)管理員進行設(shè)置，在權(quán)限配置版塊防止設(shè)置混亂。年度平均工資及殘工安排比例的設(shè)置【操作說明】本界面用來分不同稅務(wù)機關(guān)設(shè)置相應(yīng)的平均工資和殘疾職工安排比例。【考前須知】本界面只能由系統(tǒng)管理員進行設(shè)置，防止設(shè)置混亂。單位申報年審報表根底設(shè)置企業(yè)通過系統(tǒng)在系統(tǒng)內(nèi)填寫并提交如下年審報表，然后提交系統(tǒng)，以此完成年審報表的錄入工作：年審單位填寫上年度在職員工平均人數(shù)在職殘疾員工 人 在在 職職

39、 員殘 工疾 總員 數(shù)工 比占 例年平均人數(shù)其 中合計其 中長期工臨時工重度殘疾二級三級肢體殘疾聽力語言智力殘疾精神殘疾一級視力殘疾一級肢體殘疾%納稅人編碼： 組織機構(gòu)代碼： 地稅登記號：單位參保號： 注冊登記號： 登記成立日期：單位法人姓名： 單位負責人(法人) ：單位通訊地址：經(jīng) 辦 人： 聯(lián)系 ： 年 月 日審 核 單 位 填 寫一、你單位2022年度在職員工總?cè)藬?shù) 人，其中殘疾人員工 人，已到達規(guī)定安排殘疾人就業(yè)1.5%的比例。二、你單位2022年度在職員工總?cè)藬?shù) 人，其中殘疾人員工 人，按1.5%比例少安排殘疾人 人。請于2022年X-X月接到殘疾人就業(yè)金繳款通知書后，按通知要求辦理

40、繳款手續(xù)。審核人： 復核人： 年 月 日人員查詢報表單位可通過系統(tǒng)查詢歷年的年審報表情況，以及現(xiàn)階段單位殘疾人數(shù)據(jù)；其查詢報表如下表示；填報單位名稱蓋章：序號姓 名性別年齡文 化程 度殘疾類別殘疾等級第二代?殘疾人證?號碼與單位建立勞動關(guān)系起止時間個人參保號工種崗位月平均工資元12345678910單位負責人： 填表人： 聯(lián)系 ： 填表日期： 年 月 日注：“與單位建立勞動關(guān)系時間指正在履行的勞動合同期；填報單位殘疾人員工數(shù)超出此頁，系統(tǒng)自動分頁面處理；根底配置數(shù)據(jù)訪問層包括Data Access Application Block,實體模型和ActiveX數(shù)據(jù)對象(ADO)模型.它通過數(shù)據(jù)提

41、供者連接到SQL Server關(guān)系數(shù)據(jù)庫，并與之進行通信.Data Access Application Block是一個.NET組件，包含優(yōu)化的數(shù)據(jù)訪問代碼，可以幫助用戶調(diào)用存儲過程以及向SQL Server數(shù)據(jù)庫發(fā)出SQL文本命令.它返回SqlDataReader, DataSet和XmlReader等數(shù)據(jù)對象.在系統(tǒng)的.NET應(yīng)用程序中將其作為構(gòu)造塊使用，以減少創(chuàng)立、測試和維護所需自定義代碼的數(shù)量. 數(shù)據(jù)訪問層包括對事務(wù)的支持，例如打印繳款通知書時，單位繳款通知書號插人和用戶通知書號(票據(jù)號)更新必須在同一個事務(wù)中提交.當發(fā)生異常時，回滾事務(wù)到操作前的狀態(tài)，保證了數(shù)據(jù)的一致性.實體模型是

42、對現(xiàn)實事物的深層抽象.系統(tǒng)對單位和殘疾人兩個主要實體的抽象來構(gòu)造數(shù)據(jù)集，并創(chuàng)立實體類和數(shù)據(jù)庫中表字段之間的對應(yīng)關(guān)系.抽象實體類在系統(tǒng)中被作為自定義組件使用，減少了因數(shù)據(jù)庫的改變帶來的代碼修改工作量.用戶表構(gòu)架如下：1. 用戶表用戶表TUser字段名稱字段類型備注記錄標識tu_idbigintpk, not null所屬組織to_idbigintfk, not null登錄帳號login_namevarchar(64)not null用戶密碼passwordvarchar(64)not null用戶姓名vsernamevarchar(64)not null 號mobilevarchar(20)電

43、子郵箱emailvarchar(64)創(chuàng)立時間gen_timedatetimenot null登錄時間login_timedatetime上次登錄時間last_login_timedatetime登錄次數(shù)countbigintnot null2. 角色表角色表TRole字段名稱字段類型備注角色IDtr_idbigintpk, not null父級角色IDparent_tr_idbigintnot null角色名稱role_namevarchar(64)not null創(chuàng)立時間gen_timedatetimenot null角色描述descriptionvarchar(200)3. 權(quán)限表權(quán)限表

44、TRight字段名稱字段類型備注權(quán)限IDtr_idbigintpk, not null父權(quán)限parent_tr_idbigintnot null權(quán)限名稱right_namevarchar(64)not null權(quán)限描述descriptionvarchar(200)4. 組表組表TGroup字段名稱字段類型備注組IDtg_idbigintpk, not null組名稱group_namevarchar(64)not null父組parent_tg_idbigintnot null創(chuàng)立時間gen_timedatetimenot null組描述descriptionvarchar(200)5. 角色

45、權(quán)限表角色權(quán)限表TRoleRightRelation字段名稱字段類型備注記錄標識trr_idbigintpk, not null角色Role_idbigintfk, not null權(quán)限r(nóng)ight_idbigintfk, not null權(quán)限類型right_typeintnot null0:可訪問，1:可授權(quán)6. 組權(quán)限表組權(quán)限表TGroupRightRelation字段名稱字段類型備注記錄標識tgr_idbigintpk, not null組tg_idbigintfk, not null權(quán)限tr_idbigintfk, not null權(quán)限類型right_typeintnot null0:可訪問，1:可授權(quán)7. 組角色表組角色表TGroupRoleRelation字段名稱字段類型備注記錄標識tgr_idbigintpk, not null組tg_idbigintfk, not null角色tr_idbigintpk, not null8. 用戶權(quán)限表用戶權(quán)限表TUserRightRelation字段名稱字段類型備注記錄標識tur_idbigintpk, not null用戶tu_idbigintfk, not null權(quán)限tr_idbigint