EOS服务平台开发招投标书范本

千里马招标网
国家税务总局淄博市税务局EOS服务
平台开发
政
府
采
购
需
求
报
告
编制时间：年月日
项目名称：国家税务总局淄博市税务局EOS服务平台开发
采购人：国家税务总局淄博市税务局
联系人：马路军
联系电话：-
资金来源：财政资金
预算金额：.万元
付款方式：
项目完成并验收合格后支付至合同价款的%，预留%作为质保金，系统运行一年后无安全隐患，付清余款。

供应商资格要求：
、具备独立法人资格，具有《营业执照》、《税务登记证》、《组织机构代码证》等有效证件（已办理上述“三证合一”的单位提供《营业执照》）；
、符合《中华人民共和国政府采购法》第二十二条规定；
、未被列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单；
、本项目不接受联合体投标。

采用的采购组织形式：部门集中采购
拟采用的政府采购方式：竞争性磋商
拟采用的评审方法：综合评分法
采购项目内容及要求：
签订合同后一个月内交货并实施完成。

一、开发平台需求
开发平台提供完整的覆盖SOA应用全生命周期的平台支撑，SOA应用全生命周期包括需求、设计、开发、测试、调试、部署、运行、维护、管控和治理。

开发平台需要实现以下功能目标：
（）开发平台符合SOA国际标准，支持SDO规范及SCA规范，符合JAVA EE 标准，采用JAVA作为基础编程语言。

（）开发平台提供一体化、可视化的应用平台，包括集成开发环境（IDE）、企业级的运营服务器引擎、企业应用和服务的治理工具、以及相应配套的产品模
块。

（）开发平台支持稳定积累基础的技术和业务模块，在各个应用中复用和锤炼，以获得更高效的开发、更稳定的质量和高更的性能。

（）设计阶段：提供系统设计工具，支持系统模块、服务接口、数据模型的可视化设计，系统设计工具有以下特性：
⏹支持图形化设计功能模块。

⏹可管理层次、模块、服务之间的调用和依赖关系。

⏹支持ER图，根据ER图生成数据库脚本和实体Bean。

（）开发阶段：开发平台支持以Eclipse平台作为基础开发工具。

以支持OSGI 标准的插件扩展开发工具，支持与其他产品的整合。

（）测试阶段：开发平台以JUnit作为基础测试框架，支持Web的自动化测试，支持测试用例的统一管理与执行。

（）运行与维护阶段：提供统一的管理控制台，具备同时管理、监控分布式部署服务器的能力；提供可扩展的管理框架，支持被管理构件的可插拔；监控探针框架为应用监控提供无消耗监控；统筹设计的分类日志，统一的日志格式，同时提供日志分析工具，保证日志的有效性和可分析性。

序
号
名称技术参数数量
EOS应用服务开发平台. 主要技术要求
对标准规范的支持要求
）基于JEE架构，支持基础的Java、JSP、XML、XSLT、XML Schema、XPATH、HTTP、EJB等规范与标准。

）★支持面向服务体系架构（SOA），能够提供国
内大型应用案例。

全面支持面向SOA框架内SCA，SDO
工业标准。

）BPM产品要求支持WfMC规范和标准。

对平台环境的支持要求
）支持广阔的系统平台，能运行在包括Windows、Linux、AIX、Solaris和HPUX等系统之上。

）支持目前流行的数据库平台，包括DB，Oracle，
套
Informix、Sybase和SQL Server等。

）★支持目前通用的JEE应用服务器，包括IBM WebSphere，Oracle WebLogic Server、JBoss、Tomcat 等。

）运行的应用服务器支持JEE.以上规范，支持EJB、JMS等规范。

产品开放性要求
）可以方便基于松耦合的机制与用户第三方组织机构库（或LDAP）衔接与集成，并且支持组织用户目录有多个来源。

）BPM产品提供丰富的API，并且支持客户端通过HTTP、SOAP、EJB、Ajax等多种方式进行调用，实现Web .的开发。

）BPM产品可以方便的调用来自第三方系统或ESB 的服务，实现流程的串联。

.产品功能性要求
流程建模与设计功能要求
）★BPM产品支持基于WEB浏览器面向业务人员的流程建模，支持业务人员与技术人员在同一个产品的一体化的建模环境中对完整的业务流程进行协同建模）★支持灵活的流转模式，如自由流、并行会签、串行会签、流程回退及业务补偿等复杂模式。

