江苏师范大学流程管理平台及一卡通中心平台集群系统谈判采

1、江苏师范大学流程管理平台及一卡通中心平台集群系统谈判采购文件(No： 2016H35067)第一部分谈判供应商须知一、总则本谈判采购文件仅适用于江苏师范大学组织的谈判采购活动。凡符合资质要求的公司均可参与。无论结果如何，参加谈判公司自行承担因此所产生的全部费用。本次谈判采购活动及由本次采购活动产生的合同受国家法律制约和保护。凡参与此采购项目的谈判方，除谈判方有特别说明外，均视为接受并遵守本谈 判采购文件。本次采购活动细则由江苏师范大学招投标办公室负责解释。二、竞争性谈判工作程序发布谈判采购公告；谈判供应商获取谈判采购文件；谈判供应商咨询了解本项目基本情况，制作谈判响应文件；采购方接受谈判响应文

2、件，同时收取相关费用、保证金；竞争谈判；确定成交商，等额退还未成交方的谈判保证金；签署供货合同，执行合同。三、对谈判供应商的要求谈判供应商除具备公告中的资质要求外，还应满足下列要求：必须为独立法人；必须具有中华人民共和国消费者权益保护法所规定的售后服务的能力。成 交方必须派出技术人员提供现场服务及有关技术培训；提供的设备必须附有原始生产厂家的质保书及产品合格证，如提供假冒伪劣产 品，采购方将根据中华人民共和国消费者权益保护法的规定要求赔偿。四、谈判响应文件的要求谈判响应文件的构成：竞争性谈判响应声明函；谈判报价明细表：自做报价表，注明型号、规格、技术指标，详细的交货清 单；特殊工具及备件清单。

3、如果是进口设备，因我校享受进口免税政策，可以以欧元或 美元CIF南京报价(免税价格)；如不能办理免税，则以人民币报价。如所投产品指标 与谈判文件要求有偏离的必须在响应文件中注明。相关服务：文件中务必明确最快完工时间、产品技术服务和售后服务的内容 及措施；响应文件附件：由谈判供应商根据各自情况自行编制，规格幅面与正文一致， 主要内容包括：产品组成系统说明，产品主要技术性能和结构的详细描述；提供必要的 数据、产品制造、安装、验收的执行标准；参加谈判供应商资质证明文件：单位简介(包括组织机构、人员、经营规模、 经营特色、对企业员工的业务培训情况、经营场地使用性质、主要负责人简历介绍等) 企业法人营业

4、执照复印件；税务登记证明复印件；组织机构代码证；同类产品近三年主 要经营业绩等背景资料复印件，所有复印件均需加盖相应的有效印章，经营业绩须按附 表一的表格形式填写(见下)；如供应商提供虚假的资质证明文件，一经查实，将以无 效谈判文件处理并处以一定的经济处罚。附表一：近三年经营业绩清单:序号使用单位产品型号数量金额联系人及电话备注货物证明文件：产品授权证书及代理证书(证明谈判供应商提供的货物及其伴随服务是合格的货物和服务且符合采购文件规定)。谈判响应文件的份数、签署和封装谈判响应文件份数为正本一份，副本五份，须各自装订成册。每套谈判响应 文件须清楚地标明“正本”或“副本”。当正本与副本内容不一致

5、时，以正本为准；谈判响应文件的正本和所有的副本均需打印，由法人或授权代表签字。授权 代表须将以书面形式出具的“授权证书”附在响应该文件中；谈判响应文件的正本和所有的副本一并装入密封袋，并在密封袋骑缝处加盖 与谈判供应商一致的有效印章，否则视为无效；密封袋上应注明谈判供应商名称、联系 人及联系电话。谈判响应文件的样式谈判供应商应严格按照第四项要求的内容及顺序编写、装订谈判响应文件；一经交给，无论是否成交，其谈判响应文件恕不退还。五、谈判报价及谈判范围货物谈判价格，应报货物递送到谈判文件规定的实际交货地(买方指定的最终 用户学校的校园内)的价格，应包括运保费、税费、材料费、装卸费、安装调试费、施

