软件开发软件合同范文第1篇
课题申报指南
——TD-SCDMA研发与产业化新增课题
(2009年)
二○○九年二月
第一章 申报须知
一、申报应遵循的原则
1、申报内容应体现对扩大内需、促进经济增长和就业的作用。产业化和应用类课题的考核指标、预期成果中应明确提出相应的产业化量化指标和预期的经济效益指标，以及对促进就业发挥的作用等。
2、要立足自主创新，加强知识产权和标准研究，把掌握移动通信的核心技术和自主知识产权作为提升我国通信产业核心竞争力的突破口。申报单位应根据每个课题的具体要求，提出申请专利数和预期授权率。
3、专项注重以企业为主体，加强产学研用相结合的创新体系建设，打造完整的产业链。申报单位应注重产学研用结合，提出具体的知识产权、成果共享机制以及关键技术成果向产业转化的机制。
4、申报单位应具备相关的研发基础和实力，要统筹利用已有资源和成果，充分体现技术优势、管理优势和资金优势，详细阐述与课题相关的优势和基础，包括已承担的相关国家项目、计划以及与本专项的衔接方案;国家工程实验室、重点实验室建设;人才队伍建设等。
5、申报单位应落实配套资金并提供相关证明，中央财政投入与其他来源经费(包括地方财政投入、企业投资、银行融资或其他)的比例应不高于指南中每课题所规定的比例。同时，鼓励地方财政积极投入。
6、课题申报应加强系统设计，做好顶层设计和战略研究，并制定具体的技术发展路线图，系统地分解任务，明确研发进度。
二、申报的基本条件和要求
1、凡在中华人民共和国境内注册，具有较强科研能力和条件、运行管理规范、无不良行政处罚或违法记录、具有独立法人资格的内资或内资控股企业、科研院所、高等院校、事业单位等，均可申报，不接受个人申报。课题牵头申报单位对联合申报各方的申报资格进行审核。
2、申报内容应在指南所设课题范围之内，以课题为单位，对某一课题的整体研究内容进行申报。联合申报单位各方应签订联合申报合作协议，明确规定各自所承担的研究内容和责任等。
3、课题负责人须具有高级技术职称，或已取得博士学位，年龄不超过55周岁(1954年1月1日后出生)，具有较高的学术水平、无不良科研行为。课题负责人用于本课题研究时间不少于本人工作时间的60%，在国内工作时间每年不少于9个月。
4、课题申报单位(包括联合申报中的任意一方)对同一个课题不得进行重复或交叉申报。同一申报人只能同时负责一项本专项课题。
三、申报文件的编制与递交
1、文件编写
以中文编写，要求语言精炼，数据真实、可靠。
2、申报材料构成及规格
申报单位需编制和递交的申报材料由《国家科技重大专项课题可行性研究报告(申报书)》和《课题申报书基本情况汇总表》构成，模板请从工业和信息化部()网站下载。
(1)申报书
申报书按模版要求统一编写，一律用A4纸双面打印，正文与附件一起简易装订成书册，一式2份(要求均为盖章原件，封面用申报书的模板封面)。同时附上电子版光盘，电子版正文内容应与纸版内容保持一致。电子版文件名称格式为：“课题编号_单位名称_(课题名称)申报书”。 注：如通过形式审查，还需申报单位再提供10份副本，具体提交时间及送达地点将另行通知。
(2)课题申报书基本情况汇总表
《课题申报书基本情况汇总表》(以下简称汇总表)以课题为单位填写，具体要求参见汇总表中的填写说明。汇总表仅需提供电子文档，与申报书刻在同一张光盘上。电子版文件名称格式为：“课题编号_单位名称_(课题名称)申报书基本情况汇总表”。
3、申报材料的受理
请各申报单位在受理截止时间之前通过快递或派专人将申报材料(含2份原件及电子版光盘)送达规定地点，逾期不予受理。申报材料在邮寄过程中若出现时间延误、遗失或损坏等责任自负。
受理截止时间：2009年3月17日中午12:00时
接收单位：“新一代宽带无线移动通信网”国家科技重大专项实施管理办公室 收件地址：北京市西长安街13号工业和信息化部科技司 邮 编：100804 收 件 人：张航 张翠
联系电话：010-66066200 010-66068100(工作时间8:30-17:30)
3 第二章 申报内容和范围
——项目2008ZX03001：TD-SCDMA增强型研发和产业化
2009ZX03001-012 近距离通信RFID技术与TD-SCDMA网相结合公众应用研究与示范验证
研究目标：本项目将研究近距离通信RFID技术与TD-SCDMA移动通信系统相结合技术方案及关键技术;依托TD-SCDMA网络，开拓用于公众信息化的移动应用关键技术、系统、标准及业务运营模式，开发与近距离技术结合的TD-SCDMA终端及相应的业务验证系统。
考核指标： (1)提交RFID技术与TD-SCDMA系统协同应用的结合策略发展报告;提交两者结合的产业结构与商业模式研究报告;
(2)提出基于近距离的业务规范及业务系统总体架构，关键技术、业务流程，产品与业务实现方案;
(3)开发RFID技术与TD-SCDMA相结合的具有多种应用功能的应用示范系统，包括近距离终端、业务应用平台组成的业务实验系统，其中带有近距离功能的终端规模不少于50个;
(4)提交至少1项标准提案。
同时，申报单位须提供下列指标(但不限于)的具体建议：申请发明专利数(至少4项)和预期授权率;预期的经济效益指标。
研究内容：研究近距离通信RFID技术与TD-SCDMA结合的产业发展策略;研究两者结合的关键技术、业务流程;研究基于近距离的业务系统架构以及端到端业务应用网络;针对具有近距离技术的RFID终端方案进行研究和开发，开发基于近距离RFID技术和TD-SCDMA网络融合的业务应用示范网络。
实施期限：2009年3月至2010年12月。
经费比例: 中央财政投入与其他来源经费比例为1:2。鼓励地方政府积极投入配套经费
组织实施方式：由企业牵头，鼓励产学研用相结合。
2009ZX03001-013 TD-SCDMA家庭信息化解决方案研究、产品开发及产业化
研究目标：面向家庭信息化发展趋势，研究与之相适应的典型家庭应用，以及对TD-SCDMA的关键性技术的需求，提出家庭信息化端到端解决方案，开发端到端可运营、可管理的TD-SCDMA家庭信息化系统，包括：应用系统及其管理系统、家庭信息化终端、家庭网关等产品，促进TD-SCDMA家庭信息化产业的成熟。
考核指标：
(1)提出基于TD-SCDMA技术的端到端家庭信息化解决方案; (2)研制可商用的端到端应用系统及其管理系统、家庭信息化终端(包括低端手机、无线固话、家庭信息机等)、家庭网关;开展规模化应用示范;
(3)制定应用系统及其管理系统、家庭信息化终端、家庭网关的技术标准的建议; (4)2010年完成商用化产品的研制，进入批量化生产，形成年产50万台的规模化的生产能力。
申报单位须提供下列指标(但不限于)的具体建议：产业化指标;预期的经济效益指标;申请发明专利数(至少3项)和预期授权率。
4 研究内容：分析家庭信息化的需求，提出完整的TD-SCDMA家庭应用解决方案。提出家庭信息化对TD-SCDMA的关键技术要求，针对关键技术进行多方案分析论证，输出TD-SCDMA家庭网关、家庭信息化终端、应用系统、管理系统的技术标准建议。开发可商用的端到端家庭信息化系统，包括应用系统、管理系统、家庭网关、家庭信息化终端设备。
实施期限：2009年3月至2010年12月。
经费比例: 中央财政投入与其他来源经费比例为1:3。鼓励地方政府积极投入配套经费
组织实施方式：运营企业、终端企业和应用管理系统提供商联合申请，鼓励产学研用相结合。
2009ZX03001-014 TD-SCDMA增强型室内分布系统设备研发和产业化
研究目标：研发支持3GHz以下频段内TD-SCDMA及其他无线通信系统共用室内分布系统关键器件及系统的研发和产业化，促进TD-SCDMA网络实现良好的室内覆盖，提高网络质量。
考核指标： (1) 研究支持3GHz以下频段多制式共存干扰等关键技术研究，提出相关研究报告; (2) 重点实现信号分布系统中有源无源器件、天线、光纤、电缆(泄漏电缆)、信源等关键器件及设备的开发及产业化;
(3)构建TD-SCDMA满足多种制式(如GSM等)共室内分布系统工程建设，各制式应满足各自的网络指标要求，并保证各制式间互不干扰;完成支持2000m2以上的覆盖面积的示范工程;
(4)提交TD-SCDMA相关室内分布系统系列行业标准提案，及网络总体建设中的设计要求和工程建设技术验收要求;
(5) 2010年完成商用化产品的研制，进入批量化生产，形成年产1万套以上的生产能力;
申报单位须提供下列指标(但不限于)的具体建议：产业化指标;预期的经济效益指标;申请发明专利数和预期授权率。
研究内容：在3GHz以下，GSM900/DCS1800/CDMA2000/ TD-SCDMA/WCDMA/PHS/集群/数字电视等多个系统有可能会共存。本项目主要研究多系统室内覆盖、共站址应用条件下的干扰问题。研究设备研发和系统工程建设带来的新技术要求。
实施期限：2009年3月至2010年12月。
经费比例: 中央财政投入与其他来源经费比例为1:3。鼓励地方政府积极投入配套经费。
组织实施方式：由已有产品研发基础的企业承担，鼓励产学研用结合。
2009ZX03001-015 嵌入便携式笔记本的TD-SCDMA模块研发及产业化
研究目标：面向融合发展趋势，大力发展TD-SCDMA移动宽带业务，开发将芯片嵌入到便携式笔记本的TD模块产品，并实现产业化。
考核指标：
开发嵌入便携式笔记本的TD-SCDMA模块，并满足以下指标： (1) 满足3GPP 及CCSA相关规范要求和性能指标要求; (2) 兼容多种操作系统(如Windows、Linux);
(3) 标准统一的DTE-TA/DCE接口能力，便于后续业务扩展; (4) 通用标准化的硬件接口，便于与各类计算机连接; (5) 支持多种无线接入技术(如GSM/GPRS、EDGE)，支持2G/3G互操作;
5 (6) 满足频段指标要求：支持TD-SCDMA：2010-2025MHz、1880-1920MHz，支持GSM/EDGE：GSM900/1800MHz;
(7) 2009年10月提供TD-SCDMA模块样机50部参加实验室和外场测试; (8) 2010年完成商用化产品的批量化生产，形成规模化的生产能力。
申报单位须提供下列指标(但不限于)的具体建议：主要性能指标;模块支持的业务功能;总体方案设计; 产业化指标;预期的经济效益指标;符合国际、国内相关标准情况;申请发明专利数和预期授权率。
研究内容：分析此类产品的市场需求，提出有产业化前景的产品方案，研究能够兼容多种操作系统的模块驱动程序;与各类计算机连接的通用标准化硬件接口;标准统一的DTE-TA/DCE接口指令及业务扩展指令;产品功耗的优化与休眠管理;产品的安全性;产品与便携式笔记本之间的工作状态和状态迁移关系。
实施期限：2009年3月至2010年12月。
经费比例: 中央财政投入与其他来源经费比例为1:4。鼓励地方政府积极投入配套经费。
组织实施方式：芯片厂商牵头，联合计算机制造商申报，鼓励产学研用相结合。
2009ZX03001-016 基于开放平台的TD-SCDMA业务应用开发
研究目标：面向TD-SCDMA发展对业务应用的需求，基于开放开源终端软件平台，研制自主的面向TD-SCDMA网络的系列业务应用;制定系列业务应用标准规范;通过业务与应用开发，带动终端、业务平台、内容提供、运营等产业链发展，提升TD-SCDMA的竞争力。
考核指标：
(1)实现基于开放开源终端软件平台的业务应用，包括：同时支持WAP和WEB浏览的移动浏览器;支持移动互联网主流Widget的应用引擎;多款移动游戏应用;支持定位与导航的移动定位业务应用;符合主流规范的移动支付业务应用;为用户提供快速检索终端和网络数据的移动搜索业务应用;支持远程设备管理的DM业务应用;支持推送邮件通知的手机邮箱业务应用;
(2)开发相应业务应用的TD终端产品及平台产品; (3) 形成面向TD-SCDMA网络的系列业务应用行业标准建议，并进行互通业务验证; 申报单位须提供下列指标(但不限于)的具体建议：申请发明专利数和预期授权率，预期的经济效益指标。
研究内容：完成TD-SCDMA终端开放开源终端软件平台开发。面向TD-SCDMA网络，基于开放开源终端软件平台，开发并实现移动浏览器，Widget应用引擎，移动游戏，移动定位，移动支付，移动搜索，DM，手机邮箱等业务应用。
实施期限：2009年3月至2010年12月。
经费比例: 中央财政投入与其他来源经费比例为1:2。鼓励地方政府积极投入配套经费。
组织实施方式：企业牵头申报，产学研用相结合。
2009ZX03001-017 TD-SCDMA网络性能仿真与实测评估
研究目标：在TD-SCDMA商业应用阶段，对TD-SCDMA全国网络进行定期的性能仿真及实测评估，客观评价TD-SCDMA的网络覆盖及网络质量状况，促进TD-SCDMA网络建设和优化工作。
考核指标： (1)研究和建立TD-SCDMA网络质量监测平台，监测平台具有对TD-SCDMA网络性能
6 仿真和实测评估的能力;
(2)每半年定期对TD-SCDMA网络的性能进行仿真，完成TD网络性能仿真评估报告，其中包括对TD-SCDMA网络的RSCP和C/I等关键指标的仿真评估;
(3)每半年定期对TD-SCDMA网络系统关键无线指标进行实测，制定TD-SCDMA网络测试规范，完成TD-SCDMA网络质量评测报告;
(4)对TD-SCDMA网络和其他2G、3G网络性能进行对比仿真评估，并对TD-SCDMA网络和其他2G、3G网络质量进行对比测试;
申报单位须提供下列指标(但不限于)的具体建议：申请发明专利数和预期授权率。 研究内容： 研究建立TD-SCDMA网络质量监测平台。建立TD-SCDMA网络性能仿真平台，对影响TD网络性能的关键指标进行仿真评估;建立TD-SCDMA实测评估指标体系及对具体测试方法进行研究;并对TD-SCDMA与2G网络的性能进行比对研究。
实施期限：2009年3月至2010年12月。
经费比例: 中央财政投入与其他来源经费比例为1:1。鼓励地方政府积极投入配套经费。
组织实施方式：由具有相关研究基础和实际测试与评估经验的第三方中立单位承担。
2009ZX03001-018 TD-SCDMA行业信息化应用方案开发及产业化
研究目标：提出适应于城市地区典型行业的基于TD-SCDMA技术的应用和产品方案，建立相应城市地区行业信息化应用示范系统，实现TD-SCDMA信息化推广与应用。
考核指标：
(1)提出TD-SCDMA行业应用信息化方案，重点对应用的关键技术进行研究，并提出基于TD-SCDMA网络的、为城市地区典型行业的管理和生产带来明显效益的终端产品及信息系统的整体解决方案;
(2)应用示范系统的方案应和现有城市地区的典型行业信息化系统实际连接; (3)支持城市行业应用的TD-SCDMA应用功能不少于五类，实际用于评估的终端数量不少于500个。
(4)提交至少2项标准提案。
申报单位须提供下列指标(但不限于)的具体建议：申请发明专利数(至少6项)和预期授权率，产业化指标和预计的经济指标。
研究内容：适应于政府办公、市政管理、电力或交通等典型行业部门的方案，开展SaaS(软件即服务)技术、终端定位技术、分布式传输技术的研究，以及多类信息采集统一接口技术的研究，嵌入式终端软件架构等技术研究。
实施期限：2009年3月至2010年12月。
经费比例: 中央财政投入与其他来源经费比例为1:3。鼓励地方政府积极投入配套经费。
组织实施方式：运营企业牵头，联合具有产品研发基础的相关企业，产学研用相结合。
2009ZX03001-019 TD-SCDMA农村信息化应用方案开发及示范验证
研究目标：提出适应于国内农村地区农业生产急需的基于TD-SCDMA技术的应用和产品方案，建立相应地区农业生产信息化应用示范验证系统。
考核指标：
(1)提出TD-SCDMA农村信息化应用方案，重点对应用的关键技术进行研究，并提出终端产品及信息系统的整体解决方案。提出利用TD-SCDMA为农村地区农业生产带来明显效益的结合TD-SCDMA技术的信息化应用方案;
7 (2)应用示范系统的方案应和农业部已有的全国范围的农业灾害防治信息库、农业生产技能培训信息库连接，并可对实际产生的管理和经济效益进行评估;
(3)支持农业生产用各类视频培训课件、多媒体形式的灾害预警内容的定向下发，农村地区农业生产种多媒体信息的采集和上传，支持的TD应用功能不少于3类;实际用于评估的、部署于农业生产一线的终端数量不少于300个，终端操作应简单易学，无需专门培训即可为多数农村地区用户使用;
(4)建立标准化体系框架，完成4项以上的技术标准提案，建立针对应用的标准验证与测试平台;
(5)提交至少6项发明专利申请;
申报单位须提供下列指标(但不限于)的具体建议：申请发明专利的预期授权率。
研究内容：适应于农村地区农业生产的TD-SCDMA信息化应用方案，开展分布式内容传送网络技术，多媒体信息在不同显示终端间的资源共享和格式兼容技术，开放的嵌入式终端软件架构的技术研究，不保证质量网络条件下的内容整体验证和重传技术，对电力供应不稳定状况的应对策略与低功耗节能技术，多类型多媒体信息分时采集和集中上传技术、用户定位技术、双向身份认证技术、信息加密技术等方面研究。
实施期限：2009年3月至2010年12月。
软件开发软件合同范文第2篇
一、标的技术的内容、形式和要求
二、应达到的技术指标和参数
三、研究开发计划
四、研究开发经费、报酬及其支付或结算方式
(一)研究开发经费是指完成本项研究开发工作所需的成本;报酬是指本项目开发成果的使用费和研究开发人员的科研补贴。
本项目研究开发经费及报酬：__元
其中：甲方提供__元，乙方提供__元。
如开发成本实报实销，双方约定如下：
(二)经费和报酬支付方式及时限(采用以下__种方式)
①一次总付：__元，时间：
②分期支付：__元，时间：
③按利润__%提成，期限：
④按销售额__%提成，期限：
⑤其他方式：
五、利用研究开发经费购置的设备、器材、资料的财产权属
六、履行的期限、地点和方式
本合同自 年 月 日至 年 月 日在 (地点)履行。
本合同的履行方式：
七、技术情报和资料的保密
八、技术协作和技术指导的内容
九、风险责任的承担
在履行本合同的过程中，确因在现有水平和条件下难以克服的技术困难，导致研究开发部分或全部失败所造成的损失，风险责任由__承担。(
1、乙方;
2、双方;
3、双方另行商定)经约定，风险责任甲方承担__% 乙方承担__%
本项目风险责任确认的方式为
十、技术成果的归属和分享
(一)专利申请权
(二)非专利技术成果的使用权、转让权
十一、验收的标准和方式
研究开发所完成的成果，达到了本合同第二条所列技术指标，按__标准，采用__方式验收，由__方出具技术项目验收证明。
十二、违约金或者损失赔偿额的计算方法
违反本合同约定，违约方应当按《国合同法》规定承担违约责任。
(一)违反本合同第__条约定，__方应当承担违约责任，承担方式和违约金额如下：
(二)违反本合同第__条约定，__方应当承担违约责任，承担方式和违约金额如下：
十三、争议的解决方法
在本合同履行过程发生争议，双方应当协商解决，也可以请求________进行调解。
双方不愿协商、调解解决或者协商、调解不成的，双方商定，采用以下第(____)种方式解决。
1.提交__仲裁委员会仲裁;
2.向__人民法院起诉。
十四、名词和术语的解释
十五、本合同有效期限
年 月 日 至 年 月 日
甲方：
代表人：
年 月 日
甲方：
代表人：
年 月 日
深圳律师：黄华(12年律师经验)
律师咨询：132，4296，6417(免费)
软件开发软件合同范文第3篇
软件开发合作协议
合同编号：
甲方：
乙方：
依照《中华人民共和国合同法》、《中华人民共和国知识产权法》等法律法规、地方规章条例及行业规章之规定，甲乙双方为了建立长期的合作伙伴关系，明确双方责任，在软件开发合作过程中，本着相互合作、互惠互利的原则，共同协商达成如下协议，以便共同遵守：
第一条、合同标的
1、软件项目名称：。
2、内容及要求：
(1)开发内容：根据甲乙双方合作的要求，乙方在规定时间内完成“__”软件的功
能开发，该系统的设计要求如下：
a、根据合作内容的实际情况设计开发与之相符合的系统。
b、内部交流系统开发出包含(学习，考试，交流，意见箱功能)。
c、 OA系统，CRM系统开发出通用的系统。
(2)该软件的主要功能：。
3、系统运行环境包括：
(1)RedHad+Nginx;
(2)ASP.NET+Orcale;
(3)IE
6、
7、8浏览器及使用IE核心的浏览器。
4、合作开发时间：
(1)启动日期：自年月日开始启动。
(2)完成期限：自项目正式启动之日起，在前完成。
5、免费维护时间：自产品验收合格之日起一年内。
第二条、合作方式
双方采取由乙方向甲方提供符合合同约定的软件开发专业技术人员，由甲方进行统一软件开发管理并支付乙方合作费用的合作模式进行。
第三条、双方的权利义务
1、甲方的权利义务
(1)甲方应当提供专人与乙方联络并对乙方的开发进度及质量进行监督。
(2)甲方应当提供软件开发所需要的所有数据交给乙方，并保证数据的正确性。
(3)甲方应当及时支付软件合作开发费用，保证软件合作开发费用及时到位。
(4)甲方应当依合同约定，及时检验、测试所开发的软件。
(5)甲方在软件符合约定时，依合同约定接受软件。
2、乙方的权利和义务
(1)乙方应当提供专人与甲方联络并及时向甲方说明开发进度及情况。
(2)乙方应当制定<软件开发研究计划>，经甲方确认后，按照<软件开发研究计划>的约
定及时、正确的完成系统的开发。
(3)乙方有责任按甲方的要求在规定时间内完成项目开发，完成需要开发的内容。
(4)在项目开发完毕之后，在乙方对甲方提供的维护服务期之内，由于甲方设计变更而导致系统的非主要框架的变更，若变更范围在本合同所规定的功能范围之内，乙方有义务免费为甲方修改变更内容。
(5)乙方有义务自行准备软件开发所需的硬设备、开发数据。
(6)乙方在其开发的范围内有为甲方提供培训及维护的义务。
(7)乙方不得将本合同标的委托或外包给他人完成。
(8)乙方对本软件的开发及在开发过程中所获得的所有数据负有保密的义务。
(9)乙方不得在程序中加插和软件功能无关的程序或预留一些危害软件安全的漏洞。
(10)乙方在开发出符合合同约定的产品后有权要求甲方依合同约定支付报酬。
第四条、合作软件的交付
1、乙方应当在整个开发周期内将软件产品交付甲方;
2、乙方交付产品时需要向甲方提交如下材料：
(1)完成甲方功能要求的可执行软件;
(2)软件的开发计划文件;
(3)软件的设计文件;
(4)软件的模拟环境;
(5)软件的质量保证计划;
(6)软件的确认测试计划;
(7)软件的源代码;
(8)软件的使用说明书;
(9)软件开发过程中产生的其它文档。
3、开发完毕，乙方应将系统的所有文件、源代码移交给甲方。
4、软件产品的交付形式应当为电子档并刻录光盘的形势，光盘为三份以作备档 。
第五条、验收条款
1、开发阶段的验收：
甲方应当按照开发计划在每一个开发阶段对乙方所开发的产品进行检测和验收，在不符合开发计划时，甲方有权要求乙方修改。
2、产品交付的验收：
(1)验收标准为：a.程序正常运行;b.方案中提到的功能全部实现;c.项目按时完成;d.文档和源代码齐全;e.将系统架设到甲方指定的服务器上。
(2)验收期限为 30 天时间。
第六条、付款方式
本协议采用付款方式为 转账支票 付款。
软件开发总费用人民币元，(大写：人民币元整)。甲方按开发进度分 四 个 阶段向乙方支付：
1、合同正式签订日后，10个工作日内首付合同总额的 5 %，金额元，(大
写：人民币元整);
2、软件全部完成交由甲方测试后，10个工作日内支付合同总额的55%，金额元，
(大写：人民币元整);
3、软件交由甲方测试三个月，无任何问题后，10个工作日内支付合同总额的30%，金额
元，(大写：人民币元整);
4、软件交由甲方正式使用六个月，无任何问题后，10个工作日内支付最后一笔，即总额的10%，
金额元，(大写：人民币元整)。
5、在实施过程中，因甲方需求变更所引起的费用变更，由甲乙双方签订补充协议予以约定。
第七条、培训及维护
1、乙方应对甲方进行开发系统的实施及维护的培训，以确保甲方能正确使用该软件。
2、乙方必须派专业人员对甲方进行软件安装和调试的培训;
3、乙方应通过电话、EMAIL、现场服务等方式协助甲方的系统维护，乙方有义务及时响应并认
真服务，努力确保甲方所委托开发系统的正常使用。
第八条、保密条款
1、乙方对本协议的内容、项目开发成果及开发过程中涉及的文件、资料材料负有保密义务，
未经甲方书面许可，不得向任何第三方泄漏;
2、乙方对甲方提供的、对本次开发有关的资料负有保密义务，未经甲方书面许可，不得向任
何第三方泄漏;
3、乙方有责任对本协议的内容进行保密;
4、乙方有责任对为甲方所开发的软件进行保密，在未经甲方书面许可的情况下，不得向第三
方泄露;
5、本合同履行过程中乙方获知的甲方商业秘密或其它技术及经营信息均负有保密义务,不得向
任何第三方透露或泄露。
第九条、知识产权归属
1、因本协议产生的开发成果(含源代码，系统技术文文件，软件，数据等)由甲方享有知识 产权。
2、乙方承诺使用合法的、正版的开发工具。
3、乙方保证其开发过程、开发完成的软件及相关产品不侵犯任何第三方的知识产权。
4、甲方有权利用乙方按照本合同约定提供的研究开发成果，进行后继改进。由此产生的具有 实质性或创造性技术进步特征的新的技术成果及其权利归属，由甲方享有。
5、乙方在未得到甲方书面授权，不得在完成本合同约定的研究开发工作后，利用该项目研究 开发成果进行后续改进。如乙方擅自改进操作的由此产生的具有实质性或创造性技术进步特征 的新的技术成果及其权利归属，仍归甲方享有。
第十条、违约责任
1、任何一方有证据表明对方已经、正在或将要违约，可以中止履行本合同，但应及时通知对 方。若对方继续不履行、履行不当或者违反本合同，该方可以解除本合同并要求对方按照合同总金额的20%作为赔偿违约金。
2、任何一方违反合同约定，迟延履行合同，以使本合同标的失去市场价值时，另一方有权解 除合同并要求对方按照合同总金额的20%作为赔偿违约金。
3、乙方如未按开发研究计划按时阶段完成软件开发时，甲方有权按1000元/日向乙方收取违约金，超过五日的甲方享受合同解除的权利，违约金仍按约定执行。
4、乙方在开发软件过程侵犯他人知识产权的，甲方有权单方解除合同，并要求乙方赔偿因此所造成的损失，同时甲方有权要求对方按照合同总金额的20%作为赔偿违约金。
5、乙方违反合同保密条款之规定，甲方有权单方解除合同，并要求乙方赔偿因此所造成的全部损失，同时甲方还有权向乙方收取软件开发总费用20%的违约金。
6、乙方如在程序中加插和软件功能无关的程序或预留一些危害软件安全的漏洞，甲方有权要 求乙方完善软件并且赔偿损失，同时甲方有权要求对方按照合同总金额的20%作为赔偿违约金。
7、乙方如将该软件工程再次外包或委托他人，甲方有权单方解除合同，并要求乙方赔偿因此所造成的全部损失，并按软件开发总费用的20%收取违约金。
8、乙方未按合同约定及时履行培训及维护义务时，乙方应按按软件开发总费用的20%向甲方支付违约金，乙方支付违约金的同时，仍有义务对甲方进行培训及对软件维护。
9、乙方同意在未持有甲方出具的有效授权委托书(加盖甲方公章并有甲方法定代表人签字或 签章)的情况下，也不得在完成本合同约定的研究开发工作后，利用该项目开发成果进行业务 交易行为，利用该项目研究开发成果进行后续改进。如出现乙方单方违约情形，除应赔偿给甲 方造成的所有损失外，还应向甲方支付涉及合同总金额的20%作为赔偿违约金。
10、乙方承诺不得在向甲方交付研究开发成果之前，自行将研究开发成果转让给第三人。如出 现乙方单方违约情形，除应赔偿给甲方造成的所有损失外，还应向甲方支付涉及合同总金额金 额的20%作为赔偿违约金。
11、甲方未按合同约定进行验收，导致系统无法依约定完成的，甲方应当承担开发延期的不利 后果。
12、甲方未按合同约定支付软件开发总费用的，乙方有权要求甲方支付软件开发应支付而未支付费用的20%的收取违约金。
第十一条、合同终止及解除
1、因不可抗力或意外事故导致本外包合同所指向的软件开发无法继续时，该合同终止。
2、在现有水平和条件以难以克服的技术困难，导致软件开发全部失败时，该合同自动终止。
3、在甲、乙任何一方有严重违约行为时，另一方有权单方解除合同。
4、经甲乙双方协商一致，可以解除。
第十二条、争议解决
双方在合同履行过程中发生争议，双方应当协商解决，在不能达成一致意见时，双方均有权向甲方住所地法院提起诉讼。
第十三条、其它条款
1、如果本合同任何条款根据现行法律被确定为无效或无法实施，本合同的其它所有条款将继续有效。此种情况下，双方将以有效的约定替换该约定，且该有效约定应尽可能接近原约定和本合同相应的精神和宗旨。
2、软件合作开发计划、乙方营业执照复印件、组织机构代码证复印件、税务登记证复印件(均加盖鲜章)作为本合之附件与合同具有同等效力。
3、本合同经双方授权代表签字盖章，自签订日起生效。
4、本合同一式陆份，甲方执伍份，乙方执壹份，均具有同等法律效力。
(以下无正文)
甲方：乙方：
地址：地址：
授权代表：授权代表：
联系电话：联系电话：
软件开发软件合同范文第4篇
电话:_______________________
传真:_______________________
地址:_______________________
邮编:_______________________
乙方:_______________________
电话:_______________________
传真:_______________________
地址:_______________________
邮编:_______________________
甲乙双方在平等互利基础上,订立下列合同条款,共同信守。
第一条 名称:_______________________;
总价:_______________________;
币种:_______________________。
第二条 定单编号
_______________________
第三条 开发周期______天。
第四条 该软件所实现的功能以“______软件开发策划”为准。
第五条 该软件交付给甲方使用,只包括该软件的应用程序,不包括该软件的源代码、可行性报告等。
第六条 付款条件
甲方付予乙方的所有款项分三次付清。 甲方在签订此合同时,应先付予乙方预定金。预定金数额为总价的______%。 在乙方为甲方开发出软件后,并且把已做好的软件(试用版)交甲方试用,同时甲方付予乙方总价的______%。 在试用期结束后______天以内(试用期为______天,开发周期不包含试用期),甲方必须把剩余款项付予乙方,否则乙方将有权停止该项目的服务,并且乙方将不退还已付金额。 在甲方付清所有款项后,乙方在一个工作日内向甲方提供该软件的注册码。(该软件即可正常使用)
第七条 甲方权利义务
作为乙方的客户,甲方应向乙方提供软件开发所需的资料,以便乙方能更好的为甲方开发软件。如因甲方未能提供开发所需的相关资料而造成的损失一律由甲方自行承担。 乙方与甲方在此合同中填写的资料为有效资料,如甲方的联系地址、联系电话等资料有变动时,须及时通知乙方予以更新(单位须加盖公章)。 甲方仅拥有该软件的使用权,未经乙方允许甲方不得将该软件进行翻录、拷贝、租借、销售或转让。
第八条 乙方权利义务
为甲方提供软件开发的服务,在签订此合同后按开发周期所规定的时间内将该软件的试用版交予甲方试用。 乙方有权对甲方所提供的资料给予审核,凡所涉及到:*情、反动和违反中华人民共和国政策、法律和法规的资料,乙方立即终止和甲方的合作,所造成的后果一律由甲方承担。 乙方将完全拥有该软件的产权和最终解释权。
第九条 违约责任
甲方向乙方提出软件开发服务时,双方应遵守该服务项目协议,该协议均以附件(______软件开发策划)和此合同共同生效。 在乙方服务期间内若甲方提出停止乙方的所作服务,乙方将不给予甲方任何偿还。 若甲方违反此合同的条款规定,乙方将停止对甲方的服务,乙方将不退还甲方已付金额,并依法向甲方追究法律责任。 若乙方未能在开发周期内完成该软件,乙方将偿还甲方付予乙方该项目的定金。 由于不可抗拒力而影响乙方正常的服务和支持时,不应视作乙方违约,甲方对此表示认同。
第十条 争议解决办法:若双方发生争议,双方在不能自行解决的情况下,就上交法院解决。
第十一条 此合同于_______年____月____日在____市用____文签署,正本一式两份,甲乙双方各持一份,具有同等效力。
甲方:____________________
代表签字:________________
单位盖章:________________
日期:____________________
乙方:____________________
代表签字:________________
单位盖章:________________
软件开发软件合同范文第5篇
甲方：(以下簡稱甲方)
乙方：____________________(以下簡稱乙方)
乙方承包甲方餐廳，為明確雙方責任，根據有關規定，本著自愿、平等、協商原則，雙方一致同意簽訂以下協議：
一、責任範圍
乙方承包甲方員工餐廳，含食品采購、加工、伙食供應、環境衛生管理、用
餐秩序。
二、人員管理
1、食堂人員(含廚師)定期体檢，持健康證上崗。
2、人員工作服須統一服裝，並具備良好的個人衛生習慣。
3、乙方人員在服務時態度要熱情、和氣，嚴禁動作粗暴和惡語傷人，對員工提出的問題做到百問不煩，百挑不厭。
4、乙方應保證足夠的人力，以確保餐廳的正常運行。
5、乙方人嗣在甲方上班，應嚴格遵守甲方有關規章，對蓄意破壞或鬧事者，甲方有權要求乙方對其解雇處理。
三、進貨渠道
1、足點采購，嚴格把好進貨關，杜絕腐爛、變質的食品，不采購假冒偽劣產品。
2、采購的蔬菜做到新鮮、無毒，時限不超過二十四小時，肉類、家禽、豆制品須具有檢疫證。
四、食品加工
1、建立嚴格的清洗、消毒制度，配備消毒櫃，餐具要一洗、二蒸、三消毒，杜絕霉變、有菌食品。
2、蔬菜須浸泡2H以上再清洗加工。
3、熟食加工時須與生食品分開加工，以免交叉感染。
4、廚師炒完菜以后，須把下餐的菜妥善保存，預防變質。
5、合理配備數量，做到不少不剩，剩菜隔夜不得供應。
6、經常了解員工口味，征求員工用餐意見，做出營養與美味俱佳的菜肴。
五、伙食安排
1、早餐：稀飯、豆漿、包子、油條、茶葉蛋等，標準為元/餐(視情況作調整)。
2、中、晚餐：一葷、二素、一湯、米飯，標準為元/餐(含調料、燃料、人工費、米飯)。
3、夜餐(要比中晚餐好):標準為元/餐(含調料、燃料、人工費、米飯)。
伙食費用視情況經甲、乙雙方協商作適當調整。
大葷用量：做到每人每份100克左右。
蔬菜用量：做到每人每份300克左右(生菜)。
米飯不限制份量，員工可根據自己的食量要求用量。
每周五列出下一周菜譜交甲方審核，並根據季節及行情的變化改變一周菜譜的內容。
六、環境、衛生管理
1、食堂內部必須保持牆面、地面、灶具整潔衛生，做到每餐后一小掃，每天一清洗，
每周一大掃，經常滅鼠、滅蠅、滅蚊。
2、食堂人員一律穿整潔工作服、工作鞋，個人衛生做到不留指甲、不戴首飾、不留長
發和胡子，出售熟食時必須戴口罩。
3、食品加工用具使用過后及時清洗、歸位。
4、冰箱定期清洗、消毒，除異味。
5、工作區域以常通風，除異味，保證食堂空氣清新。
6、員工用餐結束后及時清理殘渣，保持用餐區的整齊干凈。
七、其他規定
1、乙方供應之伙食須每餐保管樣菜，以供甲方或衛生部門檢查。
2、乙方每日供應量根據甲方的用餐人數作安排，甲方於每周五提供下一周公司用餐人數，甲方變更用餐人數，提前一天通知乙方。
3、乙方若采購腐爛、變質、過期、假冒食品、副食品，造成甲方員工食物中毒及因用餐后造成員工不利，引起的損失由乙方全部負責。
4、乙方爐灶所需燃油或燃氣由乙方自行采購，設備之電力、廚房照明電力由甲方負責。
5、甲方提供廚房設備、物品供乙方使用，若乙方無故遺失或非正常損壞，由乙方負責賠償(甲方提供設備、物品見附表)。
6、乙方結帳提供員工使用的餐券，於每月初5日前交甲方核對、記帳，並於次月取款。
7、乙方須根據甲方的時間供餐，甲方若調整作息時間，乙方應立即配合甲方調整供餐時間。
8、乙方應為甲方節約能源，餐后關好水、電，對乙方有意浪費能源現象者，甲方會對乙方做出罰款處理。
9、承包期內，甲方監督餐廳運作，乙方如不按本協議規定事項辦理，甲方評估后有權中止本協議。
10、本協議解釋權在甲方，未盡事宜，雙方協商解決。
八、本協議自年月日至年月日，雙方簽字蓋章后生效，
甲乙雙方各執一份。
甲方(章)：乙方(章)：
負責人：負責人：
日期：日期：
软件开发软件合同范文第6篇
(版本:001)
项目名称： 编写日期： 审核日期： 批准日期：
华夏影视交易平台2014/8/12 2014/8/12 2014/8/12 001 张韦韦 李之山 陈丽丽
文档修订记录
目录
第一章 项目概述 ............................................................................................................................. 4 1.1 项目背景 ............................................................................................................................ 4 1.2 参考资料 ............................................................................................................................ 5 第二章 验收定义 ............................................................................................................................. 5 2.1 验收方式 ............................................................................................................................ 5 2.2 验收依据 ............................................................................................................................ 5 2.3 验收环境 ............................................................................................................................ 5 2.4 验收标准 ............................................................................................................................ 6 2.4.1 系统功能标准 ......................................................................................................... 6 2.4.2 性能标准 ................................................................................................................. 6 2.5 验收规则 ............................................................................................................................ 7 2.6 验收人员 ............................................................................................................................ 7 2.7 验收时间 ............................................................................................................................ 8 第三章 遗留问题 ............................................................................................................................. 8 第四章 交付物清单 ......................................................................................................................... 9 4.1 文档提交清单 .................................................................................................................... 9 4.2 源码提交清单 .................................................................................................................. 10 第五章 验收结论 ........................................................................................................................... 10 第六章 双方签字 ........................................................................................................................... 10 附件: ............................................................................................................................................... 11 【验收报告应由客户方起草，双方有关人员签字，此时验收报告的格式主要由客户方选定;当然，也可接受用户方委托，由项目经理起草验收报告，经用户方签字盖章认可。】
第一章 项目概述 1.1 项目背景
目前，电视台除了自制节目以外，外购节目制度存在非常明显的潜规则、暗箱操作、圈子交易等现象，一个公平、公正、公开、透明的节目采购方式呼之欲出。 各省级卫视也有自己的采购方式。如江苏广播电视总台电视节目采购工作按照民主集中制的原则开展，实行四级审片制，即采购人员初审、审片组审片、分管主任复审、主任审看。另外还有送频道或者召开观众审片会议复审。对审片评价较好的剧目进行外地播出效果评估，最后形成剧目的总体评价，对有争议的剧目报总台分管领导仲裁。所有外购节目采购在部门民主集中形成意见后报总台领导批准购买。广州电视台除新闻节目外，所有频道、节目将全面实行制播分离，所属九个频道向台内外制作机构开放，建立起多主体、多渠道采购节目，择优播出机制。
面对激烈的市场竞争和不规范的市场原则，省级卫视为了抢占市场先机，降低采购成本，采取联合采购的模式。如2+4模式：东方卫视和北京卫视购买了《马文的战争》的首轮播出权后，二轮播权由山东、天津、吉林和深圳4家卫视采购。还有《我的团长我的团》、《潜伏》、《婚变》等电视剧被适用于4+4模式。另外，目前的电视剧争夺战中还出现了“剧本期货”交易现象——在剧本出来之后，只要有足够的卖点和看点，电视台就会采取前期介入，迅速获得优势资源。
另一方面，由于电视剧买卖的圈子很小，电视台和制作机构之间的买卖属于圈子交易。每年60亿元的购片经费中，大部分都集中在几十个电视台采购负责人手中。很多情况下，电视台的节目采购很大程度上受到采购者的个人因素影响，如与节目制作机构的人际关系，个人的喜好或者审美习惯等等。这样就无法保证把经费用在刀刃上，既浪费了资源，又没有买到好的节目。
各家电视台都出台了各种采购形式，但电视台的节目采购形式都没有在业界形成
公信度和绝对优势，因为没有一个切实有效的部门(岗位)来统筹规范电视节目的引进工作，这就非常有必要增设采购编辑来改变这一现状。 1.2 参考资料
编写本验收报告时主要参考了如下的资料和文献： 1. 2. 3. 4. 5. 6. 《华夏影视交易平台系统合同书(主合同)》 《华夏影视交易平台系统软件开发合同书》 《华夏影视交易平台系统需求分析说明书》 《华夏影视交易平台系统总体设计说明书》 《华夏影视交易平台系统详细设计说明书》 《应达到的技术指标和参数(验收标准)》
第二章 验收定义 2.1 验收方式
组织汇报、功能代码审查 2.2 验收依据
《华夏影视交易平台系统合同书(主合同)》 《华夏影视交易平台系统软件开发合同书》
《附件五 华夏影视交易平台系统工作说明书》 2.3 验收环境
华夏影视交易平台x综合业务系统实际运行的生产环境为验收环境。 ? 硬件平台
服务器：as/400-840系列;rs/6000-h85 客户机：ibm_pc、实达、国光、长城系列终端及终端外围设备。 ? 软件平台篇二：计算机软件验收报告
毕业设计计算机软件验收报告 篇三：软件验收报告 xxxx软件系统验收实施办法(征求意见稿)
目前，国内软件的验收没有可参照的强制性标准，就软件测试和评价来说，参照的标准是gb/t 17544 和gb/t 16260，它们都是推荐性标准，且都是定性而非定量的标准，这样，对于软件的验收来说，存在很大的分歧和不确定性。为此，我们在参考了大量的实践案例和文献的基础上，结合本单位实际制定本验收办法，用于规范本单位软件系统验收。 软件系统的验收可通过本单位组织验收或通过第三方验收两种办法。
1、验收原则
验收参与部门：资产管理处、纪检监察、用户使用单位、专家小组或第三方验收人员;开发单位。
在软件开发合同的签订阶段就提出软件验收项目和验收通过标准的意见;在软件的需求评审阶段，仔细审阅软件的需求规格说明书，指出不利于测试和可能存在歧义的描述;在开发方开发完软件并经过开发方内部仔细的测试后，对完成的软件进行评审或第三方的验收测试，提供完整的错误报告提交给用户方，由用户方根据之前签订的开发合同中相应的验收标准判断是否进行验收。
2、验收项目和验收标准 2.1 验收项目 a) 功能项测试
对软件需求规格说明书中的所有功能项进行测试; b) 业务流程测试
对软件项目的典型业务流程进行测试; c) 容错测试
容错测试的检查内容包括: 1) 软件对用户常见的误操作是否能进行提示; 2) 软件对用户的的操作错误和软件错误，是否有准确、清晰的提示; 3) 软件对重要数据的删除是否有警告和确认提示; 4) 软件是否能判断数据的有效性，屏蔽用户的错误输入，识别非法值，并有相
应的错误提示。 d) 安全性测试
安全性测试的检查内容包括: 1) 软件中的密钥是否以密文方式存储; 2) 软件是否有留痕功能, 即是否保存有用户的操作日志; 3) 软件中各种用户的权限分配是否合理; e) 性能测试
对软件需求规格说明书中明确的软件性能进行测试。测试的准则是要满足规格说明书中的各项性能指标。 f ) 易用性测试
易用性测试的内容包括: 1) 软件的用户界面是否友好，是否出现中英文混杂的界面; 2) 软件中的提示信息是否清楚、易理解，是否存在原始的英文提示; 3) 软件中各个模块的界面风格是否一致; 4) 软件中的查询结果的输出方式是否比较直观、合理。 g) 适应性测试
参照用户的软、硬件使用环境和需求规格说明书中的规定，列出开发的软件需要满足的软、硬件环境。对每个环境进行测试。 h) 文档测试
用户文档包括: 安装手册、操作手册和维护手册。对用户文档测试的内容包括: 1) 操作、维护文档是否齐全、是否包含产品使用所需的信息和所有的功能模块; 2) 用户文档描述的信息是否正确, 是否没有歧义和错误的表达; 3) 户文档是否容易理解, 是否通过使用适当的术语、图形表示、详细的解释来表达; 4) 用户文档对主要功能和关键操作是否提供应用实例; 5) 用户文档是否有详细的目录表和索引表; i) 用户有特别要求的测试 2.2 验收标准
2.2.1 软件错误的严重性等级 1：不能执行正常功能或重要功能, 或者危及人身安全; 2：严重地影响系统要求或基本功能的实现, 且没有办法解决; 3：严重地影响系统要求或基本功能的实现, 但存在合理的解决办法; 4：使操作者不方便或遇到麻烦, 但不影响执行正常功能或重要功能; 5 ：其它错误;
2.2.2错误与严重性等级对应表 a) 1 级错误的描述
这一级别的错误一般包括以下内容: 没有实现或错误地实现重要的功能;业务流程存在重大隐患;软件在操作过程中由于软件自身的原因自动退出系统或出现死机的情况;软件在操作过程中由于软件自身的原因对系统或数据造成破坏;在现有的软、硬建设环境下不能实现应有的功能;特殊软件在操作过程中可能危及系统和人身安全等。 b) 2 级错误的描述
这一级别的错误一般包括: 没有实现基本功能，并且不存在替代办法;没有实现重要功能中的部分功能，并且不存在替代办法;业务流程衔接错误;密钥以明文方式存储;没有留痕功能;用户的权限分配不合理;在现有的环境下，不能实现部分功能且没有替代方案;没有满足系统的性能要求。 c) 3 级错误的描述
这一级的错误是与第2 级别的错误相对应的，而第3 级错误则存在替代方法;对误操作或错误操作没有提示，导致非法数据进入数据库。 d) 4 级错误的描述
这一级别的错误通常为易用性方面的错误。比如界面不友好、前后风格不一;中英文混杂;查询结果输出不直观等。 e) 5 级错误的描述
通常为文档方面的错误，如安装手册、操作手册、维护手册中的描述错误。 其次，对发现的每一个错误都要确定相应的严重性等级，如表2 中的说明。
全部改正方可;如错误的级别和数量在合同可接受的范围外，用户方认为软件不可验收，要求开发方在规定的时间内全面整改软件, 提交给软件评测中心再次进行完整的验收测试。 2.2.2 验收标准
1) 测试用例不通过数的比例< 1.5 %; 2) 不存在错误等级为1 的错误; 3) 不存在错误等级为2 的错误; 4) 错误等级为3 的错误数量≤ 5; 5) 所有提交的错误都已得到更正; 2.3 验收标准的详细说明
验收项目的划分参照gb/t 16260 标准。在该标准中，将软件的质量特性分为6 大特性、21 个子特性，而对于具体的软件，并非都要进行这21 个特性的测试和评价。本文选取的是最通用的子特性部分，针对各种不同的软件，可以对验收项目进行剪裁或扩充。
需要制定的验收标准，即每一级别的错误量的可接受范围。一般来说，不允许存在1 级和2级错误，而3 级错误的数量则可按本标准确定或由用户方和开发方根据软件的规模和复杂程度进行商定，并在软件开发合同中明确地列出。
在软件验收测试中， 测试的依据包括软件的投标文件、开发合同、需求规格说明书, 同时还包括特定软件的相关行业标准(这些行业标准应在开发合同中明示出来)。 在进行第三方的验收测试后，软件评测中心将发现的所有错误进行总结和归纳， 并提交完整的错误报告，在错误报告中包括每一级别的错误数量和错误清单(所有的错误都需经过用户方和开发方的确认)。
用户方根据错误报告中每一级别的错误数量和错误清单与软件开发合同中的验收标准进行对照，如错误的级别和数量在合同中没有约定，可按本办法的规定进行。用户方认为软件可以验收，但要求开发方对错误报告中的所有错误进行整改，并提交给软件评测中心进行回归测试，确认错误报告中的所有错误全部改正方可;如错误的级别和数量在合同可接受的范围外，用户方认为软件不可验收，要求开发方在
规定的时间内全面整改软件，提交给软件评测中心再次进行完整的验收测试。
3、验收资料
(1)工程立项批准文件
(2)项目验收申请报告;
(3)工程招标书
(4)工程投标书
(5)工程施工中标通知书
(6)工程施工合同(含预算表)
(7)软件需求说明书;
(8)概要设计说明书;
(9)数据及数据库设计要求说明书;
(10)详细设计说明书;
(11)操作手册;
(12)用户手册
(13)项目用户评价过程意见; (14)软件接口规范;
(15)原代码或安装盘;
(16)专家组要求的其他材料
4、其他
在有条件的情况下，还应该进行安装测试、压力测试和数据恢复测试。若进行子系统验收或部分验收，可参照以上方法和资料，双方共同协商确定。
参考文献： gb/t 17544 ;gb/t 16260;《软件验收标准探讨》篇四：软件系统验收报告(模版) 软件系统验收报告(模版) 1. 简介
本文档为电联工程技术有限公司网络安全升级项目验收报告。 工程名称 电联工程技术有限公司网络安全升级 施工工期 验收日期 甲方需方 电联工程技术有限公司 乙方供方 工程概述本工程为整体网络安全解决方案其中涉及软硬件产品安装调试及验收。 1.1 目的 提供项目验收的方法、内容和结果。 1.2 范围 本验收报告的范围是针对电联工程技术有限公司安全升级项目的实施。 1.3 定义、首字母缩写词和缩略语 在验收报告中将提到电联工程为电联工程技术有限公司的简称在本验收报告中提到的“此项目”或“本网络安全升级项目”如无特别说明指的是电联工程技术有限公司网络安全升级项目。 1.4 概述 本验收报告中包含的内容为项目涉及的产品、产品安装验收和功能验收方法、结果等内容。本验收报告的验收结果是在项目双方或多方依据认可的验收方法进行验收得出项目双方或多方对验收结果均认可。 2. 产品
电联工程技术有限公司网络安全工程实际安装及配置清单 3. 人员
乙方工程师 甲方验收参加人员 安装日期 产 品 型号 数 量
防火墙 1台 vpn设备 1台 应用层网关 1台 内网管理软件 1套300点 服务器 1 台 window server 2008 标准版 1套 数据安全软件 1套70点 ad域部署 包括公司全部电脑及服务器 安全邮件网关 1台 4. 安装验收
本次项目中共安装的产品为 以上产品由乙方工程师根据甲方要求全部安装完毕。功能验收参见第五章。 5. 功能验收
为了确保软件的功能符合设计要求我们将按照如下方式逐一验收是否达到设计功能 功能配置审计验收 验收描述 验收方式 验收预期 验收结果
防火墙验收要求描述 1. 设备应采用专用硬件平台、 符合 产 品 防火墙 安装完成 未安装完成 vpn设备 安装完成 未安装完成 应用层网关 安装完成 未安装完成 内网管理软件 安装完成 未安装完成 服务器 安装完成 未安装完成 window server 2008 标准版 安装完成 未安装完成 数据安全软件 安装完成 未安装完成 ad域部署 安装完成 未安装完成 安全邮件网关部署 安装完成 未安装完成 专业安全系统 2. 产品应至少固定4个10/100/1000base-t 并可扩展至8个10/100/1000base-t 3. 产品性能应大于等于以下标准 防火墙性能400 mbps 每秒处理的防火墙数据包数量150000 pps 3dessha-1 vpn性能150 mbps 并发vpn通道400 最大并发会话数64000 最大安全策略数2000 4. 防火墙应支持路由模式、nat模式、透明模式 5. 产品应支持ipsec vpnipsec vpn应支持基于策略的vpn、基于路由的vpn 6. 产品应可以防护dos、ddos等报文攻击如syn flooding、icmp flooding、udp flooding、port scan、ip sweep等攻击对于syn flooding攻击应支持syn protect、syn proxy、syn cookie等多种防护方式
7. 产品应支持静态路由、策略路由 不符合 8. 产品应支持安全域的划分支持安全域的数量不少于10个 9. 产品应支持双机热备功能支持主/备、主/主模式并能实现双机热备下的配置同步、会话状态同步
10. 产品应支持统一威胁管理功能支持入侵检测功能、url过滤功能、防病毒功能、反垃圾邮件功能等
11. 产品应支持web、ssh、console等方式管理
应用层网关验收要求描述
1. 产品具有至少3个1000mbps 接口支持划分为三路链路进行应用层安全防护 3. 产品支持bypass功能至少支持2路bypass 5. 产品支持数据安全过滤与审 符合 不符合 计具有针对web访问内容的审计与关键字过滤功能具有针对webmail、论坛、blog等上传内容的关键字过滤功能具有针对smtp邮件、pop3邮件、ftp上传和下载的审计与关键字过滤功能具有针对im的审计功能。能够在网关处最大程序的保证网络数据的安全 6. 产品支持internet应用控制应用层安全网关应能分析识别im、p2p 、流媒体、网络游戏、网络炒股等internet应用或内容后通过基于用户按时间段制订允许、阻断、限流和记录日志等细粒度的策略达到对internet应用的控制、分析与监控同时为了满足策略群组中特定用户的需求还可以设定特定的例外ip或用户 7. 产品支持网站管理支持url过滤采用数据云url过滤技术云技术智能收集分类平台使企业能够避免因职员访问聊天类、金融类、购物类、娱乐类等网络内容所带来的生产力的损失 8. 产品支持带宽管理功能基于网络应用、url类别、ip/ip组/ip地址段、用户/用户组、时间段的上行流量和下行流量带宽保证以及带宽限制不仅能够提供对非关键网络应用的控制和限速达到为企业网络流量整形的目的还能够为关键的业务系统或网络应用提供带宽保证达到网络流量优化和网络应用加速的目的
代码、非授权篡改、应用攻击等众多因素结合在一起进行综合防范从而做到对web服务器的保护防sql注入防xss攻击防命令行注入防弱口令攻击、防挂马攻击等 ssl vpn验收要求描述
1. 产品具有至少4个1000mbps接口 2. 产品具备至少80 m bps加密处理性能支持200个用户并发登录 3. 产品支持b/s网络应用访问访问web应用免客户端、免控件实现100零客户端 4. 产品支持c/s网络应用访问支持各种静态、动态协议应用、包括邮件、数据库、ftp、文件共享等。支持tcp、udp协议 5. 产品支持隧道方式全网络连接实现客户端对全子网全端口范围的应用访问全网络连接应支持账号与虚拟ip地址的绑定 6. 产品支持web单点登录一次认证完成登录ssl vpn和web服务。支持域认证方式、表单认证方式和基本认证方式 7. 产品支持应用程序关联、web跳转可定义用户登录ssl vpn后自动运行所需应用程序可定义用户登录后直接 符合 不符合 转到web应用页面简化访问步骤用户登录后可直接点击快捷标签链接访问主web服务器的内部网页 8. 产品支持虚拟dns管理优先使用内部dns解析提高访问效率。自建dns域名ip对应关系实现用户通过域名访问内部应用 9. 产品支持增强的安全认证包括多因子认证本地口令、rsa篇五：软件验收报告 软件验收报告 甲方： 有限公司
乙方： 有限公司
甲方收到乙方开发的******************)，下文简称“软件”。截止于 年 月 日初步测试已经通过，暂时无发现重大软件漏洞问题，软件细节后期有待验证。