UAP经典介绍及构架

第一篇：UAP经典介绍及构架

附件4：

UAP介绍

一、UAP简介

UAP（Universal Application Platform）平台是用友软件经过多年的技术积累和知识沉淀，在微软.NET相关规范和标准的基础上，提供完全支持基于领域语言(DSL)的模型驱动开发(MDD)模式，为各种复杂的企业级商业应用系统提供专业、安全、高效、可靠的开发、部署和运行企业管理应用软件的开发工具平台。通过UAP平台，使企业信息资源变得可重用、透明化，并且系统具有高可扩展性，让业务处理更加高效、简洁、安全。

UAP平台为用户提供了一个统一的集成开发环境，用户可以使用包括模型设计、UI设计、报表设计、规则设计、数据库设计、BI设计等各方面的设计器，并通过可视化的界面和友好的交互操作，自动生成用户所需要的各种功能控件。使得大型的企业级商业应用软件第一次实现了技术与业务关注点的分离，并且通过快速的动态业务建模与服务组装技术，实现了企业动态业务的快速部署与应用，真正实现了“随需而变”的实时企业与全球商务的企业信息化价值理念。

1.1 UAP的目标

作为开发工具平台，UAP需要实现与操作系统、数据库、.Net Framework、Office、WMI、.Net Compact Framework、MSMQ等底层核心技术的调用与协作，通过屏蔽底层的复杂实现，提高企业应用软件的灵活性、可扩展性和开放性。

作为应用设计平台，UAP提供了统一的集成开发环境，其中包括模型设计、UI设计、报表设计、规则设计、数据库设计、BI设计等各方面的设计器，通过可视化的界面和友好的交互自动产生需要的各种软件工件，极大地提高了软件开发的效率和质量。作为运行执行平台，UAP在系统交付、安装和部署后，支撑业务系统的解析和执行；提高应用软件的可定制性与可集成性。

作为集成平台，UAP提供对OFFCIE、移动商务、第三方软件系统等企业级的集成与应用协同。

作为管理平台，UAP通过使用权限管理、EAI、数据库管理等管理工具实现对业务系统的调整和控制。

作为开放的平台，UAP通过对SOA架构的相关WS-*协议栈的支持，提供对完整产业链的全角色开发的支撑环境。

1.2 UAP的技术特征

全面支持面向服务的架构(SOA)，遵循开放的技术标准，方便与其它软件的互操作。支持企业服务总线(ESB)和业务流程管理（BPM）。业务与技术相分离的架构，易于扩展和更新。

具有丰富的模型设计工具集，提供基于模式和模型驱动的开发环境。

领域驱动的可视化模型设计。

根据模型自动生成框架代码、测试用例，降低手工编码量，大幅度提供软件开发的效率 共享业务模型、特征与软件构架，并可轻松设计业务逻辑和界面。

易于扩展与维护，实现应用软件的规模化定制。

基于MVC框架的界面模型，可适应多种客户端。

基于产品线的软件工厂模式，实现ERP产品的规模化定制要求。建立可重用的核心资产库，实现基于构件的开发与组装。强大的流程设计器和工作流引擎，轻松应对业务流程的变化。

提供基于微软Report Service的报表和BI工具，简化业务数据的多角度分析。支持集中式/分布式的应用部署。内置国际化支持。

1.3 对客户带来的新价值

UAP平台通过统一的模型、界面与规则描述规范，为不同的角色（包括需求人员、设计人员、开发人员、实施人员以及客户）提供了多视图的统一应用框架。通过这种统一的模型化规范，彻底解决了开发过程中不同阶段之间的“语义鸿沟”，实现快速、高效、可视化、大规模地构建个性化的业务系统。

因此，UAP平台从不同的角度为客户所带来的新价值包括：

 从业务角度：UAP建立了一个实现应用领域模型很好的支撑框架，有助于企业根据业务对象模型形成业务领域Framework，为构建复杂的应用系统提供有力的保证。

 从技术角度：由于UAP实现了业务与技术的分离，降低手工编码量，大幅提高软件开发效率的同时，提高个性化的交付能力，使企业能够适应未来新技术的变化，降低由于客户采用新技术所带来的影响。

 从产品角度：传统的产品开发方式中，经常存在由于客户业务的变化，引起很多技术实现过程中开发效率低、产品质量得不到保证等问题。采用基于SOA的UAP平台能够很好地解决这些问题，使得软件的开发、维护和应用提升到一个全新的水平。

 从合作伙伴：UAP提供强大的客户化功能和二次开发平台。支持产业链的增值开发，为合作伙伴提供更大的产品增值服务空间，有助于进一步加强与合作伙伴的关系。

 从客户角度：UAP提供内置的国际化支持以及基于MVC的多客户端的支持，为客户提供多种便捷访问系统的方式，在提高客户满意度的同时，真正意义上实现“实时企业、全球商务”的目标。

二、UAP平台架构

2.1 UAP平台的应用体系架构

UAP平台的应用体系架构是在解决与操作系统、数据库、.Net Framework、Office、WMI、.Net Compact Framework、MSMQ等技术的调用与协作的基础上，将平台应用分成了元数据应用、设计时应用、运行时应用以及核心的开发应用工具四组应用集合。为不同的角色提供统一的应用模型、界面和规则。

元数据应用提供了UI元数据、流程元数据、服务元数据、实体元数据以及报表元数据，为整个应用系统的设计与执行提供数据基础规范。

设计时应用提供了一个统一的应用设计工具集，包括模型设计、UI设计、报表设计、规则设计、数据库设计、BI设计等各方面的设计器，通过可视化的界面和友好的交互自动产生各种所需要的软件组件。

运行时应用为设计时应用提供了一组对应的应用框架和工具引擎，支撑业务组件与系统的解析和执行。

应用工具集提供了一组管理、开发与部署的应用工具集合，通过使用权限管理、EAI、数据导入导出工具、OFFICE实施工具、组件管理、部署工具等管理、开发和实施工具实现对业务系统的可视化的调整和控制。

2.2 UAP平台与应用系统间的整体逻辑架构

UAP平台是在国际上主流和公认的技术标准与规范的基础上建立的一个开放的企业级开发工具平台。它采用了元数据驱动的、面向服务的体系架构，并提供了统一的编程抽象模型，是一个适合应用软件开发及部署的全角色平台。

