【毕业学位论文】（Word原稿）企业协同办公系统设计与实现-计算机软件与理论

I 第 页 I 企业 协同办公系统 设计 与实现 摘要 在当今社会中，科学技术的日新月异。 随着 电子计算机技术、网络技术的高速发展，信息已经成为影响企业发展的最主要的因数之一 。 这也表现在企业之间的竞争已经变成了对信息掌握程度的竞争 。 如 何 高效地实现企业内部人与人、人与部门、部门与部门之间的信息的采集、组织、共享，是本文讨论的重点。 在协同办公自动化 系统中，协同事项流转是最基本和最主要的业务。对于这一业务，本文采用软件工程方法进行分析和设计。实现了协同事项流转中的关键的功能模块。 本文 主要讨论的 是在 发环境下，根据西安高压开 关有限公司的具体需求情况，协同办公系统的 分析和设计。 通过具体分析和设计展现了该协同办公系统的具体应用。 关键 词 ： 协同办公 工作流 协同事项 第 页 of of of s is to of is to An of s is as on to by of of of s is of of i,in s 第 页 录 1 绪论 . 1 同办公系统概述 . 1 国 办公自动化发展现状 . 1 同办公自动化系统发展历史及前景展望 . 2 公自动化 历史演变 . 2 同办 公应用面临的新需求 . 3 内 发展趋势 . 4 . 7 同办公系统 . 7 统办公系统技术平台 分析 . 7 统组成 . 9 同办公系统所采用的关键技术 . 11 层架构应用技术 . 11 术 . 13 . 18 同系统设计思想以及基本原则 . 18 计思想 . 18 计基本原则 . 19 同办公的系统基本模型设计 . 20 同系统体系结构 . 21 同系统功能模型 . 23 辑模型设计 . 28 第 页 处理流程 . 29 同办公系统的具体实现 . 35 现方案 . 35 块调用关系 . 36 口实现 . 37 据结构与物理数据结构实现 . 38 错处理设计实现 . 41 全保密实现 . 42 同事项流转实现 . 42 同办公系统的主要特色 . 43 . 44 章概述 . 44 决的问题 . 45 完善之处 . 45 参考文献 . 46 附录 系统基本配置要求 . 48 1、数据库服务器及备用主机配置 . 48 2、应用服务器平台 . 48 3、运行客户终端环境 . 49 致谢 . 50 第 1 页 1 绪论 同办公系统概述 协同办公系统为办公自动化系统。 所谓办公自动化 (A)就是利用先进的科学技术，不断使人们的一部分办公业务活动物化于人以外的各种现代化的办公设备中，并由这些设备与人构成服务于某种目的的人机信息处理系统。 协同 办公系统本身可以采用 于工作流的概念，使内部人员方便快捷地共享信息，高效地协同工作 ;改变过去复杂、低效的手工办公方式，实现迅速、全方位的信息采集、信息处理，为管理和决策提供科学的依据。一个企业实现办公自动化的程度也是衡量其实现现代化管理的标准。 办公自动化不仅兼顾个人办公效率，更重要的是可以实现群体协同工作。协同工作意味着要进行信息的交流，工作的协调与合作。这里所说的群体工作，可以包括在地理上分布很广， 甚至分布在全球上各个地方，以至于工作时间都不一样的一群工作人 员（ 如： A、 在不同的城市， 的意见 或者 签字，然后是 者 签字，在传统意义上很不方便，但是我们就可以利用系统办公系统很好地实施 ）。 国办公自动化发展现状 在我国办公自动化的发展过程中，办公自动化建设取得了很多成绩，同时也 暴露 了很多问题，如投资大、效果不明显、水平低、重复建设多、硬件投入多、软件投入少、模拟手 工 作业增加管理负担等，造成这些问题的主要原因有三条，首先对办公自动化的本质作用理解不深，通常只是把办公自动化理解为办公过程中的先进技术和设备的使用，使用目的为提高 效率 。 实际上，通过实现办公自动化，提高管理机构的决策效能更为重要 。 其次是忽视了办公自动化发展的基础，通常只是认为只要有了先进的技术和设备，就可以实现办公自动化。办公自动化发展必需依赖两个基础，一个是管理基础，另一个是信息积累基础，如果脱离了这两个基础，办公自动化就会变成空中楼阁。第三，技术条 第 2 页 件的制约，也会使得办公自动化建设难以达到预期的目的，如早期的网络技术在信息共享和沟通方面的支持就显得明显不足。 今天，我 们感到自己的生活、工作方式正在悄悄地发生改变，特别是我们的工作已经 完全溶入组织、社会中，自上而下的 层次结构使每一个人都从属于某一个部门。各部门工作相互协调、相互联系和相互影响，而每个人都要经常与他人交流，充分地听取他人的看法，集思广益，融会各方面的资源和智慧。这就是需要更多的合作、协调，即使在同一个部门内，工作人员之间也应当注重团体协作精神。可以毫不夸张地说，任何人的工作都不可能是纯粹的个人行为。所以，今天 协同 办公的含义是为了实现这样团体工作的任务它不再局限于某个部门或工作组，而是大范围的组织，如商业系统、卫生系统、政府系统等。 办公自动化的基础是对管理的理解和对信息的积累。技术只是办公自动化的手段。只 有对管理及管理业务有着深刻的理解，才会使办公自动化有用武之地，只有将办公过程中生成的信息进行有序化积累，沉淀，办公自动化才能发挥作用。 同办公自动化系统发展历史及前景展望 协同 办公自动化 系统 （ 面向组织的日常运作 和 管理 ，员工及管理者使用频率 最高 的应用系统，自 1985年国内召开第一次办公自动化规划会议以来，应用内容的深度与广度、 术运用等方面都有了新的变化和发展，并成为组织不可或缺的核心应用系统。 公自动化 历史演变 在办公自动化引入的近二十年时间里，其发展可分为三个阶段： 起步阶段（ 1985 年 1993 年）：是以结构化数据处理为中心，基于文件系统或关系型数据库系统，使日常办公也开始运用 术，提高了文件等资料管理水平。这一阶段实现了基本的办公数据管理 （如文件管理、 档案 管理等），但普遍缺乏办公过程中最需要的沟通协作支持、文档资料的综合处理等，导致应用效果不佳。 应用阶段（ 1993 年 2002 年）：随着组织规模的不断扩大，组织越来越希望能够打破时间、地域的限制，提高整个组织的运营效率，同时网络技术的迅 第 3 页 速发展也促进了软件技术发生巨大变化，为 协同办公系统 的应用提供了基础保证，这个阶段 协同办公系统 的主要 特点是以网络为基础、以工作流为中心，提供了文档管理、电子邮件、目录服务、群组协同等基础支持，实现了公文流转、流程审批、会议管理、制度管理等众多实用的功能，极大地方便了员工 的 工作，规范了组织管理、提高了运营效率。 发展阶段（ 2002 年至今 ）： 协同办公系统 应用软件经过多年的发展已经趋向 成熟 ，功能也由原先的行政办公信息服务，逐步扩大延伸到组织内部的 各项管理活动环节，成为组织运营信息化的一个重要组织部分。同时市场和竞争 环境 的快速变化，使得办公应用软件应具有更高更多的内涵，客户将更关注如何方便、快捷地实现内部各级组织、各部门以及人员之间的协同、内外部各种资源的有效组合、为员工提供高效的协作工作平台。 同办公应用面临的新需求 随着 知识 经济 时代 的到来， 社会 进步正在不断加速，组织迫切需要一个可以实现内外资源 整合 的高效的信息系统，从而提升其管理水平。具体表现在： (1) 需要一个高效的协同 管理 工作 平台 能够将组织管理中的业务活动、管理活动及活动产生的信息在组织、部门、个人之间进行及时高效、有序可控、全程共享的沟通和处理。 (2) 需要一个有 效的 知识 资产 管理平台 过去在组织的信息化 建设 过程往往重视人、财、物这些有形的物质资产管理，忽视了知识资产的管理，需要借助知识管理工具对组织内外的知识进行有效的获取、沉淀、共享、应用、学习和创新，从而提高员工的素质和技能、执行力。 (3) 需要一个 个性 化的系统访问门户 传统的 协同办公系统 功能比较单一，员工容易使用，随着功能的不断扩 展，员工对功能的需求也不尽相同，这就要求系统必须具有人性化设计，能够根据不同员工的需要进行功能组合，将合适的功能放在合适的位置给合适的员工访问，实现真正的人本管理。 (4) 需要一个良好的组织文化管理平台 第 4 页 开放的 社会 造就了开放的社会人，组织规模的不断扩大，导致领导与员工、员工与员工间的直接沟通机会越来越少，组织需要构建新的文化 环境 ，便于员工相互沟通、增进了解、发现思想倾向并及时加以 引导 。 (5) 需要一个集中的信息整合呈现平台 办公系统是组织内使用面最广泛、频率 最高 的信息系统，希望能够通过办公系统实时、直观地了解到组织的运营状况（如生产、营销、财务等数据），同时有效地解决组织内 “信息孤岛 ”问题。 (6) 需要一个灵活的业务流程整合平台 当组织面临客户不断提出端到端（ 服务时，员工办公环境将会越来越复杂，因此需要将日常工作活动、管理活动、业务活动有机的结合，以快速响应客户需求，同时减少不必要的重复工作，将管理流程与业务流程进行有效的整合。 综合上 述各种新的需求不难发现，现阶段的 协同办公 系统将以知识管理为核心、以实时协作为技术支撑手段，以统一的知识门户为展现方式。 内 发展趋势 A. 市场前景 随着国民经济的发展，社会信息化、电子化水平的不断提高，我国的各企事业单位越发地感受到上 统的必要性 。 (1) 服务将成为 的利润来源 由于 建设是一个循序渐进的过程，就目前已建的和未建的 统而言，针对这些系统的培训、维护、升级等服务项目本身就是一个巨大的利润空间，即市场还有很大的 “深 ”度。 (2) 全球信息化的趋势更加明显 随 着社会的发展和信息技术的进步，全球信息化的趋势越来越明显，任何一家大型企业不再是局限于某一个地区，都在自觉不自觉地参与到了全球化的市场竞争中。在这个全球化的竞争过程中，企业对信息的掌握程度、信息获取是否及时、信息能否得到充分的利用、对信息的反应是否敏感准确，已越来越成为衡量一个企业市场竞争能力的重要因素。 第 5 页 综上所述， 市场前景还是相当不错的，但与以往不同的是，并不是谁都可以吃到这块 “大蛋糕 ”，只有那些技术高、服务好的大型专业化软件公司才能在这片广阔的市场上纵横驰骋，而那些想继续靠 “短、平、快 ”方式做 件的开发商只会逐渐被市场所淘汰 B. 技术发展 a. 群件平台日趋先进 做 件当然离不开群件平台，群件平台的技术趋势直接影响着 件的发展方向。就当前的两大群件平台 言，从其新版本的技术形态以及最近的技术走势来看，都提供了很多新的功能和技术特点，如知识管理、 持、关系数据库连接和访问等等。 b. 分布式组件技术 利用分布式组件技术来构造系统，不仅可以提高软件模块的复用性、可扩充性和重组能力，还可以降低部署大型系 统的复杂程度，减少系统维护和升级成本。 c. 三层计算模式 传统的软件开发模式主要是集中式和 式，其主要弊端是系统关联非常大，难以升级和维护，而且对客户端要求比较高。而采用了三层计算模式后，用户表示层被独立分离开来、商业应用规则以一个整体在独立的应用服务器上运行，这样不仅减轻了客户端的负担，而且当机构改组、人员调动、系统升级时非常方便。对于将来越发复杂的 用以及 迅猛发展，这种开发模式无疑是最合适的。 d. 术、多媒体技术被引入到 统中 目前 间的界限越来越模糊，一些在 被大量地引入到 用中，大大丰富了 用的功能和表现形式，有利于提高基于多网互联的用户之间的交互。同时，各种多媒体手段如光笔录入、语音录入等的引入，将会极大地提高基于 统的易用性。 e. 基于工作流的分布式应用 第 6 页 现在的企事业单位通常运行着不止一种计算机应用，而且随着时间的推移，应用的数目必将不 断增多，如何将这些应用有效地管理起来，并提供给用户统一易用的界面，是 更高、更深层次发展的必由之路。目前解决上述问题的有效手段就是将 统建立在基于工作流的分布式应用框架上。 在基于工作流的分布式应用框架中，各应用共享一个工作流引擎，通过工作流引擎来驱动各种不同的应用系统，各应用系统之间可以相互交换数据。由于各应用都是以组件的形式存在的，并服从整个工作流管理系统的组件管理机制，因而应用的升级、维护和管理都十分容易。 f. 软件的柔性构造功能将不断加强 由于采用了分布式组件技术和 N 开发模式， 今后的 件在功能模块的定制性和复用性方面会有所加强，能够满足用户需求不断变化的实际情况，需求的变化不再通过修改代码来解决，而是通过提供给用户相应的接口来实现。这种柔性构造功能的提升将会为用户带来前所未有的方便。 总之，随着计算机技术的发展，未来的 件除了可以完成现有的功能之外，还将更有效地利用各种先进技术，使用户通过 统可以完成更多的任务，更方便地与信息社会融合。此外，未来的 件还可以利用视频会议、远程教学等先进手段，在更广泛的范围内拓展人们获取知识的渠道，促进知识经济的发展。近来，随着技术 的不断进步和市场的进一步需求，电子商务（ e电子政府（ e 日益成为国内外企事业单位和商家关注的热点。未来的 统将在这股电子化大潮中扮演重要的角色。 第 7 页 同 办公系统 统办公系统技术平台 分析 随着 用内容的不断扩展， 术也在不断发展，从过去的 件系统到 等，到目前基本形成了三大主流技术： (1) 微软 的 系型数据库（ 术 微软以其功能强大、易用的 件占领了桌面应用，受到广大办公人员的喜爱，基于 办公平台则以简单、灵活、易用的特点获得了广泛的市场。 (2) 术 准）以其开放性、与 平台 无关性引领着技术发展方向，并迅速在各类应用系统中得到广泛应用与推广，在 域市场领域不断扩大。 以下 表 二种技术平台的简单比较： 表 术比较 2构原理 均基于托管的 境，将源代码翻译成中间代码，再翻译成本地代码执 行 后台数据库的访问 应用程序可以通过 效访问 关系型数据库 可运行的平台 列 任何平台 类似实体 息 没有 有 第 8 页 第三方集成 自己编写 准 厂商支持 少 广泛 行业应用及案例经验 少 多 系统安全性、高可靠性 差 好 开发、部署、维护 简单 较复杂 由上述比较可以看出，当组织规模比较大、应用 环境 比较复杂（应用系统多、平台杂）时采用 术更为合适，当组织规模相对较小、应用简单时 选择 更为合适 。 在 业务系统平台选择上主要是 争，但在办公自动化领域则不能忘却另一大主流技术 (3) 术 1989 年推出，以电子邮件、协同、非结构文档处理、安全机制见长，到目前拥有 用户 ，一度成为 标准应用与开发平台。然而随着用的内涵不断丰富， 暴露出一些明显的弱点，不妨将技术原理相同的 一 些 简单的比较 (以 用为前提 )： 表 术比较 统平台特点 通用开放的应用平台 专业应用平台 可支持的运行平台 何平台 任何平台 协同 支持 需独立开发或集成 已是产品的一部分 应用功能支持 需单独开发或集成 已嵌入许多应用模块 开发效率 低 高 开发的复杂性 高 低 用能力 强 弱 第 9 页 结构化处理能力 强 弱 非结构化数据处理能力 弱 强 计算能力 强 弱 类似 3具 ，应用功能的实现需要更多的开发或 集成 ，应用的 成熟 需要不断的进行功能沉淀与积累； 而 像 4具，提供了业界领先的协同工具、企业级文档处理、文档级安全控制机制、大量的应用模板，使其更擅长办公应用支撑，但面对大量结构化业务信息处理时则显得明显不足 。 统组成 根据分析，我们认为一个基于工作流管理的 协同办公 系统应由如下几部分组成， 如图 协 同 工 作 处理 模 块系 统 环 境协 同 事 项 管 理归 档 管 理信 息 公 告 报 表显 示 结 果信 息 管 理系 统 管 理计 算 机 网 络 和 数 据 库工 作 流 管 理图 于工作流的协同办公系统模型 (1)协同事项 流转 这部分是 协同办公 系统中最基本的和最重要的，同时也是和工作流管理联 第 10 页 系最为紧密的。它要求把原先人工起草、传送的流程转变到计算网络上自动流转，主要包括 发送协同事项（新建协同事项） 和 处理协同事项 模块。对于 发送协同事项 流程，按照 设计协同事项表单 、办理、归档等顺序进行，具有 保存待发、另存模板 、 打印 表单 、查询等 基本 功能。 在具体的 处理协同事项 处理过程中， 办理人员意见 采用 选择或者填写等 计算机输入处理。对于 协同事项的 内容实行严格的权限控制，不相关的人员不能随便查看和修改。另外， 办理人员出差 在外， 协同事项的办理 可以采用直接远程办公或者进行计算机事务代办 (代理 )，在选择事务待办的时候只能选择具有同等权限的处理人员进行办理 。 由于在协同办公系统中我们所用到的有标准工作流程与自由工作流程之分，所以在办理自由工作流程结束后需要办理人员决定下一个接点的办理人员。 对于 待办的协同事项流程 ，采用 桌面提示 的形式告知 待办 人 。 在办理人员办理完成具体任务后，系统将自动发送短消息到协同事项发起人，告之处理完成。 (2)协同事项 管理 在协同事项管理中存储了我们所保存的协同事项模板其中包括表单模板和工作流程模板以备选用 ，用户也可以根据需要自行定义 各种各样的表单以及新建标准流程或者新建自由流程 ，所有的 协同事项 都通过统一的接口与工作流管理环境进行交互。 (3) 归档 管理 对各种办结后的 协同事项 和重要信息进行立卷归档，并通过工作流管理环境管理档案，同时提供给用户方便有效的检索工具。 (4) 信息管理 从各种渠道获得原始数据，然后进行整理 、统计、分析，产生各种公布性信息、统计报表和分析结果以辅助决策。 (5) 计算机网络和数据库系统 它们是构成办公室自动化系统环境的基础设施。主要由计算机及相关硬件设备、网络通信技术和数据库组成。 第 11 页 同办公系统所采用的关键技术 在开发协同办公系统中我们 所用到了大量的技术知识，其中关键技术主要是 务技术与 架构 。下面将对该技术进行详细说明 层架构 应用技术 在计算机时代的早期，查询系统均属于单机上的、零散的、孤立的系统。这种方法很简单易用，也比手工做同样的工作快得多。但随 着时间推移，山于人们输入的信息越来越多，电子表格越来越庞大，结果，用户的要求开始有所转变了，用户需要更强的计算能力共享和存储共享来应对日益复杂的事务要求。于是出现了几种新的系统模式。 (1)C/S 模式 在 C/S 模式的信息查询系统中，信息系统被分成两部分：客户端应用程序和服务器端应用程序。存储了大量重要数据的数据库被放置在性能稳定的服务器上，客户机上也有一定量的数据。用户在客户端程序中发出查询请求，接着请求被客户端程序发送到服务器端。服务器端的程序根据收到的请求信息，在数据库中进行查找，并将符合条件的结 果返回客户端程序 ;最后客户端程序将结果显示在输出设备上，供用户查阅。 C/S 查询模式如 图 示 : 图 (2)B/S 模式 所谓 式，事实上是客户端 /服务器端模式的一种延伸。客户端只需安装浏览器，如 可访问相关资源，减轻了以往客户端程序的开发及安装、配置的复杂度。而作为数据服务器主要是用来存储各种数据。 务器则用来向客户端提供访问界面，并通过该界面实现对 第 12 页 数据的访问。这样各部分分工明确，维护起来方便简单 。当数据库中的数据发生变化时，客户端的环境无须做任何改动即可实现数据的更新，同时也隔断了客户端与数据库的直接联系，增强了数据的安全性。编程人员只需集中精力进行网络编程，有利于系统的维护。同时系统客户端的部署也变得简单。具体访问过程如 图 示 : 图 ） 三层架构 随着 术的不断发展， 用的复杂度在不断提高，由 成的两层模式已经无法满足大用户量下的复杂应用的要求了。为了提高系统的吞吐率和应用的实现效率， 系统架构师们在以上两层模式的基础上设计了三层模式。在 间加入逻辑层如 门用于事务过程的处理。 成的三层架构有效地解决了原有的两层架构在面对复杂 用时的不足。这样一方面可以有效地降低数据库服务器的负荷，也极大地提高了应用的灵活性。 图 三层结构示意图 在本系统设计实现中所采用的结构模式就是三层结构模式。其主要优点可 第 13 页 以表现在。 (1) 从开发角度和应用角度来看，三层架构比双层或单层结构都有更大的优势。三层结构适合群体开发，每人可以有不同的分工，协同工作使效率倍增。开发双层或单层应用时，每个开发人员都应对系统有较深的理解，能力要求很高，开发三层应用时，则可以结合多方面的人才，只需少数人对系统全面了解，从一定程度 上 降低了开发的难度。 (2) 三层架构属于瘦客户的模式，用户端只需一个较小的硬盘、较小的内存、较慢的 可以获得不错的性能。 (3) 三层架构的另 一个优点在于可以更好的支持分布式计算环境。逻辑层的应用程序可以有多个机器上运行，充分利用网络的计算功能。分布式计算的潜力巨大，远比升级 效。 (4) 三层架构的最大优点是它的安全性。用户端只能通过逻辑层来访问数据层，减少了入口点，把很多危险的系统功能都屏蔽了。 术 A. 述 微软用于方便地创建、构建和部署 务而专门开发的强大的应用程序开发工具 和平台。 务为企业提供了一种将互联网作为开发平台进行部署的全新方式，使企业能够跨系统和平台无缝地进行交互操作。这些产品支持 20 多种编程语言，它们使开发人员可以现有技巧进行扩展以容纳新的 务。因此在这里我们选择 为开发平台。 . 一个革命性的新平台，建立在开放的 议和标准之上，通过工具和服务将计算机通讯以崭新的方式融合在一起。实际上 一个开发和运行软件的新环境，便于开发基于 服务，拥有丰富的运行库服务以支持用多种语言编写 的组件，具有跨语言和跨平台的互操作能力。 除了全面支持 术以外， . 对当今软件工业中的 分布计算、组件化、企业服务 等 新技术提供了良好的支持。 B. 架构成 第 14 页 . 架是 核心，位于操作系统之上，由许多组件组成，其本质上就是一个运行在 上的系统应用程序，它的组成如 图 图 成 (1)架最重要的组件就是 共语言运行时 )。 适用于所有 言的运行 库 ，它用于执行和管理用任何一种符合 用语言规范）编写的所有代码。 似于 司的 在高层， 活对象，执行它们的安全检查，将它们从内存中取出并执行，然后回收。概念上 相似的，因为它们都是抽象了底层差异的运行时基础组织。然而， 前只支持 言，以字节码执行的，因此技术上它也是可以支持许多不同语言的。 持一般中间语言 (出 现的所有语言。通过 译器得到代码是 而不是机器代码，同 字节码不同， 不要翻译的，但在代码执行前 经过 译，被转化为机器代码然后被执行。 (2)上是框架基本类库。这个类库和 的类库相似，它们支持基本的输入输出功能、字符串处理、安全管理、网络通信、线程处理、文本管理、反射功能、垃圾收集功能以及其他的功能。这组基础类库包括了从 输入输出到数据访问等各方面，提供了一个统一的面向对象的、 第 15 页 层次化的、可扩展的编程接口。它 使用一种点号分隔的方法，使得查找和使用类库非常容易。 (3)理的类库。数据类支持固定数据管理一一存储在后端数据库的数据。这些类包括结构化查询语言 (装类，让 你通过标准 问 数据库， 供了一组用来连接到数据库、运行命令、返回记录集的类库，帮你处理数据。它提供的功能可以读取各种数据源中的数据、减少需要编写的代码量。选择 以充分发 强大功能外，能够方便操作数据的功能。它与从前的 似，并提供了许多新的功能。 (4). 务包括支持轻便分布组件开发的许多类，它们甚至工作在防火墙和 件的表面。这些组件支持跨计算机空间的即插即用，因为 务使用标准的 括允许快速 开发 形用户接口( )应用程序的许多类。在 开发 用程序可以象在 开发 样，使用拖放方法开发 单地将控件拖放到 单上，双击控件并编写代码响应相关事件。 (5). 供一套类支持开发本地 序。它们支持更简单的 发并提供了可以在所有语言中使用的公共的一致的接口。 下面我们将对 行详细地说明 C. 细介绍 简版的基础。它负责在执行时管理代码，提供内存管理、线程管理和远程管理等核心服务，同时又确保代码的安全性和准确性 . 要特点可以表现在以下方面： (1) 码都包含与自己相关的信息叫做元数据（ 运行在 的代码叫做 之叫做 比 很多好处，比如可以用多种编程语言编写、提高安全性、易于版本控制和程序发布等等。这些都是由 供的。但也有一些不利点，最容易想到的就是代码运行速度问题了。 第 16 页 要为 供以上功能， 须知道代码中的数据类型、类和与它有关连的 定义。这些信息叫做 包含在代码中的某个部分（编译后）。 用这个 载代码段、管理内存、执行方法调用等操作。 (2). 供 有功劳），所以可以在不同编程语言之间共享原代 码。 (3). 用元数据（ 理代码信息（不是利用注册表），所以代码易于安装。 (4). 使用统一的数据类型和类库，所以编程语言的选择变得不重要了，而且易于团队开发。 代码在 的运行过程 (1) 选择编译器 首先 择编译器，因为 可以运行不同语言开发出来的代码。 (2) 把代码编译成 用选择的编译器生成 元数据（ 它们加载到 释语言，包含代码信息，让 于编译成机器语言。与操作系统和编程语言无关。 移植可执行文件格式， 是 。 (3) 用 译器把 译成机器语言 有两种方式一种是只编译当前执行的代码段，另一种是把整个代码一次性编译。 检测代码的安全性。 (4) 执行代码 代码首次调用就会编译成机器代码，再次调用的时候就不再重新编译了。 台下 序载入原理分析 与传统的 执行程序中的本机代码 (同， 微软推出的 构中，可执行程序的代码是以类似 第 17 页 (代码形式存在的。在 执行程序载入后， 可执行文件中取出， 交由 译器，根据相应的元数据 ( 实时编译成本机代码后执行。 因此，一个 执行程序的启动过程可以分为三个步骤。 (1) 可执行程序载 入器 (入 构的可执行文件映像 ( 将执行权传递给 支持库中的 (2)启动或使用现有的 擎，建立新的应用域 ( 将 应用程序集 (入到此应用域中。 执行一个 程序集 时 ,会新建一个应用域 ,将此 程序集 放入新的应用域 序集 ,就要涉及到 程序集 载入优化策略了 。 最简单的方法是使用 志 ，每个应用域拥有一份独立的 程序集 的镜像 ， 这样速度最快 ， 管理最方便 ， 但占用内存较多 。 相对的是所有应用域共享一份 程序集 的镜像 ， (使用志 )这样节约内存 ， 但在此配件中存在静态变量等数据时 ， 因为要保证每个应用域有独立的数据 ， 所以会一定程度上影响效率 。 折中的方案是使用 (使用志 )此时 ， 只有那些有 程序集 才会被多个应用域共享 。 接下来 ,是载入用户代码所在 程序集 。 方法有两种 ,一是使用完全的 者说 过 装接口操作 ； 二是将操作移交给 分的 码执行 。 建立 程序集 中类实例后 ，可以获得一个接口 ,然后就可以通过此接口 ,以传统的 式控制 的类 . (3)最后，将执行权从 递给 行 应用程序集 中 的代码 。 第 18 页 实现 同系统设计思想以及 基本原则 计 思想 协同办公系统的本质为处理各种表单按照一定的流程在员工之间流转、处理。而协同系统包括四个最基本的要素：处理人员、表单、流程、操作。 在实际工作中，企业内部处理表单多种多样，包括发文单、收文单、请示报告、请假条、签报等，还有可能对这些处理单进行调整，这就需要用户能够定制自己的表单、修改表单、调整表单。处理单在部门内以及企业内部的流转过程也是多种多样的，而且进行变化。所以也需要用户能够定制自己的固定流程或者是自由流程或 者修改调整流程。另外企业内部的组织结构也会进行变化，部门的调整以及人员的升迁、调动都反映了组织结构的变化，这要求系统能够对人员以及组织结构方便进行管理。 协同办公系统包括：自定义表单、自定义流程、新建立协同事项等工具。 在设计协同办公系统中除了上述我们所考虑到的基本实际过程外，我们的设计思想还必须包括以下几个部分： (1) 科学化 设计企业采用的管理思想、方法、技术必然是 遵循 科学的，采用企业工程的模型化分析方法及相应的软件技术设计系统，保证系统的