技术开发合同具体内容模板Word格式.docx

1、 电 话: 传 真: 电子信箱: 住 所 地: 法定代表人: 联络方法:传 真: 电子信箱: 通讯地址:本协议甲方委托乙方研究开发 西安科技大市场网络平台系统（一期） 项目, 并支付研究开发经费和酬劳, 乙方接收委托并进行此研究开发工作。双方经过平等协商, 在真实、 充足地表示各自意愿基础上, 依据中国协议法要求, 达成以下协议, 并由合作各方共同恪守。第一条 项目名称西安科技大市场网络平台系统（一期）第二条 本协议研究开发项目要求以下:1. 技术目标:为了探索中国统筹科技资源改革之路, 努力打造国际著名、 中国一流产学研合作促进平台、 科技资源统筹转化中心和科技创新综合服务基地, 有效促进科

2、技信息共享化、 科技服务集成化、 科技交易市场化、 科技资源商品化和科技结果产业化, 实现科技要素聚集、 内外资源聚合、 科技优势向创新优势、 产业优势、 经济优势聚变, 在创新型国家建设和区域经济发展中发挥辐射带动和示范引领作用, 特建设西安科技大市场网络平台系统。西安科技大市场网络平台系统（一期）功效架构图以下所表示:西安科技大市场网络平台系统（一期）实现了系统组件集成热插拔、 网络门户静态化、 系统全站全文检索和数据库动态优化等技术目标, 本协议全部技术均为自主研发, 不含任何产品、 设备等实物或外购技术。具体研发技术以下:（1）用基于组件重用Brick框架技术搭建“西安科技大市场网络平

3、台系统（一期）”关键框架, 实现组件集成, 提升应用研发效率, 最终达成组件、 应用重用目。（2）用基于XML动态数据库访问优化技术实现对“西安科技大市场网络平台系统（一期）”数据库访问和调整优化, 提升系统运行性能。（3）用强制式错误提醒技术实现业务错误信息提醒, 确保业务系统完整性, 大大增强系统易用性和易学性。（4）使用基于模板页面静态化技术实现“西安科技大市场网络平台系统（一期）”网络门户静态化。（5）使用自定义碎片管理技术实现“西安科技大市场网络平台系统（一期）”网络平台应用。2. 技术内容:（1）基于组件重用Brick框架技术本项目采取乙方研发创新基于组件重用Brick框架技术实现

4、“西安科技大市场网络平台系统（一期）”关键框架搭建和组件集成, 提升研发效率, 最终达成组件、 应用重用目。Brick框架是一个通用J2EE开发平台, 意在经过配置信息及XML配置文件进行快速、 高效Web应用开发。Brick框架搭建“西安科技大市场网络平台系统（一期）”集成了开发框架与常见系统功效,集成重用功效有: 会员注册、 用户管理、 内容公布管理系统、 权限管理、 角色管理等。Brick框架分离了用户端界面与服务端业务逻辑, 使研发人员更专注于个人优势。平台采取元数据自动映射方法, 摒弃了对POJO、 Form等依靠。框架采取iBATIS作为数据持久层, 经过快速配置、 简化持久层数据

5、步骤确保了系统运行速度; 同时框架提供了方便列表分页查询功效, 支持系统80%以上分页操作; 使用元数据解耦了数据表与POJO之间联络, 经过元数据逻辑映射, 充足发挥了系统数据可配置性与灵活性, 提升了开发灵敏度; 在业务控制方面, 框架采取XML配置对系统各业务流进行配置, 使用组报文方法对业务数据进行自动封装, 脱离了视图层与业务层之间绑定, 建立了灵活、 高效、 稳定开发运行机制。对于视图层加入了大量JS和taglib控件, 包含翻页列表、 下拉单选框、 下拉多选框、 左右选择框、 可输入式选择框、 弹出选择框、 树、 文件上传下载等, 简化了对Web应用层开发工作。Brick框架技术

6、处理了“西安科技大市场网络平台系统（一期）”组件不可重用性问题。系统需要调用业务组件均可经过Brick框架3种标准接口直接调用, 无需修改原系统结构, 达成了组件应用重用目。Brick框架不仅是一个基于组件重用框架, 而且还是一个基于在线应用重用框架。Brick框架含有以下多个方面优势:A、 封装开发框架, 集成常见系统功效。B、 取Spring框架之优势, 经过动态注入方法获取连接池。C、 支持Java Web MVC。D、 采取自动元数据自动映射方法, 摒弃了对POJO、 Form等依靠。E、 使用IBatis, 提供简单易用ORM数据库持久层, 支持各版本数据库开发。F、 集成JQUER