其中，UAP平台提供了模型定义、服务组装、应用开发集成环境（IDE）、应用平台以及应用工具等五个核心的工具集。并通过这五大工具集为应用系统以及第三方的其它应用提供统一的模型定义、功能开发与应用集成的环境。

2.3 UAP平台的技术体系架构

UAP平台的技术体系结构采用分层的架构模式，主要可以分为数据层、业务层、表示层，并且通过抽象的控件模型提供对多种客户端的应用支持。

其中，在数据层中，持久化服务引擎主要负责访问和查询存储在数据库中的各种业务数据，在隔离业务层和数据存储管理的同时，实现与业务层的实时交互。持久化服务的这种隔离有以下好处：

 减少数据库提供者变更带来的影响

 减少因数据对象变更带来的影响（如变更数据库的schema） 封装数据的处理操作，这将在很大程度上减少测试和维护工作

 通过O/R映射机制，以维护对象和持久存储之间的一致性，减少因面向对象和非面向对象这两种技术存在着阻抗不匹配

在业务层中，业务实体对象封装了一个业务中的元数据、存储过程和触发器以及该业务的规则、过程或事件。业务实体对象是业务中实际存在的事物或概念，是对“ER”模型中概念的面向对象的扩展。业务实体对象负责执行包括强制的业务规则、应用规则、数据有效性、并发和存储等所有方面的内容。且多个独立的但有关联关系的业务实体对象可以一起协作来完成一个应用，完成不同的任务需执行很多具有不同特点的业务实体对象。

而业务服务则可以定义为一段独立的逻辑程序，当多个服务组合在一起时可完成不同类型的业务需求。服务描述了贯穿业务的工作流程和信息，同时对业务逻辑进行了封装，实现了对业务实体对象的操作，并驱动业务实体完成业务功能。服务可以由工作流系统、业务实体对象管理器、面向对象语言或交互过程定义系统实现。通过UDDI服务网关来查询、绑定内部或外部相应的服务或应用，并调度相应的一个或多个业务实体对象来实现业务处理。而业务流程对象封装了业务处理与业务策略过程。例如，一个定单处理工作流组件可能结合客户、定单等业务实体对象完成定单处理的工作流程。

在表示层中，通过MVC的模式建立业务模型、视图以及控制器之间的业务连接，并实现对各种客户端界面（包括基于浏览器的WEB应用方式、用户交互的窗体以及Smart Client等应用方式）的支持。每个窗体用来显示系统提供的信息以及传递用户的输入信息。这种基于窗体的用户界面包括两种类型的组件：

 用户界面组件： 基于.NET Framework的组件，包括Smart Client组件和Web Form组件,还支持用户基于.NET Framework定制的组件。

 用户界面处理组件： 复杂的用户界面通常需要很多非常复杂的窗体。为了提高其可复用性、可维护性和可扩展性，需要创建分离用户界面处理的组件，以封装窗体和界面导航之间的相关逻辑。可以对一个窗体中组件之间的依赖、确认和导航应用相同的概念。这些UIP组件通常是一些基于诸如：Front Controller, Application Controller等设计模式的定制组件。UI和UIP组件之间的交互通常采用MVC模式。

另外，UAP技术体系架构中还包含基础服务层：即提供其它所有层都能使用的一系列基础服务。这些服务分成三类：

 安全：提供与应用和系统安全相关的服务集合。

 执行控制管理：这些服务负责管理组件或服务以及相关的资源，还负责处理容错和可扩展性等操作和控制的需求。

 通信：提供组件或服务之间的通信，包括.NET Remoting、SOAP、同步或异步消息等服务。

三、UAP平台的关键技术

UAP平台采用元数据驱动的、面向服务的分布式架构，UAP基于框架、模型、模式、模版、工具、领域相关语言，支持软件工厂化开发，为不同用户提供了统一的编程抽象模型，是一个适合应用软件开发及部署的全角色的应用平台。UAP平台采用的关键技术包含：

3.1模型驱动的软件开发技术

UAP平台包含了各种设计器以及对应的执行引擎，设计器产生的工件主要包括两方面的内容：元数据和模板。元数据中主要存储各种业务模型，而模版则对应于具体业务工件的描述文件。元数据或模板通过各种引擎将会产生一组可执行的业务组件，而这些组件在部署后又通过Portal或服务引擎转变成可运行的各种业务系统。

其中，元数据仓库和模板仓库包含系统的元数据和描述信息，例如业务模型、业务规则、报表、BI、流程、界面、数据库等各种业务系统信息。这些信息记录了系统的功能和业务特性。使用元数据仓库和模板仓库可以很好地收集各种行业用户的业务模型。通过对元数据仓库和模板仓库的分析，企业可以很容易地根据地区或行业的特性开发出各种专版，从而更好地支持用户的需求。

3.2领域特定语言

为了提供对模型驱动的软件开发技术的有效支持，UAP平台提供了一种领域特定语言（DSL），其中包括了业务领域语言、表单领域语言、流程领域语言以及报表领域语言等。并针对不同的领域语言采用不同的模型化以及组件化的生成方式，例如通过业务领域语言，可以有效地建立实体模型、数据模型以及服务模型，并且根据模型的关键属性与特征生成相应的软件组件。通过多种模型生成的各种相关的软件组件在应用组装语言的支持下实现动态组装，从而快速形成一个完整的应用系统。

 版型: 是扩展业务实体定义的描述方法，是对业务对象进行分类识别的工具，主要用来对业务模型进行抽象，找出实体间的公共属性；每个版型可附带一个代码片段作为模版，根据业务需要由设计人员动态创建，在实体定义阶段进行引用。通过设置版型，对实体进行标识，从而易于识别，并可基于版型进行分类。比如：帐表类实体等树形实体，可通过建立版型进行识别。

 特性: 可在不同实体间复用的属性集和版型集；可复用的属性集和版型集通过实体转存为特性，在维护实体属性和方法的时候通过引用特性引入已保存的特性。

 模式: 可在不同组件间复用的实体集，以及实体间的关系。

 模式和特性: 特性是指单个类而言，模式是由多个类以及类之间的关系组成；特性组件存在相对于解决方案目录的templates目录中，模式组件存在相对于解决方案目录的patterns目录中。应用特性不能重复应用，否则会有多份复制;应用版型不会出现这个问题。

 模型驱动: 领域模型用来构建特定领域软件系统的知识模型，合并了数据和行为的对象模型。完整的抽象了企业中的一切事物，它们所拥有的特怔，行为，以及它们在各种状态的各种不同表现。当事物变化，意味着领域模型的变化，由之带来数据变更，引发软件系统中相关联部分的变化。因此，一切动力在于领域模型。