6、工费等。谈判专家组在确定时，对方案、配置可作必要调整，谈判工作小组审定后可予 以执行。六、谈判日期谈判供应商应按照本次谈判采购公告中的日程安排，在规定的时间到指定地点进行 谈判，逾期不予受理。七、谈判、评审采购人按照本次采购公告中的日程安排，在规定的谈判时间在指定地点召开谈 判前会，谈判供应商的法定代表人或授权代表须准时参加；谈判小组只对确定为实质上响应谈判文件要求的响应文件进行评价和比较。学校监察、纪委、审计对谈判全过程进行监督；谈判结束后，采购人将公布最终结果，并向成交单位发成交通知书；谈判小组将视谈判情况决定由一家或多家中标；对未成交单位，采购人可不作解释。八、谈判保证金谈判供应商在参加

7、谈判时，须向采购人交纳谈判保证金，具体金额详见采购公 告；谈判保证金仅限于用汇票或现金形式支付；户名：江苏师范大学开户行：农业银行铜山新区支行帐 号：2466 0104 0000 050结果公布后，未成交的公司所缴纳的保证金即时等额退还；成交的公司所缴纳 的保证金自动转为合同履约保证金，在合同执行完毕后等额无息退还，如成交方拒绝遵 守采购文件规定、响应承诺，或拒绝签订合同，或虽签署供货合同但不予履行，则此款 作为违约金不予退还。九、签订合同在合同签订之前，采购人有权对成交方的履约能力进行最后审查，审查方式包 括询问、调查和实地考察，如发现成交公司提供的材料虚假或对响应文件所要说明的情 况故意隐

8、瞒或虚报，则采购人有权取消其签约资格，没收其保证金，并另行评定成交者（在采购有效期内）；成交公司收到成交通知书后应严格按照通知书要求的时间和地点与需方代表签 订合同；签订合同书应以采购文件和谈判响应文件承诺为依据。十、合同主要条款及付款方式采购方与成交方按合同共同进行验收；如未能达到合同要求，采购方有权退货 并要求成交方赔偿损失。付款方式：国产设备验收合格后支付合同总额的90%，如无质量与售后服务等方 面问题，余款半年内一次性付清；通过外贸代理的进口设备（学校协助办理免税手续）, 验收合格后付100%。第二部分采购项目的技术规格、要求和数量（项目需求书）因教学科研需要，我校需对流程管理平台及一

9、卡通中心平台集群系统采购进行谈判 采购。现将需求及相关事项明确如下，欢迎各企业或代理商积极投标（参数描述为基本 要求，欢迎供应商投报高于建议配置但性价比更优的产品）。标段_：流程管理平台1、建设目标在数字校园统一公共服务技术架构规划下建立一个业务流程构建平台，通过对学校 各部门面向师生服务流程的全面梳理，分期分批构建网上业务流程服务中心。本期先完 成若干亟需、受众面广的师生服务流程，从而提升学校的信息化服务水平。在对全校业务、数据进行统一梳理规划的基础上，本期建成基于教育部教育管理信 息标准的“一站式校务服务中心”，为学校提供一个表单、工作流程开发平台，学校职 能部门的老师不需要了解开发细节，

10、根据自身业务需求，自定义业务表单及审批流程。 提高学校各单位管理、服务的水平，实现跨部门、无纸化协同工作。本项目建成后将打破各部门、各系统间的壁垒，以先进的流程服务理念，将分散在 各领域的流程有效整合起来，在帮助各系统有效实现流程贯通和数据整合的同时，形成 一个真正意义的校园一站式流程服务中心。对师生用户而言，实现通过同一种操作体验完成各种信息服务和办事流程。对于学校管理者而言，通过流程的整合，实现全校层级的管理流程统计分析和优化 再造，进入一个不断提升管理效率的良性循环。对于学校后续信息化建设，提供一个从数据、表单、流程到系统对接整合的完整解 决方案，对流程处理完成所形成的数据，可以为业务管

11、理部门提供处理方案，使得解决 方案能同时满足用户服务需求和业务部门管理需求。形成信息服务需求用标准化的流程 模型描述并以标准化的方法开发的模式，使信息化服务在开发效率、响应、质量、成本 的控制上都得到明显提升，从而实现可持续的信息化建设的良性循环。2、建设内容2.1、流程管理平台提供全功能的表单开发工具与处理引擎，可以可视化、零代码地开发任意类型的表 单并实现高效率、高交互的处理；提供一体化的流程开发工具与处理引擎，实现与全功能表单的无缝融合、一体化开 发与运行。流程逻辑设计与程序代码开发高度分离，业务流程咨询师与开发人员可以独 立工作、高度融合；实现与全校各业务系统的标准化融合。通过高易用的

