投标人资格要求 doc.docx
《投标人资格要求 doc.docx》由会员分享,可在线阅读,更多相关《投标人资格要求 doc.docx(63页珍藏版)》请在冰豆网上搜索。
投标人资格要求doc
1、投标人资格要求
1.中华人民共和国境内注册的法人或其他组织,具有独立承担民事责任的能力、独立承担招标项目的能力和独立订立、履行合同的能力;
2.已登记报名并购买了招标文件;
3.本项目不接受联合体投标。
用户需求书
一、建设目标和要求
(一)系统技术要求
1.教务管理系统软件应采用先进的设计思想和技术,搭建合理的架构,保证系统具有较强的生命力,能够可靠稳定运行,易于维护管理,符合当前和未来发展的趋势。
本需求说明是一份前置指引,一些复杂个性化定制需求和细化调整等要在项目执行中修改完善,只要不影响系统底层架构投标者不得以任何理由拒绝修改。
2.提高系统工作效率及运行流畅度。
具体表现在系统能够流畅的运行,提高各项信息调阅速度;尤其在实行完全学分制情况下选课业务运行流畅,确保系统正常。
3.满足实行完全学分制下的各项管理功能和师生服务。
具体表现在尽可能实现师生服务的网上办事流程化,教学管理的方便易用原则。
4.项目建设还应遵循校内各项建设规范。
系统开发需严格遵守教育部2012年最新颁发的《教育管理信息化标准》和《CELTS-34高等学校管理信息标准》。
(二)基本技术要求
1.信息存储设计要足够大,可靠性高,保密性好,安全性好,易于维护管理如备份、迁移、扩展等。
数据检索迅速、数据分析快速准确。
教务管理系统的内容对于学校的决策者和管理者来说都是至关重要,所以系统应该能够提供给用户充足的信息和快捷的查询手段。
2.兼容性。
能够妥善完成与原有教学管理系统的数据的迁移工作,并提供详细的数据分析和数据迁移报告,以及数据迁移计划。
个性化开发的软件部分能够兼容通用版本软件升级补丁扩展模块等软件部分。
3.系统应具有良好的可操控性和简洁的界面,易于行政人员日常工作维护,便于师生享受教学管理服务。
4.软件架构要求为B/S结构,客户端免安装,全版本浏览器兼容。
能够与目前的其他的学校信息系统无缝对接集成;开发语言为Java,并遵循J2EE(Java2EnterpriseEdition)规范。
5.系统应采用三层架构以保证良好的可扩展性,分为表示层、业务逻辑层、数据核心层三层。
实现教学数据与教学业务模块的分离,底层数据库相对稳定,顶层各种应用相对独立。
从而可以根据需求任意删除和增加应用,同时不影响其它功能的正常使用。
业务表示层采用富客户端技术,提供用户操作快速响应客户端数据缓存能力。
6.性能、效率:
系统可容纳20000人同时在线,5000人并发,响应时间小于3秒的选课性能要求。
应在投标文件中写明产品达到此要求的策略及硬件配置要求。
7.灵活性:
适应力强,易扩展,支持负载均衡,并提供利于与其他软件系统对接的接口。
如数据接口服务,WebService接口服务,包括但不限于用户验证接口、成绩自助打印接口、财务系统和人事系统等数据查询接口等。
8.数据共享:
各系统之间的数据通过共享数据中心,保证数据的实时性、唯一性和准确性,并且保障教学管理系统同时能够正常高效运行。
对暂时无法从共享数据中心获取的数据,支持采用dbf、excel、txt等主流的数据格式批量导入、导出。
允许管理人员在不改变代码的基础上通过配置字段对应关系等方式从系统中自动化抽取所需要各类型数据:
如高基报表数据,教学运行数据、工作量统计数据等。
凡是向教育部、省教育厅各部门报送数据都应该有一种简单快捷方式自动完成数据抽取、组合、转换。
9.独立性和完整性:
系统模块设置要合理,保证不会由于功能模块的增加或改变而影响数据库的独立性和完整性。
各个应用系统开发应采用模块化的开发方式,各模块之间相互独立,模块接口开放、明确,任何一个应用模块的损坏和更换不能影响其他软件模块的应用。
允许系统管理员通过权限管理设置用户可以使用的系统应用模块。
10.规范性:
系统的程序开发必须规范化,要有统一的命名规范,包括模块名、变量名、函数名等的命名。
程序要有良好的编码风格,代码要有统一的格式规范,程序中必须给出详尽的注解。
二、系统功能要求
(一)系统管理子系统
系统管理为系统管理员提供实时监控系统运行的有效手段,涉及到数据字典、流程管理、用户管理、权限管理、参数设置与系统日志等。
系统管理要具备如下的功能:
1.1在系统初始数据字典(依据《国家教育管理信息化标准》)的基础上,允许用户根据需要自定义扩展数据字典。
1.2管理系统用户,分配操作权限,支持按照角色对权限进行管理,能按照校区、院系、年级、专业等条件设置用户的数据权限范围。
支持管理员无须密码可模拟登录任一账号的功能,毕业学生数据规档后系统可设置停用、启用该帐户。
1.3提供详细的用户日志管理功能。
包括用户登录日志管理、用户操作日志管理、系统更新日志管理并可提供审计使用。
提供的日志至少应包括用户身份标识、操作或登录时间、用户端网络IP地址。
并能根据管理员的设定的上限自动滚动式清理日志记录。
对于涉嫌“非法入侵行为”能够及时提供警示。
1.4系统各功能简明直观,权限精确到按钮级别,支持角色设置以及角色的批量授权,并且支持二级授权管理,教务管理员可根据实际情况及需求下放各个功能模块的查询或审批权限,并能设置授权的起始时间和失效时间。
1.5系统能支持工作流引擎,实现管理流程的动态配置。
支持系统内各项审批流程的自定义,包括:
调停课流程、成绩录入流程、教室借用流程、缓考申请流程、培养方案审核流程等。
1.6提供伴随工作流程的实时消息推送机制,用户登录后,系统自动弹出与流程处理相关的提示消息。
1.7针对用户管理、成绩管理等关键模块需要提供硬盘序列号绑定功能。
1.8提供文件上传路径设置功能,能自定义设置学生照片、教师照片、实习报告、毕业设计报告等文档在服务器的保存路径。
1.9提供教务文档分类管理的功能。
1.10数据库维护:
管理数据库维护计划,创建数据库备份。
提供根据备份数据恢复功能。
备份策略如下:
每周对数据库进行一次“完全备份”;
每天对数据库及事务日志进行“差异备份”;
每天保留最近两天的数据库和事务日志的备份(即:
前一天的和前两天的),自动地删除久于两天前的所有数据库和事务日志的备份;
能协助我校实现异地备份。
1.11系统菜单包括多条件的组合查询、多条件排序、EXCEL导出功能。
1.12▲用户个性化功能设置:
用户可以根据自己的使用需求个性化设置管理界面所显示的内容,并且可以保存该设置;支持用户通过自定义快捷菜单来设置常用功能;用户可根据自己的需求自定义统计分析报表,通过灵活的检索条件组合获得自己所需的数据展现方式。
(二)基础资源管理
基础资源管理提供整个教务系统正常运行所需的基础数据集,保证教务系统有一个统一、标准的基础数据集,便于数据的共享使用,是高校教学运行的基本保障,需要根据变化情况及时更新。
系统能动态跟踪教学资源的变化情况,准确掌握教学资源的分类构成,保障教学的日常管理和教学的正常运行。
基础资源管理应包含教学基础数据的管理,课程资源管理及教师信息管理。
2.1教学基础数据管理
教学基础数据包含校区信息、部门信息、专业信息、班级信息、教学场地、学年学期、校历信息等。
1.校区信息:
系统支持多校区智能排课独立管理的模式,可根据不同校区的上课时间设置课表时间分割。
可实现多校区的智能排课、智能排考、资源分配或限定分配等。
2.部门信息:
可设置部门信息,包括行政处室及下属科室信息、院系及下属系(教研室)/研究所(室)/实验室信息等。
3.设置专业和年度专业信息:
根据《普通高等学校本科专业目录(2012年)》设置国家专业;根据国家专业结合校内情况设置校方的专业;根据校方专业结合校方每年的招生计划设置年级专业;以上都应该包括英文的专业名称设置。
能根据学校招生模式的不同按照专业大类、专业、专业方向分别进行管理,专业信息包括学制、培养层次、培养对象、所属学科、授予学位、开设时间、停开时间等。
系统能容纳大类专业到实体专业的过渡,实体专业向专业方向的分流。
支持按照年度设置需要开设的专业。
支持某专业不同的年度在不同的校区设置。
4.班级信息:
能根据学年制、学年学分制、完全学分制的信息化管理需要,对从行政管理和教学管理的角度分的行政班、教学班进行管理。
行政班主要以专业为依据进行划分,实现班级的组建。
教学班主要依据选课制的要求,需以课程为单位进行多班级的组合或拆分最终形成相应的班级。
行政班名称有多个标签,可分为普通班级、辅修班、双百卓越班、特殊班等。
可实现班级教学进程安排,在生成整个学期教学进度时,会根据班级设置的教学进程合理地智能地生成班级学期教学进度表。
系统支持设置班级固定教室,系统进行智能排课时可优先安排班级固定教室。
可查看班级花名册,班级上课任务等信息。
5.教学场所:
教学场所信息包括教学功能区信息,教学楼信息,教学场地信息等。
系统支持自定义设置教学功能区,包括:
普通教室、多媒体教室、制图室、语音室、画室、音乐室、实验室、舞蹈室等,可设置教学功能区所适用的教学环节及是否专用等信息。
系统支持设置教学场地的座位数、考试座位数、所属功能区信息、所属教学楼信息、教室维护人等信息。
支持批量修改教学场地的各项属性,如:
教室类型、座位数、所属教学楼等。
6.学年学期:
能设置学年学期信息,支持二学期制、三学期制、多学期制的管理。
招生学期可自定义设置,不限定为秋季招生。
7.校历设置:
可设置校历信息,系统支持校历的自动生成、发布、查询与打印。
可在校历中对节假日时间、特殊不上课时间等进行设置,系统进行智能排课时会自动排除校历中设置的不上课时间。
所有师生均可随时在系统中查询各个学期的校历。
2.2★课程资源管理
1.课程信息管理:
课程总库管理能对学校所有的课程进行管理,课程信息包括课程编号、课程名称、课程英文名称、启用状态、课程简介等属性。
能提供录入、修改、删除和查询课程信息的功能。
系统支持批量导入课程信息,批量修改课程信息。
新系统能支持旧系统的课程编码规则,无需再重新建立一套课程代码。
2.★课程平台管理:
同一课程对应不同专业可有不同的学时、学分要求、学时类别(理论学时、实验学时等),授课单位与讲授内容也不尽相同,一门课程可按不同的开课单位和学时学分对应多个不同的课程平台。
系统设计支持对课程的精细化管理,课程库管理能精确到课次,即对课程库的管理可以精确到具体的课次及每一次课所属的教学环节。
课程平台可生成课程大纲,可设置每个课程平台的总课次数,每次课的学时数、教学环节及授课内容等。
系统能对课程及课程平台在历年培养方案中的使用情况进行查询统计。
课程平台可实现与课程库、培养方案、排课等模块自动关联,为选课、补考、成绩替代、抵免、重修、毕业审核等一系列问题从整体上提供解决方案,使同类课程的共性和个性都能体现,在体制机制上简化操作、减轻负担。
3.课程字段管理:
可自定义增加课程表的字段,如增设“大类课程组”、“专业方向课程组”、“校区”、“课程难易度”、“先修课程”等字段。
可使用标签管理课程。
4.标签管理:
一门课程可有多个标签,以适应日后学校的人才培养机制改革、选课对待和各类统计。
5.课程异动管理:
实现课程异动的管理,能进行课程异动的增、删、查、改操作。
可开放二级学院提交课程异动申请,教务处审批或者教务处直接操作。
课程异动包括课程停开、重开、变更开课学院、学分、总学时、理论学时、实验学时等。
6.能根据我校设定的课程编码规则自动生成课程代码。
2.3教师信息管理
系统支持对教师基本信息、学历学位、职称信息、政治面貌、岗位状况、是否有教师资格证、承担教学情况等信息进行管理。
系统在安排教学任务时可根据教师承担教学情况来判断是否可承担该教学任务;
系统能生成临时教师号,即给没有教师资格证但又承担了教学任务的教师安排一个临时号码,此临时号的有效期只有6个月,6个月后此号自动锁定,所有安排临时教师号的任务必须在6个月内替换成正式教师号码;系统在安排教学任务时根据岗位情况来选择教师,凡是不在岗的教师是无法安排教学任务的,不在岗的教师统一处理到历史库中。
提供新增、删除、修改教师信息的功能,也能提供批量导入、批量修改教师信息的功能。
系统提供身份证号等信息加密显示功能。
系统能自动按照学年学期从教学安排中进行提取教师任课情况信息。
支持新教师在网上申请教师号,提交相关的证明材料,如教师资格证号,如无教师资格证号则需提交助教教学记录,审批通过后系统根据一定的规则自动生成教师号。
能设置只能监考的教师。
能设置外聘、返聘、外教教师申请,由聘用单位发出申请,如果是新聘用的教师号能根据一定的规则自动生成,所有外聘、返聘、外教教师的号码使用期都只有6个月,6个月后自动锁定,聘用单位需要续聘必须重新申请。
(三)培养方案管理
3.1培养方案管理
总体要求
(1)要求培养方案可灵活动态进行配置,既能支持学年制、学年学分制的模式,又能支持完全学分制的模式,辅助学校完成向学分制的逐步过渡。
(2)培养方案管理功能要求能适应学校目前教学改革的要求,培养方案既能满足现有的按专业类别招生,又能满足后阶段的按大类招生两种方式,而且在一定时间内要保证两种模式并行存在。
(3)能按照版本对培养方案进行管理,同一个版本的培养方案可适用于不同年度的学生。
(4)支持全校性的素质课(公选课)教学计划统一按学期进行管理。
(5)支持大类专业培养方案、专业培养方案、个性化培养方案、辅修培养方案的制定与统一管理;支持在一个专业下挂多个类型的培养方案,并可对应到专业下的不同学生。
(6)支持自定义设置培养方案课程的课程体系、课程模块、课程组。
要求在培养方案设置中,既能按照“公共课、公共基础课、专业课”等方式划分课程,又能满足“通识教育、专业平台”等方式划分课程。
(7)培养方案在线制定:
要求支持培养方案在系统中进行全过程的录入与制定,并提供审核流程管理。
审核通过后,系统自动按照学校的模版格式要求,生成符合学校排版要求并可以直接打印输出的Word格式培养方案文档,并可供各级管理人员在系统中直接下载、查看。
3.2培养方案制定
(1)培养方案课程设置:
设置每个专业培养方案的课程列表,包括:
理论课程、实验实践课程、集中实践环节课程等。
支持按照课程组进行培养方案课程的快速批量引用。
可按照课程类别进行管理,如:
通识教育核心课、跨学科基础课、专业教育核心课程、学科专业拓展课、通识教育拓展课等。
专业课程设置表中可直观的显示每门课程的课程编码、课程名称、课程类别、学时、学分、开课学期等。
培养方案的课程来源于课程总库中,课程直接从课程总库列表中进行选择。
课程添加到培养方案中后,可修改课程的课程性质、课程类别、考核方式、授课方式、学分、总学时、理论学时、实践学时、实验学时、周学时、理论周学时、实践周学时、实验周学时、上课学期、是否学位课程等。
针对实践类课程的学时单位,可选择以“学时”为单位,也可选择以“周”为单位。
(2)培养方案复制功能:
能提供在不同年度或不同专业培养方案之间进行快速复制的功能。
(3)培养方案要求设置:
设置培养方案的修读学分、学时等要求,可录入培养目标、培养方案详细说明,支持在线的word文本编辑器,支持直接拷贝电子版的培养方案文档到编辑器中,支持上传培养方案的附件。
(4)系统支持开设跨学期课程。
支持跨学期开设的课程只录入一次成绩。
(5)修改培养方案功能:
能单个或者批量修改培养方案课程信息。
(6)培养方案审核流程管理:
系统中要能自定义培养方案审核的流程,支持由院系教务管理人员在系统中编制各专业的培养方案,并提交教务处或相关领导进行审核审批,审核通过后培养方案才能生效并使用。
(7)执行计划生成:
要求系统能自动根据培养方案生成每个年级每个专业的教学执行计划,教学安排与毕业资格审核均可按照执行计划来进行。
(8)计划微调功能:
要求在培养方案执行过程中,提供微调的功能,以应对实际教学安排过程中的一些变动(如:
增开课程、停开课程、修改课程等),系统提供微调审核的流程自定义,微调需要审核后才能生效,系统需要保留微调情况的历史记录,并能按照学期、专业、微调类型等进行查询。
(9)培养方案的查询和输出:
系统提供查询和打印的功能,培养方案要按学校的格式显示,并提供导出打印的功能。
(10)培养方案的统计
(11)教学日历管理功能:
系统提供对课程、课次管理功能。
(四)开课管理
4.1生成开课任务
(1)依据专业人才培养方案,提供自动生成各专业班级学期开课计划的功能。
系统能自动根据培养方案生成每个年级每个专业的学期执行计划。
支持教务处统一生成开课计划,并以教学任务书的形式下发给各开课单位;也需要支持各院系单独生成本院系课程的开课计划;能按照不同计划类型(如:
培养方案开课、素质计划开课、辅修计划开课、其它类型等)生成开课计划。
(2)提供通识教育拓展课(公选课)开课管理功能:
由教师在网上申请通识教育拓展课的开课,并能设置每门课程的限选年级和专业,由开课学院审核、教务处审核。
(3)提供辅修计划及其他计划开课管理功能。
(4)提供依据教学进程生成学期开课计划的功能:
由各院系设置每个学期的集中实践环节、实验课程、考试、军训等的开设周次,制定某专业班级某年级的学期专业/班级教学进程。
根据专业/班级学期教学进程,在生成整个学期教学进度时,可根据专业/班级设置的教学进程合理地智能地生成学期教学进度表,可以自动把理论课在实践周、考试周断开,以避免理论环节与实践环节、考试冲突。
支持依据教学进程表自动生成班级教学进度表(依据周学时平衡原则),可自动生成周学时平衡表。
(5)能提供开课计划、教学任务书的打印、导出功能。
4.2开课任务管理
(1)能依据学期开课计划,由开课单位为承担的每门课程确定任课教师、进行合拆班、设置上课周次、设置周学时等,完成学期教学安排表。
能提供开课通知单、教学日历表、上课学生名单等的导出打印功能。
可以批量修改已经做好的教学安排的所有信息,包括:
任课教师、教学场地类型、各类学时、上课周次等。
(2)提供周学时平衡统计功能:
可以方便的统计上课班级每周的学时分布情况,判断学时安排是否平衡,并及时做出调整。
(3)提供开课任务的录入学时与计划学时是否相同的判断机制:
如果录入的学时不等于计划中的学时数会有提醒。
(4)提供理论课和实验课的任务是“未安排”、“部分安排”、“已安排”的查询
(5)教学日历指定功能:
能单个或者批量指定每一条教学日历表的排课特殊时间,如:
某门课程只能安排在周一上午排课;某门课程不能安排在周一到周三的下午上课。
(6)针对教学日历的同一次课,可安排不同授课老师,支持一次课设置多个老师上课,支持安排教师的承担的角色类别(如:
主讲、助理等)。
(7)同一门课有多种学时类型(如:
理论、实验)时可以分别设置教学日历表,只需在教学日历表中选择不同的教学环节,在录入成绩时还是当作一门课程,比如:
理论部分多个班合上,实验部分分班授课。
针对教学日历安排,提供分轮分组上课的功能。
(8)上课学生名单管理:
专业必修课能生成对应班级的有学籍的学生名单,然后由学生在网上进行确认是否学习。
系统提供学生名单查询、增加、删除、导入、导出的功能。
提供多门课程批量导入更新或覆盖上课学生名单的功能。
(9)批量拆分班级:
针对同一门课程可批量拆分已合并的行政班,当合班需要较大变动时,可以批量拆分合班。
(10)批量合并班级:
针对同一门课程可批量合并行政班,生成多个教学课堂,完成合拆班后可以批量更新合班名称、刷新上课人数。
(11)跨学期开课功能:
支持跨学期、跨课程复制教学安排,可复制开课任务中的上课学生名单、课表等信息,能一次复制多条教学安排。
(12)批量修改课程开课周次:
针对一门课程的多个课堂,或者是多门课程,系统要能提供批量修改课程开课周次的功能,并可针对每类学时进行批量修改,如:
将大学英语课程的所有课堂的理论学时开课周次从1~16周批量修改为2~17周;或者针对第十周星期二所有课程顺延一周(或者几周)的修改。
(13)体育开课管理:
针对体育课能提供体育分组、分项目、分性别开课的功能。
(14)提供开课任务通知单锁定、解锁功能:
支持批量或单个锁定、解锁开课通知单中的开课任务,锁定状态下的开课任务禁止再进行教学日历表修删等操作,以维护正常的教学秩序或保证准确的教学工作量统计数据等。
4.3分级教学管理
针对大学英语等需要进行分层次/分等级教学的课程,提供分级教学管理的功能,能对课程分级等级、分级学生名单、分级教学班、分级教学安排进行设置。
针对不同的课程可设置不同的分级方式、分级等级名称;能批量导入学生的分级情况,能批量修改学生的分级;能根据每个等级的学生人数,自动确定教学班的数量,生成教学班。
提供分级教学安排的跨学期复制功能。
能设置联合课码,将同一门课程不同分级的教学班安排在同一个时间点上课,确保同一个专业或班级的学生教学安排的一致性。
(五)排课管理
课表是高校落实教学任务、实施教学活动的依据。
课表编排涉及到课程、上课班级、任课教师、周次/节次、教学场地(教室/机房等),必须考虑编排的科学性与合理性,并尽量满足多方面的特殊要求。
排课管理要能够基于校园网,依据学期教学任务、教学资源、学生学籍及学期校历(周次),简便快捷、科学合理地完成学期课表编排。
既能支持学年学分制下的排课要求,也能支持完全学分制下对排课的要求,还能处理按学科大类招生对排课的要求。
要求支持二级排课、分批排课、不规则排课、位置权重排课等机制。
要求既能支持智能自动排课,又能手动指定排课。
5.1排课初始设置
(1)排课类别设置:
能设置多个排课类别,每个类别的操作权限可分配给不同的科室或院系,能设置每个类别的排课教室数量,可根据学校需要将不同的课程转入到不同的排课类别中进行排课。
既要能支持教务处统一编排所有课程的模式,也要支持教务处排公共课与院系排专业课的模式。
(2)课表时间设置:
要求能针对每个学期设置课表的时间,包括:
每天的节次数、上午结束节次、下午结束节次、连排起始节次数等。
提供控制课表给学生、教师查询的开关参数。
能设定全校禁止排课节次(如:
周二下午不排课);
能设置多种条件下的时间限制和限定,包括对班级、教师、教室等条件(如周二下午限制某某教师不排课,或周四上午限定某某班级不排课等);
能提供排课时间控制,排课时间控制要求可精确到每一周每一天每一节(如:
可设置周六不排课、周三晚上九十节不排课等)
(3)排课参数设置:
能通过参数设置确定自动编排课表的原则,要求提供多种灵活的排课参数,涵盖排课的时间、地点、教师、上课班级、课程、周学时等。
充分考虑各类课程特点及各种特殊要求,如:
周次间一致性、隔天错节、地点一致性、指定地点、指定期望安排节次或不期望安排节次、多节连上、单/双周搭配等。
能提供班级地点控制:
能设定同一个班级的课程尽量安排在同一教室,控制班级上午或下午连续安排的课程相对集中在某一栋楼。
能控制排课教室的空闲座位比例值,确保教室座位充分利用,同时也预留少量的督导听课、学生旁听的空闲座位。
能对教师、学生在不同校区之间排课进行控制,如:
同一天不能多校区授课、上午或下午不能多校区授课。
能设置教师每天排课上限,对手工排课超出限制做出提示;对教师总体时间安排能设置集中安排或均匀安排。
能单独或批量对课程进行学时分配,实现课程总学时在教学周内的不平均分配。
能设置下午体育课后不再安排其它课程,体现人性化的管理。
一周上2次(含)以上的课程能限制不安排在同一天。
优先考虑白天的空闲时间,白天没有空闲的情况下才考虑安排在晚上和周末。
5.2自动编排课表
能根据设置好的排课模型,自动编排课表,自动匹配教室、时间,自动进行冲突检测,课表输出准确。
能根据实际需要选择按专业、课程、教师等条件自动安排时间或教室,根据教室