职称评审无纸化系统数据申报和管理权限设计

1 数据库设计

本系统采用的数据库为Microsoft SQL Server 2000数据库。根据需求首先要进行改进的是数据库的设计与实现, 因为所有的数据都在数据库里面, 这阶段是系统的设计与实现阶段。无论是用户的所有信息数据, 还是所需要的数据, 都存在数据库中, 方便人们存储和提取, 因此用户的系统的需求是最重要的, 数据库就要根据需求来进行分析设计及其实现。

2 重视申报用户这一模块的功能设计

作为本系统的最重要的角色及核心内容都是围绕申报用户进行的, 在开始申报时及其填报的过程, 操作比较复杂, 需要的填写信息也比较多, 并且所有的设计都是为了对申报用户进行职称的晋升, 所以要注意本模块的功能设计, 要检查在填报的过程中出现的错误及不清楚不明确的地方, 从而要求系统可以对其进行自动检测并且对其中出现的错误进行提示, 保证用户能够及时进行改正。

2.1 申报用户注册

首先需要申报用户进行注册, 需用其真实信息进行填写, 其中一些需要根据系统的要求进行选择, 包括其专业、最高学历、现任职务等, 然后上交填写好的信息。

2.2 申报数据填写

申报用户需要登录系统再次填写和检查其基本信息。需要在注册后, 要使用个人账号及密码登录职称申报系统进行再次操作。要求填写的内容主要包括以下几个方面:

(1) 要求申报的信息:姓名、单位、现学习专业、现任职务、所在部门、拟晋职务、晋升方式等。

(2) 个人基本信息:姓名、性别、民族、籍贯、出生年月、健康状况、参加工作时间及年限。

(3) 个人基础能力:外语能力、计算机应用能力、现专业技术职称、个人所取得的其他成绩。

(4) 年资情况:学习经历、进修情况、工作简历等。学习经历要求包括以下几点:学历、专业、院校、学习的时间段;进修情况包括:工作单位、进修的起止时间、成绩等;工作简历包括:工作的起止时间、单位、职务、从事的专业技术工作、在任期间所取得的成绩。

(5) 工作情况:任职时间、任职以来自己的成绩、获奖情况, 工作效果及年度考核结果、评价等。

(6) 以往的科研工作情况:是否有过科研成绩, 是否有发表过论文、作品等, 以往承担的科研项目情况、科研获奖情况, 包括获奖时间、批准机关及获奖项目等。

2.3 呈报数据填写分为两种情况

申报用户信息通过审核, 这时申报用户可填写呈报数据。另外, 申报用户信息没有通过所在单位的审核评审, 申报用户就无法填写呈报数据。

2.4 其他功能的设计

在数据还没走完成上报工作时, 用户可以修改个人密码和注册的信息, 并且系统有提供打印、一览表等功能供用户使用, 一旦单位审核通过后, 呈报信息不得再修改。

3 单位用户模块主要功能设计

在本系统中, 单位用户主要注重以下几点方面的功能实现:接受、审核申报用户的申报信息, 接下来接受、审核呈报用户的呈报表, 最后将申报用户的信息提交到相应的管理部门。其中在本系统中单位用户模块主要充当中间层, 起着承上启下作用。

申报数据的管理主要包括以下两点:一是对于已经提交申报数据的本单位的申报用户的浏览;二是对数据的基本处理。其中针对可浏览的数据类型包括以下几种。

(1) 不受理的数据:单位用户能够查到本单位的所有的不受理的用户的信息, 并且可以在查看申报人员的数据同时, 随时可以取消对已选数据的“不受理”。

(2) 已受理的数据:在可查看的信息中, 包含着所有的申报人员的已受理本单位的数据信息, 单位用户在查看的同时, 可以进行其他的操作, 主要是指取消对已选数据的“受理”。另外一个方面是已经经过受理后的退回的数据。

(3) 省厅退回的数据:单位用户在查看到申报用户的数据后, 其中有本单位的所有未受理后省厅退回的数据信息, 这是单位用户在查看及浏览的同时, 可以同意接收省里退回的数据。

(4) 退回到申报用户要求修改的数据:单位用户在查看到申报用户的数据后, 其中有本单位的所有受理后退回的数据信息, 其一就是退回到申报用户要求其修改的数据, 这其中的所有数据都是单位用户查看过的和已经经过单位受理的, 这些数据要求都是在“审核受理数据”功能中退回修改的。

(5) 在本单位的全部数据:在单位用户查看未受理的申报人员的数据信息同时, 一方面可以浏览所有上报到本单位的数据, 另一方面包含的个人数据是本单位未上报到省里的。

(6) 已经上报的全部数据:单位用户可以浏览所有数据, 主要指本单位上报到省里的。其中用户在浏览的同时如果上报, 而恰巧这时省厅还没有接收并浏览到其数据, 申报用户可以要求单位用户收回所上报的数据, 重新进行上报。

4 管理部门模块中主要的功能设计

管理部门最主要的功能就是进行审批, 包括对单位上报的信息进行审批, 这些数据信息就是所有的申报用户的信息;还有一个要求就是对其中符合申报用户当中的符合申报条件的人员进行备案。

4.1 数据浏览功能

管理部门对数据处理可以进行选择, 在浏览时可以根据自己的需求对数据进行基本的修改处理, 其中包括要求每页显示的字符, 字体颜色, 字体间隔及段落设计等。

4.2 审核已接收的数据

管理部门需要审核数据, 其中有所有的申报用户的已接收到的数据, 要求先审核是否符合申报的条件, 一旦发现有不具备申报条件的用户信息, 管理部门将需要对该申报信息进行退回的操作。

4.3 对于呈报表数据管理的功能

已经上报的申报用户, 其所有的呈报表需要管理部门来进行管理, 管理部门在查看其所有信息的同时, 可以对其中的数据信息进行修改, 最后还需要管理部门来填写其审查及他们的呈报意见等。

摘要：传统的职称评审方式有很多的缺点与不足, 如其公平、公正性不能得到足够的保证。它使得信息不能得到传达, 以至于相关人员不能够全面地了解问题, 最终使问题不能够得以解决。而职称申报评审管理系统会为职称评审管理者带来很多的便利, 为了保证信息的安全性和真实性, 我们应该进一步明确各用户的职责和权限。

关键词：无纸化系统,管理权限