人事管理系统需求精选(九篇)

前言：一篇好文章的诞生，需要你不断地搜集资料、整理思路，本站小编为你收集了丰富的人事管理系统需求主题范文，仅供参考，欢迎阅读并收藏。

第1篇：人事管理系统需求范文

一、系统需求

新疆财经大学是新疆唯一一所财经类高等学府，也是新疆维吾尔自治区重点建设的五所高校之一,担负着为新疆经济社会发展培养高层次人才的重任。学校共有教职工1449人，专任教师828人，占教职工总数57.1%，其中教授、副教授344人，副高以上职称教师占专任教师总数的41.5%；硕士学位教师403人，博士学位教师88人，硕士以上学位教师占教师总数的59.3%。学校共有硕士生导师130人，其中7名教师被中国人民大学、上海财经大学和中央财经大学遴选为博士生导师。[1]新疆财经大学目前采用的是手工管理和计算机管理相结合的人事管理系统。计算机管理也是采用单机运行，所用的软件是VISUALFOXPRO和OF－FICE系统。也就是说，如果两个部门之间也进行数据交换，必须使用U盘或者发送电子邮件等的方式。并且计算机的覆盖面也比较小，不是所有的科室都有计算机，如果各个科室之间没有互相联系或者数据更新的话，就只能逐个数据库进行更新维护，这样就造成资源浪费、工作量大、数据传输不便等。而且由于数据集中在数据库管理软件VISUALFOX－PRO中，管理人员要查看数据就必须要懂得基本的数据查询语言SQL，这对工作人员的要求就高了，也给工作带来了一定的不便。学校的人事制度要适应社会的需求，人事管理也要走向高效化、公正化、公开化、全面化和科学化发展，学校对人事数据准确性、完整性、及时性和安全性提出了格的要求。由于学校已经有校园网，所以，学校利用现有的校园网开发出一套符合本校人事管理的系统迫在眉睫。本文根据目前新疆高校人事管理的发展状况和实际情况，以新疆财经大学人事管理工作为背景，提出了B/S架构的新疆高校人事管理系统。系统根据使用方式和用户的不同，分为两大子系统人事日常管理子系统和网上查询子系统。目标是对人员招聘、人员录用、人员调整、人员考核、人事档案管理，实现全面、科学、系统的管理，提高工作效率，增加交流，完善人力资源中许多不足之处。开发出适合满足新疆高校的人事管理系统。

二、系统功能设计新疆高校人事管理系统的建立原则、建设规模和功能要求都与系统开发的目标密切相关，系统的建设和开发是在科学合理的基础上，根据用户要求进行用户需求分析，本系统具备的功能如图1所示:

（一）进校管理应聘者通过填写学院网站上的招聘信息来报道，对于应聘者的详细资料应经学校认识管理处筛选审核，符合条件者将进行相关的考核，合格者才可以入校报到。人事处将报到者的资料存放到人力资源库中，并且将相关信息发送到子系统，便于薪酬调发，证件发放等。进校管理分为：招聘管理和报到入校。招聘管理是指对应聘者信息的管理。报到入校是指得到同意的应聘者到学校报到。实现新教工进校管理，包括教工拟进校、进校和起薪管理。系统涵盖应届毕业生、一般调入人员和博士后三类来校人员，并进行其它人员（如高访学者）进行管理。

（二）在校管理在校管理有常规管理和师资管理。常规管理，就是基本信息维护、转正定级和试用期转正、合同管理、校内调动。师资管理就是专业技术职务评审、教师资格认定、学历/学位教育和继续教育、外聘/返聘教师管理。在校管理指的是常规管理、师资管理和岗位考核管理。常规管理指的是对一些日常事务的管理，师资管理是指对教师资格的管理，岗位考核管理指的是对在岗位上的教师进行考核管理。

（三）劳资管理劳资管理有工资管理、津贴管理、离退休工资管理、保险管理、考勤管理。其中，工资管理指的是数据采集、数据处理计算、统计查询；津贴管理的过程和工资管理相似，只是增加了填报的过程；离退休工资管理和工资管理基本相同，相对特殊的就是停薪的管理和起薪时退休比例的计算和退休费的计算，工龄的核对；考勤管理是日常考勤和各类请假审批。

（四）工人管理工人管理主要是工人考工定级和工人聘期考核。其中工人考工定级指的是工人考工定级个人申报、部门审批、学校审核上报等功能。职员和工人的管理主要是职员和工人的晋升，其中还包含了专家的管理和审批结果的录入查询等信息。工人聘期考核是从教职工基本信息库中调入工人信息生成学院工人信息一览表的功能，工人聘期考核可归入教职工聘期考核一同管理。

（五）离校管理离校管理有离退休管理和离校管理。其中离退休管理是包含退休计划制定、退休执行和退休查询。退休计划制定是根据设定退休条件从教职工基本信息库中筛选符合退休条件的人，自动生成退休计划库。退休执行是根据退休者的工龄、职称、独生子女等条件计算出退休工资以及相关退休福利待遇，同时停止在职工资及津贴。退休执行操作，是将退休计划中的人员确认为退休人员的过程。此过程完成之后人员基本信息将从在职转到离退休库中，相应的在职工资停薪，离退休费起薪。离校管理是包含在职人员离校和违约金计算。在职人员离校是教职工调动、辞职的个人申请、各部门审批、学校审核等功能。违约金计算是根据离职人员进校时签订的合同计算违约金。

三、系统架构设计与技术方案本系统在逻辑被分成四层，客户端视图层、Web表示层、业务逻辑层、数据库持久层，将应用业务逻辑层和表示层相分离。客户视图层主要负责人机交互；Web表示层主要负责对客户端应用程序的集中管理，即事物处理；数据库持久层主要负责数据的存储、数据库分布式管理、数据库的备份和同步等。[3]其关系如图2所示。本系统采用基于J2EE平台的组件化多层设计的方法，MySql数据库作为主要系统支撑平台，采用B/S三层体系结构。实现采用Jsp、JavaBean、Servle等先进的技术。本系统采用Liboys和Spring框架。

四、系统主要模块设计与研究

（一）进校管理子模块的设计1.模块结构图。根据进校管理子模块实现的步骤，如图3所示为该功能的结构图。2.用例图设计。（1）招聘管理。根据进校管理子系统中招聘管理功能需求描述的步骤，如表1所示为该功能的用例图。用例名称为：进校管理。用例简述：首先面试人员登录学院的网站主页，录入自己的个人信息，在主页上就会自动生成面试人员一览表面试时间安排，面试试题上报和经过专业考核后生成的考核统计表。经党委讨论决定拟引进人员名单用例参与者为管理员、面试人员。前置条件为面试人员和管理员必须授权。（2）报到人员。根据进校管理子系统中报到管理功能需求描述的步骤，如表2所示为该功能的用例图。用例名称为：报到管理。用例简述：办理报到手续、建立个人帐号，建立个人数据等。引进人员办理报到手续后，系统可自动通知相关子系统。系统将完成工作证发卡和工资起薪等相关业务。用例参与者为引进人员、人事处。前置条件为人事处必须授权。