7、Y插件, 支持多种用户端脚本技术。G、 简化Web开发。（2）基于XML动态数据库访问优化技术本项目采取基于XML动态数据库访问优化技术实现“西安科技大市场网络平台系统（一期）”底层SQL语句优化, 经过优化SQL配置文件达成提升性能目。在系统运行过程中, 数据资源是逐步递增。当系统运行到一定阶段后, 数据会展现出爆发式增加（比如会员信息、 仪器信息、 服务信息、 咨询内容等信息）, 在数据量过万、 过十万、 过百万或者更高后, 系统部分功效运行效率就会伴随数据量增大而显著降低, 这时系统就需要调整, 而且对系统数据库做部分优化调整。一般调整系统方法是: 修改原系统文件重新编译, 这么就必需停

8、止服务对项目进行更新。而动态数据库访问优化技术就是在不修改原系统情况下, 只调整运行期使用SQL语句, 对配置SQL语句调整后, 重新放入系统运行服务器中, 然后开启配置文件重新加载模式既Reload模式, Reload操作会自动编译SQL配置文件并将编译后文件加载到系统中供系统应用调用, 从而达成优化性能目。这种技术还有另外一个优势: 避免了停止服务重新编译过程, 不会影响系统正常运行。（3）强制式错误提醒技术错误强制提醒, 只要有错误, 默认情况下会自动提醒给用户, 从而预防发生了错误而用户并不清楚, 还在等候结果, 大大增强了系统易用性和易学性。基于模板页面静态化技术是指: 经过系统调用

9、数据库数据将动态数据生成静态页面技术。本技术研究内容关键包含: 模板生成技术、 HTML静态化技术, URL Rewrite伪静态技术等多个方面。采取基于模板页面静态化技术关键处理以下问题:A、 实现“西安科技大市场网络平台系统（一期）”网络平台静态化“西安科技大市场网络平台系统（一期）”收录了多种多样资源信息, 如: 企业组织、 产品信息、 教授信息、 新闻资讯、 服务政策信息、 仪器信息、 技贸合相同。动态访问数据与数据库交互频繁, 假如访问量增大, 那么读写次数就会对应增加。这个时候, 打开数据连接自然会随之增加, 服务器压力增大是肯定。要是这个时候数据库不能承受, 会直接死掉。页面静态

10、化后降低了数据库访问次数, 即使数据库死掉, 系统仍然能够正常访问。用户体验大大提升, 用户信任度也会有很大提升。 B、 提升“西安科技大市场网络平台系统（一期）”性能“西安科技大市场网络平台系统（一期）”系统包含了大量动态信息页面, 而这些页面访问速度慢、 安全性低、 不利于搜索引擎抓取。使用本技术生成静态化页面后, 大大提升了用户访问效率、 提升了系统安全性能而且更有利于搜索引擎对系统内容抓取。（5）使用自定义碎片管理技术实现“西安科技大市场网络平台系统（一期）”网络平台应用系统静态化有很多好处,不仅利于搜索引擎搜索,还有利于降低服务器压力。但同时也会因为生成大量静态页面造成系统信息不能立

11、刻更新。当每个静态页面都需要立刻更新信息时, 就必需重新生成全部静态页面, 造成了资源浪费, 工作效率低下。采取自定义碎片管理技术 既能确保系统静态化不受影响又能够立刻更新信息。碎片定义, 我们能够把一个完整页面了解成由很多“块” 组成, 而每一个“块”就能够当做一个”碎片“,这么我们假如更新信息时能按块（碎片）局部更新, 那就能很好处理我们上面说问题, 我们只需对碎片进行更新维护即可, 不需要再大量重新生成已生成静态页面。碎片管理含有以下特点:A、 碎片分类管理: 能够按分类来搜索碎片, 尤其适合在碎片数量多情况下使用; B、 碎片管理: 碎片可设定使用标签模板、 是否开启等, 应用灵活;C

12、、 碎片信息更新与管理: 只有碎片分配更新权限用户才有权限更新;D、 支持三种碎片类型: 静态信息碎片、 动态信息碎片、 技术符号碎片;E、 可按用户组、 部门、 帐号分配碎片更新权限, 而且支持越权限推送设置;F、 内置碎片调用标签“spinfo碎片变量名,显示条数,标题截取数/spinfo”, 可按碎片调用信息;G、 可推送任意表或任意栏目信息到动态信息碎片;H、 支持设定单个碎片存放最大信息数量, 降低冗余数据, 调用效率更高;3. 技术方法和路线:（1）基于组件重用Brick框架技术实现Brick框架标准配置是使用jsp, iBATIS, spring 等来分别作为view, serv

