采购需求

前注：

1、本采购需求中提出的技术方案仅为参考，如无明确限制，投标供应商可以进行优化，提供满足采购人实际需要的更优（或者性能实质上不低于的）技术方案或者设备配置，且此方案或配置须经评标委员会评审认可；

2、为鼓励不同品牌的充分竞争，如某设备的某技术参数或要求属于个别品牌专有，则该技术参数及要求不具有限制性，投标供应商可对该参数或要求进行适当调整，并应当说明调整的理由，且此调整须经评标委员会评审认可；

3、为有助于投标供应商选择投标产品，若项目需求中提供了推荐品牌（或型号）、参考品牌（或型号）等，这些品牌（或型号）仅供参考，并无限制性。投标供应商可以选择性能不低于推荐（或参考）的品牌（或型号）的其他品牌产品，但投标时应当提供有关技术证明资料，未提供的可能导致投标无效；

4、投标供应商应当在投标文件中列出完成本项目并通过验收所需的所有各项服务等明细表及全部费用。中标供应商必须确保整体通过采购人及有关主管部门验收,所发生的验收费用由中标供应商承担；投标供应商应自行踏勘项目现场，如投标供应商因未及时踏勘现场而导致的报价缺项漏项废标、或中标后无法完工，投标供应商自行承担一切后果；

5、根据《关于规范政府采购进口产品有关工作的通知》及政府采购管理部门的相关规定，下列采购需求中如涉及进口产品则已履行相关论证手续，经核准采购进口设备，但不限制满足招标文件要求的国内产品参与竞争；

6、在采购活动开始前没有获准采购进口产品而开展采购活动的，视同为拒绝采购进口产品；

7、下列采购需求中：如属于最新一期《节能产品政府采购清单》中政府强制采购的节能产品，则投标供应商所投产品须为最新一期《节能产品政府采购清单》内所列产品；

8、下列采购需求中：标注▲的产品，投标供应商在投标文件《主要成交标的承诺函》中填写名称、规格、型号、数量、单价等信息，承诺函随评审结果一并公告；

9、单一产品采购项目中，提供同一品牌产品的不同供应商参加同一包项下投标的，以一家供应商计算有效供应商数量。非单一产品采购项目中，提供标注▲的产品均为同一品牌的不同供应商参加同一包项下投标的，以一家供应商计算有效供应商数量；

10、如对本招标文件有任何疑问或澄清要求，请按本招标文件“投标供应商须知前附表”中约定方式联系安徽省政府采购中心，或接受答疑截止时间前联系采购人，否则视同理解和接受，开标后安徽省政府采购中心不再受理对招标文件条款提出的质疑。

11、★条款须满足或优于招标文件要求，否则投标无效；非★条款由评标委员会讨论后酌情评审。

▲研究生管理系统1套（预算55万）

一、项目建设目标

研究生信息管理系统应可在互联网环境下满足安徽农业大学学位与研究生教育管理和改革需求，学校各相关部门或个人根据职责，可通过系统对学位与研究生教育全过程的信息记录、处理、交互和分析，实现研究生教育日程事务管理的科学化、信息化、精准化和人性化，并能为学位与研究生教育管理方面的辅助决策、质量评估等提供各类数据分析和报表等支持。

二、总体技术要求

（一）技术路线和软件架构要求

研究生信息管理系统应采用先进的设计思想和技术，搭建合理的架构，保证系统具有较强的生命力，符合当前和未来发展的趋势。系统开发采用.net技术，数据库采用大型关系数据库（为了更好地实现与学校数字校园的数据集成，系统所采用的数据库管理系统优先选择oracle）。

（二）信息标准要求

研究生信息管理系统的开发必须严格遵守教育部2012年颁发的《教育管理信息化标准》和《CELTS-34高等学校管理信息标准》，并必须符合我校最新制定的信息标准。（重要技术参数）

为了配合学校数据标准建设，上述系统需要提供系统设计中数据库设计部分的文档及说明，并在系统建设过程中整理出各类代码表。

（三）兼容性要求

系统必须有良好的兼容性，能够在windows 系列 95、98、winme、NT、2000、XP、2003、vista、win7、win8、unix、linux等现有版本的操作系统和IE6、IE8、IE9、IE10、Chrome、搜狗、360等现有版本的浏览器环境下流畅运行，同时提供未来新环境兼容性的升级维护服务。