（二）在校管理子模块的设计1.模块结构图。根据在校管理子系统实现的步骤，如图4所示为该功能的结构图。2.用例图设计。（1）常规管理。根据在校管理子系统中常规管理功能需求描述的步骤，如表3所示为该功能的用例图。用例名称为：常规管理。用例简述：人事处对在职人员进行常规管理，基本信息维护主要是修改政治面貌和联系方式，添加工作经历和教育经历。转正定级是在职人员转正后定岗位。合同管理是预测该在职人员是否可以续签合同，工资停薪和工作证发卡。校内调动是不同部门之间的工作调动。用例参与者为在职人员、人事处。前置条件为人事处必须授权。（2）师资管理。根据在校管理子系统中师资管理功能需求描述的步骤，如表4所示为该功能的用例图。用例名称为：师资管理。用例简述：人事处对师资管理资料进行整理，师资管理包括专业技术职业评审，针对在职人员和退休人员。教师资格认定是对教师资格的认定，包括在职人员和退休人员。学历/学位教育针对在职人员学历信息的维护。返聘/外聘教师管理是对退休以后的老师进行返聘或对外校的老师进行外聘，针对这些老师的信息管理。用例参与者为在职人员、退休人员、人事处。前置条件为人事处必须授权。

第2篇：人事管理系统需求范文

数据库技术是计算机技术发展的一个重要分支，经过30余年的快速发展，已经形成了很多重要的理论和应用，其应用领域占整个计算机应用的70%以上［1］。oracle数据库产品作为数据库技术的重要组成部分，目前在市场上占有率超过39%，远高于同类数据库产品。很多计算机软件公司，在招聘数据库管理员、数据库开发工程师、软件开发工程师时，都要求求职者掌握或精通oracle数据库技术。但目前，高职专业开设的oracle数据库课程与企业的实际需求脱节，学生在学习oracle数据库课程后，难以与企业需求接轨。因此，基于工作过程导向对oracle数据库课程进行改革，以任务为驱动进行教学就显得特别重要。

1职业岗位需求与职业能力分析

在2013年6~9月，笔者通过对前程无忧网、中华英才网、智联招聘、卓博人才网、中国人才热线等专业招聘网站上万份招聘信息和几百个与软件开发、数据库应用系统和网站开发相关职业岗位的调查分析，发现掌握oracle数据库技术是企业招聘条件中的基本要求。根据以上专业招聘网站统计出2013年6~9月数据库人才需求情况如图1所示。

从统计看出，oracle数据库人才需求和sql server人才需求最旺盛。

通过对网上招聘信息分析，数据库相关职业岗位包括信息系统程序员、web系统程序员、数据库管理员和数据库维护员等。同时，我们对软件行业的软件开发、网站开发、数据库应用系统开发与管理等职业岗位，从oracle数据库从业人员知识、技能和素质基本要求等方面进行了分析:在知识方面，要求从业者掌握dbca、oem、sqlplus、sql developer的使用,熟练掌握管理数据库、表空间、表和视图的操作,掌握管理数据完整性和索引的操作,掌握sql语言和pl/sql语言的常用语法及应用,掌握管理存储过程、存储函数与触发器的操作,掌握对用户、角色和概要文件的管理,掌握数据库的备份与恢复操作,掌握oracle数据库的安全性管理等；在职业素质方面要求从业者具有三心：责任心、进取心、耐心；三能：自主学习能力、逻辑思维能力、英语阅读能力；三意：质量意识、协同工作意识、沟通意识；在职业能力上要求从业者能进行大型数据库系统的开发、设计，能编写数据库设计的相关文档，能管理和维护大型数据库系统等。

图1数据库人才需求统计

2基于工作过程导向课程设计思想

工作过程是指为了完成一个工作任务并获得工作成果而进行的一个完整工作程序。基于工作过程的职业课程开发遵循以下步骤：①确定相应的工作岗位；②根据工作岗位，按照职业能力归纳出职业行动领域，提炼出工作岗位的具体典型工作任务；③将行动领域转化为学习领域，构建课程体系；④根据学习领域的教学目标，设计各个学习情境，使学习情境与工作过程情境相似或一致。

基于工作过程设计步骤，oracle数据库课程所对应的职业岗位主要是数据库管理员、数据库系统工程师。因此，我们与企业一道对工作流程进行分析，抽取其典型的工作任务，将工作任务进行分解，形成相应的学习领域即oracle数据库课程，再按职业能力和职业技能设计出若干学习情境。学习情境的设计突出高职教学的职业性和实践性特点，采取项目驱动、案例引导，由简单到复杂，在教学过程中，突出“做中学”的模式。

2.1确定典型工作任务

oracle数据库系统工程师的主要工作是进行数据库的分析、设计、管理和维护数据库。因此，根据数据库系统工程师的职业能力，我们改革oracle数据库传统的教学模式，以“人事管理系统”的开发为例，把系统开发的工作分解成多个任务，每个任务对应一个学习情境进行教学。“人事管理系统”数据库设计开发分为5个步骤：①人事管理系统的需求分析，明确人事管理系统所需要实现的功能；②对需求分析的结果进行归纳、整理，形成概念模型，进行人事管理系统数据库的逻辑设计；③对数据库进行物理设计，配置数据库环境，建立数据库及其相关表格；④对数据库性能进行优化，提高数据库的安全性；⑤对数据库进行维护。

2.2建立相应的学习情境

当确定了典型工作任务后，我们构建了oracle数据库课程体系，从而建立相应的学习情境。以“人事管理系统”数据库设计为依据，整合教材教学内容，设计出与职

工作岗位基本一致的学习情境。这样，在真实的项目开发中，激发学生的求知欲望，提高学生的学习兴趣。oracle数据库课程学习情境如表1所示。

3教学方法设计

本课程根据相关职业岗位技能需求，突出职业技能训练的教学理念，基于工作过程安排具体教学内容，采取以学生为中心、以能力目标为核心，积极开展以工学结合为切入点的课程教学体系改革，在长期的教学过程中不断总结创新，形成了一套行之有效的教学方法。

本课程在教学中，以“项目为导向+任务为驱动+全过程案例实作”的理念，在教学中，以“提出任务+分析任务+完成任务+对任务进行考核”的方式进行，充分发挥学生的主观能动性，从而提高学生的学习积极性。整个oracle数据库以10个学习情境、35个教学任务、46个案例进行教学，充分满足职业岗位中的知识、能力和技能要求。全过程的教学实行一体化的教学模式，让学生尽可能多动手实践，同时辅以分组教学，并对团队成员进行考核。

表1oracle数据库课程学习情境

学习情景工作任务技能要求人事管理系统需求分析人事管理系统案例数据库设计要求, 数据库设计规范化要求能对数据库进行需求分析，抽象出相关的数据表oracle数据库的安装与配置安装oracle数据库软件, 基本组件能进行oracle数据库的安装,掌握基本组件的使用人事管理系统数据库基本操作创建数据库实例 能掌握其建立方法与步骤。人事管道数据表的操作数据表基本操作及管理掌握oracle数据库的基本数据类型，三种方式管理表和对数据表的操作及数据完整性约束人事管理数据库查询查询的基本使用及连接查询、子查询和联合查询掌握简单查询的使用方法,连接查询的思想与方法, 子查询及联合查询的方法人事管理系统数据库的优化视图、索引、存储过程、游标、事务、触发器的操作掌握建立、修改、删除视图、索引、游标、存储过程、触发器等人事管理系统数据的安全性与维护数据库安全策略、用户管理、数据库备份、数据库恢复、数据导入导出等能掌握数据库安全知识，能对系统安全、数据安全等进行管理人事管理系统前台界面及数据库连接实现java平台oracle数据库连接，.net平台oracle数据库连接能利用java平台.net平台进行oracle数据库程序开发 4教学资源建设

