公开招标采购文件 - gxkl.
view2、支持根据采购结果按分包设备清单或自定义设备清单自动生成WORD格式的采购合同（合同条款 ... 支持Essbase、Teradata ...DESCRIPTION公开招标采购文件 公开招标采购文件 项目编号：GXZC0-KLZB 项目名称：数字化校园系统开发（二期）采购 采购单位：广西民族大学…Transcript公开招标采购文件
公开招标采购文件
项目编号：GXZC0-KLZB
项目名称：数字化校园系统开发（二期）采购
采购单位：广西民族大学
采购代理机构：广西科联招标中心
第1章 公开招标公告……………………………………………………………2
第2章 招标项目采购需求………………………………………………………3
第3章 投标人须知………………………………………………………………49
第4章 评标办法及评分标准……………………………………………………56
第5章 合同主要条款格式………………………………………………………59
第6章 投标文件格式……………………………………………………………64
公开招标公告
根据《中华人民共和国政府采购法》、《政府采购货物和服务招标投标管理办法》等规定，经财政部门批准的政府采购计划（编号：）批准，现就广西民族大学的数字化校园系统开发（二期）采购项目进行公开招标采购，欢迎符合条件的供应商前来投标：
一、项目名称：数字化校园系统开发（二期）采购
二、项目编号：GXZC0 -KL
三、采购组织类型：部门集中采购
四、采购方式：公开招标
五、采购内容及数量
数字化校园系统1套(包含研究生管理系统、高校人事管理系统、高校资产管理系统、高校招投标管理系统、学生工作管理系统、科研管理系统、综合校情管理系统、新旧系统与平台整合与数据迁移、数据库及中间件等)。详细内容见采购文件。
六、合格投标人的资格要求
符合《中华人民共和国政府采购法》第二十二条规定的投标人资格条件；
国内注册（指按国家有关规定要求注册的）能提供本次招标采购服务，具备法人资格的软件开发商。
七、招标文件的发售：
1.发售时间：2015年 11月17日至 2015 年 11月24 日正常工作时间。
2.发售地点：广西南宁市大学东路170号（广西农机研究院内）广西科联招标中心综合部
3.售价：招标文件工本费每套250元，售后不退。
八、采购预算及投标保证金：
采购预算：360万元整
投标保证金：人民币50000元整，须足额交纳。
投标人应于投标截止时间前一个工作日的17时前将投标保证金以转帐、电汇形式交至广西科联招标中心，开户银行：工行南宁市甘蔗站支行，银行账号：9007113。
九、投标截止时间和地点：
投标人应于2015年12月 8日9时前将投标文件密封送交到广西科联招标中心一楼开标大厅（广西南宁市大学东路170号广西农机研究院内），逾期送达或未密封将予以拒收（或作无效投标文件处理）。
十、开标时间及地点：
本次招标将于日9时在广西科联招标中心一楼开标大厅（广西南宁市大学东路170号广西农机研究院内）开标，投标人可以派授权代表出席开标会议（授权代表应当是投标人的在职正式职工，并携带身份证等有效证明出席）。
十一、网上查询地址：
www.ccgp.gov.cn（中国政府采购网）、www. www.gxzfcg.gov.cn（广西政府采购网）、www.gxkl.com（广西科联网）
十二、业务咨询：
项目负责人：杨春健；联系电话：
购买招标文件联系人：李艳；联系电话：；传真：
采购单位联系人：唐老师，联系电话：；地址：广西南宁市大学东路188号
政府采购监督管理部门：广西财政厅政府采购监督管理处；联系电话：
广西科联招标中心
招标项目需求和说明
一、项目要求及技术需求（带▲要求必须满足，否则投标无效）
招标内容：数字化校园系统开发1套，包含以下内容：
学科建设与研究生管理系统
人事综合管理系统
国有资产管理系统
招投标管理系统
学生工作管理系统
科研管理系统
综合校情展示系统
数字校园支撑系统
数字校园支撑系统
具体内容详见《广西民族大学数字校园二期招标需求》
二、商务要求表
▲1、不少于5人（提供姓名，指定本项目经理）。投标时必须提供投标人为驻场人员连续1年缴纳社保证明材料。
▲2、投标时必须提供驻场人员职称、相关技术资质或资格证书且本项目的项目经理要求具有项目经理证书（提供复印件，原件备查）。若中标后，进场的项目经理须与标书中提供的项目经理为同一人，否则视为违约。
▲3、驻场人员须驻场工作至项目验收交付后方能撤离项目实施地。
免费售后服务期
▲质保期3年, 质保期内免费提供因采购单位需求变更而导致的招标软件功能变更的免费调整开发服务。电话（传真）支持应提供7×12免费技术支持服务，其电话（传真）服务请求的响应时间应少于1小时。故障解决时间应少于12小时。
交付使用时间及地点
▲交付使用时间：自签订合同之日起180日内，地点：南宁市内采购人指定地点。
付款条件及质保金
▲签订合同之日起7个工作日内采购人付给中标人合同总额的30%；在项目试运行时，付合同总额的30%；验收合格后二十个工作日内付合同总额的35%。5%的质保金在质保期满后7个工作日内一次性付清（注：中标人若不能完全履行合同，质保金不返还；中标人若完全履行合同，质保金在免费售后服务期满后，凭采购人使用部门签署的《退还质保金审批表》到采购人财务部门办理无息退还手续）。
▲1、采购人为中标人驻场人员提供工作场所，驻场人员的一切费用由中标人承担。
▲2、由采购人和中标人合作开发的新系统，知识产权由双方共同拥有。
1、提供数字化校园（二期）的整体设计方案。
2、提供本次招标相关平台和系统的设计方案。
3、提供没有列入本次招标范围的硬件、系统软件的配置方案（含预算）。
4、提供项目组织实施方案。
5、提供针对本系统的管理人员和使用人员的培训方案。
6、提供售后服务承诺书。承诺书包括售后服务期限、服务人员保证、本地化服务、响应时间、紧急预案、适应性维护承诺等内容。
7、提供投标现场针对人事综合管理系统、学生工作管理系统、综合校情展示系统的演示。演示地点与开标地点一致。现场仅提供投影仪，其余由投标人自行准备。演示时间不超过45分钟（从能正常投影开始计时）。
广西民族大学数字校园二期招标需求
第1章 技术参数需求
1.1学科建设与研究生管理系统
1.1.1建设目标
提供从研究生入学到毕业信息化管理的整体解决方案，主要实现以下目标：
· 建立涵盖学科管理、硕士招生管理、博士招生管理、学籍管理、培养管理、学位管理、综合管理全面业务的研究生教育管理系统，实现研究生从入学到毕业学位授予的一体化管理。
· 以为研究生服务为理念，形成一个研究生处、二级院系、导师/教师、研究生等多种角色协同办公、交流互动的信息共享/服务平台。
· 提高管理效率和质量，实现对研究生教育的标准化、规范化、数字化管理。
· 界面友好、操作便捷。
1.1.2系统功能要求
1.1.2.1后台管理功能
(1) 学籍管理
1) 学籍管理(学历生)
◆学历生在校信息管理◆学历生存档信息管理◆学历在校生信息统计
◆学历生新生学号编排◆学历生注册信息审核◆新生注册名单上报
2) 学籍(专业学位生)
◆学生班级信息维护
◆学费分配标准维护
◆专业学位学号编排
◆专业学位学生分班
◆专业学位生在校管理◆专业学位生存档管理
◆专业学位生在校统计◆专业学位生名单上报◆安排专业学位生导师
◆导师任务通知书打印
3) 学籍(同等学力生)
◆同等学力生在校管理◆同等学力生存档管理◆同等学力生在校查询
◆同等学力生存档查询
4) 综合处理管理
◆学生违纪管理
◆学籍异动管理◆学生导师更换◆学生专业更换
5) 统计报表(上报)
◆研究生分专业学生统计 ◆在校学生年龄情况统计◆在校学生来源情况统计
◆学生变动情况统计
◆在校学生其他情况统计◆在职人员分学科统计
◆研究生指导教师统计
6) 奖学金管理
◆奖学金类别设置
◆奖学金分配标准设置◆普通奖学金分配管理
◆单项荣誉奖学金分配 ◆普通奖学金分配查询◆单项荣誉奖信息查询
(2) 培养管理
1) 培养信息管理
◆学历硕士培养方案维护 ◆学历博士培养方案维护 ◆硕博连读培养方案维护
◆专业学位培养方案维护 ◆同等学力硕士方案维护 ◆同等学力博士方案维护
◆往年培养方案调入
◆培养方案查询打印
◆学历硕士培养计划修改
◆学历博士培养计划修改 ◆专业学位培养计划修改 ◆硕博连读培养计划修改
◆提交专业学位培养计划
学历生教务管理
◆课程开课管理
◆开课目录查询
◆公共课排课
◆专业课排课
◆选课人数统计
◆课程选修名单
◆教师课表查询
◆院系总课表查询
2) 专业学位教务管理
◆课程开课管理◆开课目录查询 ◆公共课排课 ◆专业课排课
◆选课人数统计◆课程选修名单 ◆教师课表查询 ◆院系总课表查询
3) 课程免修管理（可以设置不同的多个免修课程）
◆免修课程维护
◆课程免修申请审核
◆课程免修管理
4) 考试报名管理（可以设置各类考试的报名）
◆报名考试科目维护 ◆报名考试科目等级维护 ◆报名信息管理 ◆考试成绩管理
基础数据管理
◆学期信息维护
◆主页开放设置
◆教师信息维护
◆教室信息维护
◆课程库维护
◆课程节次维护
◆学生密码查询
◆教师密码查询
◆教师与导师对应维护
5) 教师教学管理
◆教学评价方案维护
◆教学评价选项维护
◆教学评价项目维护
◆教学评价内容维护
◆学生教学评价课程维护 ◆学院教学评价课程维护
◆学院教学评价结果录入◆学生教学评价结果统计 ◆学院教学评价结果统计
6) 课程进修班管理
◆进修生信息管理
◆进修生信息查询
◆进修生成绩录入
◆进修生成绩修改
◆进修生成绩打印
◆进修生信息转移
◆进修生班级维护
◆进修生专业维护
培养环节管理
◆社会实践审核
◆教学实践审核
◆学生学术报告审核
◆文献阅读报告审核◆论文及科研成果审核 ◆学生中期考核审核
(3) 成绩管理
1) 学历生成绩管理
◆按课程成绩录入
◆开题日期修改
◆按课程成绩查询修改
◆按学号成绩查询修改 ◆学生总成绩查询
◆课程平均成绩查询
◆学生课程成绩排名 ◆硕士生成绩单打印 ◆博士生成绩单打印
◆不及格学生名单
◆毕业学分不合格名单 ◆重修补考学生名单
2) 专业学位生成绩管理
◆按课程成绩录入
◆开题日期修改
◆按课程成绩查询修改
◆按学号成绩查询修改◆学生总成绩查询
◆课程平均成绩查询
◆学生课程成绩排名◆学生成绩单打印
◆不及格学生名单
◆毕业学分不合格名单
3) 同等学力生成绩管理
◆按学号成绩修改 ◆开题日期修改 ◆学生成绩查询 ◆学生成绩单打印
(4) 毕业管理
1) 毕业答辩管理
◆学历生开题申请审核 ◆学历生开题结果审核 ◆学历生答辩申请审核
◆学历生答辩结果审核 ◆专业学位开题申请审核 ◆专业学位开题结果审核
◆专业学位答辩申请审核 ◆专业学位答辩结果审核 ◆同等学力开题申请审核
◆同等学力开题结果审核 ◆同等学力答辩申请审核 ◆同等学力答辩结果审核
◆学生答辩结果录入
2) 毕业证号管理
◆毕业证号编排
◆毕业证号删除 ◆毕业证书打印
◆结束学业处理
◆毕业转存档
3) 毕业上报管理（电子注册）
◆学历硕士毕业上报◆学历博士毕业上报◆学历硕士毕业生名单
◆学历博士毕业生名单
4) 辅助库管理
◆开题报告申请信息修改 ◆学生答辩申请信息修改 ◆学生答辩讨论结果修改
学位论文盲审管理（手工送盲审）
◆盲审外审单位维护 ◆研究生学位论文抽审◆被抽审学位论文查询
◆学生交论文盲审登记 ◆论文二次送审登记
◆盲审送外审单位录入
◆论文盲审成绩录入 ◆学生盲审结果修改
◆论文盲审汇费清单表
◆学位论文盲审费用表 ◆学位论文盲审报送表◆学位论文盲审统计表
5) 学位论文盲审管理（网上专家评审）
◆论文抽审管理
◆论文抽审名单查询
◆论文送审编号管理
◆论文送审编号查询
◆论文评审标准设置
◆论文评审单位维护
◆评审单位管理办帐号 ◆评审专家登录帐号生成
◆专家信息库维护
◆送审学生论文上传
◆送审学生论文批量上传
◆论文送审单位分配
◆论文评审单位专家分配◆论文送审分配情况查询
◆专家论文评审结果录入 ◆专家论文网上评阅意见书打印
◆论文评审结果情况查询 ◆论文评审过程情况查询统计
(5) 学位管理
1) 学位讨论管理(分委会)
◆生成上会讨论名单◆打印学位讨论申报表◆学位讨论结果录入
◆打印各专业表决票◆打印讨论结果统计表◆打印发表文章清单
2) 学位证书号管理
◆学位证号编排
◆学位证号删除
◆学位授予决定书打印 ◆学位证书打印
3) 校委会学位管理
◆学位讨论结果审查 ◆打印汇总表决票
◆校委会讨论结果录入
◆各类学位证书名单 ◆博士学位公示名单 ◆硕士学位公示名单
◆讨论学位简况表
◆学位讨论汇总表
◆学位讨论结果查询
4) 辅助库管理
◆学生发表论文库管理◆学生科技成果库管理 ◆分委会信息管理
5) 学位授予信息上报
◆学历硕士学位信息上报 ◆学历博士学位信息上报 ◆同等学力硕士学位信息上报
◆专业学位硕士信息上报 ◆高教中职教师信息上报 ◆各类学位上报查询修改
（都可以导出DBF上报国家学位办）
(6) 导师管理
1) 硕导申请管理
◆硕导申请表及相关支撑材料上传（校内人员信息可从学校人事处在职人员获取，校外人员信息可自行填报）
◆硕导申请材料汇总表自动生成
◆硕导申请学院审查（可退回申报人重新修改）
◆硕导申请学院表决票（可在网上进行投票）
◆硕导申请投票结果自动生成
◆硕导申请研究生院审查
◆硕导申请学位评定委员会表决票（可在网上进行投票）
◆硕导申请学位评定委员会表决表
◆硕导申请公示
◆硕导申请批准通过
2) 博导申请管理
◆博导申请表及相关支撑材料上传（校内人员信息可从学校人事处在职人员获取，校外人员信息可自行填报）
◆博导申请材料汇总表自动生成
◆博导申请学院审查（可退回申报人重新修改）
◆博导申请学院表决票（可在网上进行投票）
◆博导申请投票结果自动生成
◆博导申请研究生院审查
◆博导申请交费录入
◆博导申请外审单位录入
◆博导申请外审名单打印
◆博导外审汇费清单录入
◆分单位外审名单打印
◆博导申请外审结果录入（外审环节我校目前尚未设置，不排除今后会设置，若不使用时，能够予以保留到需要的时候可开通）
◆博导申请学位评定委员会表决票（可在网上进行投票）
◆博导申请学位评定委员会表决表
◆博导申请公示
◆博导申请批准通过
3) 停招、延招管理
◆导师停招设置
◆导师延招设置
◆导师延招查询
4) 学科信息查询
◆学科门类查询
◆非学历生类别查询
◆一级学科查询
◆二级学科查询
◆学历生专业查询
◆非学历生专业查询
5) 辅助库管理
◆外审单位信息维护 ◆导师基本信息维护
◆其他申请导师信息维护
◆导师所带学生查询 ◆导师经费标准设置
◆导师经费统计打印
◆硕导申请信息修改 ◆博导申请信息修改
◆导师基本信息查询
◆研究生指导教师统计 ◆导师信息导出
(7) 学工管理
1) 奖惩管理
◆ 院系评奖登记 ◆ 研究生院评奖审核 ◆ 评优类别设置 ◆ 院系评优登记
◆ 院系评优查询 ◆ 研究生院评优审核 ◆ 奖学金类别设置 ◆ 院系奖学金登记
◆ 院系奖学金查询 ◆ 研究生院奖学金审核 ◆ 学生违纪管理 ◆ 学生违纪查询
评优流程：◆提交申请表 ◆学院审核推荐、汇总 ◆研究生院审核、汇总 ◆学校评审委员会投票（可网上投票）◆校内公示◆公布评奖结果
2) 普通助学金管理
◆助学金设置
◆助学金停发
◆助学金正常发放
3) 档案管理
◆新生到档维护
◆在校生建档维护
◆毕业生归档维护
◆学生档案维护
◆档案报送维护
4) 三助管理
◆部门三助设岗维护 ◆学生岗位申请面试
◆ 学生岗位申请审核
◆三助岗位聘用名单 ◆学生三助岗位考核
◆ 三助岗位津贴发放
◆三助岗位津贴审核
5) 党团管理
◆党支部信息维护
◆党支部对应学生维护
◆学生党团信息维护
◆学生党团信息查询 ◆学生党团信息上报
(8) 系统管理
1) 国家标准代码维护
◆标准代码维护 ◆门类代码维护◆一级学科维护 ◆二级学科维护
◆领域类别设置
2) 校内基础信息设置
◆学校院系设置
◆当前学期设置
◆学历生专业设置
◆非学历生领域设置◆校内学生类别设置 ◆校内学位类别设置
◆学号编排编码设置
3) 用户权限管理
◆二级院系维护 ◆用户组管理 ◆用户管理
◆系统参数设置
4) 通知公告管理
◆通知公告发布 ◆通知公告查询
1.1.2.2教师服务系统
◆学生成绩录入
◆学生成绩查询
◆课程选修名单
◆教师课表查询
◆教学评价结果查询
◆硕士导师申请
◆博士导师申请
◆课程详细信息维护
◆学生培养计划审核 ◆导师所在学生查询
◆论文及科研信息维护
◆学生答辩申请审核
◆导师所带学生查询
◆各类培养环节审核
1.1.2.3学生服务系统
1) 公共信息
◆学历硕士培养方案
◆学历博士培养方案
◆同等学力硕士培养方案
◆同等学力博士培养方案
◆专业学位生培养方案
2) 个人信息
◆个人基本信息
◆登陆密码修改
◆照片信息核对
◆四六级英语报名
3) 培养管理
◆学生学期注册
◆提交个人培养计划
◆培养计划查询打印
◆开课目录查询
◆学生网上选课
◆选课结果查询
◆学生课表查询
◆课程成绩查询
◆社会实践登记
◆教学实践登记
◆参加学术活动登记
◆做学术报告登记
◆文献阅读报告登记
◆硕士中期考核登记
4) 毕业与学位
◆发表论文登记
◆科研成果登记
◆开题报告申请
◆开题结果录入
◆学生答辩申请
◆学生盲审查询
◆学位授予数据核对
5) 互动信息
◆教学调查评估
◆师生信息互动
◆通知公告查询
1.1.3 数字化校园接口要求
学科建设与研究生管理系统是广西民族大学数字化校园平台的有机组成部分，在建设过程中必须开放与数字化校园基础平台的各种功能和接口，完成与我校现有数字化校园整合工作，具体要求如下：
1) 系统中的各种数据必须遵循信息编码符合《广西民族大学数字化校园信息编码标准规范》，该规范中没有的以教育部颁布的最新版本《教育管理信息化行业标准》或行业规范为准进行编码；
2) 系统中的各种数据必须遵循《广西民族大学数字校园信息化标准》进行数据交换。
3) 系统须使用广西民族大学中心数据库中的基础数据，通过数据交换平台获取基础数据，例如：教职工人员基本信息、学生信息、校内单位部门编码、科研数据等，不得单独维护一套基础数据，避免产生数据不一致的情况；
4) 系统须与数字校园平台或一卡通系统集成，实现广西民族大学数字化校园信息门户的统一身份认证、单点登录，与数字校园平台或一卡通系统的数据交换；
5) 系统须与广西民族大学数字化校园数据交换平台进行对接，对于校内各系统需要的数据，通过数据交换平台交换到各系统，并且从其它系统交换获得所需要的数据，不得单独针对各系统进行接口开发。
6) 系统须与广西民族大学数字化校园统一邮件网关整合，为师生发送业务办理相关的通知邮件。
7) 提交系统公共数据的数据字典，提供产品相关接口文档和使用手册。
1.1.4性能要求
事务处理查询平均3秒，最长6秒。
普通应用查询平均6秒，最长10秒。
统计分析类查询平均20秒，最长40秒。
系统支持在线用户数：10000人以上；
1.2人事综合管理系统
1.2.1建设目标
实现对全校教职工基本信息的数字化、网络化管理，并在此基础上提供工资、津贴结算，规范管理过程，提升办公效率，节省办公成本，实现人事管理工作的信息化、科学化和规范化，从而达到提高管理水平和办事效率的目的。
1.2.2技术要求
1、 采用开放成熟的J2EE架构和基于SOA的开发设计理念。
2、 支持主流的Web Server，包括Apusic，Apache, IBM HTTP Web Server。
3、 提供个性化功能，包括管理员可以定制页面访问权限，用户在权限许可范围内可自主定制页面主题和外观，个性化规则引擎。
4、 提供易于使用的数据录入接口，提供数据导入、导出、批量审核等便捷功能。提供与excel的接口，可以方便地将系统中的业务数据导入到excel中。
5、 在采用 Web、Microsoft、telnet 和主机应用程序环境中支持单一登录（SSO）。
6、 具有API接口，便于今后对特定应用系统的帐户管理进行扩展支持。
1.2.3系统功能要求
（一）人事综合管理平台
1、人员基本信息管理
人员基本信息管理是对教职工的校内信息进行维护和管理。主要包括：信息查询、档案管理、人事基本信息管理、科研信息、任职资格信息、奖惩信息、培训进修管理、师资信息管理、高级人才管理、博士后管理、访问学者管理、临时人员管理、外聘教师管理。
▲系统有权限的人员可以通过系统管理中的数据字典的维护，能够自定义添加人员基本信息管理子模块。要求现场演示时，演示此功能。
1）信息查询
系统应支持人员信息的导入、导出、编辑，自定义设置查询条件、列表展示方式等功能。
2）档案管理
档案管理应能实现按档案状态分类显示，档案状态包括：在库、借出、转出、销毁、遗失、全部。也能够进行新增、修改、删除、查看、借出、转述、销毁、遗失、查看操作记录等操作。并且支持按姓名和档案名称两种方式进行搜索查询。
3）人事基本信息管理
系统支持对人事基本信息包括：工作经历，学习经历，家庭成员，家庭信息，政治面貌等进行查询、新增、修改、删除、导入、导出。普通教职工登录人事个人综合服务平台，可以查询和维护自己相关的业务数据。
4）科研信息
包括论文著作管理、科研项目管理。系统支持科研数据从科研系统同步的功能。
5） 任职资格信息
系统支持对全校所有教职工的任职资格信息进行维护与管理，支持对任职资格信息进行新增、删除、导入、导出操作。其中任职资格信息包括：教师资格证书信息、教师资格证管理、专业技术职务信息、双师信息管理、工人技术等级信息等。
6） 奖惩信息
系统支持全校所有教职工的荣誉奖励和惩处信息的管理。支持撤销惩处功能。
7） 培训进修管理
模块包括国内进修信息管理、出国（境）进修信息管理、岗前培训管理、教职工培训管理和社会实践信息等信息管理。
8) 师资信息管理
师资信息管理包括重点人才培养管理、荣誉称号、社会实践、企业兼职信息管理、学术兼职信息管理、社会兼职信息管理、班主任信息管理、导师信息管理等信息管理。
9)高级人才管理
主要实现对学校高级人才的详细信息进行管理，具体包括专家职工号、姓名、出生日期、所在具体部门、技术职务、职称级别、岗位等级、批准单位、批准单位级别信息、批准时间、享受待遇等。
10)博士后管理
系统应支持支持博士后的进站、出站以及工作站点的管理，具体包括博士后进站站点信息的维护、博士后的信息进行管理、博士后进站消息提醒、博士后信息查询。
11)访问学者管理
此模块主要对访问学者信息进行管理，具体包括职工号、姓名、出生日期、身份证号、学历、学位、职称、开始访问时间、结束时间、访问类型、访问的学校、访问的专业、指导老师等。
12)临时人员管理
此模块主要对临时人员信息进行管理，具体包括临时职工号、姓名、出生日期、身份证号、户籍所在地、学历、学位、单位、进入本单位时间、职务、评定时间、工种、手机号、合同签订时间等。
13)外聘教师管理
此模块主要对外聘教师信息进行管理，具体包括职工号、姓名、出生日期、身份证号、学历、学位、职称等。
2、组织机构管理
能够灵活管理组织机构，能够对部门、岗位的编制类型和人数进行设定，并且支持查看实时的占岗比。
1）组织机构维护
实现对学校的所有职能部门、二级学院进行管理，具体包括对组织机构的增设、修改、合并以及撤销等功能，支持树形的展示方式，能够直观的展示学校所有组织机构的详细信息以及岗位编制情况。
2）编制管理
根据学校实际的发展情况，系统能够灵活设置及调整学校各部门、各类岗位的组织机构和人员编制定额，具体包括编制类别维护、编制控制数管理、查看编制详细信息。
3）岗位管理
系统支持根据学院岗位类别的预编数以及占岗数，查询占岗人数的详细信息以及对应的占岗位百分比。
3、人才招聘管理
人才招聘管理通过内网加外网相结合的方式，实现了网上招聘的管理。人才招聘管理主要包括各部门岗位信息的收集，部门招聘的审核，人事处对信息的监控与发布，动态信息的查询与分析，以及外网（招聘网站）应聘人员的岗位信息查看，电子简历的填写，岗位的申请，招聘专员可通过招聘网站、手机短信、邮件等方式实时向应聘人员发送的通知（笔试，面试）。系统支持收集应聘人员的信息，形成人才储备库，以便后期查询与统计。
1） 招聘管理
招聘管理主要针对各部门岗位的空缺数以及人员调动情况，制定每年的人员招聘计划，并对招聘的时间段、人员招聘类别、人数、岗位等信息进行统一管理与发布。
岗位需求收集：各业务部门根据学校的招聘计划，上报本部门的岗位空缺数以及岗位要求。
岗位管理与审核发布：系统支持对各部门院系提交的岗位信息进行审核，也支持直接对岗位信息进行维护并发布，发内容包括招聘发布的周期和人数等。岗位发布成功后招聘信息展现在招聘网站上。
2）应聘管理
应聘管理包括但不限于：简历的查看，筛选、部门审批、通知笔试、面试以及各个岗位应聘情况统计等。
3）招聘网站
招聘网站子系统主要是面向社会人员发布招聘信息以及相关的通知公告，主要功能模块包括但不限于：岗位信息的查询，岗位应聘、简历的填写，应聘消息的提示，通知公告的查询，交通指引以及学校介绍等业务功能。
4）登录注册管理
系统采用身份证加邮箱的方式验证用户注册信息，系统应提供有效的密码找回机制。
5）招聘岗位
系统应支持根据岗位类别对发布的招聘岗位信息进行分类展示。
6）招聘公告、政策查看
包括招聘公告和政策信信息。
7）交通指引
系统应支持发布交通指引和相关的到达学校的交通方式。
8）我的应聘
包括但不限于：动态简历的填写，照片的上传，应聘岗位审批情况、历史应聘信息查询等。
4、信息采集
人员信息采集子系统能够完善全校所有教职工的人员信息。具体包括：人员信息维护定义、信息审批；采集单的定义、范围指定、采集人的指定、采集过程中的监控、以及采集完成后数据的同步、历史数据查看、分析。
1） 信息定义
系统支持动态定义人员信息采集项，其中包括：人员信息维护定义以及人员信息采集包定义。
2） 信息填报
信息填报主要包括两方面：信息维护、信息采集。信息维护是教职工个人信息变动时主动提交变更申请。信息采集是由人事部门主动发起信息采集要求，由教职工个人按要求填写并提交。
3）信息审核
系统具有人事审核、审批业务的消息提醒功能。所有需要审核业务的业务都应出现在信息审核中。
4）采集监控与查询
系统应能够对信息采集的整个进行程监控管理，可查看已完成的用户数，待审批的用户数、已退回的用户数等。
5）变更历史查询
系统支持对人员信息变更历史进行查询、分析、对比。
5、人员异动
人员异动模块是人事处管理员对全校所有教职工的异动情况进行管理，其中包括：人员新入职报道管理，试用期/见习期（转正、延期）管理、岗位聘任管理、职务任免、校内间的调动、人员离校离职以及退休、返聘等异动管理，人事处可查询教职工在校的整个生命周期的异动情况。
1）入职、报道
模块支持将招聘系统中的确定录用者的信息导入入职管理模块，并且支持分配教职工号、部门，填写来校日期、入职日期，确定编制类型等基本信息。经由本人确认信息无误后，人事处进行审核，完成新进人员信息采集流程。系统也支持非招聘网站来源用户的信息手动导入。
2）转正管理
系统具有提醒即将到期的试用期或见习期人员进行转正或延期转正的功能。
3）岗位聘任管理
系统支持对已聘人员的岗位信息进行登记，维护、终止等操作。支持发布校内岗位空缺的信息，普通教职工能够对符合岗位聘任审批条件的岗位，进行岗位聘任申请。
4）职务任免
模块包括：职务的任职、继任、调任新职以及职务免除等。
5）校内调动
校内调动实现人事管理人员对校内人员调动统一管理和维护功能。
6）离校离职
离校离职实现人事管理人员对校内人员的离校离职统一管理和维护功能。并且支持发送离校离职人员薪资停发消息
7） 退休管理
退休管理模块主要是对将要退休、未退休以及退休的教职工进行管理，可对相关人员进行退休或延退管理，支持发送对进行退休人员薪资发放处理意见。
待退休：模块支持查看本年度将要退休的人员名单，支持向将退休的人员发送通知。
已退休：模块支持对已经退休的人员进行返聘操作。
未退休：模块实现对未达到退休年龄的教职工进行提前退休登记管理。
8）返聘管理
模块包括返聘起始时间、返聘结束时间、备注、返聘原因、返聘岗位类别、返聘岗位级别、返聘部门、返聘岗位等。
9）去世管理
模块实现对已故人员信息的维护和管理，如死亡时间、死亡原因、备注等。
10）变动历史
支持查看全校教职工在校期间的所有变动信息与类型。
6、合同管理
合同管理主要对全校所有教职工合同进行管理。合同类型包括：聘用合同，劳务合同，博士后合同，临时工合同。系统提供将到期合同提醒，人员续签或终止，已签合同变更或解除，未签合同新签，失效合同查看等相关操作。
1）未签合同
系统支持自动统计学院尚未签订合同的人员名单，系统支持自动合同到期醒、续签提醒。
2）已签合同
系统支持对已签合同但未生效的合同信息进行修改操作，对已生效的合同进行合同变更与合同解除操作。
3）将到期合同管理
根据系统合同到期提醒，对将要到期的合同信息进行管理，包括对将到期合同进行：续签、终止管理操作。
4）合同历史
系统支持查询历年人员合同的签订情况。
7、考勤管理
考勤管理模块主要是由各个部门考勤人员上报本部门的考勤情况，对教职工人员进行日常考勤的管理。其中包括：日常考勤、会议考勤、以及月度考勤汇总统计等基本模块。
1）考勤类别设置
系统可动态维护缺勤人员类别，包括：事假、病假、婚假、产假等。
2） 考勤上报
系统支持对缺勤情况，加班情况的管理、维护、上报。
3）数据审核、备案
实现对上报的月度考勤情况进行审批、备案。
4）汇总统计
支持管理人员查询考勤情况、汇总统计各个部门的考勤情况。
8、年度考核
年度考核管理主要实现对各个部门年度考核情况进行管理，其中包括：考核设置，数据上报，部门审核、数据汇总，统计。
1） 基础设置
基础设置包括：优秀等次设置，考核部门设置。
2）考核上报
实现部门的考核情况上报。
3）审批、备案
系统应支持对上报的考核情况进行审批，并可查看部门考核等次情况。
4）汇总统计
系统应支持有权限的人员查看教职工人员的年度考核情况，以及汇总统计各个部门优秀等次情况。
9、师资培训
师资培训管理模块主要包括：出国（境）管理、进修培训管理、人才项目管理。
10、职称评审
职称评审子系统包括在线数据采集、资料审核两个大模块。实现了教职工填写信息的简化、审核流程的网络化、审核形式的无纸化管理。具体包括：方案设置、数据采集、职称申报、数据审核、评委会管理等模块。
1）方案设置
设置每个年度每个批次下不同的评审类别与申报系列，动态配置不同申报系列的职称考核表格。
2）数据采集
定义职称申报采集表单，完善教职工职称申报相关的数据。
3）职称申报
系统支持定义教职工人员申报时间范围，支持申报表单的预览、下载、打印以及申报的状态、历史等查询。
4）数据审批
部门领导可对本部门的职称申报表进行审批。以及申请表单的下载，查看。
5）评委会管理
对参与职称评审的评委、专家进行统一管理与维护。
11、薪酬福利管理
薪酬管理子系统主要是管理全校所有教职工的劳资以及社保福利管理，其中包括：工资单定义、工资标准设定、基础数据维护、发放人员管理、薪级变动管理、社保福利以及薪资计算、统计查询。
1）工资单定义
系统支持为不同类型的人员动态定义不同类型的工资单。
2）标准设定
标准设定包括：标准数据表单定义、基础数据表单定义、表单操作权限，显示方式配置等。
3）基础数据维护
系统支持动态基础数据，包括但不限于：教职工课酬数据、财政工资数据、社保数据等。
4）发放人员管理
发放人员管理包括：人员信息变动管理、发放管理。
5）薪级变动管理
系统支持查看正常薪级变动的人员名单，并可导出。
6）社保福利管理
对全校所有教职工的社保数据以及其他福利待遇进行管理。
7）工资计算
系统支持根据定义的工资单以及工资计算公式，计算工资。
8）统计查询
系统支持有权限的人员查询各类人员类型的工资单以及统计报表。
▲12、消息提醒
实现系统中消息提醒集中统一管理，管理人员可定时收发消息，消息可（一对一，一对多，多对多）分发，消息发送模式为：手动与系统自动发送。发送通知的类型有：系统提醒消息、业务待办消息、系统通知公告消息。
13、报表统计
实现事业单位中常见的统计报表（高校基础报表（教育部制定 共8张））以及业务模块中常见的自定义统计报表。
1）固定报表
实现系统中常用的报表展示以及导出Excel数据，以及系统常用的学历、年龄、职称图表统计。
2）自定义统计
用户可以自定义统计方案、自定义展现的形式，进行数据的查看和统计，并支持统计结果导出。
14、系统管理
提供系统中相关业务参数的定义、流程配置以及系统用户权限管理，日志监控等基础模块，其中包括：数据字典、代码集维护、入职表单配置、人员信息表单配置、退休人员配置、系统初始化、权限定义、流程定义、日志管理等管理。
▲1）数据字典管理
系统中需要采用的人事信息字段、业务字段等字段组成系统的数据字典。用户在个人信息管理中，需要增加个人信息字段，可通过该模块进行处理。
自定义信息管理：实现对个人信息类别、信息类栏目、信息字段进行管理。要求信息类包含信息类栏目，信息类栏目包含多个信息字段。如可添加信息类别“人事薪酬”，在类别下新增信息类栏目“社保信息”，在社保信息中添加有关个人社保信息的字段，进行社保信息的管理。新增字段中，具体功能为增加字段、修改字段、删除字段、复制字段、添加信息栏、修改信息类、删除信息类、信息类栏目、导入、导出等操作。应支持信息类的自定义导出，支持字段的排序。
个人综合信息管理：要求能够对个人综合信息字段进行综合设置管理，包括增加字段、修改字段、删除字段。系统应支持字段的批量导入导出。
▲2）代码集管理
系统支持自定义数据代码集（校标）以及动态定义人员信息字典。
对于国家规定的标准的代码集，在系统中需要使用到的，那么就将存放到系统的数据库中以备使用，所以通过导入这种快捷的方式把数据导入到标准代码集中；同样的道理在系统使用用户需用到标准代码集时，可以通过导出这种快捷方式把数据快速的导出来。
代码集的生成，能够以学校的人事代码子集需求作为生成内容一部分。人员子集的具体模块需求有：人员基本信息集、学历及学位子集、工资变动情况子集、工资子集、工人技术等级及职务子集、试用情况子集、流动情况子集、岗位变化子集、个人简历子集、职工养老保险子集、考勤子集、专业技术职务子集、合同信息集、保险福利子集、人事档案管理子集、临时工管理子集、劳保福利费用外职工收入子集。
对于国家规定中没有，但是在系统中又需要使用到，那么就需要自己定义写数据，此时就产生自定义代码集。
系统提供代码集的增加、修改、产出、导入导出功能。
3）系统配置
系统提供常用的业务配置以及数据初始化管理，严格区分系统管理员、业务管理员、开发人员对系统配置与定义。其中包括：业务表单配置、系统同步策略、数据初始化、手动同步管理等基础配置。
4）权限管理
权限管理包括：用户管理，角色管理，权限文件管理等。
5）流程管理
系统采用工作流程方式，可根据用户业务需求动态定义审批流程。
6）日志管理
系统对常用业务功能操作进行日志记录功能，记录操作人、操作时间、操作内容。以及系统警告、错误日志。
（二）人事个人综合服务平台
人事个人综合服务平台为全校教职工提供人事相关的信息服务平台。其中包括：人员信息维护、采集、业务申请(报)、人事待办、我的消息提醒、通知公告、资料下载、信息查询等功能模块。
首页展示系统事务、消息面板、系统通知、公告等用户关注信息。
2、个人信息维护、采集
支持教职工对本人的人事信息进行维护与管理服务。
3、业务申请
系统具有统一的业务申请入口，处理请假申请、校内调动申请、聘岗申请、离校离职申请、提前退休申请、延退申请、返聘申请等系统业务申请（报）等事宜。
4、待办事项
实现系统中所有的事务待办集中处理，系统待办事项包括但不限于：业务审批待办（转正待办、合同到期待办、聘岗待办、考勤、考核审批待办、请假待办、退休待办等）、采集待办等系统待办事项。
5、我的消息
系统通过消息面板展示属于个人的所有消息，消息类型包括：系统通知消息（查看）、事务待办消息（需处理）以及提醒类型消息（可重复提醒）。
6、信息查询
系统支持查询本人的相关信息：月度考勤信息、年度考核信息、工资信息、社保信息等。
7、通知公告
个人查看所有发送给自己的通知公告。
8、资料下载
系统提供人事业务常用的资料上传、下载功能。
1.3国有资产管理系统
1.3.1系统功能及技术指标
1.3.1.1系统架构要求
系统需采用三层B/S（浏览器/服务器模式）架构，系统需基于Web技术开发，利用浏览器进行使用和管理的有关操作；系统必须采用SOA架构，所有的业务子系统的功能界面风格和操作流程一致，提供统一的个人任务查询处理接口。采用业务流程驱动的设计思想，业务流程可根据我校实际业务自定义相关处理节点。系统需采用分布式架构设计，系统可分布式部署，并按需将服务器进行分离部署；需将Web Server和Database Server分开部署；系统可以根据用户量的增大而扩充服务器数量并支持负载均衡；系统软件需要采用模块化的架构设计。为配合数字化校园实施，系统建议基于J2EE平台和oracle数据库开发设计。如使用其他开发语言和数据库，则必须保证能能完全融入我校数字化校园技术环境。服务器操作系统需支持Linux、unix内核。系统需具备并开放二次开发整合接口，用于将后续开发的功能模块集成到系统中。 系统不限用户数量。
1.3.1.2系统安全性要求
系统需要支持SSL传输协议，可以实现链路层的加密传输。
系统需提供基于角色的授权体系，能将用户的权限限制到具体功能和数据项目（如具体的某一个数据字段）的某一项或多项具体操作上（如添加、修改、删除、查看、打印），能准确授予用户职权范围。
系统需提供完整的用户访问日志审计功能。
系统需提供数据的热备方案，在数据库服务异常的情况下能在10分钟内自动恢复服务。要求提供自动异地备份的机制（每天备份），确保数据安全 。
系统解决方案必须符合信息安全标准，符合学校信息安全管理要求，一旦出现安全问题或隐患，中标方无条件在2小时内到位解决。
1.3.1.3其他要求
系统应保证客户端用的Window XP 、Window 7、Window 8等常用操作系统（含家庭版、专业版、旗舰版等各种版本）的正常使用，浏览器支持IE8.0及以上版本，并支持Google Chrome、Firefox、360等主流浏览器。
系统所有查询数据均需提供直接打印和EXCEL导出的功能。
必须提供各类纸质材料快速电子化存档的解决方案。
其它要求，中标人必须负责将准确地将北化旧版本的资产信息导入新的网络版本。
系统必须兼容原有的标签打印机和条码数据终端，品牌：普诺迪，打印机型号PRD-3800，条码数据终端型号：P3800。
1.3.2系统设置与维护
以下功能中，所有本校数字化校园已有的统一数据，应从学校数据中心提取（如人员信息、单位信息等公共代码）。
1.3.2.1用户管理及授权
系统自动从数字化校园获取人员信息并保持数据一致性，系统管理员可对人员基本资料进行维护管理。系统管理员可为全校单位资产管理员、二级单位分管领导进行授权，实现人员、管理范围、权限的多重管理机制。
支持管理系统中多个应用系统间的统一身份认证和单点登录。
1.3.2.2公共代码维护
数据有统一的标准，严格依据教育部、财政部的相关标准制定公共信息的编码标准。公共代码应提供管理系统的全部公共代码集，保证管理系统稳定、高效运行。对各类公共信息进行编目和分类，并提供联合代码（如单位、资产分类代码）的结构化维护功能和代码引用的分析功能。
实现资产管理公共代码的分类管理和维护，支持公共代码的导入和导出。在封装数据字典(依据《国家教育管理信息化标准》)的基础上，允许用户根据需要自定义扩展的数据字典。
系统固定资产分类代码使用教育部16大类分类码，并具备与财政部（6大类）、国资（11大类）等其他分类的对应关系，方便数据上报。
1.3.2.3流程管理与定义
系统具备自定义流程管理功能，即系统管理员可根据学校实际需要配置不同业务流程的逻辑审核节点，可对具体业务数据进行通过、驳回功能，可为具体业务添加、删除任务处理人员。
1.3.2.4系统设置
系统提供基本信息设置、web页面显示设置、部分功能设置，各子系统功能配置，特殊定制规则配置。
1.3.3资产管理业务需求
1.3.3.1资产管理类别
★能按照最新财政分类要求，实现六大类固定资产（即房屋及构筑物，专用设备，通用设备，文物和陈列品，图书和档案，家具、用具、装具及动植物）、低值耐用品及无形资产的动态管理。其中设备和家具能够根据实际要求，分单台件或批量管理。数据类别上，能够实现财政六大类与教育部十六大类的一一对照管理。通过实名制管理的方式，让在职的每一位教职工明确名下固定资产的情况，并承担相应的资产保管责任，实现固定资产管理的动态长效机制，杜绝固定资产流失。
★系统需支持后期将在建工程、流动资产、对外投资集成到平台中进行统一管理。
1.3.3.2资产账目管理
根据权限控制，不同的人员具备不同的账目查询权限及管理权限。
普通用户：查询自己名下资产账目。
院处资产管理员（院处领导）：可查询单位资产账目。
系统管理员：可查询全校资产账目。
学校领导：可按需要查询相关资产数据。
1.3.3.3资产建账
1.3.3.3.1业务描述
实现新增资产入库（建账类型分为主件及附件），生成有唯一标识的资产标签，并包括资产所有详细信息，管理教育部、财政部六大类所有资产，生成符合教育部要求的资产分类代码，类别随教育部、国管局等部门上报要求和本校日常管理需要及时更新
根据资产类别，调整录入时需填写的详情界面，实现同一界面适应不同类别、不同信息项资产的录入功能。在满足记录设备、家具增加的详细信息资料要求的前提下，针对交通工具需额外体现车架号、发动机号、号牌等车辆识别信息；土地房屋应包含所有土地的权属管理，如土地号、土地名、图号、土地权利人名称、座落地、权属性质、使用权类型、土地权利证书编号、取得土地时间、土地使用期限、用途、使用权面积、土地等级、测量情况、发证机关、所属校区等信息等。
资产采用实名领用登记，采用实名存放管理。
设备、家具、文物陈列品等资产应提供唯一资产编号并打印资产标签。
1.3.3.3.2流程审核
供应商可在线申请验收，在资产使用人员确认后提交，单位资产管理、单位分管领导等相关人员可根据审核流程定义的审核逻辑进行多层、多级审核，审核不通过的自动退回相关业务经办人员重新修改，最终审核通过的资产进入财务接口，待财务人员审核做完凭证后，再正式入库。
1.3.3.4资产变动
1.3.3.4.1业务描述
用户可根据本功能实现资产的领用人变更、价格变动、调拨的业务申请，并可打印相应的变动业务单据。
业务提交后需经单位内部审核、归口部门审核后变动内容方才生效。
1.3.3.4.2资产变动审核
在业务经办人员提交资产变动后，单位资产管理、单位分管领导等相关人员可根据审核流程定义的审核逻辑进行多层、多级审核，审核不通过的自动退回相关业务经办人员重新修改，最终审核通过的资产进入财务接口，待财务人员审核通过后再正式变更资产信息。
1.3.3.5资产处置
1.3.3.5.1业务描述
实现固定资产的处置：报废、报失、退库、盘亏、调出（调剂到校外）等功能。
1.3.3.5.2资产处置审核
在业务经办人员提交资产处置申请后，单位资产管理、单位分管领导等相关人员可根据审核流程定义的审核逻辑进行多层、多级审核，审核不通过的自动退回相关业务经办人员重新修改，最终审核通过的资产进入财务接口，待财务人员审核通过后资产才正式下账。
支持定期生成处置汇总统计结果和明细数据，方便上报校办公会及教育部进行资产处置。
1.3.3.6资产维修
提供资产维修功能，支持统付和自费的维修在线申请办理业务，支持维修财务报账。
1.3.3.7资产清查
提供清查计划支持功能，提供领用人在线自主清查、单位清查、资产处随机抽查、资产盘点业务，可进行自动对帐，核查结果可导出。支持资产清查人员利用智能手机App进行资产清查。
1.3.3.8公共服务
提供资产公共查询服务，提供处置公示，提供资产调剂平台。
1.3.3.9资产折旧
能依据教育部的折旧分类与规定、《高等学校会计制度》，提供折旧方法设置、资产折旧设置、折旧计提、原始资产折旧初始化、查询、统计帐表。
1.3.3.10资产报表业务
★要求系统自动生成教育部、财政部、科技部、国管局、国家审计署等上级部门要求的数据报表，能直接导出上报（即一键上报）。支持在上级部门报表变动的情况下，及时进行系统更新。
★支持资产数据时态化管理，能回溯查询任意历史时间节点资产数据并进行统计。
★提供常规资产管理报表，并支持报表定制，按需实现学校管理报表。
1.3.3.11决策支持平台
需要为职能部门和管理者提供基于基础业务数据的分析，通过对基础数据、业务数据的自定义查询、统计，对数据进行分析，系统必须提供国有资产的现状、增减变动、发展趋势相关决策支持数据，并且用图表方式直观展示。决策支持必须支持数据的钻取功能，让用户既能掌握宏观动态，又能挖掘出相关资产明细。
1.4招投标管理系统
1.4.1建设目标
· 建立全校统一的采购管理信息化服务平台，推动学校资产采购管理工作的规范、高效运行；
· 通过信息平台的建设，强化处内各科室业务的衔接协作，实现数据共建共享；
· 通过与数字化校园平台的对接，实现校内各部处之间的业务协作，推动数字校园建设；
· 依托数字校园环境，整合数字化校园平台，实现基础数据共享。实现统一身份认证，单点登录，通知系统集成；
· 建立学校采购管理动态数据库，全面、准确、动态地反映学校的各项采购数据信息，为管理决策提供服务。
1.4.2系统技术要求
1.4.2.1系统架构要求
系统需采用三层B/S（浏览器/服务器模式）架构，系统需基于Web技术开发，利用浏览器进行使用和管理的有关操作；
系统必须采用SOA架构，所有的业务子系统的功能界面风格和操作流程一致，提供统一的个人任务查询处理接口。
采用业务流程驱动的设计思想，业务流程可根据我校实际业务自定义相关处理节点。
系统需采用分布式架构设计，系统可分布式部署，并按需将服务器进行分离部署；需将Web Server和Database Server分开部署；
系统可以根据用户量的增大而扩充服务器数量并支持负载均衡；系统软件需要采用模块化的架构设计。
为配合数字化校园实施，系统需基于J2EE平台开发设计，主体代码采用Java编程语言和服务器端Java技术(如EJBs、Servlet、JSP、JNDI、JDBC和RMI等)开发。
为配合数字化校园实施,减少重复投资，系统建议采用oracle 10g及以上版本数据库，若采用其他数据库必须确保能完全融入数字化校园。
服务器操作系统需支持Linux、Windows等常用操作系统。
系统需具备并开放二次开发整合接口，用于将后续开发的功能模块集成到系统中。
1.4.2.2系统安全性要求
系统需要支持SSL传输协议，可以实现链路层的加密传输。
系统需提供基于角色的授权体系，能将用户的权限限制到具体功能和数据项目（如具体的某一个数据字段）的某一项或多项具体操作上（如添加、修改、删除、查看、打印），能准确授予用户职权范围。
系统需提供完整的用户访问日志审计功能。
系统需提供数据自动异地备份的机制（每天备份），确保数据安全。
系统解决方案必须符合信息安全标准，符合学校信息安全管理要求，一旦出现安全问题或隐患，中标方无条件在8小时内解决到位。
1.4.2.3数字化校园接口要求
采购管理系统是广西民族大学数字化校园平台的有机组成部分，在建设过程中必须开放与数字化校园基础平台的各种功能和接口，完成与我校现有数字化校园整合工作，具体要求如下：
系统中的各种数据必须遵循信息编码符合《广西民族大学数字化校园信息编码标准规范》，该规范中没有的以教育部颁布的最新版本《教育管理信息化行业标准》或行业规范为准进行编码；
1）系统中的各种数据必须遵循《广西民族大学数字校园信息化标准》进行数据交换。
2）系统须使用广西民族大学中心数据库中的基础数据，通过数据交换平台获取基础数据，例如：教职工人员基本信息、学生信息、校内单位部门编码、房地产数据、科研数据等，不得单独维护一套基础数据，避免产生数据不一致的情况；
3）系统须与数字校园平台或一卡通系统集成，实现广西民族大学数字化校园信息门户的统一身份认证、单点登录，与数字校园平台或一卡通系统的数据交换；
4）系统须与广西民族大学数字化校园数据交换平台进行对接，对于校内各系统需要的数据，通过数据交换平台交换到各系统，并且从其它系统交换获得所需要的数据，不得单独针对各系统进行接口开发。
5）系统须与广西民族大学数字化校园统一邮件网关整合，为师生发送业务办理相关的通知邮件。
6）提交系统公共数据的数据字典，提供产品相关接口文档和使用手册。
1.4.2.4性能要求
事务处理查询平均3秒，最长6秒。
普通应用查询平均6秒，最长10秒。
统计分析类查询平均20秒，最长40秒。
系统支持在线用户数：10000人以上；
1.4.2.5其他要求
系统应保证客户端用的Window XP 、Window 7、Window 8等常用操作系统（含家庭版、专业版、旗舰版等各种版本）的正常使用，浏览器支持IE8.0及以上版本，并支持Google Chrome、Firefox等主流浏览器。
系统所有查询数据均需提供直接打印和EXCEL导出的功能。
可以按部门或学院名称、项目名称、资金类型、采购类型、项目状态等条件综合对采购申请进行查询，形成统计报表，并能直接存为excel表格文件。并具备多级连接查询功能，能进行分层查询。可以按中标的情况、招标编号、招标公司、中标公司进行多维度的综合查询，形成统计报表，并能直接存为excel表格文件。并具备多级连接查询功能，能进行分层查询。可以按实施项目的经办人、项目状态、使用单位等进行多维度的综合查询，形成统计报表，并能直接存为excel表格文件。并具备多级连接查询功能，能进行分层查询。其他查询：可以根据客户需求，快速定义各种查询报表，方便客户快速查询采购项目的相关信息。
系统可以对学校所有所属项目进行统计分析，实时反馈各个所属项目的完成情况和进度，形成统计报表。
1.4.3系统功能要求
1、支持由经费归口管理部门下达年度预算申报安排，设置预算申报时间周期、申报要求、注意事项等；
2、支持项目负责人在线填写预算项目申请，上传大型仪器论证报告，同时进入预定的审核流程进行审核，审批通过的进入待汇总报批项目清单中；
3、支持按经费科目、品目或申请单位进行分类汇总申报项目，并可导出打印汇总的数据；
4、支持预算的导入。
1、支持经费项目的分类、分级管理，至少支持二级以上管理；
2、按年度提供学校用于设备采购的各类预算经费项目（包括学校投入、使用单位自筹、科研项目经费、国家专项等）的管理。
采购计划管理
1、支持主管部门对学校每年的计划申请进行安排，包含申请的开始和截止时间、购置类别、说明和要求等。并且在规定时间内才允许发起计划申请；
2、支持用户登陆后在线填写申购计划，并根据经费类型自动生成对应的申报计划表供打印，同时进入预定的审核流程进行审核（审核流程根据学校的实际情况进行设定）。
3、申报人可以在线查询申报计划的执行进度及审核意见。同时，支持实采购部门直接录入设备计划。
4、能够方便快捷的查询、统计全校设备计划的申报情况、审批情况、执行情况，能直观反映设备计划的执行进度和各审批环节的处理意见。
5、支持从学校的OA导入采购计划表。
采购执行管理
1、支持按经费项目、品目、用户单位等多种条件组合查询进行汇总采购计划并对采购物资进行分包、合包。
2、支持对完成分包、合包的采购项目导出采购计划表并上报财政厅审批。其中，集中采购项目可生成采购计划表；协议采购项目可生成采购计划表、询价文件、询价结果报告、中标通知书、供货清单；家具定点采购形成采购计划表、询价文件、询价结果报告、中标通知书及供货清单；印刷定点采购项目可生成采购计划表、询价文件、询价结果报告、中标通知书及供货清单；网上商城采购项目可生成采购计划表、询价文件、询价结果报告、中标通知书及供货清单；校内询价采购项目生成询价文件、询价结果报告、中标通知书及供货清单。
3、支持将财政厅批复的项目执行批复编号、采购形式、采购方式导入或者录入到采购管理系统对应的计划项目上，并拟定采购方案，交付给政府采购中心或委托代理机构执行。
4、支持采购管理部门录入项目执行结果，包含中标供应商，成交价格，物资明细的成交单价等关键信息。
5、支持利用高拍仪将采购执行过程的相关纸质材料电子化统一集中存放（评标表、谈判记录、质疑材料），方便查询。
小项目网上竞价功能
预算一万元以下的项目经采购经办人审核后可以在网站上发布，经审核过的供应商可以在系统上进行报价。报价期结束后，经部门领导和学校审核后自动生成中标信息并发布。
系统集成抽签功能，可实行对专家库和招标代理机构库的管理：
1、专家库管理：支持专家资格申请、审核和信息查询，实现专家抽取参数设置（评标或验收）、专家回避、指定专家、专家检索、补充抽取、自动通知、评标专家确认、信息归档、评标补贴发放统计等功能，实现专家动态管理。
2、招标代理机构库管理：可以从招标代理机构库中随机抽取一家，经采购经办人与招标代理机构确认后，相关信息传送到学校纪委相关人员进行备案。同时可对招标代理机构进行多维度的统计分析，包含项目数量、金额、完成情况等。
系统还具有提醒功能，能设定提前通知时间，提前通过短信的方式把评标相关信息发送给抽取的评审专家和监督人员，提醒其按时参加评标。
中标及合同管理
1、经学校确认并公示期满后，可通过短信的方式发送相关信息给中标人及采购学院或部门相关联系人，督促中标人按时签订合同，及时订货供货。
2、支持根据采购结果按分包设备清单或自定义设备清单自动生成WORD格式的采购合同（合同条款按照广西民族大学的现有合同模版）,生成的合同可以根据实际情况修改。
3、提供合同相关重要材料作为附件的高拍仪快速录入及上传功能，包括中标通知、合同审批表以及相关的其他重要资料等。
4、支持通过权限的设置让用户能够查看到职权范围内的合同及设备清单，并提供下载、打印功能。
5、可按年份或季度对合同进行统计，按财政部要求形成基本数量统计报表。
1、支持对每一份合同设置付款计划，付款计划可设置为多次付款，包括预付款（可分多次预付）、质保金、履约保证金等。
2、支持付款完成时，在系统中进行确认，确认实际付款时间，实际付款金额。
提供供应商管理服务平台，支持供应商实名注册和申请认证。支持在线参与采购活动，发起合同申请，合同执行完毕申请验收的功能。
支持用户和采购管理部门对供应商进行评价。提供供应商信用评级体系，对供应商的质量、售后服务进行综合评价。
1、支持用户在线填写验收申请（合同号、是否已收取发票、出厂号、生产日期、质保期等），主管部门确认信息无误后，打印验收单并组织相关人员进行线下验收。
2、支持在验收流程中配合高拍仪进行合同、发票、验收单及其他佐证材料的信息采集、存档。
3、验收合格后，系统可将合同、发票、验收单等其它材料传送给学校资产管理科相关人员备案。
提供档案管理功能，按项目可汇总档案信息，方便查询项目整个采购周期中所有的文档信息。
提供个人用户能实时查询申购项目的采购进程（含进口设备采购过程明细）。
提供申购汇总查询、采购项目执行情况汇总查询、合同查询等功能。
提供常用的统计报表，并能根据学校要求定制相关报表。
根据采购业务对采购总量统计、采购增减变动统计、采购增长变化趋势统计，对数据挖掘，支持数据钻取到明细业务，为管理决策提供支持。
系统的接口
开放支持与财务系统进行对接，在申购、验收环节自动对经费进行冻结、支付、解冻的相关操作接口。
开放支持与资产管理模块对接接口，能直接发起验收申请，并自动共享采购过程已经积累的所有数据。
1.5学生工作管理系统
1.5.1建设目标
要求学生工作管理系统旨在为学校建立起一个架构先进、简单实用、安全稳定、维护便捷的基于数字化校园的学生管理信息系统，梳理并优化学生管理工作流程，为相关职能部门和个人提供实时数据的查询与分析功能，实现学生系统与学校其它系统的联动，提高学生管理工作的效率和管理水平。
学生工作管理系统接入学校需要基于身份认证的统一信息门户管理系统，需要实现单点登录、统一身份认证，人员、机构数据的集成和同步。
1.5.2系统功能要求
(1) 我的任务
要求我的任务模块能够实现电子工作流分配给用户。待办事项管理中应包含用户的待办事宜、我的申请、已办事宜等功能点。
我的任务版面应提供个人待办事项信息整体提示功能，并且提供最新通知公告信息与可下载文件模块。
(2) 思想教育管理
思想教育管理模块应能够管理学生的违纪处分信息，应包括学生违纪管理与处分管理功能。
系统应提供违纪处分申报、审核、查询、解除功能。
违纪处分申报功能中，要求提供学生选择器，操作人员能够快速根据学院、专业等条件快速定位学生，应支持单选与多选操作。同时处分申报中应支持附件上传功能。
违纪处分申报发起后将进入审核流程，系统应支持审核人员线上查看违纪情况及下载上报资料。并应支持委托代办处理。
系统应对学生开放解除处分申请功能，并支持在线审核。
应支持不同角色用户的处分记录查询功能。
(3) 学生工作队伍管理
要求提供人员辅导员带班情况、工作手册相关的管理，完善学生工作队伍管理，提升对学生管理的综合服务。应包括以下内容：
a) 工作手册管理
▲包括工作手册任务新建与发布管理，学生工作队伍填写工作任务操作处理。在编辑工作手册任务是，应支持对工作手册基本信息的维护，选取任务开始时间与任务截止时间，信息编辑完成后应支持存草稿与立即发送功能选择。工作手册内容应能够根据学校需求进行自定义。工作手册发布后，应能够实现在线填写工作手册。投标人应提供效果截图。
b) 辅导员评价管理
特定角色用户可新增管理辅导员评价任务，可编辑评价任务信息、任务类型，选取参评辅导员，应提供用户选择器快速定位参评辅导员。辅导员评价任务新增后，应自动发布到学生处，学生能够线上评价辅导员并提交。相应角色的管理人员应能够查看全校辅导员评价的具体结果汇总。
c) 职务管理
职务管理应包括职务设置与职务分配功能
d) 班级管理
班级管理主要包括查看辅导员、班主任编班情况、班级综合信息查询以及班干部信息查询。
辅导员班主任编班情况中，应支持编班信息的登记，系统应能自动生成辅导员所负责的班级及人数信息；辅导员填写联系方式、职务、分管工作等信息，完成编班信息登记。响应角色用户能够查看总体辅导员编班信息。
▲班级综合信息查询功能中，系统应支持院系、专业、班级结构树展示，让操作人员快速定位班级。点击相应班级，应支持查看班级的总体信息、教师信息、现任班干部信息、学生信息、班级获奖信息等。班级综合信息查询内容应在权限范围下进行，如辅导员应当只能查看个人管理班级下的班级情况，学生处管理员能查看所有班级情况。投标人应提供效果截图。
班干部查询：对辅导员、班主任、学工处管理员开放学生班干部信息展示功能。系统应提供多条件查找功能。并且能够查看班干部的班级、专业、任职时间、职务等信息。
(4) 学生信息管理
学生信息管理模块主要用于管理，维护，查看学生的各种信息。
a) 学生综合信息查询
系统应分为辅导员、学生、系部负责人、学工处工作人员、管理员不同角色的页面。辅导员、系部负责人能够查看所负责学生的综合信息；管理员、学工处工作人员能够查看所有学生综合信息；学生能够查看自己综合信息。
▲综合信息实现一张表的方式对学生综合信息进行展示。在一个展示页面中，能够对所选学生的各类信息进行集中展示，包括个人基本信息、获奖信息、违纪信息、缺勤信息、部门领导信息、就业信息、就业信息、党建信息、班级信息、活动信息、社会实践、团体信息、资助信息、勤工俭学信息、公寓信息、心理咨询信息。应支持同一个页面展示、分项展示两种方式。投标人应提供效果截图。
▲支持对综合信息的导出功能，能够对某个信息项的实现导出。投标人应提供效果截图。
b) 学生扩展信息查询
学生扩展信息应主要包括学生家庭信息，通讯信息以及一些学生的其他信息。
c) 学生信息采集设置
应提供设置学生能够自主采集的扩展信息内容以及采集时间的功能。
d) 学生信息采集
应提供学生自主编辑个人扩展信息的功能。
(5) 学生资助管理
a) 困难生认定
系统应支持学生发困难生认定申请。系统应提供困难学生认定申请表单。学生需要填写表单关键信息。并应支持附件上传功能。申请发起后，学生能够及时查看上一个审核环节及上一个审核人，及审核情况。
申请提交后将进入审批流程。审批中，审核人员应能够进行单个申请审批及批量审批功能。系统应支持审核代办处理。
b) 助学金管理
系统应内置判断功能，困难生认定后的学生才可发起助学金申请。学生填写表单、上传附件后完成申请。
申请提交后将进入审批流程，审批中，审核人员应能够进行单个申请审批及批量审批功能。系统应支持审核代办处理。
c) 缓交学费管理
系统应内置判断功能，困难生认定后的学生才可发起缓交学费申请。学生填写表单、上传附件后完成申请。
申请提交后将进入审批流程，审批中，审核人员应能够进行单个申请审批及批量审批功能。系统应支持审核代办处理。
d) 助学贷款管理
系统应内置判断功能，困难生认定后的学生才可发起助学贷款申请。学生填写表单、上传附件后完成申请。
申请提交后将进入审批流程，审批中，审核人员应能够进行单个申请审批及批量审批功能。系统应支持审核代办处理。
(6) 班级管理
班级管理主要包括查看辅导员、班主任编班情况、班级综合信息查询以及班干部信息查询。
辅导员班主任编班情况中，应支持编班信息的登记，系统应能自动生成辅导员所负责的班级及人数信息；辅导员填写联系方式、职务、分管工作等信息，完成编班信息登记。响应角色用户能够查看总体辅导员编班信息。
班级综合信息查询功能中，系统应支持院系、专业、班级结构树展示，让操作人员快速定位班级。点击相应班级，应支持查看班级的总体信息、教师信息、现任班干部信息、学生信息、班级获奖信息等。班级综合信息查询内容应在权限范围下进行，如辅导员应当只能查看个人管理班级下的班级情况，学生处管理员能查看所有班级情况。投标人应提供效果截图。
班干部查询：对辅导员、班主任、学工处管理员开放学生班干部信息展示功能。系统应提供多条件查找功能。并且能够查看班干部的班级、专业、任职时间、职务等信息
(7) 共青团管理
（1）团组织建设
团委组织建设是为团委书记及相关授权用户提供团委组织结构（如：校团委，院系团委，班团委等组织）和团委成员（如：团委书记；院系团总支书记，团委干事等其他成员）管理。
（2）学生团体管理
学生团体管理主要用于管理学校所拥有的社团（协会）和学生会信息以及团体成员信息；该模块包括管理学生团体、社团成立申请、加入社团申请、学生团体综合信息查询4个子菜单。
（3）团员发展管理
该模块是对学生入团申请，审核过程的管理其菜单包括入团申请、入团审核、入团申请查询3个子菜单。
（4）校园文化活动管理
该模块用于管理查询校园文化活动举办申请，审核使校园文化活动能够高效，有序的进行，其下包括校园文化活动申请、校园文化活动审核、校园文化活动查询3个子菜单。
（5）团员推优管理
审核的节点为二级学院；预备党员学习流程： 学工处给学习名额——二级学院安排预备党员学习——学习一年毕业且在之前推优的名单中则可以入党；团费有半年未缴，则进行脱团管理处理，学生的政治面貌基础信息显示可以做退团管理。
（6）团费管理
可查询统计团费收缴情况，可通过一卡通实行代扣费。
（7）学生党建管理
要求本模块用来管理学生党建工作，应包括：党支部管理、党校管理、入党人员管理、党员管理等功能。
（8）社会实践管理
社会实践和社团活动是两个分开的功能模块；社会实践有团体和个人两种形式，团体的又分为校级和院级两种；流程：学生申请的时候分两种类别（团体、个人）————二级学院审核时进行定级（校级、院级）并分配经费————校级审核，可以修改经费；形成实践汇总报表；学生可以自己填写实践记录，保存实践成果资料。
(8) 学生资助管理
（1）困难生管理
系统应支持学生发困难生认定申请，系统应提供困难学生认定申请表单，学生需要填写表单关键信息，并应支持附件上传功能。申请发起后，学生能够及时查看上一个审核环节及上一个审核人，及审核情况。
困难认定等级为四个等级，认定形式为系统自动评分（根据家庭收入、成员情况等信息自动确定基础分）和人工评分（通过现场审核后评分），评分方式根据需求灵活配置。
申请提交后将进入审批流程；审批中，审核人员应能够进行单个申请审批及批量审批功能；系统应支持审核代办处理。
（2）助学金管理
系统应内置判断功能，困难生认定后的学生才可发起助学金申请（系统自带限定器）。学生填写表单、上传附件后完成申请。
申请提交后，系统自动评分（评分机制可自定义），系统评分后转为人工评分（通过现场审核后评分），评分结束后，可导出统计表（系统自动评分和人工评分比例可自定义）。
申请提交后将进入审批流程，审批中，审核人员应能够进行单个申请审批及批量审批功能，系统应支持审核代办处理。
（3）缓交学费管理
系统应内置判断功能，困难生认定后的学生才可发起缓交学费申请。学生填写表单、上传附件后完成申请。
申请提交后将进入审批流程，审批中，审核人员应能够进行单个申请审批及批量审批功能。系统应支持审核代办处理。
（4）助学贷款管理
系统应内置判断功能，困难生认定后的学生才可发起助学贷款申请。学生填写表单、上传附件后完成申请。
申请提交后将进入审批流程，审批中，审核人员应能够进行单个申请审批及批量审批功能。系统应支持审核代办处理。
可对多类型贷款（生源地、校园地）进行信息管理、统计、及还款提示。
（5）还款管理
系统支持还款提醒，对还款情况进行记录、查询和统计，并可导出数据报表。提醒方式采用客户端消息推送。
（6）奖学金管理
奖学金管理主要包括：学校奖学金任务发布、奖学金申请、奖学金审核、查看奖学金学生。（带流程审批）
奖学金项目可自定义。
（7）勤工助学管理
要求包括岗位设置管理、岗位申请管理、薪酬管理、义务劳动管理。可对申请人员进行评分管理。
(9) 勤工俭学管理
（1）岗位管理
勤工俭学岗位由相关老师负责，负责录入与维护岗位信息。
（2）岗位状态管理
维护岗位的使用状态。
（3）工作量管理
用人单位登记录入学生在其岗位上的勤工俭学情况。
（4）薪酬统计
统计学生勤工俭学的情况。
(10) 公寓管理
（1）公寓基本信息管理
要求系统对公寓基本信息进行新增、修改、删除、查询等信息管理。公寓的基本信息管理应包括了公寓资产管理、公寓收费标准管理、校区公寓管理员管理、公寓管理人员设置、公寓管理人员分工、公寓床源管理、公寓房间属性设置等模块。
（2）公寓住宿管理
实现对学生的入住登记、退宿登记，单人调宿，宿舍对调，入住申请管理等功能。
系统应支持线上登记入住信息与入住信息导入功能。登记功能中，应支持学生用户选择器，基于学院对学生快速选择。系统应实现通过选择器自动采集学生基本信息，使操作人员只需要采集公寓楼栋、楼层、公寓、床位信息。同时公寓分配信息基于公寓基本信息库，系统可提供快速选择功能，免去操作人员的输入操作。投标人应提供效果截图并现场演示该功能。
应实现对已登记入住的学生进行退宿登记。应支持批量退宿登记处理，系统应支持退宿信息、退宿原因的采集。
系统应支持在线处理调宿处理，同时应支持调速记录导入处理。
系统应支持学生之间学生的宿舍对调。
学生入住申请
系统应开放学生入住申请模块。学生可在空闲床位选择器上选取不同楼层的空余床位，进行申请，申请提交后系统应提供审核功能。
公寓情况查询
系统应提供入住登记、退宿登记、调速记录等信息的快速查询功能，该功能应对宿舍管理员开放。
（3）宿舍检查管理
要求宿舍检查管理实现对公寓的检查及相关方面的记录，可以编辑公寓的检查记录以及删除公寓的检查记录。
检查情况记录应支持提供检查记录登记表，登记表包括能够通过用户选择器快速选择检查人姓名，选择检查时间、校区、楼栋。并对检查情况基于登记评分，并应支持对检查描述输入功能。
宿舍管理分为二级管理。
（4）卫生检查管理
卫生检查管理应包括对学生公寓的卫生检查管理，包括了卫生检查登记、卫生检查排名。
卫生检查管理实现二级。
（5）来访登记
来访登记功能应支持宿舍管理员对宿舍来访人员进行线上登记功能。包括来访人姓名、被访人姓名、证件信息、来访校区、楼栋、楼层、反改进、来访时间、离访时间、来访员原因进行登记处理。
（6）财产损坏登记
实现对学生公寓内的财产损坏的登记管理。
（7）公寓违纪管理
实现对在学生公寓内违纪的学生的管理。包括了对违纪情况的登记、违纪情况统计等模块。
系统应支持违纪类型基础数据管理，管理员可实现在线违纪登记。系统应支持违纪情况导出功能，导出功能是能够选择导出的字段。
（8）住宿信息清理
要求系统能够对毕业生的住宿信息自动存放历史库。并提供清理功能，同时清理功能应提供毕业生信息清理、在校生情况模块。对于毕业生清理，要求既支持默认清空当年度所有毕业生住宿信息，同时支持用户自行选择需要清理的毕业生住宿信息。投标人应提供效果截图并现场演示该功能。
(11) 系统管理
▲系统管理为学工系统的支撑模块，应涵盖用户角色、职务设置管理、用户日志管理、通知下载管理、问卷管理、基础数据管理、流程管理、导入管理。
1. 用户角色设置
1) 用户权限设置
提供基于用户维度的权限管理功能。
系统应提供用户列表，能够通过用户账号、用户姓名、用户类型（用户类型应采用下拉框）、部门系别、是否启用等条件进行用户快速搜索。
用户列表中必须包含以下字段：用户账号、用户姓名、性别、用户类型、联系电话、邮箱地址、是否启用、所属部门/系别，并且能够基于以上字段提供用户信息。
通过用户权限设置管理，可以启用或禁用单个或多个账号。
能够查看用户详情，要求通过对话框方式弹出用户详情。
▲能够为单个或多个用户分配角色，角色数目不限。添加角色时必须能够一键式调用角色选择器。投标人提供相关功能截图。
能够支持批量授予角色。提供用户与角色两个选择框。能够通过用户选择器快速选择用户；并且能够角色选择器快速选择角色。
2) 角色权限设置
提供角色列表，能够整体展示角色信息。角色列表中应能提供角色名称、角色类型、角色是否启用、已分配人数、角色描述等字段。并且提供快速查找功能。
提供角色管理功能能够添加、修改、删除、查看角色用户，添加角色用户的功能。
添加一个角色时，能够在一个界面中同事配置其角色权限，不需要把新增角色与分配权限分开操作。添加角色时应能够编辑角色名称、角色描述，赋予权限。
▲授权内容必须细粒度。操作权限管理能够到多级菜单。并且对于每级菜单中每个功能，能够基于按钮细度级别的授权管理。投标人提供相关功能截图。
2. 通知下载管理
1) 通知管理
对全站通知进行管理。包括新增通知、修改通知、删除通知、查看详情、发布、取消发布功能。
发布通知时应能编辑公告标题、发布状态（选择正式发布、草稿、选择置顶、选择有效期）、发布对象、公告内容。
支持多类型选择发布对象功能。能够通过用户选择器发布对象。支持导入方式导入发布对象，并支持导入时添加说明。支持一键式清楚发布对象。
应提供公文编辑器。公文编辑器应为学工系统内部功能，不得使用文字编辑插件。公告编辑应支持文字、图片、表情、链接、表格等编辑内容。并且能够支持一键式打印功能。投标人提供相关功能截图。
2) 下载专区管理
提供上传文件、修改上传、删除记录、查看详情、设置发布状态等功能。
3. 基础数据管理
1) 学校信息管理
对学校的LOGO、学校中文名称、现任校长、学校英文名称、建校年月、学校地址、学校代码、校训、目标定位进行维护。
2) 院系部门管理
支持部门列表展示。支持部门检索功能。列表中支持基于任意字段排序。
新增部门时，应能够编辑系别部门编号、部门名称、中文简称、简历年月、联系电话、单位类别、部门职能描述等。
3) 专业管理
能够新增、修改、删除专业，查看详情、导入功能。
新增专业是，支持编辑专业编号、专业名称、专业简称、简历年月、学制、学业类型、专业代码、所属院系的内容。
4) 班级管理
支持班级添加、修改、删除、导入、查看详情。
提供班级列表，能够基于院系、专业、班级等条件进行搜索，并且能够基于某个字段排序。
添加班级时能够编辑班级号、班级名称、所属院系、所属专业、年纪、建班年月的内容。
5) 教职工管理
支持教职工列表管理，能够基于教职工号、姓名、性别等进行查询。
支持教职工信息的添加、修改、查看详情、导入、批量导入照片功能。
添加教职工时，应支持编辑教职工的教工号、姓名、性别、政治面貌、出生地、籍贯、所属部门、邮箱、身份证号、联系电话、民族、个人照片等功能。系统应提供相关接口，未来可实现相关信息数据交换。
▲照片批量导入功能支持zip格式的压缩文件，批量导入时能够覆盖原有照片。并且在导入操作中，应能提供导入情况展示框，实时展示导入情况。投标人提供相关功能截图。
6) 学生管理
功能同“教师管理”
7) 学期管理
支持学期管理功能，包括学期添加、学期修改、学期删除、学期查看详情、设置教学周、设置假期功能。
添加学期时能编辑学年时间、学年名称。
能够设置学年内教学周与假期日期。
4. 流程管理
实现流程管理功能。
包括流程定义与流程监控功能。
1.6科研管理系统
1.6.1建设目标
搭建网络化的科研管理综合办公平台：以科研管理为主线，基于网络搭建一个综合性的协同办公平台。全校的科研人员、科研单位、科研主管部门、主管领导等不同身份的用户能够进入统一的工作平台协同办公，实现科研工作中的项目负责人、科研二级单位、科研处、校领导等分层管理体系。
建设全校集中统一的科研信息数据库：通过科研管理系统，建立一套科研信息数据规范，以及数据的采集、审核和归档机制，使得全校的各项科研信息能够实时准确的进入到统一的科研信息数据库中。
以项目管理为核心，梳理和优化科研业务管理流程：科研管理系统的开发和实施过程，也是科研管理业务的梳理和优化过程。以项目管理为业务核心，从项目申报、立项、实施、立项、变更、中检、结题等，实现科研项目的全生命周期管理。
提供强大的数据查询、科研评估和报表分析功能，为宏观管理提供决策辅助：在系统中提供对数据进行多角度、多维度的查询检索、以及数据统计和报表分析功能，充分挖掘集中统一数据库的作用。
1.6.2系统功能要求
我的事务是管理员所需要处理的事务，包括项目、论文、著作、获奖、专利等各种业务信息的受理审核信息提醒以及项目流程管理等事务提醒。点击相应的栏目能够进入详细数据处理界面。
我的科研是指管理员权限范围内科研业务信息的统计提醒。点击进入后能进入相应的科研统计界面。
消息与预警
消息预警指管理人员收到的各种事务消息和预警信息。通过消息与预警，管理人员能够及时把握科研动态信息、加强和科研人员之间的沟通、进行事务催办。
科研动态包括近一月的科研动态信息和近一年的科研成果动态信息。
系统信息能对系统各种信息进行诊断，从而促使用户进一步的完善系统。
通知公告是指科研管理人员面向全体科研工作人员发送的通知和公告。系统能够自动记录通知公告被查阅的人数。
科研管理人员通过消息管理功能针对任意指定的人员发送消息，并对消息的接收情况进行跟踪。
任务管理是科研管理部门进行科研任务分配和提醒的功能。科研管理人员发布各种任务，包括各种周期性的公共事务。系统通过日历方式对任务进行提醒。
科研工作中常用的模板或文档以附件的形式上传到系统中，便于在日常的科研工作中调用。
科研人员是科研人员库的管理和基于人员库的操作、应用和维护。在人员列表中，能自动生成相关人员的科研详情表。科研详情进一步根据条件进行筛选，并支持导出和打印功能。并提供对人员库的查询、导入、导出、数据列表、统计报表等功能。
组织机构包括院系单位和管理单位的实体机构管理。系统能设置组织机构的负责人、联系人等相关信息。通过组织机构能够直接查询、统计机构下属的科研人员、科研项目、科研论文等信息。
研究机构是指对实验室、研究基地、研究中心、工程中心等科研平台的管理。包括平台的基本信息、平台简介、规章制度、仪器设备、开放交流、平台年报这六个内容。
纵向项目（在项目管理各环节中，系统能提供手机短信提醒及邮箱提醒功能。）
对于校级项目和其他归口部门项目的预申报，系统提供申报功能。科研管理部门可进行申报批次的创建，科研人员进入查看申报信息进行项目申报。科研人员提交项目申报信息，项目申报主管能对申报信息进行审核。
对于拟申报项目，学校可组织专家对其进行在线评审，由科研管理部门制定评审方案、建立评审批次。针对所需评审的项目指派专家、发送专家通知，专家收到通知后进行在线评审，给出评审意见。增加在线会议打分投票和离线专家投票打分功能或投票打分分析子系统
项目立项是指对立项后的项目进行管理。项目信息主要包括基本信息、项目文档、项目预算、预算结余、衍生成果、合同经费、到账经费、支出经费、年度工作量等信息。对于项目信息数据库，系统提供了审核、导入、查询、导出、数据列表、统计报表、查重等数据挖掘功能。建议增加不同年度各单位各级别项目申报数、立项数、金额的纵向比较和横向比较分析功能。
在项目管理过程中，可能需要对项目的相关信息发生变更。项目负责人对立项信息、项目成员、项目预算等信息提出项目变更申请，项目管理员、学院、科研处对变更申请审查后，批准变更。系统会自动记录所有变更的内容。
根据项目进展情况，项目管理员对项目组织中检。项目管理员建立中检批次，添加需要中检的项目，对所需中检的项目进行预警。启动中检，项目负责人收到预警信息后，提交中检报告，完成中检。
系统会自动提醒需要结项的项目，项目管理员需要组织项目结项。项目结项预警机制自动提醒项目负责人进行结项，项目负责人上传结项报告，完成结项。项目获得结项后，可上传结项证书，并实现归档功能。
建议增加结项科研处、财务处、审计处三方审计功能，和专家结项评审功能。
对于不同类别的项目，学校可分类进行管理，并针对不同类别的项目设置管理费提成比例和经费预算科目。
该部分又称合同登记，主要是指项目负责人登记合同信息，项目管理员审核的过程。合同信息包括立项信息、项目成员、项目文档、衍生成果、合同经费、经费划拨计划、实际到账经费、支出经费、年度工作量等信息。
在合同执行过程中，可能需要对合同的相关信息发生变更。项目负责人对立项信息、项目成员信息提出合同变更请求，项目管理员对申请请求审查后，批准变更。系统会自动记录所有合同变更的内容。
系统会自动提醒需要结项的合同，项目管理员需要组织合同结项。合同结项预警机制自动提醒项目负责人进行结项，项目负责人上传结项报告，完成结项。
纵向经费管理包括合同经费、配套经费、经费预算、经费到帐、经费报销等方面的管理。经费到款时，首先由科研管理部门做到款登记，然后由项目负责人进行认领，并根据申请书、合同或任务书如实填报预算，再由科技处（科研处）做到账登记和预算审核，做完登记后由个人打印单据，办理相关的经费划拨手续。经费开支时，系统能对每个项目进行经费支出登记及控制，并能与财务处实际报账数据实时衔接，支出的财务科目根据学校要求进行设置。
横向经费管理包括合同经费、配套经费、合同经费、经费预算、经费划拨计划、经费到帐、经费报销等方面的管理。经费到帐时，进行到帐经费登记，打印到款通知单。经费开支时，系统能对每个项目进行经费支出登记，支出的财务科目根据学校要求进行设置。（建议改成：首先由科研管理部门做到款登记，然后由项目负责人进行认领，并根据合同或任务书如实填报预算，再由科技处（科研处）做到账登记和预算审核，做完登记后由个人打印单据，办理相关的经费划拨手续。经费开支时，系统能对每个项目进行经费支出登记及控制，并能与财务处实际报账数据实时衔接，支出的财务科目根据学校要求进行设置。支出的财务科目根据学校要求进行设置）
科研成果（教师在录入科研成果的时候可选择来源项目并能够实现和项目自动关联）
论文成果分为期刊论文、论文集和文章三类。同时，学校根据内置的期刊源库定制学校的期刊级别，对论文进行分级划分管理。对于二级审核上报的论文成果或者认领后的成果，管理员需要对论文进行审核入库。
研究报告信息包括基本信息、研究报告作者和依托项目三部分。研究报告的管理包括受理过程管理、数据挖掘分析功能等。
著作成果信息包括基本信息、著作成果作者和依托项目三部分。著作成果的管理包括受理过程管理、数据挖掘分析功能等。
鉴定成果管理主要针对学校的科技成果组织鉴定的过程进行管理。从鉴定的申请到学校逐级审核，以及相关单位的鉴定，最后进入鉴定成果库整个流程的管理。
成果转化信息包括基本信息、成果转化作者和依托项目三部分。
专利成果信息包括基本信息、专利作者和依托项目、专利转让四部分。
著作权管理包括著作权基本信息、著作权作者和依托项目三部分。
成果获奖是对成果奖励库的管理，包括奖励的基本信息、获奖的级别、依托成果等信息。
学术会议分为国际、国内、省内等多级别的会议管理。二级单位通过系统申请主办学术会议，然后由科研管理部门审核。会议信息包括会议基本情况、经费情况、会议有关资料等。
学术讲座指对二级单位组织的各类交流论坛和讲座的管理。讲座信息包括讲座基本信息、讲座人基本信息、讲座内容概要等。
参加会议是指对科研人员外出参加的学术会议的管理。科研人员录入相应的会议情况，通过二级审核受理机制对参加的会议进行管理。
设置本学校的相关