( 电子政务基础平台 )需求公示
项目名称
电子政务基础平台
采购类型
服务类
采购人名称
深圳市规划和国土资源委员会
采购方式
公开招标
财政预算限额（元）
*******
项目背景
我委信息建设覆盖规划、土地、房产、监察、地名、地矿等领域，系统功能众多，开发量大。现有的政务基础平台虽然包含前端开发框架、后端开发框架、工作流、SOA框架等主要的技术基础支撑，这些基础支撑广泛用于我委的各个系统，也发挥了重要的作用，但目前的平台在规范开发成果和提升工作效率方面仍有些欠缺，为了进一步提高开发效率，规范开发成果、提升开发质量，急需建立含有构建平台、数据服务平台、移动开发框架等内容的基础平台
投标人资质要求
（1）投标人具有独立法人资格，政府采购注册供应商。（2）根据深府购〔2013〕7号的相关规定，近三年内（供应商成立不足三年的可从成立之日起算）无行贿犯罪记录。由采购中心定期向市人民检察院申请集中查询，采投标文件中无需提供证明材料。（3）本项目不接受联合体投标，不允许分包或转包。
服务类清单
序号 采购计划编号 需求内容 数量 单位 备注 财政预算限额(元)
1 ********0521 见需求内容 1.0 项 *******.0
具体技术要求
一、 建设目标
1) 提高开发效率，让开发人员重点关注业务需求、业务规则，减少对技术学习、研究成本。
2) 提高开发质量，在系统的可扩展性、可兼容性、可移植性、高伸缩性方面提供底层的技术支撑，进一步提高系统性能。
3) 规范开发流程，对前端和后端的编码规范通过组件进行代码级的规范，同时借助此平台对整体的开发流程作进一步规范。
4) 降低维护成本，通过对开发成果的规范和提高软件开发产品的质量，可以减少系统出错率，即使出错也可让维护人员快速定位错原因，同时能够更好的完善升级。
二、 系统功能性需求
一）构建平台建设
(一) 总体要求
1) 基于信息中心现有的基础平台成果（技术框架、组件、构件等）和业务应用成果（业务架构、业务组件、WEB服务等）进行构建，同时构建平台需要支持现有应用系统后续扩展升级。
2) 平台采用开源或自主知识产权产品构建，同时本项目所有源码及成果归我方所有。
3) 平台支持微服务、微应用架构，前后端应用相对分离，通过组件化的组装提供灵活的模块化部署能力。服务端采用MVC多层次架构体系，提供基于Restful API的微服务访问接口；
4) 基于模板进行快速构建，可以定义不同架构的模板，可以是三层、四层甚至是五层、六层的架构，以适应行业技术的不断发展
5) 基于设计进行快速构建，将设计模型（UML建模的类或ER模型）作为输入，即可自动生成前端和后端的完整的可运行的代码
6) IDE开发工具提供可视化向导构建功能，通过一步一步的向导操作模式，简化构建操作的复杂性。
7) 平台应用功能通过组件形式发布，采用Maven进行组件仓库、版本、依赖关系的管理，同时提供组件资产的管理功能，能实现对组件信息、组件文档资料、界面截图、版本依赖关系、使用情况进行管理，支持通过组件市场下载、打包组装应用功能。
8) 提供智能代码生成功能，根据模板快速生成代码，可以根据数据库设计智能生成相应的格式，并快速引入业务组件。
9) 提供工作流功能，支持与中心的工作流引擎的集成。
10) 支持业务逻辑植入，可以在构建平台中编写复杂业务逻辑。
11) 构建成果运行性能优越，安全可靠，同时提供性能和安全的监控手段。
12) 平台支持服务组件、应用组件的分布式、集群部署。
13) 提供移动开发框架，支持Hybrid混合式开发模式，可复用平台服务端API接口，提供常见的APP开发控件，可以基于移动开发框架快速构建移动APP程序。
(二) 建设内容
1. 业务建模
在构建系统前需要对业务资源进行定义和建模，主要包括定义组织模型、业务流程、功能层次结构、业务规则、注册业务组件、注册业务服务等。
1）定义组织模型
集成中心用户权限体系中的用户管理、组织管理、角色管理、权限管理等功能，为系统构建提供基础的业务支撑。
2）定义业务流程
通过集成中心工作流平台的流程设计器可以快速定义业务流程，流程的环节、判断、流向等元素都可以通过拖拽的方式进行快速定义，定义完成后进行保存便于业务开发引用。
3）定义功能层次
将整个系统的业务结构和功能模块进行分析和定义，形成一张完整的功能层次图，主要定义的内容包括：一级产品名称、编号、版本、描述；二级产品、名称、编号、版本；三级产品名称、编号、版本、描述、对应需求、对应设计、对应实现（UI和类）等。
4）定义业务规则
定义可以重用的业务规则（如计算容积率规则、计算房产转移税费规则等），形成统一的业务规则清单，使业务规则可以重复利用，在系统构建时可以快速利用。
2. 系统资源配置
在构建系统前需要对系统资源进行定义和构建，主要包括定义物理资源、定义数据字典、注册UI组件、定义数据模型、整合数据资源等。
1) 注册物理资源
注册现有的各类物理资源（如：应用服务器、数据库服务器、文件服务器、文件共享目录、文件上传目等），形成统一的物理资源清单，在系统构建时可以快速利用。
2) 定义数据字典
整合各个项目建立的数据字典（如用地类别、文件类别等），形成统一的数据字典清单，在系统构建时可以快速利用。
3) 定义数据模型
将数据库设计产生的数据库结构模型，纳入到构建平台中，作为构建的重要输入。
4) 注册UI组件
注册前端的各类组件（文本框、下拉列表、日期选择框），形成统一的UI组件清单，在系统构建时可以快速利用。
6）注册业务组件
整合项目组已有的业务组件，包括成品业务组件（如选人、选机构、选项目等）和半成品业务组件（如XX基本信息登记、XX材料登记列表、复杂的图形核查等），形成统一业务组件清单，在系统构建时可以快速利用。
提供多种形式的业务组件复用：
a）平台支持通过组件继承方式，以资源覆盖的形式基于旧版本组件形成新版本业务功能组件；
b）组件依赖调用：通过组件依赖的方式，调用其他组件的业务功能或页面资源。
7）注册业务服务
a) 注册发布给其他项目调用的API服务（如获取建设项目服务、获取部门的人员列表等），平台自动生成服务调用API接口、输入输出参数、报文格式等文档信息。
b) 服务接口调用支持统一的安全授权机制，防止非授权用户访问服务接口。
c) 支持统一将这些服务发布到SOA框架上，将服务列表向各项目组开发，并提供申请调用接口，系统构建时可以快速使用这些接口。
3. 应用骨架定义
通过选择构建模板，并输入项目名称和模块名称，即可生成项目的骨架初始定义，项目的骨架包括前端目录结构、后端分层结构、源码位置和结构、编译类位置和结构、单元测试位置和结构、Spring上下文主要结构、事务管理、日志管理、异常处理的默认配置等。
1)配置构建信息
对构建涉及的各类信息，主要包括：
a．项目基本信息：项目名称、开发部门、开发人员、项目类型、版本信息等。
b．模块划分信息：模块结构、模块层级、模块命名
c．项目文件结构：资源目录、公共目录、源码结构、构建输出结构、WEB-INF结构、web目录等。
d．技术架构配置：Spring上下文、WEB.xml配置、URL映射、拦截器等
2)配置权限控制
根据权限控制的要求，可以为每个业务功能相应的URL配置访问权限，访问权限由中心权限管理系统统一定义。
平台提供开放的权限控制接口机制，支持Oauth2、CAS、LDAP等认证系统的集成能力
3)配置异常处理
在构建项目骨架的时候，已生成异常处理的默认配置，通过系统功能可以重新修改异常处理的配置。
4)配置日志管理
在构建项目骨架的时候，已生成日志管理的默认配置，通过系统功能可以重新修改日志管理的配置。
平台支持不同类型的日志跟踪配置能力，能够区分数据库访问、用户访问、安全日志、性能日志等，支持将日志信息重定向到数据库或日志分析采集系统。
5)配置事务管理
在构建项目骨架的时候，已生成事务管理的默认配置，通过系统功能可以重新修改事务管理的配置
4. 应用构建定义
1)定义表单
以系统设计（或领域模型、数据库对象）作为输入成果，通过选择已定制的表单模板，快速定义某个或某几个实体的新增、修改、查看、查询、删除及定制表单，表单中的元素可以来源于系统设计，元素的UI通过前面注册的PLUI组件来实现，并可以对元素属性设置，如调整输入框的类型，显示方式（显示/隐藏）、读写类型（写/只读）。
同时可以设置页面对应的业务组件，如选人组件、选择机构组件、选项目、选择宗地等业务组件，也可以调整输入框对应的数据字典，如选用地性质、选项目类型等。
通过简单的设置可以表单元素进行快速布局，最后可以设置页面提交执行的后台方法。
2）定义业务类
以系统设计（或领域模型、数据库对象）作为输入成果，通过选择已定制的类模板，快速定义某个业务实体（或领域对象）的一整套业务类，这套业务类是按架构分层来生成的，一般包括Ation、Delegate、Service这几层的业务类，如用户实体（sec_users）生成的业务类包括UserAction、UserDelegate、UserService，这些业务类默认包含增、删、改、查操作的逻辑实现，根据需要可以裁减默认生成的方法。
3)定义业务方法
快速新增某个业务实体（领域对象）的一套方法，这套业务方法是按架构分层来生成的，在相应Ation、Delegate、Service这几层的业务类中增加相同方法的骨架，同时在Service类中的方法中引用前面定义的系统资源，如业务规则、业务服务（SOA）等。
4）定义单元测试
以系统设计（或领域模型、数据库对象）作为输入成果，平台提供基于编写的业务类、业务方法自动生成单元测试代码框架的能力，可快速生成相关业务方法的单元测试的骨架，减少开发人员编写单元测试代码的工作量。
面向数据库的测试业务，支持测试事务自动回滚，允许测试程序完成数据操作后不产生测试数据提交到数据库。
5. 生成构建成果
在完成前面的构建定义后，可以通过“一键”操作的方式输出构建成果，构建成果包括：源代码、配置文件、单元测试代码及测试结果、前端页面、编译类、WEB应用等，平台支持构建完成的成果以组件方式发布应用市场，形成应用软件资产进行管理。
6. 构建成果维护
1)维护表单
增、删、改、查等页面构建后，构建平台需要提供页面编辑器对构建好的页面进行方便、快捷地进行修改，操作人员可以在页面编辑器中方便地拖拉拽PLUI的页面元素，然后进行元素属性设置，如调整输入框的类型，显示方式（显示/隐藏）、读写类型（写/只读），同时可以调整对应的业务组件，如选人组件、选择机构组件、选项目、选择宗地等业务组件，也可以调整输入框对应的数据字典，如选用地性质、选项目类型等。
IDE工具提供表单生成代码的重复生成能力，支持对表单界面自动生成的代码进行局部重新生成而不覆盖其他修改的内容。
2)维护后台代码及配置
后台代码（业务类、业务方法、业务逻辑、配置文件等）构建后，构建平台需要提供代码编辑器对构建好的代码和配置文件进行方便、快捷地进行修改，代码编辑器可以对代码进行规范的排版，并检测相应的语法错误，同时可以方便的调用已注册的后端资源（如：SOA服务）。
3）维护业务功能组件
对构建完成后形成的业务功能组件，支持在应用市场进行统一管理。
7. 面向微服务架构的组件化开发
1) 平台支持SpringCloud微服务框架，采用组件化的开发和部署模式，开发人员可按组件进行单独开发、测试、发布。
2) 平台提供核心Runtime运行环境，一组独立功能的组件可以基于Runtime独立运行，组件提供的API服务可通过SpringCloud网关进行管理。
3) 系统按照设计可按模块划分为众多业务组件，平台提供组件之间的互相调用能力，并能保持事务一致性
4) 提供组件的版本、依赖管理，组件通过maven进行管理和组织
5) 提供通过继承方式对不开放源码的组件进行功能改造、更新。
6) 提供集成IDE开发环境，对组件开发、测试过程进行管理。
7) 提供组件应用市场管理功能。
8. 管理构建模板
系统提供功能对构建需要的各类模板进行定义，需要定义的模板主要包括：目录结构模板、架构分层模板、前端代码结构模板、后端代码结构模板、配置文件模板等。
9. 项目质量评价
构建平台可以的已有的项目和新建的项目的质量进行评价，并生成评价报告，报告的内容主要包括：技术架构是否合理、前端代码是否遵循UI规范、后端编码是否合理等。
10. 系统监控
对系统运行的性能、安全性、吞吐量、负载情况进行全面的监控，并可以提供各种维度的监控报告。
二、移动开发框架建设
1、 提供基于Ionic的移动应用开发框架，支持Hybrid混合式的移动APP开发。
2、 提供移动APP开发的基础组件、扩展组件、系统基础功能框架功能。
基本界面组件主要包括：头部栏（Header）、内容（Content）、底部栏（Footer）、按钮（Buttons）、列表（List）、卡片（Card）、表单（Form）、开关（Toggle）、多选框（Checkbox）、单选框（Radio Buttons)、滑块（Range）、下拉选择（Select） 、多标签页（Tabs） 、表格布局（Grid） 、实用类(Utility)等；
扩展组件主要包括：拍照、视频、录音、地图、二维码识别、RFID标签识别、扩展录入组件 、单选、多选列表框 、消息推送 、统计图表 、日期选择 、手势密码 、索引列表、语音识别、蓝牙接口等
系统基础功能主要包括：登录、首页模板、国际化、版本自动升级等；
3、 提供与开发平台服务端交互调用、数据同步的整合集成能力，支持服务端Api接口服务的复用，不需要配合移动端重新编写专用的业务接口
4、 开发的移动APP应用支持Android、IOS手机或平板电脑上运行。
三、前端界面框架建设*
1、 提供基于Bootstrap+VUE.JS前端框架封装的前端UI组件，包括DataGrid列表、树、多选框、选择清单、下拉选择框、单选框、文本框、按钮、时间选择、菜单、附件上传、对话框等前端组件,提高前端代码的执行效率。
2、 集成IDE开发工具可自动生成服务端API接口调用JS，方便开发人员编写服务端调用脚本。
3、 提供数据感知前端控件，例如DataGrid列表、树、下拉框、列表对话框等，支持通过调用属性参数配置，快速绑定服务端数据展示，列表控件提供自动分页、Excel导出功能
4、 封装简化前端控件的调用接口，降低前端开发的成本，提高前端开发效率。
5、 提供制定UI组件使用规则，定义前端控件使用场景，明确哪些元素必须使用UI组件，哪些元素用原始HTML控件。
6、 提供前端JS组件封装，将常用的JS操作封装处JS组件库，提供JS层面的代码的重用性。
7、 提供基于gulp定制UI样式的能力，不同项目可以基于平台UI界面框架灵活定制项目的界面CSS风格。
8、 提供灵活的表单页面控件布局模式，方便制定页面布局的统一规则，比如约定一个页面最多可以有多少个输入框，每一行的输入框的布局规则等。
三、 系统非功能性需求
(一) 性能要求
1、 精度
软件所控制的数据精度符合管理的要求。精度要求主要体现在时间精度、货币精度、数量精度等方面。
时间精度：系统中相关的时间精确程度会影响到记分排序的差异。时间精度控制到日或秒。满足计算和控制的要求。
货币精度：精度可控制到分，或根据需要调整。
数量精度：与数量有关的数据其精度根据需要精确控制，不发生控制误差。
2、 时间特性要求
单表构建生成不超过60秒
主从表构建生成不超过120秒
(二) 可靠性
1、 容错
2、 事务完整性
3、 易恢复
4、 高稳定性，确保在长时间内，系统能稳定正常的运行
(三) 易用性
1、 界面美观，风格一致
2、 操作简化
3、 信息提示及时、清晰明了
4、 用户交互友好
(四) 安全保密性要求
1、用户密码和敏感信息要加密。
2、系统提供配置连接数据库的配置界面， 不需传输开发人员或程序管理员参与，DBA可以独立修改数据库连接。
3、日志审计，对关键数据操作要保存记录，记录用户、时间、对应的IP地址、操作内容。
4、严格的权限控制，根据用户的职能权限，提供相应的功能操作和数据访问权限。
5、软件开发代码要避免应用级安全漏洞（如出现sql注入等）
6、确保能通过市安全测评中心的评测。
(五) 灵活性要求
1. 操作方式上的变化
为了提高业务受理和录入员的输入效率，受理页面和录入页面，可完全实现键盘控制。
2. 可配置，提供丰富的参数设置。
(六) 构建应用跨浏览器支持
1. 支持IE10及以上等IE内核浏览器。
2. 支持火狐浏览器。
3. 支持谷歌浏览器。
4. 支持其他基于IE内核浏览器，如：360浏览器、QQ浏览器等
(七) 其他专门要求
1、异常处理
在任何地方出现致命异常，都要中止程序执行，回滚事务、并以友好的方式提示用户、将错误轨迹写入日志，根据需要（通过配置的方式），将错误以邮件或者短信提示系统管理员。
2、其他特性要求
采用架构化、接口化、规范化、模型化的设计原则，保证系统的易维护性、可扩展性和可补充性。
系统支持负载均衡，保证运行的可靠性。
系统界面、软件文档、程序代码遵循统一的规范，并保持一致的风格，注释信息详细，具备良好的易读性。
商务需求
1、完成期限
要求合同签订后180个日历日内完成，系统全面上线试运行后20个日历日，组织项目验收。自验收通过之日起提供为期1年的免费质保。
乙方因自身原因造成合同履行拖期的，造成信息技术服务成果提交逾期，给甲方造成损失的，损害由乙方承担，每拖期一天须支付给甲方按合同总价款的 1 ‰作为违约金。
2、付款方式
1）合同签订之日起乙方提供发票后，甲方向乙方支付合同总价的30%，，作为预付款；
2）乙方完成构建平台建设并提供试运行，乙方提供发票后，甲方向乙方支付合同总价的30%；
3）乙方完成所有项目成果经验收通过并上线运行，乙方提供发票后，甲方向乙方支付合同总价的35%；
3）自验收通过上线运行之日起1年，乙方提供期间的免费维护，期满并完成维护期工作，且在所属金土工程通过深圳市审计局政府投资审计专业局决算审计后，乙方提供发票后，甲方向乙方支付合同总价的5%。
3、成果要求
项目成果包括以下内容：
1、项目计划书
2、项目需求规格说明书
3、项目概要设计说明书
4、项目详细设计说明书
5、项目源代码
6、项目可运行程序
7、项目测试计划
8、项目测试用例
9、项目测试报告
10、项目用户手册
11、项目部署手册
12、项目总结
4、验收要求
1) 乙方完成项目的全部工作，提交规定的工作成果后，由甲方组织项目的验收。
2) 乙方人完成产品交付，在自验、试运行正常后，通知甲方；甲方在接到通知后，经试运行，通过甲方组织的验收后出具并签署验收报告。
5、培训要求、
乙方必须为所有被培训人员提供培训用的文字资料和讲义等相关用品。
受托人必须在合同生效之后，同时在系统正式运行之前安排专人（需参与该系统建设，并充分熟悉该系统的各种情况）配合甲方开展培训工作。
6、售后服务要求
（1）售后服务内容：在售后服务期限内，及时响应处理与本项目招标内容有关的技术问题；提供与项目相关咨询等技术支持；乙方应提供包括系统安装手册、用户使用手册、系统维护手册等在内的完备准确的项目技术资料。
（2）售后服务要求：
l 服务响应时间：乙方遇到与本项目相关的问题，需在4小时内响应并进行现场处理，对于重大、紧急问题，需在2小时内响应并进行现场处理。
l 服务方式：所有的服务方式均为乙方上门服务，即由乙方派人员到甲方工作地点提供服务。由此产生的一切费用均由甲方承担。
l 乙方应提供网络远程技术解决方案，主要是对一般情况的小故障，在问题不算复杂时使用。此外，还可以通过电话、传真、E-mail等指导方式解决问题。
l 对于那些无法通过电话指导方式解决的问题，应根据问题的种类及情况，安排相应的专业技术工程师到现场解决问题，响应时间要等同于“服务响应时间”。
l 质保期内前六个月驻留现场人数不少于两人；后六个月，如果质量稳定，一人可以满足响应要求的情况下驻留现场人数可以安排一个专人。
l 乙方必须提出保修期内的维修、维护内容和范围（产品、技术、模块、部件）。
l 乙方需提供保修期满后服务收费标准
（3）售后服务期限：
l 保修期自乙方和使用单位双方代表在验收单上签字之日起计算，服务期限为一年的免费现场服务，本项目涉及到的自主知识产权产品提供一年免费维护、升级服务；
免费保修期间，主要软件一个月内连续3次出现同一故障，供货商须延长三个月的保修期。
评标信息
序号
评分项
权重
1
价格
20
2
技术部分
30
行号
内容
权重
评分规则
1
实施方案
10
考察内容：项目整体实施管理方案合理完整，过程管理措施是否完备。根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：评价为优得80-100分；评价为良得60-80分；评价为中得30-60分；评价为差不得分。评价为“中”或“差”评委须书面说明情况。专家按百分制打分。
2
项目重点难点分析、应对措施及相关的合理化建议
5
考察内容：对项目软件系统重点难点的分析、关键技术问题的分析以及提出的解决方案、措施和建设是否符合项目实际。根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：评价为优得80-100分；评价为良得60-80分；评价为中得30-60分；评价为差不得分。评价为“中”或“差”评委须书面说明情况。专家按百分制打分。
3
质量保障措施及方案
10
考察内容：对业务需求的分析是否透彻，进度计划是否详细，人力资源安排是否合理，工期是否满足或优于招标要求。根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：评价为优得80-100分；评价为良得60-80分；评价为中得30-60分；评价为差不得分。评价为“中”或“差”评委须书面说明情况。专家按百分制打分。
4
项目完成（服务期满）后的服务承诺
3
考察内容：服务承诺是否响应标书要求，技术支持的内容和形式是否满足要求，是否有合理详细的培训计划，是否有优于招标要求承诺。
根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：评价为优得80-100分；评价为良得60-80分；评价为中得30-60分；评价为差不得分。评价为“中”或“差”评委须书面说明情况。专家按百分制打分。
5
违约承诺
2
考察内容：根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：评价为优得80-100分；评价为良得60-80分；评价为中得30-60分；评价为差不得分。评价为“中”或“差”评委须书面说明情况。专家按百分制打分
3
综合实力部分
38
行号
内容
权重
评分规则
1
投标人资格情况及通过相关认证情况
5
1、具有CMMI(软件能力成熟度模型集成)三级认证及以上的证书得40分
2、具有高新技术企业得30分
3、具有ISO20000 服务管理体系认证及以上得30分
要求提供相关证书扫描件（原件备查）作为得分依据，不提供不得分。
2
投标人同类项目业绩情况
2
考察投标人近三年（2015年1月1日至本项目开标之日）具备大型信息系统开发实施成功案例，单个合同金额在150万元及以上的成功案例，每个得20分。累计加分，最高得100分。要求提供合同关键信息扫描件（原件备查）作为得分依据，不提供不得分。
3
投标人获奖情况
2
投标人的技术方案曾获得政府或者央企奖励证书。
提供有效的奖励证书扫描件，原件备查，不提供不得分。
4
拟安排的项目负责人情况
5
要求拟安排的项目负责人2018年8-10月必须在投标单位缴纳社保，否则本项直接计0分。要求提供2018年8-10月的社保资料（社保资料必须至少包含养老；补缴的社保不予计算；网页截图或窗口打印资料或社保部门出具的证明即可）作为评标依据。在此基础上，1.具有高级项目经理的得40分；2.项目负责人曾经参与过200万以上软件开发项目，并在项目中承担与本次项目相同工作角色的得60分，不满足的得0分。需提供证书扫描件，原件备查，工作经验证明为项目合同关键信息或合同甲方出具的证明文件，通过合同关键信息无法判断是否得分的，可提供合同甲方出具的证明文件。
5
拟安排的项目团队成员（主要技术人员）情况（项目负责人除外）
8
要求拟安排的项目团队成员在2018年8-10月必须在投标单位缴纳社保，并提供社保证明材料，否则本项直接计0分。要求提供2018年8-10月的社保资料（社保资料必须至少包含养老；补缴的社保不予计算；网页截图或窗口打印资料或社保部门出具的证明即可）作为评标依据。在此基础上，项目技术团队人员不少于10人，并提供参与本项目人员的简历及项目组织架构。人员至少应包括：1名高级项目经理、1名软件设计师、2名ITIL专业技术人员、2名信息系统项目管理师、1名网络工程师等。满足要求得100分，不满足要求得0分；需提供拟安排的项目成员的相关证书扫描件（原件备查）作为得分依据
6
投标人自主知识产权产品（创新、设计）情况
4
投标人是否具有自主知识产权的软件研发类系统，有得100分，否则得0分。提供有效的产权（专利）证书扫描件，原件备查。不提供不得分。
7
项目拟使用的工具、设备情况
1
要求拟使用的开发工具为市场主流开发工具（包括：Java、.Net等），项目团队成员所使用电脑和软件由投标人自行准备，并且不得侵害第三方的权益。投标人提供承诺，满足要求得100分，否则不得分。
8
项目拟选用产品的成熟度及可靠性
3
考察针对本项目拟使用的统一开发平台产品的成熟度和可靠性，需提供统一开发平台产品的《计算机著作权登记证书》扫描件作为证明资料，原件备查。不提供不得分。
9
环保执行情况
2
要求投标人就是否受过环保主管部门行政处罚作为得分依据；以投标人在投标文件中提供的承诺作为依据；若隐瞒情况虚假应标将被废标并报主管部门处理。采取客观化评分；受过行政处罚不得分。
10
信用情况
3
投标人具有工商管理部门颁发的“守合同重信用企业证书”的得50分，不具备得0分，投标人具有AAA信用等级证书得50分，不具备得0分。要求提供证书扫描件（原件备查）作为得分依据。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。
11
服务网点
3
广东企业或非广东企业，但在广东省内有合法注册的分公司等机构的，得满分（须在投标文件中就设立的机构类型进行说明，并提供机构营业执照扫描件，原件备查）；否则不得分。
5
报价合理性部分
2
行号
内容
权重
评分准则
1
报价合理性
2
评审内容：对照招标文件关于详细分项报价的要求，结合本项目完成（服务）期限要求和人员要求，考察投标人"详细分项报价"的科学性及合理性。横向比较，分档评分：评价为优得80%-100%分数；评价为良得60%-80%分数；评价为中得30%-60%分数；评价为差不得分。评价为差不得分。评价为“中”或“差”的，专家需说明情况。
6
现场演示（讲标、答辩）部分
5
行号
内容
权重
评分准则
1
现场演示（讲标、答辩）情况
5
考察内容：重点按照平台架构、前端界面、移动开发3个部分的要求进行现场演示。按照演示情况进行横向比较，分档评分：评价为优的得80-100分；评价为良的得60-80分，评价为良的得30-60分，评价为差的不得分。专家按百分制打分。
4
诚信情况
5
行号
内容
权重
评分准则
1
诚信评价
3
根据《深圳市财政委员会关于加强招投标评审环节诚信管理的通知》（深财购[2013]27号）的要求，投标人在参与政府采购活动中存在诚信相关问题且在主管部门相关处理措施实施期限内的，本项不得分，否则得满分。投标人无需提供任何证明材料，由工作人员向评审委员会提供相关信息。
2
履约评价情况
2
近三年（以投标截止日期为准）在市政府采购中心有履约评价为差的记录，本项不得分，否则，得满分。投标人无需提供任何证明材料，由采购中心工作人员向评委会提供相关信息。
其他
附件
电子政务基础平台采购需求11-12.doc
备注1：本公示期限为48小时（节假日时间不计算在内）。公示期内如有意见或建议，请登录采购系统，点击“提出需求疑问”功能点进行反映，由采购人进行回复。
备注2：供应商在公示期过后对采购需求有意见或建议需要反映的，请直接向采购人提出，采购人应予答复，并将供应商意见或建议及答复材料在制作采购文件前移交给集中采购机构或社会采购代理机构。（采购公告查询地址：http://www.cgzx.sz.gov.cn/）。
采购需求疑问及回复列表
序号 疑问标题 疑问内容 疑问单位 疑问人 疑问附件 疑问日期 标题 内容 单位 采购人 附件 日期
联系人：郝工
电话：010-68960698
邮箱：1049263697@qq.com