3.3集成开发环境 UAP平台提供的集成开发环境（简称IDE，UAP Studio）是用于程序开发环境的应用程序，一般包括代码编辑器、编译器、调试器和图形用户界面工具。UAP Studio 是一个工具整合平台，可以通过插件机制将各种工具轻松的整合在IDE框架内，为用户提供一套完整的工具集。同时，IDE框架为工具开发者提供一个开放的可配置的界面平台，提供多文档管理、界面布局定义、菜单工具条的定义和命令定义，让工具开发者专注于工具本身的功能开发，从而简化工具与应用开发的难度。

UAP Studio 开发工具族包括：

 领域模型设计工具: 领域模型是对企业模型的结构化和抽象，隔离了其中的技术问题，只包含领域问题，用来构建特定领域软件系统的知识模型，其内容是合并了行为和数据的对象模型。

 界面展现设计工具: 界面展现设计工具基于MVC框架，灵活适应不同的客户端。其价值在于：

 支持丰富的客户端，可用多种方式访问系统。

 易扩展的界面形式，在界面模型不变的情况下，轻松增加新型客户端。 透明：可视化的界面设计工具，隐藏了实现方式的界面逻辑，用户只需关心界面表现的业务本身。

 高效：界面代码框架可自动生成，只要少量手工编码。 可重用：一个网页部件可以组装于不同的网页中。 整体风格控制：基于皮肤的界面风格定制技术。

 流程设计工具: 工作流的价值工作流轨迹的透明、可跟踪和管理控制的灵活性。UAP For U9工作流采用的技术包括：

 Windows Workflow Foundation：定义流程，连接服务

 Windows Communication Foundation(Indigo)：管理分布式的消息通讯  应用组装工具: 其集中体现在UAP For U9报表设计。UAP For U9的报表基于微软 Report Service的集成设计，提供封装服务，实现UI层同服务的分离，将来增加新的报表服务不用修改界面代码；创建能嵌入任何WEB应用页面的报表展现；并支持国际化，实现报表多语言设计，同时借助元数据和UI组的多语言实现方案；实现报表的自动查询和用“推”的方式报告；面向对象的查询定义方式（OQL），操作更直观，同时仍然支持传统的SQL语句查询。

四、平台的主要技术标准或规范

为了保证开台的开放性与通用性，UAP平台采用了一系列主流的国际标准与规范，其中包括了：WEB服务的标准协议栈、XML的标准协议栈、SOAP、UDDI、MOF以及UML等。其中UAP V2.5版支持的Web服务规范包括：

 WS-Addressing  WS-Policy  WS-MetadataExchange  WS-ReliableMessaging  WS-Security  WS-Trust  WS-SecureConversation  WS-Coordination  WS-AtomicTransaction

 SOAP 消息传输优化机制(MTOM)

第二篇：组织构架

组织构架

一、策划目的：

1.为了让新浪微博在我们大学校园里成长起来，同时给同学们带来校园生活的美好一部分；

2.给各个学院里举办活动找到一个赞助公司，通过微博发起或帮助其它协会在学校内发起线下活动，协助主办方申请新浪微博官方支持；新浪公司可以给学校或学院的大型活动提供大屏幕和物料（新浪小仔，新浪围脖，新浪抱枕，新浪卡套等）。

3.在新浪团队里提高自己的能力，无论是在生活还是在学习方面都能够让同学们很好的发展，在社交和办事能力上得到锻炼。

4.同时如果在协会里发展好的和表现优秀的同学，到大三的时候新浪公司会给实习证明，其实这也是一个很好的机会。

5.新浪在各大学里都有校园主管，他们给大学生带来了零距离的接触。

6.在校内其它学生团体组织的讲座、会议中，通过与学生团体的沟通，协助活动主办方在会场中加入新浪校园微博大屏幕，通过现场参与者发送含有关键字的微博，实现会场情况的大众性实时直播以及会场内外的及时沟通；

7.作为联系聊城大学学生、学生团体与新浪微博的渠道，为符合条件的老师、学生和学生团体义务代理微博认证，增强学校在微博上的影响力和公信力；

8.发动在校学生微博用户组团参加新浪微博发起的线下活动，在新浪微博发起的各系列校园活动中承担本校活动的组织工作；

9.关注并收集在校大学生、学生团体以及教工、教工团体通过微博发表的精彩言论，推荐至新浪微博《微语录》；

10.联络学校各机构和社团，在其所组织的活动中，发动活动参与者积极通过微博记录活动过程。

11.可以得到最新的全国性大学生项目和组织活动，因为我们是全国性的大学生团队协会。

二、微博大学生社团主要职能：

组建模式：新浪微博校园与各高校团委进行校企合作，指导大学生自发组建微博社团。

1.定期在学校设点，为同学们开通和使用微博提供技术咨询、解决技术问题，例如手机客户端的安装、微博应用的咨询等；

2.在校内其它学生团体组织的讲座、会议中，通过与学生团体的沟通，协助活动主办方在会场中加入新浪校园微博大屏幕，通过现场参与者发送含有关键字的微博，实现会场情况的大众性实时直播以及会场内外的及时沟通；

3.作为联系聊城大学学生、学生团体与新浪微博的渠道，为符合条件的老师、学生和学生团体义务代理微博认证，增强学校在微博上的影响力和公信力；

4.发动在校学生微博用户组团参加新浪微博发起的线下活动，在新浪微博发起的各系列校园活动中承担本校活动的组织工作；

5.通过微博发起或帮助其它协会在学校内发起线下活动，协助主办方申请新浪微博官方支持；

6.关注并收集在校大学生、学生团体以及教工、教工团体通过微博发表的精彩言论，推荐至新浪微博《微语录》；

7.联络学校各机构和社团，在其所组织的活动中，发动活动参与者积极通过微博记录活动过程。× 20 = 400

三、微博大学生社团组织架构

1.微博大学生社团组织形式为社团会员大会监督下的会长负责制，各部实行部长负责制，社团设会长1名，副会长3名，副秘书长1名，社团会长、副会长、副秘书长共5人组成社团主席团，下设外宣部、财务部、情报部、活动部、内务处、秘书处，5部1处。社团会长由新浪微博校园提名，交由社团会员大会全体投票通过，再由新浪微博校园决定任免，确认人选后提交学校社团主管部门备案。

