某商业银行人力资源系统投标方案2

1 技术解决方案1.1 系统体系架构1.1.1 技术平台底层计算机技术平台主要包括平台运行的操作系统，通用的数据库产品。以及基于J2EE的通用的应用效劳器。底层计算机平台主要是提供整个系统运行的底层根底软件平台：1. 操作系统：系统基于JAVA平台因此可以运行于UNIX操作系统,WINDOWS 系统，LINUX系统.操作系统提供了整个系统的运行根底。2. 数据库效劳器：UAP平台支持当今流行的数据库产品,平台可以根据相应的数据库产品进行适配,现在支持ORACLE 9i 系列数据库, DB2 8.0以上数据库,微软SQL SERVER系列数据库。3. 应用效劳器：UAP采用标准的J2EE中间件，UAP提供自主研发的内置中间件.也能够适配其他的基于J2EE的标准商业化中间件，比方 WEBSHPERE的WAS中间件。1.1.2 SOA调度框架整个平台是一个基于效劳的SOA调度框架,系统中每个功能都是基于统一的效劳调度框架进行调度.效劳之间提供松散的耦合，SOA框架是整个应用体系的根底框架。1.1.3 元数据效劳由于UAP平台是一个围绕企业动态建模为目标的根底软件开发平台,在UAP平台上运行的任何功能和模块都是通过相应的元数据描述,并由平台本身根据元数据提供缺省实现.因此元数据管理是UAP平台的应用核心,元数据平台主要分为以下几局部：1. 数据字典：在系统元数据最底层就是系统的数据字典。数据字典描述系统中用到所有的数据库表，包括表的名称，表的字段，用到的索引等物理数据库描述，除了根本的数据库描述外还根据应用的需要提供一些基于应用的数据类型，这些类型通过UAP平台能够翻译成相应的物理数据库数据类型，极大的扩展应用的描述准确性。2. UML实体模型：UAP平台对系统中所有的对象提供基于UML的实体描述。系统中所有的对象都会在UML实体模型中进行描述,实体模型描述企业中根据面向对象的方法抽象出来的实体关系UML图。UML实体模型图描述实体之间的关系，实体的业务效验规那么,以及实体和数据之间的存储映射关系。3. 功能定义：对于系统中一个完整的功能定义，功能定义描述其操作的业务对象，以及业务对象操作的动作。这样平台就可以完全理解每个功能操作了那些数据，在业务对象不同状态下允许不同的操作。4. 工作流定义：工作流定义遵循WFMC(工作联盟标准)的标准格式，在此根底上按照相应的业务进行扩充。5. 数据持久层：数据持久层负责把相应的UML描述的对象自动映射成相应的数据库操作，并且提供在遵循EJB3的标准根底上进行相应的面向对象的查询功能。可以方便灵活的操作面向对象业务对象。1.1.4 根底效劳缓存效劳：提供统一的数据缓存的机制，使用命中缓存，与最后引用失效的模式进行。并发锁效劳，系统的互斥关系，需要进行集中控制。规那么引擎，由于现在许多地方需要弹性，所以规那么引擎显得非常的重要，定义各种规那么包括界面规那么，关联关系得规那么，计算规那么，条件跳转的规那么。规那么引擎的技术难点：计算速度，表达准确，行业化语言容易让用户懂，批量计算的处理，外部数据的理解。预警平台，开发可以定义许多预警条件，进行各种的预警，条件有超过一定时间，谁的生日，预警的触发点：时间，登陆 预警的形式：软件内部的提醒消息，HTML网页发布，邮件发布，短消息的发送。工作流引擎，工作流是软件的核心之一，用来定义 A 业务的数据流向与数据间的关系 B 记录数据的流向追踪的管辖 C 在这些数据实体的状态变审批D 工作流引擎完成一个典型的工作过程的描述。通讯效劳：统一进行对外的信息发布的接口，并且将这些东西统一封装成统一的访问模式。包括：短信发送接入 ，邮件发送接入，WEB网页发布等等。定时效劳：定时发生时间。EAI平台完成定义一个标准的接入模式，各种的接入协议，让不同的系统使用不同的语言都可以接入，支持标准：XML的文档，SOAP协议，中间表的接入模式。接入的交互过程：请求应当，主动发布。ETL 数据的转换工具，可以完成不同系统得数据的统一聚集，清理，以及数据到导入的定义。权限效劳，定义系统的权限，包括权限的执行体：人员，分组，角色，组织机构关系 权限的控制体：功能节点，动作，数据的行列权限。日志效劳: 日志效劳能够记录用户进入某个功能节点的时间和用户退出某个功能节点的时间以及用户操作的数据.并提供用户对日志的管理功能。功能发布/部署效劳: 系统中所有的业务对象和业务功能都是基于元素数据描述,发布和部署效劳可以把开发好的功能元数据和自动打包还提供在允许效劳器进行相应的功能部署。1.1.5 程序框架程序框架主要是提供一系列的框架,让业务功能开发可以脱离具体的技术,更关注于业务规那么和业务逻辑的开发,提高业务功能的开发效率,和业务功能的稳定性。效劳器端框架: 在基于系统的SOA调度和元数据效劳,数据持久层效劳的根底上对功能的效劳端进行统一缺省实现.按照常用的模式进行分化,可以降低系统的开发难度,屏蔽系统的底层实现。客户端框架:基于HTML和富客户的端基于MVC的开发模式.提供核心的数据管理.并提供统一数据感知控件,可以让业务开发人员脱离于界面控件的开发,专注于业务规那么的开发。自定义表单: 对于HR系统的灵活性,HR的业务单据都采用类似EXCEL的方式进行相应的开发.用户可以在自定义表单的根底上扩展自己的应用,对于简单的自定义表单根本可以免代码扩展。报表引擎: UAP系统提高完整的报表工具,通过报表工具可以自定义上传下发报表.实现报表的自定义。公共组件: UAP系统提供一套完整的数据感知体系的公共组件集。通过完整的公共组件集可以提供界面开发的效率，减少开发的耦合性。公共组件还提供一些效劳器端组件，公共效劳器端组件的重用提供系统的重用性和稳定性。1.1.6 业务建模工具UAP平台提供一个完整的基于Eclipse的业务建模工具，通过业务建模工具用户可以扩展已有的应用,或者建立新的应用.二次开发平台提供完整的开发、调试、部署、详细的帮助API等功能。功能定义设计器：在实体建模的根底上，通过强大的面向对象查询语言和sql进行相应的业务功能建模。业务功能建模更多的关注业务对象的操作以及业务对象之间的业务关系。基于元数据的界面设计工具，界面设计器和元数据紧密互动，实现UI的可视设计和元数据无缝连接。 自定义表单设计器：提供系统的用户自定义表单的设计器。采用所见即所得的设计方式进行相应的表单设计。工作流设计器： 提供系统的工作流定义设计器，能够根据相应的组织机构进行适配。设计器采用可视拖拽的方式进行相应的流程设计。UML设计器： 对系统中的UML实体模型提供可视的设计器。数据字典设计器： 对系统中的数据字典描述进行相应的设计。支持流行的数据库产品。资源管理器： 对系统中的元数据在数据库都采用统一的虚拟文件系统进行存储，资源管理器负责对相应的元数据文件进行管理，和查看。1.1.7 HR核心业务模块在应用框架的根底上，利用底层的效劳进行HR功能业务模块的搭建，HR业务功能按照相应的调度框架开发相应的业务组件，可以动态的进行相应模块进行发布和应用。1.1.8 自助效劳组件模块利用底层效劳提供标准的B/S的员工自助模块。1.1.9 门户通过用户相应的PORTAL效劳进行相应的PORTAL模块集成统一桌面对外效劳。1.2 系统设计原那么用友eHR系统设计遵循以下设计原那么：1. 集团化支持多组织、多层级、多业态的应用。2. 先进性系统采用先进的技术和设计框架，以及基于模型驱动的业务设计方式，保证技术的先进性和业务的先进性。3. 稳定可靠性在HR和ERP的生产业务中，需要效劳器能够7X24小时效劳，能支持几百人甚至上千人的并发访问，这就需要产品足够强大和稳定。系统主要通过好的部署方案，和强大的中间件效劳来保障系统的可靠性。4. 高效性因为HR集团化应用，一般都会有大量的用户，因此系统的高效性是保证业务正常进行的条件之一，系统通过数据库设计，针对不同用户的功能应用情况进行数据库性能优化，效劳器端的数据缓存方式，以及中间件的横向扩展能够满足普通查询5秒以内。5. 可扩展性1) 业务范围的扩展性在产品设计上充分考虑系统的开放性和可扩展性。平台的开放性满足新业务范围的扩展，由NC采用基于框架的组件化设计，当出现新的业务时，用户可以根据自己业务的需要进行系统HR模型的扩展和开发，只需填加新的业务组件即可。2) 业务规那么的扩展性支持业务规那么的灵活变化和自定义的业务规那么扩展。3) 业务协作的扩展性支持部门与部门之间，部门与员工之间的协作的扩展；4) 业务能力的扩展性支持硬件系统性能升级与数量扩充，可以满足并发访问用户数的增长。 6. 平安性系统设计上满足结构平安、数据平安数据访问平安、数据传输平安和输出存储平安 和网络平安。7. 可分布性系统设计上满足应用的集中/分布/混合部署。8. 可继承性系统设计上在不影响原系统应用上的升级和扩展，保证业务模型的持续开展。9. 开放性面向应用的开放性 ：需要可实现应用的灵活扩展和调整。面向伙伴的开放性 ：系统提供完整的HR业务模型，用户和其他伙伴可以明确了解系统的HR业务模型。面向平台的开放性 ：系统在元数据和工作流程上都采用标准的描述可以导出为相应的XML描述。 10. 易维护性系统提供可视化的工作流设计器，可以高效的设计相应的流程。系统提供可视化的UML实体模型设计器，用户可以图形化进行相应的模型设计。功能权限分配提供了批量分配和拷贝等方便适应的分配工具。11. 集成性业务功能集成：通过配置各业务模块之间的关联规那么实现业务功能的集成。业务流程集成：通过配置工作流平台，实现以业务流程驱动方式的业务流程集成。系统间集成：通过数据交换平台实现系统间的数据集成。用户访问集成：通过门户实现单点登录和用户应用层面的集成。12. 国际化支持多语言、多币种、跨国家、跨地域的应用。1.3 用友UAP平台1.3.1 UAP的产生和开展UAP是一个遵循J2EE技术标准，以企业业务信息管理和企业资源管理为根底、业务过程控制管理为核心，支持Web和XML、支持工作流管理、支持业务流程重组、支持异构系统集成、支持多数据库系统、提供可视化建模工具的统一架构平台。该平台可以由使用者根据具体需求定制，满足企业持续改良的管理需求，软件开发商、系统实施效劳商还可以用UAP进行增值开发和效劳。UAP是新一代ERP-NC的核心，主要解决如下问题：满足企业级大规模管理应用的复杂性和全面性要求；满足电子商务环境下，供给链中各相关企业间核心企业与上下游企业、不同的上下游企业间及同一企业内部不同的部门和组织间，通过网络化实现协同商务、协同方案、协同制造和协同采购的要求；1) 满足管理模式、组织模式、业务流程、生产模式和功能需求不断完善和开展的要求；2) 满足不同层次管理中的标准性和灵活性的要求；3) 满足对系统易用性适应我国的文化传统、管理风格、使用习惯、人员素质等的要求；4) 满足快速构建或重构企业各类业务模型并快速实施的要求；5) 满足与其他应用系统主要包括：CAD、CAPP、PDM、DCS、OA等的集成要求；6) 满足软硬件技术的兼容和跨平台迁移适应多种操作系统、多种数据库系统的要求；7) 满足系统不同的平安等级和不同的环境部署方式的应用要求。1.3.2 UAP技术平台介绍1. 稳定可靠的、可扩展的、易部署的运行平台提供基于 7x24不间断运行；支持大并发用户数；支持集中/分布/混合/ASP多种应用部署。2. 高效的模型化的应用开发平台技术平台屏蔽技术实现细节包括界面风格、远程调用、EJB实现/访问、多数据库适配、多语言实现、事务处理、并发处理、缓存处理、平安管理、权限管理等。应用平台是基于企业建模理论的，以业务导向和驱动的、可快速构建应用软件的软件平台，从而大大缩短研发周期，提高研发效率，加快应用开发的速度；减少企业信息系统开发的风险；降低开发本钱；实现最终用户的个性化的需求；支持用户在开展过程中各种各样的需求变化；提供给用的高价值。3. 强大的客户化定制和二次开发工具流程、模型、以及局部业务规那么的动态配制，满足行业化和个性化需要。4. 开放的系统集成平台，支持与第三方应用集成 5. 统一管理平台权限、平安、系统监控等1.3.3 应用平台1.3.3.1 平台技术平台分层是应用软件开展趋势，平台根本分为三层，操作系统平台是最底层的软件平台，其作用在于实现了应用软件与硬件平台的交互；技术平台数据库、中间件是在操作系统平台之上的层次，其作用在于为复杂应用软件提供技术根底设施；应用平台是软件平台的第3层，其作用在于实现软件开发过程中技术和管理业务之间的别离。应用平台是一种技术创新，为降低大型复杂系统的实现难度提供了新的途径。将应用软件的业务逻辑和开发技术相对分开，使得应用软件的开发者可以仅关注应用的业务任务，而不必关注其技术的实现。这使管理与业务人员参与应用软件的开发成为可能。应用平台基于业务和管理层面，以业务建模组织、流程、功能、资源、信息为根本手段，从而构造、开发和维护业务应用系统。通过应用平台提供的开发与管理工具，软件提供商能很方便地满足用户个性化的需求，以及用户在开展过程中各种各样变化的需求。应用平台能满足复杂应用软件系统开发的如下要求：1) 降低开发难度，提高开发效率 2) 提高系统柔性和可扩展性3) 支持基于企业参考模型的快速实施4) 提供全新的应用软件开发模式平台化的趋势与方向使企业应用软件的功能更加全面、覆盖面更加广泛。在统一的架构和平台上面，用户不必再关心采用何种硬件或数据库平台，应用软件也不受硬件平台的迁移的影响，具有良好的互操作性和兼容性，集成度更高，开放性更好。尤其是平台化的ERP软件具有更加快速的部署和实施能力，更加灵活、方便的二次开发能力，满足企业客户个性化的管理需求。1. 企业建模技术动态企业建模工具是用来创立和维护企业模型，实现对ERP系统实施的管理，并完成配置和实施业务过程和相关应用软件的工具系统。一个企业模型描述了和企业ERP软件相关的业务情况，基于对模型的改良设计和实施可以实现对企业业务和软件使用的优化，支持企业动态建模的ERP系统必须包含模型定义工具、系统实施和评估工具。企业建模，就是引入模型理论，以模型结构为依据，把企业的业务划分为增值业务、衍生增值业务、增值业务伴生业务和非增值业务四大类，以企业业务环节为核心，建立一个整体的参考模型，简化企业业务流程和降低生产本钱，运用信息技术实现企业信息信息，不是数据的共享，将企业生产流程中定义的团队、组织、管理、技术及信息、物料、资金、价值等因素高度抽象和集成优化，从而为企业带来更高的附加价值。企业建模主要工作是创立和维护企业模型。一个企业模型在层次上应包含一个企业结构模型、几个业务模型、一个数据模型。其中，每个业务模型包含一个工作流模型过程模型、一个功能模型、一个信息模型、一个组织模型及一个资源模型。各模型的具体功能及作用如下：1) 企业结构模型：描述了一个多点环境企业的地理位置分布，它可作为模型的整体浏览和创立的根底并创造以后模型应用的多点安装。 2) 工作流模型过程模型：工作流模型是用来对企业根本过程进行可视化，并使用业务功能对相关的业务进行控制。即表示了根本的过程及其控制功能。为了完成这些，每个工作流模型中都至少包括几种不同的元素：根本流程如物资流、信息流、资金流等根本过程、根本活动根本流程上的根本活动代表了如原材料的入库、最终产品装配及最终产品的发送等、业务功能、触发器等。 3) 功能模型：描述了企业要实现企业的应用目标所需的功能。 4) 信息模型：描述了企业要实现企业的应用目标所需的信息。 5) 组织模型：描述了企业组织的层次化结构。另外，也定义了组织中不同的角色。 6) 资源模型：描述了企业要实现企业的应用目标所需的各种企业资源。 7) 数据模型：描述了每个企业模型物理上和逻辑上的数据模型信息。 另外，在业务模型和数据模型间的一层：对象模型管理是基于以上的各种模型，对它们本身及它们之间的关联、引用、映射及协调化等关系和协调化的建模机制进行管理。基于这种对象模型管理,企业的模型应得到整体的优化和控制。UAP支持全企业范围和全生命周期的企业建模：企业建模工具支持企业的全部应用范围包括企业的功能、信息、组织、资源，以及产品的设计、生产过程和实施的全生命周期需求分析、设计、实施；2. 基于效劳的架构SOASOA 是一种分布式的软件模型。SOA 的主要组件包括效劳、动态发现和消息。1) 效劳 是能够通过网络访问的可调用例程。效劳公开了一个接口契约，它定义了效劳的行为以及接受和返回的消息。术语 效劳 常与术语 提供者 互换使用，后者专门用于表示提供效劳的实体。2) 接口通常在公共注册中心或者目录中发布，并在那里按照所提供的不同效劳进行分类，就像 簿黄页中列出的企业和 号码一样。客户效劳消费者能够根据不同的分类特征通过动态查询效劳来查找特定的效劳。这个过程被称为效劳的 动态发现。3) 效劳消费者或者客户通过 消息 来消费效劳。因为接口契约是独立于平台和语言的，消息通常用符合 XML 模式的 XML 文档来构造。 面向效劳的架构SOA具有如下优势：1) 业务驱动效劳，效劳驱动技术，从本质上说，在抽象层次上，效劳位于业务和技术中间。面向效劳的架构设计师一方面必须理解在业务需求和可以提供的效劳之间的动态关系，另一方面，同样要理解效劳与提供这些效劳的底层技术之间的关系。2) 支持业务敏捷，SOA考虑的是下一个抽象层次：提供响应变化需求的能力是新的“元需求，而不是处理一些业务上的固定不变的需求。从硬件系统而上的整个架构都必须满足业务敏捷的需求，因为，在SOA中任何的瓶颈都会影响到整个IT环境的灵活性。3) 支持需求变化，SOA工作的场景，更象是一个活的生物体，而不是传统所说的“盖一栋房子。4) 组合不同技术，整合各种系统为一互相合作的功能强大的系统的标准架构。UAP的SOA实现区分企业内部和外界;选择设计公开无状态 EJB 组件作为 Web 效劳,该方式有很多优势：1) 利用现有的业务逻辑和流程：在许多企业中，现有的业务逻辑可能已经使用 EJB 组件编写，通过 Web 效劳公开它可能是实现从外界访问这些效劳的最正确选择。EJB 端点是一种很好的选择，因为它使业务逻辑和端点位于同一层上。2) 并发支持：作为无状态会话 bean 实现的 EJB 效劳端点不必担忧多线程访问，因为 EJB 容器必须串行化对无状态会话 bean 任何特定实例的请求。3) 对效劳的平安访问：企业 beans 允许在部署描述符中声明不同方法级别的平安特性。方法级别角色被映射到实际的主体域principal domain。使用 EJB 组件作为 Web 效劳端点，把这种方法级别的平安性也带给了 Web 效劳客户。4) 事务问题：EJB 效劳端点在部署描述符规定的事务上下文中运行。容器处理事务，因此 bean 开发人员不需要编写事务处理代码。5) 可伸缩性：几乎所有 EJB 容器都提供了对无状态会话 bean 群集的支持。因此当负载增加时，可以向群集中增加机器，Web 效劳请求可以定向到这些不同的效劳器。通过把 Web 效劳模型化为 EJB 端点，可以使效劳具有可伸缩性，并增强了可靠性。6) 池与资源管理：EJB 容器提供了无状态会话 bean 池。这改良了资源利用和内存管理。通过把 Web 效劳模型化为 EJB 端点，这种特性很容易扩展，使 Web 效劳能够有效地响应多个客户请求。 3. 工作流技术工作流管理系统WFMS：Workflow Management System是一种正在快速开展的技术，正在被越来越多的企业所应用。它的主要特点是包含了各种基于人和机器的活动的流程的自动化，特别是那些包含了应用程序之间的交互的流程的自动化。在一个工作流中，文档、信息或任务等根据一组设定的规那么在参与者之间自动传递，以实现整体的业务目标。由于企业的工作流贯穿企业生产经营的各个阶段，所以企业通过引入工作流能够加快流程处理速度，提高企业工作效率和企业市场竞争力；增加对工作流程的控制；便于流程的整合，提升决策质量与正确度。工作流管理系统的目标就是开发用于ERP管理软件内部的工作流管理系统，使其成为控制企业内部业务流程的核心。同时，工作流系统要实现强大的扩展性、伸缩性，使我们的产品真正成为面向业务流程的设计和开发平台。在实现商业流程设计实现自动化的根底上，还要进一步支持用友内部软件开发、设计、管理的流程化、自动化。进而实现构建于企业应用框架之上的商业操作系统。方便用户使用的流程定义工具，其表现形式为图形化的可拖拽的集成环境。工作流定义工具会提供友好的交互接口，使用户不必了解工作流定义语言的格式也能轻松定制、修改流程设计。工作流定义工具是在创立期使用的开发工具。产品开发时，各个业务部门将使用工作流定义工具设计经典流程并实现相关的业务组件以满足用户需求。产品实施时，实施人员还可以根据不同用户的需求进行相应的流程修改，以满足用户个性化的需求UAP提供按照岗位职责和分工定义审批的流程，可以针对系统内任何需要审批的内容进行定义。提供按照企业的业务流程进行相应的流程配置功能4. 预警技术预警就是指为在某个特定条件下将要发生的事件事前预告，或者已经发生的重大事件事后警告给出提示信息，以便于企业管理者进行控制 对重大事件或者例外事件进行及时的预警，帮助企业提高内部管理，完善内部控制制度。作为一个灵活的、自动化的例外信息管理和报告工具，可以始终帮助企业了解运行中的关键活动和事件，有助于工作流程的自动化，更快更好地进行经营决策。预警信息可通过企业短信平台、E-MAIL、以及个人桌面等方式传送到相关角色。5. 企业短信与移动商务目前，中国的移动设备普及率已经非常高，绝对数量更是名列世界前茅，这为我国的移动商务应用奠定了扎实的硬件根底。短信的升温正是从一个侧面预示着移动商务应用高潮的到来。UAP 将对各种移动设备提供广泛的支持，包括从原来的台式机，笔记本到掌上电脑PDA、 以至寻呼机。对设备的广泛支持，带来的是企业管理的无处不在和效劳的无限拓展。对移动设备的支持，为企业决策人员提供了高端、迅捷的管理机制；移动计算技术也将企业的办公能力延伸到世界的每一个角落。技术平台是在操作系统和应用系统之间建立的一层技术封装层和系统资源监控和管理层。技术平台屏蔽技术实现的细节，减少直接操作系统资源带来的不平安性和不稳定性；监控和管理系统资源，保证系统资源的合理使用和可用性；制定编程模式，加快在技术平台上实现应用的速度，保证应用的健壮性。UAP技术平台是基于J2EE技术体系的应用中间件，支持多种操作系统；支持多数据库系统；支持应用分布；提供平安和事务管理；提供系统动态负载均衡能力；提供系统资源监控和管理能力。使基于UAP的企业应用系统具有高性能，高价值，高可靠性，可扩展性、可分布性等特性。1.3.3.2 技术特点用友eHR解决方案基于浏览器/效劳器B/S结构，采用100% JAVA技术开发，可跨平台运行，后台可挂接多种大型关系型数据库，能够实现广域网远程在线应用。在此国内最先进技术的平台下的eHR解决方案，通过如下技术特性给银行带来显著奉献。1. 实施周期短，迅速提高应用价值。1) 实施周期短。所有软件及配置均在效劳器安装完成，各分公司用户端没有任何实施的工作量。2) 应用银行现有业务网络，远程应用即装即用。3) 用户接受本钱低，浏览器界面易学易用，使用者无须太多技术知识。2. 整体系统拥有本钱大幅降低。1) 维护本钱低。由C/S的维护工作量【效劳器】n*【客户端】减少到B/S的【效劳器】，所有操作在总部效劳器端进行，大规模应用B/S结构的维护本钱显著降低，大大降低安装和维护费用。2) 集中计算下，可以合理利用共有的效劳器资源。3) 跨平台能力便于部署和移植，最大限度保护银行现有投资。4) 支持多数据库，包括ORACLE、SQL SERVER、SYBASE、DB2等。5) 支持多操作系统，NT、UNIX、LINUX。3. 符合行业特点，支持银行长期开展。1) 支持多集中式、分布式、ASP模式等多种应用模式。2) 可伸缩性便于系统配置和扩展，满足银行开展需求，满足系统未来功能扩展需要。业务逻辑组件化设计，可提高系统配置的灵活性和代码的重用性，容易集成最新的技术。3) 开放性-便于与银行现有各种业务系集成应用，提高信息处理效率，降低信息的收集、传递、加工本钱。 XML(扩展标注语言)，语言实现系统间数据交换 IDL语言实现与CORBA对象的集成 通过JMS消息效劳实现与原有系统的连接。4. 平安、可靠，降低金融经营业务风险，减少风险解决本钱。1) 采用RSA算法商定密钥、DES算法加密数据2) 采用防火墙,可以保护网内数据3) 采用效劳器集群技术自动均衡系统负载应用最先进成熟的信息处理技术，用友eHR解决方案为大型集中管理构建了信息化管理平台，把金融数据处理为有用的信息，并利用数据挖掘和金融学模型从信息中发现具有普遍意义的知识，以优化金融企业的管理决策，应用先进的管理方法实现金融企业的管理升级，伴随金融业走向集中管理的信息化时代。5. 防火墙的需求可选人力资源管理信息系统所使用的网络需要跨越广域网连接总部和公司，而且人事数据本身非常敏感，因此需要考虑通过在总部设置防火墙来保证系统的网络平安。防火墙可以采用软件防火墙，如CheckPoint，但这种方案基于软件实现，速度较慢，而且占用主机效劳器资源；我们推荐的方式是采用硬件防火墙，推荐机型为NetScreen 204。1.3.4 集成平台集成平台是建立为支持用户的内部沟通信息，用户与上下游合作伙伴之间的之间交换信息的开发与运行平台。集成平台提供整体的集成方案，支持用户跨企业、客户、供给商和其他合作伙伴的业务流程的整合，并提供基于标准、面向效劳的架构和具有企业级集成能力的综合性解决方案。系统可以到达平安可靠的将企业各个部门的应用迅速集成，并提供图形化的配置工具，包括数据转换、流程定义，图形化的流程追踪与监控，实现管理可视化。通过集成平台，要解决用户内部和上下游之间的信息孤岛问题，保护用户的已有投资，更大限度的开发利用现有资源。UAP实现的集成平台支持信息集成；支持应用集成，支持业务集成；支持B2B集成；访问集成和自助效劳。1.3.4.1 Portal企业信息门户Enterprise Information Portal是一个企业信息发布、内部员工办公、供给链协同以及应用集成平台，通过根本门户效劳可以建立基于“端到端的企业内外部门户，使企业的内部员工、客户、合作伙伴、供给商可以通过这个单一的门户访问其所需的个性化信息、获得个性化信息效劳和进行商务活动，最大程度上共享企业的信息资源，从而更好地协同工作，提高企业的生产力、市场竞争力和把握商机的能力。UAP企业信息门户的根本功能：1. 个性化(Personalization)几乎所有的Portal都强调个性化的特点,即一切Portal的应用都是以人为中心的。基于角色的定制管理功能可以规定哪些是他们可以看和可以做的，从而使系统符合管理和平安的需要。特别是在企业内，通过订阅和发布的功能，员工既可以及时得知与工作相关的信息，又可以实时地分享相关成员的信息。不同客户和供给商可以看到和处理他们相关的信息，这些信息已不限于Web方式的使用，还可以扩展到更大范围的移动和无线设备，沟通随时随地地进行。2. 集成Integration企业信息门户应该充分集成企业的信息资源和系统。原来的企业可能有自己的SCM、ERP、CRM、PDM、CAD、CAM等系统，相互之间处于割裂状态，企业门户应将它们都整合在一起，从事件、应用到数据，并且最终以一个访问界面呈现出来。3. WebFlowWebFlow是定义在Web级的工作流，用户可以利用Web方式来管理自己的工作流程，WebFlow也需要工作流引擎来处理，利用WebFlow将实现企业间协同如协同设计4. 平安Security作为所有企业管理软件的门户，必须实现一次登录、随处使用Single Sign-on，考虑用户统一身份认证和研究集成不同CA公司的平安方案。5. 平台化Portal ServerPortal Server是为了满足迅速实施和方便部署的平台。Portal server不但集成了一整套开发管理Portal的工具，而且提供了一整套缺省的Portal配置。1.3.4.2 信息集成BI分散在企业各个信息系统中存储的数据和文档是静态的数据；将静态的数据经过适当的加工和处理，并在不同的应用之间流动起来，就将数据变成了信息；同时，如果将信息高度综合或深入挖掘，再加上人的参与，信息就转化成了规律、结论、判断，即知识，可为企业管理决策提供支持。信息集成主要通过ETL完成从不同数据源抽取、转换、清洗和入仓工作，通过BI、报表工具、BPM对这些信息进行展现和利用。ETL主要目标：1) 预制和自定义中间表结构数据仓库2) 根据中间表结构定义抽取规那么和方案，支持过滤、转换、清洗替换、合并、劈分等、入仓。提供中间表数据预览。3) 根据用户选择支持覆盖、增量入仓，可以同步业务数据库中的数据增加、修改、删除。4) 可以自动定时执行方案，也可以手工执行。5) 可以定义执行方案的流程顺序、条件分支、条件循环，或方案包。6) 提供执行方案的程序调用接口。7) 支持第三方ETL工具和OLAP多维数据分析工具1.3.4.3 流程集成EAIEAI企业应用集成：将进程、软件、标准和硬件联合起来，在两个或更多的企业系统之间实现无缝集成，使它们就像一个整体一样。尽管EAI常常表现为对一个商业实体例如一家公司的信息系统进行业务应用集成，但当在多个企业系统之间进行商务交易的时候，EAI也表现为不同公司实体之间的企业系统集成，例如B2B的电子商务。EAI首先能实现企业异构应用系统的互联。所谓“异构，是指企业原有的各种各样的应用系统，如ERP系统、人事管理系统、财务系统、CRM系统等。由于各种原因，如缺乏统一规划、不同的开发商承建等，使这些系统可能运行在不同类型的效劳器上，并使用着不同的操作系统、数据库、数据结构、通信协议，甚至有些数据或应用分布在不同的地点，与企业数据中心的网络连接方式也不尽相同。因此，在这种情况下，如果不借助EAI技术，很难实现异构系统间的信息交换。作为ERP软件和效劳供给商，EAI是UAP平台的自然扩展：1) UAP内含一个轻量级EAI，并共用UAP的消息中间件和工作流平台。2) EAI的主要目标是内部产品整合及支持第三方应用集成。3) 基于XML的Web效劳是EAI的必然选择。4) 提供适配器标准框架和客户端编程接口，用于集成第三方应用。5) 提供NC/HR/OA/DRP等的适配器，支持通用的商品化的EAI，如WebMethods。6) EAI与ETL集成，提供数据库级的数据路由、转换、复制效劳。1.3.5 业务建模工具业务建模，就是基于企业工程理论和业务模型体系，来分析、设计、开发和维护信息系统。业务建模的关键根底是业务模型体系，业务模型体系是从企业信息化的需要出发，针对企业的业务和管理所做的一种体系性抽象和描述，业务模型体系可以为信息系统的设计和开发提供科学、合理的导向和依据。业务建模的过程，是从业务和管理的现实和知识出发，依据和参照业务模型体系，采用业务建模工具，设计并构建出相关的业务模型资源，业务模型资源是业务建模的主要产品。UAP动态业务建模为HR软件提供了强大的工具和手段支持，是业内最领先的业务建模工具，是完整的表达业务建模思想、理念并形成产品化的软件系统。UAP平台采用“业务模型驱动的方式进行业务建模和开发。业务建模的直接产品，我们称为业务模型应用资源。将业务模型应用资源发布到业务支撑平台上，就可以得到相应的信息系统。UAP动态业务建模表达了“以业务模型资源为中心的思想，这一思想要求使用业务建模的开发模式，并将建模的结果业务模型应用资源作为管理软件开发的主体产品，在业务模型驱动的模式下，用户可以根据其具体的需要对模型进行相应的修改，然后重新发布新的模型。UAP提供一个完整基于ECLIPSE的二次开发平台，用户可以通过二次开发平台中的资源管理器，浏览系统中的HR业务模型，然后进行相应的功能扩展，导出新的业务模型发布到正式运行的环境。二次开发平台主要包括以下几个工具： Form Desifner设计器、资源管理器、数据字典设计器、UML设计器、功能定义设计器、自定义表单设计器。1.3.5.1 业务模型概述1.3.5.2 UML实体建模设计器通过UML实体建模工具可以对相应业务进行建模。1) 支持UML的可视化设计，支持标准的UML1.4对象描述格式。2) 提供不同的多角度的实体视图建模，支持对象之间的一对一、一对多、多对一、主从等复杂关系。3) 支持以xml的方式导入、导出模型，生成相应的实体报告。4) 强大的业务规那么编辑器，支持复杂的逻辑效验规那么，逻辑效验规那么分为三局部，一类为表达式效验，二类为复杂的脚本效验规那么，三类为特殊效验规那么比方字段唯一等。5) 强大规那么触发规那么，支持代码提示的规那么编写，可以动态设置。6) 支持强大sql的计算字段和基于脚本的计算字段。7) 支持强大的代码引用规那么。8) 提供可视化的界面设计工具，可以高效的进行业务建模，通过强大的界面表现风格定义，可定义统一的界面表现方式定义。9) 强大的属性编辑器，支持用户动态扩展属性。10) 自动的模型代码生成和部署，支持动态的、半动态、java bean的实体代码实现，可以在不修改java代码的根底上进行相应的模块扩展。11) 完善的面向对象的持久层支持，可以利用面向对象的方式操作相应的模型实例。1.3.5.3 数据字典设计器UAP平台提供物理数据库的元数据建模，平台提供数据字典建模工具通过数据建模工具可以建立物理数据库的元数据模型。1) 支持分布，异质数据库，数据字典支持当前的流行数据库。Oracle、DB2、SQL server 2000等，并且支持在同一系统中多个数据库。2) 直观的数据字典编辑器，强大的扩展数据类型。除了数据库支持的数据类型外，支持不同类型的字段。3) 支持系统的主键、图片、附件等扩展数据类型。4) 支持数据库表、字段、索引、存储过程的维护和元数据描述。5) 支持扩展的业务规那么定义。数据字典可以定义相应的字段的底层物理规那么定义。6) 支持数据字典的导入导出功能，生成相应的数据字典报告。7) 支持字段的授权和自动加密功能。8) 提供强大的可扩展API调用接口，与开发环境的无缝集成。1.3.5.4 功能定义设计器在实体建模的根底上，通过强大的面向对象查询语言和sql进行相应的业务功能建模。业务功能建模更多的关注业务对象的操作以及业务对象之间的业务关系。1) 基于功能元数据的事件定义，封装底层框架降低实现的复杂性。2) 动态的功能Action定义，用户可以自行扩展相应的菜单。3) 强大的属性编辑器。提供了状态，动作，查询等模型要素的属性编辑器。4) 提供对业务对象的不同状态的业务动作联动集。5) 提供动态的强大的面向对象的查询语言描述。查询语句的外置提高系统的弹性、和可扩展性。6) 强大的代码生成器，可以为开发者生成相关的代码。用户在生成action的处理代码的时候，设计器可以自动生成相应的代码，并定位到相应的代码位置。7) 提供java代码的调试功能，跟开发环境无缝的集成到一起8) 提供强大的效劳器和客户端模型实现框架。9) 自动集成相应的工作流。10) 无缝的与系统权限集成，可以做到对任何资源的权限控制。11) 基于元数据的界面设计工具，界面设计器和元数据紧密互动，实现UI的可视设计和元数据无缝连接。12) 强大的数据感知界面控件，以及客户端数据管理控件，增加系统弹性，减小界面开发的工作量。提高系统运行稳定性。1.3.5.5 自定义表单设计器在系统提高的HR的业务模型的根底上，用户可以根据自身的需要，采用excel的方式设计出各种流程的自定义表单，以提高系统的弹性。1) 业务模型作为表单的建模资源。2) 强大的格式定义工具，类excel的强大的grid控件。支持单元格的合并，边框等。3) 强大的区域扩展功能，支持数据的动态扩展。4) 支持excel界面格式的导入。5) 支持自定义表单的所见及所得，表单打印预览。6) 提供数据的预览功能，可直接打印。7) 支持丰富的HR模型函数，以及单元格的公式计算。8) 支持丰富的数据类型，比方图片，附件等数据类型。9) 支持自定义表单的发布、导入、导出。10) 强大的自定表单的代码编辑器。11) 强大的属性编辑器，提供actin，命名空间等属性编辑器。12) 支持自动的数据填写规那么，当填充hr业务实例数据时根据元数据模型可以填充其它实例其他数据13) 提供简单易用的回写规那么设计器。支持数据回写规那么。自定义表单从hr中提取数据后进行加工后，可以利用数据回写规那么把相应的数据回写到hr的业务实例中。14) 自动集成工作流，用户可以为自定义表单建立强大的流程定义。15) 支持类似VBA的脚本对象体系，基于java 的脚本语言的二次开发能力。1.3.5.6 资源管理器资源管理器主要是提供对系统中各个HR模型的管理和浏览的功能。资源管理器类似一个虚拟的文件系统，提供丰富的API函数供各个模块调用。1) 统一接口管理系统中不同的业务模型2) 采用分布加载方式，提高效率3) 能够根据不同的业务模型提供不同的上下文菜单。4) 支持异构的数据库。5) 支持模型资源的导入导出。1.3.6 系统监控工具系统运行起来需要提供必要的监控工具来了解与控制系统的整个运行，UAP系统提供了如下的工具。1. 系统监视器：可查询当天登录在线用户信息、当前登录用户操作的节点、登录失败用户信息、锁定用户信息、设置刷新频率等。2. 任务管理器：可以对用户已经使用的节点进行控制，并且可以设置刷新频率。3. 日志管理能够记录用户进入某个功能节点的时间和用户退出某个功能节点的时间，并提供用户对日志的管理功能。4. 效劳器状态监控工具：NC系统提供效劳器状态监控工具，监控当前应用效劳器上的资源使用，任务活动等。可以设置开关记录所有的SQL执行语句，并记录所有SQL语句的时间，便于问题诊断系统分析。1.3.7 系统配置1.3.7.1 数据源设置NC-HR提供一个数据源设置功能，支持不同功能结点使用不同数据源，多数据源支持：系统属性：userdatasource和defaultdatasource。数据源使用：在翻开功能结点时，功能结点activated时，将根据当前功能结点的数据源设置用户数据源，当功能结点deactivated时，将用户数据源设置为默认数据源，中间件默认取用userdatasource做为数据源。这样当想使用默认数据源进行取数据时，需在实例化DMO时显示传递数据源名称默认数据源名称可以从BO的方法中获取，需这样特殊处理的有：消息，用户登录信息及行命令。此数据源为中间件中提供的数据源列表。默认为登录账套所对应的数据源。数据源实现方式：中间件在进行远程调用前将获取上述两个系统属性的当前值，传递到效劳器，根据BO的当前线程号注册到数据源注册中心。如果用无参构造函数实例化DMO，那么根据当前线程号到数据源注册中心获取所连接的数据源名称前提：一次远程调用的BO，DMO应在同一线程中，默认取用用户数据源。如果用带参构造函数，那么直接使用此数据源名称。1.3.7.2 系统管理配置参数系统管理配置参数在config.xml文件中，其主要内容有：NC系统所支持的语言：最大登录失败次数，如果超过此次数，将锁定用户：最大用户不活动时间，如果超过这个时间间隔用户还没有活动信息，那么表示与用户的连接已中断用户不正常退出或网络拥塞，释放此用户所占用的资源：客户端与效劳器端自动通信时间间隔，以更新当前在线时间：客户端是否重定向输出：客户端重定向目标文件：当账套管理员权限树不能正常显示时，使用此配置文件中的权限列表显示功能树1.3.8 系统运行环境1.3.8.1 对中间件的适应性适配商业中间件WebSpHere等，也可以应用系统平台自主开发的中间件。1.3.8.2 对操作系统的适应性跨操作系统平台：Unix、Windows2000、Windows2003、NT4.0、Linux系列等；具体操作系统及版本号如下表：操作系统系统相关补丁CPUJDK版本JDK详细版本号Solaris8/9UltraSPARCSun JDK1.4.2Sun JDK1.4.2Sun JDK1.4_64HPux11iPA-RISCHP JDK1.4 for PA-RISCHP JDK1.4 for PA-RISCItanium2HP JDK1.4 for Itanium2AIX5.1FIX3POWERPCIBM JDK1.4Ca131-20030630aAIX5.2FIX2IBM JDK1.4caix64131-20031021AIX5.3IBM JDK1.4Windows200364位Itanium2Sun JDK1.4.2_64 for Itanium2Windows2000SP4XeonSun JDK1.4.2(64bite)Windows200332位P3/P4Sun JDK1.4.2(32bite)Windows200364位AMD64(beta)Sun JDK1.4.2(32bite)1.4.2_01-b06Solaris9 forX86JDK1.4.2 for solaris x861.4.2_01-b061.3.8.3 对数据库的适应性跨数据库平台：Oracle、SQL sever、DB2大型数据库。具体数据路及版本号如下表：支持的数据库系统WIN2003SUN 2.8以上IBM AIX 4.3.3以上HPUNX 11.00SQLServer 2000 Enterprise Edition+ sp3YNNNORACLE Enterprise Edition 9I、10IYYYYDB2 Enterprise Edition V7.2+ Fixpak 12YYYYDB2 Enterprise Edition V8.1+Fix4aYYYY1.3.8.4 网络环境1. 本系统属于网络应用系统，数据库和应用效劳器连接在高速网络中2. 企业广域网带宽越宽远程用户的应用效果越好本系统属于网络应用系统，系统运行时，大量数据需经过网络传递。网络的传输性能直接影响到系统的运行效果。企业的数据库效劳器、Web效劳器和应用效劳器应连接在高速网络中如企业主干网中，防止由于网络原因造成效劳器的性能瓶颈。一般客户端接入本系统使用的带宽，局域网内10M就可以，广域网连接建议采用DDN或帧中继(128k为最低选择，建议带宽256k以上)专线接入，带宽越宽远程用户的应用效果就越好。3. 效劳器1) 支持主流UNIX效劳器和所有PC效劳器。2) 支持效劳器群集应用4. 工作站工作站采用一般PC即可最低配置：CPU：PIII500以上，512M内存，1G多余硬盘空间。推荐配置：CPU：PIII800以上，1G内存，5G多余硬盘空间。浏览器：IE6.0以上。NC-HR管理软件支持WinNT4.0 server/workstation、Win2K server/professional/advanced server、Unix(如: Solaris8.0、AIX)、Linux等操作系统。NC-HR管理软件采用100%纯JAVA技术开发，基于J2EE和XML技术，具有跨平台、全面支持大型数据库系统、支持主流的J2EE应用效劳器等特性。1.3.8.5 对硬件平台的适应性跨硬件平台：小型机、PC效劳器、工作站等；1. SUN平台CPUOSJDKUltraSPARC-IIsolaris8/Solaris9Jdk1.3 / Jdk1.4 / Jdk1.4_642. HP平台CPUOSJDKPA-RISCHP unix11iHP jdk1.3 for PA-RISCHP jdk1.4 for PA-RISC3. AIX平台CPUOSJDKJDK详细版本号PowerPC_POWER3/PowerPC_RS64-IVAIX4.3.3+Fix4jdk1.3.1ca131-20030630aJdk1.3_64caix64131-20031021AIX5.1+Fix3jdk1.3.1ca131-20030630aJdk1.3_64caix64131-20031021AIX5.2+Fix2jdk1.3.1ca131-20030630aJdk1.3_64caix64131-200310214. Intel平台CPUOSJDK详细版本Intel Itanium2Windows2003 for Itanium2jdk1.4.2_64 for Itanium2Intel Xeonwindows2000jdk1.3(32bite)jdk1.4.2(32bite)solaris9 for x86jdk1.4.2 fo