为了更好地让学生学习，在对oracle数据库进行建设过程中，我们建立了相应的教学资源，让学生课外进行学习。

4.1建立oracle开放式精品资源网站

在oracle数据库开放式精品资源网站，我们把oracle项目、实验任务、教学案例、授课课件、教案等全部放在网上，方便学生课后学习，并建立了oracle论坛，让学生通过论坛与同学及教师进行交流。

4.2建立在线实训系统

通过引入真实的企业信息管理系统，我们保留了此信息系统的相关界面及其功能模块，删除了与oracle数据库相关的所有代码，然后注上相应的标记及注释，通过整合、分类，以实训项目的形式展现给学生，让学生一步步完成实训项目，完成一个真实的信息管理系统数据库的开发与设计。

4.3编写oracle实训指导书

根据企业工作岗位的需要，组织企业专家和oracle教学团队，利用一年的时间，编写了一本oracle 11g数据库实训指导书，在这本书中，把职业工作岗位所需要的职业技能、工作任务，及oracle数据库管理员、oracle数据库系统工程师等进行数据库设计、数据库开发所需要的知

第6期 刘学玉，李博博：教师培训项目效果评估研究软 件 导 刊2014年标题

戴尔“互联创未来”教师培训项目效果评估研究

作者刘学玉,李博博

第3篇：人事管理系统需求范文

系统架构

随着计算机网络技术的不断发展，Web系统随之迅速发展，系统架构B/S结构模式逐渐取代了C/S结构模式。C/S结构是基于“肥客户机”模式下，要求系统的应用逻辑必须在客户端的应用程序之中，而数据库系统一般放在服务器端。这种系统架构下的软件开发成本高、维护困难大。因此使用简单、方便，开发成本低的B/S系统架构逐步得到广泛应用。该结构基于“瘦客户机”模式下，简化了客户端软件，用户只要通过IE等浏览器就可以访问服务器中的资源和数据，而软件的开发、维护等工作只要在服务器端就可以全部实现。这种系统架构下的系统软件资源共享程度高、升级成本低。因此本文将采用B/S系统架构去设计高校人事管理系统。

系统中角色及各角色的操作

根据高校的人事特点，系统中的角色分为业务管理人员（包括人事工作人员、财务工作人员以及相关业务人员等）、审核人员(包括校长、处长等)、普通教师、系统管理和维护人员等四个角色。业务管理人员负责在系统中进行业务操作，包括人员调动、信息录入、教师信息审核、工作量化、工资发放等；审核人员负责对系统中需要进行把关、审核的一些业务，比如工作量化的最终审核、文件的批示和印发等进行审批操作；普通教师在系统中可以对相关信息进行查询以及在权限范围内的一些录入、上传等操作；系统管理和维护人员则负责对整个系统进行升级、数据维护等操作。

从安全考虑，我们设计的高校人事管理系统拥有两个登录界面：系统管理人员界面和一般用户界面。系统管理人员界面是不公开的，只能允许系统管理和维护人员通过该界面进行登录。一般用户界面是对所有用户公开的界面，业务管理人员、审核人员、普通教师只能通过此界面登录。

系统需求分析

（1）不同用户根据赋予的相应权限能够对教师的相关信息（包含基本信息、科研信息、课程信息、工资信息等）进行管理。

（2）系统应具有强大的查询功能，包括个人基本信息的查询、个人科研信息的查询、个人工资发放情况的查询等等。

（3）普通教师用户能够上传、下载资源。教师能够将各种更新信息、增加信息上传至系统待审核，同时能对已经上传的但还未通过审核的信息进行编辑和删除的操作，进而可以有重新提交的权限；审核用户通过系统可对普通教师上传的各种信息进行审核并保存通过审核的信息。

（4）业务管理人员能够通过系统对人员信息、人事调配、职务变动、职称晋升、工资调整等相关业务信息进行审核管理。

（5）该系统必须能自动统计、自动生成各种人事、工资报表，使领导能够对整个学校的人事工作、人员信息、工资发放等情况进行全面了解，方便领导根据学校的具体情况作出及时的、科学的、合理的决定。

（6）系统应具有功能全面的面向系统管理人员的后台维护平台，该平台提供对不同用户进行权限管理、系统日志管理、数据库管理等功能。

系统模块划分

根据系统分析，将管理系统主要划分为：基本信息管理模块、业务管理模块、财务管理模块、审批模块和系统管理模块。

（1）基本信息管理模块

该模块主要对全校教职工的基本信息进行管理，包含对教师基本信息的添加、删除、修改、查询等功能。基本信息管理模块是其他系统模块的基础。

（2）业务管理模块

业务管理模块是整个系统的核心模块，该模块的功能是对人事管理中的人事调配、职务变动、职称晋升、继续教育等所有业务进行管理，对相关业务按照系统设计流程进行操作。

（3）财务管理模块

财务管理模块实现对教职工的薪资计算、财务信息、查询等功能。

（4）审批模块

审批模块分为一般业务审批和领导审批。一般业务审批由业务管理人员进行完成，对教师上传请求审批的基本信息、科研信息等进行审批。领导审批主要是对相关决策和文件进行最终审批。该模块能够最终实现无纸化审批，减少审批环节，提高审批效率。

（5）系统管理模块

系统模块是系统后台管理，能够对用户的权限、密码、数据库、系统日志等进行有效管理，确保整个系统有序安全地运行。

第4篇：人事管理系统需求范文

关键词:信息技术;资源分析;sql server 2000

中图分类号:D035.2文献标识码:A文章编号:1672-3198(2009)18-0267-01

1 系统需求分析及可行性研究

1.1 系统需求分析

人事管理系统可以实现功能包括“人事信息维护”、“数据查询”、“统计报表”、“系统维护”。该系统应该提供人事信息的录入(修改)、删除、统计;人事常用的数据查询(包括各种复杂查询);各类人事统计报表的设计、生成、表式的导入和导出、打印;用户账号权限的设置、管理。

1.2 可行性研究

人事管理一般是对人事基本信息的管理,所以在数据库模式定义中可以将人事基本信息定义在一个表中,这样对数据的增加、修改、删除、查询、统计操作处理起来都相对简单。统计报表的导出可以利用OLE(对象的连接与嵌入)这项成熟的技术来实现。打印功能完全可以根据开发工具自带的属性灵活的实现。用户账号权限的设置、管理可以在数据库中建立一张独立的表来实现,人事系统将根据用户不同的权限设置不同的操作功能。

2 系统规划

2.1 项目规划

(1)数据输入模块:该模块的主要功能是负责输入数据,所以该模块的设计出发点应从方便用户操作的角度出发,如:非法数据输入出现错误提示等,另外一些较固定数据可让用户从下拉框种选择,不必自己输入。

(2) 数据查询模块:用户可以直接快速地查阅和打印系统中的员工个人信息(如人员情况、部门情况、科室情况、职称评定、在职情况和决策支持等信息);也可以做出各种复杂的查询,用户可根据任意字段进行查询,包括多条件的与和或运算,为领导作出准确判断提供数据的支持。

(3)数据删除修改模块:修改删除模块通常也是数据库中必须有的一个模块,因为在输入数据过程中难免会有出错的时候。当修改删除涉及到多个表时,本系统将做出判断并给出提示及相应处理,以保证数据的完整性及一致性。