2.社团会长领导社团工作，会长代表社团对社团会员大会负责。社团秘书长由学校团委领导兼任，并对社团的管理与发展进行指导和督导。副会长协助会长工作，并与副秘书长、各部部长一起对会长负责。社团工作中的重大问题，会长具有最后决策权。会长有权向社团会员大会提出副会长、副秘书长、各部部长的任免人选，经社团会员大会通过，向新浪微博校园提出书面申请，经新浪微博校园确认后提交学校社团主管部门批准。社团各部长协助会长具体负责本部处工作。

3.社团主席团、各部部长免试加入新浪微博在校实习生体系，在社团担任职务6个月以上发新浪实习生证明；每学期各部、处均可推荐2名服务社团一年以上的优秀成员加入新浪微博在校实习生体系，获得由新浪授予的实习证明；4.社团核心成员，凡在校大学生，拥有新浪微博帐号，并能遵守协会章程，即可申请成为社团会员。社团普通会员，凡是在校大学生，拥有新浪微博帐号，微博爱好者均可加入，不受社团章程管理，可及时获得社团活动信息，自主参加社团组织的各类活动。

四、主要活动形式及流程

一、发展目标

聊城大学微博协会在一切服务于会员的基础上，增强创新能力，提高活动质量，定期开展丰富多彩的活动，不断探索学生社团发展，为活跃校园文化，加强校园文化建设贡献自己的力量。

二、发展思路

聊城大学微博协会在学生社团联合会的引导下开展各种活动。积极与指导教师取得联系，教师的经验丰富，从教师的指导思想中丰富活动内涵。加强学生社团自身组织建设，发挥社团内部人员的积极性和创造性。调动一切积极因素提升活动自量，服务广大会员。

三、发展具体措施

·具体活动

1、线上活动。积极关注新浪微博举办的各种线上活动，为活动的进行提供支持。

2、线下活动。线上活动需要线下支持的，将活动拉到线下，支持线上活动。活动的宗旨必须是公益性，有利于学生的发展。

3、新浪微博举办的活动。这种活动将是最具规模，最具影响力的活动，我们将协同和全国高校的微博协会共同办好此类活动。完成挂靠公司的任务。

4、学校举办的活动。我们将本着服务于社团的心态，学生会，社联和各个社团团体的活动提供物资（不提供资金），技术支持。、参加“百团大战”、“NBA嘉年华”、“校园种子活动”等等。“百团大战“是新浪网组织的具有全国性质的社团评比活动，我们将邀请学校有影响力的社团来参加。

四、协会内部管理建设

协会将实行“企业化”管理模式，加强组织建设，完善组织机构，积极引导协会内部人员提高工作热情，从而提高工作效率。

协会负责人员应加强自身建设，提高自身素质，拓宽发展思路，能够积极引导社团发展，积极联系校级学生社团联合会和指导老师，及时洞察社团发展动态，及时发现问题，解决问题。

协会将建立自己的网络档案库，方便协会人员查找资料，协会成员都开通个人微博，QQ群，微群，方便大家交流。

总之，聊城大学微博协会会在学校领导下，积极发挥自身优势，“一切服务于会员“，争取为聊城大学校园文化建设做出自己的贡献。也希望所有的学生社团在自身发展的道路上越走越有风采，为学校创造辉煌！

第三篇：公司构架（范文）

公司构架

粤顺物流实行总经理负责制,下设运行部,调度部,客服部,财务部,业务拓展部,仓储部,到货部等多个职能部门.能为客户提供个性化的一条龙物流服务!董事会：公司的最高决策机构。

总经理：对公司全权负责，对董事会、股东负责。

副总 经 理：在总经理领导下分工负责制。

行政 总 监：检查、督促各部门落实、执行公司全年各项经济指标完成情况；协调处理公司上下纵横方方面面关系。

总运 行 部：正确使用仓库有效面积，合理码放、堆放、整洁有序，及时将整车、零担货物配载发送，确保进出货物准确畅通，负责仓库、作业区、生活区及办公场所保卫工作。

总调 度 部：负责运输车辆的管理落实、调度，对整个公司运输能力作出调整、统筹安排，并根据厂方订单货物，作出具体方案，合理配载，对公司在途货物实行动

态跟踪，及时指令相关部门相互配合，提高公司运营能力和信誉；定期安排司机进行安全学习和业务考核。

客户服务部：经常与厂家、客户、司机、办事处沟通联系，重点在货物发运后，做好在途跟踪，随时录入新的动态信息，正确使用掌握的信息资源，做好信息反馈、信息处理工作，直至货物安全、准确、及时交给客户，实行ISO9001-2000质量服务体系，加强服务质量监控工作。

安防部：负责公司安全生产经营工作，负责货物运输的保险投保理赔（索、付）相关业务活动，收集、记录、整理相关的原始资料，做好赔付工作。对违反公司安全规定的操作、配载者进行处罚；一旦货物出险遇险或发生其它突发事故，立即第一时间进行应急处理采取强有效的果断措施，力求把经济损失降到最低限度，确保客户货物安全，维护客户和公司的经济利益。

人力资源部：根据业务发展状况，提出可行的用工制度建议、管好人才资源，做到合理安排、正确使用，公开招聘或人才市场招聘，择优录用。

培训部：根据公司发展规划，注重培养和提高公司员工的业务素质和整体水平，有计划、有目的地对各种岗位员工进行培训、轮训，包括岗前培训、业务培训、技能培训、安全培训、中层职员培训等。

财务部：负责公司财务制度贯彻执行，加强财务审计、审查，对外结算、对内报销报账、做好成本核算，收集整理统计数据，提出提高经济效益的可行性建议，对各项指标进行综合分析及修正。

业务拓展部：把握物流货物源头，不断调整经营策略，在做好原有大企业、大客户的服务工作基础上，组织市场调查、市场开发、点面布置，力争扩大公司经营份额

和占有率。

安得物流有限公司创建于2000年1月，系国内最早开展现代物流集成化管理、以现代物流理念运作的第三方物流企业之一。其隶属于美的集团，同时也对外提供物流服务。六年的快速发展，安得以专业化、规模化的第三方物流公司形象跻身行业前列。公司现有员工1000余人、配套队伍3000多人，仓储面积逾64万㎡，长期可调用车辆上万辆，动力叉车等设备500多辆，并拥有国内首家由具有实际业务与运作实力的第三方物流公司而孵化的第四方物流公司。06年5月，新加坡吉宝公司入股安得物流，资金及人才的注入，更好的满足了安得业务的发展需要。

