服务类招标采购需求模板（软件开发） .doc

《服务类招标采购需求模板（软件开发） .doc》由会员分享，可在线阅读，更多相关《服务类招标采购需求模板（软件开发） .doc（14页珍藏版）》请在三一办公上搜索。

1、服务类招标采购需求模板（软件开发）一、 项目信息项目名称：深圳大学移动OA系统软件采购人名称（校内单位、部门）：信息中心联系人信息姓名：徐明电话：26733371邮箱：xuming财政预算上限： 250000 元人民币二、 投标人资质要求1. 具有独立法人资格（提供合法有效的营业执照原件复印件，原件备查）；2. 具有中华人民共和国政府采购法第二十二条规定，在中国境内注册；3. 本项目不接受联合体投标，不允许分包；4. 参与政府采购项目投标的供应商近三年内无行贿犯罪记录；（1. 可提出明确、具体的资质要求，只能将国家或地方法律法规规定的资质要求作为投标人资质要求，资质设置就低不就高，且不具备倾向

2、性；【说明：凡设置资质的，必须提供法律法规依据，不得设置法律法规未强制要求的的资质】；2.不得提出投标人须提交任何形式的产品授权书或代理证的要求；3.不能将投标人的注册地和注册资金作为投标人的资质要求；4.不得违反深圳经济特区政府采购条例实施细则第三十四条的规定。）三、 项目简介本软件开发项目是在深圳大学现已投入使用的OA办公自动化系统的基础实现移动办公功能，同时对现有OA办公自动化系统进行客户化改造。移动OA系统采用HTML5和APP技术进行开发，包括公文查询、个人办文、岗位办文、代理办文、信息查询等功能。系统架构采用混合模式，移动客户端仅安装空间较小的本地App，并集成Office文档控件

3、。移动客户端主要应用HTML5技术设计，通过浏览器能稳定可靠使用。应用维护和功能版本的更新只需在服务器上进行，无需进行升级客户端App。现有OA办公自动化系统客户化改造需要满足学校党办与校办合并以后带来的需求变化，主要包括：增加公文类型，党委和行政能同时使用OA系统办公，并可以区分查询和统计；新增批量办结、公文关注等功能；优化公文处理操作界面，提升用户体验；进行信息安全等保二级改造等。四、 项目建设内容及技术要求提供服务总体要求、服务标的（如人员、车辆、检测对象、管理对象）数量情况、详细具体的服务需求内容及工作量情况（以能给供应商准确的报价依据，使不同供应商的项目报价不至于差距过大作为判断需求

4、“详细具体”的标准）41采购需求一览表序号设备名称支出项目设备型号规格环改费支出用途单位数量合计12016年OA建设内容1-1移动OA（手机版）（Android/iOS）公文查询、个人办文、岗位办文、公告查询、日程查询、资料查询、通讯录查询，深大规则改造；代理办文基本没有Windows手机套11-2iAppOffice移动App (Android)集成金格控件，支持在移动OA中直接打开Office文件进行查看和编辑套11-3iAppOffice移动App (iOS)集成金格控件，支持在移动OA中直接打开Office文件进行查看和编辑套11-4深圳大学电子签章控件升级现有控件升级年11-5等保二

5、级改造关键操作进行审计管理套11-6深大OA系统客户化改造现有OA系统功能改造套1备注：(1) 本项目不分包，投标人不可拆分投标。（2）投标报价不能超过财政预算否则作废标处理。42用户功能性需求1. 手机移动OA智能手机移动OA系统，兼容Android/iOS操作系统，覆盖以下的功能，具体如下：（1） 公文查询查阅个人范围内的所有公文，包括待办的、已办的和已办结的公文。（2） 个人办文查询本人的待办、待阅的校外来文、发文、校内请示的清单；编辑公文呈批表、公文意见；查询、下载正文、附件；查询、下载关联文件；个人待办公文的分送。（3） 岗位办文查询分送至部门或岗位的待办校外来文、发文、校内请示的清