(4)数据统计分析模块:该模块将对数据进行统计,包括分组统计,二维表统计及饼图统计。各种统计结果都应该能够打印。

(5)报表打印模块: 数据的打印也是系统不可或缺的模块,打印页面的大小及上下左右的边距应由用户自己自由设置。也可以将报表导入到word或者excel中,由用户自己设定打印方式。

(6)账号管理模块:实现了对用户分组管理,并且可对用户的数据访问权限、功能操作权限进行设置,保证了操作的安全性、严谨性及保密性。

(7)日志管理模块:系统将用户名,操作时间,操作内容都记录下来,然后写到数据库中。这样可以知道哪个用户什么时间作了什么操作,更好的维护了系统的安全性。

2.2 规划数据库

数据库是一种存储数据并对数据进行操作的工具。数据库的作用在于组织和表达信息,简而言之,数据库就是信息的集合。计算机的数据库可以分为两类:非关系数据库(flat-file)和关系数据库(relational)。关系数据库中包含了多个数据表的信息,数据库含有各个不同部分的术语,象记录、域等。数据库之间的关系指明两个库之间共享一个共同的关键字值。一个连接是指一种虚拟的表,这种表是在当用户要求从相互关联的各个不同的表中获取信息时建立的,关键字段用于在相互连接的不同表中查找匹配的记录。一个更高级的连接形式称为自连接。这种连接是指一个表被连接到它自己的一个字段,或在不同的记录中由重复数据的组合字段。数据库中有三种不同类型的关键字:主关键字、组合关键字和外关键字。在表中使用的关键字类型用于描述库表示什么以及在数据库中如何与其它的库建立关系。

3 系统设计和实现

3.1 数据分析与编码设计

数据分析主要是分析各种数据的用途及相互之间的关联,分析数据的类型、数量发生频度和使用频度,并具体弄清楚每个数据所需的范围和位数及来源的时间性,为数据库、文件设计及输出、输入设计提供依据,也为制定合理的数据处理方法提供依据。

编码是一项基础工作,编码必须唯一,编码设计的目的是为了便于数据的存储和检索,提高处理的效率和精度,节省处理时间和减少存储空间且方便使用。

3.2 数据库设计

本系统新建一个数据库(rsgl.dbf),加强完善对人事系统的管理。

(1)理论依据:一般来说,一个应用程序的数据结构是实现该程序的关键因素,SqlServer关系数据库模型,是以关系集合理论中重要的数学原理为基础的,通过定义创建该集合的很少一些规则,即可方便地处理一些数据,这种技术被称为数据规范化。

(2)数据库模式定义:根据需求分析本系统一共定义了12个表,分别为人员基本信息表(T_Rsxx)、部门表(T_Bmxx)、科室表(T_Ksxx)、职称变动表(T_Zcbd)、职务变动表(T_Zwbd)、职别变动表 (T_Zbbd)、学习情况表 (T_Xxqk)、工作变动情况表(T_Gzbd)、教学经历表(T_Jxjl)、编制信息表(T_Bzxx)、人事管理日志表(T_Rsrz)账号管理表(T_Zhgl)。其中人员基本信息表与职称变动表、职务变动表、职别变动表、学习情况表、工作变动情况表、教学经历表通过字段rybh相关联,构成了人事的全部信息。人事管理日志表保存每次用户登陆系统后所作的一切操作。账号管理表保存所有用户的信息,包括用户名,口令。

3.3 模块设计

(1)数据录入模块的设计。

通过数据窗口的insertrow(0)函数,先插入一条空记录,然往空记录中输入数据,保存到数据库中即可。对于不同的表,保存方式不同。人员基本信息表的新记录保存使用数据窗口的update()函数完成。在保存之前做安全性检测,以防不合理数据入库。

其它表的输入与基本信息表类似。其中科室表的新记录保存使用数据窗口的update()函数完成。剩余的表由于它们的主键都是行号(int类型的),在数据库中把它们的Identity属性都设为了yes,所以这些表的新记录保存只能用insert into 表名()values()语句来完成。

(2)数据删除模块的设计。

通过数据窗口的deleterow(currentrow)函数,删除一条当前记录,保存到数据库中即可。人员基本信息表中的一条记录被删除,与其关联的其他表中的信息也将被删除,这一目的是为了保证数据的一致性和完整性,此表的记录保存使用数据窗口的update()函数完成。其他表中的相关信息被删除是通过”delete from 表名 where 条件”sql语句完成的。

(3)数据修改模块的设计。

如果修改一条当前记录,先检查一下数据是否合法,然后通过数据窗口的update()函数保存到数据库中即可。如果人员信息的人员编号被修改,其他关联表中的人员编号也作相应的修改,其目的是为了保证数据的一致性和完整性。人员信息的修改的格式freeform其他的表的修改与其操作类似,只是显示风格不同而已。

参考文献

[1]胡小明.CIO的任务是要向信息系统注入智慧[J].电力信息化,2005,(2):18-19.

[2]于蕾.企业web信息系统研究与开发[D].西安理工大学,2003.

第5篇：人事管理系统需求范文

关键词：信息化；孤岛；集成

中图分类号：TP311 文献标识码：A 文章编号：1009-3044（2016）28-0280-02

Abstract： This paper discusses the problem of isolated island information for the enterprise informationization construction， and presents several major information integration ways at the present stage.

Key words： informational； isolated island； integration

1 引言

随着全球的信息化大潮，各家企业为了保持公司的竞争力，都在竞相上信息化系统，由于各家企业发展过程不均衡，在不同的阶段，对信息化的认知也有差异、需求也各不相同，因此导致了不同企业上的信息化产品顺序也不一样，有的先上OA，再上PDM、ERP等等，有的先上ERP，再上OA、PLM等等，这就导致了一个公司几个系统并行，而已大部分信息化系统采购来自不同的公司，公司数据不能共享，用户登录繁琐，信息录入多个系统，容易导致数据错误发生。面对这些问题，最近很多公司专门提供信息化的集成服务，来解决企业面临的这些问题。

2 信息化系统集成介绍

一般的软件产品是属于独立完成一项应用的软件产品，比如：ERP系统、PLM系统、OA系统、仓储管理系统、人事管理系统、CATIA三维设计软件等等；而系统集成是指将两种、甚至多种类型的应用系统通过二次开发将他们互相集成在一起，可以进行信息资源的共享和交互调用，比如将PLM系统和ERP系统进行集成后，可以在PLM系统中设计人员方便地查看物料零件的当前库存和标准价格等信息；而ERP系统也可以直接将PLM系统中单个BOM零件清单和工艺工序等信息自动进行导入，以提高工作效率。

3 公司信息化面临的困境

随着公司发展，管理信息化方面逐渐上了OA、PLM、MES等系统，这些系统在当时解决了一些局部分散的问题，但其问题也随着应用系统数量的增加暴露出来。开发单位来自不同的公司，各应用系统之间数据孤立等，形成了一个信息孤岛。随着时代的发展，企业迫切需要把自身业务精简化、自动化，使得内部业务直接实现无缝对接，所有应用系统之间的集成将成为信息化系统发展的最终目标。

4 集成方式

当前主要用到的集成方式包含：数据集成、门户集成、应用集成。

4.1 数据集成

数据集成是在物理上把不同来源的数据整合，为企业提供全面的数据共享。数据集成主要包括文件、数据、视图等方式，在应用系统中分享信息，最简单的方法就是直接进行数据库的导出导入操作，但是这种方式需要开发人员对数据库的结构十分了解，适合所有系统都属于一个公司开发出来的情况，分属不同公司的信息化系统很难满足这种情况。

