技术服务协议模板范本.docxVIP

技术服务协议 一、目的 本协议的目的是明确甲方在委托乙方对“ XXXXX项目”技术服务过程中双方约定的事项。本技 术服务协议是甲乙双方于 年 月 日签订的 XXXX购销合同（以下简称“合同” ）的 附件，是合同不可分割的一部分，与合同条款享有同等的法律效力。本技术服务协议具有补充合同 条款的作用，合同条款未包括的内容，以本技术服务协议的内容为准。 二、项目范围 1．项目目标 （说明项目完工的具体评判标准） 2．项目工作范围 （包括：项目服务于那些人群或部门；项目涉及的模块、实现功能和流程等信息） 3．系统间互连互通范围 （包括：系统建设项目需要与哪些已有系统或在建系统进行接口集成； 接口对接涉及数据类型 和数据流向等；系统对接接口设计的具体责任归属。 ） 4．项目语言类型 （根据实际需求考虑是否支持多语种） 三、项目技术要求 1．设计要求 （以下内容可根据项目实际情况变更） 1）标准化 标准按照高等学校教育管理信息等国家、地区、行业和学校标准执行。（2）开放性 系统设计采用的各项设备（软、硬件）均符合国际通用标准，符合开放性原则；组网使用的技 - 1 - 术与技术发展的潮流吻合，不但保证系统的开放性和技术延伸性，也与日后的技术具有良好的亲和 性。 （3）先进性 系统采用国际上先进、成熟、实用的技术，既保证系统功能的实现，又保证系统的技术能满足未来应用发展的需求。 （4）实用性 从系统需求出发， 结合具体运用和实际来设计系统， 最大限度地满足各项功能要求， 确保实用性，系统具有良好的性价比。 （5）安全性 确保应用系统源代码安全， 无漏洞； 提供较完善的数据加密机制， 确保数据存储和数据传输安全；提供明晰的身份鉴别和访问控制机制，按业务要求实现功能分级，并对用户分级授权；使现有业务能通过网络操作完成。 6）可靠性 整个系统必要的防范措施，通过采用备份、容灾、容错等方案，提供良好的可靠性，使整个系 统受到有意、无意的非法侵入而造成系统破坏的可能性降至最低程度。 （7）稳定性 建设的系统是稳定可靠的平台， 合理的划分系统、 详细设计， 充分的考虑系统各个模块之间的关系，保证系统的稳定性。 （8）易用性 采用工作人员使用最普遍的信息工具， 尽可能减少培训的工作量和适应新系统的周期。 系统一方面方便工作人员使用和操作，同时，另一方面也方便系统管理员和用户的使用、操作。 9）可集成性 系统的各个部分，既相对独立的子系统，又实现相互之间必要的信息交换，可实现自上而下、 集中统一的网络、设备监控和管理。 10）可维护性 系统的管理、维护和维修具有简易性和可操作性，系统的网络平台、系统软件、应用软件都提 供方便、灵活的维护手段，方便应用人员进行维护和管理。 （11）可扩展性 系统的可扩展性可以从两方面来考虑， 首先是系统设计的硬件支撑平台是否具有可扩展性。 当用户数增加时，可以通过增加服务器、设备模块的方式来适应系统性能的要求。其次，从应用的设 - 2 - 计来讲，当需要增加新的应用模块时，应用系统平台要提供相应的接口并具有良好的可扩充性，不 必因为增加应用模块而重新编写整个应用。 （12）数据可备份、恢复 数据可备份并可完整恢复，通过学校提供的备份系统实现数据的整体备份和数据恢复。 实时备份： 是指系统增量数据能够及时储存在服务器以外的存储空间内， 已备系统损坏情况下 能够及时回复到之前的系统状态；定期备份是指定期（按月或季度）将系统数据单独永久备份，对 于长期不使用的数据（如三年以上）从系统中卸出，卸出的数据另行保存，单独永久备份，不再在 系统中保存，以提高系统性能。但卸出的数据必须参与查询、统计。 数据恢复： 以最近的备份数据恢复系统。 采取措施保证备份数据时间点与灾害发生时点期间的 数据能够恢复并被验证，损失可以被评估。 2．系统基本架构 3．数据库 （编码须符合国标和校标编码规范） 4．硬件平台支持 5．浏览器 支持主流浏览器，例如谷歌， 360 ，火狐， IE 内核 9 以上 6．性能要求 7．终端访问设备 8．数据库的访问规范 （包括系统最大用户数，并发量） 9．Log 规范 （等保三级系统必须输出日志） - 3 - 10．开发语言、开发平台 11．代码的可读性 12．源代码 13．测试 CASE覆盖率 14．安全性 系统应急预案 16、运行与维护（现场与远程） 17、项目等级保护评级要求 四、项目成果交付形式 1．软件系统 乙方保证实施系统按时上线，平稳运行。 （源代码统一刻录成光盘，提交甲方。 ） 2．项目文档 项目文档包括所有技术服务中形成的过程性文档和成果文档， 乙方保证所提供项目文档的完整 性。主要文档如下（包含但不限以下文档） ： 1）开发计划 2）设计报告（包含功能、权限、安全） 3）需求分析报告 4）数据库设计