6、单；编辑公文呈批表、公文意见；查询、下载正文、附件；查询、下载关联文件；岗位待办公文的分送。（4） 公告查询查询已收的有效公告，包括最新公告和历史公告。（5） 日程查询查询与个人有关的日程。（6） 资料查询查询公共资料、部门资料和个人文件资料；下载查看资料文件。（7） 通讯录查询查询个人的通讯录；查询部门的通讯录。（8） 深大OA规则改造n 公文分送规则 普通用户不可以给领导发送公文，部门间不能跨部门流转。 校办秘书、校办主任、部门负责人等用户可以给领导发文。n 公文办结规则 校外来文：所有主办都可以办结； 发文：只有校办秘书和拟稿人可以办结； 校内请示：所有主办都可以办结； 所有发给领导的办

7、件公文，必须要在领导填写签批意见后才可以办结。（9） 代理办文查询代理校外来文、发文、校内请示的清单；编辑公文呈批表、公文意见；查询、下载正文、附件；查询、下载关联文件；代理办文的分送。2. iAppOffice移动App (Android) 集成金格控件，支持在移动OA中直接打开Office文件进行查看和编辑3. iAppOffice移动App (iOS)集成金格控件，支持在移动OA中直接打开Office文件进行查看和编辑4. 深圳大学电子签章控件升级目前产品应用现状：（1）目前部署电子签章标准版：2套，iweboffice2009控件：1套（2）目前电子签章产品的版本是V8.0，支持在Wi

8、ndowsXP-win7系统中安装，支持office2003office2010（32位）版本。（3）密钥盘支持WindowsXP-win7系统（4）Iweboffice2009控件支持：支持在WindowsXP-win7系统中安装，支持office2003office2007以及WPS2007-WPS2009版本、支持IE6-IE8（32位）升级后的情况：（1）签章软件升级后的版本是V9.0，支持在WindowsXP-win10的系统中安装，支持office2003office2010（32位）（2）密钥盘支持WindowsXP-win10系统（3）Iweboffice2009控件支持在Wi

9、ndowsXP-win10的系统中安装，支持office2003office2010版本以及WPS2007-WPS20016版本。支持IE8-IE11（32位）5. 等保二级改造按国家关于信息安全等级保护（2级）要求，以及专业测评机构对于深圳大学OA系统（PC版）信息安全等级保护建议的整改项，投标人需要进行针对性的安全优化分析、提出加固、整改措施，并负责具体实施，有关等保二级整改项及加固、整改实施范围如下：序号整改项类别加固、整改范围1操作系统和数据库系统管理用户身份标识应具有不易被冒用的特点，口令应有复杂度要求并定期更换。主机安全OA系统-linux-备份服务器OA系统-linux-应用服务

10、器OA系统-linux-数据库服务器2应启用登录失败处理功能，可采取结束会话、限制非法登录次数和自动退出等措施。主机安全OA系统-linux-备份服务器OA系统-linux-应用服务器OA系统-linux-数据库服务器3应启用访问控制功能，依据安全策略控制用户对资源的访问。主机安全OA系统-linux-备份服务器OA系统-linux-应用服务器OA系统-linux-数据库服务器OA系统-oracle-数据库服务器4操作系统应遵循最小安装的原则，仅安装需要的组件和应用程序，并通过设置升级服务器等方式保持系统补丁及时得到更新。主机安全OA系统-linux-备份服务器OA系统-linux-应用服务器

11、OA系统-linux-数据库服务器OA系统-oracle-数据库服务器5应根据安全策略设置登录终端的操作超时锁定。主机安全OA系统-linux-备份服务器OA系统-linux-应用服务器OA系统-linux-数据库服务器6应提供覆盖到每个用户的安全审计功能，对应用系统重要安全事件进行审计。应用安全OA系统-tomcat-应用服务器7应提供数据有效性检验功能，保证通过人机接口输入或通过通信接口输入的数据格式或长度符合系统设定要求。应用安全OA系统-tomcat-应用服务器8应能够检测到系统管理数据、鉴别信息和重要业务数据在传输过程中完整性受到破坏，并在检测到完整性错误时采取必要的恢复措施数据安全

12、及备份恢复核心交换机和防火墙6. 深大OA系统客户化改造序号功能描述备注1一、校领导默认展开意见输入栏；二，其他意见仅显示部门领导意见2OA系统功能完善、细节方面根据需求做优化处理（根据后续需求不断完善3党委和行政同时使用OA系统办公，并能够区分。请示文、来文、发文需要增加公文类型；在所有查询页面可查询和统计党委、行政文件4新增超级管理员账号，可删除相关人签字意见，并可查询历史删除记录5待办列表显示优先级（不修改排序规则，通过下拉框选择（党委件-急件-关注件-催办件-普通件）6校内请示与发文校领导签意见时默认不显示非领导的签字意见 非领导不可签字7新增批量办结8在公文打开界面新增关注功能9 起