目前在数据集成方面，已经有了很多非常成熟的技术可以来使用，通常有基于中间件模型、数据仓库、数据联邦等这些方法，这些技术通过不同的方式来构建数据集成的信息系统。

基于中间件模型通过全局数据模型来访问不同的数据库或者其他Web资源，中间件位于不同的数据库系统和应用程序之间，调用分散的数据库，为各信息系统提供标准统一的数据接口，各信息系统还是完成各自的任务，中间件只是为不同数据库提供一个信息交互的渠道。

数据仓库集成是根据主数据库的需求，从分散的数据库提取数据，转换后加载到主数据库中，数据仓库能很好地保证数据的准确性，因此越来越受到各大公司的重视。

数据联邦集成是把分散的数据库串联起来，根据系统需求调用不同的数据库数据，数据依然保留在原来的位置，没有增加数据库硬件的成本，但是由于频繁的调用不同数据库数据，到导致查询反应慢，所以这种集成方式不适合频繁调用的场合使用。

4.2 门户集成

大部分公司通过建一个门户网站，把分散的各信息化系统统一接入，从而实现统一的用户管理，单点登录，身份验证等。门户服务器通过JBoss Portal提供一个符合标准的门户平台，实现信息系统界面的整合，通过标准的Web Service接口，提供门户和其他应用系统通讯管理，实现各信息化系统之间数据的流通。

企业门户集成的真正目的是为了处理业务流程，集中管理数据资源，提升企业运营效率。只要是企业员工，登录门户网站，就能够获得与自己级别相对应权限的业务，进行业务处理、协作办公，并可以进入对应的业务系统完成实际业务。

所以说门户集成主要实现以下几个方面的统一：统一任务中心；统一消息中心；统一用户管理；统一搜索；统一流程管理。

4.3 应用集成

应用集成建立在集成平台服务器的基础之上，是基于面向服务的体系结构（SOA）架构和业务流程集成的平台。统一管理各信息系统内外部的接口。同时集成平台服务器上定义了跨系统的业务流程，通过业务流程执行语言定义各应用系统Web Serice服务接口，接口独立于实现服务的硬件平台、操作系统和编程语言。使得构建在各种这样的系统中的服务可以一种通用的方式进行交互。

企业应用集成的设计思路主要分为以数据为中心和以业务为中心两种。如果以数据为中心，那么在整个信息化系统中数据就是主体，全部业务处理过程中，不论业务如何流转，数据如何处理，集成的目的就是确保数据来源的唯一性和准确性，每一个分散的系统都能够获取到数据的统一正确版本。如果以业务流程为中心则需要从业务流程进行分析，以业务流程为核心的分析也需要了解数据，但是数据是围绕业务流程分析的需要，该方法通过使用面向服务构架中间件，将其功能为Web服务，企业信息系统调用Web服务，从而实现业务流程的集成。实际应用中无论依照哪种方法来实施企业应用集成系统，一旦成功部署并投入使用，都将成为一个重要的系统。

5 总结

企业信息化集成不可能单一的按照一个方式集成，每家公司应该根据公司当前的实际情况，综合考虑公司财力和已经实施的系统，具体情况具体实施，从而减少财务开支，增加实施效率。

参考文献：

第6篇：人事管理系统需求范文

[关键词]学科竞赛；.NET；管理系统；创新能力

[中图分类号]G40-057 [文献标识码]A [论文编号]1009-8097（2013）12-0107-04 [DOI]10.3969/j.issn.1009-8097.2013.12.020

引言

学科竞赛是考察大学生学科基本理论知识和解决实际问题能力的比赛，是高等学校人才培养质量的标志之一，是培养知识-能力-素质协调发展的创新型、高素质人才重要途径，对高校的学风、就业也起着重要的促进作用。国家教育部在“质量工程”建设内容中曾明确提出：继续开展大学生竞赛活动，重点资助在全国具有较大影响和广泛参与面的大学生竞赛活动，激发大学生的兴趣和潜能，培养大学生的团队协作意识和创新精神。

一方面，随着国家和各高校对学科竞赛活动的重视程度和支持力度的提升，大学生学科竞赛活动已逐渐成为促进大学生创新能力提高的重要途径和手段，各高校围绕学科竞赛，构建了多种以学科竞赛促进创新人才培养的培养模式和平台；另一方面，由于竞赛活动的不断增多，参赛专业分布广，加之竞赛赛制和赛程差异大，使得在组织和管理学科竞赛的过程中面临很大的管理困境。目前很多高校对学科竞赛的管理还是人工管理的方式，过程监控难度大，统计各类数据易出错，效率也不高。基于此，本文对建立大学生学科竞赛管理系统进行了研究和探讨。

一、系统设计

1.系统需求分析

学科竞赛管理系统的设计和开发，一是为方便学科竞赛的组织和开展，以项目管理的方式，实现对学校、学院对学科竞赛的组织和实施进行过程监控管理；二是为展示和宣传各类竞赛成果，促进学科竞赛活动的广泛开展，在全校范围内形成良好的学风和浓厚的学术氛围；三是提高管理效率，实现经费管理、获奖信息的申报、统计等环节的信息化管理，方便统计分析各类数据，提高工作效率。基于上述分析，确定系统的需求为：

（1）竞赛项目的管理。面向的对象为教师、各学院和教务处管理人员，主要功能有在线申报竞赛项目，学院审核、推荐项目，专家在线评审项目，批准立项项目。

（2）竞赛信息的管理。面向的对象为教师、学生及普通浏览用户，主要功能有竞赛介绍和竞赛举办通知，在线展示优秀项目，交流讨论等。

（3）系统后台管理。面向的对象为教务处，主要功能有用户账号管理、数据报表管理、查询统计、Web界面的公告管理。

下图为将需求分析用UML统一建模语言来描述得到的用例图。

2.系统功能设计

根据前期的需求分析，我们设计了集学科竞赛项目管理、竞赛信息、后台管理功能于一体的高校学科竞赛管理系统，系统涵盖了学科竞赛管理的全过程，实现了竞赛项目申报、项目评审、竞赛报名、竞赛实施、竞赛信息、竞赛成果展示、获奖统计、经费管理等环节的网络化信息管理。系统的功能结构图如下：

教师可以借助该系统，面向全校学生组织和实施学科竞赛工作；学生可以通过系统在线进行竞赛报名，查看和浏览竞赛方面的新闻和信息，学习和了解各类学科竞赛介绍，并利用系统进行学习和交流；各学院和教务处可以利用系统对项目立项、经费等方面进行管理，监控各项目进展情况，获取等各类统计数据。

二、系统架构及实现

1.系统平台搭建

本系统采用应用程序典型的三层架构，Web表示层面向所有的用户，通过统一的接口，将用户的输入向业务逻辑层发送请求，业务逻辑层将请求按照统一的逻辑规则处理后进入数据库操作，然后将从数据库返回的数据集合封装成对象的形式返回到Web表现层。数据访问层主要是对原始数据的操作，为业务逻辑层或表示层提供数据服务。

在该架构下，用户表现层甚至可以不知道数据库的结构，只要维护与数据访问层之间的接口即可。这种方式在一定程度上提高了数据库的安全性，同时也降低了对用户表现层开发人员的要求，因为表现层不需要进行任何关于数据库的操作。系统为B/S结构，Web服务器操作系统为Windows Server2008，信息服务软件为IIS 7.0。

