中国电信基于EAI的软件技术规划书

29/33中国电信基于EAI的企业信息门户软件技术规范书中国电信集团公司2003年1月

目录TOC\o"1-3"1、总则 12、卖方的建议书要求 23、卖方的商务报价书要求 34、项目总体说明 34.1项目背景 34.1功能架构 44.2逻辑架构 55、总体技术要求 76、软件技术要求 86.1EAI平台软件 86.1.1功能性要求 86.1.2非功能性要求 107、技术服务和技术培训 117.1技术服务 117.2技术培训 128、技术文件 129、其他 13

1、总则1.1本文件为中国电信集团公司（以下简称买方）对中国电信基于EAI的企业信息门户EAI软件供应商（以下简称卖方）提出的技术规范书，包括了EAI软件的功能性和非功能性要求，构成一套完整的技术文件（以下简称技术规范书），供卖方编写技术建议书和报价之用。本规范书将作为谈判的基础。1.2卖方所提供的所有各项设备和系统(包括软、硬件)若符合有关标准（例如ISO建议、ITU-T标准、ANSI标准、IEEE标准、IETF建议、RFC建议等）的，卖方应在建议书中具体说明，并附上相应的详细技术资料。1.3关于配置和报价(1)卖方应按照本文件的要求提供报价和建设中国电信（昆明）本地网EAI平台的全套详细的技术建议。卖方提供的各项性能、功能应完全符合买方指明的标准，并满足或高于买方指出的要求。对于本文件未规定的有关软件功能，卖方应提出建议及报价。本工程采用“交钥匙”方式，卖方负责提供所有软件，并负责配合系统集成商完成项目实施。(2)卖方应提出详细的软件配置方案及正式报价和折扣率。报价内容包括：1)EAI平台软件组件和定制的连接器等。2)安装和培训等。3)技术资料文件等。(3)在建议书中，卖方应附上其所建议使用的全部软件产品（包括第三方的产品）和相关技术（如：相关的建议、标准等）的详细资料。(4)本技术规范书应视为保证整个系统运行所需的最低要求，卖方应充分考虑系统富余能力和扩展性，如有遗漏，卖方应予以补充，否则一旦中标将认为卖方认同遗漏部分并免费提供。(5)卖方应承诺当所购置软件种类、数量发生变化时，保证所提供的价格折扣水平、技术服务等方面的各种优惠条件不变。1.4项目实施进度要求(1)卖方应保证本项目中的EAI平台软件在2003年XX月XX日之前能够正式运行，并保证根据业务需求能够进行免费调整与完善。(2)卖方应根据以上时间结点合理设计与安排项目的组成人员与工作进度，并提出买方需要配合的工作内容的详细说明与时间要求。1.5卖方若对本文件中的部分要求不能满足或者有不同于本文件相关要求的其他建议，均应在建议书中详细说明。1.6卖方应根据本文件要求在7天内提供技术建议书和商务报价。技术建议书应包含的内容见第二章要求,其和商务报价书应单独分册，其中：建议书要求提供10套，商务报价书3套，并提供建议书的电子文档。建议书要求必须采用中文书写。1.7规范书有关内容的澄清(1)卖方对于规范书的疑问可以通过书面材料与买方联系。在规定的建议书提交最后期限以前，买方将以书面材料给予答复。有关买方答复材料的复印件也将递交所有得到技术规范书的卖方。(2)在技术谈判的各个阶段，买方将以书面形式要求卖方对有关问题进行进一步的技术澄清，卖方应以书面资料给予正式应答；所有各阶段的技术澄清文件都将作为合同附件。1.8买方在任何时候保留和拥有对本文件的解释权。买方有权在签定合同前，根据需要修改和补充本技术规范书，修改补充后的最终技术规范书将作为合同的附件。2、卖方的建议书要求卖方应按照1.6要求单独提供本项目的技术建议书，其建议书的内容及要求如下：一、软件配置清单及说明1.软件配置清单应逐项列出，如大项中含有若干小项，则应列出每小项的详细清单，直至不可细分为止；2.卖方应说明软件的详细配置原则或配置说明、完成的功能、相关计算方法和依据，包括必要的公式、表格或图表。二、技术规范书及点对点应答1.要求卖方对本规范书所提出的各项要求进行逐条逐项答复、说明和解释。首先对实现或满足程度明确作出“满足”、“不满足”、“部分满足”等应答，然后作出具体、详细的说明，并列出具体技术数据和指标，不得以诸如“理解”、“注意到”等模糊之词回答，否则视该条回答无效。2.本系统技术规范书及点对点应答内容作为技术建议书的一部分，单独成册。三、总体方案建议1.要求卖方针对本项目提出基于软件产品的EAI架构的建议方案。2.要求卖方针对本项目应用要求，对硬件平台提出建议方案。四、所提供软件资料情况1.软件详细资料，包括系统软件、应用软件以及所有第三方软件功能性能说明、体系结构；2.提供软件的正式使用时间及相关性能指标的测试记录文档。五、场地及环境准备要求六、系统实施进度安排1.项目进度表，包含自合同清单确认起至合同系统保修期结束止，卖方软件安装调试进度、应用软件开发计划和进度等详细工程时间安排；2.项目相关人员安排：卖方对于项目实施的详细安排，及相应的组织机构和人员情况（按照工程进度的安排提供各阶段各类工程服务人员的数量名单，若存在第三方公司的参与，应列出本公司与第三方公司的人员比例，相应的人员的资质水平及本地化程度）；七、系统分工界面1.本次工程卖方与系统集成商、咨询商等其它第三方厂商及最终用户的工程界面、工作内容及责任分工等；2.要求图示并加以说明；八、测试及验收1.包括系统的验收流程、测试内容、测试方法及相关测试手册等；九、培训计划1.包含培训内容、等级、对象、课程安排及相关描述、人员数量、地点及相关费用标准等；十、技术承诺十一、技术服务、支持、保修1.要求卖方针对本项目，明确提出所提供的售后服务内容、等级、相关服务指标、售后服务组织机构及人员安排情况等；十二、技术文档清单1.所提供的所有软件文档清单，包括：技术文件种类、数量、版本号；十四、其他内容说明对本项目业务功能和EAI体系架构等方面的建议。3、卖方的商务报价书要求卖方应按照1.6要求单独提供本项目的商务报价书，其要求如下：3.1报价以人民币为单位。3.2报价中应有分项的详细报价、分项折扣价和总价等。3.3卖方应详细列出各种服务所需要的报价（技术服务报价应列出详细的服务内容，包括卖方人员来现场所需的全部费用）。3.4对任选软件等应列出单独的清单和价格。4、项目总体说明4.1项目背景随着中国电信的上市和所面临的日益开放和竞争激烈的电信市场，为了更有效地参与市场竞争，提升企业的核心竞争力，中国电信制定了“求真务实，努力奋斗，力争用五年左右的时间，把中国电信建设成为世界级的现代电信企业集团”的企业战略目标，以及“建立以市场为导向、以客户为中心、以效益为目标的高效运营机制”的营运目标。为配合中国电信的转型计划，云南省电信公司决定在昆明市电信公司实施企业信息门户项目，作为昆明电信BPR(业务流程重整)信息系统整合工程的启动点。门户(Portal)是一个提供多元化信息、可以满足不同岗位使用者的个性化需求、融合多种业务流程以促进工作成效、并可保障业务信息安全的窗口。企业信息门户(EnterpriseInformationPortal，以下简称EIP)，则是藉着门户的技术在企业中替员工提供一个信息完整而一致的工作环境，以提升工作团队的成效与产值。并利用这样的机制优化员工对员工(E2E)以及员工对业务(E2B)的工作流程，进而提升员工对客户(E2C)的业务关系。企业信息门户将企业信息化基础架构功能，通过一个灵活的接口呈现出来，使得传统需手工经转多处才可完成的工作流程与获取的完整资料，通过这个机制而迅速、有效地达到工作目标。通过分布实施企业信息门户，实现协调工作流和企业信息访问，昆明电信可以：一、建立有效的IT支撑手段，以规范业务流程的运作和员工行为；二、固化BPR试点成果，有效支持公司内部的SLA（服务水平协议）流程和KPI（关键业绩指标）流程的运作，提高企业运营效率和效益；三、通过企业信息门户实现企业内部相关信息共享和有效的流转，有助于实现集团企业信息化建设的目标。4.1功能架构下图是企业信息门户项目的通用功能架构图。功能架构图用于描述在系统架构中有哪一些具体的逻辑功能。在企业信息门户项目的功能架构架构图中，不仅包括一般的企业信息门户功能，还增加了整合服务的功能，以下对每个功能部件进行描述。企业信息门户功能包括门户管理功能组、访问服务功能组、门户服务功能组、信息服务功能组、协同服务功能组和应用服务功能组。门户管理功能组中包括系统管理、用户管理和安全管理，其主要作用是管理企业信息门户的日常运作。访问服务功能组中包括交互管理和多渠道访问，主要用于为用户提供多渠道的访问方式，例如浏览器、移动设备等。目前昆明电信的需求仅限于通过浏览器的访问，将来可以所着业务需求的变化，增加对移动设备访问企业信息门户的支持。门户服务功能组中包括个性化管理、搜索引擎、导航管理、上下文管理和内容发布，主要用于提供基于门户通用服务。信息服务功能组中包括内容管理和内容聚集，主要用于管理企业信息门户中各种内容服务的处理流程。协同服务功能组中包括即时消息、文档工作流和工作组群件，主要用于实现不同用户组之间的信息交流、协同工作和工作文档的流转。应用服务功能组中包括基于应用服务器开发的定制应用和其他厂家提供的第三方应用。这些应用是根据各个业务部门的具体需求而量身定做的、有专用性质的应用程序，用于解决各个部门的具体业务需求。例如本项目中的SAL处理流程、各种统计查询服务就属于定制应用功能。整合服务功能包括整合基础服务功能组和应用整合服务功能组，这些功能都属于各个IT系统的公用基础架构功能。其中整合基础服务功能组包括安全服务和目录服务功能，主要用于提供公共的安全和目录信息服务。应用整合服务功能组包括流程工作流、消息代理、事务管理、内容整合和数据库访问，主要是利用中间件的技术，通过工作流及整合平台，标准化各业务应用系统的连接，实现统一数据传输、应用系统整合和业务流程整合的功能。卖方应能为买方提供覆盖以上功能的应用系统软件的产品或基于这些产品可开发出相应的逻辑功能。4.2逻辑架构下图是企业信息门户的逻辑组件架构图，组件架构图用于描述系统中的各个组件是如何相互协调运作的。在组件架构图中，用户通过企业信息门户获得对接口业务系统的访问信息，并实现用户与用户之间、用户与企业之间的信息交互和协同工作。下面详细描述各个组件的功能以及这些组件和其他组件的关系。(A)目录与安全服务：负责统一维护和管理信息门户注册用户的资料，例如用户的身份验证信息、访问权限、配置信息等；多个组件都需与其交互，获取或者更新用户信息。(B)信息推送：当应用需要主动将信息通知用户时，由信息推送部件负责主动将相关信息通过各种方式（如邮件，即时消息等）送达用户。(C)实时协作：用户之间可以利用实时协作部件提供的功能实现相互之间的实时沟通交流。(D)个性化服务：根据用户的需要或特点，向不同的用户群组或用户个体提供不同的内容，以更好地为用户服务。(E)工作流引擎：用于实现定义、创建、运行、监控、控制和管理工作流的基础组件。(F)HTTP服务：用于提供基本的Web服务；存放绝大部分的静态内容，这些内容对所有用户都开放，无需事先验证用户的身份；记录下用户的访问日志（包括静态内容的访问和动态内容的访问）。(G)认证授权：负责用户认证和权限校验，依据权限，用户可以管理门户内容（K）、查看门户访问统计（M）、访问信息门户上提供的信息和应用（I）。可支持基于表格的登录、HTTP基本认证、数字证书(X.509v3)、RSASecurIDToken、资源敏感的认证（对特殊的资源进行额外的用户认证机制）以及其他客户化的方法。具有集中授权管理和单一登录（SingleSignOn）功能。(H)表现集成：多个应用返回的结果经表现集成部件组合成完整页面后返回给用户。(I)应用服务：具体应用运行在应用服务组件上，利用工作流引擎（E）等支撑服务实现其功能。应用接收到用户的请求后，执行相应处理，再将结果返回给用户。企业信息门户的具体应用服务包括SLA流程处理、KPI流程处理、在线培训考核、营运分析报表、信息发布等(J)外部系统接口：应用与企业其它内部系统的交互经过接口部件统一实现。(K)内容管理：负责维护、管理HTTP服务(F)上的内容。(L)搜索引擎：定期对HTTP服务(F)上的内容进行检索，生成索引，并向用户提供搜索界面，协助用户快速找到所需的信息。(M)访问统计：访问统计部件(M)通过分析访问日志，生成各种访问统计报表。(N)邮件服务：即企业内部的电子邮件服务系统。(O)EAI平台：包括流程工作流、消息代理、事务管理等功能的组件，用于实现各个系统的信息连接或业务流程整合。卖方在向买方推荐产品时，必须能包含或通过产品客户化/开发实现上图中短期实现的功能组件，同时将来也可以方便地扩展其他组件以满足企业信息门户系统中长期的功能需求。5、总体技术要求为了保证本项目的顺利实施，要求卖方提供软件满足以下技术要求。卖方应详细阐述其EAI平台软件的运行机制，并说明软件的详细配置说明和硬件需求、计算依据，并结合软硬件说明目前配置下的系统的处理能力，并说明其扩展能力；卖方应详细描述其EAI软件所实现的具体功能；卖方应详细描述其EAI软件各组件的应用功能和EAI平台上企业信息门户开发方案建议；卖方提供的软件内部的各级数据接口、数据标准、数据库表结构应保证统一的标准，并尽可能采用国家标准和国际上通用的标准和规范；卖方应保证其EAI软件架构和基于这一架构开发的连接器的安全性、高可靠性和稳定性，保证数据不因意外情况丢失或损坏，系统能够长时间不间断运行；卖方应保证其提供的EAI平台不仅可以满足目前的项目需求，在将来还可灵活地整合中国电信（昆明）的其它应用系统；卖方应提供查找、解决系统瓶颈，优化系统性能的方法或工具。6、软件技术要求6.1EAI平台软件EAI平台的技术要求包括功能性要求和非功能性要求。6.1.1功能性要求业务流程管理业务流程是一系列的业务活动，可以并行执行，也可以串行执行，通过这些业务活动来达到一个目的或者业务目标。业务流程的设计、管理和监控是EAI平台必须具备的功能，包括：支持工作流管理和流程自动化；提供工作流引擎，对业务流程进行集中控制和维护，一般应包括流程设计工具、手工任务管理器（基于Web）、流程状态监测、报表/分析，流程文档附件、组织建模、业务对象建模、输入/输出流程定义、流程版本控制、例外处理、全局事务、电信行业流程模板等；工作流引擎要提供图形用户接口来方便地对业务流程进行修改；提供企业流程门户开发和运行环境。事件服务管理业务流程中的事件需要被转换成消息的形式在事件服务总线中传输，实现系统之间的通信。因此EAI平台的事件服务管理要满足以下要求：必须采用基于消息的架构，保证消息及时可靠地传送和沟通，并能对消息接收进行确认。消息的传输方式一般包括消息队列和公布/登记两种方式。EAI平台软件最好能同时支持这两种方式；要提供消息路由功能，可以基于消息主题或消息内容进行路由；所有通过EAI平台进行传输的消息都应该支持XML格式；支持消息聚合；支持EAI组件适配器和应用的健康性，提供基于JMX、基于Web的管理控制台或基于SNMP的管理；提供事件日志，对所有的请求处理步骤、警告、错误消息都必须被记录，如果产品不支持这个级别的记录，就需要提供定制。数据格式和转换EAI平台支持最通用的数据格式，如XML、EDI、SWIFT等；支持数据转换功能。系统之间的通讯，数据要按字段对应，EAI平台要能够将这部分工作提取出来，集中进行数据转换。数据转换包括数据格式转换、数据内容转换和基于规则的转换。应用系统连接.1总体要求为了实现系统之间的通信，EAI平台必须支持JCA（Java连接器架构）或提供其它标准的连接器架构；提供适配器开发工具，支持JAVA、C、C++等多种编程语言；提供预配置的商用套件（COTS）适配器，包括CRM、ERP等；提供数据库适配器、中间件适配器。6.1.2非功能性要求EAI平台软件应满足以下非功能性要求：是成熟的软件包，属于业界领先的软件产品，包含完整丰富的企业整合平台组件；提供一个整合环境以支持开发、配置、工作流运行管理、数据转换、消息和适配器开发；支持HP/SunUNIX,Windows等多种操作系统、硬件、运行平台的整合；支持Oracle、Sybase、SQLServer等不同数据库平台；支持跨应用事务处理，实现商业逻辑与应用逻辑/数据逻辑的有效分离；支持工作流引擎和消息中间件内事务处理；支持目录服务；支持开放性标准，包括对CORBA、J2EE和WebServices的支持；提供B2B支持和工具；产品线包含针对电信行业特点的预置连接器；保证信息传送的可靠性和安全性；内置或易于实现流程整合、工作流和消息代理之间的集成；集中化的管理与控制，基于XML的统一数据标准和转换格式；良好的开发工具和友好的图形化维护界面；对于EAI平台，以平均每个交易数据量1K计算，平均每小时应能处理5000个交易，高峰期期能处理8000个交易；要求系统可支持每周7天24小时运行；不会出现单点故障；易于实施与维护，具有高可扩展性和灵活性；良好的备份/恢复机制，应用数据备份/恢复、系统全备份/恢复时间应低于12小时；提供语义级的恢复功能，语义恢复指产品在系统失败的情况下，重新启动和继续处理活动请求的能力；平台应适应5年内每年增长率为20%的处理能力；提供便利的安全支持的能力，包括鉴别、授权、加密和基于角色的管理，可以通过开放的系统编程接口集成第三方的安全模块；提供负载均衡，当功能组件的多个实例存在时，产品将请求分配给可用的实例和组件；支持多线程和多进程，进行性能优化；软件配置和开发工具在中国电信IT标准平台上可用，保证技术基础设施支持中国电信的产品；支持运行环境的伸缩调整，包括运行功能组件的多个实例的支持；在开发和生产环境中运行稳定，并支持数据缓冲；易于扩充/定制，支持中国电信的业务/技术需求的变化；支持用户交互整合。7、技术服务和技术培训卖方应说明其技术维护队伍和机构情况，服务模式等，并说明其在国内的维护与服务能力。7.1技术服务卖方应列出其产品在国际电信市场的成功案例；卖方应提供软件安装调试时所需的技术资料,卖方有责任在保证安全和质量的前提下提供技术服务,包括技术咨询等；在软件安装调测期间,买方有权派出技术人员参