13、草公文时，正文必须有内容才可以保存10 公文办理情况中“送件人”和“办理人”位置调换11校内请示文拟稿页面（呈批表）中新增“部门编号，增加为查询条件12公文办理时限快到期提醒并自动结转到资料管理中的指定目录13校外来文，各部门必须签署意见才可以送校办 14校外来文在未办结的情况下可转发文流程或请示文流程，将校外来文作为关联文显示15开通微信提醒功能16校内请示文转发文，连同流程、审批意见、正文内容一起转发文17 发文需关联相关校内请示文需关联非自己经手的所有公文 包括未办结件18公文查询和公文管理查询到的公文数量不一致19签章问题、修改痕迹丢失问题20公文查询与历史公文查询合并21目前公文分送

14、出去后，再从已办公文中查询公文并设置督办时间。希望可以简化，使之可以以一步完成4 3技术要求（1） 要求采用现有深大OA的J2EE技术的平台产品，操作系统支持Window、Unix、Linux操作系统；支持Oracle10G、11G数据库，支持Tomcat、WebLogic应用服务器。（2） 支持移动办公，包括：支持iOS和Android等主流移动操作系统，支持智能终端（如智能手机、Surface等平板电脑）上访问OA系统。（3） 系统架构应采用混合模式，移动客户端仅安装空间较小的本地App，并集成Office文档控件。移动客户端主要应用HTML5技术设计，通过浏览器能稳定可靠使用。应用维护和

15、功能版本的更新只需在服务器上进行，无需进行升级客户端App。（4） 系统提供支持成熟数字校园平台系统的良好整合接口，可与现有数字校园平台无缝连接。（5） 与现行OA一致的完善的安全机制：提供口令验证、加密、权限控制等安全机制，可以给每一个用户分配相应的功能权限和数据权限。（6） 提供可靠的服务器架构方案，须支持集群部署，可实现应用服务器系统、数据库等的安全冗余、备份，实现双机热备。（7） 用户认证方式：与现有的校园卡身份认证系统实现无缝对接，并支持短信动态密码（含移动、联通和电信手机）。同时，通过数字签名技术的应用，保证数据的完整性，防止数据被人为的破坏。（8） 系统服务至少支持500用户并发

16、数。（9） 与现有深圳大学OA办公自动化系统整合，实现移动、PC一体化办公。（10）开放代码及提供二次开发接口：移动客户端App需要开放代码，便于与深圳大学智慧校园统一服务平台集成；投标人针对本项目所设计的各功能子系统均应提供相关接口技术文档，包括中间件、控件、API函数等的二次开发接口和示例代码。（11）深大OA系统客户化改造招标部分还需满足：系统架构采用纯B/S模式，客户端零安装（所使用插件可在系统运行时自动安装或者在登录系统时下载安装），通过浏览器能稳定可靠使用，系统的维护和版本的更新只限于在服务器上进行；支持IE浏览器及其后续版本，尽量支持360、chrome、safari等流行浏览器

17、。五、 项目进度要求合同签订一个月内，完成手机移动OA和等保二级整改建设，投入生产试运行；合同签订二个月内，完成所有项目建设内容，投入生产试运行；六、 商务需求 付款方式、验收要求、培训要求、售后服务要求2.1免费维保期（1）投标人所提供的软件（含为深圳大学客户化开发的功能部分）免费维保期为三年，时间自项目整体最终验收合格并交付使用之日起计算。（2）系统验收合格后，投标人在深圳市要有不少于2名技术人员为本项目提供售后技术服务。运维技术人员全程提供技术运行维护工作，包括数据安全、软件系统BUG修改、系统性能优化等，更新系统运行环境必须的补丁，并保证升级后的兼容性。中标人必须提供运维技术人员如下证

18、明资料原件扫描件（原件备查）：1）以上维护内容相关专业本科及学士学位以上学历证书或相当资质证书；2）社保局出具的在投标人单位的最近3个月社保缴费明细盖章证明文件；（3）系统运维技术人员的确认和更换中标人拟安排的系统运维技术人员需要事先得到采购人的确认，中标人如更换系统运维技术人员需要提前一个月通知甲方，新安排的系统运维技术人员需要按照以上要求提供证明材料，并得到采购人的认可。（4）中标人不得未经过甲方同意频繁更换运维技术人员，一个学期更换运维技术人员不能超过一次。22免费维保期的服务范围，至少应包括下列内容： （1）提供所供软件系统最终验收合格后的3年免费维保服务； （2）因特殊原因需要，提供

