安徽农业大学研究生院管理系统采购需求.docx

安徽农业大学研究生院管理系统采购需求.docx

《安徽农业大学研究生院管理系统采购需求.docx》由会员分享，可在线阅读，更多相关《安徽农业大学研究生院管理系统采购需求.docx（15页珍藏版）》请在冰豆网上搜索。

安徽农业大学研究生院管理系统采购需求

采购需求

前注：

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）培养方案管理

提供维护各学