13、ice, domain三层实现。Service层对iBATIS使用方法已经集成增、 删、 改、 查等操作, 经过可配置xml文件提升开发人员开发效率和方便后期维护, 可利用iBATIS来简化xml配置并扩展了map entity经过classpath目录加载机制。Service层还使用可配置sql xml文件和方法参数配置module xml文件且修改配置文件无需重启服务器, 系统提供动态配置文件重新加载功效, 方便系统维护。Web view层加入了大量方便开发JS和taglib控件, 包含翻页列表, 自定义标签, 级联菜单, 日历框, 弹出页, 树, 文件上传下载等等, 同时采取json简化

14、了对 于ajax应用开发过程。（2）基于XML动态数据库访问优化技术实现基于XML动态数据库访问优化技术是将持久层SQL语句配置成灵活iBATISXML配置文件, 经过SPRINGSqlMapClientFactoryBean去加载SQL语句XML配置文件并解析XML文件, 将解析SQL语句装载到项目中实施, 从而达成优化SQL语句目。经过改善底层iBATIS框架, 实现动态加载XML配置文件, 经过这个原理实现了优化SQL语句不仅能够统一方便维护, 而且根本不需要重新开启服务就能够加载优化后SQL语句, 从而达成了动态对数据库访问优化目。利用动态数据库访问优化技术, 系统研发人员能够使用XM

15、L标识来设计和优化SQL配置文件, 而且能够随时配置或者生成配置文件中SQL内容。生成SQL配置文件逻辑被封装在BrickFrameWork组件中在服务器端运行。因为SQL关键逻辑被封装在以XML为表现形式配置文件中, 所以研发人员或者维护人员, 能够编辑和使用系统管理进行SQL语句调整和优化, 而不影响系统运行。这现有利于保护系统安全性, 又能确保任何情况下不停止系统就能够达成系统优化。（3）强制式错误提醒技术实现全部业务调用均由框架发出, 统一式入口, 从而能够捕捉运行期任何错误, 而且定义了统一错误处理标准, 框架实现了错误处理标准, 当系统或者业务一旦发生错误时, 错误机制立刻调用错误

16、提醒接口将错误信息提醒给下一级最终推送给使用人员。（4）基于模板页面静态化技术静态网站动态生成技术关键思绪是: 将网站动态信息和相互之间关系存入数据库, 依据特定规则和模版生成网站各级静态文件（系统首页、 系统频道、 系统栏目、 系统具体文件）, 以静态文件形式来公布, 最终完成系统静态化。基于模板页面静态化技术实现以下图所表示:静态网站动态生成技术关键实现方法是: 首先, 采取Freemarker和velocity技术定义数据模板, 将定义模板存放到模板数据库总。然后, 在数据处理子系统中, 数据操纵模块经过一定指令规则和数据匹配规则将数据库中数据页面加载到页面管理子系统中, 并对页面进行增

17、、 删、 改、 查等操作。最终, 页面生成子系统经过页面生成器从数据库读取数据和模板生成对应静态页面。在服务器前端增加有nginx 应用服务作为跳转,把静态文件、 视频、 图片、 资料库等数据资源转向静态应用服务器,把动态数据资源调用转向动态服务器, 做到静态资源独立访问。动态数据静态化节省了资源, 提升了静态化文件生成和分发处理能力, 提升了服务承载能力。（5）自定义碎片管理技术实现自定义碎片管理技术实现原理: 将有可能需要更新局部内容分割成一个或者若干个碎片, 然后经过基于模板页面静态化技术生成.SHTML静态页面将碎片包含, 当局部内容需要更新信息时, 只需要更新对应碎片即可, 当用户端

18、访问这些.SHTML静态文件时, 服务器端会把这些.SHTML文件进行读取和解释, 把SHTML文件中包含SSI指令解释出来加载碎片内容, 从而达成更新静态文件目。具体实施方法: 首先, 自定义页面信息碎片模型（比如定义一个仪器碎片模型,yiqi_mode）, 定义后碎片模型文件放到模板目录（templates_mode）下。然后定义页面信息碎片文件, 定义页面信息碎片文件时会包含多个碎片模型, 把包含全部碎片模型复制到碎片文件目录下, 依据一定命名规则重新命名碎片模型形成新碎片模型文件（比如叫做show_yiqi_info.html）, 依据需要添加新数据字段, 删除不需要数据字段, 确保这