12、标准化接口体系，实现统一流程服务与各业务管理系统的无缝融合，以完备的接口体系实现业务流程功能的无限制扩 展；实现全校流程的统一管理、监控、优化分析；提供完备、开放、安全的API体系，实现与校方电子校务服务门户的无缝融合，从 而提供统一的流程服务体验；流程服务支持在PC、Pad、手机等各种类型的终端上的同步运行。2.2、业务流程构建与服务校内调研，梳理业务流程、数据，形成完整的校园信息服务模型，为启动服务中心 流程建设工作，做好需求调研、数据准备及业务流程分析。根据学校的初步规划，本期 建设完成学校指定的10个常用的服务流程。具体流程内容的选择根据调研情况确定。3技术要求3.1、流程管理平台技术

13、要求流程管理平台除了形成面向用户的统一流程服务界面以外，其流程服务的开发过程 还应支持标准化、可视化的表单和流程开发过程，实现快速、低成本、可持续维护的流 程服务开发机制。基于平台的流程开发的学习门槛低，能够实现对校内信息化建设人员 的快速有效地培训，从而有效应对学校管理过程中大量且持续变化的个性化管理流程要 求。此外，考虑到数字校园涉及的业务范围广、规模大、可扩展性及持续优化的要求高， 流程管理平台必须具有高度的开放性。流程管理平台须与校方的数字校园基础平台实现无缝对接。具体的关键技术要求如下：3.1.1、面向用户的流程服务大厅要求流程管理平台用于构建面向用户的一站式网上服务大厅，这是用户启

14、动流程、接受 服务、办理任务、审批任务的统一入口，所有的服务流程都通过流程管理平台面向用户。服务大厅：用户能够以各种方式找到并启动那些他能够启动的服务。包括通过分类 浏览、快速搜索、学校推荐、自主收藏等等方式，快速找到所需要的办事流程服务。待办任务：系统将根据流程的需要把当前需要用户办理/填写/审批的工作节点， 以待办任务的方式列出。用户（包括员工及各种管理岗位、审批领导）不必了解当前任 务来自后台哪个模块，只需要以统一的方式完成该任务展现出来的具体内容即可。办理中任务：流程的办理者（包括申请者、审核者）都可以在这个模块中找到，并 跟踪自己参与的流程的进展情况。已办任务：用户可以找到所有自己曾

15、经办理过的流程及其具体内容。服务评价：系统可以让用户对所有自己请求发起的流程服务进行评价。须提供一站式师生服务大厅的移动终端模块，包括Android/iOS操作系统的原生 app,以及基于HTML的服务大厅移动网页版。3.1.2、表单设计能力要求提供全功能的图形化表单设计，可根据业务需求自定义任意样式的表单。用户填写 表单时，通用信息可自动填报，避免师生的大量重复填报问题。1）表单设计方式：支持可视化建模，提供拖拽式、所见即所得的图形化表单设计能力，如可通过文件 （包括word、excel等常见日常办公格式）导入模式导入表单格式，或者支持从word 中粘贴的设计方式更佳；提供多种类的模板库满足

16、快速制表需求。2）支持丰富的表单内置控件，以及丰富的表单数据验证、操作方式，支持快速配 置各种表达式，支持表单字段间的自动关联，支持可配置的代码级联，支持条件样式。3）表单内置支持非结构化附件的上传、下载、图片预览，而无需程序开发。4）表单内置支持重复表、重复节等动态、二维表格功能的可视化定义，无需程序 开发；内置支持二维表数据行及重复节在用户填表时动态增、删及调整次序，无需程序 开发。5）易于打印：表单设计器所形成的表单能以“所见即所得”的方式，无需调整、无 需程序接入直接形成打印结果，满足日常办公打印需求。6）内置支持表单版本管理。7）内置支持基于表单数据自动创建关系型数据模型，并实现无需