2.安得的组织结构发展到今天这种架构也是随着业务的需求调整过多次的。公司成立之初，组织架构为“七部一室”（总经办、客户服务部、仓储部、配送部、经营部、财务部等）。随着公司业务的发展及人力资源队伍的不断壮大，同年五月调整为“三部一室”（经营部、仓储部、财务部、总经办），同年八月又调整为“两部一项目组”（财务部、经营管理部、IT项目组）。2001年，公司组织架构调整为——四部六区域（财务部、管理部、IT部、业务运营部、华南、华东、华中、西北、西南、东北区域）。从2000年底接管美的原家庭电器事业部、原美的空调事业部的仓储业务，安得开始组建全国各地的网点，安得尝试区域化的管理，但此时的区域管理未能是真正意义上的区域化管理。2002年，公司领导意识到开拓外部业务市场，对安得现有业务是必要补充也是公司未来盈利的目标，于是组建营销部，设立专门的市场营销员。同时撤消区域，并根据公司业务风险规避需要，成立巡查组，即四部一组架构（管理部、营销部、营运部、财务部、巡查组）。2003年始，公司组织架构再次调整，总部营销职能下放在区域分公司，标志安得对运作提升到另外的一个高度，分公司实行营销、营运一体化运作。2004年，公司在业务稳步发展的同时，加强管理力度，并做了适时的投资。7月，公司撤消区域平台，组建市场部，对全国市场进行统一开发、管理。到2006年，现有的组织架构正式形成。

唯一不变的就是变，为了让公司的发展与外部变化的环境相吻合，为了实现公司不断提升的战略目标，安得也在不断的对自己的运作流程、管理方法、信息系统等做出改变。

我在一家物流企业做销售,我就不在网上找了,以我现在的公司为例，我自己手打告诉你:

重要部门

一、货代部（海运和空运的进出口业务）

主要岗位：

1.1、操作员（出色的操作也是部门领导）： 海运和空运进出口的物流操作，包括接单——订舱——报关——跟踪——签发——送达，各个步骤的内容你可以在网上找到详细的解释。另外还要把已完成的业务录入系统或文档。

1.2、报关员： 有报关，报检证，从事报关，报检工作。（也可兼操作员）

二、快件部（国内空运和国内汽运以及快递业务）

2.1、操作员（出色的操作也是部门领导）：主要是国内空运的大宗汽运 接货——下单——送货——签收，其中每个环节都要跟踪。包括了联系车源和航空公司，以及把已完成的业务录入系统或文档。（我们公司里快件部操作员也兼销售）

2.2、快递员： 主要负责送货（快件，一般是小东西，开个面包车就够了）到客户手上并签收并把已送业务录入系统或文档，未送达货物写明原因。

2.3、货车司机： 公司有车的话就有这个职位，不用多解释吧。

三、行政部

3.1、财务： 不解释了

3.2、接线员： 接受订单查询等，有任何问题都要做好纪录交给相关部门的相关责任人。（我公司接线员也兼了文员）

3.3、文员： 合同，表格制作什么的。不多解释。

四、销售部

4.1、国际业务销售： 有英语基础，熟悉进出口业务，主要是销售货代部的业务。

4.2、国内业务销售： 有人脉资源，熟悉国内空运和汽运，拥有大量挂靠车源，主要销售国内空运和汽运业务。（我公司内，也兼快件部操作）

最后补充2点（我是销售人员，谈下销售方面的东西）：

1、销售人才很重要，有不有钱赚就看销售；

2；应收帐款由销售员负责收回（否则就削减销售员薪资），物流业的货款拖欠起来很恼火，一定要制订好制度，不要让销售员盲目开发客户。否则在应收帐款上会越陷越深。

第四篇：UAP报表二次开发手册[模版]

UAP报表二次开发手册

v.871 1.数据源定义

报表数据源可分为实体关系查询，SQL脚本查询和自定义查询三个类型，如下图所示：

图1.1 其中数据源名称和数据源描述是为了标识数据源以及说明数据源的功能。

1.1查看或修改现有数据源

“查看或修改现有数据源”是指对原先已经创建的数据源进行修改（系统预置的数据源不允许修改），或者可以在新建报表时选择已存在的数据源，如下图：

图1.2 选“下一步”：

图1.3 则列所有已存在的数据源，选择其中一个，按“下一步”：

图1.4 功能列表是数据引擎内部使用机制，直接选“下一步”：

图1.5 这个是设置报表数据源的最后一个步骤，由于选定的数据源为自定义查询类型，所以第一个页签为自定义查询组件的相关信息（关于自定义查询组件的具体情况，请查阅本手册1.3单元）；第二个页签如下图：

图1.6 查询结果列是指该数据查询结果的具体情况，包括列名称，列的数据类型，列的区域语言描述。这些信息将构成报表格式设计时的数据源信息（关于这部分内容的详细情况请参阅UAP报表设计时帮助文档）。

另一个页签为“过滤条件设置”，如下图：

图1.7 具体包括过滤条件名称，过滤条件的区域语言描述，这个将在过滤条件的数据源下拉列表中出现，这些信息将用来设置从过滤控件读去用户输入条件值来对查询的结果进行过滤（具体情况清参阅本手册2.2单元）。

之后，选择“完成”即结束数据源定义而进入报表格式定义。

1.2实体关系查询

在图1.1步骤中选定“实体关系查询”，点击“下一步”则进入实体关系查询类型的数据源定义：

图1.8 这里必须要添加至少一个关联实体，点击“添加”，则可选择系统已经定义好的实体：

图1.9

选定实体，然后点击“确定”：

图1.10 点击“下一步”（如果选择了多个实体，则还需要定义实体之间的关系。关于如何定义一个实体以及如何定义实体之间的关系，请参阅数据引擎的相关文档）：

图1.11 接着必须添加结果列，即图1.6中的“查询结果列”。点击“添加”：

图1.12 这里弹出的列表为选定的单个实体或多个实体能查询到的所有的结果列的信息。选定需要的查询结果列后，点击“确定”：

图1.13 这个步骤中，“行数据权限”可以用来限制用户查询某些具体行数据的权限（行数据权限的设置以及其他高级功能的使用方法请查阅数据引擎相关文档）。