19、些字段正常显示。建立好页面信息碎片模型后, 在碎片模型中添加参数字段, 依据需要添加参数字段和类型, 比如添加一个“yiqi_mingcheng”表示仪器名称, 设置它类型为字符, 在正则里选“字符”; 添加一个“yiqi_jiage”表示仪器价格, 设置它类型为数字, 在正则选项里选择“数字”; 把全部参数设置成功后, 碎片模型文件就添加成功了。打开页面信息碎片文件（如show_yiqi_info.html）, 找到$ yiqi_mingcheng 处, 这里就是显示“仪器名称”字段, 这是系统模型自带, 我们要做就是添加自定义模型参数了, 修改后类似以下仪器名称: $ yiqi_mingc

20、heng 仪器价格: $ yiqi_jiage 其她自定义字段都类似, 添加全部参数值。然后生成碎片文件, 这时候引用本碎片静态文件.SHTML引用内容就会改变。在维护中, 假如多个静态页面引用了本碎片信息, 假如要更新本碎片信息内容, 只需要把参数修值修改后重新生成碎片就可完成全部静态页面相关本碎片更新。（12）系统开发路线项目采取开发架构: B/S结构。B/S（Browser/Server）结构即浏览器和服务器结构。它是伴随Internet技术兴起, 对C/S结构一个改变或者改善结构。在这种结构下, 用户工作界面是经过WWW浏览器来实现, 极少部分事务逻辑在前端（Browser）实现, 不

21、过关键事务逻辑在服务器端（Server）实现, 形成所谓三层3-tier结构。这么就大大简化了用户端电脑载荷, 减轻了系统维护与升级成本和工作量, 降低了用户总体成本（TCO）。B/S架构关键优点是: 维护和升级方法简单, 跨平台支持, 成本更低, 非常适合西安科技大市场网络平台系统（一期）需求, 用户能够不受时间和地域限制, 随时、 随地使用本系统。项目采取技术框架: J2EE框架J2EE是一个革命性框架, 使快速开发强大 Web 应用系统和服务成为可行。它提供了最方便、 最灵活路径来构建, 布署和运行 Web 应用系统, 面向任何浏览器或设备。如图所表示它关键优点是:A、 简单研发模型,

22、开发人员重在服务器端处理业务逻辑和思绪设 计上面, 能够灵活构建web应用。B、 灵活WEB服务器管理C、 灵活应用服务器选择和配置D、 功效丰富开发环境E、 提升了系统性能F、 简单快速布署和跨平台特征J2EE框架使用基于开放平台SUN框架布署模型。J2EE应用服务器在用户端处理使用JSTL、 XML、 JAVASCRIPT、 HTML、 WML技术, 提升了用户端浏览器跨平台特征。在服务器端表示层使用JSP和Servlet等技术, 这些技术都是基于多线程, 能够大大提升服务器端表示层响应时间。J2EE框架含有很强可靠性和可移植性。项目采取开发技术: JAVAJava是一个跨平台, 适合于分

23、布式计算环境面向对象研发技术。具体 来说, 它含有以下特征: 简单性、 面向对象、 分布式、 解释型、 可靠、 安全、 平台无关、 可移植、 高性能、 多线程、 动态性等。A. 纯面向对象:完全基于类和对象: OOA、 OOD、 OOP以类形式组织系统, 抽象数据类型封装、 继承、 重载、 多态。B. 分布性: 对象分布, 支持Internet、 RMI等C. 健壮性: 检验数据类型匹配, 数组下标越界不支持指针, 保护内存数据, 体系自动内存管理碎片搜集,例外控制机制, 正确处理运行时错误,字节码加密传输, 用户端校验解释器在client端临时分配、 部署内存。D. 高性能: 安全、 稳定、

24、 移植代价底、 高效字节码JIT（Just-In-Time）立刻编译。第三条 乙方应在本协议生效后30日内向甲方提交研究开发计划。研究开发计划应包含以下关键内容:1、 项目需求分析。2、 项目功效设计。3、 项目概要设计。4、 项目具体设计。5、 项目数据库设计。6、 项目研发。7、 项目测试和验收。第四条 乙方应按下列进度完成研究开发工作:1、 .12.01.12.20 完成项目需求分析和功效分析。2、 .12.21.01.01 完成项目概要设计和功效设计。3、 .01.01.01.20 完成项目具体设计、 数据库设计。4、 .01.21.03.20 完成项目基础功效研发。5、 .03.21