17、程序开发、可配置 的自动数据持久化；支持多种数据来源：如Oracle ,SQL Server ,MySQL等常见的关系 型数据库。8）字段级表单权限控制。基于用户、角色、组织结构分配用户入口访问、填报的权限。支持根据不同流程活动配置表单内部字段显示、编辑的权限（即设置各个流程节点 可编辑的字段，针对不同流程节点配置每一个表单字段的增删改查权限）；9）表单渲染：将可视化的表单定义自动转换为可在浏览器中执行的web页面。需兼 容大部分主流浏览器，至少包括IE / Firefox / Chrome / Safari及其相应的移动版本等， 无需第三方浏览器插件支持。3.1.3、可视化流程设计要求平台应

18、提供全可视化的流程集成开发环境，并拥有大量成熟实用的案例模板。无需 编码即可实现绝大部分的应用开发，开发人员无需掌握复杂编程语言，简单培训即可胜 任开发工作，极大地降低软件开发的复杂度和软件开发速度。平台可支持多语言的Web应用开发者，即无需为不同语系的最终用户设计任何额外 的Web应用即可实现多语言的支持。平台对于工作流管理需具备以下功能：1）支持多种流程模式能够对工作流提供良好支持，四种办理方式；包括人工节点、自动节点、条件节点、 子流程、并行与归并等各种流程要素；支持包括支持单一签核、多人顺序、多人并行、 多人抢占、多人任意、指定执行、会签、传阅等常用模式；支持撤回、评价、催办、通 知、

19、过期、中止等常用操作；以及上述功能的各种组合。2）流程开发与表单设计无缝集成，支持基于表单数据直接配置流程的岗位、权限 以及执行路径3）支持多视图架构，不同的流程节点上可以配置不同的表单视图4）对移动终端表单、多语言表单提供完善支持，在无需程序开发的情况下实现多 种终端适配和多种语言适配。5）支持混合流程：业务流程引擎完全支持人工参与流程和自动处理流程。6）支持流程执行状态的可视化流程图显示；7）支持根据流程图及当前执行状态动态生成易于用户理解的流程办理进度条及后 续执行路径。进度条的生成是自动的，无需另行开发程序。8）支持在任意流程节点配置自动的表单数据建模与表单数据持久化，无需程序开 发9

20、）支持流程任意节点通过配置实现打印及下载，无需程序开发；10）可视化过程监控，跟踪活动状态，发现流程错误时可人工干预。11）内置多级权限体系：平台提供完善的组织架构管理，支持多维权限模型。支持 任意级别的组织架构管理，支持基于角色/岗位的权限体系RBAC，支持分级授权管理， 支持权限体系与学校统一身份体系的无缝对接，支持权限体系与流程表单数据的无缝对 接。12）支持可动态执行的工作流及数据操作脚本：无需编译就能够通过动态脚本在工 作流中直接处理表单数据。13）内置支持业务流程的版本管理。3.1.4、移动应用支持要求1）提供原生的服务中心移动应用：产品提供现成的一站式服务中心的移动终端 支持，包

21、括Android / iOS操作系统的原生服务中心移动应用。2）提供基于HTML的服务中心移动网页版:兼容Android / iOS操作系统的主流 移动浏览器。3） 提供基于微信、微哨的服务中心移动应用场景：服务中心实现与微信、微哨 应用平台的对接，用户可以用微信、微哨作为服务中心的移动访问方式，访问服务中心 的各项功能。3.1.5、非结构化附件存储和管理要求1）平台内置支持表单中非结构化的附件文件的上传、存储、下载、图片预览等功 能，流程开发人员无需开发额外程序。2）附件的存储可对接用户提供的各种存储设备，流程开发人员无需关心。3）非结构化附件的管理提供完整的API接口，以便于第三方系统访问

22、。3.1.6、打印与导出服务要求1）平台内置支持无需程序开发的流程表单打印和导出功能。内置支持基于MS Word 模板的打印和导出：流程开发人员在任意节点配置不同的个性化打印和导出模板，无需 程序开发，平台根据模板自动实现数据填充、打印结果渲染及导出结果的下载；2 ）支持表单转换成word/pdf文件导出。3）打印与导出服务支持开放API，可以被外部应用通过API实现快捷的打印与导出 服务。3.1.7、消息通知服务要求1）平台内置统一的消息通知服务，能够在任意节点通过配置实现各种指定形式、 指定内容的流程执行通知。2）统一的消息通知服务可以对接邮件、短信、微信消息、微哨消息等常见通知渠 道，并