（四）可靠性、稳定性要求

开发的系统应提供事务监控手段，提供有效系统运行日志管理功能；提供可靠的数据自动、远程备份功能；具有良好的运行保障体系，提供完整存储、备份手段，提供故障恢复手段，确保系统的稳定性。

（五）安全性和保密性要求

系统整体的安全性，从数据访问操作、用户认证、数据加密等方面提高系统的安全性。即实现信息资源的充分共享，更要注意信息的保护和隔离，针对不同的应用和不同的环境，采取不同的措施，包括系统安全机制，数据存取权限控制和数据存储加密机制。

（六）易用性和界面优化要求

系统应尽可能优化用户界面，使管理员和其他用户易于接收和使用。

（七）系统集成相关要求要求

1、系统能提供接口方案，实现与学校中心数据库互连，实时分发、获取数据。要完成与学校数字校园的门户集成、认证集成和数据集成（数据集成内容包括从学校数据中心获取和共享给学校数据中心的数据两部分）。投标供应商应免费完成与学校数字校园的集成。

2、系统需要具有移动端需实现与学校智慧校园移动门户的集成。上述系统中的面向师生的部分业务（如各类申报、审批）要能够集成到智慧校园移动门户中。

3、投标供应商应承诺保障所投软件本系统实现与学校现有数字校园平台进行集成对接（统一身份认证集成、公共数据集成<含信息标准对接>、应用门户平台集成），未完成与平台集成整合的不予验收。所投软件本系统与校园平台完成集成验收合格后，应继续提供不少于3年的接口维护服务，包括但不限于所投软件系统自身升级后仍应确保与平台的原有集成接口运行正常、以及当校方平台整体架构升级时所需投标供应商给予的免费集成配合，投标供应商应将所投软件系统与数字校园平台相关接口集成开发费用一并包含在投标报价中，数字校园平台与各软件系统集成开发的费用不在报价之列。

三、系统业务功能要求

（一）系统基本要求：

1、软件系统全部架构必须为B/S结构；

2、系统应能支持≥4000人同时在线使用，支持负载均衡，系统各页面平均响应时间≤2秒，部分需要加载大量数据或进行复杂操作的页面响应时间≤5秒；

3、必须完全支持各种主流浏览器(包括FireFox、IE、Chrome、Safari，Opera等)，不得强制用户安装任何第三方浏览器插件，系统不得采用浏览器弹出子窗口；

4、权限管理：

（1）各个业务模块之间的统一认证，从而可与不同业务平台不同机器之间进行统一身份认证，也可实现校园统一身份认证登录；

（2）严格按照“角色-权限”的架构设计，不同用户可以按角色赋予不同权限，个别用户可以由上级管理员单独授权，要有二级组权限管理功能；

（3）对管理员权限能准确控制操作范围，可分配到某一管理人员，能准确的管理哪些院系、学生类别、专业以及年级，未分配的到的权限其不能有查看和更改的权限；

（4）单个或批量生产新用户，可分类查询、修改用户信息。

5、系统所有打印报表须采用模板化管理，文档格式为PDF、WORD或Excel文档格式，规范标准统一，可以自己任意定义模板，调整完毕直接通过系统上传（需要有模板管理功能），不允许强迫用户安装第三方安装浏览器插件；

6、培养、学位审批整个过程要有严格的时间控制，可以根据需要开放各控制条件，要用开关条件的形式来开设定开关项；

7、对涉及到管理业务中的申请、审核、锁定、反馈等具体流程，应能提供时间范围与操作对象的定制化配置，可增加或跳过、删除审核条件，便于灵活管理；

8、系统应能输出符合教育部信息上报要求的数据，包括招生数据上报、学籍学历注册数据、高基表数据、学位授予信息数据、就业上报数据等。系统应能部署学位与研究生教育中心（学教中心）评审论文的数据接口，满足评审后数据的导入与查询、统计等功能。

（二）各模块功能要求

1、学籍系统

（1）学籍维护：

系统应支持对录取信息、学籍信息、学年注册、学籍异动、毕业生、终结生进行管理和维护，主要功能应包含：查询、查看、新建、修改、导入、导出；

