苏州高新区OA系统二期软件.doc

苏州高新区OA系统二期软件招标文件苏州高新区信息化办公室二零零六年七月第一部分 投标邀请书苏州高新区信息化办公室 (招标人)，对苏州高新区OA系统二期软件进行招标。现邀请合格的投标人前来投标，通过评审择优选定中标单位来完成各项目。1. 招标项目及说明详细说明请参见本文档第六部分。2. 技术要求见本招标文件“第四部分”。3. 招投标程序第一步：招标人发招标公告第二步：投标人向招标人登记投标项目，准备投标文件。第三步：投标人递交投标文件第四步：开标第五步：招标人评标第六步：招标人公布招标结果，与中标人签定合同4. 登记投标项目方式：书面（直接递送。内容包括项目名称、投标单位名称、联系人、联系电话）地点：苏州市运河路8号4楼 苏州高新区信息化办公室 登记截止时间：2006年7月28日15：00 5. 投标文件递送地点：苏州市运河路8号7楼6号会议室递送截止时间：2006年8月9日13：006. 开标时间：2006年8月9日13：30地点：苏州市运河路8号7楼6号会议室7. 中标通知时间：另行通知方式：书面/Email通知8. 联系方法：电话84189. 答疑方式：采用集中答疑方式，过时不候时间： 2006 年7月27 日9:30地点: 苏州市运河路8号7楼 6号会议室 第二部分 投标人须知A.说 明1 适用范围本文件适用于投标邀请中所含项目。2 投标人资格2.1 凡有资金能力和技术能力、能够独立完成本招标项目的、具备法人资格的软件开发商，均为合格的投标人。2.2 投标人能承担与投标价相应的法律与经济责任。2.3 投标人能遵守中华人民共和国的法律和规章制度。3 投标费用投标人自行承担所有与参加投标有关的全部费用。B.招标文件说明4 招标文件的组成招标文件由下述部分组成： （1）投标邀请书 （2）投标人须知 （3）合同一般条款（4）系统需求说明书 （5）附件5 招标文件的修改5.1 在投标截止日期前2天，招标人可视具体情况而修改招标文件，并书面所有已登记的投标人，投标人在收到该通知后应立即以书面形式确认。5.2 为使投标人在编写投标文件时有合理的时间考虑招标文件的修改内容，招标人可酌情推迟投标截止时间和开标时间，并以书面形式进行通知。5.3 招标文件的修改通知作为招标文件的组成部分，对投标人有约束力。C.对投标文件的要求6 材料的真实性投标人应仔细阅读招标文件的所有内容，按招标文件的要求编写投标文件，并保证所提供的全部资料的真实性。否则，其投标将被拒绝。7 投标文件语言及计量单位7.1 投标文件及投标人和招标人就投标交换的文件和来往函件，应以简体中文书写。7.2 除在招标文件的技术要求中另有规定外，计量单位应使用中华人民共和国法定计量单位。8 投标文件的组成1) 投标书；2) 法人资格证明；3) 授权书；4) 投标方资格证明；5) 开发商基本情况表；6) 营业执照（复印件、加盖公章）；7) 投标方必须提供适合于本工程的注册资本证明、资信等级证明、职工人数证明；8) 投标方在近一年内已完成或正在进行的与本合同工程相似的业绩资料，包括工程合同复印件（首页和法人或法人代表签字页）、工程所在地、甲方单位、联系人及联系电话等；9) 投标人认为需加以说明的其他资料；10) 开发人员名单和经历；11) 对产品质量及售后服务的承诺；12) 技术方案。内容包括：功能定义系统架构设计原型系统说明（开放源代码软件或自有软件产品介绍）技术实现途径关键技术（技术难点）及技术风险系统建议书13) 项目计划。内容包括：项目组织和管理计划费用明细表时间进度表技术支持计划9 投标文件格式投标人应按招标文件中提供的投标文件格式填写，一律用A4纸。10 投标货币投标币种仅限用人民币。D.投标文件的递送11 投标文件的装订和封装11.1 投标文件一律一式四份，其中一份正本，三份副本。11.2 投标文件按本须知第8条中的排列顺序进行装订和封装，原件和复印件分开，并在封面或封包上标明“投标人名称”及“原件”或“复印件”。11.3 每一密封袋（包）上注明“于 之前（指投标邀请中规定的开标日期及时间）不准启封”的字样，同时在密封处加盖投标人公章。11.4 如果未按上述规定进行密封和标记，招标人对投标文件的错放或提前拆封不负责任。由此造成的错放或提前开封的投标文件将予以拒绝，并退还给投标人。12 投标文件的递送所有投标文件，都必须按要求，派专人送达。13 迟交的投标文件招标人将拒绝在投标截止时间后递交的投标文件。14 投标文件的修改14.1 投标人在递交投标文件后可对其投标文件进行修改，但必须在投标截止时间之前将书面申请递交招标人。14.2 修改后将投标文件在投标截止时间之前派专人送达。14.3 投标截止时间以后不得修改投标文件。14.4 投标文件具有下列情形之一者，将视为无效：14.4.1 投标文件逾期送达；14.4.2 投标人不具备投标资格或未按要求登记；14.4.3 未按招标文件规定密封和标记；14.4.4 未经投标人法定代表人或授权代表签署和加盖投标人公章；14.4.5 投标文件无报价；14.4.6 投标文件载明的投标完成期限超过招标文件规定的期限；14.4.7 明显不符合技术规范、技术要求；14.4.8 投标文件不全，或文件格式不符合要求、内容不全、字迹模糊、 难以辨认；14.4.9 投标人在唱标时弄虚作假、扰乱开标会场秩序，经主持人劝阻、警告仍无理取闹者。E.开标和评标15 开标15.1 招标人在规定的时间和地点开标。投标人派代表1-2人参加。15.2 开标时，先查验投标文件密封情况，确认无误后拆封。16 评标16.1 招标人将根据招标项目的特点成立评标小组。评标小组对投标文件进行审查、质询、评估和比较。16.2 评标期间，招标人可能会要求投标人代表到现场参加质询，具体时间、地点另行通知。17 对投标文件的审查17.1 评标小组将审查投标文件是否符合要求，是否有计算错误。17.2 在对投标文件进行详细评估之前，评标小组将依据投标人提供的资格证明文件对投标人的财务、技术和开发能力等方面进行综合审查。17.3 评标小组将允许修改投标中不构成重大偏离的微小的、非正规、不一致或不规则的地方。18 投标文件的澄清18.1 为了有助于对投标文件进行审查、评估和比较，评标小组有权向投标人质疑，请投标人澄清其投标内容。投标人有责任按照招标人通知的时间、地点指派授权代表进行答疑和澄清。18.2 重要澄清的答复应是书面的，但不得对投标内容进行实质性修改。19 对投标文件的评估和比较19.1 评标小组将对实质性响应招标文件的投标文件进行评估和比较。19.2 评标小组将根据以下因素进行评估：19.2.1 投标人对招标方需求的理解19.2.2 投标人方案的适用性、可行性及风险；19.2.3 投标人的技术水平；19.2.4 投标人提供的技术服务及售后服务承诺；19.2.5 投标价格；19.2.6 项目工期进度；19.2.7 投标人履行合同的资格和能力；19.2.8 其他因素。20 评标原则及方法20.1 公正、公平、公开、科学、择优。20.2 对所有投标文件的评审，均采用相同的程序和标准。20.2.1 评审开发方案的可行性、先进性、实用性以及风险等（含同类项目业绩，开发人员资质，实施本项目的资金能力、技术能力、履约能力和用户信誉等方面的从业表现等）。20.2.2 评审技术服务的承诺文件是否满足招标人的要求。20.3 评标及定标程序20.3.1 评标小组成员阅看投标文件和投标人综合情况；20.3.2 评标小组成员对投标文件的商务和技术部分进行综合评审与比较；20.3.3 对投标文件的质询与澄清；20.3.4 评标小组组长编写评标报告，评标小组成员签字确认评标结果；20.3.5 评标小组将书面评标报告和推荐的中标候选人名单报招标领导小组审定；20.3.6 招标领导小组根据评标小组提出的书面评标报告和推荐的中标候选人确定中标人。21 保密21.1 在投标、评标、决标、定标的全过程中，凡投标人递交的投标文件，以及属于有关投标文件的审查、澄清、评价和比较的一切资料和信息，均不得向其他投标人或与该过程无关的其他人员泄露。21.2 在投标文件的审查、澄清、评价和比较以及推荐中标候选单位的过程中，投标人对招标人和评标小组成员施压影响的任何行为都将导致取消投标资格。F.授予合同22 合同将授予其投标符合招标文件要求、并能圆满地履行合同的、对招标人最为有利的、最合理报价的投标人。23 中标通知23.1 定标结束7日内，招标人将以中标通知书形式通知中标的投标人其投标被接受，中标通知书一经发出即发生法律效力。23.2 中标通知书作为签订合同的依据。24 签订合同中标通知书发出后，中标人30日内与招标人签订合同。第三部分 合同一般条款1 甲方责任1.1 向乙方提供必要的支持，帮助乙方履行工作。1.2 组织合同验收工作。1.3 按合同要求向乙方付款。2 乙方责任2.1 负责按合同要求进行开发，遵守开发过程中的各项规定和制度，按时提交产品和文档。2.2 随时接受甲方的监督与检查。2.3 负责按要求提供验收材料。3 合同验收3.1 验收方式以会议或现场验收的方式进行，乙方代表提供验收所需材料，并向甲方代表进行说明、汇报。甲方代表在听取汇报和审查材料后进行审议，最终提出验收意见，由双方代表签字确认。3.2 验收所需材料本合同、本合同第7条中的产品和文档、其他记录和资料。4 合同金额人民币 万元。5 付款方式6 最终产品及文档6.1 乙方必须向甲方提供下列产品及文档：开发计划书质量保证计划需求说明书测试计划设计说明书用户使用手册测试报告技术总结报告项目总结报告可执行代码与源代码对产品的技术要求见附件A：技术要求。6.2 提交时间及内容要求见附件B：开发管理规范。7 产品的检验和测试7.1 甲方将自行对产品进行测试。7.2 本项目还将委托部分用户对产品进行测试。7.3 乙方应根据行业惯例和规定的相关国家标准（包括但不限于信息产业部、苏州市发布的信息化标准），根据测试方事先提出的要求，提供相应的产品和说明文档。7.4 甲方将在综合自行测试和委托测试用户意见的基础上，向乙方提出产品改进意见，乙方必须遵照执行。7.5 最终测试结果是产品验收的重要依据。8 不可抗力8.1 签约双方任一方由于受诸如战争、严重火灾、洪水、台风、地震等不可抗力事故的影响而不能执行合同时，履行合同的期限应予以延长，延长的期限应相当于事故所影响的时间。不可抗力事故系指买卖双方在缔结合同时所不能预见的，并且它的发生及其后果是无法避免和无法克服的事故。8.2 受阻一方应在不可抗力事故发生后尽快用电报、传真或电传通知对方，并于事故发生后7天内将有关当局出具的证明文件用特快专递或挂号信寄给对方审阅确认。一旦不可抗力事故的影响持续30天以上，双方应通过友好协商在合理的时间内达成进一步履行合同的协议。9 仲裁9.1 在执行本合同中若发生争议，双方首先应通过友好协商解决。经协商在7天内不能达成协议时，应提交由项目执行地仲裁机构根据其仲裁程序和暂行规则进行仲裁。9.2 仲裁裁决应为最终决定，并对双方具有约束力。9.3 除另有裁决外，仲裁费应由败诉方负担。9.4 在仲裁期间，除正在进行仲裁部分外，合同其它部分继续执行。10 合同修改、补充合同的修改、补充应事先经双方同意，并签字、盖章确认，作为补充合同。签字、盖章后立即生效。若补充合同与前合同发生冲突，以最新的合同为准。11 合同非正常终止若由于不可抗力或其他原因不得不提前终止合同，由此而产生的索赔、补偿等问题，双方首先应通过友好协商解决。经协商在7天内不能达成协议时，参照第9条进行仲裁。12 违约处理若一方违约，由此而产生的索赔、补偿等问题，双方首先应通过友好协商解决。经协商在7天内不能达成协议时，参照第10条进行仲裁。13 税费13.1 政府部门根据现行税法向甲方征收的与履行本合同有关的一切税费由甲方支付。13.2 政府部门根据现行税法向乙方征收的与履行本合同有关的一切税费由乙方支付。14 转让与分包未经甲方同意，乙方不得部分转让或全部转让其应履行的合同项下的义务。15 主导语言合同书写应用简体中文，合同正本两份，买卖双方各执一份。双方所有的来往函电以及与合同有关的文件均应以简体中文书写。16 沟通方式双方可以以书面、口头或电子邮件的方式进行沟通，重要事件的沟通应以书面的方式进行。有当事人签字或单位盖章的原件为正式文件，具有法律效力。其他沟通记录在双方均认同的情况下可作为正式文件使用。17 保密及知识产权协议本合同及合同涉及的其他资料、信息属保密性质，未经双方同意，任何一方不得向第三方泄露。对不属于本方、且受知识产权保护的产品、资料、信息不得用于其他目的。乙方必须保证本方开发的产品不会对其他单位或个人构成侵权行为，同时必须保证本方开发的产品不带有政治敏感性、违反国家法律及相关规定的内容。出现上述问题而引发的后果由乙方承担。甲方将根据不同的项目、制定具体的针对其产品的知识产权条款。18 技术服务18.1 在一年服务期内，免费提供小功能模块的调整开发，免费提供一次系统升级机会。18.2 自产品交付使用之日起，提供一年内710（每天：8:0018:00）免费电话、电子邮件及网站论坛方式的技术支持服务。18.3 自产品交付使用之日起，提供不少于3次的免费技术培训，具体培训时间和方式由甲方确定。18.4 自产品交付使用之日起，提供一年内710（每天：8:0018:00）不少于20次免费现场服务，响应时间不超过3小时。18.5 系统上线后三个月内，乙方必须派工程师长住甲方进行维护。19 合同有效期本合同经双方签字后，立即生效。本合同的有效期至乙方确认收到全部合同款时（第12、19条除外）。20 合同附件苏州高新区OA系统二期软件设计需求书上述合同附件与合同本身具有同等法律效力。第四部分 开发管理规范本规范适用于所有项目开发单位。如无特殊说明，各开发单位必须照此执行。如无特殊说明，本规范中涉及的文件往来均通过电子邮件方式。本规范由苏州高新区信息化办公室负责解释。1. 项目计划完成开发计划书及质量保证计划，并于合同签定后5个工作日内交到苏州高新区信息化办公室，由本办进行审查。具体要求如下：1.1. 开发计划书开发计划书中必须包括以下内容：阶段划分（必须包含“需求分析”、 “系统设计” 和“内部测试”阶段）项目组织和管理计划（必须明确人员分工）开发进度表技术支持计划1.2 .质量保证计划质量保证计划中必须包括以下内容：各阶段的进入条件各阶段的输入各阶段的输出（可见的工作结果，其中“需求分析”和“系统设计”阶段必须编写需求说明书和设计说明书，“内部测试”阶段必须编写测试报告）对各阶段输出的评价方法（其中“需求分析”和“系统设计”阶段必须经过外部评审）2 项目实施 项目实施过程中，在按开发计划书和质量保证计划执行的基础上，还必须执行以下规定：2.1 评审“需求分析”和“系统设计”阶段必须经过外部评审，未按要求进行或评审未通过均不得进入下一阶段。外部评审的具体要求如下：（1）评审申请与批准开发单位于评审前2个工作日向苏州高新区信息化办公室提出评审申请，信息办于2个工作日内进行答复，并指定评审组组长。 （2）评审程序评审会由评审组组长主持。一般程序为：报告（演示）答辩讨论形成评审意见。评审组组长在评审意见上签字，交开发单位保留。（3）评审结论及对评审结论的处理评审结论分为：通过、不通过。通过评审后，可进入下阶段工作，同时于2个工作日内将修改后的需求说明书、设计说明书交苏州高新区信息化办公室。如未通过评审，则该阶段工作需要返工，再重新提出评审申请。2.2项目沟通会议及重要的电子邮件、电话、口头沟通等要有记录，并及时向有关人员汇报和传达。相关的报告、记录等要妥善保管。2.3配置管理（1）必须设专人进行配置管理工作。（2）配置管理范围包括与项目有关的所有文档（书面文档和电子文档）、软件（源代码、可执行程序）。（3）建立项目文档清单，标明文档名称、编号、状态（书面或电子）。文档清单要便于项目组全体人员查阅，同一文档有书面和电子两种状态的，要保持其一致性。（4）建立软件版本控制制度，并严格执行。3 产品及文档提交时间开发计划书、质量保证计划于合同签定后5个工作日内提交。需求说明书于需求评审会前2个工作日内提交，并于评审会后2个工作日内提交修改后的需求说明书。测试计划于评审会后10个工作日内提交。设计说明书于设计评审会前2个工作日内提交，并于评审会后2个工作日内提交修改后的设计说明书。根据合同要求，阶段性的用户使用手册、可执行代码与源代码、测试报告于阶段性产品完成时提交。用户使用手册、技术总结报告、项目总结报告、可执行代码与源代码、测试报告，于最终版本完成时提交。4 违规处理 对本规范遵守和执行情况由苏州高新区信息化办公室负责监督与检查。如发现违规现象，本办将视情节轻重，对开发单位分别采取提醒、通报、建议进行经济处罚、建议取消投标资格等措施。第五部分：需求说明书1 概述苏州高新区OA系统二期软件建设以需求为导向，以应用为核心，以信息资源的开发利用为重点，实现全区办公业务的管理决策网络化、服务电子化的目标。2 建设原则结合政府部门的实际应用和发展要求，在进行苏州高新区OA系统二期规划和设计时，主要应遵循以下系统总体建设原则：实用性原则以现实需求为基础，充分考虑发展的需要来确定系统规模。功能模块子系统以插件方式扩展。 安全性原则苏州高新区OA系统二期服务于政府内部，对安全级别要求很高。系统应能提供安全手段防止内部用户的非法入侵以及操作人员的越级操作，保护办公信息的机密，所有应用项目和软硬件都应遵守相关的规定，符合国家有关电子政务系统安全要求。 可靠性原则系统设计能有效的避免单点失败，在设备的选择和关键设备的互联时，应提供充分的冗余备份，一方面最大限度地减少故障的可能性，另一方面要保证网络能在最短时间内修复。 成熟和先进性原则系统结构设计、系统配置、系统管理方式等方面采用国际上先进同时又是成熟、实用的技术。 规范性原则系统设计所采用的技术和设备应符合国际标准、国家标准和业界标准，为系统的扩展升级、与其他系统的互联提供良好的基础。 开放性和标准化原则在设计时，要求提供开放性好、标准化程度高的技术方案；设备的各种接口满足开放和标准化原则。 可扩充和扩展化原则所有系统设备不但满足当前需要，并在扩充模块后满足可预见将来需求，保证建设完成后的系统在向新的技术升级时，能保护现有的投资。 可管理性原则整个系统的设备应易于管理，易于维护，操作简单，易学，易用，便于进行系统配置，在设备、安全性、数据流量、性能等方面得到很好的监视和控制，并可以进行远程管理和故障诊断。 兼容性原则二期系统是在一期的基础上升级扩充而成，需整合一期已有的模块，不改变已有的操作模式，一期所有的数据需迁移到二期继续使用。3.系统需求说明苏州高新区OA系统二期建设的目标是：在苏州高新区电子政务总体目标框架的基础上，升级改造现有的OA一期，使之成为一个包含全区电子政务基础平台、统一信息交换平台、统一消息交换平台、电子公文流转系统、办公自动化系统、内部业务邮件系统、外部邮件系统、即时通信系统8大系统的综合电子政务系统，实现跨部门、跨组织的应用之间的数据交换、信息流转。1、电子政务基础平台电子政务网基础平台是整个政务网应用系统的公共平台，也是苏州高新区电子政务的统一门户。电子政务平台建设应遵循如下要求：l 实现统一的用户和权限管理。l 在适当的时候，统一用户和权限管理可提供与其它用户认证方式，如CA认证等。l 平台基础应用和服务，包括统一邮件服务、统一消息服务、统一信息发布、统一监管服务、工作流管理和应用模块管理，不仅向平台应用子系统提供应用支撑，同时对外提供Web Service服务。l 平台门户具有独立的门户支撑服务。l 支持不同应用系统集成的解决方案。l 全面支持XML标准规范。2、统一信息交换平台l 统一信息交换平台包含统一信息采集与发布系统、统一政务信息交换系统l 政务信息交换平台用于整合高新区管委会各部门的信息采编系统，提供信息编辑、信息审核、信息推送、信息发布、文件信息交换等功能，保证各部门间政务信息的共享和交换，建设政务信息资源中心，实现政府内部集中的信息管理和知识管理，保证党政信息网站和政府门户网站的及时更新和同步。l 在信息交换过程中，提供基于数字证书的加密连接与传输，实现基于PKI的数字证书认证和权限管理，确保信息交换安全；l 与信息资源库无缝连接，并通过信息资源库进行信息的集中存储和管理；l 提供开放的Web Service接口，可供各单位报送信息时调用；l 为保证各单位不同系统之间的信息交换，必须采用XML格式描述交换的信息；l 电子公文以xml方式交换。l 基于政务信息交换平台，实现各镇和区级机关各部门的网上信息报送；l 支持分布式的部署方式，全区各单位可分布部署和自行管理信息采编系统；l 支持SOA架构，各单位现有信息采编系统可以无缝集成；l 支持XML标准，基于XML实现信息交换和报送；l 支持信息分级和分类，可具体针对每条信息设置编辑、审核和发布权限，用户信息与统一用户管理相集成；l 提供信息的全文检索功能；l 支持电子期刊的编发、审核和在线浏览；党政办在对报送信息进行筛选和加工后，加上自行采集的信息，可生成高新区管委员的各类电子期刊，发送给各级领导和相关单位；区级机关各部门、乡镇街道、开发分区也可以通过信息采编，生成部门自己的刊物，发送给相关领导和单位；l 提供丰富的统计报表，可以根据自定义条件，按人、信息、栏目等统计分析信息的发布状况，提供图形化的工具和标准的报表模板；l 支持外购信息资源库和多媒体信息；l 提供全面的管理功能，可以通过管理界面自定制信息类别、级别、栏目、访问权限、审核发布流程等。l 支持选择性多点发送，可通过政务信息交换平台同时向党政信息网站和政府门户网站报送信息。3、统一消息交换平台l 统一管理所有需公务员处理的事件，以消息形式通知用户l 提供开放公共接口给其他应用系统使用l 能够通过设备网关实现电子邮件、手机短消息、即时网络短消息、电话等多种消息传递方式。l 采用HTTP，XML，IMAP，SOAP，HTML协议与其它模块通讯。l 建设统一的消息发布机制，供各类应用调用，消息传递方式包括：电子邮件、即时消息、手机短信、办公助手等。l 通过与移动、电信、联通的网关接口实现手机、小灵通短消息的发送和接收；支持直接回复、支持短信并行发送；提供子号码服务。4、电子公文流转系统l 支持数字签名、CA认证、SSL等安全技术。l 在应用程序中集成基于证书的加密模块，使公文的安全传送得到多层次保障。l 支持多种传输协议，采用Web Service技术。l 提供通用和标准的输入输出接口，为以后各部门OA系统的连接提供开放接口，既保证各单位内部流程的独立运作，又能让各个部委办局的流程通过该系统融合成一个整体的公文交换平台。l 采用数据集中和流程集中控制的形式，平台采用B/S结构和基于XML的电子公文格式规范，实现公文交换平台与部门OA系统的无缝连接。l 系统支持网络接入和单机接入两种方式，以满足不同部门计算机应用现状的需要。5、办公自动化系统l 在区电子政务数据中心建立统一的办公自动化系统，统一数据管理、业务管理和授权管理，各单位的每个终端作为远程客户端登录各自单位的系统界面。l 办公自动化系统系统是所有应用系统的核心，网上审批系统、数据交换平台、门户网站、辅助决策系统等应用都将建立与OA系统的联系。l 具有漫游功能，即用户不管在何时、何地、何台电脑上登录本系统，都能正确显示其个性化工作界面。支持用户个性化界面定制，提供用户个人信息门户。l 采用B/S架构。l 公文拟稿过程中支持Word、永中、WPS等常规文字编辑工具。l 支持流媒体、支持数字签名、PKI、CA认证、SSL等安全技术，提供统一的工作入口，能够实现SSO（单点登录）。l 支持基于XML的信息交换标准，把公文基本要素和正文全部转换成XML格式发送，并根据接收到的XML格式数据显示公文内容，从而实现与公文信息交换平台的无缝对接。l 支持表单和流程的自定义，可以方便地扩展工作流应用。l 提供可自定义扩展的知识库平台。l 提供身份权限控制管理平台，方便系统权限的分配和管理。人员权限集中设置，系统可以将人员根据其岗位职责和职务划分成不同用户群，从而从业务需求和使用权限上进行分类。l 移动办公功能，为出差在外工作人员（特别是领导）提供远程办公支持。l 组织结构管理。支持多级组织结构管理，提供中心和客户端之间的组织结构数据的同步更新。l 支持用户个性化界面定制，提供用户个人信息门户。l 可以实现与门户网站内容发布的整合，通过OA系统维护管理门户网站。l 可以通过调用公文信息交换平台接口，实现OA系统内部不同单位之间、OA系统内部单位和部门独立小OA使用单位之间无缝的公文收发、信息报送。l 预留网上联合审批系统接口，实现审批项目导入OA系统审批，并确保部门子流程和联合审批主流程的有机整合。l 可以整合辅助决策系统的功能，在OA系统内完成数据的采集、报送、统计汇总工作，并提供领导各种数据、图形进行分析决策。l 数据加密。对公文、信息进行数字签名、软件加密，以实现公文数据的安全传输。l 实现与门户网站内容发布系统的整合，通过OA系统维护管理门户网站。6、内部业务邮件系统l 根据AD的组织单元建立公共地址簿l 具有普通邮件系统的常用功能l 支持邮件群发，邮件地址簿具有自定义功能。l 邮件发送方可以跟踪邮件的签收情况。l 能与手机短信实现无缝整合。7、外部邮件系统把OA一期的基于MS EXCHANGE的邮件系统迁移到新系统，作为外部邮件系统。8、即时通信系统l 能够提供网上即时通讯服务，登录后的用户可以和其他在线用户互发信息、传递文件、程序共享、桌面共享、语音视频交流。l 系统能支持把消息平台接收到的需要发送的消息向MSN、QQ、RTX等即时通信客户端分发。4通用技术要求1 系统硬件平台应建立在较高性能的PC服务器或服务器群集上。2 系统架构应采用B/S结构。3 系统架构中各层应相应地采用各类操作系统上成熟的，符合技术标准的WEB服务器，数据库产品。4 系统开发应采用.NET开发技术。5 系统应保证各类常见操作系统客户端的正常使用。6 系统应提供基于XML的同其他部门数据交换接口。7 系统应对数据和应用的安全性作充分考虑，并提供较完善的数据加密及鉴权机制或接口以及日志跟