19、必要的软件产品的部署及支持服务，还有包括由此带来的数据迁移服务； （3）根据国家信息安全等级二级保护的需要，提供软件功能维保以及运行环境维护服务；（4）制定数据备份计划，包括完整、增量、差量、异地备份等。根据备份计划提供数据备份服务，并定期检验数据备份的有效性；（5）对软件的运行环境（包括操作系统、中间件等）及时进行打补丁、查病毒服务；（6）所提供软件系统应该具有很好的兼容性，客户端需支持Windows的所有后续版本，浏览器应该支持IE的所有后续版本。23免费维保期外提供的服务维保期后中标人须保证合理的价格提供维保服务。软件系统维保费用不得超过中标价的10%。3验收要求系统全部功能上线稳定运行

20、、数据安全有效后，即与采购人对项目进行系统终验，提交完整的项目文档、测试报告、验收意见报告等。中标人所提供的软件系统经过用户测评、第三方安全等保二级测评后，才可签署验收报告。软件产品维修期自验收合格之日起算，期限为3年。当满足以下条件时，采购人才向中标人签发软件系统验收报告：（1）中标人需提供完整的技术文档，包括项目计划书、软件需求说明书、信息标准说明书、系统设计说明书、系统测试计划、系统测试报告、用户使用手册和系统管理及维护手册。（2）中标人所提供的软件系统必须满足国家信息系统安全等级保护第二级的要求。在对该软件系统进行安全等级保护评测时，中标人必须免费提供相应技术支持，免费提供评测中与软件

21、系统相关的支撑材料，并负责免费修补评测中发现的问题；（3）中标人所提供的软件系统必须具有独立的知识产权，由产品软件版权产生的任何纠纷以及造成的各项损失，由中标人负责赔偿。（4）中标人所提供的软件系统，如果除数据库、操作系统以外还使用了中间件软件或者插件等，除招标书中特别列出的以外，系统所使用的插件、中间件的版权由中标人提供，不得增加额外费用，并且所使用的插件、中间件应为主流产品，具有良好的稳定性及兼容性，便于集成、开发、部署和应用。（5）中标人所提供的软件系统功能上满足用户需求，性能稳定，数据安全，用户操作友好。（6）开放代码及提供二次开发接口：中标人为采购人开发的移动客户端App需要开放源代

22、码，便于与深圳大学智慧校园统一服务平台集成；投标人针对本项目所设计的各功能子系统均应提供相关接口技术文档，包括中间件、控件、API函数等的二次开发接口和示例代码。4维保响应及故障解决时间41系统维护（1）定期维护：投标人在投标时须提出软件系统及运行环境的定期维护计划。（2）对采购人要求的不定期维护提出响应措施。（3）对采购方人员提出的修改设计的响应措施，并进行实施。（4）文档更新：实施系统维护或修改设计后，应在一周内更新有关技术文档并提交建设方。42技术支持（1）提供724小时的技术咨询服务。（2）提供每年对系统运行状况进行二次评估服务。（3）巡视服务：提供每月1-2次巡视服务，检测软件系统及

23、运行环境的运行情况。（4）制定备份计划，并定期备份及检验数据备份的有效性。43 故障响应（1）提供724小时的故障服务受理；（2）对重大故障提供724小时的现场支援，一般故障提供58小时的现场支援。（3）故障服务的响应时间小于1小时，即1小时内有能够处理故障的技术人员到达现场。（4）中断时间不能超过3小时。（5）当采购方重要的管理岗位遇到问题时，现场提供技术支持。5培训要求中标人应负责免费对采购单位人员进行全面技术培训，对于全部投标产品，投标人负责技术培训，培训内容包括：（1）软件系统的日常操作管理与维护；（2）能熟练使用所提供的各种工具； （3）产品现场安装时应提供现场培训。（4）投标人在投