系统设计符合教育部学信网上传信息标准，导入招生库进行配置后，在系统中进行注册，注册完成后系统可生成导出学信网注册学籍标准库；包括：应报到、实际报到、保留入学资格、放弃入学资格库；

学籍信息字段导出要采取配置的方式，可满足学校对学籍信息导出的不同要求；

学生信息查看和修改权限细化至字段，保证信息维护的灵活性和安全性；

信息查询统计功能丰富，用户灵活设置统计条件，为各部门用户直接提供统计导出功能，满足多样化统计需求，导出字段可配置。

学院在新生录取后、入学前配置导师信息，系统设置无法填写无指导资格的导师（导师所招专业年份和学生专业不匹配）；

学籍注册、学年注册时，可与财务相关系统进行对接验证缴费情况，并由系统设置未缴费、未申请绿色通道的学生无法进行注册，直至缴费后才具备注册资格。

（2）学籍异动：

系统应支持研究生院管理和维护学籍异动类型的功能，支持异动审核流程配置，根据学校不同的异动类型进行流程配置；

系统应支持学籍异动信息的查看、维护、统计、导入导出等，将学籍异动与奖学金等进行关联、并应支持学生在例如休学、退学后的学生选课数据进行自动退课的功能，如学籍异动产生学籍延期的自动更新到学籍毕业到期时间里；

学籍异动管理完善，详细记录异动相关信息的变更。

（3）毕业管理

系统应支持毕业审核标准设置，应支持根据毕业审核标准自动审核或手动审核，应支持个别特殊情况下、单独设置审核结果的功能。应能够查看、新增、修改、删除、导出、统计毕业审核结果。审核完成后，要求学生能够在自己的界面中通过可视化的流程图查看毕业审核结果。

（4）终结生管理

终结生的来源由正常毕业的学生和异动过程中产生的终结学生，主要包括终结生转库、倒回、查询统计等基本功能。

学生入学后必须先完善个人学籍信息之后才能进行其他操作。该操作管理员可自主开放或关闭。

2、招生系统

分博士和硕士招生模块。

硕士招生模块主要分为推免生和统考考生两部分，涉及考生、学院、研究生院三个角色。推免生模块主要处理推荐免试生的申请、复试成绩录入、接收、通知等相关工作环节。统考考生模块主要处理报考本校研究生的相关业务流程，主要从教育部研究生招生网导入研究生报考信息库，完成从报考、考试成绩导入、划线、确定上线库、调剂、复试安排、录取等环节。并有系统相关配置模块。

博士招生模块主要功能，包括考生、学院、研究生院、导师四个角色的功能，提供博士招生目录、在线报名、现场确认、考试安排、成绩录入、复试录取等功能。

3、培养系统

培养模块是本次需求的核心部分，其管理对象为在校研究生，提供制定课程库、培养方案、培养方案关联、学生个人培养计划管理、开课、排课、选课、考试、录入成绩、英语免修、学分转换、教学资源管理及各类数据汇总统计等功能，涵盖了学生的整个培养过程，为学生申请学位提供审核依据，做到过程监控数据实时共享。

各业务环节都要提供查询统计功能，帮助进行决策。成绩管理包含成绩权重配制功能，如平时成绩、考试成绩权重，能记录多次平时成绩。课程管理可配制多个教师，可设置主讲老师和多名辅讲老师，同时在排课的时候可设置或更改主讲老师，排课要有批量排班功能，排课操作要简单明了，排课时要验证教室资源、时间资源是否有冲突。系统要有直观便捷的教学质量评价功能，学生在对所学课程进行评价后，获得课程学分。课程评价包括教学态度、教学内容、教学方法、教学效果几个方面。最终可统计和导出每个老师的实际教学情况。系统的培养方案支持多方向模块，同一培养方案的学生可以选择属于自己方向的模块，也可以跨专业选修其他专业的课程作为选修课。

（1）课程管理

维护全校研究生课程信息，包括增加、删除和修改课程信息和开课课程管理等操作。点击课程名称能打开课程详细信息介绍。

（2）培养方案管理

提供维护各学生类别、各专业的培养方案课程信息及学分要求等功能。

培养方案制订时具有批量导入课程功能、根据格式模板整理数据进行导入，导入后自动设定课程分组、学位课、课程类型、选修学期等。培养方案维护工作量较大，系统具有批量导入功能，通过excel表数据导入。