1.3 SQL脚本查询

在图1.1步骤中选定“SQL脚本查询”，点击“下一步”则进入SQL脚本查询类型的数据源定义：

图1.14 SQL脚本查询类型又分为SQL脚本和存储过程两个类别，可通过第一个页签的左上端的下拉列表中选择相应的类别（具体如何定义两种类别请查阅数据引擎相关文档）。其他三个页签中，“查询结果列”和“过滤条件设置”已经在前面的单元中说明，此处不在详述。其中，这种数据源类型有一个“查询参数设置”页签，如下图：

图1.15 如果脚本类型中选择的是“存储过程”，则此处可以使用“刷新”按钮来获取存储过程所需要的参数；而SQL脚本类型则需要手动填写参数的信息。需要注意的是，参数的名称必须与存储过程或SQL脚本的名称完全一致。运行时查询参数的具体值来源是通过过滤条件获得的，因此查询参数需要和过滤条件绑定在一起（绑定方法请参阅本手册2.2单元）。

1.4 自定义查询

自定义查询是指提供一个COM组件（通常为VB6.0组件）或.NET组件（通常为C#组件）来提供获取数据的方法（SQL脚本，存储过程或数据库临时表）。关于自定义查询组件的建立方法请参阅本手册3.2单元。

在图1.1步骤中选定“自定义查询”，点击“下一步”则进入自定义查询类型的数据源定义：

图1.16 其中数据服务信息指的是自定义组件的相关信息，关于自定义查询组件的建立方法请参阅本手册3.2单元。

2.报表过滤条件

2.1 过滤条件设计

除了UAP本身单独提供了过滤条件的设计工具，报表本身也提供了专门为报表设计过滤条件的快捷方式。以下是报表设计过滤条件的入口：

图 2.1

图 2.2 点击“标准条件”进入过滤条件设计器：

图 2.3

界面说明：

是否支持高级条件：选此项后，在运行时过滤窗口中会出现“高级条件”页签，用于用户自由选择过滤条件的组合。

规则组件：此项定义由过滤控件回调的规则组件类。

是否取消二次开发：此复选项只有在以“U870”项目进入UAP时才会显示，如果被选中，那么以其它项目进入UAP的过滤设计器不能新增和删除过滤条件。

此处可新增或修改一个过滤条件。双击某个已存在的过滤条件，则进入这个条件的修改界面：

图 2.4 界面说明：

语种：设置过滤条件项显示的语种。

中文简体名称：过滤条件项的键值，唯一标识此过滤条件项，不能重复。可以以字母、数字或汉字来命名。

标题：在运行时过滤窗口中显示的文字，支持多语种设置。编辑类型：过滤条件项的类型，分别为文本框、参照、日期、数字、枚举、SQL语句、自定义。

参照ID：当编辑类型选择参照类型后，必须选定一个参照ID。比较符：过滤条件项比较符号。

小数位数：当编辑类型为数字类型时，此选项可以设置小数位数。分组：为过滤条件选定一个分组，在运行时将按照分组来显示过滤条件项。

数据源：为过滤条件项选定数据源，可以下拉选择或直接手工输入。顺序号：指定过滤条件项在运行时显示的位置，如果不输入，将自动产生。

是否常用条件：如果选中，将在运行时显示在“常用”页签中。是否必输：如果选中，在运行时必须输入值，否则会出现提示信息。是否区间条件：如果选中，在运行时将显示为两个输入框组合而成的形式，表示从值1到值2的意思。在运行时，用户选择或输入的不是单值，而表示一个取值范围。

是否多选：如果选中，表示此过滤条件项可以选择多个值。

允许用户修改比较符：如果选中，用户在运行时可以通过滤设功能改变比较符。

作为或条件：如果选中，在运行时将以“或”条件来组合到过滤条件生成的SQL语句中，默认是以“与”条件组合的。

参照返回字段：当编辑类型为参照类型时，此选项表示参照返回的是哪个字段的值。编码对应参照中的主键字段，名称对应参照中的描述字段。也可以手工输入要返回的字段名，一定要与参照中的字段名一致。

默认值、到：设置过滤条件项的默认值，将在运行时自动显示。如果为区间条件，可以设置“到”默认值。

修改界面的第二个页签是过滤条件项窗口枚举：

图 2.5

界面说明：

枚举(aa_enum)：指在U861中使用的枚举型，此类型是在AA_Enum数据表中定义的。枚举类型，枚举类型名称，是EnumType字段值。默认显示，在运行时当用户点击下拉按钮后显示的可供选择的项，注意是以“,”分隔的EnumCode字段的值。

枚举类型：指明在Meta库中的MetaEnumDef表中的枚举，对应MetaID字段。

