2024年1月18日发(作者：阚文乐)
中华女子学院移动信息服务门户系统采购需求
一、 项目背景及总体要求
（一）项目背景
在移动互联网技术广泛应用的时代背景下，移动化应用已成为数字化校园建设的重要组成部分。为提高人才培养质量和服务水平，使广大师生通过移动化应用快速便捷地获取各种校园信息和及时使用各种校园信息化服务，中华女子学院规划利用已申请的微信企业号开发校园移动信息服务门户，移动门户将融合学校现有各业务系统功能，通过主动推送的方式为学校师生教学、管理和校园生活提供多种便捷事务处理服务。
（二）总体要求
1. 移动门户平台需基于甲方已申请的微信企业号（企业微信）开发。微信企业号仅完成申请，与微信企业号各种接口及经费均包好在本项目中。
2. 移动门户平台需基于甲方数据集成平台开发，移动门户数据源集成及相关费用均包含在本项目中。
3. 移动门户平台功能除本采购中说明的功能外，需完成甲方PC端信息服务门户中包含的服务。
4. 移动门户平台需同时配有相应的PC端版本以供后续管理和扩展使用。
二、 移动门户平台功能需求
1. 待办提醒功能
1) OA待办提醒：整合办公自动化系统中的待办信息，OA待办提醒功能能够让教职工通过手机终端，就可以查看需要处理的事宜或者工作内容，方便教职工随时随地进行办公。需要集成OA系统相关数据。
2)
其他待办提醒：整合部门咨询等本期建设内容的待办提醒功能。通过集成提醒功能，使得相关用户可以通过移动终端就行可以进行信息查看，业务的处理，提升信息传递效率，加速业务办理速度。
3) 邮件提醒：整合邮件系统的提醒功能，学校采用的是腾讯企业邮箱，集成邮箱的提醒功能，同时也可以在移动端进行邮件的便捷处理。
1
4)
#图书归还提醒：图书到期和逾期一定时间的提醒，通过获取个人用户的借阅信息，进行图书的归还和逾期的提醒，避免用户因为超期产生额外费用，提升图书借阅的流通和使用。需要集成图书系统借阅相关数据信息。
5) 一卡通余额不足提醒：能够查看一卡通余额信息，以及近期消费记录信息。通过余额不足信息的提醒，让用户能够及时充值，避免费用不足造成无法消费，耽误用户正常使用。需要集成一卡通系统余额及消费记录数据信息。
6)
#网络费用不足提醒：能够查看网络计费系统余额信息，以及近期使用记录信息。通过余额不足信息的提醒，让用户能够及时充值，避免费用不足造成无法上网，耽误用户正常使用。需要集成网络计费系统余额及使用记录数据信息。
2. 通知公告
1)
#通知：展示通知列表和具体通知信息，需要和现有通知源进行集成。能够方便地按照时间顺序显示通知标题列表信息，并给出发布时间。通知能够进行分类查看，支持标题信息检索，方便用户快速寻找关注内容。提供通知的实时推送。
2)
公共活动：根据学校通知类型，进行会议或者活动信息的列表展现和内容展现。不同类型的活动信息，关键字段有不同的差异，需要能够进行相关信息的发布，便于信息管理和信息提醒。也要能够支持信息检索，方便用户快速查找。提供通知的实时推送。
3. 日程
1) 展示日程安排信息，展现的信息包含起止时间，事件标题，事件地点等信息，并通过日历形式进行展现。
2)
日程信息包含门户平台日程、教务以及研究生系统的课程信息。需要集成教务及研究生系统的课程相关数据信息。
3) 个人创建事件提醒，自己设置提醒，然后自动推送信息。
4. 女院生活
1) 薪资：展现教职工每个月的薪酬发放情况信息。展示模式按照月度以及年2
度维度。展示内容包含薪酬具体的项目和对应的金额信息，以及薪酬的总数。工资要能够展现不同的分类，包含薪酬、补助以及其他分类信息。
2) 项目经费情况：展现教职工所负责项目的经费使用情况信息，包含项目总额，支出明细等信息。
3) 学费缴纳：展现学生学费等信息的缴纳情况。展示模式按照学年维度。展示内容包含项目信息，金额信息，缴纳情况以及未缴纳原因等。并可以结合推送进行学费缴纳提醒。
4)
#一卡通：展示个人消费记录信息，以及充值记录；也可以展示消费水平情况，供个人参考。展示内容包含消费时间、消费地点、消费金额、充值金额、充值方式、充值时间等。
5. 公共服务
1) 校历：展现学校校历信息。可以按照学年学期进行查看，可以授权给指定人员进行管理维护。并可以整合到日程功能中进行展现。
2)
在线咨询：提供面向部门的咨询功能，个人可以和部门进行互动。个人可以在线提问，业务部门可以在线进行答复。个人也可以查看部门的答复，同时也可以查看其他公开的答复。在线咨询也提供了常见问题的转化功能，便于用户快速了解问题的解决方法。同时也提供了转移咨询功能，让问题相关部门帮助解答。个人在得到答复后，可以进行评价。后台可以进行评价排行。
3) 办公电话：提供部门办公电话和办公地址查询功能，可以方面查找部门电话信息，并可以直接拨打。办公电话功能要能够进行后台管理维护，进行电话号码和相关信息的更新或者添加。
6. 教师数据服务
1) 教师课表：要能够聚合本科生研究生乃至专科生的课表信息，统一面向教师进行展现。展示的内容包含课程名称、课程上课时间或者节次信息、上课地点，以及进行周次的展现。
2) 个人科研成果：科研教师能够方便的查看个人的科研情况以及科研统计。
3) 个人借阅信息：查看个人借阅书籍情况。
4) 图书小助手：综合图书借阅人关注的信息，用户可以方便的获取图书相关3
信息。
7. 学生数据服务
1) 学生课表：展现学生的课表信息。展示的内容包含课程名称、课程上课时间或者节次信息、上课地点，以及进行周次的展现。
2)
教务成绩分析：绩点及排名、成绩及院系排名、学分及同专业平均学分、个人学业预警情况、个学期学分绩点趋势。成绩信息推送。
3) 空闲教室：展现空闲教室信息，包含教学楼、教室名称、座位数，以及对应的日期。
4) 空闲实验室：展现空闲实验室信息，包含教学楼、实验室名称、座位数，以及对应的日期。
5) 个人借阅信息：查看个人借阅书籍情况。
6) 图书小助手：综合图书借阅人关注的信息，用户可以方便的获取图书相关信息。
7)
#图书推荐：了解同院系的其他人借阅的书籍，了解学生借阅的热门书籍，了解无人借阅以及只有男生或者女生借阅的书籍。给学生进行图书信息推送。
8. 数据查询服务
1)
人员信息查询：教职工基本信息查询、学生基本信息查询，需要能够按照以下角色进行对应数据的授权，包含：校领导，部门领导，学工管理人员，辅导员班主任。对应角色人员能够查询角色管理权限下的人员信息。
2)
#科研信息查询：围绕科研项目、科研成果（论文、著作、专利、研究报告等）的信息查询，需要能够按照以下角色进行对应数据的授权，包含：校领导，部门领导。对应角色人员能够查询角色管理权限下的人员信息。
3) 学生奖助情况查询：围绕学生的奖勤助贷补相关信息，进行数据查询，需要能够按照以下角色进行对应数据的授权，包含：校领导，部门领导，学工管理人员，辅导员班主任。对应角色人员能够查询角色管理权限下的人员信息。
4
9. 数据分析
1) 教职工数量分析：围绕教职工的人员数量进行数据分析，包含年初人数，当前人数，变更人数，岗位空缺等信息。
2)
教职工结构分析：围绕教职工的人员结构进行数据分析，包含年龄结构、学历结构、职称结构、学橼结构等信息。通过数据表格和图形展现相结合的方式，进行数据展现。
3) 学生人数分析：围绕学生人数进行数据分析，包含期初人数，期末人数，人员变化情况和原因，以及入学人数和当前人数的对比分析。
4)
#学生结构分析：围绕学生结构进行数据分析，包含年龄，性别，生源地，民族，政治面貌，年级，院系等信息。
10. 移动支付
1) 网费缴纳：通过移动终端进行网费信息的缴纳，并查看缴费信息。
2) 学生缴费：学生缴费项目的费用缴纳，一方面能够进行在线移动支付，也能够查询缴费情况信息。
三、推送引擎系统技术参数
推送引擎系统主要功能包括运行状况、消息源管理、推送任务管理、推送情况查询统计、系统管理。
1. 运行状况
能够直观展现推送引擎系统的运行情况，包含任务情况，运行情况，运行次数，推送情况，总体统计等。
2. 消息源管理
一方面消息源可能是多个系统，因而需要能够连接到不同的数据源上；另一方面消息可能需要针对发送内容进行处理，需要对原始信息进行加工，所以需要消息的处理管理。
5
3. 推送任务管理
1) 整个任务的管理，包含消息源、目标、关联数据规则等。
2)
#策略管理：是针对推送的策略，可能包含一次推送，多次推送，以及根据数据情况进行不定期推送等。
3) 接收人管理：推送的目标人群，可能是数据相关，也可能是面对特定的人群，因为需要进行不同策略的定义。
4)
#运行日志：对于推送的情况，需要有明确的结果信息，包含是否推送，是否成功，是否发送给用户等。
5)
推送测试：在任何情况下，都可以进行推送任务的测试，来确认推送是否配置正确，是否达到预期。
4. 推送情况查询统计
1)
#发送情况查询：方便查找推送完成的信息情况。
2)
#发送情况统计：指的是针对发送情况进行的统计，表示发送了多少信息。
3) 运行情况查询：方便了解任务的运行情况，便于问题排查。
4) 运行情况统计：针对不同任务的执行情况，给出执行结果。
5. 系统管理
系统管理，主要是针对用户管理，权限管理，日志管理。
四、信息推送
借助推送引擎，完成移动平台功能、信息、服务和提醒的推送。
应包含以下内容：
1)
#待办信息推送
2)
#通知公告信息推送
3)
#女院生活推送
4) 公共服务推送
5)
#教师课表推送
6)
#图书推荐推送
6
7) 数据分析信息推送
以上内容，需要给出推送效果图和推送策略说明。
五、实施要求
本项目自合同签订之日起2个月内完成系统安装部署并进入全面试运行，试运行稳定后进行项目合格验收。自系统合格验收之日起运行一年后进行最终验收，乙方应自系统合格验收之日起提供为期三年的免费售后服务。
六、技术要求
1. 性能和操作要求
系统应具有良好的可扩展性，可根据学校的不断发展引出的各类新需求，通过对系统的重新配置、改进，满足学校长期发展的需求。
系统应具有良好的兼容性与开放性，应能为国家和学校的其他应用软件系统提供数据接口。
系统具有良好的手机及pc端浏览器兼容性，支持IE、火狐、谷歌等常用的浏览器。系统应采用B/S结构零客户端维护，易于对系统的操作，用户只需通过浏览器就可完成对系统的全部操作，不受浏览器、操作系统的限制。
系统设计应具有良好的操作性，尽可能遵循简单实用的原则，做到对使用者最低技术门槛，经简单培训即可操作。
2. 安全要求
系统应具有足够的安全性、可靠性，保障已有系统及其数据具有较高的安全级别。应具有完善的权限体系架构；尤其应能提供系统操作日志，日志内容包括操作时间、操作人、操作模块等。
3. 集成要求
1、系统须遵循我校信息标准体系；
2、系统身份认证须遵循CAS协议，免费开放与我校的统一身份认证与管理平台集成的接口，实现系统的单点登录和统一身份认证；
7
3、系统需免费开放与我校数据集成平台集成的接口，保障数据集成平台从业务系统抓取其他业务系统需要共享交换的数据，并且保障了数据集成平台推送业务系统订阅的数据；
4、系统需免费开放与我校门户平台集成的接口；
七、售后服务
1、系统合格验收通过后乙方提供至少三年的免费软件运维服务，主要包括但不限于以下问题：软件使用中问题的解答、对软件错误的修改和在原需求功能范围内的完善性修改以及易用性修改、性能优化和系统运行监控等内容。
2、售后服务满三年后，乙方须继续负责本系统合同功能服务保障，每年服务费不超过合同金额的10%。
3、乙方必须提供7×24小时支持维护服务，包括邮件、电话、远程维护、现场服务等方式。乙方必须保证有足够的专门人员负责本系统运维工作，并保证2小时之内响应、24小时之内解决问题。
4、乙方需提供免费上门安装调试系统服务，系统安装完毕，需提供产品安装部署说明、需求规格说明书、详细设计文档、接口说明文档、数据库设计及数据字典、系统参数配置文档、测试报告、用户使用说明书、管理员使用说明书、验收报告等详细的文档说明书。
5、自系统部署之日起，乙方需按甲方要求对系统相关使用及维护人员进行培训，培训学时以甲方人员掌握为止。
七、付款方式
合同签订15个工作日内，甲方向乙方支付合同金额的60%，系统验收合格15个工作日内，甲方向乙方支付合同金额的40%；
乙方需在签订合同后20个工作日内，向甲方提供相当于合同总价10%的履约保证金，通过最终验收15个工作日内，甲方将履约保证金无息返还乙方。
八、技术成果归属
(一)知识产权 除甲、乙双方在合同签署日前已经拥有或者已经登记的软件著作权外，在该项目中形成的技术成果知识产权归双方共同所有，非经乙方书面确8
认，甲方不得就该项目中形成的知识产权进行商业推广。
(二)技术秘密的使用权、转让权
1、项目开发的技术成果，甲方有权在中华女子学院范围内推广应用。对本项目形成的技术资料，甲方只享有用于中华女子学院范围内的项目相关所有权利。
2、乙方拥有使用相同技术和界面风格开发其它系统的权力，但不得侵犯甲方的 合法权利。
3、甲方提供的有关需求资料的知识产权归甲方所有，未经甲方书面同意乙方不 得向任何第三方披露和用于本合同之外的任何其他项目。
标“”项为必须满足项，不满足因此导致废标由投标人自行承担责任。
标“#”项为重点项，扣分情况详见招标文件。
9
2024年1月18日发(作者：阚文乐)
中华女子学院移动信息服务门户系统采购需求
一、 项目背景及总体要求
（一）项目背景
在移动互联网技术广泛应用的时代背景下，移动化应用已成为数字化校园建设的重要组成部分。为提高人才培养质量和服务水平，使广大师生通过移动化应用快速便捷地获取各种校园信息和及时使用各种校园信息化服务，中华女子学院规划利用已申请的微信企业号开发校园移动信息服务门户，移动门户将融合学校现有各业务系统功能，通过主动推送的方式为学校师生教学、管理和校园生活提供多种便捷事务处理服务。
（二）总体要求
1. 移动门户平台需基于甲方已申请的微信企业号（企业微信）开发。微信企业号仅完成申请，与微信企业号各种接口及经费均包好在本项目中。
2. 移动门户平台需基于甲方数据集成平台开发，移动门户数据源集成及相关费用均包含在本项目中。
3. 移动门户平台功能除本采购中说明的功能外，需完成甲方PC端信息服务门户中包含的服务。
4. 移动门户平台需同时配有相应的PC端版本以供后续管理和扩展使用。
二、 移动门户平台功能需求
1. 待办提醒功能
1) OA待办提醒：整合办公自动化系统中的待办信息，OA待办提醒功能能够让教职工通过手机终端，就可以查看需要处理的事宜或者工作内容，方便教职工随时随地进行办公。需要集成OA系统相关数据。
2)
其他待办提醒：整合部门咨询等本期建设内容的待办提醒功能。通过集成提醒功能，使得相关用户可以通过移动终端就行可以进行信息查看，业务的处理，提升信息传递效率，加速业务办理速度。
3) 邮件提醒：整合邮件系统的提醒功能，学校采用的是腾讯企业邮箱，集成邮箱的提醒功能，同时也可以在移动端进行邮件的便捷处理。
1
4)
#图书归还提醒：图书到期和逾期一定时间的提醒，通过获取个人用户的借阅信息，进行图书的归还和逾期的提醒，避免用户因为超期产生额外费用，提升图书借阅的流通和使用。需要集成图书系统借阅相关数据信息。
5) 一卡通余额不足提醒：能够查看一卡通余额信息，以及近期消费记录信息。通过余额不足信息的提醒，让用户能够及时充值，避免费用不足造成无法消费，耽误用户正常使用。需要集成一卡通系统余额及消费记录数据信息。
6)
#网络费用不足提醒：能够查看网络计费系统余额信息，以及近期使用记录信息。通过余额不足信息的提醒，让用户能够及时充值，避免费用不足造成无法上网，耽误用户正常使用。需要集成网络计费系统余额及使用记录数据信息。
2. 通知公告
1)
#通知：展示通知列表和具体通知信息，需要和现有通知源进行集成。能够方便地按照时间顺序显示通知标题列表信息，并给出发布时间。通知能够进行分类查看，支持标题信息检索，方便用户快速寻找关注内容。提供通知的实时推送。
2)
公共活动：根据学校通知类型，进行会议或者活动信息的列表展现和内容展现。不同类型的活动信息，关键字段有不同的差异，需要能够进行相关信息的发布，便于信息管理和信息提醒。也要能够支持信息检索，方便用户快速查找。提供通知的实时推送。
3. 日程
1) 展示日程安排信息，展现的信息包含起止时间，事件标题，事件地点等信息，并通过日历形式进行展现。
2)
日程信息包含门户平台日程、教务以及研究生系统的课程信息。需要集成教务及研究生系统的课程相关数据信息。
3) 个人创建事件提醒，自己设置提醒，然后自动推送信息。
4. 女院生活
1) 薪资：展现教职工每个月的薪酬发放情况信息。展示模式按照月度以及年2
度维度。展示内容包含薪酬具体的项目和对应的金额信息，以及薪酬的总数。工资要能够展现不同的分类，包含薪酬、补助以及其他分类信息。
2) 项目经费情况：展现教职工所负责项目的经费使用情况信息，包含项目总额，支出明细等信息。
3) 学费缴纳：展现学生学费等信息的缴纳情况。展示模式按照学年维度。展示内容包含项目信息，金额信息，缴纳情况以及未缴纳原因等。并可以结合推送进行学费缴纳提醒。
4)
#一卡通：展示个人消费记录信息，以及充值记录；也可以展示消费水平情况，供个人参考。展示内容包含消费时间、消费地点、消费金额、充值金额、充值方式、充值时间等。
5. 公共服务
1) 校历：展现学校校历信息。可以按照学年学期进行查看，可以授权给指定人员进行管理维护。并可以整合到日程功能中进行展现。
2)
在线咨询：提供面向部门的咨询功能，个人可以和部门进行互动。个人可以在线提问，业务部门可以在线进行答复。个人也可以查看部门的答复，同时也可以查看其他公开的答复。在线咨询也提供了常见问题的转化功能，便于用户快速了解问题的解决方法。同时也提供了转移咨询功能，让问题相关部门帮助解答。个人在得到答复后，可以进行评价。后台可以进行评价排行。
3) 办公电话：提供部门办公电话和办公地址查询功能，可以方面查找部门电话信息，并可以直接拨打。办公电话功能要能够进行后台管理维护，进行电话号码和相关信息的更新或者添加。
6. 教师数据服务
1) 教师课表：要能够聚合本科生研究生乃至专科生的课表信息，统一面向教师进行展现。展示的内容包含课程名称、课程上课时间或者节次信息、上课地点，以及进行周次的展现。
2) 个人科研成果：科研教师能够方便的查看个人的科研情况以及科研统计。
3) 个人借阅信息：查看个人借阅书籍情况。
4) 图书小助手：综合图书借阅人关注的信息，用户可以方便的获取图书相关3
信息。
7. 学生数据服务
1) 学生课表：展现学生的课表信息。展示的内容包含课程名称、课程上课时间或者节次信息、上课地点，以及进行周次的展现。
2)
教务成绩分析：绩点及排名、成绩及院系排名、学分及同专业平均学分、个人学业预警情况、个学期学分绩点趋势。成绩信息推送。
3) 空闲教室：展现空闲教室信息，包含教学楼、教室名称、座位数，以及对应的日期。
4) 空闲实验室：展现空闲实验室信息，包含教学楼、实验室名称、座位数，以及对应的日期。
5) 个人借阅信息：查看个人借阅书籍情况。
6) 图书小助手：综合图书借阅人关注的信息，用户可以方便的获取图书相关信息。
7)
#图书推荐：了解同院系的其他人借阅的书籍，了解学生借阅的热门书籍，了解无人借阅以及只有男生或者女生借阅的书籍。给学生进行图书信息推送。
8. 数据查询服务
1)
人员信息查询：教职工基本信息查询、学生基本信息查询，需要能够按照以下角色进行对应数据的授权，包含：校领导，部门领导，学工管理人员，辅导员班主任。对应角色人员能够查询角色管理权限下的人员信息。
2)
#科研信息查询：围绕科研项目、科研成果（论文、著作、专利、研究报告等）的信息查询，需要能够按照以下角色进行对应数据的授权，包含：校领导，部门领导。对应角色人员能够查询角色管理权限下的人员信息。
3) 学生奖助情况查询：围绕学生的奖勤助贷补相关信息，进行数据查询，需要能够按照以下角色进行对应数据的授权，包含：校领导，部门领导，学工管理人员，辅导员班主任。对应角色人员能够查询角色管理权限下的人员信息。
4
9. 数据分析
1) 教职工数量分析：围绕教职工的人员数量进行数据分析，包含年初人数，当前人数，变更人数，岗位空缺等信息。
2)
教职工结构分析：围绕教职工的人员结构进行数据分析，包含年龄结构、学历结构、职称结构、学橼结构等信息。通过数据表格和图形展现相结合的方式，进行数据展现。
3) 学生人数分析：围绕学生人数进行数据分析，包含期初人数，期末人数，人员变化情况和原因，以及入学人数和当前人数的对比分析。
4)
#学生结构分析：围绕学生结构进行数据分析，包含年龄，性别，生源地，民族，政治面貌，年级，院系等信息。
10. 移动支付
1) 网费缴纳：通过移动终端进行网费信息的缴纳，并查看缴费信息。
2) 学生缴费：学生缴费项目的费用缴纳，一方面能够进行在线移动支付，也能够查询缴费情况信息。
三、推送引擎系统技术参数
推送引擎系统主要功能包括运行状况、消息源管理、推送任务管理、推送情况查询统计、系统管理。
1. 运行状况
能够直观展现推送引擎系统的运行情况，包含任务情况，运行情况，运行次数，推送情况，总体统计等。
2. 消息源管理
一方面消息源可能是多个系统，因而需要能够连接到不同的数据源上；另一方面消息可能需要针对发送内容进行处理，需要对原始信息进行加工，所以需要消息的处理管理。
5
3. 推送任务管理
1) 整个任务的管理，包含消息源、目标、关联数据规则等。
2)
#策略管理：是针对推送的策略，可能包含一次推送，多次推送，以及根据数据情况进行不定期推送等。
3) 接收人管理：推送的目标人群，可能是数据相关，也可能是面对特定的人群，因为需要进行不同策略的定义。
4)
#运行日志：对于推送的情况，需要有明确的结果信息，包含是否推送，是否成功，是否发送给用户等。
5)
推送测试：在任何情况下，都可以进行推送任务的测试，来确认推送是否配置正确，是否达到预期。
4. 推送情况查询统计
1)
#发送情况查询：方便查找推送完成的信息情况。
2)
#发送情况统计：指的是针对发送情况进行的统计，表示发送了多少信息。
3) 运行情况查询：方便了解任务的运行情况，便于问题排查。
4) 运行情况统计：针对不同任务的执行情况，给出执行结果。
5. 系统管理
系统管理，主要是针对用户管理，权限管理，日志管理。
四、信息推送
借助推送引擎，完成移动平台功能、信息、服务和提醒的推送。
应包含以下内容：
1)
#待办信息推送
2)
#通知公告信息推送
3)
#女院生活推送
4) 公共服务推送
5)
#教师课表推送
6)
#图书推荐推送
6
7) 数据分析信息推送
以上内容，需要给出推送效果图和推送策略说明。
五、实施要求
本项目自合同签订之日起2个月内完成系统安装部署并进入全面试运行，试运行稳定后进行项目合格验收。自系统合格验收之日起运行一年后进行最终验收，乙方应自系统合格验收之日起提供为期三年的免费售后服务。
六、技术要求
1. 性能和操作要求
系统应具有良好的可扩展性，可根据学校的不断发展引出的各类新需求，通过对系统的重新配置、改进，满足学校长期发展的需求。
系统应具有良好的兼容性与开放性，应能为国家和学校的其他应用软件系统提供数据接口。
系统具有良好的手机及pc端浏览器兼容性，支持IE、火狐、谷歌等常用的浏览器。系统应采用B/S结构零客户端维护，易于对系统的操作，用户只需通过浏览器就可完成对系统的全部操作，不受浏览器、操作系统的限制。
系统设计应具有良好的操作性，尽可能遵循简单实用的原则，做到对使用者最低技术门槛，经简单培训即可操作。
2. 安全要求
系统应具有足够的安全性、可靠性，保障已有系统及其数据具有较高的安全级别。应具有完善的权限体系架构；尤其应能提供系统操作日志，日志内容包括操作时间、操作人、操作模块等。
3. 集成要求
1、系统须遵循我校信息标准体系；
2、系统身份认证须遵循CAS协议，免费开放与我校的统一身份认证与管理平台集成的接口，实现系统的单点登录和统一身份认证；
7
3、系统需免费开放与我校数据集成平台集成的接口，保障数据集成平台从业务系统抓取其他业务系统需要共享交换的数据，并且保障了数据集成平台推送业务系统订阅的数据；
4、系统需免费开放与我校门户平台集成的接口；
七、售后服务
1、系统合格验收通过后乙方提供至少三年的免费软件运维服务，主要包括但不限于以下问题：软件使用中问题的解答、对软件错误的修改和在原需求功能范围内的完善性修改以及易用性修改、性能优化和系统运行监控等内容。
2、售后服务满三年后，乙方须继续负责本系统合同功能服务保障，每年服务费不超过合同金额的10%。
3、乙方必须提供7×24小时支持维护服务，包括邮件、电话、远程维护、现场服务等方式。乙方必须保证有足够的专门人员负责本系统运维工作，并保证2小时之内响应、24小时之内解决问题。
4、乙方需提供免费上门安装调试系统服务，系统安装完毕，需提供产品安装部署说明、需求规格说明书、详细设计文档、接口说明文档、数据库设计及数据字典、系统参数配置文档、测试报告、用户使用说明书、管理员使用说明书、验收报告等详细的文档说明书。
5、自系统部署之日起，乙方需按甲方要求对系统相关使用及维护人员进行培训，培训学时以甲方人员掌握为止。
七、付款方式
合同签订15个工作日内，甲方向乙方支付合同金额的60%，系统验收合格15个工作日内，甲方向乙方支付合同金额的40%；
乙方需在签订合同后20个工作日内，向甲方提供相当于合同总价10%的履约保证金，通过最终验收15个工作日内，甲方将履约保证金无息返还乙方。
八、技术成果归属
(一)知识产权 除甲、乙双方在合同签署日前已经拥有或者已经登记的软件著作权外，在该项目中形成的技术成果知识产权归双方共同所有，非经乙方书面确8
认，甲方不得就该项目中形成的知识产权进行商业推广。
(二)技术秘密的使用权、转让权
1、项目开发的技术成果，甲方有权在中华女子学院范围内推广应用。对本项目形成的技术资料，甲方只享有用于中华女子学院范围内的项目相关所有权利。
2、乙方拥有使用相同技术和界面风格开发其它系统的权力，但不得侵犯甲方的 合法权利。
3、甲方提供的有关需求资料的知识产权归甲方所有，未经甲方书面同意乙方不 得向任何第三方披露和用于本合同之外的任何其他项目。
标“”项为必须满足项，不满足因此导致废标由投标人自行承担责任。
标“#”项为重点项，扣分情况详见招标文件。
9