系统具有完善的学生培养计划制定及自动审核功能。学生可以制定培养计划和后期修改培养计划时完全要受本专业培养方案验证。管理端可以查看学生培养计划完成情况及自动审核培养计划完成。

培养方案采用年度管理，不同年度培养方案可以根据需要进行适当调整。

（3）培养计划管理

提供学生培养计划的维护、审核、查询统计管理等功能。导师具有调整、审核培养计划的权限。培养计划一旦提交不可变更，如果更改，必须提交变更申请，学院审核之后由系统管理员处理。学生的培养计划具有打印功能，以便于存档。

（4）选课管理

提供学生网上选课功能，学生退补选、选课结果处理等功能。学生选课时可以通过点击教师姓名和课程名称查询教师个人信息和课程简介。

（5）排课管理

提供开课目录生成、分班、排课、学生上课安排及各种课表打印等功能。要求各学院课程信息共享。

能根据学生的培养计划统计各门课程的选课人数，以方便管理部门决定是否开课；可实现具体课程选课人数的准确详细统计报表；可通过系统导出默认表格输入排课信息导入系统直接生成课表。

系统具有学期排课合班管理功能。如：不同课程编号和课程名称的多个排课班级，最终合并一个排课班级。教师登录系统后，可以打印一个点名册，一个成绩单。教师录入成绩后，系统自动按照学生的培养计划匹配自己的课程编号。

学期排课系统具有批量导入排课信息的功能。根据排课信息格式整理数据，然后进行导入，导入后自动生成二维课表及验证上课冲突。教师姓名按工号匹配。排课信息数据要可以导出，修改后再导入系统更新排课数据。

排课结果分析：统计教室使用学时、教师授课学时、根据培养方案学院已排课程比例、按学期（年度）研究生开课总门数以及各种课程类型所占的比例、开课教师的职称比例、选课学生总人数以及各学位类型所占的比例等。

单门课多个教师授课管理：对于一门课多个教师上课的，可准确设定具体教师的上课时间和地点，严格的验证上课时间冲突，可以设定主讲教师和允许录入成绩的教师（方便以后录入成绩）。

验证冲突：排课时准确的验证教师、教室、学生上课时间冲突，以防教师、学生、教室在上课时间上发生冲突。

课程表管理：自动生成教师学期课程表、教师周课程表,（按开课院系、按教师院系）教学任务书；学生学期课程表、学生周课程表；学院学期课程表、学院周课程表、全校学期课表、全校周课表等；支持一维、二维课表打印。

调、停和补课管理：任课教师能够根据学期所授课程，提交调、停和补课信息，管理端能审核调、停和补课信息。信息审核后，学生端能查看调、停和补课信息。对于已经调、停的课程，要进行教室信息管理，释放不用的教室为空闲教室（空闲教室查询功能可以查询到）。对于补课使用教室，能够同已经排课的教室和借用教室进行冲突验证，以避免教室上课冲突。

已排课程要具有审核功能：课程安排完毕后，审核通过后任课教师和学生才能查看课表，目的是防止在课程未排完情况下学生选择不正确课程（避免教师可能对自己授课时间不满意要求调课，影响排课工作）；课程选课要有选课时间段限制，在规定时间段内，学生可以选课，超过选课时间范围，系统自动关闭选课功能（而非整体关闭选课功能）；课程要具有单门课程审核功能，对于已经审核的课程，学院不能改动排课信息。

（6）教室管理

根据条件（教室的类别，容纳人数，和教室的使用情况），可准确查询当前学期空闲教室。对于不使用教室课程（如办公室或导师家），排课时仅安排课时和上课时间，上课地点名称可以直接输入；对于排课完课空闲教室进行集中管理，学生、任课教师和二级学院，能查询到空闲教室，然后申请借用教室（学生作为活动用，教师和学院作为补课等），管理端能查看（添加）和申请信息，审核。此类教室要同排课教室一起进行冲突验证；

（7）课程计划管理

根据学生选课和排课情况，确定任课教师的课程计划，打印和下达开课任务书；

（8）教学资源管理

提供任课教师信息、教室信息维护、教室使用情况查询等功能。教室分为公共教室和各学院专用教室。学院只能查询到属于自己的专用教室和公共教室信息。