2.关键技术

本系统使用+Visual 2008+SQL Server 2005进行开发。以其良好的结构及扩展性、简易性、可用性、可缩放性、可管理性、高性能的执行效率、强大的工具和平台支持和良好的安全性等特点成为目前最流行的Web开发技术之一。而采用语言的网络应用开发框架，目前也已得到广泛的应用，其优势主要是为搭建具有可伸缩性、灵活性、易维护性的业务系统提供了良好的机制。此外，通用语言的支持能力使开发人员能在C++、VB和C#间进行自由转换。在配合MS SQLServer服务器的使用，在Visual 中可以直接进行数据库的建立和修改，以及数据表、视图等的浏览和修改。

在开发过程中用的关键技术有数据访问技术、Cookie编程技术、动态菜单的脚本设计技术，使用的关键对象有Connection、Command、DataSet等。表示层采用模型一视图一控制器（Model-View-Controller，MVC）模式，通过继承Systerm.Web.UI.UserControl，自定义用户控件，并利用页面组合控件来实现视图。业务逻辑层通过接口IDBAccess完成对数据访问业务的调用。数据访问层处理数据的所有的类和方法都放在DBAccessFactory中，通过接口IDBAccess向外提供服务。DBAccessFactory中，最高层静态父类IDBAccess包含了一些基本方法；抽象类DBAccess继承类IDBAccess，定义了一些常用变量和公用的抽象和实例。

三、系统主要功能设计

1.管理流程

系统设计是基于项目过程管理的思想，在借鉴国内其他高校的经验基础上，结合我校学科竞赛多年的管理工作实际，设计的项目运行流程如下：

竞赛申报阶段：教务处启动本年度的学科竞赛项目申报工作后，教师根据国家、省竞赛组委会的竞赛通知和安排，在系统中申报本年度拟组织学生参加的竞赛；各学院对本院申报的竞赛项目进行初步审核和把关，学校组织评审专家进行在线评审，根据全校申报情况、各竞赛的性质和层次、面向对象和专业，确定本年度立项项目和经费资助额度，并在系统中进行。

竞赛实施阶段：指导教师（项目负责人）组织实施竞赛。竞赛分为校级竞赛和校级以上（国家级、省级）两类。校级竞赛由指导教师在系统中竞赛举办通知，学生在系统中进行报名、提交竞赛作品，校内专家评审后，在系统中获奖名单。国家级、省级竞赛是在校级竞赛基础上，择优选择学生参加，待获奖名单公布后，由指导教师将获奖名单导入到系统中。

竞赛总结阶段：教务处从系统中获取各类获奖数据，召开表彰大会，对获奖的学生和指导教师进行表彰和奖励，在网上展示优秀作品和成果；依据相关管理办法，计算并给予获奖学生相应的奖励学分；进行相关数据的归档、分析，比较各类竞赛的成绩，为下一年度的工作做准备。

2.各角色功能设计

结合学科竞赛管理工作流程，系统设置了指导教师、教务处、学生、学院管理员、评审专家、普通用户6个用户角色。

（1）指导教师模块

指导教师模块的主要功能有：项目申报、竞赛信息、竞赛管理和组织、经费管理及交流互动等。教师在系统中进行学科竞赛项目申报，填写拟参加学科竞赛的基本信息、往年参赛情况、参赛计划及实施方案、预期成果、经费预算等；待项目立项后，利用系统组织开展竞赛，竞赛信息、设置竞赛起止日期、查看报名学生及竞赛结果等；对于校级以上的竞赛，教师可以导入获奖学生名单，上传获奖学生的作品；竞赛结束后，上传项目总结报告；在竞赛过程中，可以提交经费使用申请，可以利用交流互动功能，回答学生关于竞赛方面的问题。

（2）教务处模块

教务处模块主要包括系统管理和学科竞赛管理两方面的功能。系统管理的相关功能有：系统设置，设置系统的相关参数；数据初始化，与教务、人事管理系统对接，导入全校的学院、专业、班级、学生和老师数据；权限设置，分配和设置评审专家、学院管理员权限；Web界面管理，在公告栏项目立项及结题、竞赛报名等校级通知，在新闻动态栏学生参加竞赛的获奖新闻和图片，在竞赛简介栏各类国家级、省级竞赛的赛事简介。项目管理的相关功能有：项目立项评审、经费分配及使用审批、项目信息、项目过程管理、过程信息查看、获奖统计、数据分析等。

（3）学生模块

学生模块的主要功能有：查看学科竞赛信息、在线报名、上传竞赛作品、查询竞赛成绩和获得的奖励学分、交流互动。学生可以通过系统，查看各类竞赛简介，选择参加自己感兴趣的竞赛，同时系统也提供了交流展示平台，将获奖学生的优秀作品进行展示，通过系统的交流互动功能，学生之间可以开展讨论，也可以向教师、教务处咨询竞赛方面的问题。对于团体项目，学生可以事先进行组队，在系统中直接报名，也可以利用系统进行选择组队。

（4）其他角色功能

学院管理员：各学院组织专家组，对本院申报的学科竞赛项目进行初步审核，由学院管理员在系统中进行推荐操作，将本院教师申报的项目推荐到学校。学院管理员一般可以是教学秘书或教学院长。

评审专家：评审专家分为院级评审专家和校级评审专家，可以通过系统，在线对申报的学科竞赛项目进行评审和打分。院级评审专家由学院管理员进行设置，校级评审专家由教务处进行设置。

普通用户：可通过访问系统的Web界面查看教师、教务处竞赛的信息、公告和获奖成果，但不能登录系统。系统设置了用户注册功能，普通用户注册后，可以和系统中的所有人员交流，如向获奖学生咨询相关问题。

四、系统主要特点

本系统实现了学科竞赛的信息化管理，既能实现对竞赛信息的高效率管理和控制，又能满足竞赛的决策者对竞赛活动的宏观管理与决策需求，同时系统具有以下功能特点：

1.实时的信息查询

管理人员和全校师生可以利用系统，实时查询学科竞赛的信息。各级用户（指导教师、教务处、学院、学生）可实时查询竞赛相关信息，如竞赛简介、竞赛举办信息、学生报名情况、经费使用情况、项目进展情况等，方便质量监控与管理。

2.方便的统计分析

教师可以利用系统获得全校学生的报名数据，教务处可以方便地获得各学科竞赛的获奖信息。自动生成各种分析图表，柱状图、饼状图、统计表等，如各竞赛不同年度的获奖成绩、获奖人数对比表，各年度投入经费和获奖数量的关系对比表，历届竞赛信息统计表等，为日后学科竞赛管理工作提供指导意见。

3.良好的数据接口

系统设计了多处数据导入、导出功能，支持excel、dbf，access多种数据格式，方便与其他信息管理系统的对接，如导入学生和教师账号，导出学生奖励学分汇总表。系统提供了丰富的报表格式，既可以直接打印输出报表，也可以导出电子格式。学生、教师在登录系统时，使用的是教务系统中账号视图，实现了账号的统一，保证了与教务管理系统的数据一致性。

第7篇：人事管理系统需求范文

关键词：开放平台；数字化校园；数据中心；应用平台；用户体验

中图分类号：TP311 文献标志码： A 文章编号：1673-8454（2015）21-0054-05

一、引言

纵观数字化校园的发展历程，到目前主要分为两个阶段。

