esb,软件招标书

esb,esb,软件招标书软件招标书 篇一：OA 项目招标书(XX0522) xxxxx 公司办公自动化项目 （招标书） xxxxx 公司 发标日期：XX 年 5 月 目 录 第一部分 投标邀请函 . . 4 第二部分 投标须知 . . 6 1. 总则 . . . . 6 2. 对投标方的基本要求 . . 6 3. 投标文件的编制 . . 8 4. 投标书的递交 . . 10 5. 开标与评标 . . 11 6. 评标原则 . . 12 7. 中标通知 . . 12 8. 授予合同时变更内容的权力. . . 12 9. 签订合同 . . 12 10. 技术支持与售后服务 . . 12 11. 其它要求 . . 13 第三部分 招标内容 . . 14 1. 招标单 位介绍 . . 14 2. 项目 建设要求 . . 14 3. 报价. . . . 14 报价总则 . . . 14 报价要求 . . . 14 价格表填写 . . 15 第四部分 附件 . . 16 附件 1：投标书格式. . . 16 附件 2：投标价格表. . . 18 附件 2A 项目造 价汇总表 . . . 18 附件 2B 办公自动化软件报 价明细表. . . . 19 附件 2C 支持产品报价明细表 . . . 20 附件 3：投标方资格证明文件 . . . 21 附件 4：投标人在相关领域方面的历史及案例（最近三 年） . . 22 附件 5：投标人认为其它需要说明的情况. . 23 附件 6：需求说明书. . . 24 1.项目背景 . . . 24 公司概况 . . 24 项目背景 . . 24 2XXXXX 公司办公自动化系统建设要求 . . 24 总体目标 . . . 24 1、统一门户应用 . . 24 2、统一流程管理 . . 25 3、统一知识管理 . . 25 4、统一身份认证和访问控制. . . 25 5、统一通讯平台 . . 26 系统建设原则 . . 26 系统需求 . . . 28 技术需求 . . 32 门户平台 . . . 32 身份认证和安全访问控制. . . 34 统一的融合通讯平台 . . 35 其他技术需求 . . 35 系统开发总体要求 . . 36 3项目实施要求. . . . 36 项目组织实施 . . . 36 项目实施计划 . . 37 项目风险 . . 37 测试要求 . . 37 项目文档要求 . . 39 4系统安装与验收. . . . 39 系统安装调试 . . 39 系统验收测试 . . 39 5用户培训 . . . 40 总体要求 . . . 40 培训对象 . . . 40 第一部分 投标邀请函 公司: xxxxx 公司（以下简称招标人）为适应当前行业竞争发 展的需要，进一步提高管理水平与质量，迫切需要建立一 套先进的、高效的、安全的、符合可持续发展要求的协助 办公自动化系统。为此，xxxxx 股份有限公司决定就办公自 动化项目进行公开招标。现将有关事宜通知如下： 一、 招标项目名称：xxxxx 公司办公自动化项目。 二、 招标文件发出日期：XX 年 5 月 22 日 。 三、 招标文件获取方式：电子邮件。 四、 收到本邀请函后，请参与投标的公司于 XX 年 5 月 26 日 16:30 前通过传真方式向 xxxxx 股份有限公司回传 投标确认函。 五、 述标时间预计 6 月初，具体时间与述标地点另行 通知。 六、 投标文件在述标时提交。 七、 通讯地址： xxxxx 公司科技信息部 邮政编码： 联 系 人： 联系电话： 传真电话： xxxxx 公司 XX 年 5 月 21 日 投 标 确 认 函 致：xxxxx 股份有限公司 我公司收到贵方关于 xxxxx 股份有限公司办公自动 化项目的招标文件，经详细研究，愿意参加投标。 有关投标方的函电请按下列地址联系： 单位名称： 单位地址： 单位电话： 邮编： 单位传真： 联系人： 联系人电话： 投标单位： （盖章） 法定代表人：（盖章） 授权代表人：（盖章） 年月日 篇二：企业服务总线 ESB 方案书 企业服务总线 ESB 方案书 1 需求综述 . 4 主数据平台接口 . . 4 业务数据接口 . 4 OA 系统接口： . . 5 国家法定信息发布 媒体： . . 5 2 系统解决方案 . 5 系统技术架构 . 5 运行平台 . . 6 开发平台 . . 6 监控平台 . . 7 公共服务 . . 7 适配器 . . 7 管理监控部分部署方案 . .9 硬件选型建议 . 10 逻辑分区部署方案 . 11 硬件配 置建议 . 11 服务接口规范 . 12 高性能、高可用性及扩展能力设计 . 12 完善的安全机制 . 13 接 入控制 . . . 16 通信接入模块 . 17 请求系统适配 . 18 服务治理 . . . 19 提供对出错服务的及时检测和隔离功能 . 20 协议转换 . . . 20 消息格式转换 . 21 服务路由 . . . 22 监控和运维 . 22 服务等级 . . . 23 可用性 . . . 24 可扩展性 . . . 24 可维护性 . . . 25 部署方案 . 9 整体解决方案 . 15 集成服务功能 . 19 系统非功能需求 . . 24 安全性 . . . 25 性能需求 . . . 25 流量控制 . . . 26 故障隔离 . . . 26 统一流水号 . 27 日志记录 . . . 27 系统平台级监控 . 27 应 用级监控 . 27 统计分析 . . . 27 异常报警 . . . 28 统一的运维管理 . 28 公用服务 . 26 管理监控 . 27 3 技术支持与服务方案 . . 28 技术支持与售后服务体系 . . 29 服务管理模式 . 29 服务响应 . 30 问题优先级（或问题严重程度）级定义 . 30 服务响应时间 . 31 问题解决时间 . 33 服务文档 . . . 34 服务消息创建流程 . 35 问题处 理流程 . 35 服务确认流程 . 36 投诉及问题升级流程 . 37 维护支持服务流程 . . 35 1 需求综述 主数据平台接口 系统建立与 SAP 相同的基础数据管理库，通过数据总 线接口同步能源集团 MDM 中传输过来的编码或数据，以满 足电子采购平台基础数据管理的需求。基础数据信息包括： 物料编码、计量单位、供应商、客户等。 业务数据接口 系统业务数据通过数据总线接口同 SAP、OA、EC 等系 统进行数据交互。 系统必须确保通过数据总线接口访问 SAP、OA 、EC 等系统数据与电子采购平台数据传输及时准确、 数据完整统一； OA 系统接口： 支持将电子采购平台中的待办事项发送到 OA 办公系统 进行审批，并读取审批流。 国家法定信息发布媒体： 按照国家相关要求，选择相关媒体建立统一接口，支 持招标公告、变更公告、结果公示等的自动发布。如国家 无强行规定，可以不做接口。 2 系统解决方案 系统技术架构 篇三：医院综合业务指挥中心系统 ESB 中间件 招标 参数 医院综合业务指挥中心 系统 篇四：IT 项目实施与管理方案-投标书 项目实施与管理 项目实施方法论 针对南京银行企业服务总线系统项目，高伟达公司基 于对客户需求、业务目标、业务能力和 IT 环境的理解，结 合多年的软件开发和系统实施经验，将项目的实施周期划 分为六个活动阶段，保证在项目生命周期内，应用合理的 项目管理和控制技术。通过专注于使客户投资回报最大化， 和使客户的投资风险最小化的关键战略和战术领域，加快 项目实施速度，使得项目成功地完成。这些阶段的特性是 可循环往复性，使客户可以尽快地获得新的应用系统所带 来的好处。 项目定义阶段 在这个阶段, 所有与分期实施相关的项目活动都被明 确定义, 项目的“项目利益相关者“被指定，项目经理和客 户项目经理的角色和职责被传达给所有的“项目利益相关者 “。管理项目所需的项目控制结构被定义,所有需要的项目 规划文件被创建, 客户的业务问题和被用来衡量项目成功 的衡量标准被确认。 制定解决方案范围，在一个高级别上定义哪些模块将 被实施，估算预期需要的客户化程度, 以及勾画出在产品 之外需要开发的内容和要提交的技术成果。解决方案范围 文档包括解决方案范围概述, 功能范围, 流程范围, 客户 化问题, 其他风险, 外部依赖条件以及假设。这个工作为 未来项目决策, 统一或达成“项目利益相关者“之间就有关 项目参数的共识，提供书面的文档。它阐述以 SOW 为基础 的业务需求，并且把它转化成产品 模块实施信息。 简而言之, 这个阶段组建项目团队，保证客户实施项 目的成功。公司人员与客户人员一道，组建项目团队, 设 定项目方法和范围，并建立项目管理控制。主要交付的成 果有，解决方案范围和项目管理控制。制定了项目质量检 查计划。 需求分析阶段 在需求调研阶段, 在项目管理小组的指导下, 由公司 和客户组成的统一的项目团队将识别并且书面记录在开始 设计客户解决方案之前所必须弄清楚的，需处理的问题。 项目团队书写、提炼满足客户业务目标所需的功能和技术 要求。主要交付的技术成果为业务需求和差距分析。 专家服务顾问将进行一个配臵检查，以保证系统有精 确的规格，便于购买硬件和架构部署。在有技术客户经理 参与的情况下, 通过完成初始的评估, 来建立部署的基准， 及通过给战略，管制，用户采用, 流程和技术各方面打分 的评估来建立业务目标。 项目设计阶段 在设计阶段, 主要的目标是设计一个能够最佳地满足 客户明确的业务需求的解决方案，并且为培训和系统测试 做准备。 在设计(Design)阶段,项目团队利用应用系统屏幕流程 和设计布局来映射在发现阶段确定的需求,设计解决方案的 原型。 主要交付的技术成果是解决方案设计文档和测试策略。 这个策略定义测试计划和测试要求，以保证一个系统部署 的成功。主要的目的是提供一个高级的测试策略，以便使 用自动化的测试工具和/或手工过程来实现功能测试,系统 整合测试(SIT),用户验收测试 (UAT)和性能测试。 专家服务顾问要执行设计检查，来评估由客户或集成 商提供的书面设计文档，并且提供详细的建议清单。设计 标准包括,但不限于，应用系统性能,对升级的影响,应用系 统维护, 与数据模型相关的问题和常规的最佳做法。 项目开发阶段 在开发阶段，项目团队将开发应用系统, 提供任何需 要的扩展功能和外部接口, 为客户部门部署和持续支持解 决方案做准备。项目团队配臵应用系统、所有需要的扩展 功能和外部接口。主要交付的技术成果有功能测试和系统 测试。这些流程整合和测试活动更好地保证介入的系统功 能与客户组织的业务需求协调一 致。 专家服务顾问应该进行一个配臵检查，来评估所有经 过客户化改造的实施文档。在这个检查过程中,所有这样的 文件都将被评估，以使应用系统性能, 应用系统升级,系统 维护工作量和常规最佳实践最优。 项目验证阶段 在验证阶段, 将完成新系统全部功能的测试。这个阶 段分两个部分。第一部分,项目团队进行一个对有生产数据 的应用系统的全部功能进行测试。在这个检测完成后,关键 用户然后进行一个代表性的验收测试，以保证系统正确地 处理用户的需求。一旦全面的功能测试结束, 将进行一个 使用系统工具的，严格的性能测试。这一阶段主要交付的 技术成果为用户验收测试和性能测试结果, 包括性能,容量 和寿命测试。 适时的性能调整审计，可保证整个企业架构环境的性 能最佳。在这个检查中, 专家服务将主动性地识别任何性 能问题, 这样将减少在运行时出现问题的风险，增加系统 生产切换的信心。在有技术客户经理参与的情况下, 可执 行一个实施准备就绪检查，以确认系统是否可以部署了。 这个实施准备就绪检查是用来评估实施风险,技术上是否准 备停当以及部署策略。 此时，应该召开管理人员定向协调研讨会，将责任转 移给一线的员工，这些员工将开始支持业务流程和技术的 推出。在管理人员定向协调研讨会上, 项目团队与客户的 管理团队一起工作，以获得维持资助人的内部负责，并把 正确的信号传达给组织的其他成员。 部署上线阶段 部署上线阶段内的第一个活动是实施一个投产导航。 这个导航是被用来测试全面的生产部署, 并且在客户业务 环境中的一部分部门中进行的，例如一个地区或一个区域。 生产导航在机构的业务环境中部分部门里，为用户提供所 有系统的特点。来自于生产导航的反馈信息指导整个的部 署。 同样在这个过程中, 专家服务顾问应该进行生产准备 就绪检查, 通过主动地识别任何可能造成部署中断和使实 施的系统解决方案的技术优点打折扣的所 有问题，来协助系统的顺利推出。 此时, 要召开流程实施研讨会，部署流程最优实践， 来优化人, 流程和技术的配合。目的是在客户所有的一线 机构中，使用变革和销售流程的最佳实践，使最初的赞助 人和行政领导团队完全满意。 项目管理方案 项目管理概述 项目管理包括在项目生命周期中协调所有项目管理知 识领域所涉及的过程。它确保项目所有的组成要素在正确 的时间结合在一起，以成功的完成项目。进行项目整体管 理时，必定涉及项目的范围、质量、时间和成本管理以及 人力资源、沟通、风险管理等各个环节，项目管理一个复 杂的工程，在此主要针对南京银行企业服务总线项目的项 目进度管理、变更管理、沟通管理、质量管理、风险管理 等相关策略进行描述。 项目进度管理 通过项目进度的管理最终明确项目开发阶段的进度控 制活动和关键流程。 项目经理： 根据软件开发计划编制详细的阶段开发计划以及每项 任务的边界时 间，并召集过程控制人员、专题小组负责人审核该计 划； 审核各专题小组拟订的每项任务的日程安排； 检查和控制项目进度； 制定进度变更计划； 过程控制人员： 协助审核详细的阶段开发计划和任务边界时间； 监督项目进展； 专题小组负责人： 协助审核详细的阶段开发计划和任务边界时间； 在听取小组成员意见的基础上，拟订每一项任务的日 程安排； 负责检查和控制任务的进度，并填写进度控制表； 负责制订任务变更计划。 进度安排流程 项目经理根据项目计划，明确该阶段的边界时间； 根据项目计划中的任务 PERT 络图，找出该阶段的关 键任务并进一步分 解、细化，在此基础上绘制更具体的阶段任务 PERT 络 图； 拟订详细的阶段计划； 确定每一关键任务的边界时间； 召集各专题小组负责人审核拟订的计划，并修改； 专题小组负责人确定任务的日程安排；对于大型的或 时间要求严格的项 目，进度安排应以天为单位； 征求小组成员的意见； 交由项目经理和过程管理人员审核。 进度控制流程 项目经理和过程管理人员按照阶段 PERT 图，标志阶 段中被跟踪的关键任 务和里程碑，并将之告知专题小组负责人； 专题小组负责人按照任务的日程安排，确定任务完成 期间的关键时间点， 并将之告知专题小组成员； 专题小组负责人经常与成员沟通，了解任务进展；并 定期检查，填写任 务进度表和下期计划表，及时发现问题； 项目经理定期组织专题小组负责人，召开项目状态会 议，了解任务进展， 及时发现问题；项目过程管理人员参加会议或了解会 议的记录； 专题小组负责人在执行中发现延迟，分析原因： 人员紧张：组内调配不了的，找项目经理解决； 事先预估不足：调整任务日程安排；若解决不了，告 知项目经理， 会同过程管理人员，调整详细的阶段计划；如果阶段 内消化不了的 问题，则项目经理按照配臵管理的程序 ，变更软件 开发计划。 篇五：电视台设备招标文件(第一包媒资系统) 项目编号: *市电视台设备采购项目 招标文件 （第一包媒资管理系统） 招 标 人：*市政府采购中心 二 O 一三年六月 目 录 第一部分：投标须知 （3 - 5） 第二部分：招标 设备清单 （6 -13） 第三部分：招标项目要求 （13- 13） 第四部分：投标方须知（14-20） 第五部分：集中采 购货物购销合同 （20-22） 第六部分：投标书格式（22- 28） 第一部分 投标须知 招 标 公 告 *市政府采购中心受*市电视台委托，对 摄像机编辑机等设备采购进行公开招标，欢迎符合条件供 应商参与投标，现将有关事项公告如下： 一、项目内容 1、项目编号：TMSKZFCGXX0014 2、项目名称：摄像 机等设备采购 二、招标项目内容：摄像机等设备一批。具体要求详 见招标文件。 三、资格审查要求： 1、符合政府采购法22 条中规定的供应商应当具备 的条件；具有法人资格，信誉良好的生产厂家或销售代理； 所提供的产品必须具备相关资质证明。 2、投标单位有效的法人代表身份证、法人营业执照、 组织机构代码证、税务登记证复印件（加盖单位公章） ； 3、生产厂家授予的产品代理委托书或法人代表授权书 （原件或公证件） 。 4、其它相关条件。 四、 提交及审查资质材料截止时间：XX 年 7 月 9 日 19：00（北京时间） 。 五、招标文件领取时间： 供应商于 XX 年 7 月 10 日 10：00-XX 年 7 月 14 日 19：30（北京时间）止领取招标文件。招标文件每份 300 元，招标文件售后不退。 六、招标文件领取地址：*市政府财政局。 七、投标截止时间及开标时间：XX 年 7 月 15 日 11：00（北京时间） 招标单位： 联系人：电子邮件： *市政府采购中心 二一三年六月十五日 投标须知前附表 第二部分设备规格及技术参数要求 非线性编辑络系统,媒体资产管理系统采购需求技术文 件 一、项目概况 *电视台本次招标采购制作、媒体资产管理等系 统。 项目总体要求 概述 *广播电视台建立的媒体资产管理系统需是以内 容管理为核心的系统，应具有很强的灵活性、可扩展性和 稳定性，既能满足我台的节目生产和管理，又能和我台现 有各个业务板块数据互联互通，也可以单独作为一个子系 统使用。能支持多种主流的数据库，还支持多级存储机制、 支持集中与分布式部署。在业务支撑平台上，按照 SOA 架 构的思想，将各种业务处理逻辑抽象成服务，为媒资应用 软件的多元化、个性化、统一服务提供基本保障。要能达 到面向大规模数据的用户，以资源管理器为核心，集多种 媒体资料的数字化、编目、检索、存储、管理于一体的资 产管理平台。以“高容量、高质量、高速度”的标准，在 保证系统功能和工作效率的前提下，最大程度优化系统结 构和工作流程，以尽可能高的性价比减少初期成本的投入 量。 系统总体设计原则 系统设计须本着“先进性、安全性、容错性、扩展性、 可靠性、开放性，兼容性”原则。 系统总体技术要求 媒体资产管理系统主要能达到面向大规模数据的用户， 以资源管理器为核心，集多种媒体资料的数字化、编目、 检索、存储、管理于一体的资产管理平台。以“高容量、 高质量、高速度”的标准，在保证系统功能和工作效率的 前提下，最大程度优化系统结构和工作流程，以尽可能高 的性价比减少初期成本的投入量。 系统应基于 SOA 体系架构的 ESBEMB 的双总线互联架 构，实现高内聚、低耦合，特别是所采用的存储架构必需 具备优秀的扩展能力，整个媒资系统既可自成体系，也可 和现有的非线性编辑系统无缝联结，任何板块的变更都不 会影响到其他板块，新板块接入也无需对已有板块进行改 造，易于管理，将来系统扩展升级后，被系统归档管理的 节目数据都能够被继承和利用。 整个系统由“媒体资产存储阵列” 、 “媒体资产数据库” 、 “媒体资产管理调度系统” 、 “媒体资产编目检索工作站” 和“转码工作站（带非线性编辑功能） ”等组成。所有的音、 视频文件主要以 MPEG2-IBP 和 MPEG2-I Frame 格式进行存 储，并以 MPEG4 低码率格式进行关联。采用数据库方式进 行查询、分类、检索和管理。 整个系统应采用模块化设计，具体要求为： 1、上载 子系统 要求支持 AV/TS 的收录，接口齐全： COMPOSITE、Y/C、YUV、SDI、IEEE1394、等接口， 篇六：电子化采购招投标平台系统解决方案白皮书 电子化采购招投标平台系统 解决方案白皮书 北京梦龙信息技术有限公司 XX-04 目 录 1. 需求分析 . . 6 业务需求 . . . 6 组织机构和权限管理 . . . 6 采购系统 . . . 7 业务办公系统 . . . 9 电子辅助招标系统 . . . 10 其他系统 . . . 10 功能需求 . . . 11 工作流引擎 . . . 11 电子表单定制 . . . 12 多视角平台门户展现方式 . 12 报表定制 . . . 12 CA 接口. . . 12 用户权限管理 . . . 12 统一日志管理 . . . 13 统一消息管理 . . . 13 统一备份管理 . . . 13 即时通讯服务 . . . 13 数据分析与数据挖掘 . . . 14 平台监控管理 . . . 14 安全需求 . . . 14 软件安全需求 . . . 14 操作系统安全需求 . . . 15 应用系统安全需求 . . . 15 数据传输安全需求 . . . 15 数据存储安全需求 . . . 16 访问控制安全需求 . . . 17 接口需求 . . . 17 与原有信息系统的接口需求 . 17 与系统软件的接口需求 . . . 18 提供二次开发数据接口 . . . 18 前期准备与建议. . . . 18 前期准备 . . . 18 结对编程 . . . 18 2. 总体设计方案 . . 19 指导思想 . . . 19 设计原则 . . . 19 设计思路 . . . 21 以框架为基石、以业务为主线 . 22 以数据为核心，对数据进行统一管理 . 23 框架跨操作系统平台，应用与设计无关，表现与业务 分离 24 “微内核”“插件”的结构，促进多种技术集成 . . 25 借鉴成功的案例，采用工业标准和成熟的主流和开源 产品 26 系统总体结构 . . . 26 总体逻辑结构 . . . 27 基础设施层 . . . 29 数据资源层和 数据库模型设计 . . . 29 Ruby 实现的应用支撑平台 . . 30 业务应用层 . . . 30 用户服务层 . . . 30 标准和规范体 系 . . . 31 安全体系和运行保障机制 . . . 31 络拓扑 . . . 32 关键技术 . . . 32 Ruby 语言 Rails 框架以及敏捷开发. . 32 SOA 体系架构及 ESB 企业服务总线技术 . 33 OA、工作流引擎和业务流程定制技术 . . 33 B/S 和跨平台的 C/S 综合应用客户端相结合的多层分 布式技术 . 33 海量数据存储与管理技术 . 33 中间件技术 . . . 33 组件化、构件化开发技术 . 34 XML 和 Web Service 技术 . 34 门户管理技术 . . . 34 系统数据接口设计. . . . 34 数据接口规范设计 . . . 34 通讯模式 . . . 35 同步消息传送 . . . 35 异步消息传送 . . . 35 点对点传输 . . . 35 路由转发 . . . 35 发布/订 阅 . . 35 集群 . . . 36 客户端 . . . 36 数据格式 . . . 36 交换协议 . . . 36 数据接口模型设计 . . . 37 数据结构 . . . 37 数据集 . . . 40 其他系统设计 . . . 41 开放性设计 . . . 41 可扩展性设计 . . . 41 灵活性设计 . . . 42 安全性设计 . . . 43 系统性能设计 . . . 43 系统性能设计目标 . . . 43 整体性能设计 . . . 43 数据库性能优化 . . . 44 负载均衡方案 . . . 46 系统部署方案 . . . 47 使用集群技术的必要性 . . . 47 集群部署方案 . . . 48 镜像服务器双机 . . 49 双机与磁盘阵列柜互联 . . . 49 前端的选择 . . 50 后端的选择 . . 52 分析和小结 . . 53 Rails app 的子系 统的部署 . 50 Rails 部署工具 . . 54 系统集成与软件部署 . . . 54 系统设计方案合理性 . . 57 3. 系统关键技术实现方案 . . 58 RUBY 语言以及敏捷开发 . . . 58 RUBY 工作流引擎 . . . 58 OA、工作流引擎和业务流程定制技术 . . 59 业务流程统一调度的实现 . . 59 流程管理 . . . 59 流程调度策略 . . . 61 SOA 体系架构及 ESB 企业服务总线技术. . 62 B/S 和跨平台的 C/S 综合应用客户端相结合的多层分 布式技术 . 64 海量数据存储与管理技术 . . 64 中间件技术 . . . 64 组件化、构件化开发技术 . . 65 XML 和 WEB SERVICE 技术 . . 65 信息交换和共享的实现 . . 65 基于集成框架和消息中间件的信息传输和转换 . . 66 应用程序接口技术 . . . 66 基础信息的共享 . . . 66 电子表单设计 . . . 67 表单处理系统的功能设计 . 67 表单设计和数据库自动生成功能 . 67 对数据字典和信息共享的支持功能 . 68 表 单打印功能 . . 69 和门户系统的集成功能 . . . 69 对附件的支持功能. . . 69 表单处理系统的性能要求 . . . 70 表单离线填报补充填报功能 . . . 70 表单处理系统的总体结构 . . . 70 表单设计器 . . 71 表单服务器 . . 71 表单服务器和门户系统之间的协同工作 . 71 表单信息共享的实现 . . . 71 离线填报的实现 . . 72 表单人工调整与美化 . . . 72 表单处理系统的技术实现 . 70 资源管理与配置. . . . 72 主要用户及用户管理需求 . 72 平台主要用户 . . 72 用户管理需求 . . 74 统一用户认证 . . 74 集中分布式授权 . . 74 统一用户信息管理. . . 75 提供人性化服务 . . 75 整合现有系统帐户. . . 75 统一用户管理模型. . . . 75 应