（9）考试管理

提供考试时间设置、考试科目安排、考场时间地点监考老师、考生安排等功能，并提供相关报表（考生签到表、座次表、座位号等）的打印功能。

（10）成绩管理

系统提供按照权限由任课教师或学院录入学生成绩，成绩一旦保存提交不可更改，如需更改，必须向系统管理员提供证明材料。提供学生成绩查询，学生成绩分类统计（学位课、非学位课，成绩排名，不及格成绩查询），中英文成绩单打印等功能。

学生培养计划一经制订，学生课程成绩属性（学位课、非学位课）自动更新。

课程成绩考核系统具有自动计算综合成绩功能。课程排课完毕后，即确定了成绩计算方式（如：30%平时+70%笔试），教师录入成绩时候，只要录入平时成绩和笔试成绩系统自动计算综合成绩。成绩计算方法，根据需要对于不同的课程管理端可以进行设定。

系统能准确的查询教师录入成绩进度。如：录入完毕、正在录入、未录入。如果“正在录入”和“未录入”可以查询到哪些学生已录入成绩、哪些学生成绩未录入。教师录入成绩时，要有成绩导入功能，教师可以根据录入模板整理数据导入系统。成绩录入完成经审核之后，学生端才能查询该门课程成绩。

成绩统计功能：不及格成绩、学分不合格学生进行统计报表；可实现学生的中、英文成绩单批量打印；成绩的录入可以对平时、期中、期末等成绩按比例进行批量计算，录入的成绩可以暂时保存在服务器上，直到教师提交；自动显示已录成绩课程、未录成绩课程；规定时间以外不得进行成绩录入。

（11）教学评估管理

系统提供研究生对所学教学班任课老师网上评教功能，主要包括评估体系设定、评估指标设定、学生网上评估、评估信息统计等功能。设置学生查询某门课程成绩之前，必须对本门课程进行评估。

（12）学分审查管理

系统提供按培养方案要求自动统计学生培养完成情况，并提供维护、查询等功能。

（13）学术活动管理

学术活动的录入、管理者审核、学分获取（学术学位10场计1学分，专业学位5场计1学分）等功能。

（14）学术研讨管理

研讨信息的发布、研讨活动参加的申请、研讨活动资料登记、研讨活动的审核、学分获取等功能。

（15）科研实践活动管理

科研实践活动内容登记、审核，学分获取（22个工作日计1学分）等功能。

（16）中期考核管理（在第四学期注册前必须完成中期考核）

研究生中期考核时各种学分分类统计，中期考核情况统计查询等功能。

考核内容包括：入学来受过何种奖励或处分、政治思想表现、课程学习完成情况、实践环节完成情况、课程补考/重修记录；二级管理员审核之后，由导师决定是否进行论文开题（由导师填写）。

学生可以在线填写论文中期报告内容，导师审核后，可根据系统提供的模板直接导出PDF或Word论文中期报告文档，学生打印后上交（为了保证与系统信息一致，导出文档学生不能再更改）。在线填写论文中期报告内容时，要支持公式和插图。论文中期报告模板根据需要可以随时调整。

学生学业状态查询功能。学生和管理端可以准确查询出学生当前学业状态，起到提醒学生作用。（如，培养计划是否完成，开题是否完成，下一步应该做什么工作等）

（17）课程工作量管理

研究生课程任课教师工作量分类统计、查询和导出功能等。

（18）考试报名管理

提供研究生英语四六级报名功能。提供报名信息报表，考场确定之后能自动打印准考证。新生在入学时持四六级成绩单到二级管理员处上报四六级成绩。入学之后考试成绩由系统管理员根据国家成绩单统一导入，汇总不合格成绩名单。能详细记录在校生参加四六级考试的情况（参加次数和每次成绩）。

（19）教师管理

与采购人人事处、科技处、社科处等数据库对接，以工号唯一确定教师身份。提供教师主要个人信息、曾授哪些课程等。教师职称定期批量维护。

（20）过程管理

培养过程业务包括为全校研究生提供学术报告、开题报告、中期考核、预答辩和奖惩记录、校际交流、学术会议、创业项目等培养过程中产生的成果的录入、审核、维护和查询等功能。同时要有案例库、核心课程的发布、审核、查看、权限配置功能。