）★支持灵活的任务分配策略，包括：
在流程定义时基于机构/岗位/角色/人员及其组合分配
流程运行时动态指派任务处理人
通过业务人员配置的业务规则获取任务处理人
通过程序逻辑机制实现更灵活的任务处理人动态计算
）支持动态多子流程实例分配，无需设计时明确子
流程实例的个数，可以在运行时根据上下文数据动态分配子流程实例。

）★支持流程设计环境以PlugIn的方式与应用开发环境和开发框架融合，实现应用与流程一体化集成开发。

）支持通过多种方式设置流程流转规则，可以通过业务规则、脚本等方式进行设置，并能够通过Web界面实时动态调整。

）支持灵活的流程、活动、任务超时处理，并且支持运行时动态调整超时限制，可以在超时时刻触发指定的业务逻辑实现灵活的通知以及其它业务扩展。

）★支持定义灵活的工作日历，可以定义工作日和非工作日，工作日又可以定义工作时段，并且可以针对不同的业务需要或针对不同的机构、角色分别定义工作日历。

）★支持用户的工作项管理灵活多样，能声明、批准、拒绝或传递。

支持多种方式的任务代理与委托机制（全部代理、部分代理、全部＋例外），并支持代理传递与追溯，实现灵活的任务转交/移交。

）支持流程相关业务规则的建模，包括流程流转规则的建模、任务参与者选择规则的建模等。

）支持灵活的异常处理策略：在出现异常时可以执行功能逻辑进行补偿；转到人工环节进行人工干预；转到异常监控中由管理员进行干预等。

流程部署与执行功能要求
）工作流引擎平台具有良好的可扩展性，支持多种方式的集群，可以实现服务器级和硬件级的不停机扩展。

）支持流程引擎与业务应用的独立部署和集成部署等多种部署模式。

）支持流程及流程活动的同步/异步执行。

同步执行的活动，流程需要等待活动完成才能继续，对于异步
执行的活动，流程在触发活动运行后，继续进行下一环节。

）支持流程活动灵活的启动和完成策略，可以自动启动和自动完成，也可以人工启动/完成，或根据业务规则判断启动和完成策略。

）★支持流程运行库和历史库分离，使得对历史数据的查询和分析不会影响当前流程执行，有效提升当前流程执行的效率。

流程管理与监控功能要求
）BPM产品包含可客户化的图形操作界面，提供启动、管理和监视流程的功能，并能够很好的与用户应用集成。

提供整套API供用户或第三方开发管理界面。

）管理监控界面要求既可以与BPM服务器管理界面结合，又可以与业务功能界面结合，实现结合业务的管理与监控。

）BPM产品需具备端到端的流程控制能力，不仅可以实现端到端流程“自始至终”和“自顶向下”的贯通监控，而且能够对流程进行运行时的控制，可以启动、停止、暂停和恢复执行流程实例，可以通过人性化的方式实时修改运行数据。

）BPM产品要能够实现正常执行的流程的审计监控和非正常执行流程的异常监控，并且可以在监控功能中实现对流程及活动实例的终止/挂起/恢复等人工干预。

）支持指定不同的角色/人员对不同业务模块下的流程或实例进行分域管理、监控、调整等，清晰划分管控职责。

）BPM产品要能够支持接口开放和数据库开放的统计分析，方便实现业务应用数据与流程执行数据紧密结合的统计分析。

）提供异常告警功能，出现异常后具有相应的补偿操作机制。

流程优化与调整功能要求
）★BPM产品需要提供基于浏览器的良好的流程业务化流程调整工具支持，不但要与流程设计建模开发一体化，而且要求能够实现业务人员的流程调整和模拟测试，非编码方式快速响应流程变更。

）要求能够实现业务规则的业务化调整，以“类自然语言”的方式进行表达，非编码方式响应规则的变更。

）BPM产品要能够支持业务流程和调整后进行临时存储、非即时生效，而是待统一调整完毕并验证后统一发布才生效，降低变更的风险。

）★要求流程变更时，支持灵活的版本管理和流程热部署，既可以支持同时多个版本运行，又可以将新发起流程实例和原来运行的流程实例都按照新版本运行。

产品性能和稳定性要求
）BPM产品要能保证业务的并发量和响应时间的需求，并且消耗的资源量低。