24、标文件中承诺培训课程安排、培训方式及时间。受训人员经过培训后，应能够熟练掌握各种设备和软件等常规使用方法，以及小故障的判断与解决。能够独立承担和完成相应的系统维护和管理工作。6付款方式项目最终验收合格后，乙方支付合同总金额的 5% 质量保证金给甲方，乙方提供全额含税发票给甲方。甲方在15个工作日内负责办理相关付款资料，经校内审批后交由市财政局统一支付100%货款。软件验收一年后甲方无息返还给乙方质量保证金。7实施要求 （1）系统安全要求。中标人必须按照国家信息安全等级保护制度第二级要求和标准实施本项目，采购人按此要求和标准进行项目验收。（2）稳定运行要求。在软件系统开发期及维保期内，若软件系统

25、依赖的运行环境（如操作系统、浏览器、数据库或中间件等）有版本升级，中标人需提前检查所提供的软件系统的兼容性，并对存在的问题进行修改，保证业务系统的正常运行。（3）客户化开发要求。中标人中标后需对甲方的业务需求重新做一次梳理，完成甲方的用户需求书的编写。软件系统维保期满后，包含客户化修改在内的系统维保费用不得超过中标价的10%。（4）提供系统运维接口。中标人所开发的软件业务系统需要提供系统运维接口，报告系统当前的运行状况数据（包括CPU占用、内存占用、数据库连接状态等），供统一运维管理使用。8.其他要求为更好地确保本项目的按期开发和实施，采购人有权要求中标人在签订合同前进行3个工作日的产品原型验

26、证开发，产品原型系统必须是可以进行数据操作的可运行的软件系统（演示及静态页面等不予接受）。开发内容包括：1、手机移动OA（功能包含公文查询、个人办文、岗位办文）； 2、等保二级改造的针对性的安全优化分析和加固、整改措施； 3、客户化改造中“党委和行政同时使用OA系统办公，并能够区分”的功能改造项； 中标人开发完成后，由用户方或用户方组织的小组进行验证测试，如开发系统不能符合招标文件要求或者投标文件响应内容，采购人有权按相关规定重新确定中标人。七、 评标信息评标方法： 综合评分法 平均价格下浮比例：5%评标方法说明： 评标方法 价格分计算方法可分两种：方法一：价格分=1-（投标报价-最低价）/最

27、低价价格权重100 当价格分0时，取0。方法二：价格分= 1-A投标报价Z 价格权重100 Z-即本次招标的最佳报价，即对所有通过资格性检查和符合性检查且报价不超过预算控制金额的有效投标报价取算术平均值，并对算术平均值下浮515%作为本次招标最佳报价。 -价格调整系数，当投标报价低于本次招标最佳报价时,A=0.5;当投标报价高于本次招标最佳报价时,取A=1。 当价格分0时，取0；方法二仅适用于工程和服务类项目，且通过资格性检查和符合性检查且报价不超过预算控制金额的投标供应商数量应不少于7家。当选用此方法不满足上述条件时，方法一应作为备选方法在招标文件中予以明确。 序号评分项权重1价格252技术

28、部分41序号评分因素权重评分方式评分准则1对项目需求的认识和理解6专家打分考察内容：基于深大现有OA系统，提出符合本项目的合理可行的系统架构、系统软件结构和领域模型，特别是领域模型要正确反映办公流程和各项办公事务。根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：评价为优得80%-100%分数；评价为良得60%-80%分数；评价为中得30%-60%分数；评价为差不得分。评价为“中”或“差”的，专家需说明情况。 2系统设计方案（重点考察方案的创新情况，如创新思维、方法，提供新设备、新工艺等，确保项目高标准完成）15专家打分考察内容：方案设计全面完整，对招标文件的各项需求和要求及实现均给

29、予响应，对移动办公的需求理解准确，全面实现本项目的各项需求。根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：评价为优得80%-100%分数；评价为良得60%-80%分数；评价为中得30%-60%分数；评价为差不得分。评价为“中”或“差”的，专家需说明情况。 3项目进度安排、系统信息安全保障措施及方案5考察内容：(1) 项目进度：合同签订一个月内，完成手机移动OA和等保二级整改建设，投入生产试运行；合同签订二个月内，完成所有项目建设内容，投入生产试运行；（2）在现有的系统上给出电子签章升级方案；（3）在移动设备上进行在线编辑Word正文，并保留显示修改痕迹；（4）等保二级整改的具体措