学位论文开题报告，研究生中期考核、研究生学位论文中期检查等环节管理，学生可以在系统中上传电子稿，培养单位审核并导出电子版。

4、研工系统

系统提供奖学金管理功能：

奖学金管理可以包括学业奖、新生国家奖、老生国家奖、学生干部、优秀毕业生、奖学金综合等的管理，也可以实现学校个性化奖学金的管理。

以学业奖为例：系统提供学业奖申请的查询/管理；院系和学校可以审核学业奖申请；管理人员能编写学业奖申请帮助，供学生提交学业奖申请时做参考；对学业奖申请功能可以设定开放或者关闭，设定当前年度申请开始时间、截止时间；可以查询或者设定院系名额信息，可以单个新增或删除名额信息，也可以由往年信息调入，稍作修改用作当前年度。

关于学校个性化奖项的管理同学业奖，也能实现相关的管理功能。

奖学金综合可以实现奖学金标准的查看与设定，可以新增/修改/删除奖学金标准信息，也可以由往年调入，稍作修改用作今年的数据；设置奖学金分类，可以新增/修改/删除奖学金分类信息；能导出打印奖学金证明。

5、学位系统

学位模块业务主要包括资格审查、特批、学位申请、论文在线评阅、论文答辩、学位审核、数据上报等功能。涉及角色包括学生、导师、学院管理员、研究生院管理员、评阅专家、学位委员会委员、答辩秘书等。各角色数据内须有邮箱填写项，并实现邮件发送功能。论文答辩（答辩组成、答辩公示及结果等）；博士学位论文预答辩；学位审核（学位分委员会、校学位委员会二级审核）；证书管理（毕业证书、学位证书信息收集；证书编号；证书打印等）；毕业证书、学位证书根据业务生成规则实现系统自动编号，并可在系统中打印所有证书。整个学位申请流程要应可视化，可以清楚的看出学位申请的每一步状态，哪些任务还没有完成，相关业务申请环节要有流程控制，如果相关条件没有达成的话，系统是不能授予学位的。

论文网上评阅功能首先要有专家和评审院校角色的功能，同时要可维护校内外专家库，每篇论文都可指定多个专家或评审院校。学生上传论文后，需要导师审核、学院审核、然后进入论文盲审邀请环节，学生上传的论文类型需包括涉密、非涉密、延时公开几种类型，涉密论文不上传到系统中，其它两种类型学生上传论文后按正常流程审核进行盲审，在盲审邀请时可单个发送邀请邮件，也可打包批量发送邀请邮件。系统要支持补录评审意见。学生上传的论文要支持中国知网后台自动查重功能，结果自动返回到本系统，同时可以支持与国务院学位中心论文抽查接口。

硕士生导师、博士生导师遴选及考核管理（网上提交遴选申请；扫描遴选资料；初审；遴选资料网上外审；考核条件设定及考核等）。

学位分委员会、校学位委员会二级会议。无纸化会议，相关资料查阅及投票等。

（1）科研成果管理

提供学生论文、著作、专利、获奖成果等科研成果的学生在线录入、审核及核心期刊相关信息的维护等功能。（数据分析功能：分年度各个院发表一般期刊、核心、EI、 sci一区、二区、三区和四区的论文数量统计，各学科发表的层次数量统计，各专业发表的层次数量统计，导师指导所有学生发表论文层次统计，不同来源研究生（如推免生、三本院校生、985院校生）发表论文层次数量统计）

学生在校发表学术论文、科研成果、发明专利，可以上传证明件扫描材料（一篇学术论文扫描件可能有多页，为了方便学生上传，学生可以上传一篇论文多张扫描件，系统自动合并成一个单pdf文档，方便管理人员在线查看审核）。导师和管理端可以在线查看审核（象百度文库一样在线打开pdf文档）。审核后，不能修改。管理端可以批量下载学生上传论文扫描件材料，可按收录情况（如：sci，ei，isip等，收录情况可单选或多选）作为筛选条件，查询筛选学生发表论文，导出信息列表。

（2）开题申请管理

提供学生开题申请信息、开题信息修改、开题报告申请审核、开题报告结果管理等功能。