第一阶段始于上世纪末，以松耦合的MIS（Management Information System）系统建设为主要形式，重硬件、轻软件，主要解决“业务部门”的管理需求，所建立的业务管理系统没有进行统一规划和实施，系统之间相对孤立、各自为政，逐渐形成了“烟囱式架构”的第一代数字化校园建设形态，如图1所示。这些业务系统需求明确，自身获取业务数据效率高，但从校级角度出发，则产生了数据孤岛、管理维护成本高等问题。

第二阶段建设试图解决第一代数字化校园存在的数据孤岛问题，开始从校级角度出发，重视软件与用户服务，强调整体设计和实施。但已建业务系统多数已进入正式运行阶段，为保护建设成果，形成了“整体规划、平台建设、系统整合”的第二代数字化校园建设形态，如图2所示。以整合数据流、业务流、单点登录、统一认证为核心目标，引入数据平台、统一身份认证、校园门户等平台，解决数据共享和一站式用户服务问题。为避免新旧系统间接口众多、标准不一等问题给数字化校园后期运行管理带来困扰，部分学校开始采用单公司提供一站式解决方案的建设方式。但单一平台以全面代替合适，过多依赖于固定软件厂商造成某些业务系统适用性能不佳，约束了数字化校园建设，难以满足师生员工日益多样的需求和移动等多样化终端设备接入需求。

数字化校园发展到今天，除了实现统一规划、统一建设、统一管理的目标以外，还需要突出个性化服务，让各类用户快速获取所需服务。基于开放平台，面向数据、应用和服务的数字化校园重构是化解有限自身能力与不断变化的用户需求之间矛盾、构建有效服务型数字化校园的有效途径，也是新一代数字化校园的建设方向。

二、开放平台概述

开放平台始于互联网行业。国外始于2007年Facebook和2008年Google开放平台战略，国内自2011年开始，互联网厂商纷纷推出各自的开放平台，如腾讯开放平台、新浪微博开放平台、百度框计算搜索开放平台、淘宝开放平台等。上述开放平台将不同的服务封装到一系列数据接口中，并开放接口，由此网站不仅可以提供简单的网页接入，还可以进行复杂数据交换。这样，第三方开发者可以基于开放平台开放API开发各种应用，构造生态圈，服务和吸引更多用户，实现开放平台厂商与第三方开发者共赢的目的。

三、基于开放平台的数字化校园基本思路

基于开放平台思想重构的数字化校园建设在统一数据核心的基础上，构建共享、重用和连接的系统架构，代替封闭、僵化的传统架构。遵循“用户主控、随需而变、全局规划、整体集成”的思路，以“数据中心开放平台”为核心，以“数据服务”和“用户服务”为理念，以“全局数据应用和服务”为目标，以“应用开放平台”为手段，通过开放应用接口，使标准数据服务不再受限于某个厂商，打破应用系统壁垒，减少人工干预过程，为学校争取主动权，实现开发者、学校、用户共赢。

“数据服务” 是一种软件服务，它封装了数字化校园关键数据实体的操作。“数据服务”要给不同应用系统和工作流程提供服务。“数据服务”让使用者无需访问或者更新多个数据源，有助于维持数据的完整性、执行数据可视化和访问规则。“数据服务”为数字化校园改进业务需求提供了一个可持续的基础。

“用户服务” 是一种用户体验，用户体验是指在访问网站或系统的过程中，用户对界面、功能、相关信息的可读性、可操作性、交互便捷性等方面建立起来的心理感受。目前，用户对服务的需求已经逐渐从满足功能向方便操作方向转变。四处散落的应用或简单功能罗列已经无法满足用户服务体验。用户希望一站式获取服务，进而需要根据与自身身份或任务相匹配的智能推荐。

“全局数据应用和服务”，不局限于数据集成工具和数据共享，从认证层面、信息的集中和个性化服务层面、数据层面实现全校范围内数据的统一集中和共享。

以“应用开放平台”为手段，以“小应用代替大系统”为目标，逐渐淡化面向业务部门的管理系统的概念。通过移动APP或Web APP的方式，将单元化的业务操作APP化，打破传统MIS之间的壁垒。为用户提供统一、快速服务，同时便于拓展移动校园服务。例如，新职工入职的数据输入，以前的做法是在人事管理系统中添加新职工数据，通过数据交换平台分发到其他业务系统中。新的做法是建立一个如移动APP或Web APP应用程序的服务，直接将新职工数据储存到校园统一数据中心开放平台中，其他业务系统通过数据中心开放平台调用或者被推送新职工数据。

四、基于开放平台的数字化校园总体设计

基于数据中心开放平台的数字化校园软件布局可以描述如下，如图3所示：

（1）规范：包括服务规范、接口规范等，为应用提供标准接口，使遵循接口的应用能够良好集成，也能向第三方开放接口。

（2）平台：数据中心开放平台实现数据统一存储、共享、服务；统一身份认证平台实现身份统一管理和认证。

（3）应用：指遵循接口标准的各类应用，包括移动APP、轻应用与PC端应用管理系统。

（4）服务：用户服务从门户获取一站式服务，门户包括PC端门户与移动端门户，为用户提供基于不同终端的个性化服务。

五、基于开放平台的数字化校园实现

1.数据标准的实现

数据标准的建立是数字化校园的基础和核心之一，是学校信息化建设能否长久发展的一个关键。经过数据标准规范和标准化的数据是数据中心的基石，可以确保各应用系统之间元数据的统一，以标准、高效、交互的方式运行。可以确保各种数据库之间相互操作，降低数据库应用开发成本。

数据标准建设包括数据编码原则和数据标准内容。数据编码原则可将数据规划为信息类规范、管理类规范和技术类规范三类。基于已经制定的数据元素标准和信息分类标准，还要对各应用系统和数据中心所需共享的数据制定统一的数据交换标准，使系统间的数据能够进行互联互通，涉及从各部门的数据和共享的需求分析，到各部门的数据格式和权限要求等内容。

随着信息化进程的发展，信息标准也必须是一个及时更新、不断充实的动态系统。因此，学校的信息标准系统建设必须有很强的兼容性和开放性。在我们的信息标准建设时，参考教育部颁布的《教育管理信息化标准》和教育信息化技术标准委员会的相关标准，结合学校的实际情况，制定校内通用的统一的数据编码标准。

2.数据中心开放平台实现

数据中心开放平台采用基于数据服务的建设模式，数据中心为数据提供集中存储，交换与数据服务为共享数据提供一次录入，业务系统承担业务数据的录入和维护工作。整个体系共分为三层，从下到上分别是存储层、服务层和应用层。

存储层：包括基础数据库和数据仓库的建设。基础数据库主要为上层应用提供数据支撑，并在此基础上不断丰富跨部门的全局应用。数据中心远期将考虑数据仓库的建设。

服务层：包括数据交换服务、数据服务等。承担数据的交换任务；统一为各系统及部门提供数据交换服务；为各应用系统提供统一的数据访问接口，变数据开放为服务开放，变开放表结构为开放API，减少系统耦合性。

应用层：面向用户和数据提供开放平台，根据工作和流程提供个性化设置。面向开发者提供应用开放，支持多维度检索、权限认证、接口申请、应用导航等一系列服务。

各类业务系统各司其职，为全校师生提供服务；基于数据中心的应用系统可以充分发挥数据的综合利用价值，如图4所示。

3.统一身份认证实现