枚举串：如果没有在数据库中预制枚举类型，也可以通过此项输入一个枚举串。格式为“0{#}1{##}A{#}B”，在“{##}”前的为返回值，之后的则为显示值，并且在返回值与显示值中分别以“{#}”分隔。

只能定义以上三种枚举中的一种，否则会出现提示信息。修改界面的第三个页签是过滤条件项窗口SQL语句：

图 2.6

界面说明：

SQL文本框：在SQL文本框中输入SQL语句，可以不用加别名。

标题：在运行时中显示的列标题，标题数量与上面的SQL的字段对应，并用“,”分隔，例如“标题1,标题2”。

返回字段：用此字段的值构成过滤控件返回调用者的过滤SQL语句。显示字段：显示在运行时过滤窗口中的值。

在U870中，SQL语句类型的过滤条件主要为兼容以前版本，所以如果在U870中新建过滤条件时，请不要选用SQL语句类型，而改用参照类型。修改界面的第四个页签是过滤条件项窗口SQL语句：

图 2.7

属性说明：

参照样式：当编辑类型选择为参照类型时，可以指定参照的样式，分别为弹出式和下拉式，默认为弹出式。

关于过滤最后值得特别指出的是，过滤条件之间可控制相互关系，例如两个过滤条件都有参照，则可控制其中一个过滤条件的参照取值范围由另一个过滤条件的取值来决定。此外还存在其他相关控制行为，这些功能都是通过规则组件来实现的。关于规则组件的详细实现，请参阅过滤条件的相关文档。

2.2 过滤条件与数据源的关系

此处主要说明如何把过滤条件跟数据源关联起来，以达到由用户输入来实现查询不同数据的目的。

对于实体关系类型的数据源，只要在过滤条件的基本属性页中选择数据源的相应列就能实现，如下图：

图 2.8 用户就可以在查询报表时进行过滤：

图 2.9

对于SQL脚本类型的数据源，无论是简单的sql脚本类型还是存储过程，都是通过将其参数与过滤条件进行绑定来实现的。如下图：

图 2.10 假如sql脚本或存储过程中有两个参数分别为：@planid和@filterstring，则必须要在“查询参数设置”页签中分别为每一个参数设置其相关信息。然后再设计过滤条件：

图 2.11 此处需要注意的是，“中文简体名称”必须以这样的规则命名：“查询参数设置”的参数为@pram，则“中文简体名称”为parm，两者之间相差一个符号“@”。

需要指出的是虽然SQL脚本可以通过参数来绑定过滤条件，但是过滤条件绑定到参数的同时，还必须为此过滤条件指定一个数据源查询结果列，查询时输入的过滤条件对该返回结果列同样起作用。

对于自定义的数据源的过滤条件绑定与实体关系得数据源相似，但是设计者需要在自定义组件中自己处理由用户输入信息构成的sql串来实现对查询结果的过滤。

3.报表系统API 3.1 自定义报表查询入口

所谓自定义报表查询入口指的是用UAP设计了一张自定义报表，除了默认的查询入口：门户->视图->我的报表->自定义报表，另外为此报表设置单独的菜单节点来进行查询。只要在此节点的点击事件处理函数中调用报表系统的以下接口就可实现：

A.Public Function OpenReport(_ sReportID As String, _ objU8Login As Object, _ Optional subid As String = “", _ Optional rawfilter As Object = Nothing)As Boolean

B.Public Function OpenReportNoneFilterUI(_

sReportID As String, _ objU8Login As Object, _ Optional subid As String = ”", _ Optional rawfilter As Object = Nothing)As Boolean

接口功能及使用说明：

这两个接口是对象ReportService.clsReportManager中的函数;需要引用组件： ReportService.dll UFIDA.U8.UAP.Services.ReportFilterService.tlb 这两个接口的功能是打开一张报表，两个接口的差异在于前者在打开报表之前会先显示过滤界面，而后者不会（例如在使用联查报表的时候有时不需要进行过滤）。此接口在业务组在其需要打开一张报表时调用。

参数介绍： sReportID：

报表的ID，即将要打开的报表标识。objU8Login：

U8的Login对象，注意：这个对象必须是COM封装的Login。subid： 报表所属的子产品号，这个参数是可选的。注意：当指定了此参数，接口会在随后的处理中按照subid[__]sReportID的规则拼接成真正的报表ID。rawfilter：

可选过滤条件对象（UFGeneralFilter.FltSrv或自定义的过滤条件对象），此对象中必须是ISelfFilter（见第四个接口）的一个实现。这个参数通常报表的自定义行为（如联查）时，需要有过滤的情形时会使用到。

至于怎么在U8中设置自己的菜单节点，请参阅U8门户相关文档。

3.2 自定义数据源组件

报表的自定义数据源是指单独写一个组件来提供报表数据，这种数据源实现方法的优点强大的数据处理能力，这是其他类型的数据源所不具备的。实现方法为： 组件中必须实现以下接口: public interface IGetSql { void GetSql(IFilterArgs e);}

接口功能及使用说明：

此接口为报表提供自定义数据源。组件的提供方式为首先提供一个实现IGetSql的组件（COM组件只需有一个声明相同的GetSql函数的类即可），之后将其绑定到报表的数据源（具体方法是请参考本接口示例）。组件的工作方式为报表系统会在展现报表的过程中实例化一个此种类型的对象，通过调用GetSql函数来获取数据源。

参数介绍：

IFilterArgs参数是UFIDA.U8.UAP.Services.ReportFilterService.tlb中的类型，在报表系统调用自定义数据源组件的时通过此参数将组件需要的环境信息传入，而自定义数据源组件则将其处理结果通过此参数返回给报表系统。

IFilterArgs中包含的常用接口： IFilterArgs.login： U8的Login对象

IFilterArgs.RawFilter： 过滤对象

IFilterArgs.DataSource.Type：

组件数据源返回类型，其值与对应类型为 0：SQL脚本 1：存储过程 2：临时表 其默认值为2 IFilterArgs.DataSource.Sql： SQL脚本或临时表名称

IFilterArgs.DataSource.StoreProcName： 存储过程名称 示例：

(1)以下提供一个名为CustomDataSample的vb6.0的dll，此组件中定义一个名为customData.cls类，其代码如下（IFilterArgs的）：

Public Sub GetSql(e As IFilterArgs)e.DataSource.sql = “select * from AA_Bank” e.DataSource.Type = 0 End Sub

构造好组件之后，需要将组件绑定到报表的数据源，绑定方法如下：

假设组件名称为：DataEngine.dll,而实现IGetSql的类型名称为：Engine VB6.0组件的绑定方法：(注意：COM需要注册，不要求具体存放目录，一般推荐存放目录为：..U8SOFTufcomsql)

图 2.12

C#组件的绑定方法：(注意：.NET组件不需要注册，但存放目录必须是：..U8SOFTUAP)

图 2.12

3.3 自定义行为组件

自定义行为是指在报表查询结束后，设计者提供额外的功能来进行相关处理，比如联查功能等。方法是实现以下接口：

public interface IExecute { void Execute(IActionArgs e);}

接口功能及使用说明：

此接口用来完成报表自定义行为的业务操作。组件的提供方式与IGetSql接口类似，不同的是其绑定到报表系统的过程（示例将详细说明）。组件的工作方式为在自定义行为绑定到报表系统之后，报表展现界面的右键菜单中将相应的子菜单，触发此子菜单后报表系统将实例化此组件实现IExecute类型的一个对象，并调用此对象上的Execute方法。

参数介绍：

IActionArgs是在进行自定义行为的时候数据交互的媒介，IActionArgs中的常用参数: IActionArgs.ReportID: 当前操作的报表ID IActionArgs.Login: U8的Login对象

IActionArgs.RelateData: 当前报表的相关数据对象，通过此对象中的接口GetData可获得相关的数据

IActionArgs.CurrentColumnName:触发自定义行为时报表所处的焦点行名称

IActionArgs.FltArgs: IFilterArgs对象

自定义行为绑定到报表系统例子：(假设组件名为ExcuteSample，类型名为clsExc，定义方法参考IGetSql的示例)

图 2.13

在报表设计界面点击”自定义行为”的按钮，将打开自定义行为的定义界面：

图 2.14

点击”新增”:

图 2.15

设定ActionClass为”ExcuteSample.clsExc”, Caption为”自定义例子”,点击”确定”即完成绑定操作。

保存之后打开报表，其右键菜单”其他”的子菜单中便出现定义的新菜单，图 2.16

点击此子菜单，便会调用类型clsExc中的Execute方法。3.4 自定义过滤

自定义过滤是指设计者可以自行构造一个过滤组件来实现报表的过滤，而不使用U8自身的过滤控件。实现方法是组建中实现以下接口：

public interface ISelfFilter { void ShowFilter(IFilterArgs e);}

接口功能及使用说明：

为报表提供自定义的过滤条件界面。组件提供方式与前述相关组件类似。组件的工作方式为将实现ISelfFilter的类型的一个实例作为OpenReport或OpenReportNoneFilterUI的第四个参数传入，则在进行报表展现之前，报表系统将会调用此实例的ShowFilter方法，自定义过滤的结果使用e参数返回报表系统。

参数介绍：

IFilterArgs参数请参考IGetSql说明。

自定义过滤组件绑定到报表的方法例子(假设要绑定的组件名为CustomFilter，实现ISelfFilter的类型为clsFilter)：

在UAP中”报表定义”窗体的工具栏的”查询条件”按钮中选择”自定义条件”，或在”报表定义”窗体的右键菜单的”查询条件”菜单中选择”自定义条件”，如图：

图 2.17

图 2.18

之后再打开的定义窗体中输入组件信息，如：

图 2.19

点击”确定”即可完成绑定操作。

第五篇：企业文化手册构架

企业文化手册构架

第一章：总则

第一条：序言（致员工的一封信）

第二条：东方饭店简介

第三条:行政组织机构（附组织结构图）

第四条：企业标识

企业视觉识别系统是企业的整体形象的静态识别符号系统，它是企业全部经营理念和行为规范的集中反映，是企业文化理念和行为规范的具体化与视觉化的传达形式。公司视觉识别系统由基础要素系统和应用要素系统构成，其中基础要素系统主要包括公司标志、标准字体、标志释义、标志的标准坐标图、标志表现形式及最小使用尺寸、标准字体的组合规范、标志与公司名称的组合规范、标准色彩等内容。

第二章：精神文化(个人认为可以将不同的服务案例作为精神文化部分个条理念的解释附在每条理念后，不必单独列出作为独立部分)

第一条:愿景目标

企业的愿景目标体现了企业家的立场和信仰，是企业最高管理者头脑中的一种概念，是这些最高管理者对企业未来的设想。是对“我们代表什么”“我们希望成为怎样的企业？”的持久性回答 1

和承诺。例如: 苹果公司：让每人拥有一台计算机。腾讯：成为最受尊敬的互联网企业。索尼公司：成为最知名的企业，改变日本产品在世界上的劣质形象。

第二条：企业使命

所谓企业使命是指企业在社会经济发展中所应担当的角色和责任，企业使命要说明企业在全社会经济领域中所经营的活动范围和层次，具体的表述企业在社会经济活动中的身份或角色。例如:松下公司：松下是专门培养人才，兼做电器生意的企业。微软公司：致力于提供使工作、学习、生活更加方便、丰富的个人电脑软件。

第三条：核心价值观

核心价值观是为实现使命而提炼出来并予以倡导的，指导公司员工共同行为的永恒的准则，是用以判断公司行为和员工个体行为正确与否的根本原则，它表明了企业提倡什么、反对什么。例如：海尔：是非观—以用户为是，以自己为非；发展观—创业精神和创新精神；利益观—人单合一双赢。TCL:为顾客创造价值，为员工创造机会，为社会创造效益。中国移动：正德厚生，臻于至善。国美：企业利益高于一切，敬业感恩，诚信正直，知行合一，立规兴业追求卓越。

第四条：经营哲学

经营哲学是一个企业特有的从事生产经营和管理活动的方法

论原则，它是指导企业行为的基础。例如：松下公司：讲求经济效益，重视生存的意志，事事谋求生存和发展。日立公司：和、诚、开拓（“和”指在自由坦率地讨论基础上，全体员工朝着一个目标迈进；“诚”是指向用户提供可靠性高的产品，实行保修，万一发生故障和问题，即刻竭诚帮助解决；“开拓”就是勇于创新，争取更大成果的旺盛的企业家精神）。

第五条：企业精神

企业精神是指企业基于自身特定的性质、任务、宗旨、时代要求和发展方向，并经过精心培养而形成的企业成员群体的精神风貌。企业精神通常用一些既富于哲理，又简洁明快的语言予以表达，便于职工铭记在心，时刻用于激励自己；也便于对外宣传，容易在人们脑海里形成印象，从而在社会上形成个性鲜明的企业形象。例如：海尔：敬业报国，追求卓越。松下公司：工业报国，光明正大，团结一致，奋发向上，礼节谦让，适应形势，感谢报恩。IBM:IBM就是服务。

第六条：企业道德

企业道德是指在企业这一特定的社会经济组织中，依靠社会舆论、传统习惯和内心信念来维持的，以善恶评价为标推的道德原则、道德规范和道德活动的综合。例如：同仁堂“济世养身、精益求精、童叟无欺、一视同仁。”

第七条：特色理念

1.人才理念（海尔：人人是才，赛马不相马；中石

油系统：以德为先人尽其才）

2.管理理念

3.服务理念（海景：视顾客为亲人，海尔：用户永远是对的）

4.质量理念（海尔：优秀的产品是优秀的人干出来的）

5.团队理念（中石油：赢在一心，雁翔高远）

6.学习理念（中石油：完善自我，创新未来）

7.创新理念

8.安全理念（中石油系统：安全第一，以人为本）

9.营销理念（海尔：先卖信誉，后卖产品）

10．市场理念（海尔：创造市场，只有淡季的思想，没有淡季的市场；只有疲软的思想，没有疲软的市场）

第三章：制度文化

第一条：员工行为准则

第二条：标准化制度

第三条：人事管理制度

第四条：福利待遇

第五条：奖惩制度

第六条：安全规范

第七条：劳动条例

第四章：国信集团企业文化摘编