学生可以在线填写开题报告内容，导师审核后，可根据系统提供的模板直接导出PDF或Word开题报告文档，学生打印后上交（为了保证与系统信息一致，导出文档学生不能再更改）。在线填写开题报告内容时，要支持公式和插图。开题报告模板根据需要可以随时调整。

（3）答辩申请管理

提供学生答辩申请、审核管理，学院能够确定论文送审名单。

（4）答辩资格审查

提供答辩资格审查条件设置、资格自动统计、可答辩名单查询等功能。

学生可以在线填写论文答辩审批材料内容，导师审核后，可根据系统提供的模板直接导出PDF或Word论文答辩材料文档，学生打印后上交（为了保证与系统信息一致，导出文档学生不能再更改）。论文答辩审批材料模板根据需要可以随时调整。

（5）论文评审管理

提供论文评审申请、论文评审信息、论文评审专家管理等功能；

学生可同时上传常评和匿名评审两种评审形式的论文；

可按不同学生类别、专业、论文选题类型等，灵活设定论文评分标准（不同类别学生、不同专业学生、不同论文选题类型的论文评分标准可能会有不同，专家需要根据相应的评分标准评阅）

按不同学生类别独立维护评阅书模板（不同类别学生的评阅书可能会有不同，需要单独维护模板）

可按常规、盲评的不同情况，导出不同的评阅书（常规评阅书需要导出学生基本信息，匿名评阅书不允许导出学生信息等）

外审专家有可能数据不在库中，但是专家信息在送审之前评审单位有可能没办法确定专家信息，所以送审时系统需生成验证码，外审专家可以通过身份证号及验证码登陆系统进行评审，同是需让专家在线填写评审经费发放的制定银行账户，方便以后通过系统统计专家评审费用。

系统可统计每一年论文评审专家的评审数据及评审质量方便采购人筛选优秀的合作评审专家。

外审单位可登陆系统为论文分配评审专家，并对专家进行监管。

（6）论文查重管理

学生上传的论文，管理员可进行查重，系统查重格式需与知网无缝接待，可直接一键导出学生论文上传知网，查询结果一键导出后无需按学生学号挨个导入系统，只需将结果一键导入，系统自动匹配关联学生。审核后学生即可登录系统查看结果。

（7）答辩安排管理

提供学生论文答辩时间、委员组成、参加学生信息维护查询、答辩结果录入管理等功能。

学生答辩通过后，可直接打印个人授予学位信息，签字后上交。（打印时严格验证学生授予学位基本信息，不完整不能打印，给予准确错误提示）

（8）学位机构管理

提供校委会、分委会成员信息及分委会管理学院、学科专业关系维护等功能。

（9）学位授予管理

提供学院学位分委员会和校委会表决票打印、表决结果录入、学位讨论简况表、学位授予情况公示、学位授予情况查询等功能。

学位审批整个过程有严格的时间控制。可以根据需要开放各控制条件。如：在校学习时间不够，不能提交开题和论文答辩申请。开题审核1年后，才能提交答辩申请；培养计划没有完成不能提交答辩申请等。要用开关条件的形式来开设定开关项（如：培养计划是否完成），如果打开开关，就验证此条件，关闭不验证条件。

（10）学位证书管理

提供对各类型学生学位证书编排、数据导入导出等功能。

（11）学位报盘管理

按照国家上报数据要求提供学位上报信息的系统自动采集、学生维护、学院确认、学位办导出数据等一系列的管理流程，简化学位上报工作。

（12）导师信息管理

提供导师信息的管理（导师资格认定）、学生导师的指定、导师所带学生的统计与查询等功能。

四、投标供应商要求

本项目仅接受该系统的软件开发厂商投标，不接受代理商投标。

五、安装调试及质保期要求

1、免费质保期三年，经双方验收之日起为质量保证期开始，在此期间内中标供应商提供免费保修、退换；质保期外终身保修，只收取适当维修成本费；

2、质量保修期内，公司2小时电话响应技术咨询，中标供应商在接到采购人维修要求电话后，24小时内派技术人员到现场维修，直至设备修复；

3、质保期内，中标供应商负责对其提供的系统进行免费现场维修、排除故障，不收取费用（人为损坏、易损件除外）。

六、项目实施时间要求

进度和时间要求：整个项目的实施，在合同签订生效后2个月内完成建设、安装、调试并上线运行。

七、项目培训

