联系方式：15952003569 邮箱：ttgao@sudytech.com
合同编号：
技 术 开 发 合 同 书
（委托开发）
项 目 名 称 《上海师范大学新建校园学生信息门户
活动共享功能平台》软件技术开发
委 托 方（甲 方） 上海师范大学
受 托 方（乙 方） 南京苏迪科技有限公司
签订地点：上海
签订日期：2015 年 8 月 18 日
有效期限：2015 年 8 月 18 日至 2016 年 12 月 31 日
一、 项目名称
《上海师范大学新建校园学生信息门户活动共享功能平台》软件技术开发
二、 项目标的的技术内容、方法、路线和要求
1、 开发内容
x合同需要开发及实施的内容详见合同附件技术条款《项目要求》。
2、 技术要求
1、要求提供的软件功能模块划分清晰，调用方便，易读性好；
2、要求提供的软件具有良好人-机界面设计，易解、易学、易用；
3、要求提供的软件具有可靠性、安全保密性及行业先进性；
4、本合同需要开发及实施的内容应与项目招投标文件（见合同附件）中所要求一致。
三、 研究开发的计划、进度、期限、履行地点和方式
项目具体计划如下：
名称 | 内容 | 完成时间 | 实施方式及分工 |
前期准备 | 双方各自成立项目组，并提供项目组负 责人联系方式。 | 8 月 21 日 | |
需求确认 | 甲方提出系统建设需求；乙方按甲方需求进行需求分析。 | 8 月 28 日 | 《项目需求说明书》 |
平台安装部署 | 完成移动基础平台的安装部署及调整工作。 | 8 月 28 日 | 《安装准备通知单》、 《系统安装手册》 |
移动基础平台建设 | 完成基础应用服务功能的实施及数据初始化，包括资讯聚合、个性化门户和应用市场等。 | 9 月 18 日 | 具体定制功能详见附件。乙方进行详细需求调研后，开始相关功能的开发工作。实施过程中，与甲方保持沟通，确认相关需求 |
应用服务开发及实施 | 根据要求进行应用的开发，包括日程管理、活动管理及活动场地管理。 | 11 月 20 日 | |
功能测试 | 对基础应用服务和定制应用服务的开发进行测试，确保各个功能均能实现。 | 11 月 27 日 | 完成定制开发功能的测试（与应用服务的实 施同时进行） |
应用服务试运行 | 项目试运行阶段。提供相关支持、调试、 培训等服务，并提供相关文档。 | 12 月 25 日 | 甲方乙方共同配合（提 供测试文档） |
使用培训 | 在用户现场进行移动应用服务相关培训。 | 12 月 31 日 | 甲方组织相关人员； 乙方工程师到现场培训 |
项目验收及上线 | 系统满足所有验收合格标准，项目验收。 项目正式上线。 | 2016 年 1 月 1 日 | 提供验收文档 |
项目维护服务 | 提供移动应用功能的 1 年维护服务。 | 2016 年 12 月 31 日 |
四、 研究开发经费、报酬及其支付方式
经甲乙双方协商，《上海师范大学新建校园学生信息门户活动共享功能平台》软件技术开发费总金额为人民币贰拾万元整（￥200,000.00 元）含税。
付款方式和条件：
（一）本项目的支付币种为人民币。
（二）甲方应按以下所规定的付款计划完成设备的合同价支付。
1、 预付款，供货合同签订 2 周内，甲方向乙方支付合同总价的 30％作为预付款，乙方须满足以下前提条件：金额与预付款相等的商业发票；
2、 最终付款，在全部货物送到用户处完成安装及调试并经验收合格，甲方将根据乙方递交的有关证明文件，经审查无误后，向乙方支付合同总价的 70%，且乙方须满足以下前提条件：
1) 金额与最终验收付款相等的商业发票；
2) 产品清单；
3) 制造厂出具的产品合格证；
4) 验收合格证书副本一份；
5) 乙方应在甲方最终付款的 7 日前，向甲方支付合同价的 5%作为质保金；
3、 自验收合格起 1 年内，如未发生索赔事宜，则甲方在质保期满后的 1 周内向乙方无息返还合同价 5%的质保金。
以上款项由甲方汇入乙方指定的如下帐户内：
户 名： 南京苏迪科技有限公司 开户行： 中国农业银行南京宁南支行 帐 户： 00000000000000000
五、 各方当事人的义务及协作、技术服务事项
甲乙双方承担以下责任：
双方在需求分析最终定稿后，有责任维护需求分析的严肃性，需求以外工作不
在本合同范畴之内。由于不可抗拒的因素影响了项目的进展，双方视具体情况协商处理。
1、 甲方的权利和义务
(1) 甲方应在时间和工作安排上，保证配合乙方开发的进度要求。
(2) 甲方必须提供本系统应用必需的网络环境和系统环境。
(3) 甲方提供乙方人员在甲方开发调试的工作场地。
(4) 在乙方工作满足要求的前提下，保证系统交付试运行按相应的时间进行。
(5) 甲方应遵守双方约定的付款方式。
(6) 甲方有责任对乙方提交的系统技术资料保守秘密。
2、 乙方的权利和义务
(1) 乙方应按照本合同履行进度、计划实施合同内容。
(2) 乙方需对甲方提出的用户需求整理形成书面文档。
(3) 乙方应确保系统运行后能达到合同约定的功能要求和技术指标。
(4) 乙方在项目实施的不同阶段，应及时与甲方沟通，如有需求变更，经双方确认后应及时进行开发内容的调整。
(5) 乙方在系统中提供保障系统正常工作的安全机制（7 天 x24 小时）。
(6) 在系统开发过程中，乙方必须遵守甲方的安全管理规定和对甲方的所有信息保守秘密，如违反则责任由乙方承担。
(7) 系统交付试运行前，乙方应对用户方有关人员分别进行系统技术指导。
(8) 乙方提供自系统验收之日起一年的免费服务，包括系统维护、升级及技术支持服务。
六、 项目联络人信息
1、 商务联络人：高腾腾
联系方式：15952003569 邮箱：xxxxx@xxxxxxxx.xxx
2、 项目经理：xxx
联系方式：13311974119
七、 技术信息和经营信息保密事项
无
八、 验收的标准和方法
按照合同要求及软件验收标准（参照附件：上海师范大学上海师范大学新建校园学生信息门户活动共享功能平台建设需求），采用文档齐全、用户认可方式进行验收。
九、 技术成果的归属和分享及后续改进的提供与分享规定
《上海师范大学新建校园学生信息门户活动共享功能平台》软件技术开发项目成果所有权归甲方所有。
十、 违约金或者损失赔偿的方式
违反本合同约定，违约方应按照《中华人民共和国合同法》有关条款的规定，承担违约责任。
十一、 风险责任的承担及争议的解决方式
因履行本合同发生的争议，由当事人协商解决，协商不成的，依法向合同签订地人民法院起诉。
十二、 名词和技术术语的解释
《附件》指《上海师范大学上海师范大学新建校园学生信息门户活动共享功能平台》项目需求。
十三、 其它有关约定事项
1、本合同书正本壹式肆份，甲方执贰份，乙方执贰份，具有同等法律效力。本合同书未涉及事项，由双方本着友好合作精神，视具体情况协商解决。
2、合同的签订基于前期的招投标流程，乙方的投标文件作为本合同的附件具有相同的法律效应，本合同内设备具体参数必须符合招标要求。与本合同具有同等法律效力。
3、本合同经双方签字盖章后生效。
附：
履约保证金支付账号
户名：上海师范大学
开户银行：浦发银行长宁支行
帐号：076334-98490155260000341
委 托 方（甲方） | 单位名称 | 上海师范大学 | 法 定代表人 | 签字 | |||
详细地址 | 项 目负责人 | 签字 | |||||
开户银行 | 浦发银行长宁支行 | （单位盖章）年 月 日 | |||||
帐 | 号 | 076334-9849015526000 0341 | |||||
电 | 话 | ||||||
受 托 方（乙方） | 单位名称 | 南京苏迪科技有限公司 | 法 定代表人 | 签字 | |||
详细地址 | xxxxxxxxxxx 00 xxxxxx 0 x | 项 目负责人 | 签字 | ||||
开户银行 | 中国农业银行南京宁南支行 | （单位盖章）年 月 日 | |||||
帐 | 号 | 00000000000000000 | |||||
电 | 话 | 025-86641410 | |||||
登 记 机 关 | （合同登记专用章） | ||||||
登 记 编 号 | |||||||
登 记 日 期 | |||||||
经 | 办 | 人 | |||||
附件：
上海师范大学
上海师范大学新建校园学生信息门户活动共享功能平台建设需求
校园学生信息门户活动共享功能拓展项目需求清单及技术要求
一、项目需求
项目完成时间：自合同签订之日起，1 个月内完成平台及基本框架搭建，3 个月内试运行交付。整体项目于试运行之日起 1 年之内完成验收。
交付状态：系统完成，交付使用
需求单位：共青团上海师范大学委员会联系人：xxx
xx电话：00000000
二、设备需求与技术要求
1．项目目标
上海师范大学校园学生信息门户活动共享功能拓展项目的建设目标是本着“以学生为本”，根据实用、先进、开放、可靠、可扩展的设计原则，充分利用现代信息技术及校园网络资源，促进校内活动信息、数据共享和资源整合，进一步加强校园文化活动的信息化应用水平和管理效率，努力提升校园文化活动的管理、服务水平。
结合学校已经建成的学生、教师信息门户统一身份认证及单点登录系统，校园学生信息门户活动共享功能拓展项目能够提供日程化的校内活动参与方式，方便学生、教师及管理人员使用，满足广大师生知晓校园文化活动的需求，形成安全、高效、稳定的系统平台。
2.项目规模
上海师范大学是市重点建设的高校，是一所以文科见长并具教师教育特色的文、理、工、艺学科协调发展的综合性大学。学校下设 17 个二级学院、134 个研究机构。另设上海师范大学青年学院是我校与共青团上海市委共建的、旨在培养高层次青少
年教育与研究人才的二级学院。
学校现有全日制本、专科学生 21173 人，研究生 5578 人，夜大学学生 13402 人。
现有教职员工 2810 人，其中专任教师 1708 人。专任教师中具有正高级专业技术职
务者 273 人、具有副高级专业技术职务者 619 人；具有博士、硕士学位的教师 1426人，占专任教师的 83.5%，其中具有博士学位的教师 792 人。此外，还组建了一支 500 人左右的兼职教师队伍，其中 100 多位外籍教师。预计使用用户数至少为 40000注册用户。
三、系统功能需求
x次招标的上海师范大学校园学生信息门户活动共享功能拓展项目，主要服务于上海师范大学校园文化活动开展，并与校内其他关联应用系统共享资源，形成完整的校园活动管理系统建设，具体的业务要求见 3.2 基础功能需求： 3.1．技术平台需求
1．系统支持 Linux 或 Windows 等主流操作系统，数据库系统采用 SQL 或者 Oracle;
使用终端采用 HTML5 Web 应用程序，可以适配支持任何设备。
0.xx.xxx 或 J2EE 等的 B/S 三（多）层体系架构；用户客户端只需使用操作系统自带的浏览器即可使用，支持 IE9.0 及以上版本，可在手机移动终端使用应用；
3.符合学校信息化建设的总体规划，在各类资源全面共享和充分利用的原则下，遵循国家信息化应用系统标准规范（代码规范、数据字典规范、接口规范、文件类型规范等）；
4.提供系统的备份及恢复方案，保证数据安全，确保系统稳定运行；
5.系统能支持响应 3000 以上的并发支持，并且具有较快的响应时间，需提供第三方测试机构提供相关测试材料；
6.结合学校已建成的统一身份认证及单点登录系统，使在校教职工和学生能够通过校园门户方便登录。除在校人员外，系统还需支持校外人员等其他账号管理。
3.2 基础功能需求
◼ 系统基本功能
1.本系统采用站式的 WEB 访问页面、手机应用页面和业务管理系统相结合的形式。
2.完善的数据备份及恢复功能。系统可以备份所有数据，并且可以进行整体数据恢复，数据备份还需要支持按要求定时备份。
3.系统可以提供系统管理员在数据库中添加新的数据表，并对系统管理员新增的数据表进行维护的功能；系统管理员也可以在原有数据表中设置新的字段，并对新增字段进行维护。
4.系统管理员可以灵活配置各项业务的操作流程，主要包括活动申请、审核、确认等的流程；可以配置各类用户可维护信息的相关字段。
5.数据导入、导出和同步功能。系统支持从外部文件的导入数据，也支持将系统数据以 Excel、Access、PDF 等格式进行导出，能够和学校公共数据平台进行双向数据同步，包括学术信息、校园文化信息。
6.系统可以提供灵活、全面的查询统计功能，包括对活跃用户、活动数量、用户新增数据表和新增字段的查询和统计，并且实时显示在前段。管理员可以灵活设定查询、统计的条件，如根据活动分类、活动校区等进行查询和统计。并支持在查询和统计的结果中进行查询和统计的功能，能够灵活导出查询和统计的结果，管理员能够根据要求设计自定义报表，并能够进行保存和修改。
7.系统支持各流程操作完成后，管理员可以设置电子邮件提醒功能和短信通知，包括设置自动提醒和人工提醒。
◼ 用户管理
1.本系统有多种用户角色，可以为不同的用户角色灵活分配相应的操作权限。
2.本系统的用户角色主要分为个人用户（含学生用户、教职工用户）、组织用户、系统管理员等几个大类，每个大类中的用户根据各自操作内容等的不同，还可以进一步细分权限。
3. 个人用户可以从日程浏览、报名、发起活动（活动创建需要有分类标签）；组织用户可以审核个人发起的活动，也可以自行在日程发起活动（组织用户包括学校管理部门及学院）；系统管理员可以管理用户权限，发起、编辑、修改、删除活动，系统管理员可以在查询和统计的结果中进行查询和统计的功能，能够灵活导出查询和统计的结果，管理员能够根据要求设计自定义报表，并能够进行保存和修改。
◼ 代码管理
1.系统管理员可以对系统运行所依赖的基本代码类别进行维护，可以对基本代码类别的代码项进行维护，包括添加、修改、删除代码项等操作。
2.系统管理可以新增代码类别，并对新增的代码类别进行维护，包括添加、修改、删除代码项等操作。
3.系统管理员可以通过输入查询条件，查询代码的相关信息。
◼ 日程管理
1.共享学校基础资源，支持设施资源开放情况的共享、常规工作的进度安排、各类活动的组织信息情况浏览与查询。基于信息共享，建设一个集公共资源查询、公共活动场地订阅、日常学习、工作提醒，公共日程和个人日程相结合的平台。各类型的活动信息用不同的醒目颜色进行区分。
2.学生用户的初始日程显示当学期的个人课程安排或者自行添加的个人日程安排，教职工用户的初始日程显示可以是上课安排或者自行添加的个人日程安排，通过选择分类可以在日程上分类查询学术讲座、校园文化、就业招聘、勤工助学、会议安排等不同内容的公共信息，并且类别可以根据实际需要进行添加、删减或修改，点击具体活动后可以进行活动报名预约，报名预约成功后该信息即可被添加至个人日程信息中，并且可以与手机应用日程进行同步。
3. 组织用户在平台的“日程管理”中可以查看管辖范围内所有组织用户的日程安排。个人用户也能够对自己的日程有一个安排，这样才能高效的进行学习工作安排并保证时间的有效利用，劳逸结合。
◼ 活动管理
1.个人用户可以发起活动，设置信息内容包含：活动名称/标题、活动人数、活动对象分类、日期时间（含开始时间和结束时间）、地点名称、详细地址（可以选择是否显示活动地图）、活动介绍（可以包含常见问题）、活动主办方，可以设置活动报名的类型（在线报名、免费、收费），可以进行推广设置（自定义生成活动网址、显示剩余报名名额、是否公开活动信息）；可以具体设置报名表/调查问卷；设置同步微博、微信信息 (活动动态与社交网站同步和关联)；设置主题关键字等（方便搜索引擎找到）；可以通过微博、微信等方式邀请好友参与；可以生成网站短号或二维码（需要统一身份认证可登录）；可以生成活动评论和点评。个人用户发起的活动需
要组织用户审核后方可上线。
2.组织用户可以通过校园信息门户进行注册，由管理员用户确定组织用户身份及信息； 可以发起活动并可对个人用户发起的活动进行审核，设置信息内容包含：活动名称/标题、活动人数、活动对象分类、日期时间（含开始时间和结束时间）、地点名称、详细地址（可以选择是否显示活动地图）、活动介绍（可以包含常见问题）、活动主办方，可以设置活动报名的类型（在线报名、免费、收费），可以进行推广设置（自定义生成活动网址、显示剩余报名名额、是否公开活动信息）；可以具体设置报名表/调查问卷；设置同步微博、微信信息 (活动动态与社交网站同步和关联)；设置主题关键字等（方便搜索引擎找到）；可以通过微博、微信等方式邀请好友参与；可以生成网站短号或二维码（需要统一身份认证可登录）；可以生成活动评论和点评。
3.组织用户可以对报名活动的个人用户信息进行筛选审核、并最终确认参与活动的个人用户，并通过系统反馈个人用户活动信息。组织用户还可根据个人用户选择的活动分类喜好，后续订阅相关的活动信息的推送。
4.信息发布内容分为受限信息和不受限信息，不受限信息可以对所有人公开，受限信息仅限某些特定的人群公开，受限范围可以设置为本校教职工、某个具体的校内单位、某个年级专业的学生、某个活动类型关注的人群等。组织用户登录后可以根据相应的权限查看相关信息。不受限信息可以通过我校 CMS 系统专用接口，从 CMS 系统直接调用相关内容到本系统中（须注明信息来源），用户不必重复操作。受限信息由组织用户直接在本系统进行发布及维护，用户不能在本系统中维护不受限信息，不受限信息不能进行线上活动报名和评论，仅作公布显示。
5.管理员用户可以对各级组织用户提交的活动申请进行审核、修改和汇总，生成对外公布的活动通知。
◼ 活动场地管理
1.组织用户能够在发布活动时进行活动场地的预约登记、可以添加申请或删除申请，可以查询预约进度、取消预约场地，系统自动按照活动时间、活动人数进行优先排序。
2. 管理员用户可以添加、删除场地信息，修改场地信息，统计数据库中有关场地使用的频次和组织用户信息。管理员用户查收预约申请以后，可以进行场地划拨安排，对符合要求的申请进行审核，对未能申请成功的进行原因答复。
◼ 移动终端
1.移动终端可以用 html5 等编译方式开发，实现跨平台编码移植。
2.移动端具有简介直观的用户界面，具有分类查询、个人业务、反馈点评、登录注销等的功能，打开具体活动，包含有活动名称/标题、活动人数、活动对象分类、日期时间（含开始时间和结束时间）、地点名称、详细地址（可以选择是否显示活动地图）、活动介绍（可以包含常见问题）、活动主办方、活动宣传展示等信息。
3. 在 PC 端、移动端和微信上实现活动通知、宣传推广、报名付款、电子票、参与者管理等功能，并能提供扫码活动签到、签退等功能。个人用户能够通过微信、易班进行活动的转发分享至朋友圈或动态，转发后会具有专属上海师范大学的水印和转发自校内统一身份认证的识别信息。
◼ 集成需求
需要能够支持其他已有或将有的第三方 APP 应用集成。需要支持的第三方 APP应用类型包括独立编译的 Native 应用、web 应用、本地 html5 应用。并为 web 应用与本地 htm5 应用提供设备本地能力的调用接口。本期项目针对现有应用系统的集成要求如下：
1、支持多种类型的第三方应用
要能够集成 native 应用、web 应用、本地 html5 应用，这些应用都需要能从移动平台客户端启动，native 应用也可以选择从客户端操作系统直接启动。
2、统一认证集成
移动平台需实现与校内统一身份认证的无缝对接。移动平台需要实现用户在移动设备上的登录保持功能，并能无缝对接已经采用校内统一认证的原有业务系统，即从移动平台客户端访问学校原有业务系统时，原有业务系统不需额外改造认证接口即能实现单点登录功能。对于无法接入校方统一认证的第三方应用，移动平台需要提供匿名访问、未认证的身份、代理认证等几种接入方式。移动平台需要提供与第三方应用之间的请求安全验证机制，使第三方应用能够确认用户的请求来自于移动平台客户端，从而杜绝非法请求。
四、售后技术支持服务、培训以及保修
成交方在根据招标项目要求完成项目需求调研并经确定后部署系统，并在验收之前向甲方提供全部的接口源码（非编译）及各类项目文档。成交单位需要负责信息数据收集、平台搭建、数据整理导入、培训及后期维护等工作。并免费提供从项目验收合格之日起为期 3 年的系统升级及相关技术支持服务。技术支持服务包括系
统发生故障时，成交方能在 1 小时内响应，如问题无法在 4 小时内解决，则成交方需要提供备用方案，帮助我方及时恢复系统运行，并提供正常的应用服务。
成交单位在项目完成实施后，需要免费为我方各级管理人员进行培训和指导。提供产品的数据字典、安装介质、安装和使用手册及其他相关技术资料。根据学校校园文化活动的基数，提供不少于 300 人次的上述人员相应的培训服务。
如果用户方发现系统存在运行错误或者其他设计上面的问题，则成交方必须解决这些系统运行问题以及设计缺陷；否则用户方有权扣留质保金或追诉成交方。
本次招标的厂商须具备较强的本地化服务能力，在上海有项目实施组和服务团队，标书中需要提供服务团队名单。
五、供应商要求
1.具有软件企业认证证书；
2.具有较强的服务能力和研发支持能力；
3.在上海有固定的项目实施组和服务团队，支持本地快递售后服务响应，能适应学校今后个性化开发要求。提供反映个性化开发能力的材料。
六、建设时间要求
自合同签订之日起，1 个月内完成平台及基本框架搭建，3 个月内试运行交付。整体项目于试运行之日起 1 年之内完成验收。
七、硬件配置
成交方需提供本系统所需硬件、操作系统及数据库软件的详细配置及方案，并单独报价（不列入投标总价）。校方根据成交方提供的配置清单提供相关设备和操作系统等系统应用环境或酌情根据实际情况向系统成交方采购相关硬件。
注：如果采购方在“技术要求”中给出设备要求的标准或者参照的牌号及分类号，则它们仅起说明作用，并没有任何限制性，报价人在其报价文件中可以选用代
替的标准、牌号或分类号，但这种代替要实质上优于或相当于“技术要求”中的相关要求，并能使采购方确认并满意。