30、施。根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：评价为优得80%-100%分数；评价为良得60%-80%分数；评价为中得30%-60%分数；评价为差不得分。评价为“中”或“差”的，专家需说明情况。4项目组织及实施方案8专家打分考察内容：（1）项目团队：项目组经理及成员具有工信部认证的信息系统项目管理师证书或PMP证书；证明文件：提供项目成员的相关证书和近二月（不含开标当月）缴纳的社保清单原件或复印件加盖投标人公章。（2）项目管理必须严格遵循统一过程标准：提供统一过程的迭代开发管理的详细描述和切实可行的迭代项目计划；提供项目的质量保证方案。根据招标文件的需求和投标文件响应情况进行

31、横向比较，分档评分：评价为优得80%-100%分数；评价为良得60%-80%分数；评价为中得30%-60%分数；评价为差不得分。评价为“中”或“差”的，专家需说明情况。 5违约承诺2专家打分按照招标文件要求承诺的得满分，未按招标文件要求或未承诺的不得分。6项目完成后的服务承诺（如项目资料移交等）5专家打分考察内容：（1）提供完善的本地现场服务计划，服务人员熟悉深大现有OA系统。（2）项目源代码：必须提供投标商自主开发系统及平台（包括但不限于应用系统、应用服务器、工作流平台、报表平台、在线Office控件等）的源代码，提供公司盖章承诺函。（3）对招标书中免费维保期的服务范围及内容进行实质性响应的

32、情况。根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：评价为优得80%-100%分数；评价为良得60%-80%分数；评价为中得30%-60%分数；评价为差不得分。评价为“中”或“差”的，专家需说明情况。3综合实力部分27序号评分因素权重评分方式评分准则1投标人资格情况（或通过相关认证情况）5专家打分(1) 投标人具有深圳市或国家高新技术企业证书的，得1分；(2) 投标人具有软件企业认定证书的，得1分；(3) 投标人具有CMMI3级或以上的，得1分；(4) 具有省级政府部门颁发的“守合同重信用企业”证书，得1分；(5) 投标人具有金格电子签章厂家授权函的，得1分须提供有效证书复印件加

33、盖投标人公章，原件备查。2拟安排的项目负责人（仅限1人）情况7专家打分考察内容：项目负责人专业、特长、项目经验、第三方对项目经验的评价等内容。提供聘用合同和其他证明材料扫描件，原件备查。未提供聘用合同扫描件的，不得分。按照投标文件响应情况进行横向比较，分档评分：评价为优得80%-100%分数；评价为良得60%-80%分数；评价为中得30%-60%分数；评价为差不得分。评价为“中”或“差”的，专家需说明情况。3拟安排的项目团队成员（项目负责人除外）情况10专家打分团队成员总人数要求至少6人，未达到人数要求的，不得分。在此基础上，考察内容：团队成员的专业、特长、项目经验、第三方对项目经验的评价等内

34、容。提供聘用合同和其他证明材料扫描件，原件备查。未提供聘用合同扫描件的，不得分。按照投标文件响应情况进行横向比较，分档评分：评价为优得80%-100%分数；评价为良得60%-80%分数；评价为中得30%-60%分数；评价为差不得分。评价为“中”或“差”的，专家需说明情况。4项目拟使用产品的成熟度及可靠性5专家打分考察拟使用的软件产品具备软件产品登记证书或软件著作权证书或自主知识产权证书等情况（提供所有证书复印件，加盖投标人公章）。横向比较，分档评分：评价为优得80%-100%分数；评价为良得60%-80%分数；评价为中得30%-60%分数；评价为差不得分。评价为“中”或“差”的，专家需说明情况

35、。4诚信情况7序号评分因素权重评分方式评分准则1诚信评价5专家打分根据深圳市财政委员会关于加强招投标评审环节诚信管理的通知（深财购201327号）的要求，投标人在参与政府采购活动中存在诚信相关问题的，本项不得分，未出现相关诚信问题的得满分。以深圳市政府采购中心供应商库中的处罚记录为准。投标人无需提供任何证明材料，由采购中心工作人员向评委会提供相关信息。2履约评价情况2专家打分根据深圳市政府采购中心项目履约情况现场抽检结果，投标截止日前一年内（以深圳市政府采购中心网站关于给予供应商履约评价差的函的落款日期为准），供应商履约评价出现评价为“差”的，本项不得分。未评价为“差”的，得满分。投标人无需提供任何证明材料，由采购中心工作人员向评委会提供相关信息。