25、.03.31 项目测试、 调试并试运行。第五条 甲方应向乙方提供技术资料及协作事项以下:1.技术资料清单:（1）甲方应向乙方提供项目建设必需资源和数据, 配合乙方做好需求分析、 系统设计。（2）甲方应向乙方提供在项目建设中及项目维护中所需要文字、 图片等资料。2.提供时间和方法:（1）乙方在系统建设时必需需求及功效要求在协议签署以后5日内由甲方指派人员和乙方沟通, 20日内确定需求和功效。（2）必需文字和图片资料在协议签定后5个工作日内, 甲方提供给乙方。3.其她协作事项:（1）甲方应向乙方提供系统建设时必需帮助并派专员负责与乙方联络、 协调。（2）乙方需求调研完成后, 甲方应对已方形成需求文

26、档签字确定。（3）乙方页面风格设计完成后, 甲方应签字确定。本协议推行完成后, 上述技术资料按以下方法处理:（1）系统需求分析文档（除双方尤其约定外）甲乙双方各自保留一份。（2）系统功效模块设计文档（除双方尤其约定外）甲乙双方各自保留一份。（3）甲方提供文字、 图片等信息在本系统研发完成后, 乙方交还给甲方。第六条 甲方应按以下方法支付研究开发经费和酬劳:1、 研究开发经费和酬劳总额为: 人民币*万（RMB*）元整2、 研究开发经费由甲方 一次 （一次、 分期或分成）支付乙方。具体支付方法和时间以下:（1）协议签署以后 十五 日内, 甲方应一次性支付乙方协议总额全部即人民币*万（RMB*）元整

27、 款项。乙方开户银行名称、 地址和帐户为:账 户 名: *开户银行: *地 址:帐 号: *第七条 本协议研究开发经费由乙方以 自主支配 方法使用。第八条 本协议变更必需由双方协商一致, 并以书面形式确定。第九条 未经甲方同意, 乙方不得将本协议项目部分或全部研究开发工作转让第三人负担。第十条 在本协议推行中, 因出现在现有技术水平和条件下难以克服技术困难, 造成研究开发失败或部分失败, 并造成一方或双方损失, 双方按以下约定负担风险损失: 甲、 乙双方各负担百分之五十。本协议项目技术风险按双方认可教授评审组以教授评审方法认定。认定技术风险基础内容应该包含技术风险存在、 范围、 程度及损失大小

28、等。认定技术风险基础条件是:1、 本协议项目在现有技术水平条件下含有足够难度。2、 乙方在主观上无过失且经认定研究开发失败为合理失败。一方发觉技术风险存在并有可能致使研究开发失败或部分失败情形时, 应该在3日内通知另一方并采取合适方法降低损失。逾期未通知并未采取合适方法而致使损失扩大, 应该就扩大损失负担赔偿责任。认定风险责任标准为:1、 课题在现有技术水平下含有足够难度。2、 乙方在研究开发工作中是否充足地发挥了主观能动性。3、 其同行业教授和判定结论认为研究开发工作失败属于合理失败。第十一条 在本协议推行过程中, 因作为研究开发标技术已经由她人公开（包含以专利权方法公开）, 一方应在 3

29、日内通知另一方解除协议。逾期未通知并致另一方产生损失, 另一方有权要求给予赔偿。第十二条 双方确定因推行本协议应遵守保密义务以下:甲方:1.保密内容（包含技术信息和经营信息）:（1）甲方对在履约过程中得悉乙方之商业秘密负担保密义务, 该保密义务不受本协议期限限制。（2）甲方对在履约过程中得悉乙方之技术秘密负担保密义务, 该保密义务不受本协议期限限制。2.人员范围: 在系统建设过程中甲方委派联络人员、 协调人员和技术人员以及在项目完工后甲方使用本系统工作人员。3.期限: 系统运行整个生命周期。4.责任: 由泄露内容而引发一切法律纠纷和经济损失均由甲方负担。乙方:1.保密内容（包含技术信息和经营信息）（1）乙方应对研发技术结果负担保密义务, 该保密义务不受本协议期限限制。（2）乙方在履约过程中得悉甲方之商业秘密及技术秘密负担保密义务, 该保密义务不受本协议期限限制。（3）乙方对甲方提供文字及图片资料未经甲方许可不得以任何方法泄露给第三方。（4）乙方对于系统数据库中全部工作人员信息、 科技组织信息、 技术交易信息、 仪器信息、 教授信息、 科技结果等信息负担保密义务, 不得以任何方法将相关信息泄露给第三方。涉密人员范围: 乙方全部参与此次项目相关人