23、支持可扩展的额外通知渠道的适配。3）消息通知服务支持开放API，可以被外部应用使用。3.1.8、完全的开放性要求1）流程平台以校内部署的方式运行于学校信息环境，基于平台的流程开发中所需 要的程序开发不必依赖任何特定的程序开发语言和程序开发工具。平台具备完全的开放 性。2）支持完全无需程序开发的流程开发场景与运行模式。3）能支持包括Java、.Net、PHP、Python、Ruby的多种语言进行全功能的流程开发。4）至少对Java、.Net等主流开发环境提供完备的SDK支持。可以扩展更多的语言 SDK支持。5）支持与统一身份认证授权及访问控制平台紧密集成而实现用户在业务流程中的 身份、角色和权限

24、匹配。6）系统可为相关应用系统提供共享数据访问服务，为第三方软件及二次开发提供 服务接口，服务接口符合RESTful和oAuth开放标准。7）支持多浏览器访问，例如IE 8.0、IE 11、Firefox、Chrome、safari等及其移 动版本。3.1.9、开放API要求流程平台提供完备的API接口体系，实现对学校校务服务中心的支持，接口体系需 实现的功能包括：服务大厅：能够以各种方式检索用户有权使用的服务。包括通过分类浏览、快速搜 索、学校推荐、自主收藏等等方式，快速找到所需要的办事流程服务。待办任务：能够给出需要当前用户办理/填写/审批的工作节点，以待办任务的方 式列出。用户（包括员工

25、及各种管理岗位、审批领导）不必了解当前任务来自后台哪个 模块，只需要以统一的方式完成该任务展现出来的具体内容即可。办理中任务：为指定的流程办理者（包括申请者、审核者），找到并跟踪自己参与 流程的进展情况。已办任务：能够给出指定用户所有自己曾经办理过的流程及其具体内容。服务评价：支持让用户对所有自己请求发起的流程服务进行评价。提供平台的接口体系需支持OAuth2.0协议，实现基于用户个人授权的安全模式， 有效避免大范围信息泄漏。平台的接口体系需经过长期的测试及案例验证，支持分布式负载均衡，支持百万级 日均PV的访问量。3.1.10、与学校现有数字校园平台深度集成对接1）内置支持市场大主流的校园身

26、份认证协议，包括CAS、SAML等。内置支持与市 场主要供应商身份认证平台的对接。2）系统对外提供的程序调用接口全面符合RESTful及OAuth规范，有效实现与数 字校园其他信息系统的对接。3.1.11、提供业务整合的完整方案对流程处理完成，所形成的数据，为业务管理部门提供处理方案，使得服务流程与 学校已建和未来待建相关业务系统能够无缝对接，使得解决方案能同时满足用户服务需 求和业务部门管理需求。3.2、流程服务开发的要求基于流程平台提供完整的高校业务流程的构建、实施与可持续服务，服务内容应包括：3.2.1业务调研根据业务单位现有业务办理的基础材料（办理人需填写的表格文件，业务办理的流 程说

27、明文件，参与业务审核的部门人员信息等等）进行流程梳理，形成以下文件：1）业务流程表单：根据业务办理需要，审核节点的需要形成若干表单文件，并供 业务部门逐一确认表单内容；2）在流程平台中绘制流程图：根据业务办理的流程说明，形成可视化的流程图， 表达基本的流转逻辑以供业务部门确认及修改。3.2.2流程基础开发根据业务调研的结果，完成流程的基础开发，能够快速实现可运行的原型，以达到 业务部门所见即所得的流程演示效果，在此基础上做进一步需求确认。3.2.3流程修改及完善根据业务部门的修改意见不断完善流程，提供快速迭代的流程修改和优化服务，包 括表单修改及流程节点调整，流程逻辑修改。3.2.4业务数据的

28、管理与对接根据业务流程的实际需要，对业务流程产生的数据实现自动、完整的数据建模和数 据持久化保存，对流程产生的业务数据的实现基于主题的数据管理功能，并根据需要实 现与现有其他业务系统的数据对接。3.2.5流程上线准备完成流程审核节点的岗位配置、流程上线前的试运行工作、相关人员的使用培训等 等。3.2.6流程上线的协调服务工作流程上线后，协助完成数据维护、人员信息服务、流程外部干预等工作。3.2.7流程在维护期内的持续维护流程经上线后的局部修改、流程根据政策变化做的局部调整等工作。4、其它要求4.1投标条件具有高校校级业务流程平台建设项目的经验。需提供投标产品及基于该产品的流程 开发服务，在3所