统一身份认证的设计核心是在数据中心开放平台中集中储存和管理用户以及用户在各应用系统中权限的信息，实现对用户的集中管理。统一认证和统一授权是这部分工作的两大任务，前者决定用户是否有权限进入整个业务系统，后者决定用户对哪些业务系统具有什么样的权利。按照树状信息组织模式形成的目录服务，实现信息管理和服务接口的一种方式。目录信息树中的一个节点对应着信息库中的一个个合法用户，节点的属性包括用户的身份信息和一些认证机制中需要用到的控制信息，因此每个节点所带有的属性，以及这些节点如何组成结构合理的目录信息树，是用户身份管理服务的设计目标和关键。

在我们提出的数字化校园中，统一身份认证的基础是数据中心开放平台，而不是任何一个应用系统，这使用户在学校数字化校园中开展任何应用之前都必须先经过统一身份的认证。然后经过统一有线门户、移动无线门户进入各业务系统以及APP应用开放平台。入口唯一降低了需要设置单点登录所带来的开发复杂性，也降低了实际运行中的管理难度。

4.统一信息门户实现

统一信息门户位于数字化校园体系结构中的最上层，实现数字化校园各应用系统与用户的交互服务过程，是数字化校园信息集中展示的窗口，是各应用系统中各种应用服务集成和部署的平台，它把分立各个业务系统的不同功能有效地组织起来，为各类用户提供一个统一的信息服务入口。

在我们提出的数字化校园中，我们希望用户从统一的有线门户和无线门户登录作为日常信息化工作的第一步。在这两个信息门户上，集成身份认证，用户在登录页进行认证以后，进入信息化管理平台（俗称内网）进行业务管理。

借鉴互联网浏览器发展的理念，创新性的建设允许用户定制个性化服务的信息门户，贴合用户需求，提高工作效率，改善现有的服务体验。

（1）用户服务设计上：区分登录前与登录后的用户服务。登录页面集成部分用户常用网站、新闻列表和通用组件（如天气预报）等，以贴片式、个性化的方式呈现出来，同时集成一些学校集中管理、推送信息，如热点宣传、院校新闻、通知公告等等。用户登录完成的页面集成数字化校园各业务管理系统的快捷入口，内部的新闻、通知、邮件、流程等，同时个人常用或者现阶段需要用到业务管理系统中的单个功能被抽取出来，根据用户角色呈现在页面上。

（2）页面风格设计上：我们借鉴微软WIN8采用全新的Modern UI，采取扁平化设计风格，可配置内容以动态方块的样式呈现在屏幕上，用户配置采取拖拽式、点选式等互联网常见操作，充分提高可用性。

5.应用开放平台实现

应用开放平台（AOP）侧重在APP标准的建立、APP应用的管理、APP开发环境的建立。功能包括APP 接入流程、APP 附加属性设定、角色管理、授权管理、用户APP展现框架、APP样式的管理风格、APP 接入引擎、独立应用的接入规范、原生态的APP 开发流程，框架、界面开发、跳转关系、服务调用、打包部署、运行监控等。AOP是学校为校内外业务系统、网站等产品创建和维护的数字化应用平台，允许用户从APP Store浏览、使用一些由第三方或AOP本身提供的遵循AOP开发规范的APP应用。

在我们提出的数字化校园中，我们希望应用开放平台能作为传统应用管理和教学系统的一个辅助，根据用户的需要和喜好，不断地从传统应用管理和教学系统中抽取适合的功能，在应用开放平台中注册成为独立的APP应用，这样的APP应用同时提供给有线门户和移动无线门户，方便用户依托这两大门户进行信息化管理和教学工作。围绕“数据服务”，转变信息化服务方式，将服务与业务流程剥离，采用轻应用、APP化的服务显示方式，为用户提供快速服务通道。用户不需要再进入业务系统寻找服务，平台根据角色提供更清晰、个性化的数据服务。

当我们确定了APP开发和接入标准以后，两大门户就能成为不断容纳新增应用APP的标准容器。在数据中心开放平台的基础上，传统应用管理系统将逐渐转变成指向性明确的应用功能。标准数据服务不再受限于某个厂商，如选课、查询、报修、预定等功能完全可以通过市场化运作，以吸引更多的应用软件厂商，甚至可以组织具有能力的学生团体参与开发。以笔者所在的学校为例，建立用户统一门户网站，如图5、图6所示，在门户上按照用户类型推送或者自定义一些功能应用。

当前的教育资源有微化的趋势，如微课件、微视频等，AOP提出了一种将业务大应用微化的解决方案，使未来的软件开发不再以大的业务方向为单位，而以细颗粒度的功能点为单位，具备一定的创新性和前瞻性。

6.深化数据服务与决策支持

学校开展数字化校园建设，最初的目的是实现数据的集成和共享，提高数据的时效性和工作人员的工作效率。随着数字化校园进程的推进，校园各业务系统的数据库积累了大量数据，这些数据可以满足教学管理人员的查询、检索、统计、报表等日常事务处理的需求。如果挖掘出蕴含在大量数据中的有效信息，能辅助学校提升教学理念、拓展办学思路、丰富决策手段、优化管理策略、激励教学改革。

深化数据服务能为我们实现个性化数据服务和决策支持提供数据依据与技术支撑。

我们希望数字化校园能为不同类型用户提供有效的、个性化、多角度、综合性的统计查询和灵活报表。在以数据中心开放平台为基础的数字化校园中，形成了数据大集中的环境，有利于执行这种深化数据服务。比较典型的数据服务是针对学生和教师的“一生一档”和“一师一档”，以及学校资产从采购到报废的生命周期管理呈现。我们设计的数据服务以时间线为序将各种基础数据、业务数据和归档数据整合、归类，为学生、教师、资产提供全面、唯一的电子档案，能够完整呈现学生和教师的成长情况，或资产的管理情况。数据永久留存，也有利于学校下一步进行大数据分析与用户个性化服务建设。（见图7）

六、结束语

数字化校园是一个长期的建设过程。需要结合学校的实际情况完成顶层设计。笔者比较了基于开放平台的新一代数字化校园与传统的数字化校园建设。（见表1）基于开放平台的新一代数字化校园，改变了封闭、紧耦合的系统结构，能够将封闭的业务数据、服务能力开放，面向合作伙伴联合创新，共同构建可持续发展的数字校园，实现1+1>2的增值生态环境。

未来的数字校园是面向用户的，是服务驱动的。我们希望通过校园服务能力的逐步开放，形成开放、合作、共赢的环境，为学校争得主动权和使用价值，为第三方开发者服务拓展提供便利。最终使数据与应用系统松耦合、学校与厂商之间松耦合、持续积累的数据产生效益，应用繁荣带来丰富服务。

参考文献：

[1]罗辉琼，聂瑞华.数字校园信息门户管理研究[J].中国教育信息化（高教职教）， 2012（5）.

[2]胡军，何雪松.基于SOA的灵活开放式数字化校园的顶层设计[J].内江科技，2012（6）.

[3]张德青，孙海霞.应用型本科院校信息资源的集成统一与管理模式[J].中国教育信息化，2011（9）.

[4]许鑫，苏新宁.新一代高校数字化校园建设[J].现代图书情报技术，2005（1）.

[5]刘军，邱乐兴，程学新.高校数字化校园建设中的个性化信息服务问题研究[J].科技广场， 2012（8）.

[6]刘旭滨.高校数字化校园综合管理平台数据标准的探讨[J].中国科技信息，2010（23）.