1、重 庆 大 学 招 标 文 件 项目名称：重庆大学 教学管理辅助业务系统软件开发与技术服务 采购项目编号：CD2016-KJ-046重庆大学实验室及设备管理处2016 年 6 月 27 日第一部分 投标邀请 根据有关规定，为了公开、公平、公正、合理地做好重庆大学的招标采购工作，我校拟对以下项目进行采购，诚邀合格投标人参加投标。现将有关事项通知如下：1招标人：重庆大学 2项目名称：重庆大学 教学管理辅助业务系统软件开发与技术服务 采购3采购内容及要求：投标人须知见第二部分，项目技术规格及相关要求第三部分，实施时间、价格及付款方式见第四部分，评标方法及标准见第五部分。 4招标形式：竞争性谈判5招标
2、文件发售地点：重庆大学实验室及设备管理处 204 室6招标文件发售时间：2016 年 6 月 28 日 9：00 起至 2016 年 7 月 4 日 17：00 止，每天上午 9:00 至 11:00 时，下午 15:00 至 17:00 时（北京时间），节假日除外。7招标文件资料费：人民币 200 元/套，报名时网上支付。 8投标截止时间：2016 年 7 月 18 日 9:00（请于 2016 年 7 月 15 日 17:00 前告知是否参加投标），过时不再接收标书，作自动弃权处理，并责任自负。 9开标时间（投标文件递交时间）：2016 年 7 月 18 日 9:00。 10开标地点：重庆
3、大学实验室及设备管理处（国际会议厅 201 会议室） 11联系单位：重庆大学实验室及设备管理处设备采购科 12联系电话： 023-65102678 023-65103586 13联 系 人： 李雯 李卓萍14地 址：重庆市沙坪坝区沙正街 174 号 第二部分 投标人须知一、总体要求 投标人应遵守中华人民共和国招标投标法及国家法律、法规的有关规定以及本次招标的相关要求。 二、投标人资质 1. 具有独立承担民事责任的能力；2. 具有良好的商业信誉和健全的财务会计制度；3. 具有履行合同所必须的设备和专业技术能力；4. 具有依法缴纳税收和社会保障资金的良好记录；5. 参加本次采购活动前三年内，在经营
4、活动中没有重大违法违规记录。三、投标文件 1投标人应详细阅读招标文件的全部内容，按招标文件的要求提供投标文件，并保证所提供的全部资料真实有效。不按招标文件的要求提供的投标文件和资料，可能导致投标被拒绝。 2投标文件的组成： （1）投标函、开标一览表、分项报价明细表； （2）投标项目技术性能偏离表、商务偏离表； （3）投标项目技术性能、参数指标的详细介绍； （4）交货、安装调试、验收、培训、质量保证及售后服务承诺等； （5）投标人资质证明文件： 工商、税务证照（营业执照副本、税务登记证、组织机构代码证等文件的复印件并加盖公章）； 法定代表人、法定代表委托人身份证明书及身份证复印件和法人代表授权委
5、托书； 质量认证证明（复印件）； 业绩证明（复印件）； 属于国家强制采购的节能、环保产品，必须提供节能、环保认证证书； 生产或销售许可证（复印件、实行生产或销售许可证制度的产品出具）； 公司与制造商代理协议或授权书，提供原厂针对本项目的授权售后服务承诺书； 无行贿犯罪记录证明(证明开具时间当年有效)。根据最高人民检察院等国家多部委联合下发的关于印发行贿犯罪档案查询工作座谈会纪要的通知（高检会20065 号）及教育部相关精神，凡参加投标单位必须在当地检察机关出具此证明。 （6）投标文件附件（投标人视需要自行编写）：投标人认为需要说明的其他内容如合理化建议（对招标设备的规格、性能、材质、配套产品提
6、出更为合理的替代方案等）、及其它优惠承诺等。 四、注意事项 1投标人应准备一份正本和五份副本的投标文件。在每一份投标文件上要注明“正本”和“副本”字样，一旦正本与副本有差异，以正本为准。 2投标文件必须是打印件，并经法人代表（或授权人）签字和加盖公章。 3投标文件必须密封并在封口加盖公章或签字。 4投标人不得将投标文件部分或全部转让给第三方参与竞标，中标者即是合同的签订者和执行者。 5请投标人如实提供公司状态及现有技术力量，长期从事维修人员的力量，常备零配件的售价等。 第三部分 项目技术规格及相关要求一、 项目名称：二、 项目技术参数及相关要求：1. 功能要求为适应教学业务的快速发展，所构建软
7、件系统必须具有高度可扩展性、开放性和可维护性，因此，本项目必须采用“SOA 基础平台+业务系统”开发模式，在 SOA 基础平台上构建教学管理辅助业务系统。本项目包含四六级考试管理、助教管理、大学生创新实践管理和教师教学档案管理四个业务子系统。四个业务子系统的具体功能如下：1.1 四六级考试管理(1) 系统管理系统管理员可以设置用户角色并进行权限分配；设置每学期四六级考试的学生报名起止时间、监考员申请起止时间、监考员选择的起止时间；分类查询、导出、管理系统操作日志；系统管理员可以管理个人信息及密码安全。教务处可以设置相应的四六级报名规则。(2) 学生报考管理学生可以在一定的时间内通过系统进行四六
8、级考试报名并网上缴费；系统可以根据学生的学籍信息自动列出学生可以报考的考试等级供学生进行报考。(3)监考员申请管理教职工可以通过系统在一定的时间内申请四六级监考资格。学院及教务处可以分别查看本学院或全校的教师监考申请情况。(4) 监考员名额管理系统可以根据每个学院的各级别、校区的考生人数在整个学校各级别、校区报名人数中所占的比例自动为每个学院各级别、校区分配监考员名额。教务处可以对分配的结果进行手动调整。(5) 监考人员管理学院（教务处）可以根据分配的名额添加、删除、修改本学院（全校）的监考员。学院（教务处）可以从监考员申请人中选择本学院的监考员，也可以添加教职工直接作为本学院（任意学院）的监
9、考员。在编排完毕之后，学院（教务处）可以查看本学院（全校）序号 项目名称 数量 备注1 教学管理辅助业务系统软件开发与技术服务 1 套的监考员分配情况，并在一定时间内可以对编排结果进行手动调整。(6) 监考员编排系统可以自动将监考员编排到各个考场。在编排的过程中需要遵守以下规则：同属于一个学院的监考员不能分配到同一个考场；避免上下午分别监考两个校区的情况；保证一男一女搭档监考一个考场；保证有经验的监考员和新手监考员监考一个考场。(7) 短信发送管理系统可以由教务处手动选择接收人，并发送通知短信；可以自动将某些操作的结果通过短信发送到相关人员的手机上；是否自动发送短信由系统设置中的相应开关控制。
10、(8) 打印管理系统能够方便地查询并打印如下内容：考生签到表、考生座签、试卷收发表、监考人员表、考场门贴和小信封封面。 1.2 助教管理(1) 系统管理系统管理员可以设置用户角色并进行权限配置，查询、管理系统操作日志；通过短信、邮件系统发布通知；与重庆大学现有的统一身份认证、财务系统、短信系统、邮件系统、微信系统进行对接。(2) 课程信息管理教务处在助教管理子系统中可以从其它子系统同步更新、修改、添加和删除课程信息。课程负责人填写课程目标、课程日历、教学活动设计、成绩构成。教师从历史数据中复制助教任务，并可以进行修改；对学生分组并分配助教。(3) 助教课程申报管理教务处确定教师申请助教的规则，
11、包括申报的截止日期、助教数量等；教务处可以查看所有助教课程申报信息，并进行统计汇总；学院可以对提交的申报信息进行形式检查、通过并提交至学院领导审核；学院可以将通过审核的助教课程申请信息提交至教务处审查。(4) 助教申请管理学生可以进行查看、新增、修改、提交和撤销助教申请的维护操作，助教申请信息如果通过学院审核，申请人不得修改或撤销；教师可以查看自己的助教申请信息。(5) 助教工作过程管理助教能够以上课时间为单位，将课堂布置的作业及批改作业后的反馈意见，习题课中习题的解决思路、步骤和结果，实验报告及实验指导计划，讨论主题心得及讨论课指导计划上传至系统；教师针对自己担任的课程可以查看所有助教的作业
12、批改结果和反馈意见，辅导/答疑时间、地点和集中反映的问题，助教对习题课所涉及习题的掌握程度，助教的测验批改结果和反馈意见，助教的实验指导计划和讨论课指导计划。(6) 评价管理主讲教师能够以月份为单位，按照教学活动对助教的提交内容和实际表现进行评价；系统能够根据每个月份的评价分数和相应月份的权重乘积之和自动计算出总的评价成绩；学生可以查看、评价助教工作，查看平时成绩。(7) 酬劳管理统计各二级学院每学期每位助教的酬金的合计金额；教务处能够查看所有助教酬金发放的总计和明细；教务处领导通过审核后，系统能够将每位助教填写的银行信息（重庆银行、中国银行、其他银行等）同步到财务管理系统中去。1.3 大学生
13、创新实践管理(1) 系统管理系统管理员可以设置用户角色并进行权限配置，查询、管理系统操作日志，系统用户可以管理个人信息及密码安全。(2) 大学生科研训练计划和国家级大学生创新创业计划项目管理公告管理：教务处可发布、修改和删除项目公告，包括通知发布、成果展示、政策文件、表格下载等多种形式。立项管理：教务处可以根据通知公告设置包括项目名称、年份等项目信息；教务处可以根据研究生推免加分设置相应加分分值；学院可以创建本学院的项目专家团队（形成系统专家库） ，并从中指派评审专家；评审专家能够对申报信息进行网评，评审结果汇总提交至学院审核，审核通过则将评审成绩录入系统，最终生成申报列表提交至教务处；系统具
14、有查重功能。申报管理：教务处可以设置项目级别和限制条件；学生可以填报科研项目，系统要提供自拟题目申报和网上选题申报两种流程；自拟题目申报是指学生寻找指导教师，讨论完善后填报项目有关信息，自由选择其他项目组成员，指导教师可以选定科研项目并录入评意见；网上选题申报是指指导教师可以发布项目信息，并设置选题时限，学生可查看教师项目并选题，等教师审核后可进入项目填报流程。项目变更：学生可以在规定时间内提交项目变更申请，学院可以审核并提交审核意见至教务处，教务处批准后可以进行变更，系统要记录日志；教师、学生、学院、教务处均可查看到项目变更信息。经费管理：系统可以分项目记录经费拨付情况；系统可以设置经费科目
15、；系统可以设置费用类别及提取比例，教务处可以根据管理办法设置各类费用最大限额；系统要提供多种统计分析报表。中期检查：教务处可以发布中期检查通知，设置中期检查的日期，并对部分项目进行抽查设置；学生可以提交中期检查报告，项目工作记录册并作为附件形式提交；学院可以组织专家查看中期检查报告，形成中期检查意见，汇总检查意见形成中期进展报告和成绩；教务处可以组织专家评阅抽查项目中期检查报告，并录入抽查结果。结题管理：学生可以提交所负责项目的结题申请，并可将结题报告与相关成果（可以不和项目关联）作为附件上传；指导教师可以对学生所提交结题报告进行评阅并录入相关成绩；学校汇总学生结题报告，组织专家进行评审，并可
16、录入成绩；系统可以登记查看项目结项情况；教务处可以根据结题情况，给出评价等级；系统可以查看已确认结题项目成绩和统计各类成果数量。统计分析：系统可以统计出学校和各学院历年申请项目的学生比重、指导教师比重、通过率和各层次成绩比重、立项率、结题率、延期率；系统可以统计出每个指导教师参与的项目数及获得优秀的项目数，计算其指导工作量和奖励，该部分数据可用于职称评聘，还可统计出每位学生的研究生推免加分信息；系统可以相关规定生成第二课堂学分学生成绩报表并与第二课堂学分数据对接。知识库管理：项目组可以向系统上传优秀项目简介文档；指导专家能建立训练指导框架，学生可通过它完成一系列的任务；指导专家、指导教师和项目
17、组可上传相应知识文献，工具，解决方案等资源，资源分为平台资源与项目资源。平台资源整个系统所有用户共享，项目资源只在项目人员间共享。(3)学科竞赛管理设置竞赛项目：教务处可将竞赛设置为学院组织或者学校组织，并生成相应权限，教务处可以设置第二课堂学分规则，设置研究生推免加分规则；教务处可以设置竞赛报名时间区段和限制条件。竞赛报名：学生在指定时间内可以提交竞赛报名信息，可以从报名学生中确定参赛学生、组次和组长；对于需要预赛的竞赛项目，可以确定参加复赛的学生，可以分项多次记录进入比赛的情况；学校、学院可以登记获奖学生及相关信息；学生也可直接提交获奖信息，学院或者学校可以审核。发布和查看竞赛结果：学生、
18、教师、学院和学校可以分项目查看获奖学生及相关信息。统计功能：统计获奖学生学分获奖情况，按照第二课堂学分相关规定生成第二课堂学分学生成绩报表并与第二课堂学分认证系统数据对接；根据不同竞赛类别、获奖等级和工作量，核算教师指导学生所产生的工作量和学生所在学院的业绩奖励，经教务处审核后形成报表；与学生参与/教师指导的国创、SRTP 项目等信息汇总统计产生学生/教师的创新实践档案。1.4 教师教学档案管理(1)系统管理系统管理员可以新增、修改、查询、删除和导出用户，可以设置用户角色并进行权限配置，可以分类查询、导出、管理系统操作日志，可以管理用户个人信息及密码安全；系统管理员可以设置学期的起止时间、数据
19、准备的起止时间。(2)教师档案管理教师基本信息管理：系统可以自动或手动同步教学管理信息系统中的教师基本信息，教师可以通过系统对自己的信息进行补充完善或者修改；教务处（学院）可以查看全校（本学院）所有教师的基本信息。教学运行数据管理：系统可以自动或手动同步教学管理信息系统中的教师授课信息、教师的课堂教学评价和教学补贴等教学运行数据；教师可以通过系统提出对自己相关教学运行数据的修改申请，在教务处审核通过之后数据才会变更。教学教改成果信息管理：教务处可以通过系统分类导入相关数据以供教师校对；教师也可以提交相应数据供教务处审核，只有经过校对和审核的数据在系统中才是有效的数据。(3)学院档案管理学院教学
20、运行数据管理：在学期开始之前，学院可以导入本学院的所有教学运行数据并提交到教务处进行审核；教务处审核后，数据就正式成为该学院的运行数据；在学期进行当中，学院依然可以提出修改申请，但仍需教务处审核通过后修改才能生效。学生培养及学籍信息管理：学院（教务处）可以查看本学院（全校）学生的学籍异动情况、优异生情况、多途径人才培养情况、创新实践项目参与率、创新实践项目评优率、学科竞赛各学院获奖学生情况，并可以生成、导出相应的统计报表。质量监控与评价：学院（教务处）以查看本学院（全校）所承担课程的学生的到课统计、教学事故统计、评教结果、学生学习满意度，并可以生成、导出相应的统计报表。教学补贴管理：依据本科教
21、学日常运行数据，系统可以自动计算学院的教学补贴，为学院提供计算结果和明细数据，补贴包括基础课程补贴、重点课程补贴、一线教师补贴、校区补贴。(4)教师档案评价管理教务处可以分级别自定义评价指标；学院或者专家可以依据评价指标给出评价结果和改进意见；不同的用户可以根据权限的不同查看相应范围内的档案评价结果。(5)档案版本管理系统支持以学年或者学期定义档案版本。用户可以根据权限查看档案的的不同版本，实现档案历史可追溯。(6)档案导出系统支持将档案按设置的模板导出为 pdf 或 word 文档。2. 技术要求2.1 *为适应高校教学管理复杂多变的业务需求和未来业务需求的扩展，且满足学校“大平台微应用”开
22、发要求，本项目必须采用“SOA 基础平台+业务系统”开发模式，因此，一个性能稳定的 SOA 基础平台是保障复杂教学管理系统成功开发、运行和维护的基础和核心。它应作为 SOA 整套解决方案，不能由多个第三方中间件整合而成，并且至少包括服务总线、企业工作流、业务规则管理、身份认证管理、消息通知、快速应用开发等六大组件。其具体指标如下：(1) 服务总线：服务总线是其他几个组件和第三方应用的通信中枢，各组件之间和第三方应用之间通过服务总线互连互通；支持同步消息通信；支持事务型异步消息通信；支持消息队列；支持回调消息通信；支持服务质量，包括消息生命周期、延时及异常处理；支持服务发现；支持通信日志；可以动
23、态增加或删除服务节点；支持 WebService 接口。(2) 企业工作流：灵活的工作流引擎，支持顺序、动态和并行工作流；支持基于内容（XML）的流程；支持热拔插的组件；为每个用户提供活动工作流列表；支持工作流中文档搜索；支持工作流日志；支持工作流规则；支持 WebService 接口。(3) 业务规则：支持业务规则的创建、维护、存储和检索；支持命名空间、上下文、日程、条件、动作等业务规则层次结构；用户可以创建一条逻辑语句用于判断某个条件的真或假；多条逻辑语句可以组合形成复杂的综合语句；支持顺序或者基于树的规则执行；用户可以根据各种条件搜索和显示规则；支持带版本号的规则，以及规则生效时段；支持
24、 WebService 接口。(4) 身份管理：支持身份、组、角色、权限、职责等复杂的身份权限认证；支持部门管理员权限自定义，满足组织对于用户管理的个性化需求；支持权限的再授权，被授权用户的权限不能超过授权用户的权限；支持 WebService 接口。(5) 消息通知：支持一站式消息服务；支持不同的消息优先级；支持灵活的消息内容类型；支持根据消息的属性进行搜索及显示；支持 WebService 接口。(6) 快速应用开发框架：通过服务总线集成企业工作流、业务规则、身份认证管理和消息通知；与 Spring、JTA 无缝集成。2.2 基础平台必须支持命名空间管理，以保障不同应用子系统之间的相对独立
25、。2.3 采用 J2EE 架构，支持 Windows、Unix 及 Linux 操作系统，同时支持 64 位和 32 位CPU，数据库支持 Oracle。2.4 支持新系统与现有系统通过服务总线适配器进行互连互通，包括青果系统、实验排课系统、老教务系统中的部分模块、财务系统、统一身份认证系统和学生报到注册系统。2.5 *系统演示：从四个业务系统选择一个进行现场演示，一方面演示系统的设计理念和实现结果，另一方面演示 SOA 基础平台核心关键指标在演示系统中的实现方式。2.6 性能要求(1) 系统能够兼容目前主流的浏览器版本；(2) 界面要美观大方，布局重点突出、人性、合理；(3) 系统功能操作简
26、便，符合通用习惯；(4) 关键数据操作要有确认提示；(5) 页面的响应时间不超过 5 秒；(6) 并发量应在 30000 以上；(7) 有效的数据备份和数据安全防范机制，不允许出现数据丢失和被篡改等现象；2.7 投标单位中标后，在签订合同之前需提供 SOA 基础平台和演示系统的源代码给招标单位，由招标单位组织技术人员从源代码上核查 SOA 基础平台和演示系统的技术指标，如不符合所列技术指标要求视为虚假应标。2.8 进度要求：2016 年 11 月部署运行。3. 其它技术要求3.1 *开发团队：(1) 为保证项目顺利开发和快速响应用户需求，投标人应详细说明实施本项目拟采用的团队组织方法和具体组织
27、机构，保证在此应用软件开发期间足够的人力投入，并提交与本项目规模相符的项目组人员名单、核心团队人员。根据项目建设工作的业务性质，投标人针对本项目应分别配备经验丰富的项目经理、技术负责人。项目经理应具有需有 5 年以上软件项目管理经验，技术负责人员应具有 3 年以上开发、分析设计经验。包括项目经理、技术负责人在内的核心团队人员不少于 5人，并在重庆大学安排 5 名及以上现场开发人员。(2) 为保障项目过程管理的规范性、可视化，并有效监控项目按预期开发进度，要求本项目的开发过程纳入采购人提供的项目管理平台进行管理，开发方每天提交项目所有成果，包括源代码。(3) 为保障软件系统长期可维护性，要求基础
28、平台和应用系统源代码在采购人提供的版本管理系统（subversion 或者 git）中进行管理。为了快速获取用户反馈，要求采用敏捷开发方法，且支持持续集成，实现自动部署，持续集成平台由采购人提供。(4) 项目验收之后，系统免费维护期内，要求开发方在重庆大学安排 2 名及以上现场技术服务人员，承担本项目的后续维护工作。3.2 *中间件产权：公司所使用的基础平台不需要商业许可授权，需提供完整源代码，技术文档完整，可由采购人自主维护。三、验收标准：按双方签订的合同技术附件所规定的条款进行验收。 四、人员培训（操作，维护）等要求： 中标人须提供现场安装及技术培训，不限参加人数。要求中标人派有资格的技术
29、人员指导并制定培训内容。通过技术培训，应使采购人的技术人员能够掌握操作和维护技术。 五、售后服务： 1软件系统终验收通过后，免费质量保证期限一年及以上，在此期间依据详细使用说明书之正常使用，如有故障，卖方应及时进行调整和维护且应是免费的。 2对质量保证期过后出现的故障，应采取及时有效的维护,费用按双方协议执行。 3提供终身售后服务。在采购人提出维修要求后，中标人能在 4 小时内作出维修响应，8 小时内到达用户现场进行维修处理。 第四部分 实施时间、价格及付款方式一、实施时间、地点及验收方式（一）实施时间本项目建设总工期为 140 个日历日（包括试运行期）。采购合同签定后，5 个工作日内进场。软
30、件开发周期（合同签定后）：20 个日历日内提交项目详细设计方案，并通过验收评审；60 个日历日内软件系统必须具备上线试运行条件；系统上线试运行 30 个日历日后，基本达到规定的性能指标和功能要求可进行初验；初验后再经 30 个日历日的试运行，并具备终验条件后可进行终验。（二）实施地点实施地点：采购人指定地点。（三）验收方式本项目的验收以项目招标文件、合同书、国标、行业标准和相关政策法规，国际惯例等作为项目验收的依据，由中标人负责编写验收方案，采购人审定。1、初步验收系统开发、部署、调试完成后，经采购人认可，采购人组织初验。系统初验的基本条件是：（1）全面完成系统的设计、开发、测试和集成工作，系
31、统安装调试，并进行相关的配置和系统优化调试，达到功能、性能、使用等方面的要求。（2）系统运行稳定，上线试运行后确保不会影响业务部门的正常工作。（3）通过安全服务商的安全检测，系统性能须满足实际业务应用要求。（4）完成实施过程中所有文档的提交（技术文档、实施文档、用户使用手册等） 。中标人在初验前 10 个日历日内提供一份详细的初验方案，经采购人认可后执行。2、试运行系统上线后经过 30 个日历日的连续试运行。在试运行期间，由于各种原因造成某些技术指标达不到要求，中标人应负责及时解决，试运行期相应顺延 30 个日历日，其顺延产生的成本支出费用由中标人负责。所有试运行期间系统的修改和软件变化都应在
32、试运行结束后由中标人写入操作和维护手册中。3、项目终验系统试运行结束后，中标人须配合采购人进行项目最终验收。4、其他要求（1）投标方必须说明对“软件开发项目报价表”中所列出的各个软件、平台的开发、安装、调测、实施，以及验收等环节的具体安排进度，给出预计完成的时间表(以采购人与中标人共同签署建设开始时间作为起点)。（2）项目验收前，中标人需向采购人提供设计报告、测试报告（含安全测试）并提出项目验收申请书。申请书需说明要求验收的软件功能描述、是否达到招标书和用户实际使用的功能、性能和安全要求、在验收申请提出前是否已经进行了功能测试，项目验收的过程、验收测试的模拟数据、测试报告等。（3）中标人提供的
33、应用程序接口、编码规范及代码必须包含注释，可读性强，对于第三方集成接口应包含应用实例和操作过程，如因开发不完善或遗漏导致无法对接将可能导致无法通过分项验收。（4）项目验收分为 SOA 基础平台开发、现有应用系统接口开发与集成、新应用系统开发与集成三大块；其中，应用系统及其接口开发子项目与集成的验收必须得到相关业务管理部门的认可，并有相关管理部门的人员共同参加验收。二、报价要求本次报价须为人民币报价，包含完成本次软件开发项目和软件质保期（含投标时承诺增加的质保期）内所有费用。三、付款方式 1. 签订合同后 5 个工作日内，采购人向中标人付款 10%。2. 中标人上门详细调研个性化开发需求，经采购
34、人确认后形成完整的项目开发计划与系统需求说明书，采购人应在中标人完成需求调研分析之后 5 个工作日内审查需求分析说明书，并且双方签字确认。中标人根据需求分析，遵照重庆大学信息化编码与规范标准完成系统技术方案，由采购人组织论证会，论证通过后，付款 30%。3. 中标人依据系统需求说明书和技术方案进行编码实现、测试完善，在完成系统开发及安装、调试系统并完成对采购人相关人员的技术培训之后，进入系统试运行期，采购人组织项目初验，初验通过，付款 30%。4. 通过项目初验之日起五个工作日内，采购人负责在三十日内提出书面的详细、具体修改清单，中标人按照采购人提出的详细、具体修改清单逐一完成并提请采购人进行
35、项目终验，终验完成后即进入系统正式运行期。正式运行、验收完成，且收到中标人提交的合同总价 10%的质保金后，采购人向中标人付款 30%。5. 质保期结束后，无遗留问题时无息退还质保金。四、合同的签订 中标人应按中标通知书指定的时间、地点与重庆大学签订技术协议和商务合同。 第五部分 评标方法及标准一、 评标方法本项目采用综合评分法进行评标。二、 评标标准评价内容及标准详见下表（分值保留 2 位小数）：评价内容 评标分值 评分标准需求分析 8 分 (1) 满足用户需求的程度：满足 4 分；基本满足 2 分。(2) 需求分析的针对性：强 4 分；较强 3 分；一般 2 分。技术评价软件设计 50 分
36、针对技术要求，做点对点应答，并通过演示环节进行验证。出现以下情况之一的该部分得 0 分：带*的技术条款1 条不满足的；非*的技术条款有 4 条（含本数）以上达不到招标要求的。(1) 系统建设目标清晰，能全面覆盖项目总体需求：全面覆盖 3 分，大部分覆盖 2 分，一般 1 分；(2) 系统总体设计明确，有总体结构图，模块功能分配合理，有详细的模块功能图。详细 4 分；较详细 3 分；一般 2分；(3) 数据逻辑结构、数据库分布、接口、安全体系、网络环境、开发环境、运行平台等设计分析清晰透彻，可以充分体现系统的先进性、稳定性和可靠性等。好 5 分；较好 3 分；一般 1 分；(4) 有详细的系统（
37、子系统）流程图或 IPO 或类图等描述。详细 3 分；较详细 2 分；一般 1 分；(5) 针对项目所需功能，有详细的功能（子系统）设计方案。优 4 分；良 2 分；一般 1 分；(6) 针对项目所需功能，有详细的点对点应答。全面 6 分；大部分 4 分；一般 2 分；(7) 对公用模块、专用模块、存储过程、触发器等进行设计。全面 3 分；大部分 2 分；一般 1 分；(8) 对业务数据（单据、报表等）分析透彻、全面，能针对所有功能，有很详细的数据表结构、数据字典的设计等。全面 9 分；大部分 7 分；一般 5 分；(9) 设计能充分考虑与现有系统的无缝对接，能够兼容已有的历史数据信息。优 3
38、 分；良 2 分；一般 1 分；(10) 系统界面控件、界面风格、界面迁移图和典型操作界面样式设计能够深入理解系统的功能要求，有创意，并提供到功能级的界面预览图等。优 7 分；良 5 分；一般3 分；(11) 接口实现设计，角色授权设计，数据的安全性设计合理。合理 3 分，较合理 2 分，一般 1 分。公司综合实力 12 分(1)公司注册资金大于 1000 万的得 0.5 分，大于 5000 万的得 1 分，大于 1 亿的得 2 分。(2)具有国家保密局颁发的涉及国家秘密的计算机信息系统集成资质（软件开发单项） 、CMMI 成熟度等级（三级及以上） 、ISO/IEC 20000 IT 服务管理
39、体系、ITSS 服务认证（信息技术服务运行维护标准） ，上述资质有一项得1.5 分，最多 6 分。(3)近 3 年（2014-2016）承担的大型软件开发项目，单个合同额大于 500 万，有一个得 1 分，单个合同大于 200 万，有一个得 0.5 分，上述得分不重复计算，本项累计最多4 分。商务评价实施与技术服务 15 分(1) 项目经理：负责本项目的项目经理具有工信部颁发的高级项目经理证书得 5 分，没有不得分。(2) 培训情况：满足或优于招标文件要求得 2 分，不满足招标文件要求本项评价得 0 分。(3) 付款条件及方式：满足招标文件要求得 1 分，不满足招标文件要求本项评价得 0 分。(4) 交货期：满足或优于招标文件要求得 1 分，不满足招标文件要求本项评价得 0 分。(5) 质保期：满足招标文件规定的质保期得 1 分，不满足招标文件要求本项评价得 0 分。(6) 投标文件制作：严格按照招标文件要求提供相关资质材料、投标文件制作规范得 2 分，相关资质材料及投标文件制作不符合招标文件要求扣 1-2 分。(7) 技术支持与服务：提供良好的技术支持与售后服务方案，优 3 分，良 2 分，一般 1 分。价格评价 15 分将满足招标文件要求且投标价格最低的投标报价作为评标基准价，按照以下公式计算：投标报价得分（评标基准价/投标报价）15合计 100 分