29、以上同类高校的项目案例，且在类似业务场景中有良好的应用和反馈。 校方认为必要时可至公司和高校案例现场考察，投标方应予以配合。具有良好的售后服务体系，能提供良好的技术支持。4.2项目实施要求在本项目的开发过程中和交付使用后，各个阶段都会有各种成果和文档资料。这些 成果和文档资料对所开发系统的维护和持续发展起着非常重大的作用。因此，要求将全 面、规范的成果和文档资料交付给用户方，而且要提供明确的交付清单。同时，成果和 文档资料必须符合软件工程的相关要求。要交付的成果和文档资料主要包括但不限于以 下部分：（1）执行代码和源代码：保证系统正常运行的所有执行代码，以及项目开发过程 中为用户方定制功能的源

30、代码（中标公司或第三方已有产品的源代码除外）。（2）技术文档：包括项目开发中的各种技术文档，如，开发环境配置说明、需求 分析说明、系统设计说明、用户手册、系统维护说明、系统培训资料以及有关系统接口 的技术说明等等。（3）以文档形式存在的项目成果：如系统建设中形成的各类标准规范、调研分析、 规划设计报告等等。（4）管理文档：包括项目开发中的一些工作文档，如计划、报告、讨论纲要、会 议记录等。（5）提供流程实施过程中过程记录，如文档管理、版本管理、变更记录等。交付的所有成果应包括相应的电子化版本。4.3服务和培训要求投标方需提供系统验收后3年的免费维护服务。规划制定系统的运行与维护策略和 具体方案

31、，对售后服务及系统维护的技术责任、条件和支持体系作明确说明。培训是平台建设的一个重要组成部分。在项目的不同阶段要求提供相关的培训课 程，面向系统开发和管理员、各级领导、各类用户等不同群体提供系统化、定制化和有 针对性的培训。（1）培训内容应针对系统管理人员和各类用户分别进行。通过培训应使各类用户 能独立进行相应应用与管理、故障处理、日常维护等工作，确保系统能正常安全运行。（2）投标方应在投标文件中提出培训计划，计划包括培训项目、人数、地点等详细内容。（3）培训人员必须是投标方的正式雇员或专业的授权培训机构雇员。如果使用第 三方培训机构，投标方应在投标文件中提供培训机构的名称，并能根据情况调整。

32、4.4报价要求（1）报价应包含流程管理软件平台、数字校园对接及10个流程开发的费用。（2）在本次项目包含10个流程之外，如校方需中标人为学校开发新的流程，每新 开发一个流程需要的费用。（3）免费维护服务期满后的维护服务费用标准和支付方式。标段二：一卡通中心平台集群系统一卡通系统与全校师生的校内学习和生活密切相关，在校内消费、图书借阅、上 机、门禁等方方面面广泛应用，是全校最关键的业务系统之一。一卡通中心平台是整 个一卡通系统的核心，整个系统的数据流转、账目结算、账号管理等均由中心平台完 成，中心平台的稳定，对于整个一卡通系统的正常运转有着至关重要的作用。目前，我校一卡通系统中心平台及数据库系统

33、还是单机运行，存在较大的性能瓶 颈和单点故障隐患。一卡通系统中心平台亟须升级改造成多机同时运行的集群系统， 消除单点故障，分担负载，使其更可靠、更高效地运行，从而确保整个一卡通系统的 稳定。一、技术参数及配置要求我校数据中心现有两台IBM POWER740小型机，在硬件配置上略有差异，为不 造成现有硬件的浪费，一卡通中心平台集群系统，须充分利用现有服务器，在此基础 上增加配置相应配件，并且配备共享存储、光纤交换机等其它必要的设备和配件，以 使整个环境可搭建适合一卡通中心平台数据库运行的“双活+单机热备”集群环境， 以及适合一卡通中心平台程序运行的双机热备集群环境。一卡通中心平台数据库“双活+单