）BPM产品要支持集群，承受大量用户的并发访问和大量流程的并发运行。

并且为了性能考虑，可以支持不依赖应用服务器集群的BPM服务器集群。

）BPM产品要能够满足长时间运行的稳定性，即使长时间高压力下运行释放压力后，各种资源能够顺利回收，系统一切运行指标正常。

产品易用性和开发效率要求
）BPM产品要容易学习和容易使用，容易与集成商的开发框架融合提供一体化的使用体验。

）BPM产品在使用上要有较高的开发效率，需要通过案例说明。

）★需要提供与产品配套的全套中文用户手册，包括开发指南、开发参考、API JavaDoc、培训教程等。

.软件产品配套服务要求
培训服务
）供应商应针对提供的软件产品向采购人提供相关产品使用和维护的培训，应保证提供的培训能够使采购人完全了解相应产品各模块的功能，并包含技术与发展、功能介绍、产品管理、维护支持等内容。

）提供详细的培训计划，该计划至少需要包括在项目建设不同阶段的培训对象、培训对象要求、培训时间安排、培训课程、授课方式、培训目的及培训所要达到的效果等。

实施服务
）需要全力配合采购方进行系统的安装、调测、试运行、验收等。

）厂商应提供对所提供的所有软件的技术支持，以解决采购人面临的问题为标准。

）厂商应具有对所提供软件进行现场支持的能力，应保证该项目中对所提供的BPM产品的顺利使用。

）★厂商应提供BPM应用实施过程的全程的、灵活的、及时的技术指导服务，应保证采购人合理的、高效的使用BPM产品，指导内容不应少于架构设计、接口设计、流程建模、开发实现、复用机制、流程优化、部署上线、监控运维。

）★为了满足采购人应用建设中超过BPM产品功能之外的需求，需要厂商承诺能够提供产品研发级的客户化定制服务，以协助采购人实现产品的个性化定制开发。

）供应商需要在投标文件中详细说明实施项目现场技术支持和指导的范围和程度。

售后服务
）供应商需要向采购人免费提供终生软件升级、补丁程序、最新版本程序
）供应商在维护期内需要向采购人提供免费技术支持、系统维护
）★供应商提供生产厂家针对本项目授权书及一年的原厂质保承诺书（中标通知书发出后，签订合同前提供）原件。

）供应商提供故障解决的后台技术支持，当用户产品、系统出现故障时，需要提供远程或现场的技术支持，确保问题的解决，如用户方要求，供应商可随时到现场提供技术支持服务
）提供疑难问题、技术咨询、变更设计等后台技术支持，当用户产品、系统出现设计、运行、维护、扩容、切换、变更等技术支持需求时，供应商可根据采购人需求，提供远程或现场的技术支持
）故障的服务响应要求在半小时内得到响应，提供×小时热线支持
）供应商需要在应答书中详细说明售后服务支持和指导的范围和程度，响应时间、解决问题时限等规则。

.软件产品配置要求
配置内容
）供应商需要根据本技术规范书，提供采购人所需购买的BPM软件功能及所需的培训、服务、技术支持等内容。

）供应商需根据采购人需求数据给出具体的BPM 软件许可配置，不含非BPM软件组件。

）供应商应根据采购人需求详细说明所提供BPM 系统所包括的各功能模块。

）供应商需对每个功能模块进行单独报价，若供应商软件的多个功能无法拆分单独使用，可合并报价。

配置要求
）供应商应提供所有软件许可证的含义。

）本册软件产品采购为新购BPM产品。

供应商报价必须对基本单元及可选单元的每个功能模块进行单独报价，可以采用“个”或“套”为单位。

产品的多个功
能无法拆分单独使用的才能使用套内报价，并且需详细
注明套内所含产品或功能名称。

）供应商所提供的软件应能实现大规模系统的要
求,在业务功能、容量、能力、性能、可扩展性和管理
等方面完全满足本规范书的要求。

）供应商应列出其软件所能提供的所有特性和业务
功能。

）供应商应保证软件配置的品种、数量准确无误。

）供应商应提供最新的、成熟的、稳定的软件版本，并注明所提供软件的版本号，并提供详细的功能清单。

）除本期项目招标所配置的培训外，供应商需针对
所提供软件的其他培训课程给出报价。

注：★条款不允许出现负偏离。