版残疾人保障金管理系统平台论文原创.doc

卷号卷内编号密级以残疾人就业保障金管理系统的运行开发结构为基础写论文当前版本：V5.1作 者：XXXXXX联系 QQ：1XXXXXX联系电话：XXXXXXXXXXXXX完成日期：XXXXXXXXXXXXXXXXXXXXXXXXXXAll Rights Reserved 目录1.引言32.系统设计与实现32.1.保障金管理单位申报年审32.2.系统数据接口设计72.3.系统安全保障93.系统主题构架123.1.系统构架设计123.2.系统管理133.3.保障金管理213.4.基础配置263.5.系统分析32摘要：从残疾人保障金管理系统的应用端设计系统构架，基于.net平台技术实现系统的整体开发。论文以残疾人保障金管理系统的管理流程对应系统逻辑设计进行了详细的分析。关键词：残疾人保障金、B/C构架、管理、现状1. 引言随着计算机信息技术的发展，为了更好的服务残疾人事业，完善残疾人就业保障金管理体系，各级残疾人联合会工作的管理逐步走向信息化，为决策提供科学决策依据。为了加强残疾人就业保障金的征收管理工作，针对目前就业保障金征收管理软件少、功能单一的特点，设计与实现满足残联工作实际需求的残疾人就业保障金征收管理系统具有重要意义.跟据关于残保金征收的各项要求，建设和开发残疾人就业保障金管理系统满足残联工作实际需求具有重要意义。本系统建设了包括单位残保金申报年审管理、单位数据查询管理、历史申报检索、保障金配置管理、单位地税批量录入管理、统计分析、系统管理等模块，实现了保障金征缴数据的采集、处理和统计分析，并提供与原有的残疾人就业服务网数据同步的功能，发布数据接口与就业服务网数据库无缝混合，有效的提高了残疾人就业保障金的管理效率。2. 系统设计与实现2.1. 保障金管理单位申报年审一、第一步准备工作（1） 协调各有关部门了解掌握市值年度新增的用人单位名单，地址，电话等，为开展按比例就业工作打下基础；（2） 通知各个用人单位准备好年审前的各项准备工作，并抓紧为因工负伤并达到残疾标准的职工办理残疾人证明。（3） 分配好每个用人单位关于年审时的具体时间的安排等；（4） 数据收集流程：统计局按照每个年度平均工资额度，在根据劳动，税务，统计等部门提供的用人单位的职工数，以及编办提供的年底行政，事业单位编制及实际人数，进行数据收集；（5）编制年审通告，并以政府名义在相关新闻媒体上进行刊登通告；（6）对中心工作人员进行按比例就业软件的操作培训。要求：1，通知用人单位按规定时间参加年审，并要求做到通知有记录。2，通知用人单位年审时，要明确告知用人单位年审的具体时间和不逾期参加年审的后果及单位新增残疾职工的鉴定及办理残疾人证的办法。二、第二步年审工作（1）对按比例安排残疾人较多的单位和预计年审后征收数额较大的单位做到系统年审；在年审中，因职工总数或安排残疾人职工数有争议的，年审工作人员要将其年审资料保留下来，同时做好所留资料的登记工作，并及时向就业中心领导汇报，仍不能解决的，向市残联领导汇报后，给出解决问题的办法后，及时年审并及时讲年审结果送到用人单位手中。（2）工作人员审核时，行政机关，职工总数的确定必须以编办提供的上年底各单位编制台账的实有人数加上临时人员之和为准。如有不符，并需提供相关的减员或退休的依据。（3）通过系统通知各用人单位，督促全市用人单位在规定时间内来领取年审手册，填写完毕后，在规定时间内送回。（4）用人单位未在规定时间内参加年审的，不再补审，一律视用人单位未安排残疾职工。（5）年审时在对用人单位职工总数，残疾职工数认定中，不得与用人单位协商确定职工总数和残疾职工数；（6)残疾职工的认定，必须要有残疾人联合会颁发的残疾人证，同时月平均工资不得低于当地最低生活保障金，要重点核查其是否参加养老，失业，住房公积金等保险，未参加或那不来养老保险，住房公积金个人账单的，不能计算为按比例就业的职工数；三第三步通知流程通过系统及电话联系各用人单位按照规定的时间进行领取缴款。四、残疾人保障金催缴工作主要任务（1）、各级残疾人就业服务机构负责用人单位残疾人按比例就业情况的审核认定。市级财政拨款单位、市地税直属局、保税区地税局及高新园区地税局管辖的用人单位，由市残疾人就业服务中心负责审核；其他用人单位按属地原则，由各区市县残疾人就业服务所负责审核。线下：每年审核期内，用人单位须携带用人单位工资手册（或工资明细表）、用人单位社会保险缴费明细表，到市或所在地残疾人就业服务机构办理审核，并填写残疾人按比例就业单位登记表；已安置残疾人的用人单位，还须携带用人单位与残疾职工依法签订的1年（含1年）以上劳动合同、中国残联制发的中国残疾人证，填写在职残疾人登记表。残疾人就业服务机构根据审核情况为用人单位开具缴费通知单，并加盖审核单位印章。一)每年6月前服务机构完成用人单位应缴纳保障金数额的核定，通过地税征收系统送达地税部门，地税部门据以代收。二)每年7月至9月份为保障金的申报征收期。在征收期内，服务机构根据已核定的用人单位应缴纳保障金金额，向用人单位发出残疾人就业保障金缴款通知书。网报用人单位，通过省地方税务局网上报税系统直接申报缴款;非网报用人单位，到地税征收大厅办理申报缴款业务。用人单位如对应缴纳保障金金额有异议，可在收到本通知之日起三十日内到服务机构核实。通过系统实现为保障金缴款截止期限由省残疾人联合会和省地方税务局确定;征收流程:地税提供信息缴纳系统申报缴费服务机构审核确认地税代收(三)用人单位应缴纳的保障金，在规定的期限内按年一次性缴纳。用人单位在向地方税务部门申报纳税(含网上申报)的同时，一并申报保障金。用人单位在申报后，根据事先约定，采用自缴核销和电子扣费两种方式之一缴纳保障金。原则上，用人单位应纳税款和保障金采用同一种方式缴纳。(四)地方税务部门使用政府收支分类科目中的“残疾人就业保障金”预算内收入科目核算保障金，并根据用人单位不同，划定级次为省级、市级或县级。(五)保障金的缴费凭证根据缴费方式不同，分为纸质缴费凭证和电子缴费凭证两种。用人单位不通过财税库银横向联网系统实行电子扣费的，由地方税务部门打印纸质的税收通用缴款书作为缴费凭证;实行电子扣费的，地方税务部门不再打印税收通用缴款书，而由用人单位开户银行(即扣费银行)打印电子缴税付款凭证作为缴费凭证。使用税收通用缴款书缴纳保障金的，地税部门应在税收通用缴款书上按前述规定准确填写预算科目名称、编码和级次。(6) 电子扣费分为实时扣费、批量扣费和银行卡扣费三种方式。通过银行账户进行电子扣费的用人单位须事先与开户银行、地方税务部门签订三方委托缴税协议。通过银行卡进行电子扣费的，无需签订三方委托缴税协议。用人单位因纳税需要已签订三方委托缴税协议的，该协议对保障金的扣缴有效，无需重签。2.2. 系统数据接口设计系统采用数据库推送方式向行政权力网上公开透明运行平台报送数据，接口程序定时将权力数据直接写入前置库。系统向前置库提交几大类信息：保障金办件基本信息表、评审办件过程表、评审办件结果表、规则办件基本信息表、行政处罚办件结果表、部门统计数据表、部门监察数据表。n 残疾人保证金系统接入过程准备材料审核（按照单位性质及现行税收体制到所属年审窗口办理）申报交款（按照年审核定金额在市地税网上申报划款或到所属地税局窗口申报交款），1、残疾人按比例就业单位登记表（可在线系统下载领取,填写后加盖公章）2、年度职工工资手册3、企业个人所得税明细报表(加盖公章)4、月份会计凭证5、已安置残疾人的用人单位还须报送在职残疾人登记表（可网上下载或到窗口领取，填写后加盖公章）、用人单位与残疾职工依法签订的一年（含一年）以上劳动合同、用人单位社会保险缴费明细表、中华人民共和国残疾人证原件。残疾人保证金系统信息用SYNC_DATE字段来设计标志数据状态。系统接口程序定时直接访问前置库，行政权力数据写入前置库时，每条记录的SYNC_SIGN设为空，UPDATE_DATE设置为当前时间；省行政权力网上公开透明运行平台定时从前置库读取SYNC_SIGN为空的记录，并设置SYNC_DATE为当前时间，如果成功写入，则SYNC_SIGN设为1，否则SYNC_SIGN设为2。n 残疾人保证金系统接入信息格式（一）时间格式统一为YYYY-MM-DD hh:mm:ss。（二）字符串长度。在前置库中，每个中文字符及全角符号占两位，英文字符及半角符号占一位，以VARCHAR2(50)为例，只能容纳50个英文字符或25个中文字符。（三）部门编码和权力编码遵照残疾人保障金编码规则。（四）办件表格XML信息。将办件表格中的关键数据抽取出来并组成XML信息，格式如下：KEY1NAME1VALUE1在FORMDATA中，办件表格中的每项数据组成一个DATA。KEY代表该数据的英文名称，NAME代表该数据的中文名称，VALUE代表该数据的值。2.3. 系统安全保障残疾人保障系统网上公开透明运行信息系统依托省电子政务内网运行，安全性、可靠性、稳定性要求高，要通过设备接入控制防止数据被非法访问；通过数据加密保证数据在传输过程中不被篡改；通过管理和技术手段合理规划数据库备份降低数据丢失风险。n 系统安全1)安全性高:系统提供了多种安全措施.系统采用用户角色权限管理;系统日志信息记录所有用户登录系统及操作模块的信息，供管理员级角色查看.用户密码和应用程序配置文件中的数据库链接字符串采用对称加密算法加密.加密后的字符串即使被非法获取，被破解的可能性也是微乎其微. 采用微软最新加密技术。 2)易用性好:应用程序提供了友好的界面，用户可以很轻松、快捷的使用软件.功能名称和图标直接、明了，丰富的提示信息时刻提醒用户该进行什么操作. 3)效率高:系统提供了各种数据接口，基础信息可以通过导人导出的方式管理.通过各地区用户输人的征收工资标准自动批量生成单位保障金;地税部门的单位信息数据可以通过Excel导人系统，减少人工录人的时间;缴款通知书批量打印与征收决定书批量打印等批量数据的处理，彻底地替代了传统的人工填写通知书，提高了办事人员的工作效率;检索项提供多条件组合查询，对查询结果通过调用。ffice API导出生成Excel表格数据供用户作二次处理，满足用户的差异需求.4)扩展性强:良好的扩展性，可以应用到市县模式及县乡模式.用户通过系统提供的初始化界面初始各地区残联信息.地区统计局年度工资标准应用到市、县级残联.系统的三层结构设计使得开发人员能继承原系统的业务模式.扩展新业务时，只需在表示层增加或修改用户界面，通过重用继承逻辑业务层规则扩展新服务，减少了开发人员的开发时间和维护工作量.n 数据域安全数据域安全包括两个层次，其一是行级数据域安全，即用户可以访问哪些业务记录，一般以用户所在单位为条件进行过滤；其二是字段级数据域安全，即用户可以访问业务记录的哪些字段；以上四个层次的安全，按粒度从粗到细的排序是：系统级安全、程序资源访问控制安全、功能性安全、数据域安全。不同的应用系统的系统级安全关注点往往差异很大，有很大部分的业务系统甚至不涉及系统级安全问题。无明显组织机构的系统，如论坛，内容发布系统则一般不涉及数据域安全问题，数据对于所有用户一视同仁。不同的应用系统数据域安全的需求存在很大的差别，业务相关性比较高。对于行级的数据域安全，大致可以分为以下几种情况：大部分业务系统允许用户访问其所在单位及下级管辖单位的数据。此时，组织机构模型在数据域安全控制中扮演中重要的角色；也有一些系统，允许用户访问多个单位的业务数据，这些单位可能是同级的，也可能是其他行政分支下的单位。对于这样的应用系统，一般通过数据域配置表配置用户所有有权访问的单位，通过这个配置表对数据进行访问控制；在一些保密性要求比较高系统中，只允许用户访问自己录入或参与协办的业务数据，即按用户ID进行数据安全控制。还有一种比较特殊情况，除进行按单位过滤之外，数据行本身具有一个安全级别指数，用户本身也拥有一个级别指数，只有用户的级别指数大于等于行级安全级别指数，才能访问到该行数据。如在机场入境应用系统，一些重要人员的出入境数据只有拥有高级别指数的用户才可查看。n 系统采用微软最新加密技术1、 公用密钥加密技术2、 对称密钥加密技术3、 结合公用和对称密钥加密技术4、 数字签名和鉴别微软的CryptoAPI技术是PKI推荐使用的加密API。安全机制会拦截所有的进入的请求并试图判读这个请求是否附带了身份验证COOKIES。在这个阶段安全机制会去读取“授权配置”以便确定该如何对进入的请求进行判断。其功能是为应用程序开发者提供在Win32环境下使用加密、验证等安全服务时的标准加密接口。CryptoAPI处于应用程序和CSP（cryptographicserviceprovider）之间；一般业务系统都有行级数据域控制的需求，但只有少数业务系统会涉及字段级数据域控制，后者控制粒度更细。字段级数据域安全一般采用以下两种方式：通过配置表指定用户可以访问业务记录哪些字段，在运行期，通过配置表进行过滤。业务表的业务字段指定一个安全级别指数，通过和用户级别指数的比较来判断是否开放访问。程序资源访问控制安全的粒度大小界于系统级安全和功能性安全两者之间，是最常见的应用系统安全问题，几乎所有的应用系统都会涉及到这个安全问题。此外，程序资源访问控制安全的业务相关性很小，容易总结出通用的模型，甚至可以通过的框架解决，如最近开始流行的Acegi安全框架就为解决该问题提供了通用的方案。3. 系统主题构架3.1. 系统构架设计残疾人就业保障金管理系统基础配置保障金管理系统管理统计分析统计查询数据字典区域管理人员管理部门设置权限配置角色配置单位管理单位申报年审 人员查询单位查询历史申报年审查询审 保障金配置单位地税批量录入3.2. 系统管理n 技术实现系统管理部分是针对于用户自我的基础设置进行管理搭建，实质上为用户中心，实现逻辑如下示：统管理员登录系统后点击系统管理模块，选择添加用户，跳转至userAdd.jsp，进行添加用户的信息，并对密码进行初始化，然后保存即可更新数据库。点击修改用户信息跳转至userEdit.jsp，输入某项信息保存即可更新数据库。应部门领导要求打印所有员工信息列表，点击查看员工信息跳转至userList.jsp，即可查看员工信息，员工信息记录以每10个记录为一页，可以进行翻页处理。新用户首次登录公司系统需要进行改密，此密码需要加密。后台管理员不可见。当用户忘记密码时可以选择通过手机发送验证码来重置密码，并重新登录。用户也拥有对用户本人信息修改的权限。点击修改信息即可完成页面的跳转。1、开发模型：首先开发用来封装一条表记录的JavaBean即user类。然后开发用来封装针对该表记录实现增删改查的工具JavaBean，即DAO类userDao完成对数据库的操作。2、开发静态视图，分别为userAdd.jsp,userEdit.jsp,userList.jsp,EditPassword.jsp.3、开发控制器servlet ,使静态页面转化为动态页面。1）、基础业务设置管理疾人就业保障金简称为“残疾人保障金”或“残保金”是指在实施分散按比例安排残疾人就业的地区，凡安排残疾人达不到省、自治区、直辖市人民政府规定比例的机关、团体、企业事业单位和城乡集体经济组织，根据地方有关法规的规定，按照年度差额人数和上年度本地区职工年平均工资计算交纳用于残疾人就业的专项资金。在企业所得税汇算清缴辅导中，我们发现有此企业将其列入“应付福利费”会计科目核算，这是不符合现行政策规定的。财政部关于发布残疾人就业保障金管理暂行规定的通知（财综字19955号）规定：企业、城乡集体经济组织交纳的“保障金”从管理费用中列支。所以企业交纳的“残保金”财务上应该列入“管理费用”中。其会计处理见财政部关于印发企业缴纳残疾人就业保障金有关会计处理规定的通知规定。企业缴纳残疾人保障金有关会计处理如下：一、企业应在“其他应交款”科目下设置“应交残疾人就业保障金”明细科目（外商投资企业在“其他应付款”科目下设置“应付残疾人就业保障金”明细科目），核算企业按规定应缴纳的残疾人就业保障金。二、企业按规定计算出应缴纳的残疾人就业保障金，借记“管理费用残疾人就业保障金”科目，贷记“其他应交款应交残疾人就业保障金”科目或“其他应付款应付残疾人就业保障金”科目；实际上交时，借记“其他应交款应交残疾人就业保障金”或“其他应付款应付残疾人就业保障金”科目，贷记“银行存款”科目。企业超比例安置残疾人就业或者为安排残疾人就业做出显著成绩，按规定收到的奖励，借记“银行存款”等科目，贷记“管理费用残疾人就业保障金”科目。三、企业逾期未缴纳残疾人就业保障金，按规定缴纳的滞纳金，借记“营业外支出”科目，贷记“银行存款”科目。当然实行新企业会计准则的企业，也可以上用“应交税费”会计科目取代“其他应交款”科目。2）、系统权限管理权限系统一直以来是我们应用系统不可缺少的一个部分，若每个应用系统都重新对系统的权限进行设计，以满足不同系统用户的需求，将会浪费我们不少宝贵时间，所以花时间来设计一个相对通用的权限系统是很有意义的。权限系统的相关概念，如下所示：1. 权限系统的所有权限信息，权限具有上下级关系，是一个树状的结构。下面来看一个例子系统管理用户管理查看用户新增用户修改用户删除用户对于上面的每个权限，又存在两种情况，一个是只是可访问，另一种是可授权，例如对于“查看用户”这个权限，如果用户只被授予“可访问”，那么他就不能将他所具有的这个权限分配给其他人。2. 用户应用系统的具体操作者，用户可以自己拥有权限信息，可以归属于0n个角色，可属于0n个组。他的权限集是自身具有的权限、所属的各角色具有的权限、所属的各组具有的权限的合集。它与权限、角色、组之间的关系都是n对n的关系。角色是一组用户特权和角色的集合。使用角色可以简化权限管理，因为通过角色你可以一次把一组用户特权授予用户，或者从用户处收回。在Oracle数据库系统中，角色分为两种：预定义角色和自定义角色。3. 角色为了对许多拥有相似权限的用户进行分类管理，定义了角色的概念，例如系统管理员、管理员、用户、访客等角色。角色具有上下级关系，可以形成树状视图，父级角色的权限是自身及它的所有子角色的权限的综合。父级角色的用户、父级角色的组同理可推。预定义角色：指在创建Oracle数据库时，系统自动创建的角色。提供这些角色是为了兼容以前版本的Oracle。而且，这些角色的定义也比较通用。例如CONNECT角色，它包含了创建会话、创建表和视图等一般数据库用户需要的权限。数据库中新创建的用户通常要授予此角色。因此，预定义角色有助于用户权限的管理。自定义角色：指用户自己创建的角色。自定义角色和预定义角色在本质上没有区别，也是一组用户特权的集合，只是它们的创建者不同而已。通过自定义角色，用户可以按自己的实际需要定义权力集合。假设在一个销售数据库中，存在经理、销售员和采购员三类用户，它们具有不同的权限，并且每类用户都有若干名。我们可以针对这三类用户定义三个角色，并授予三个角色相应的特权。然后再创建数据库用户，并授予对应的角色。这样不仅可以降低授权工作量、减少错误，而且在发生错误时也容易改正。因为只需要对角色的授权进行修正，而不用对每个用户做同样的工作。尤其在每类用户具有的特权比较多时，这种效果更加明显。4. 组为了更好地管理用户，对用户进行分组归类，简称为用户分组。组也具有上下级关系，可以形成树状视图。在实际情况中，我们知道，组也可以具有自己的角色信息、权限信息。这让我想到我们的QQ用户群，一个群可以有多个用户，一个用户也可以加入多个群。每个群具有自己的权限信息。例如查看群共享。QQ群也可以具有自己的角色信息，例如普通群、高级群等。针对上面提出的四种类型的对象，让我们通过图来看看他们之间的关系。有上图中可以看出，这四者的关系很复杂，而实际的情况比这个图还要复杂，权限、角色、组都具有上下级关系，权限管理是应用系统中比较棘手的问题，要设计一个通用的权限管理系统，工作量也着实不小。当然对于有些项目，权限问题并不是那么复杂。有的只需要牵涉到权限和用户两种类型的对象，只需要给用户分配权限即可。在另一些情况中，引入了角色对象，例如基于角色的权限系统， 只需要给角色分配权限，用户都隶属于角色，不需要单独为用户分配角色信息。5、系统特权授予要想给其他用户授予系统特权，你必须已被授予了该特权并带有ADMINOPTION选项，或者具有GRANTANYPRIVILEGE特权；要想给其他用户授予角色，你必须已被授予了该角色并带有ADMINOPTION选项，或者具有GRANTANYROLE特权。授权命令的语法如下：GRANTsys_priv_list|roler_listTOusername|rolename|PUBLICWITHADMINOPTION；Sys_priv_list：是一个系统特权的列表，由逗号分隔。role_list：是一个角色的列表，由逗号分隔。username：用户名称。rolename：角色名称。PUBLIC：表示对所有的用户进行授权。WITHADMINOPTION：允许特权或角色的接受者再把此角色或特权授予其他用户。对于角色，ADMINOPTION选项还允许角色的接受者修改或删除角色。下面举例说明如何为用户授予系统特权和角色。例一：给用户px_userl授予CREATETABLE（创建表）特权。GRANTCREATETABLETOpxuser01：例二：给用户px_user02授予CONNECT角色，并且他还可以把此角色授予其他用户。GRANTCONNECTTOpx_user02WITHADMINOPTION；在授权时要注意，不是所有的授权都是合法的。例如，不能对角色循环授权，也不能把角色授予它自身。注：角色与用户类似，也有数据库验证、外部验证和企业验证三种验证方式。数据库验证方式的角色叫做本地角色，外部验证方式的角色叫做外部角色，企业验证方式的角色叫做全局角色。6、系统特权及角色收回要想收回其他用户的系统特权，你必须已被授予了该特权并带有ADMINOPTION选项，或者具有GRANTANYPRIVILEGE特权；同样，要想收回其他用户的角色，你必须已被授予了该角色并带有ADMINOPTION选项，或者具有GRANTANYROLE特权。收回权限命令的语法如下：REVOKEsys_priv_list|role_listFROMusername|rolename|PUBLIC；下面举例说明如何收回系统特权和角色。例一：收回用户px_user0l的CREATETABLE（创建表）特权。REVOKECREATETABLEFROMpx_user0l：例二：收回用户px_user02的CONNECT角色。REVOKECONNECTFROMpx_USER02；3.3. 保障金管理n 技术实现残疾人保障金管理数据库系统是管理信息系统的核心，基于数据库的联机事务处理（OLTP）以及联机分析处理(OLAP)是税务部门、企业等部门等机构最为重要的应用之一。从大多数的应用实例来看，查询操作在各种保障金数据库操作中所占据的比重最大，而查询操作所基于的SELECT语句在SQL语句中又是代价最大的语句。 系统合理索引技术索引是数据库中重要的数据结构，它的根本目的就是为了提高保障金查询效率，此系统采用的是IBM最先提出的ISAM索引结构。 避免或简化排序技术此技术是简化或避免对大型数据表进行重复的排序。当能够利用索引自动以适当的次序产生输出时，优化器就避免了排序的步骤 消除对大型保障金表行数据的顺序存取在嵌套查询中，对数据表的顺序存取对查询效率可能产生致命的影响。比如采用顺序存取策略，一个嵌套3层的查询，如果每层都查询1000行，那么这个查询就要查询10亿行数据。避免这种情况的主要方法就是对连接的列进行索引。还可以使用并集来避免顺序存取。尽管在所有的检查列上都有索引，但某些形式的where子句强迫优化器使用顺序存取。下面的查询将强迫对orders表执行顺序操作：SELECTFROMordersWHERE(customer_num=104ANDorder_num1001)ORorder_num=1008虽然在customer_num和order_num上建有索引，但是在上面的语句中优化器还是使用顺序存取路径扫描整个表。因为这个语句要检索的是分离的行的集合，所以应该改为如下语句：SELECTFROMordersWHEREcustomer_num=104ANDorder_num1001UNIONSELECTFROMordersWHEREorder_num=1008这样就能利用索引路径处理查询。 避免困难的正规表达技术MATCHES和LIKE关键字支持通配符匹配，技术上叫正规表达式。但这种匹配特别耗费时间。例如：SELECTFROMcustomerWHEREzipcodeLIKE“98_”即使在zipcode字段上建立了索引，在这种情况下也还是采用顺序扫描的方式。如果把语句改为SELECTFROMcustomerWHEREzipcode“98000”，在执行查询时就会利用索引来查询，显然会大大提高速度。另外，还要避免非开始的子串。例如语句：SELECTFROMcustomerWHEREzipcode2，3“80”，在where子句中采用了非开始子串，因而这个语句也不会使用索引。n 保障金基础配置 系统参数设置税务机关预算级次金库某某税务机关省级20%，市级8%，县级市金库催缴通知书限缴日期转代征数据限缴日期年审通知书限缴日期备注：日期格式必须为YYYY-MM-DD【操作说明】系统参数的设置是对本残疾人保证金系统运行的基础数据的录入和设置，如果无数据，此系统将不能正确运行。此界面提供了对不同地方税务机构生成残疾人就业保障金的金库和预算级次的设定，以及催缴通知书、限缴日期、转待征数据限缴日期、年审通知书年审期限的设置等。【注意事项】本界面只能由系统管理员进行设置，在权限配置版块避免设置混乱。 年度平均工资及残工安排比例的设置【操作说明】本界面用来分不同税务机关设置相应的平均工资和残疾职工安排比例。【注意事项】本界面只能由系统管理员进行设置，避免设置混乱。n 单位申报年审报表基础设置企业通过系统在系统内填写并提交如下年审报表，然后提交系统，以此完成年审报表的录入工作：年审单位填写上年度在职员工平均人数在职残疾员工 （人） 在在 职职 员残 工疾 总员 数工 比占 例年平均人数其 中合计其 中长期工临时工重度残疾二级三级肢体残疾听力语言智力残疾精神残疾一级视力残疾一级肢体残疾%纳税人编码： 组织机构代码： 地税登记号：单位参保号： 注册登记号： 登记成立日期：单位法人姓名： 单位负责人(法人)手机：单位通讯地址：经 办 人： 联系电话： 年 月 日审 核 单 位 填 写一、你单位2014年度在职员工总人数 人，其中残疾人员工 人，已达到规定安排残疾人就业1.5%的比例。二、你单位2014年度在职员工总人数 人，其中残疾人员工 人，按1.5%比例少安排残疾人 人。请于2014年X-X月接到残疾人就业金缴款通知书后，按通知要求办理缴款手续。审核人： 复核人： 年 月 日n 人员查询报表单位可通过系统查询历年的年审报表情况，以及现阶段单位残疾人数据；其查询报表如下表示；填报单位名称（盖章）：序号姓 名性别年龄文 化程 度残疾类别残疾等级第二代残疾人证号码与单位建立劳动关系起止时间个人参保号工种岗位月平均工资（元）12345678910单位负责人： 填表人： 联系电话： 填表日期： 年 月 日注：“与单位建立劳动关系时间”指正在履行的劳动合同期；填报单位残疾人员工数超出此页，系统自动分页面处理；3.4. 基础配置数据访问层包括Data Access Application Block,实体模型和ActiveX数据对象(ADO)模型.它通过数据提供者连接到SQL Server关系数据库，并与之进行通信.Data Access Application Block是一个.NET组件，包含优化的数据访问代码，可以帮助用户调用存储过程以及向SQL Server数据库发出SQL文本命令.它返回SqlDataReader, DataSet和XmlReader等数据对象.在系统的.NET应用程序中将其作为构造块使用，以减少创建、测试和维护所需自定义代码的数量. 数据访问层包括对事务的支持，例如打印缴款通知书时，单位缴款通知书号插人和用户通知书号(票据号)更新必须在同一个事务中提交.当发生异常时，回滚事务到操作前的状态，保证了数据的一致性.实体模型是对现实事物的深层抽象.系统对单位和残疾人两个主要实体的抽象来构造数据集，并创建实体类和数据库中表字段之间的对应关系.抽象实体类在系统中被作为自定义组件使用，减少了因数据库的改变带来的代码修改工作量.用户表构架如下：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)电子邮箱emailvarchar(64)创建时间gen_timedatetimenot null登录时间login_timedatetime上次登录时间last_login_timedatetime登录次数countbigintnot null2. 角色表角色表（TRole）字段名称字段类型备注角色IDtr_idbigintpk, not null父级角色IDparent_tr_idbigintnot null角色名称role_namevarchar(64)not null创建时间gen_timedatetimenot null角色描述descriptionvarchar(200)3. 权限表权限表（TRight）字段名称字段类型备注权限IDtr_idbigintpk, not null父权限parent_tr_idbigintnot null权限名称right_namevarchar(64)not null权限描述descriptionvarchar(200)4. 组表组表（TGroup）字段名称字段类型备注组IDtg_idbigintpk, not null组名称group_namevarchar(64)not null父组parent_tg_idbigintnot null创建时间gen_timedatetimenot null组描述descriptionvarchar(200)5. 角色权限表角色权限表（TRoleRightRelation）字段名称字段类型备注记录标识trr_idbigintpk, not null角色Role_idbigintfk, not null权限right_idbigintfk, not null权限类型right_typeintnot null（0:可访问，1:可授权）6. 组权限表组权限表（TGroupRightRelation）字段名称字段类型备注记录标识tgr_idbigintpk, not null组tg_idbigintfk, not null权限tr_idbigintfk, not null权限类型right_typeintnot null（0:可访问，1:可授权）7. 组角色表组角色表（TGroupRoleRelation）字段名称字段类型备注记录标识tgr_idbigintpk, not null组tg_idbigintfk, not null角色tr_idbigintpk, not null8. 用户权限表用户权限表（TUserRightRelation）字段名称字段类型备注记录标识tur_idbigintpk, not null用户tu_idbigintfk, not null权限tr_idbigintfk, not null权限类型right_typeintnot null（0:可访问，1:可授权）9. 用