34、机热备”集群环境，要求做成主机和备份机 互为备份而且具有并行处理、负载均衡、无单点失效的特点，具体应有以下特性：1）高性能，大用户量的并发访问分担到多台节点机上并行处理；单个用户重负 载的运算分担到多个节点机上做并行处理。2）高可用性，内部高速交换保证节点间内存同步和故障监测；单节点故障后用 户自动切换到其它正常的节点。3）高扩展性在集群性能不足的情况下，可通过添加硬件计算和存储资源的方式扩展集群性 能。4）易管理性，在局域网中，可使用一台客户机作为管理控制台，实现集群环境 的统一管理，可以用于管理并行数据库，同时监控各节点的数据库实例，实现启动、 停止、监控运行性能等功能；5）数据容灾具有热

35、备容灾功能，可以实现数据冗余容错。防止在数据库集群出现严重故障， 不能支持服务的时候，依然有快速的后备支持环境，不影响对外服务。热备服务器可 利用我校现有的虚拟化环境。我校一卡通中心平台程序适用于64位IBM-AIX6操作系统环境，集群环境应 能保证一卡通中心平台程序正常运行，并实现双机热备功能。4.集群系统配置的存储需要满足以下指标参数。项目指标内容基本要求市场份额在全球前五位，提供3年内IDC统计的全球存储市 场占有率报告证明。在国内拥有广泛的客户群体；产品提供 商为产品生产厂商，拥有自己的研发力量、技术专利、售后 服务机构，非OEM贴牌生产。数量1台控制器双活存储控制器，具备自动化I/O

36、路径故障转移功能，采用 专用芯片作为RAID校验计算,RAID校验计算无需损耗磁盘 性能支持不停机维护、在线调整（包括软、硬件升级、扩容、设 备更换）等操作，可用性达到99.9999%采用非Windows，非Liunx专用存储操作系统；无需额外数据硬盘安装操作系统阵列带有后备电池保护机制，并能把缓存数据存入闪存介质保证数据不丢失全冗余存储架构设计，热插拔冗余电源、冗余风扇和磁盘驱 动器，支持在线更换故障部件,在线升级微码协议支持支持 SAS、iSCSI、FC外联端口配置N8个8Gb FC光纤端口；支持扩展到4个10GbE电口 iSCSI端口；配置N4个12Gb SAS端口，支持扩展到12个磁盘

37、支持 400GB/800GB/1.6TB SSD, 600GB/900GB/1.2TB/1.8TBSAS, 2TB/3TB/4TB/6TB NL-SAS 磁盘单存储阵列支持最大磁盘数量不少于24个支持磁盘高密度配置，4U机箱支持不少于32块硬盘磁盘配置支持全局热备，自动化驱动器故障转移、检测和重 建本次配置2块400G SSD,7块600G SAS盘缓存及RAID支持配置N256GB的高速缓存所有内存支持写缓存中数据意外断电保护，保护时间不小于72小时，并要求提供能够扩展的最大缓存指标支持 RAID 0，1，3，5，6，10支持一个RAID组中，同时故障盘多于3个时，数据仍然可 以继续安全有效

38、访问的新型RAID技术应用功能可管理性本次配置快照许可，可创建存储卷的时间点映像或逻辑副 本，便于一级服务器访问备份、应用程序测试或开发、信息 分析以及数据挖掘等多种应用生产数据的暂挂版本。本次配置数据镜像许可，适用于FC和IP网络，将本地数 据持续镜像到远程存储系统来保护信息。实现数据灾难恢复 保护，支持同步和异步数据复制。提供暂停和恢复增量重 新同步、镜像一致性组，以及在镜像仍处于活动状态时创建 远程数据的卷Snapshot副本的功能。本次配置卷副本许可，提供在存储系统中创建卷的完整物理 副本（克隆）。克隆卷是一种独特的实体，可以分配给任何 主机，供需要生产数据的完整时间点副本的多种应用（例如 备份、应用程序测试或开发、信息分析或数据挖掘）使用， 而不会影响生产卷的性能。本次配置精简配置许可，根据该项应用实际所需要的容量，多次的少量的分配给应用程序，避免容量过度分配，增加容量利用率。本次配置RAID级别更改许可，在线更改现有驱动器上卷组 的RAID级别，而无需重新放置数据；本次配置SSD智能缓存分层许可，利用SSD介质来存储最 常访问的数据块