培训应贯串于整个项目的实施过程中，包括在从项目准备、研发到项目运行的全过程中。需要提供以下几方面关于培训的描述：

1、培训要求：

投标供应商需提供详细、可行的培训方案，派出的培训教员应具有丰富的同类课程的教学经验和应用经验；所有的培训教员必须用中文授课；投标供应商必须为所有被培训人员提供培训用文字资料和讲义等相关材料；投标供应商需根据组织架构分别对系统管理员、二级组织管理员、班主任等进行系统培训。

2、培训方式：

包括课堂讲解、会议集中培训、上机操作和实际工作参与。

3、培训工作的内容和对象描述：

投标供应商进行的培训工作包括了培训方案的设计、培训制度的制定、培训实施和培训效果评估，及时监控培训效果，保证培训课程符合我校实际的需要。在系统运行（含试运行）的各个阶段相应的培训内容描述，培训安排包括：项目管理培训、系统管理培训、系统运行维护培训等。

八、售后服务要求

投标供应商应承诺保证该项目稳定地运行，并承诺提供验收后三年免费维保服务，维保期内对合同要求模块内的优化免费提供。投标供应商应承诺根据对学校相关业务运行的规律来有计划地制定服务保障体系。

除了上述的有关承诺之外，投标供应商关于服务保障体系的描述应具体包括如下内容：

1、运行保障机构

主要描述投标供应商对于对本项目的运行保障能力。

要求投标供应商对于项目实施及上线推广与运行提供技术人员现场驻场保障。

2、运行服务内容

投标供应商应确保本次采购的各类应用支撑平台安全稳定的运行，售后服务期自验收合格之日开始计算。方案中应对服务的范围和内容进行详细阐述，并至少包括以下内容：

（1）缺陷管理：针对本次采购的各类应用支撑平台中存在的bug、缺陷，不论在质保期内、外，均应持续提供修正与消缺服务；

（2）应急故障处理：系统运行环境出现故障或意外情况导致系统不能正常运行时，供应商提交的响应情况描述，包括针对不同故障级别的响应时间和响应内容。系统运行故障，紧急情况1小时响应，24小时上门；一般情况4小时响应48小时上门；日常维护可采用远程桌面、电话、E-MAIL维护与支持；

（3）系统升级：免费提供应用平台的软件补丁版本的升级服务；

（4）需求变更：对于学校自身业务规则的变化导致的非模块级功能需求变更、性能要求提升导致的部署结构变化，可经双方协商提供限定次数的服务支持；

（5）文档服务：整个服务过程均需有完善的文档记录，便于跟踪、分析问题；对各项服务提供详细的书面报告，包括故障处理报告、健康巡检报告、系统性能检测调优报告、维护总表报告、服务年度报告等；

（6）运行支持：对系统运行过程中用户及业务部门的问题提供解答和问题解决跟踪。

3、服务请求流程

投标供应商需对用户支持或维护请求处理的流程进行详细描述。

4、服务请求方式

对采购人与投标供应商联系沟通的方式进行详细描述，以方便学校便利的获取各类即时的和非即时的服务支持。投标供应商提供的服务请求方式至少应包括：服务热线电话和联系人、联系单位信息、信函或传真、电子邮件、服务网站。

投标供应商是否设有用户投诉受理电话，对用户的意见做出反应。如果有用户投诉受理电话，请描述以下内容：电话号码（或传真）、投诉中心负责人和受理答复时间。

5、后期维护说明

投标供应商应在投标文件中注明关于免费服务期满后的维护费用，维护内容、规范和收费标准及其他需要说明的情况（不含在本次投标报价总计内）。

八、成果移交

在本期项目的开发过程中和交付使用后，中标供应商应该将各个阶段产生的全面、规范的成果和文档资料交付给采购人，投标文件中要明确提供交付的清单。交付的成果和文档资料必须符合软件工程的相关要求。交付内容主要包括以下部分：

1、可运行的系统

2、技术文档

包括项目开发中的各种技术文档，如开发环境配置说明、软件工具清单、需求分析说明、变更说明、系统设计说明、用户手册、测试用例、测试结果、系统维护说明、系统培训资料、试运行报告、数据字典文档、开放接口说明手册等。

3、管理文档

包括项目开发中的一些工作文档，如：计划、报告、讨论纲要、会议记录等。