时间：2022-08-24 17:29:55
开篇：写作不仅是一种记录，更是一种创造，它让我们能够捕捉那些稍纵即逝的灵感，将它们永久地定格在纸上。下面是小编精心整理的12篇验收测试，希望这些内容能成为您创作过程中的良师益友，陪伴您不断探索和进步。
本文档规定了一系列的测试,来验证JetCAS系统是否按期望的要求进行工作.本版本的JetCAS系统的测试基础是能处理200000用户和40个逻辑频道.因此,本测试是在乌鲁木齐模拟一个真实的CAS的测试.起初,在SAS数据库中需要有200000EMM记录,并且SMS命令的平均发送速率是1条EMM/秒.
在以上环境中,JetCAS的测试包括:
成功发送一条EMM所需的平均时间;
对一个新用户注册需要的平均时间;
用户频道的控制情况;
CAK和智能卡的控制情况.
2,定义和缩写
缩写词
定义
EMM
EntitlementManagementMeage
ECM
EntitlementControlMeage
SMS
SucriberManagementServer
3,测试说明
3.1设备清单
设备组件
硬件版本和软件描述
复用器Multiplexer
BarcoPegasus,version3.0.1
SAS系统
1UindustrialPC,version1.0.0,LinuxOS
SMSGateway
1UindustrialPC,version1.0.2,LinuxOS
调制解调器Modulator
BarcoQAMModulator
加扰器Scrambler
TwoBarcoKryptonScrambler,version1.6.4
机顶盒Set-TopBox
1SetSTB4version0.5,CAKversion1.0.1,SmartCardversion3.0.6
电视机TVSet
Oneset,anybrand
加扰器模拟器ScramblerEmulator
Fourset,version1.0.0,Win2000OS,1UindustrialPC
SMS模拟器SMSEmulator
Twoset,version2.0.1,Win2000OS,1UindustrialPC
码流分析仪TSMonitor
Anybrandnotecified
加密机
Windows2000OS
EPG系统
Windows2000OS
3.2IP地址设置
设备
IP地址
Multiplexer
192.168.11.128
SAS
192.168.11.201
SMSGateway
192.168.11.202
Scrambler
192.168.11.188
ScramblerEmulator
192.168.11.22
加密机
192.168.11.
EPG系统
192.168.18.58
3.3系统配置图
下图为系统的配置情况示意图:
图3-1系统配置图
3.4服务配置
ServiceID
Scrambled
CAServiceType
CAServiceGroup
AcceCriteriaName
AcceCriteria
201
未加扰
N/A
N/A
NVOD201
N/A
202
未加扰
N/A
N/A
NVOD202
N/A
203
未加扰
N/A
N/A
NVOD203
N/A
204
加扰
0x21
5
NVOD204
00CC21050000
205
加扰
0x21
6
NVOD205
00CD21060000
206
加扰
0x21
7
NVOD206
00CE21070000
其余的34个频道通过模拟加扰器虚拟的.
CAServiceType和CAservicegroup在EPG系统中输入,AcceCriteriaName和AcceCriteria在Barco加扰器中输入.
3.5测试的机顶盒和智能卡
序号
机顶盒号
智能卡号
机顶盒型号
1
STB4
2
STB4
3.6测
试的SMS命令
序号
命令名称
命令说明
1
PARIGING-STB
配对命令
2
ADD-PAY-CHAEL
授权命令
3
REMOVE-PAY-CHAEL
解授权命令
4
STB-OFF
暂停命令
5
STB-ON
恢复命令
3.7系统参数说明
在测试过程中,需要设置以下的参数:
参数
数值
备注
ECMChael(orTS)
5
8servicesperChael(orTS)
CryptoPeriod
10seconds
10secondsisareasonablelowestvalue
NumberofProduct
40
Sameastotalnumberofservices
MaxEMMBandwidth
1M
OneEMMpersecond
NumberofEMMindatabase
>200,000
NumberofSucriber
200,000
EMMbroadcastingperiod
7days
EachSMSCommandhassamerate
3.8测试前检查列表
在实施测试前,测试者应保证系统配置完全并运行正常.
检查项目
是否正确
AllTCPcoectionismade
是
CAServiceparametersandAcceCriteriaisiutcorrectly
是
ECMseionisstartedandSASisworking,seeAendixA
是
EMMchaelsarecreated,seeAendixA
是
TDTispresent(usingTSMonitortocheckit,seeAendixB)
是
CATispresent(usingTSMonitortocheckit,seeAendixB)
是
EMMisinjectedfromoneSMSEmulatorpersecondrandomly
是
ECMisbroadcasting(usingTSMonitortocheckit,seeAendixB)
是
EMMisbroadcasting(usingTSMonitortocheckit,seeAendixB)
是
3.9测试时间和地点
时间:2003年月日
地点:乌鲁木齐广播电视网络传输有限公司
4,测试过程
前提条件:SMS发送命令的速率是:1条/秒
编号
测试描述
预测结果
实测结果(P/F)
1
利用SMS模拟器给一个STB4的机顶盒发送配对命令:"PAIRING_STB(0-1;2;0-0-0-0-0-099103099;1101501835141729;2002/08/16;00:00:00,2003/10/1600:00:00;0-0-0-0-0-099103099;DV12345678,852-2548878;DV6301-06,TheCenter,99Queen''''sRoad,Central,HongKong.)"
然后对机顶盒进行配对操作.
配对口令是099103099,智能卡的编号是1101501835141729
25秒钟后,系统显示智能卡配对成功
利用遥控器查看频道4,5,6的视频
机顶盒不能播放任何加扰的视频
2
发送频道4,5,6授权的命令,如
"ADD_PAY_CHAEL(0-1;2;0-0-0-0-0-099103099;1101501835141729;2002/08/16;11:00:00;2003/10/1611:15:00;0;5)"
"ADD_PAY_CHAEL(0-1;2;0-0-0-0-0-099103099;1101501835141729;2002/08/16;11:00:00;2003/10/1611:15:00;0;6)"
"ADD_PAY_CHAEL(0-1;2;0-0-0-0-0-099103099;1101501835141729;2002/08/16;11:00:00;2003/10/1611:15:00;0;7)"
在15秒钟内收到3条授权信息
利用遥控器查看频道4,5,6的视频
机顶盒播放频道4,5,6的视频.
3
对频道4发解授权的命令:
REMOVE_PAY_CHAEL(0-1;2;0-0-0-0-0-099103099;1101501835141729;2002/08/16;11:00:00;2003/10/1611:15:00;0;5)"
10秒钟内,频道4的授权被解除,授权信息只显示两条.
利用遥控器播放频道4的视频
系统显示:没有授权,无法收看.
利用遥控器播放频道5,6的视频
可以播放视频
4
发暂停机顶盒的命令:
STB_OFF(0-1;2;0-0-0-0-0-099103099;1101501835141729;)"
然后利用遥控器进行频道的视频播放.
加扰的频道4,5,6的视频不能播放,免费的频道1,2,3的视频可以观看.
5
发恢复机顶盒的命令:
STB_ON(0-1;2;0-0-0-0-0-099103099;1101501835141729;)"
然后利用遥控器进行频道的视频播放.
加扰频道5,6的视频能播放,频道4的视频不能播放,
免费的频道1,2,3的视频可以观看.
6
对机顶盒发送配对命令:
"PAIRING_STB(0-1;2;0-0-0-0-0-300000006;1101501835141729;2002/08/16;00:00:00,2003/10/1600:00:00;0-0-0-0-0-100000001;DV12345678,852-2548878;DV6301-06,TheCenter,99Queen''''sRoad,Central,HongKong.)"
配对密码是:30000006
30秒钟后,显示配对成功.
7
对机顶盒发送50条授权命令:
"ADD_PAY_CHAEL(0-1;2;0-0-0-0-0-100000001;1101501835141729;2002/08/16;11:00:00;2003/10/1611:15:00;0;1)"
"ADD_PAY_CHAEL(0-1;2;0-0-0-0-0-100000001;1101501835141729;2002/08/16;11:00:00;2003/10/1611:15:00;0;2)"
……
"ADD_PAY_CHAEL(0-1;2;0-0-0-0-0-100000001;1101501835141729;2002/08/16;11:00:00;2003/10/1611:15:00;0;50)"
3分钟后,机顶盒能全部接收到50条记录.
利用遥控器查看频道4,5,6的视频
可以观看
8
对机顶盒发送50条解授权命令:
"REMOVE_PAY_CHAEL(0-1;2;0-0-0-00-100000001;1101501835141729;2002/08/16;11:00:00;2003/10/1611:15:00;0;1)"
"REMOVE_PAY_CHAEL(0-1;2;0-0-0-00-100000001;1101501835141729;2002/08/16;11:00:00;2003/10/1611:15:00;0;2)"
……
"REMOVE_PAY_CHAEL(0-1;2;0-0-0-00-100000001;1101501835141729;2002/08/16;11:00:00;2003/10/1611:15:00;0;50)"
然后查看授权记录.
10秒钟后查看授权记录,显示:无记录,
利用遥控器查看频道4,5,6的视频
频道4,5,6显示:没有授权,无法收看
9
对频道4发送10分钟的授权:
ADD_PAY_CHAEL(0-1;2;0-0-0-00-100000001;1101501835141729;2003/10/18;15:54:50;2003/10/1816:04:10;0;1)"
查看频道4的视频.
频道4的视频能进行播放.10分钟后,仍能播放视频.
10
对频道4发送有效日期的授权命令
ADD_PAY_CHAEL(0-1;2;0-0-0-00-100000001;1101501835141729;2002/08/18;15:54:50;2003/08/1816:04:10;0;1)"
查看频道4的视频
频道4能播放视频
对频道4发送过期授权命令
ADD_PAY_CHAEL(0-1;2;0-0-0-00-100000001;1101501835141729;2001/08/18;15:54:50;2001/08/1816:04:10;0;1)"
查看频道4的视频
频道4显示:授权已过期,无法收看.
11
系统运行24小时后,拔出智能卡
频道4的视频10秒钟后不能进行播放
重新插入智能卡
视频能进行播放.
进行频道切换后,再切换回频道4
视频能进行播放.
5,测试结论
功能
验证状态
用户注册
OK
EMM响应时间
OK
授权/解授权的控制
OK
CAK和智能卡的控制
OK
备注:(1)本次测试只对JetCAS系统的基本功能的进行了测试,系统基本运行正常;
(2)在本版本的JetCAS系统的GROUPID被限定在0-255之间;
附件C:SMS系统测试接收文件
本文件一式二份,由天柏宽带网络科技(苏州)有限公司和客户的授权代表共同签字确认后双方各执一份.签字确认后的文件表明双方同意上述测试文件的测试结果,并初步接收该系统.
参加人员
天柏公司技术人员
项目经理:(签名);
用户方系统接收人员或其授权人员
参与人员:(签名)
参与人员:(签名)
技术负责:(签名)
附件D:情况记录
序号
1 . 软件测试 的目的是尽可能多的找出软件的缺陷。( Y)
2 .Beta 测试是验收测试的一种。( Y)
Acceptance testing
验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。
3 .验收测试是由最终用户来实施的。( N )
是由测试人员来实施的
4 .项目立项前测试人员不需要提交任何工件。( Y ) 工件：加工过程中生产对象
5 .单元测试能发现约80% 的软件缺陷。( Y )
6 .代码评审是检查源代码是否达到模块设计的要求。( N )
代码评审也称代码复查，是指通过阅读代码来检查源代码与编码标准的符合性以及代码质量的活动。
7 .自底向上集成需要测试员编写驱动程序。( Y )
自顶向下综合测试的具体步骤为：
1 以主控模块作为测试驱动模块，把对主控模块进行单元测试时引入的所有桩模块用实际模块替代;
2 依据所选的集成策略(深度优先或广度优先)，每次只替代一个桩模块;
3 每集成一个模块立即测试一遍;
4 只有每组测试完成后，才着手替换下一个桩模块;
5 为避免引入新错误，须不断地进行回归测试(即全部或部分地重复已做过的测试)。
自底向上综合测试的步骤分为：
1 把低层模块组织成实现某个子功能的模块群(cluster);
2 开发一个测试驱动模块，控制测试数据的输入和测试结果的输出;
3 对每个模块群进行测试;
4 删除测试使用的驱动模块，用较高层模块把模块群组织成为完成更大功能的新模块群。
8 .负载测试是验证要检验的系统的能力最高能达到什么程度。( N )
负载测试(Load testing)，通过测试系统在资源超负荷情况下的表现，以发现设计上的错误或验证系统的负载能力。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征。例如，响应时间、事务处理速率和其他与时间相关的方面。
9 .测试人员要坚持原则，缺陷未修复完坚决不予通过。( N )
10 .代码评审员一般由测试员担任。( N )
11 .我们可以人为的使得软件不存在配置问题。( N )
是一种标识、组织和控制修改的技术。软件配置管理应用于整个软件工程过程。我们知道，在软件建立时变更是不可避免的，而变更加剧了项目中软件开发者之间的混乱。
12 .集成测试计划在需求分析阶段末提交。( N )
执行阶段
1)时间安排 单元测试已经完成后就可以开始执行集成测试了
2)输入 需求规格说明书 概要设计 集成测试计划 集成高度设计 集成测试例 集成测试规程 集成测试代码(如果有) 集成测试脚本 集成测试工具 详细设计 代码 单元测试报告
3)入口条件 单元测试阶段已经通过基线化评审
4)活动步 骤 执行集成测试用例 回归集成测试用例 撰写集成测试报告
5)输出 集成测试报告
6)出口条件 集成测试报告通过集成测试阶段基线评审
二、选择题
1 .软件验收测试的合格通过准则是：(ABCD)
A . 软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。
B . 所有测试项没有残余一级、二级和三级错误。
C . 立项审批表、需求分析文档、设计文档和编码实现一致。
D . 验收测试工件齐全。
2 .软件测试计划评审会需要哪些人员参加?( ABCD )
A .项目经理
B .SQA 负责人
软件质量保证(SQA)是建立一套有计划
目标 1: 软件质量保证工作是有计划进行的。
目标 2: 客观地验证软件项目产品和工作是否遵循恰当的标准、步骤和需求。
目标 3: 将软件质量保证工作及结果通知给相关组别和个人。
目标 4: 高级管理层接触到在项目内部不能解决的不符合类问题。
C .配置负责人
D .测试组
3 .下列关于alpha 测试的描述中正确的是：( AD )
A .alpha 测试需要用户代表参加
B .alpha 测试不需要用户代表参加
C .alpha 测试是系统测试的一种
D .alpha 测试是验收测试的一种
4 .测试设计员的职责有：( BC )
A .制定测试计划
B .设计测试用例
C .设计测试过程、脚本
D .评估测试活动
5 .软件实施活动的进入准则是：( ABC )
A .需求工件已经被基线化
工件加工过程中的生产对象。
基线化 一个文档如果经过讨论被通过了，被固定了，就可以说这个文档被“基线化”了，然后所有人就可以在这个“基线”的基础上工作。
B .详细设计工件已经被基线化
C .构架工件已经被基线化
D .项目阶段成果已经被基线化
三、添空
1. 软件验收测试包括：_正式验收测试，alpha测试，beta测试。
2. 系统测试的策略有：功能测试，性能测试，可靠性测试，负载测试，易用性测试，强度测试，安全测试，配置测试，安装测试，卸载测试，文挡测试，故障恢复测试，界面测试，容量测试，兼容性测试，分布测试，可用性测试
(有的可以合在一起，分开写只要写出15 就满分哦)
3. 设计系统测试计划需要参考的项目文挡有：_软件测试计划，软件需求工件和迭代计划。
4. 对
面向过程的系统采用的集成策略有：自顶向下，自底向上两种。
5. 通过画因果图来写测试用例的步骤为：
(1)根据程序规格说明书描述，分析并确定因(输入条件)和果(输出结果或程序状态的改变)，画出因果图。
(2)将得到的因果图转换为判定表。
(3)为判定表中每一列所表示的情况设计一个测试用例。
四、简答
1. 区别阶段评审的与同行评审
答：
同行评审目的:发现小规模工作产品的错误,只要是找错误;
阶段评审目的:评审模块 阶段作品的正确性 可行性 及完整性
同行评审人数:3-7人 人员必须经过同行评审会议的培训,由SQA指导
阶段评审人数:5人左右 评审人必须是专家 具有系统评审资格
同行评审内容:内容小 一般文档 < 40页, 代码 < 500行
阶段评审内容: 内容多,主要看重点
同行评审时间:一小部分工作产品完成
阶段评审时间: 通常是设置在关键路径的时间点上!
2. 什么是软件测试
答：测试是为发现错误而执行程序的过程
软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。执行测试用例后，需要跟踪故障，以确保开发的产品适合需求。
3 简述集成测试的过程
答：系统集成测试主要包括以下过程：
1. 构建的确认过程。
2. 补丁的确认过程。
3. 系统集成测试测试组提交过程。
4. 测试用例设计过程。
5. 测试代码编写过程。
6. Bug的报告过程。
7. 每周/每两周的构建过程。
8. 点对点的测试过程。
9. 组内培训过程。
5 白盒测试有几种方法
答：总体上分为静态方法和动态方法两大类。
静态：关键功能是检查软件的表示和描述是否一致,没有冲突或者没有歧义。
动态：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。
6 系统测试计划是否需要同行审批，为什么
答：需要，系统测试计划属于项目阶段性关键文档，因此需要评审。
7Alpha 测试与beta 的区别
Alpha测试(α测试)是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由程序员或测试员完成。Alpha测试发现的错误，可以在测试现场立刻反馈给开发人员，由开发人员及时分析和处理。目的是评价软件产品的功能、可使用性、可靠性、性能和支持。尤其注重产品的界面和特色。Alpha测试可以从软件产品编码结束之后开始，或在模块(子系统)测试完成后开始，也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。有关的手册(草稿)等应该在Alpha测试前准备好。
Beta测试(β测试)是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。因而，Beta测试是在开发者无法控制的环境下进行的软件现场应用。在Beta测试中，由用户记下遇到的所有问题，包括真实的以及主管认定的，定期向开发者报告，开发者在综合用户的报告后，做出修改，最后将软件产品交付给全体用户使用。Beta测试着重于产品的支持性，包括文档、客户培训和支持产品的生产能力。只有当Alpha测试达到一定的可靠程度后，才能开始Beta测试。由于Beta测试的主要目标是测试可支持性，所以Beta测试应该尽可能由主持产品发行的人员来管理。
答：Alpha 测试 在系统开发接近完成时对应用系统的测试;测试后仍然会有少量的设计变更。这种测试一般由最终用户或其它人员完成，不能由程序或测试员完成。
Beta 测试 当开发和测试根本完成时所做的测试，最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其它人员完成，不能由程序员或测试员完成。
8 比较负载测试，容量测试和强度测试的区别
答：负载测试：在一定的工作负荷下，系统的负荷及响应时间。
强度测试：在一定的负荷条件下，在较长时间跨度内的系统连续运行给系统性能所造成的影响。
容量测试：容量测试目的是通过测试预先分 析出反映软件 系统应用特征的某项指标的极限值(如最大并发用户数、数据库记录数等)，系统在其极限值状态下没有出现任何软件故障或还能保持主要功能正常运行。容量测试 还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。容量测试的目的是使系统承受超额的数据容量来发现它是否能够正确处理。容量测试是面向数据 的，并且它的目的是显示系统可以处理目标内确定的数据容量。
9 测试结束的标准是什么?
答：用例全部测试。
覆盖率达到标准。
缺陷率达到标准。
其他指标达到质量标准。
10 描述软件测试活动的生命周期?
答：
测试周期分为计划、设计、实现、执行、总结。其中：
计划：对整个测试周期中所有活动进行规划，估计工作量、风险，安排人力物力资源，安排进度等;
设计：完成测试方案，从技术层面上对测试进行规划;
实现：进行测试用例和测试规程设计;
执行：根据前期完成的计划、方案、用例、规程等文档，执行测试用例。
总结：记录测试结果，进行测试分析，完成测试报告。
11 软件的缺陷等级应如何划分?
A 类— 严重错误，包括以下各种错误：
1 . 由于程序所引起的死机, 非法退出
2 . 死循环
3 . 数据库发生死锁
4 . 因错误操作导致的程序中断
5 . 功能错误
6 . 与数据库连接错误
7 . 数据通讯错误
B 类— 较严重错误，包括以下各种错误：
1 . 程序错误
2 . 程序接口错误
3 . 数据库的表、业务规则、缺省值未加完整性等约束条件
C 类— 一般性错误，包括以下各种错误：
1 . 操作界面错误(包括数据窗口内列名定义、含义是否一致)
2 . 打印内容、格式错误
3 . 简单的输入限制未放在前台进行控制
4 . 删除操作未给出提示
5 . 数据库表中有过多的空字段
D 类— 较小错误，包括以下各种错误：
1 . 界面不规范
2 . 辅助说明描述不清楚
3 . 输入输出不
规范
4 . 长操作未给用户提示
5 . 提示窗口文字未采用行业术语
6 . 可输入区域和只读区域没有明显的区分标志
E 类— 测试建议
4 怎么做好文档测试
仔细阅读，跟随每个步骤，检查每个图形，尝试每个示例。
检查文档的编写是否满足文档编写的目的
内容是否齐全，正确
国际软件许可知识产权合同
本合同是由以下双方签订的：中国_________公司(以下简称“被许可方”)为一方，_________国_________公司(以下简称“许可方”)为另一方;鉴于许可方和被许可方已就被许可方向许可方购买_________系统签订了购买合同;鉴于本合同所指明的若干计算机软件作为许可方按购买合同所提供_________系统的一部分或者与之一起使用的情况下，许可方应将该软件许可被许可方使用;鉴于许可方有权授予本合同所规定的许可;双方授权代表通过友好协商，同意就以下条款签订本合同。
第一条 定义
1.1 “购买合同”是指许可方与被许可方于_________年_________月_________日就被许可方向许可方购买_________系统签订的合同。
1.2 “许可方”是指_________国_________公司，或者该公司的法人代表、和财产继承者。
1.3 “被许可方”是指中国_________公司，或者该公司的法人代表、和财产继承者。
1.4 “系统”是指购买合同规定的，被许可方向许可方购买的_________系统。
1.5 “程序”是指构成被许可方购买的_________系统的_________控制系统的程序。
1.6 “专有资料”是指由许可方提供的，与程序有关的文件、数据、技术指标。
1.7 “合同生效日”是指双方签订本合同的日期。
第二条 合同范围
2.1 许可方特此按本合同所规定的条款向被许可方授予使用和复制控制_________系统程序的许可，而被许可方特此按本合同的规定同意接受该许可。按本合同许可的程序如下：_________(应加入该程序的内容、运行的环境以及应具备的功能)
2.2 许可方授予被许可方使用、复制该程序的许可权，这种权利是非独占性的，是不可转让的权利。
2.3 许可方负责向被许可方提供该程序的专有资料，专有资料包括以下几项：
a.一份用户指南;
b.三份操作手册和安装指南。
第三条 合同价格
3.1 按照第二条规定的内容和范围，本合同采用一次性支付使用费的方式，计价的货币为美元。
3.2 使用费共计为_________美元。
第四条 支付条件
4.1 本合同第三条规定使用费以美元电汇，通过中国_________银行(此处为被许可方的业务银行)和_________银行(此处为许可方的业务银行)支付。一切应由许可方在中华人民共和国境内缴纳的所得税应由被许可方预扣并代表许可方向有关税务机关缴纳，付款收据应立即传真和邮寄给许可方。
4.2 按照购买合同的规定，在_________系统验收合格，并由双方代表签署验收证明后，许可方应立即开具有关单据，被许可方在收到许可方开具的下列单据后三十天内，应将使用费支付给许可方：
a.商业发票正本一式六份;
b.双方代表按照购买合同的规定签署的验收证明正本一份;
4.3 按本合同规定，如许可方需要向被许可方支付罚款或赔偿时，被许可方有权从上述支付中直接扣除。
第五条 专有资料的交付改进
5.1 许可方应按本合同第二条的规定在合同签订之日起_________日内向被许可方提供专有资料。交付条件为c.f.r，目的地机场为中国_________机场。
5.2 许可方提供给被许可方的专有资料用英文书就。
5.3 如果许可方提供的专有资料有丢失、损坏和/或不完整，许可方在收到被许可方的书面通知后30天内，免费将专有资料重寄或补发给被许可方。
5.4 在合同的有效期内，许可方对程序如有改进和发展，应免费向被许可方提供与此相关的更新后的程序和专有资料。
5.5 在本合同期满或终止后_________天内，被许可方要提供给许可方一个文件证明，已尽其所能和所知，除了经许可方同意由被许可方保留的一个用以归档的复制件外，将其原件和其他完整或部分复制的复制件，不论以任何形式，包括更新以后的任何复制件，退还给许可方或已销毁。
第六条 安装与验收
6.1 许可方或其指定的服务供应商应在被许可方指定的中华人民共和国境内设施上安装_________系统。安装费应加在许可方发票上，由被许可方支付。被许可方应根据本合同的安装时间表，按照预先交给被许可方的场地准备指南所规定的规格，负责按时完成任何必要的现场准备及被许可方设施的修改。必要时，被许可方应按照场地准备指南提供其他测试设备及物资(包括但不限于占地面积、电源插座、中断电缆、卫星设施等)。被许可方应负责一切该等设施、准备、设备、物资以及为此所需的许可和批准，并支付其费用。
6.2 验收测试和验收
a.系统的验收测试应依照许可方的验收测试程序进行。许可方和其指定的服务供应商应根据前述测试程序进行验收测试。如果任何该等测试没有成功完成，许可方或其指定的服务供应商应对测试进行评估，并且对系统进行任何调整或校正，使系统能按规格运行。一切该等测试的开始，应给予被许可方合理的事先通知，并且给予被许可方观察一切该等测试的合理机会。
b.“成功完成”一词，在本合同中用于任何测试方面时，指在特定的测试程序中规定的该等测试的成功完成，并且一切对测试的提及指的都是许可方验收测试程序中的测试。
c.在系统的验收测试程序中规定的一切测试已在被许可方设施地点成功完成时，系统的验收(简称“验收”)应被视为已经进行。
d.许可方声明并保证，许可方将向被许可方交付完整、准确、有效的系统。该系统能够达到在产品说明和规格中规定的技术指标，并由系统验收测试的成功完成予以证明。成功完成应被视为系统完整、准确、有效并能达到规格所述技术指标的决定性证据。
第七条 使用、复制、转让及透露限制
7.1 被许可方只可将程序用于许可方按购买合同条款提供作为_________系统一部分的计算机，例外的是，如果_________系统计算机因为发生故障不能操作，或在进行保养性维修、工程设计变更、特制件或模型变换期间不能操作，则也可将程序用在被许可方的备用计算机上，直到_________系统控制用计算机修复到操作状态为止。被许可方只能将程序用于直接的内部操作方面，在任何情况下均不得将程序供给他人使用。
7.2 被许可方不得复制程序或其任何部分，例外的是，被许可方只是为了备份、存档和将程序置于适宜执行状况，可以复制程序。所有经允许的复制件，都要清楚地标上与原先供给被许可方的程序相同的、关于许可方所有权或版权的限制说明。经允许的复制件应以安全的方式予以保存。
7.3 除非经许可方事先以书面方式同意，被许可方不得出售、转让或许可他人使用程序。
7.4 被许可方不得将程序或其任何部分透露或者以其他方式提供给第三方和被许可方没有必要授权其在业务中使用程序从任何雇员。被许可方应采取一切合理、必要的步骤，保证不会将程序或其任何部分透露或者以其他方式提供给任何第三方。
第八条 侵权和保证
8.1 许可方保证其有权授予在本合同中所授予的许可。如果在执行合同过程中一旦发生第三方指控侵权时，则由许可方负责与第三方交涉，并承担由此引起的一切法律和经济上的责任。如果在诉讼或仲裁中被判为构成侵权，程序的使用被禁止，许可方可以自行承担费用承担以下任何一项：
a.替换或修改程序，使之不再构成侵权，并在实质上用同样的质量进行同样的服务;
b.在程序退还许可方之后退还被许可方使用费，但要从中扣除使用、损坏和陈旧的折旧费。
8.2 许可方在采取上述措施后，不能免除其承担的其他赔偿责任。但许可方对基于以下其中一项的任何版权侵权所提出的请求不负责任。
a.被许可方自行修改程序，或程序没有在指定的工作环境中使用;
b.在_________系统之外的系统使用程序。
8.3 许可方保证程序在规定的操作环境中的使用能够符合合同第二条的指标要求。许可方不保证任何程序的不中断或无差错运行。自系统验收之日起，保修期为_________年。许可方保证在该期间内免费修理、更换并重新安装程序中任何有瑕疵的部分。
第九条 税费
9.1 凡与本合同有关的或在执行本合同时，根据有效的税法由中国人民共和国政府向被许可方征收的一切税应由被许可方支付。
9.2 凡与本合同有关或在执行本合同时，在中国人民共和国以外征收的一切税费应由许可方支付。
第十条 合同的终止
10.1 在合同到期后，被许可方可以书面通知许可方终止本合同，并免除其在合同项下的义务。
10.2 如果任何一方违反合同条款，在给予了书面通知和合理的时间予以纠正后，而仍不改正的，另一方有权终止合同。
10.3 如果合同终止后，合同中的条款按其性质仍应有效的，许可方和被许可方仍应遵守。
第十一条 不可抗力
11.1 如果本合同任何一方因受不可抗力事件(不可抗力事件指受影响一方不能合理控制的，无法预料或即使可预料到也不可避免且无法克服，并于本合同签订日之后出现的，使该方对本合同全部或部分的履行在客观上成为不可能或不实际的任何事件。此等事件包括但不限于水灾、火灾、旱灾、台风、地震、及其它自然灾害、交通意外、罢工、骚动、暴乱及战争(不论曾否宣战)以及政府部门的作为及不作为)影响而未能履行其在本合同下的全部或部分义务，该义务的履行在不可抗力事件妨碍其履行期间应予中止。
11.2 声称受到不可抗力事件影响的一方应尽可能在最短的时间内通过书面形式将不可抗力事件的发生通知另一方，并在该不可抗力事件发生后十五日内以手递或挂号空邮向另一方提供关于此种不可抗力事件及其持续时间的适当证据。声称不可抗力事件导致其对本合同的履行在客观上成为不可能或不实际的一方，有责任尽一切合理的努力消除或减轻此等不可抗力事件的影响。
11.3 不可抗力事件发生时，双方应立即通过友好协商决定如何执行本合同。不可抗力事件或其影响终止或消除后，甲乙双方须立即恢复履行各自在本合同项下的各项义务。如不可抗力及其影响无法终止或消除而致使合同任何一方丧失继续履行合同的能力，则适用本合同第十条关于合同终止的规定。
第十二条 争议的解决
12.1 因执行本合同所发生的或与本合同有关的一切争议，双方应通过友好协商解决。
12.2 如双方通过协商不能达成协议时，则应提交中国国际经济贸易仲裁委员会_________分会，按照申请仲裁时该会现行有效的仲裁规则进行仲裁。仲裁裁决是终局的，对双方均有约束力。
12.3 争议的解决应适用中华人民共和国法律。
12.4 在争议的处理过程中，除正在进行仲裁的部分外，合同的其他部分将继续执行。
第十三条 合同的生效及其他
13.1 本合同自签字之日起生效。
13.2 本合同的有效期从合同生效日起算共_________年。
13.3 本合同的执行中，对其条款的任何变更、修改和增减，都须经双方协商同意并签署书面文件，作为合同的组成部分，与合同具有同等效力。
13.4 本合同期满后，双方的未了债权和债务不受合同期满的影响，债务人应对债权人继续完成未了债务。
13.5 本合同用_________文书就，双方各持两份。在合同的有效期内，双方通讯以_________文进行。正式通知应以书面形式，特快专递或航空挂号邮寄，一式两份。
被许可方(签章)：_________许可方(签章)：_________
授权代表(签字)：_________授权代表(签字)：_________
地址：_________地址：_________
电传：_________电传：_________
传真：_________传真：_________
关键字：软件项目管理需求分析系统设计
1.项目前期以及项目准备
在进行任何一项较大的项目时,首先要进行项目的可行性分析和研究,因为这些项目中的问题并不都有明显的解决办法,这样就很难在预定的时间、费用之内解决这些问题，如果这些问题没有可以行得通的解决办法，贸然开始这些项目，就可能导致项目的失败，造成巨大的损失。
1.1可行性分析
软件项目可行性研究的目的是用最小的代价和时间，确定该项目是否能够开发值得开发，其实质是要进行一次简化的、抽象的需求分析和设计过程，主要应从以下几个方面进行分析。
1.1.1技术可行性
对要开发项目的功能，性能和限制条件进行分析，确定在现有的资源条件下技术风险有多大，项目是否能够实现，现有的资源包括硬件、软件资源，现有的技术人员和技术水平，已经有的工作基础等，判断技术上是否可行，主要需要考虑以下几个问题:
(1)开发的风险即在给定条件下能否实现目标的功能和性能；
(2)资源的有效性；
(3)技术的发展性；
由于需求未经过详细的调研，存在模糊性和可能的变化，开发人员进行技术可行性评估时，存在比较大的风险，一旦出现估计的错误，将可能导致灾难性的后果。
1.1.2经济可行性
进行软件开发项目的成本估算以及了解取得的效益估算，确定该项目是否值得开发，对于大多数项目，衡量经济可行性，应考虑一个“底线”，同时应考虑公司的长期经营策略，潜在市场前景等因素。
1.1.3社会可行性
应考虑项目是否存在任何侵权、责任等问题，考虑在现有的制度、法规下是否行得通，包括合同、责任、法律等多种因素。
1.2需求调研
在项目前期工作中，需求调研是其中最重要的一个环节，今后的许多工作都依赖于需求调研的结果，需求调研的过程是渐进的，在可行性分析阶段，主要关注的是项目规模、范围和重点的功能，在项目进入正是开发流程以后，我们需要更加全面、准确地了解系统的需求不重视需求过程的项目队伍将自食其果，需求工程中的缺陷将给项目成功带来极大风险。如:无足够用户参与导致产品无法被接受；用户需求的增加带来过度的耗费和降低产品的质量；模棱两可的需求说明可能导致时间的浪费和返工；用户增加一些不必要的特性和开发人员画蛇添足；过分简略的需求说明以致遗漏某些关键需求；忽略某类用户的需求将导致众多客户的不满；不完善的需求说明使得项目计划和跟踪无法准确进行。
1.3项目团队的组织
建立项目团队是项目开发过程的开始，一切工作都是由项目团队的成员完成的在整个项目的运行过程中，需要很多不同的角色参与到项目中，完成不同阶段的任务。所以在建立项目团队的过程中要把握好人员角色的划分、特别人员管理与激励、监督等。整个人员的管理是项目管理的关键，因为人是活的，而项目是死的，只要人员管理妥当，项目开发一般是不会出什么问题的。
1.4项目开发计划
软件项目的特征之一就是需求的不确定性和开发过程中存在的技术风险，按照通常的方法，制定一个项目的计划应该是先根据项目的需求，进行详细的任务分解找出实现的方法，估计出项目的工作量，再根据项目资源的状况，制定出项目的计划。
但是，再现实的工作中，项目的时间表往往是事先确定的，给开发留出的时间也是事先定好的。而我们能够利用的资源，主要是开发的人力资源，也被事先基本确定了，在被确定的这2个前提条件下，我们如何根据项目的需求，合理地安排人力和时间，完成项目的开发，这是现实中项目经理经常遇到的问题如果事先确定的时间表是相对比较合理的，至少应该是我们够的到的。我们制定的开发计划才是有意义的，否则，按照这个时间表制定出来的计划只能失败的在这种情况下，项目经理唯一可以做的是对用户的需求进行剪裁，去掉某些耗时长而且不太重要的功能，或是在开发中适当降低质量要求，或许可以完成项目的进度。当然这必须最终要得到用户的认可。778论文在线
2.项目开发过程管理
2.1详细设计
在详细设计阶段，由于任务已经详细地分解，总体地解决方案和技术框架已经确立，详细设计地目的就主要是针对某个特定地模块或对象，根据需求，技术框架地要求和模块间接口，描述出我们实现功能的方法，主要内容包括：
（1）内部算法描述；
（2）内部数据组织；
（3）相关接口详细设计；
2.2设计评审
在设计完成后，必须安排设计评审以保证设计的质量，通常设计评审以小组内部的评审会的方式进行，参与人有项目小组内部的人员及其负责人，由开发者介绍其设计思路，其他人了解并对其设计质量进行评审。评审的内容主要包括：
（1）关键算法的可行性；
（2）接口是否符合概要设计的要求；
（3）技术清晰度是否符合设计标准；
（4）文档的完备性；
评审通过的设计，才能够开始编码工作，评审的结果应记录到开发文档当中。
2.3编码
在编码阶段，主要需要在编码工作结束后，进行代码审核，这项工作非常重要主要应该由项目小组的技术负责人完成，审核的目的并不是为了检验代码的正确性而是需要对编码是否按照规范进行审核。主要内容包括：
（1）变量、包、方法等的命名是否符合规则；
（2）注释是否填写完整，是否符合规范；
（3）代码的可读性，编写风格是否符合规范；
（4）是否有明显的造成系统运行低效率的处理方法；
（5）公共变量的定义和使用；
2.4调试
编码工作完成以后，通常需要开发人员自己进行单元测试，有些部分需要编写相应的测试程序。应该避免发生这类的情况，有些开发人员任务自己不应该进行测试工作，在编写完代码以后，只要编译成功，就直接提交成果，将测试工作完全交给测试人员去做，这样做不仅仅给测试人员增加了许多的工作量，同时增加了许多因为交流产生的时间，造成进度的延迟，管理人员应该杜绝程序员的这样的思想，同时在管理中予以考虑，可以将提交成果产生的bug数量作为考核程序员业绩的标准之一。
3.项目后期管理
3.1项目的验收
项目验收，是整个项目生命周期中最后一个环节。一般来说，软件项目的验收一般来说有2个阶段，第一个阶段是验收测试，当验收测试成功结束后，一般会有一个阶段的试运行阶段，只有当2个阶段全部结束后，整个项目才算真正结束，可以收回全部的工程款，该软件也进入其运行维护期。验收测试应按照软件的需求，质量要求进行测试验收，需要甲乙双方共同建立验收小组，或请第三方测试机构进行验收测试，在验收测试之前，开发方应提供一系列的开发设计文档供验收测试使用。
3.2软件维护
编程大师曾说“哪怕程序只有三行长，总有一天你也不得不对它维护。”，很
多软件产品不是一次性的买卖，比如在电信、金融等领域，有些软件系统要用十几年，对软件进行维护是必不可少的，软件公司的经理们没有哪一个喜欢被维护的费用吓一跳，但软件维护的代价通常是高昂的。对软件而言“维护”是个不太直观的术语，因为软件产品在重复使用时不会被磨损，并不需要进行像对车辆或电器那样的维护，软件维护是人们对既丰富多彩又会令人心酸的活动的统称，其中丰富多彩的活动是指那些反映客观世界变化，能使软件系统更加完善的修改和扩充工作，令人心酸的活动是指那些永无休止，并且改了旧错却引起新错让人欲哭无泪的工作。
参考文献：
1.邱菀华沈建明杨爱华等编著现代项目管理导论机械工业出版社
2002年10月
2.美理查德怀特黑德著领导软件开发团队电子工业出版社2002年5月
3.尼尔怀特著管理软件开发项目-通向成功的最佳实践电子工
业出版社2002年4月
4.刘积仁康晓东饶友玲主编软件开发项目管理人民邮电出版社
2002年2月
5.美JosephRaynus著CMM软件过程改进指南电子工业出版社
签约地点：________________
合同编号：________________
一方为中国____________公司，主要办公地址在中国__________(以下简称被转让方)，另一方为__________公司，主要办公地址在________(以下简称转让方)。
鉴于转让方拥有制造__________设备的专用技术，并有资格转让上述技术;鉴于转让方有权并同意向被转让方许可上述专有技术，只在__________厂使用;__________公司购买许可活动所需的合同材料和合同设备，由________厂进行许可的制造活动;__________公司和__________厂共同而又分别承担本合同中的义务;
鉴于被转让方希望使用转让方的专有技术，只在中华人民共和国__________厂制造________设备;
鉴于被转让方应不断履行以购买订单为形式的不同协议，以向转让方购买合同材料;
鉴于该购买订单应服从于本合同有关合同材料的条件和条款;
因此，双方授权的代表通过友好协商达成如下协议，特此为证。
第一章 定义
1.1 “辅配件”指大量商可购买到的材料，包括易耗品和其它与________系统安装和系统配套有关的元部件，可由________厂或转让方提供。
1.2 “合同设备”指附件十二中规定的由转让方售给被转让方的测试生产设备。
1.3 “合同工厂”指被转让方用转让方提供的技术文件和专有技术制造合同产品的唯一地点，即中国______厂。
1.4 “合同材料”指固定网络设备、转让方软件和辅配件。
1.5 “合同产品”指合同材料制成整机，经测试可销售给最终用户。“合同产品”的进一步定义见附件一a。
1.6 “最终用户”指合同产品的购买者。
1.7 “固定网络设备”指附件一b中规定的材料，为________系统的一部分。
1.8 “模块”指本合同附件一b中规定的__________设备子机及由转让方售给被转让方用于制成合同产品的元部件。
1.9 “专有模块”指用于制造合同产品的元部件和组件。
1.10 “专有资料”指本合同条 款规定的资料，包括软件、目标代码、源码、测试设备的计算机程序、技术支持、转让方________专有技术和其它与之相关的文件、数据、材料、及指可向被转让方公开的业务、商业、金额、计划资料。任何专有资料均由转让方标明________“注册秘密专有”，证明其属“最高级机密类”或标明____________“保密专有”证明其属“初级机密类”。
1.11 “专有权利”指专利、版权、专有技术、商业秘密、商标和其它知识产权或指本合同终止或期满前产生的专有权利、软件或其它着作，不论转让方是否获得专利、享有版权或已注册。
1.12 “软件”指与合同产品配用的目标码计算机程序，以及与合同设备配套使用的测试源码计算机程序，以人们认可的形式提供，需经中间处理过后，由处理机编制。所有软件均按附件十一a与十一b中规定的软件许可证，由转让方许可给__________________厂。
1.13 “技术支持服务”指本合同附件三和四中规定的在合同设备和合同材料和合同产品的制造、检验、调试、操作和其它有关职能方面由转让方向合同工厂人员提供的技术咨询和技术指导。
1.14 “技术文件”指本合同附件二中规定的与合同设备的操作、维护、调试和检验有关，以及与合同产品的制造有关的所有技术、图纸、说明、数据和其它文件。
1.15 “技术培训”指转让方在转让方工厂和合同工厂为合同产品的制造、检验、调试和操作以及为“合同设备”的安装、调试、操作和维护，对“合同工厂”人员所进行的培训。具体的培训内容和要求详见本合同附件四。
1.16 “专有技术”或“技术诀窍”指与合同材料和合同设备有关的相应的知识和经验，该知识和经验是转让当时生产中所使用的。“专有技术”由转让方以技术文件、技术支持和技术培训的形式向合同工厂提供。
1.17 “验收标准”指技术文件中规定的用以限定合同设备性能的标准。
1.18 “合同”指本许可证合同及其所有附件。
第二章 合同范围
2.1 (1)转让方同意向被转让方转让制造合同产品的专有技术和技术文件。
(2)合同产品的制造按本合同附件十一中的说明，分一、二、三、四、五阶段实施。
(3)转让方同意为合同工厂确认并向其销售按当时的技术合作阶段在技术合作等级下制造合同产品所需的合同设备。合同 工厂所需的合同设备目录见本合同附件一c。
2.2 转让方给予被转让方许可证和权利，使用转让方的技术文件和专有技术，制造合同产品，使用和/或销售形成的合同产品。合同产品的销售限于中华人民共和国和其它____________制式国家，下列国家和地区除外：________________。
本合同所有许可证均是含提成的(除了附件九中规定的软件许可证是免提成的以外)、非独占的、不可转让的、不可转售的。
2.3 转让方负责按本合同规定向被转让方提供与合同材料和合同设备有关的技术文件和专有技术。
2.4 转让方负责派遣其技术人员来华提供技术支持服务，并对合同设备进行验收。
2.5 转让方应尽最大努力满足合同工厂技术人员的要求，使上述技术人员能掌握1.15条中确定的技术培训。
2.6 除非经转让方书面同意另增场所，否则被转让方只能在合同工厂进行许可的合同产品制造工作。
2.7 转让方同意向被转让方出售其专有模块，被转让方按转让方授权，仅旨于制造完整的合同产品。被转让方同意使用上述专有模块进行上述制造工作。除了被转让方经本合同特许生产的模块外，被转让方应向转让方购买所有被转让方要求的专有模块。
2.8 只有事先得到转让方的书面同意，才能修改或改变转让方许可的用于合同材料或合同产品的专用资料。这有利于专有资料的质量保证、控制和标准化。被转让方同意向转让方支付工程费用，用以审批此改变或改进的内容。被转让方同意给予转让方许可证，用以制造、委托他人制造、使用和销售应用被转让方改变或改进合同材料后生产的产品。被转让方同意向转让方提供关于改变或改进的足够文件，以使转让方能将此改变或改进同样包括在转让方产品中，费用由转让方支付。
2.9 事先未经另一方书面同意，任何一方均不应让渡本合同或本合同中给予的任何权利。然而，为履行转让方在本合同中的义务，转让方可使用其任何分公司、联营公司和/或附属公司的服务。
第三章 本合同的价格
3.1 被转让方根据本合同第二章规定的内容和范围，向转让方支付合同总价和提成费，以美元计价。第3.2条款中所列的价格为第一、二、三、四、五阶段的费用。合同设备价格详见附件十二。辅配件的预算性报价见附件一b，仅供参考。实际价格调整应在每次订货前由双方讨论。
3 .2 费用如下：
合同总价：______________________
技术转让费：____________________
合同设备价格：__________________
测试设备：__________________
加工设备和工具：____________
合同设备软件许可证费：______
技术文件费：
设备手册：__________________________
加工资料：__________________________
技术培训费：
设备操作：__________________________
加工：______________________________
系统：______________________________
技术支持服务费：
设备操作：__________________________
加工：______________________________
(1)合同设备和合同材料价格为c.f.r.(按1990年《国际商会贸易术语解释通则》定义)________机场。
(2)技术文件费为c.i.f(按1990年《国际商会贸易术语解释通则》定义)____________机场。
(3)合同材料价格不包括在合同总价中。
3.3 提成费
在本合同各阶段的所有合同材料(辅配件除外)价格上提取提成费。五个阶段的提成费分别为：阶段一________________;阶段二______________;阶段三________________;阶段四______________;阶段五________________。
3.4 模块价格
转让方同意销售模块，使合同工厂能制造固定网络设备。模块价格可修改。新的模块价格应由本合同双方共同商定。
第四章 付款条件
4.1 本合同中规定的一切费用均以美元计价。本合同中每个阶段均在该阶段开始日付款。各阶段开始日定义见本合同第17.2条。
4.2 本合同第三章中规定的合同总价按下列条款由被转让方付给转让方： 4.2.1 合同设备
被转让方收到转让方的合同设备的货物发运通知后，应在预计发运日期前30天内，以全电开的形式通过中国_______银行及_______开具不可撤销的、不可转让的信用证。该信用证格式由双方商定，见附件十三，金额以美元计，为该货运总价的百分之_____(_____%)，该信用证使中国__________银行负有义务向受益人转让方支付所有款项，有效期截止至双方按本合同第9.1条的规定签署验收合格证后30天。
被转让方收到货运单据后用信用证付款：
1.转让方发运货物后，被转让方银行收到转让方的下列单据，经审核无误后，不迟于30天，支付金额的90%。
(1)全套清洁空运提单正本一份，副本四份，标明“c.f.r.______________机场”，并根据本合同第6.3款标明“运费预付”，合同号和运输唛头，并注明通知目的港所在地的中国外贸运输总公司;
(2)金额为合同设备价格总价的形式发票六份;
(3)金额为合同设备价格__________%的商业发票正本六份;
(4)即期汇票一式两份;
(5)详细包装清单一式六份;
(6)原产地证明一式两份。
2.被转让方银行收到转让方下列单据，经审核无误后，不迟于三十天，支付金额的______________%。
(1)商业发票正本一式六份。
(2)双方代表按本合同第9.1条规定签署的验收证明正本一份。
(3)即期汇票一式两份。
4.2.2 一至五阶段的技术转让费、技术文件费、技术培训费和技术支持服务费。
所有的技术转让费、技术文件费、技术培训费和技术支持服务费均以美元电汇，通过中国____________银行和____________银行分行支付。根据本合同第13.2条，一切应由转让方在中华人民共和国缴纳的所得税应由被转让方预扣并代表转让方向有关税务机构缴纳，付款收据应立即传真和邮寄给转让方，本章所列费用按下列比例支付：
1.合同生效后30天内，被转让方收到下列单据后，被转让方以全电开的方式向转让方支付______%的技术转让费、技术文件费、技术培训费和技术支持服务费。另外，转让方应提供以被转让方为受益人的保函正、副本各一份，格式见附件十四，金额为上述费用的_ ______%。阶段一预定的技术培训课程结束后，本保函即失效。
(1)转让方国家有关当局出具的有效出口许可证影印本一份，或转让方有关当局出具的信函一份，声明不需要出口许可证;
(2)金额为上述费用________%的商业发票六份。
2.阶段2开始后30天内，收到金额为上述费用________%的商业发票六份及全套标有“运费预付”和合同号、运输唛头，仅用于支付技术文件费的空运提单后，被转让方以全电开的方式向转让方支付______%的技术转让费、技术文件费、技术培训费和技术支持服务费。
3.阶段3开始后30天内，收到金额为上述费用__________%的商业发票六份，及全套标有“运费预付”和合同号、运输唛头，仅用于支付技术文件费的空运提单后，被转让方以全电开的方式向转让方支付__________%的技术文件费、技术培训费和技术支持费。
4.阶段4开始后30天内，收到金额为上述费用________%的商业发票六份，以及全套标有“运费预付”和合同号、运输唛头，仅用于支付技术文件费的空运提单后，被转让方以全电开方式向转让方支付________%的技术转让费、技术文件费、技术培训费和技术支持服务费。
5.阶段5开始后30天内，收到金额为上述费用________%的商业发票六份，以及全套标有“运费预付”和合同号、运输唛头，仅用于支付技术文件费的空运提单后，被转让方以全电开方式向转让方支付______%的技术转让费、技术文件费、技术培训费和技术支持服务费。另外，转让方应提供以被转让方为受益人，金额为上述费用的________%的不可撤销的保函正副本各一份，格式见附件十四。阶段五合同产品的最终验收合格后，本保函即失效。
4.2.3 合同设备软件许可证费。
合同设备软件许可证费用总额应不迟于合同设备第一次预计装运前30天，电汇支付。
4.3 提成费由被转让方在一至五阶段签订合同材料购买订单后，不迟于30天向转让方电汇支付。但是，提成费和合同材料费发票单独开具。
4.4 对转让方对c.i.f条件发运的任何货物，被转让方同意，由外国保险公司出具的金额为货运值________%，投保了一切险的自行保险证明应为足够的保险凭证。保险期截止至货物运抵中华人民共和国________机场。 4.5 被转让方应不断履行购买订单，向转让方购买合同材料。被转让方向转让方购买合同材料，其付款条件同本合同第4.2.1规定。但有关合同材料的验收合格证规定见本合同第9.2条。而按第4.2.1.b.2所述，验收合格证参见第9.1条，在此则应参见第9.2条。
第五章 交付方式
5.1 技术文件
5.1.1 转让方cif中国________机场向被转让方交付本合同附件二规定的所有技术文件。
5.1.2 当技术文件到达中国________机场后，该技术文件的所有权和损失风险即由转让方转换至被转让方。
5.1.3 ________机场在技术文件空运提单上所盖的日期戳为技术资料实际交付的日期。
5.1.4 每批技术文件发运前一星期，转让方应将本合同号、预计启运日期、大概包数、大概重量用电传或传真通知被转让方。每批技术文件发运后48小时内，转让方应将本合同号、发运日期、空运提单号、包(件)数量和重量用电传或传真通知被转让方及被转让方指定的中国境内内陆货运公司，并在每批技术文件发运后两个工作日内将下列单据用dhl或快件寄给被转让方及合同工厂：
1.两份技术文件空运提单;
2.两分技术文件装箱单。
5.1.5 转让方提供给被转让方的技术文件用英文写就。
5.1.6 转让方提供给被让方的技术文件按照本合同附件二检验。
5.1.7 如转让方提供给被转让方的文件有丢失、损坏和/或不完整，转让方在收到被转让方书面通知后30天内，免费将技术文件重寄或补发给被转让方。
5.1.8 转让方提供给被转让方的技术文件应装在适于长途运输、多次转运，具防潮、防雨保护措施的包装箱内。
装运预计日期以及重量超过__________公吨和尺寸超过____________立方米的超大超重合同设备的包装草图和装运危险合同设备时应采取的预防措施，各一式七份。
5.2.3 海运(空运)提单上的日期为合同设备和合同材料的实际交付日期。
5.2.4 根据合同第5.2.1款，转让方在被转让方指定的港口(或机场)将合同设备和合同材料装上被转让方指定的运输工具。转让方将合同设备和合同材料转交给被转让方指定的承运人后，合同设备和合同材料的损失风险、所有权立即由转让方转移至被转让方。 5.2.5 每次装运前，转让方应用电传或传真或电报尽快将下列内容通知被转让方：
1.合同编号：______________
2.目的地：________________
3.货物准备就绪日期：______
4.总体积：________________
5.总毛重：________________
6.总件数：________________
7.装运港(或机场)：______
8.每件重量超过__________公吨尺寸超过____________立方米的合同设备和合同材料的总的毛重、体积、名称。
同时，转让方用航空信、传真、快件、电传将下列票据交给被转让方，各一式六份。
1.每大件重量超过________公吨或尺寸超______立方米后的装运草图。
2.危险合同设备和合同材料的说明，包括名称、特性、特别保护措施和处置办法。
3.在运输过程中，对温度、湿度、震动等有特殊要求的合同设备和合同材料，采取特殊预防措施的说明。
转让方还应将以上所列单据副本提交目的港所在地的中国对外贸易运输总公司。
5.2.6 转让方应在每批合同设备和合同材料完全装上承运工具前四十八小时内，将合同号、商品名、数量、尺寸、毛重、发票以及预计到达日期，以电传或电报通知被转让方。发运前，被转让方负责办理货物保险。如因转让方未及时通知，致使货物未及时投保，由此产生的任何及所有损失均由转让方承担。如系危险品(例如易爆材料)，转让方应将其性质及搬运方法电告被转让方和目的港所在地的中国外贸运输总公司。
第六章 包装和唛头
6.1 所有待运合同设备和合同材料都必须包装坚固，适合所选的长途运输方式及式次搬运装卸。为了确保合同设备和合同材料在运输过程中安全无损，需根据合同设备和合同材料中不同货物的性能和要求，采取合理保护措施，防潮、防锈、防震、防腐蚀。被转让方与转让方承认合同设备和合同材料由精密电子组成，因此，将尽力保证这些货物有防雨、防热、防湿、防震保护。
如被转让方要求提供长途海运用包装及无防护内陆运输和存放用包装，转让方应提供包装，费用另加。转让方对包装不当负有责任，并对因包装不慎或不当导致的锈损负有责任。
6.2 转让方应在 每包散装附件上标上合同号、合同设备和合同材料主机名、附件名、安装图上附件的位置号及附件号。备件、工具和易损件部件在上述标识基础上，应再标上“备用件”、“工具”和“易损件”字样。
6.3 在合同设备和合同材料的包装箱相邻的四个面上，转让方应用印刷标签，以醒目的印刷体英文字标出下列内容：
1.合同编号：________________
2.唛头：____________________
如目的地为中华人民共和国__________，则唛头为：____________：
3.目的地：____________
4.收货人代号：______________
5.装箱单号：________________
6.毛重/净重(公斤)：____________
7.箱号/件号：____________________
8.尺寸(长×宽×高;英寸/厘米)：________________
9.合同设备名称和项号：______________
如果合同设备和合同材料重量大于等于2公吨，其重心位置和起重位置应以英文标出，并采用国际贸易中通用的适当运输标志和图案标在包装箱两侧，以便于装卸和搬运。
根据合同设备和合同材料的特点及在装卸、运输过程中的不同要求，应在其包装箱上醒目地用英文及国际贸易惯例中规定的适当符合和示意图，标上“小心轻放”、“箭头朝上”、“保持干燥”等字样。
6.4 无包装合同设备和合同材料应用金属标牌标出上述内容。对装在甲板上运输的大件货物，应提供充分的支撑和防震缓冲措施。
6.5 合同设备的每件包装箱内，应装有以下单据：
1.质量合格证书一式两份
质量证书样本：
________________公司在此保证并证明：
此中所含的________产品皆为新产品;且上述产品符合所公布的技术指标。
2.详细装箱单一式两份
3.对必须进行组装的合同设备和部件，应有两份详细的组装图。
6.6 每件合同材料的包装箱上应附详细装箱单两份，质量证明两份。
第七章 技术服务和技术培训
7.1 转让方应派遣熟练、健康和有能力的人员去合同工厂根据本合同规定提供现场技 术支持服务。在中国提供技术支持服务的人数、专业、任务、内容和期限详见本合同附件三。转让方声明，技术支持服务和技术培训足够用来培训被转让技术人员制造合同产品。
7.2 转让方技术支持服务人员提供出入境签证的方便及在华的工作方便。转让方技术支持服务人员在华待遇见本合同附件三。
7.3 转让方技术支持服务人员在华支持服务期间应遵守中华人民共和国法律，遵守合同工厂的规章制度。
7.4 被转让方有权派遣其技术人员或操作工人去转让方相关工厂培训。培训的人数、专业、内容、时间和要求详见本合同附件四。
7.5 转让方应为被转让方培训人员提供出入境签证方便和培训条件。培训人员在转让方国家待遇详见合同附件四。
第八章 初步检验和初步验收
8.1 转让方将尽其最大努力，保证本合同中由转让方提供的合同设备和合同产品的制造和检验按以下规定实施。
8.2 对所有由转让方提供的合同设备，转让方应向被转让方提供保证声明书。合同材料的保证见本合同第十章。
8.3 合同生效日起三个月内或相关阶段开始后三个月内，转让方应通知被转让方相关阶段检验和测试设备的初步计划，并提前一个月通知被转让方检验和测试的确切日期。被转让方有权自费派遣______人，为期______天，去转让方工厂观看对主要合同材料的检验和测试，了解设备的包装情况，但上述检验不应严重影响正常生产。
如发现合同设备和合同材料的质量不符合本合同规定的标准，或发现包装不当，被转让方人员有权表明意见。转让方应予以充分考虑并采取必要措施保证设备质量。
被转让方人员不应会签任何质量证书。被转让方人员参与质量检验，这既不免除本合同规定的转让方的担保责任，也不能代替合同设备运抵中华人民共和国后，被转让方对其的检验工作。
8.4 合同设备和合同材料抵达目的港或合同工厂后，被转让方应委托中国进出口商品检验局对包装、外观、质量进行检验，并尽可能地对技术规格目测初检。
检验后，由中国进出口商品检验局出具检验证明，该证明应作为检验证据。
转让方有权自费派遣其检验人员参加开箱检验。
被转让方应提前4周以电报或电传或传真通知转让方检验的预定日期和地点。转让方检验人员应在预定检验日期前到达上述地点。
如果因转让方自身原因，未能在 上述规定时间内派遣其技术人员去上述地点，则由被转让方在转让方人员缺席情况下进行检验。在这种情况下，由中国进出口商品检验局出具的检验证书应作为检验证据。
8.5 在对合同设备或合同材料的初步检验中，若发现有任何损坏、数量短缺、规格错误，证实皆系转让方疏忽所致，则被转让方有权在检验后凭中国进出口商品检验局出具的检验证书向转让方提出索赔。转让方收到附证明的索赔书后，应立即免费维修或替换损坏或短缺的合同设备和合同材料。
第九章 最终验收检验测试
9.1 技术文件和合同设备的最终验收
9.1.1 为证明根据本合同附件二提供的专有技术和技术文件是完整的、正确的，证明转让方许可的合同材料是能组装、测试的，转让方应自费派遣其技术人员去合同工厂参加相应阶段合同设备的验收测试。被转让方的技术人员也应参加这些验收测试。
9.1.2 双方应尽其最大努力完成验收测试。
9.1.3 验收测试时，若合同设备达到了验收标准，则双方应签署四份合同设备验收合格证书，每方各执两份。
9.1.4 若合同设备未达到验收标准，双方应共同分析验收测试失败的原因，澄清验收测试失败的责任。
1.若验收测试失败的责任在于转让方负责，则转让方应在第一次验收测试后4周内，再派其技术人员进行第二次验收测试，并承担其在第二次验收测试期间所发生的一切费用。
2.若验收测试失败的责任在于被转让方负责，则被转让方应为转让方技术人员提供往返机票并承担第二次验收测试期间其在华的食宿费用和当地交通费。
第二次验收测试时，若合同设备达到了验收标准，则双方应签署四份合同设备验收合格证书，每方各执两份。
3.若因转让方的责任第二次验收测试时，合同设备未达到验收标准，转让方应采取各种措施并在第三次验收测试后六周内，再派其技术人员进行第三次验收测试，并承担其在第三次验收期间所发生的一切费用。
4.若第二次验收测试失败的责任在被转让方，则被转让方应为转让方技术人员提供往返机票，并承担第三次验收测试期间他们在华的食宿费和当地交通费。
第三次验收测试时，若合同设备达到了验收标准，则双方应签署四份合同设备的验收合格证，每方各执两份。
9.1.5 第三次验收测试时，若合同设备未达到验收标准，双方应共同分析原因并继续验收测试 若二个月后，还达不到验收标准，转让方将对有缺陷的合同设备进行修理，或更换以符合本合同规定的技术指标、质量和性能标准的新设备。转让方与被转让方应在合同工厂座谈讨论解决此类问题的方法。
9.2 合同材料的最终验收
9.2.1 合同材料每次运抵合同工厂后，被转让方人员应立即对其进行检验。
9.2.2 转让方有权自费派其检验人员参加开箱检验。
9.2.3 被转让方有权应提前两周用电报、电传或传真通知转让方检验的预定日期和现场。如到了检验日期转让方未能派其人员去现场，由被转让方在转让方人员缺席情况下进行检验。
9.2.4 检验后，如确定合同材料的数量或质量与订单不符，转让方应在检验后20个工作日内接到数量短缺或不符货运要求的书面通知。转让方在收到通知后的30天内或合理时间内尽快根据情况，发运短少部分的合同材料或符合要求的合同材料。
9.2.5 (i)检验顺利完成后或(ii)缺陷部分改正后，双方应签署验收合格证。
9.2.6 本第九章不包括运输时及运输后出现的损坏，其补救责任在被转让方。如被转让方要求，转让方应提供合理的帮助。
9.3 合同产品的最终验收
将每阶段首批发运的合同材料组装成首批合同产品，按照技术文件中提供的技术指标，用合同设备对该首批合同产品进行测试。如该首批合同产品测试工作圆满完成，即意味着合同产品最终验收合格。整机经测试符合全部技术指标，测试工作胜利完成，即可认为完成了合同产品的验收测试义务。
第十章 担保和保证
10.1 转让方保证按本合同向被转让方提供的合同设备、合同设备用品测试软件和技术文件为当时的技术，适用于制造合同产品;保证在本合同期间将免费向被转让方提供与此相关的更新后的测试软件和技术文件。
10.2 若被转让方发现转让方提供的本合同设备、测试软件和技术文件验收不合格，转让方应在收到被转让方的书面通知后30天内，向被转让方免费发送所要求的合格的合同设备、测试软件和技术文件，转让方向被转让方提供改正了的合同设备、测试软件和技术文件，这应为被转让方唯一的补救措施。
10.3 各阶段合同设备验收测试胜利完成后，今后成功制造合同产品责任即成为被转让方的责任。但是如双方认为完全因为转让方提供的模块有缺陷，或文件有缺陷致使合同设备不 质量标准，转让方应纠正完全由转让方导致的任何缺陷。转让方承认转让方向被转让方提供的所有专有模块中，证实完全因转让方原因致使模块有缺陷的故障率不超过5%。
10.4 如完全因转让方能控制的因素致使转让方未能按本合同附件二中规定的日期交付合同设备、软件或技术文件，则转让方应为延期交付合同设备、软件和技术文件，向被转让方缴付罚金，费率如下：
第一至第四周，每迟交付一周，付相应阶段延期交付货物价格的________%。
自第五周起，每迟交付一周，付相应阶段延期交付货物价格的______%。
上述总罚金不应超过相应阶段延期交付货物价格的________%。迟交天数不足一周，以一周计算。
10.5 转让方按本合同第10.4款的规定向被转让方缴付罚金，并不因此即免除转让方继续交付合同设备、软件和技术文件的义务。根据此条款缴付罚金是转让方迟交货物，被转让方因而获得的唯一补救措施。
10.6 如果一定阶段用的转让方的合同设备、软件或技术文件延期交付六个月以上，完全是因转让方所能控制的原因所致，则被转让方有权终止本合同。在该情况下，转让方应向被转让方退回被转让方为该阶段所付的全部费用，并加付______%的年息。在这种情况下，按本条款选择赔偿即为被转让方的唯一补救措施。
10.7 合同设备保证
合同设备保证见本合同附件八。
10.8 软件保证
软件保证和软件维护向合同产品的最终用户提供，转让方软件许可证也一并提供。
被转让方同意向最终用户销售合同产品应以最终用户执行上述软件许可证为前提。
转让方将向被转让方提供必要和适当的测试软件，用以制造符合本合同提供的技术指标的合同产品。转让方对合同设备软件更改或更新，如双方认为此更改或更新为被转让方生产合同产品所需，转让方将向被转让方提供。
10.9 转让方将全部非________生产的合同设备和辅助设备的原制造商保证书转给被转让方。该合同设备和辅助设备的保证期应由该合同设备和辅助设备的制造商确定。被转让方应从制造商或其在当地的维修办事处获得该合同设备和辅助设备的保证和/或维修服务。保证期过后，被转让方应负责与制造商或其在当地的办事处取得联系，获得对该合同设备和辅助材料的服务和/或维护支持。
所有与合同设备和 辅助设备一并提供的计算机软件均以照“原样”为基础提供，无保证。
第十一章 专利、商标和保密
11.1 转让方保证他对根据本合同提供给被转让方的全部专有技术和技术文件拥有合法的所有权，并有权许可被转让方。对向被转让方提出的任何索赔要求，声称：本合同中________提供的设备侵犯了中华人民共和国法律认可，具有法律约束力的专利，转让方应为被转让方辩护。如果(1)被转让方立即书面通知转让方索赔要求;(2)未经转让方同意，被转让方不派律师出庭;(3)由转让方完全控制辩护及与该索赔要求有关的全部谈判;(4)被转让方为转让方辩护提供合理的资料和帮助，那么法庭最终裁决被转让方因此将偿付的理赔费和/或损失清偿费，由转让方付清。如果诉讼结果为禁止使用或销售________提供的设备，不向被转让方另行收费，则由________选择，或者为被转让方获取使用________提供的设备的权利或销售合同产品的权利;或者以相同的未侵犯专利的材料替换;或者接受对________提供的设备的退货，并对退回的设备，向被转让方退还原购货款价。在任何情况下，对由于侵犯专利或有专利嫌疑而引起的意外或间接损失，被转让方不负有责任。
11.2 被转让方同意对转让方提供的专有技术和技术资料自本合同生效日起保密XX年。如果上述专有技术或技术文件的部分或全部由转让方或任何第三方公布于众，(前提为上述解密不违反任何保密义务)，那么被转让方不再受保密义务中对已泄密事项的约束。经转让方事先同意被转让方可因部件国产化需要，只将转让方技术文件的该部分内容泄密。但在转让方对此泄密授权前，为保证对其专有资料的保护，转让方可要求其采取某些保密措施。
11.3 对被转让方提供的与合同材料的专有技术、技术及生产有关的注有需保密的资料，转让方应予以保密，保密期限为本合同生效日起XX年。
11.4 本合同终止或期满后，被转让方无权使用附件七规定的转让方的商标或商品名称(或任何易混淆的相似商标或商品名称)。本合同终止或期满后，双方应真诚协谈，从而决定转让方是否向被转让方销售合同模块及其组件或部件。
11.5 a)被转让方承认“__________”及其相应的中文名称是转让方及其使用“____________”或相应中文名称的子公司和分公司的商品名称的主要特征：承认“___________ __”标志，“____________”和相应中文名或任何英语或汉语的派生词都是转让方与被转让方制造的产品的重要商标，是与该产品配套服务的重要商标。
b)转让方给予被转让方权利使用本合同附件七(“转让方的商标”)所列的转让方的商标。转让方的商标只许可用于被转让方在合同工厂制造并在中华人民共和国销售的合同产品。被转让方同意使用转让方发明的标志。这并不意味着将标志的拥有或正当利润转让给了被转让方。
c)除非由本合同授权或由转让方另行书面授权，否则被转让方无权在任何产品上、广告上或在销售或促销中使用任何转让方发明的商标。
11.6 除非有关法律要求，否则在未征得对方书面同意前，任何一方不得将本合同内容泄露给任何第三方。
11.7 转让方不将其专利或版权的许可证或权利授予被转让方。但是转让方同意在本合同期内就其在中华人民共和国的任何专利或版权，不向被转让方提出质疑，这只限于该质疑会妨碍被转让方使用本合同给予的权利。被转让方承认任何时候专有技术均系转让方财产。
11.8 如严重违反本合同保密条款，则非违约方有权终止本合同。
11.9 被转让方同意将许可的商标只在中华人民共和国制造和销售的合同产品上使用。(任何在中华人民共和国以外国家销售的合同产品不应含转让方的商标和/或商品名称。)
第十二章 质量标准
12.1 被转让方根据转让方所定，提供充分的场地、设施、人员和工艺规程，用以制造合同材料、存放模块、备用件和其他元器件;用以测试合同材料成品、保证性能和提供其他服务。
12.2 被转让方同意由被转让方实施的任何所许可的活动和被转让方使用转让方商标销售的合同产品，应与转让方实施的合同活动以及转让方制造的与合同产品相应的产品，质量相同、工艺相等。所有许可活动的实施应按附件中所列文件中所述的标准及本合同中转让方提供的专有资料和技术支持。活动的质量、工艺和性能标准应与转让方所进行的类似活动至少一样。为判断被转让方是否遵照并坚持本文要求，转让方有权在一切合理时间检查合同工厂、合同材料以及所许可的活动开展的方法。经转让方要求，被转让方应及时将其有关工作具代表性的样本提供给转让方，费用由转让方支付。
12.3 被转让方应在转让方的监督下制定并保持一质量保证常规计划。该质量保证计划应经双方同意， 迟于合同鉴定后120天实施。被转让方应作缺损记录，将每季度缺损记录报送转让方。
12.4 任何时候，如转让方确定在被转让方销售的合同产品上被转让方的工作未能达到转让方要求的质量、工艺和性能标准(见技术文件)，转让方可将此认定书面通知被转让方，被转让方同意立即改正缺陷。如被转让方收到该书面通知后，30天内未能改正该缺陷，被转让方应暂停发运此有缺陷的合同产品，双方共同真诚讨论改正该缺陷的方法。如被转让方收到该书面通知后60天内未能改正缺陷，则转让方可暂停本合同给予的商标权，和/或可暂停所有许可的活动。
12.5 被转让方和转让方发现合同产品有缺陷，在该有缺陷的合同产品上，被转让方对转让方商标的使用权，应立即自动暂停。
12.6 被转让方对专用资料或合同材料作任何改变或改进，这只可在双方同意下进行。
12.7 对被转让方提供的任何辅助设备，被转让方应提供转让方该设备手册、技术文件并提供识别用于合同材料的该元件、材料清单，以便转让方与被转让方共同确定该元部件是否符合转让方的质量、性能技术指标。被转让方将向转让方提供合格的测试结果，证明该元部件符合质量和性能指标。如果转让方有书面要求，被转让方应自费提供给转让方该元部件样品，供审批。转让方将尽其最大努力，在转让方收到合格测试结果后30个工作日内答复被转让方的报批报告;在逐项商讨后决定的合理时间内，对被转让方报批的样品给予答复。如收到转让方的书面通知，表示该元部件不符合转让方的质量和性能指标，则被转让方不能使用该元部件。
12.8 为保证合同材料具有满意的质量和技术性能，被转让方应向转让方购买所有被转让方要求的模块，本合同中被转让方特许生产的模块除外，且被转让方无权以其它材料代替任何模块。被转让方同意只将上述模块用于合同材料，以及用于推进许可的活动。
第十三章 税则
13.1 凡与本合同有关或在执行本合同时，根据有效的税法由中华人民共和国政府向被转让方征收的一切税应由被转让方支付。
13.2 凡与本合同有关或在执行本合同时由中国政府根据“__________国政府与中华人民共和国政府间就所得税避免双重课税和防止偷税漏税的协议”，向转让方征收的一切税应由转让方支付。上述协议中包含的税中，根据“中华人民共和国有关外资企业所得税法”向转让方征收的预扣税款应从本 合同第4.2条规定的每次付款中报除，且应由被转让方代表转让方向中国有关税务机构缴纳。如果转让方向被转让方提交有关机构出具的减免全部或部分税款的文件证明，则被转让应按有关税务机构的要求，扣除调整后的金额。被转让方应在缴纳上述税后，向转让方提交由中华人民共和国有关税务机构出具的税收收据原件一份。
13.3 凡与本合同有关或在执行本合同时在中华人民共和国以外征收的一切税费应由转让方支付。
第十四章 不可抗力
14.1 签约双方中任何一方，由于但不只限于战争、严重水灾、台风和地震及其他签约方无法控制的不可抗力事故而影响履行本合同的义务，本合同的执行期应相应延长，延长期限相当于事故所耽误的时间。
14.2 责任方应尽快将发生不可抗力事故的情况以电传或电报挂号通知对方，并于事故发生后14天内以航空挂号信将有关当局出具的证明(若有的话)递交给另一方确认。不可抗力事故一经排除或消失，责任方应尽快以电传或电报挂号通知对方，并向对方发出航空挂号信，确认不可抗力事故的消除。如不可抗力事故延续120天以上，双方应尽快通过友好协商解决继续执行合同所面临的问题。
第十五章 争议的解决
15.1 凡由本合同引起的或与解释或执行本合同有关的任何争议，双方应首先通过友好协商来解决。如果协商开始后90天内，双方还不能解决此争议，则任何一方均可将此争议提交仲裁。
15.2 若通过上述友好协商双方仍解决不了争议，则应将该争议提交______商会仲裁院，由该仲裁院根据其仲裁程序，最终裁决。
15.3 仲裁裁决是终局的，对双方都具有约束力。
15.4 除非由仲裁小组裁决，否则，仲裁费用由败诉方负担。
15.5 在仲裁过程中，除了提交仲裁的那部分合同外，双方应继续履行合同。
第十六章 合同生效及其他
16.1 本合同由双方授权代表签署，各方保证均有合法的权力产生并签订具有法律约束力的合同。如必要，双方应向本国政府申请批准本合同，以中国和__________政府中最后一方必需的批准日期为本合同生效日期。双方应尽最大努力争取在本合同签字后90天内获得所必需的批准，并用电传或电挂通知对方，用信件确认已经获得所有必须的批准。
16.2 如本合同自签字之日起6个月内仍不能生效，双方有权取消本合同。
16.3 本合同自合同生效日起有效期XX年，有效期满后除非双方同意续订，否则本合同自动失效。
16.4 本合同期满时，双方发生了未了债权和债务，不受合同期满的影响。债务人应对债权人继续偿付未了债务。
16.5 本合同为____________文本，一式四份，每方各执两份。本合同的任何译文无法律效力。
16.6 本合同由第一章至第十七章，附件一至附件十三组成，本合同附件内容为本合同不可分割的组成部分，具有同等法律效力。如果本合同条件和条款与附件的文字发生矛盾，应以本合同条款和条件的文字为准。本合同受中华人民共和国法律约束。被转让方保证本合同在中华人民共和国法律下有效。
16.7 对合同条款的任何变更、修改或增减，须经双方授权代表签署本合同书面修正案后生效，该修正案应作为本合同不可分割的组成部分，具有同等法律效力。
16.8 执行本合同期间，双方所有通讯应以________文进行，正式通知应以书面，和航空挂号信邮寄，一式两份。
16.9 任何情况下，转让方或被转让方均不对意外、或间接损失负有责任。损失包括但不限于本合同中另一方面丧失利润或收益、资本费用、替代产品费用、设施或服务费用、停工费用。
16.10 本合同双方同意真诚执行合同，遵从一切适用的法律。任何一方若偏离此良好行为，另一方有权终止本合同。如本合同在合同期末前终止，所有技术文件应退还给转让方，且专有资料应自本合同生效日起保密XX年。
第十七章 联络会议
17.1 为顺利实施合同，转让方与被转让方应召开联络会议。
17.2 联络会议期间确定的每个新阶段的起始日期一到，如双方同意，即开始合同的下一阶段。被转让方和转让方对合同产品验收后，且被转让方又达到了附件三中规定的阶段实际生产产量，并能同时保持附件二所列文件中规定的质量标准，被转让方有资格进入下一阶段。如到了联络会议期间确定的时间，被转让方没有资格进入下一阶段，应推迟该阶段起始日期，并对照新的起始日期，重新安排付费时间。
17.3 联络会议的时间、地点、参加人员身份规定如下：
(1)第一次联络会议
日期：合同生效日起________天内
期限：______________个工作日
地点：_____________ __
人数：转让方工程师__________名
目的①项目范围检查
②考察场地
(2)第二次联系会议
日期：第二阶段开始前__________天
期限：________________个工作日
地点：______________
人数：被转让方人员________名，合同工厂人员__________名
目的①考察工厂
②深化项目
③检查项目实施情况
(3)第三次联络会议
日期：第三阶段开始前__________天
期限：__________个工作日
地点：________________
人数：转让方工程师__________名
目的：①考察场地
②深化项目
③检查项目实施情况
(4)第四次联络会议
日期：第四阶段开始前________天
期限：____________个工作日
地点：__________
人数：被转让方人员________名，合同工厂人员________名
目的：①技术讨论
②深化项目
③检查项目实施情况
(5)第五次联络会议
日期：第五阶段开始前________天
期限：__________个工作日
地点：______________
人数：转让方工程师________名
目的：①考察场地
②检查项目实施情况
第十八章 法定地址
18.1 转让方：
名称：________________公司
地址：____________________
传真：____________________
18.2 被转让方：
名称：________________公司
地址：____________________
电传：____________________
电话：____________________
传真：____________________
合同工厂：__ ____________
名称：____________________
地址：____________________
电话：____________________
传真：____________________
18.3 双方授权代表签字：
本协议和附件构成了双方就此合同内容的全部理解，取代了先前所有的讨论、协议和陈述，不论是口头的还是书面的，不论转让方与被转让方执行与否。
___________________公司
(签字)：______________
职务：__________________
日期：__________________
____________________公司
(签名)：______________
职务：__________________
日期：__________________
______________________厂
(签名)：______________
职务：__________________
日期：__________________
附件
附件一a 合同产品目录(略)
附件一b 合同材料目录(略)
附件一c 合同设备目录(略)
附件二 资料目录(略)
附件三
技术支持
转让方根据被转让方的要求可以派遣各类技术人员进行生产人员管理，促使整个工厂运转正常，并在该组织内监察全部产品的质量。担任该项工作的人员在该领域将完全胜利且富有经验，他们会帮助并全力负责有关方面的工作。下列技术人员也将同样提供服务：工程技术生产助理、制造工程师、质量工程师、管理人员(经理)、电子工程师和销售人员，下面就上述人员的责任进行说明。
工程技术生产助理应完全掌握产品组装和测试方法，他将全权负责有关从最初到最高级______技术方面的事务，并在生产过程中对具体工序进行测试、校准。任何有关产品安装和测试的问题应提交工程技术生产助理评议解决。
制造工程师应熟知组装过程中的各个方面，他将决定编码颜色的可用性和使用，便于掌握的生产辅助工具及有助于提高组装效率的标准化工序。 何有关组装生产工序的问题应尽快提交制造工程师评价解决，不让产生的任何问题导致停产。
质量工程师应精通与产品质量保证、质量控制及产品工艺检查有关的所有领域，他将制定并实施具体的质量计划，并对工艺方面的问题进行量化，与关键工艺和产品人员就这些问题商议解决办法。销售人员素质问题应提交质量工程师并采取措施保证他们的素质，总之，他将负责全部产品的质量和故障消除。
管理人员(经理)应负责全部的组装操作及上述各人员负责工作，协助他们尽力支持工厂生产出所能实现的最好产品。
如果纯粹由于转让方错误的技术指导引起合同产品及合同设备损坏，转让方将负责维修，更换及发运损坏的合同设备或合同产品。
下列几项内容将包括在转让方提供的技术支持中：
1.为实施合同，转让方将派遣熟练、健康及胜任的技术人员到合同工厂提供技术支持。他们到达及离开合同工厂的确切日期应由双方根据合同材料组装和测试的实际进度商议确定。
2.转让方技术人员应向被转让方的技术人员就合同材料的组装、测试、检查及操作原理进行技术指导。
3.转让方的技术人员应帮助被转让方的技术人员在技术支持期间在合同工厂培训被转让方的技术人员。
4.转让方技术人员的技术支持费用见合同第三章，转让方应对其技术人员展开第三章规定的技术支持活动提供交通，信食宿费。被转让方将支付转让方技术人员附加技术服务的来回交通费。
5.转让方技术人员前往中国一个半月前，转让方应用电传、传真或电挂把转让方技术人员的资料包括姓名、性别、生日、国籍、专业及公司名通知被转让方，以使被转让方帮助办理签证。
6.转让方的技术人员前往中国的7天以前，应用电传、传真或电挂把转让方技术人员的姓名，到达时间及飞机航班通知被转让方。
7.转让方的技术人员前往合同工厂以前，双方应共同商讨并确定一个技术服务的工作日程，而转让方的技术人员应该根据合同工厂的安排和双方确定的工作日程展开技术支持。
8.在合同工厂期间，技术人员的工作期限应该从他们到达合同工厂的那天算起直到他们离开合同工厂那天为止。
9.被转让方应免费向转让方的技术人员提供技术支持所必需的工具及合适的办公室。
10.被转让方应依据中华人民共和国的规章、条例和习俗帮助转让方的技术人员安排办理技术支持所必 须的工具及仪器的进出口手续。
11.被转让方应采取必要的措施保障转让方的技术人员在合同工厂逗留期间的人身安全。
12.被转让方应为转让方技术人员在合同工厂提供必要的通信设施，诸如电话、电传及传真，费用由转让方支付。
13.转让方应对管理和组织提出建议。双方必要及重要的联络渠道将建立起来。
转让方应提供下列技术支持：
(1)制造工程师各阶段______天
(2)质量工程师各阶段________天
(3)管理人员各阶段至少每月______天
(4)电子工程师总共__________天
附件四
合同技术培训的内容和要求
1.转让方在培训开即前3个月应向被转让方提交一份初步培训计划。双方应在被转让方技术人员前往培训地点之前商讨并制定一个最终的培训计划。由转让方主持的技术培训应根据双方制定的培训计划展开。
2.转让方应免费向被转让方的技术人员提供所必需的工具，技术资料及合适的办公室。住宿由转让方安排。
3.转让方应采取必要的措施在被转让方逗留期间保障他们的人身安全。
4.培训费用见合同正文第三章。
5.培训开始前一个半月，被转让方应以电传、传真或电报通知转让方关于被转让方技术人员的个人资料，包括姓名、性别、出生日期和专业，以使转让方协助办理他们的签证。
6.被转让方技术人员应遵守转让方国家的法律和法令，遵守培训所在地工厂的规章制度。
7.培训应根据合同的实施计划分阶段进行。具体的培训时间由双方协商确定。
8.培训语言为英语，所有技术资料为英语。
9.各阶段培训中，被转让方人员不变(不能在培训期间更换人员)。
10.培训将按照预定时间表完成。
11.任何附加培训将在第一轮培训结束后决定，并应单独谈判。
12.所有培训都将由转让方的________人员在转让方生产工厂进行。
13.被转让方受训人员应至少有两年生产和测试产品的经验，英语流利，技术熟练。
14.被转让方人员在转让方工厂受训后，将负责培训被转让方工厂的人员。
15.被转让方工厂的生产人员应至少有两年生产和测试产品的经验。
16.被转让方将支付其培训人员的交通及食宿费， 转让方将负责被转让方培训人员在培训地的交通。
(人员要求、培训项目及时间表略。)
附件五
补充商务条款
1.检查
转让方应有权派遣其有资格的人员或指定的代表访问合同工厂或其他存有关于被转让方、合同工厂或其他相关公司、商或组织的书籍和记录的场所，并有权审阅、查核这类记录中关于合同工厂组装的各种合同产品每台整机的质量、可靠性及符合验收标准的程度的信息。
2.技术服务费率
如果被转让方要求进行额外的技术培训，对技术文件、合同设备、合同材料和软件进行补充咨询或在合同工厂为被转让方组装工作提供其他支持等额外的技术服务，转让方应对所要求的专门的技术服务提供报价或提供一段合理期限的现场技术服务。从合同生效之日起______年内，对此种支持的费率将是：转让方提供的技术服务人员每人每天______美元，外加技术服务人员从其常规办事地点到合同工厂的商务级来往旅行费用。对于来自中国境外的技术服务人员，被转让方将支付该技术服务人员到合同工厂的一天旅行费及回到其常规办事地点的一天旅行费。________年期限以后，合同合作方将根据类似产业的技术服务费协商出一个附加技术服务的费率。
附件六
合同产品的转让方商标和被转让方商标
只有经转让方预先书面批准，被转让方才能在合同产品中使用下列转让方商标之一：
转让方商标
在中国的登记号
类别
在中国的生效日期
被转让方还应在其全部合同产品上标出如下“附注”：
注：经__________公司许可，由中国____________厂制造
附件七 合同材料价格(略)
附件八
合同设备的保证
1.________保证其______材料和工艺完好无损，保证期为从装运日算起________个月，或最终验收通过后__________月。
2.________生产的合同设备应有____________个月的保证期，从最终验收完成那天算起。
3.被转让方负责指出初步的故障线索，负责硬件、固件及软件的搬动、更换及把出现故障的机器用防损包装运到转让方指定的维修地。
4.在转让方维修地维修或更换出故障的________合同设备在整个 保证期内是免费的。
5.把__________合同设备邮寄、空运或以其它运输方式发运到指定的转让方维修地，所化费用由被转让方承担;维修件或更换件运回被转让方的费用由转让方承担。
6.在保证期内发生故障，转让方应免费在保证期内或维修或更换该__________合同设备。所维修或所更换的项目保证期顺延相同一段时间，转让方通过更换所获得的故障件将是转让方的财产。被转让方唯一的补偿及义务是不再索回送去维修或更换的________合同设备。
7.本保证不包括：
7.1 故障、损坏或失灵源自________。
7.1.1 __________合同设备使用不当。
7.1.2 使用失误、事故、疏忽，环境或现场条件不符________合同设备指标。
7.1.3 不经认可任意维修、改造或在________合同设备内换用未经认可的部件。
7.1.4 不可抗力事故
7.1.5 不经转让方认可，擅自安装、优化或把________合同设备从原安装位置移开。
7.1.6 天线、线路或互连设施任何部分的失灵。
7.1.7 被转让方不依据转让方的设备及软件维修协议维护______;或没有按照一位或数位有关培训完成人员的指导，及技术资料的要求进行其他维修。
7.18 把________合同设备从被转让方运送给转让方途中所遭的损坏。
8.本书面保证由转让方提出，只限于最初购买方，并只在中华人民共和国生效。经转让方书面认可，本保证的有效条款可以提供给用户。
9.本保证将取代所有其他具体排除的保证，无论是明确的还是暗示的，包括但不限于，为一个特殊目的所含的商用性和适用性保证。转让方不对间接的，事故性的，特殊的重大损坏负责;但是，如果任何适用本协议的司法法律不允许这类损坏完全不受指控，那么本条款应如此理解，即有必要给予转让方任何指控的全部有利方面或者这类法律所允许的对上述损坏指控的限制。另外，转让方只对本合同规定的保证负责，并明确表示不对________承担责任。
(合同产品保证由被转让方提供给用户。)
附件九
目标代码计算程序许可证
为保持合同简洁与一致，关于合同与附件是指本许可证合同及其附件。
本合同所有定义均适用于此。 1.范围
根据上述确定的合同，除了交换测试软件之外，用于其他转让方交付的设备中的目标代码计算机程序，将在许可证基础上由转让方向被转让方提供，用打印或其他可能的机器可读的形式，但不限于磁带、磁盘、纸带或只读存储器装置。被转让方将因此成为关于这些计算机程序的被转让方。转让方提供这些程序及被转让方的接受都将在下面的条件下进行，否则应依据转让方书面同意的其它条件。
2.计算机程序为转让方所有
本许可证下交付的任何计算机程序原件及被转让方复制的部分或全部程序均为转让方所有。
3.软件许可证
为与许可证合同执行一致，转让方给予被转让方不含提成、非独占及不可转让的许可证，在转让方的所有权下转让根据以下条款与条件使用交付给被转让方的每个计算机程序(以下简称“转让程序”)。每个此类许可证授权被转让方只以机器可读形式在转让方提供的单机中使用转让程序。该许可证不可由被转让方分配，再转让或者以其它方式转让给他方，被转让方无权复制全部或部分转让程序，除了本文表明的以外。
4.复制、保护及保密的权利
4.1 任何在此提供的转让程序可以全部或部分复制(只用于支持的目的)，以打印或机器可读的形式为被转让方内部使用;但是除了无需事先获得转让方的书面同意，而在一份许可证下的时候存在至多两份打印复制件或两份机器可读复制件以外，在被转让方的设备中不应备有软件复制件。
SIT，英文System Integration Testing的简称，系统集成测试，也叫做集成测试，是软件测试的一个术语，在其中单独的软件模块被合并和作为一个组测试。它在单元测试以后和在系统测试之前。集成测试在已经被单元测试检验后进行作为它的输入模式，组织它们在更大的集合，和递送，作为它的输出，集成系统为系统测试做准备。集成测试的目的是校验功能、性能和可靠性要求，配置在主设计项目中。
UAT，英文User Acceptance Test的简写，也就是用户验收测试，或用户可接受测试，系统开发生命周期方法论的一个阶段，这时相关的用户或独立测试人员根据测试计划和结果对系统进行测试和接收。它让系统用户决定接收系统，它是一项确定产品能够满足合同或用户所规定需求的测试，这是管理性和防御性控制。
（来源：文章屋网 ）
【关键词】软件过程；软件项目管理；流程管理
1.流程的概念及在软件项目管理中的作用
流程是由活动组成的。基本活动是由个人或团体来完成的，它不需要进行其他的基本活动的转化。流程的各个活动之间有着特定的流向，它包含着明确的起始活动与终止活动，因此是一个动态的概念。从结构上来看，流程有四个基本的构成因素：活动、活动的逻辑关系、活动的实现方式和活动的承担者。流程与“一系列的活动或事件”，“结果”等概念密切相关。流程管理不仅是一种管理技术，更体现了现代管理的思想，原有的以控制、塔式组织为基础的职能行政管理已经不能完全满足于现代企业发展和市场竞争的需要，管理的发展沿着分工理论运行了上百年后，现在又重新回归到整合与系统。
软件项目生命周期的一系列的开发过程是各种各样的流程活动：软件项目的计划编制、系统分析、慨要设计、详细设计、程序编码、测试与维护等活动过程都是一种流程活动：制定软件项目管理流程，重点考虑以下几点：
1)制定的流程能引导项目逐步走向成功；
2)制定的流程能适用软件开发过程；
3)制定的流程能指导项目开发活动．有利于对项日开发活动的管理；
4)制定的流程能以苴观的流程图表示．能使项目组成员清楚的知道软件开发与管理的过程和相互之间关系；
5)流程中的起始活动条件、终止活动条件明确、规范便于控制；
6)流程中的工作产品定义明确、可度趟，评价标准和方法具体、可操作。
2.软件项目管理总体流程设计
在软件项目开发管理过程中，不仪要努力实现项目的范围、时间、成本和质量等目际，还必须协调整个项目过程，以满足项目参与者及其他利益柑关者的需要和期望；随着软件规模和所涉及的领域不断地扩大，软件项目的管理越来越困难，纵观所有失败的软件项目．基本原因是不能管理其软件过程，在无纪律的、混乱的项目状态下，组织不可能从较好的方法和工具中获益。严谨的软件过程控制管理不仅可以在每个阶段回顾和纠正项目的偏差．别软件项目的风险甚至果断中止项目。且可以将人才流动所带来的不利影响减少到最小。要进行有效的过程控制，必须明确软件项目管理流程。
软件项目管理总体流程设计为项目搜寻、立项、售前合同生成和合同执行等5个主要阶段，分别以Pl、P2、P3、P4、P5表示；同时设计了立项完成、合同签定、功能定义、软件开发、项目验收等5个里程碑，分别以TM1、TM2、TM3、TM4、TM5表示，如图l所示。在这些流程中，合同执行流程是软件项目管理的核心，其主要过程有：产品定义、软件开发、测试执行、内部验收、项目实施与验收、项目维护．
3.软件项目管理总体流程分析
3.1项目搜寻
项目搜寻是项目立项的基础，项目搜寻阶段的主要任务包括市场信息收集，用户需求跟踪，对潜存的项目进行分析和筛选。
3.2项目立项
立项阶段的主要任务是确认立项的理由，提出立项建议，提供合适的资金和资源，使立项建议成为正式项目。
3.3项目售前
售前阶段从项目立项开始到项目合同的签定结束，主要工作有：制定与客户的交流计划，详细了解客户的背景资料，了解客户启动项目的缘由、目的和期望，编制项目方案建议书，准备合同蓝本。
3.4合同生成
合同生成阶段的主要工作有：项目方案的评估与确定技术合同、商务合同的商定、评估与签署。
3.5合同执行
合同执行是软件项目管理流程的重点，可分为软件开发、测试执行；内部验收、项目验收、系统维护等五个基本工作过程。
3.5.1软件开发
软件开发阶段分为：需求调研、系统分析、系统设计、编码、单元测试等过程。主要从三个方面进行管理：
1)制定项目计划。软件项目计划是一个用来协调所有其他计划，以指导项目执行和控制的可操作文件。它体现了对客户需求的理解，是开展项日活动的基础，也是软件项目跟踪与监控的依据。
2)确定开发过程。根据软件项目和项目组的实际情况，建立起一个稳定、可控的软件开发过程模型，并按照该过程来进行软件开发
3)加强过程控制一过程控制主要包括过程管理、变更控制和配置管理。
3.5.2测试与执行
项目测试的目的是俭查系统是否符合项目合同与任务书规定的要求、项目测试分集成测试和系统测试，主要进行功能测试、健壮性测试、性能一效率测试、用户界面测试、安全性测试、压力测试、可靠性测试、安装／反安装测试等测试过程在模拟运行环境中进行。
3.5.3内部验收
项目完成集成测试和系统测试后进行项目内部验收．主要有三个步骤：①文档准备。项目经删提交内部验收计划、项目开发总结报告、产品清单：财务主管提交项目财务预算报告。②内部验收测试。内部验收测试的测试内容与方法虽然与系统测试基本相同．但应站在用户验收的角度进行，因为它是试运行的基础。通过这一步。为用户验收作充分的准备。③内部评审。对提交的所有文档及测试结果进行内部评审，完成项目开发总结报告：
3.5.4项目试运行与验收
试运行与用户验收阶段的主要任务是，使所有的工作产品得到用户的确认。主要工作有：①验收前的准备。项目经理负责检查产品的完整性。包括文卡当、介质和中间产品等，以确保现场实施的成功；负责应用软件的现场安装调试，完成安装调试总结报告；负责制定用户验收计划，并得到客户的确认。②用户进行验收测试和系统试运行，进行文档和系统的移交。③用户确认。项目经理负责与客户协测，协助用户进行项目验收，形成用户验收报告。
3.5.5项目维护
软件系统的维护分为两大类：一类是纠错性维护，由于前期的测试不可能暴露软件系统中所有潜在的和隐含的错误，诊断和改正这些错误的过程为纠错性维护。另一类是完善性维护，在软件正常使用过程中，用户还会不断地提出新的需求，为了满足用户新的需求而增加软件功能的活动称为完善性维护。如果需求变更很大，那完善性维护将转变为软件新版本的开发。系统维护的宗旨就是提高客户对软件产品的满意度。确保系统的正常运行是系统维护的根本目的。
3.6软件项目管理的里程碑
项目的考核与评审是软件项目管理流程控制的基础，我们在整个流程中设定五个基线，即确定五个里程碑，它们分别是TM1：立项完成；TM2：合同签订；TM3：产品功能定义完成；TM4：软件开发完成；TM5：验收通过。
各阶段的主要的进入条件和相应的工作结果是里程碑是否达到的重要标志。
4.结束语
本文设计的软件项目管理总体流程及相关技术已成功运用在软件项目的研发和管理中。通过将流程管理应用于软件项目管理中，以设定软件项目总体流程为主线，确定每个阶段的主要流程和里程碑，并采用评价指标体系和一系列的模板和表格进行软件项目开发过程的控制和管理，使软件项目的成功率显着提高。
实践证明，针对企业和项目的实际情况，确定软件项目运作流程，定义软件工作产品，明确各阶段的进入条件和退出条件，进行有效的流程控制与管理，大大的提高了软件开发的效率和项目的成功率。
参考文献：
[1] 韩万江.软件开发项目管理[M].北京:机械工业出版社,2003.
关键词：智能化；施工；控制
1 智能化建筑弱电工程的实施要点
(1)功能需求分析和系统的总体设计。准确把握工程的设计标准和系统的功能定位，从功能需求出发，使总体设计能够反映具体工程的功能特色。
(2)弱电承包商的选择。目前，由系统集成商(主承包商)或者业主对各子系统进行总体协调、管理与控制的工程运作模式较多。从某种意义上讲系统集成商是技术能力、工程管理、组织能力三者的有机“集成”。选择一个称职的主承包商(集成商)是工程成败的关键。
(3)弱电工程的系统维护和管理。虽然弱电工程的开通运行是工程成功的重要标志，但智能化建筑要以实现其功能和获得投资回报作为最终目标，智能化工程在通过了验收、评估后，系统维护和管理成为实现工程目标的重要保证。
2 智能化建筑弱电工程的管理重点
2．1 技术管理
(1) 智能化工程界面的确定是系统开通的必要条件，也是弱电工程中技术管理的重点和难点之一。工程界面的确定通常包括：设备材料供应界面、系统技术界面、设计界面以及施工界面的确定。
在工程实施前，应根据合同和设计要求，确定项目各系统之间以及每个子系统与机电设备、土建、装饰专业之间的工程界面，确定产品供应商、工种承包商及施工单位之间的工程范围和职责界面，并在工程实施过程中对上述界面进行修改调整和再确认。
(2)做好技术和施工设计图纸及其资料的审核，保证智能化工程的顺利施工。在施工前，通过对项目工程技术和施工设计的审核，以确保设备清单、监控点表、施工图三者一致。
2．2 工程管理
(1)加强专业与工种之间的协调配合。智能化工程往往涉及土建、装饰、空调、给排水、供电、照明、电梯等专业，在工程现场应与各专业密切配合，尤其在阀门、流量计、水管温度传感器和水流开关及其安装、开孔位置、凸台焊接、风门与执行器的配合等，均须与相应工种协调配合。
(2)加强工序之间的检查与验收。由于弱电工程的配管、线和线路敷设、设备安装及调试可能是由不同的施工单位施工，因而当每个工序或工种施工完毕，应填写相应的施工记录；进行单体设备安装和穿线、接线时，应按照隐蔽工程相应的工程验收规范和设计图纸要求进行交接验收，并填写单体设备的测试记录，提交完整的工程技术档案资料，分清责任，避免相互推诿，确保工程质量。
3智能化建筑施工及验收的规定
目前 ，智能化系统工程的施工可依据《智能建筑工程质量验收规范》GB 50339--2003 (以下简称规范)和一些地方性标准执行。
3．1电气线缆敷设与接地系统
除了对支架安装以及线槽、电管、线缆(电线、电缆、光纤)的敷设、电源设备及接地系统安装的常规要求之外，规范还强调电源线应与信号线及控制电缆分槽、分管敷设。接地系统除有特殊要求外，可以与整个建筑体共用一个接地体，但接地电阻值必须符合设计规定值。此外，屏蔽电缆的屏蔽层必须与建筑物接地装置有良好的接地。
3．2 智能化建筑设备监控系统(BAS)
规范规定了系统设备(主机、网关、通讯设备、DDC、控制屏等)、系统输入设备(各类温度、湿度、压力、流量、电量传感器、水流开关等现场设备)、输出设备(各类风门、执行器、阀门等执行机构)的安装方式、施工规范和验收标准，还规定了系统中DDC、新风机、空气处理机、送排风、冷热源设备、VRV末端设备、给排水系统单体设备(水泵、水箱、水池等)、变配电与照明设备等单体设备的调试程序、测试项目、测试方法和要求，并按照 BAS系统验收标准的规定进行系统调试与验收。
3．3 安全防范系统
规范明确了该系统由防盗、防入侵报警系统、视频监控系统 、出入口控制系统、电子巡更管理系统、访客与报警系统、车库管理系统和通信系统 7个子系统组成；规定 了各类入侵探测器、摄像机、云台、解码器、监视器、对讲设备、巡更信息钮(开关)、读卡机、感应线圈、机架、主控制设备(台)的安装要求、施工规范和验收标准。同时分别规定了上述各子系统单体设备及系统的调试和验收的基本要求、顺序、技术验收和系统验收标准。
3．4 通信网络系统
规范规定了该系统的安装调试、验收的工作流程，包括对设备安装、系统调试、交验、初验测试、移
交、割接准备、割接、试运转验收测试等内容，其他项目均按建筑智能化系统验收标准进行系统验收测试
和最终验收。其中，设备安装的要求包括机柜、机台、终端设备、配线架(MDF、ZDF)、信息插座、
线缆终端、光纤芯线终端、VSAT端站天线及其防雷接地、电源设备(UPS)等；系统测试和初验测试包括光
缆线路、SDH光缆传输设备、远端模块、程控用户交换机 、v5接入网设备 、数字数据网、DDN节点机、会议电视系统、VSAT端站、通讯电源(直流电源)、结构化布线的测试和初验项目及标准。
3．5 火灾自动报警及消防联动系统
规范明确了各类火灾报警探测器、报警按钮、接口模块(输入输出、切换、隔离等)、报警控制器、楼
层显示器等设备的安装要求、主备电源的调试、火灾自动报警功能的检查、探测器的报警测试以及控制设备的联动调试 ，包括消火栓系统、喷水灭火系统、泡沫及干粉灭火系统及联动控制设备(包括消防电源、切换 、电梯 、防火卷帘门、空调机、防火门、防烟与排烟风机等)、报警及通讯检测和系统验收测试项目抽检范围以及验收标准。
3．6 信息网络系统
规范确定了智能化建筑信息网络系统的模型，规定了计算机网络系统的安装和测试，包括交换机、广域网、局域网、接入设备路由器、网络集线器、网络软件的安装与测试、计算机设备的安装与测试、应用软件的安装验收和系统测试以及系统验收内容、方法、单项合格及综合合格的判定依据。
3．7综合布线系统
规范确定了综合布线系统是一套用于建筑物内或建筑群之间为计算机、通信设施与监控系统预先设置的信息传输通道。它将语音、数据、图像等设备彼此相连，同时能使上述设备与外部通信数据网络相连接。它为智能大厦和智能建筑群中的信息设施提供了多厂家产品兼容，模块化扩展、更新与系统灵活重组的可能性。既为用户创造了现代信息系统环境，强化了控制与管理，又为用户节约了费用，保护了投资。
4 智能化建筑弱电工程的质量控制
4．1 设计阶段的质量控制
检查并确认各子系统的系统设计、技术设计、功能描述、设备选型，必须达到合同、业主及功能需求
分析的要求；根据确定的工程界面，检查各专业、子系统之间技术交接、互提资料是否达到要求，包括功
能、信号匹配、设备配置、逻辑关系等；检查受控对象的设计管线到位情况，确保双方信号接口界面功能达到设计要求；对设计图纸进行全面审核 ，确保设备清单、监控点表与施工图三者一致。
4．2 施工工程质量的控制
按相关的施工及验收规范分阶段进行质量控制，并严格执行施工工艺框图制定的质量保证体系；按施工工艺要点做好单体设备安装的质量检查；做好电管、线槽、电缆敷设及隐蔽工程的施工记录和验收；按设计和产品技术说明书的要求，做好单体设备的测试并填写调试记录。
4．3 系统调试
系统调试前进行文档检查，根据设计、规范、合同的要求编制调试大纲，经审查确认后组织实施；记
录、检查、确认各项测试数据，若发现问题及时处理并经相关部门确认；严格按规范和调试大纲的要求进行检查。
在各主流IT或信息安全评价体系中,都或多或少对软件生命周期中的信息安全控制进行了要求和规定,本文综合了流行的ISO27000,Cobit5,PCI-DSS等评价体系,结合国家信息安全标准,及审计咨询公司常用的SOX,SAS70等第三方评价标准,就如何设计与实施软件生命周期中信息安全的相关控制点归纳总结如下
1.1软件生命周期中信息安全的整体要求
(1)制定并正式的软件生命周期控制文件:明确说明开发过程的控制方法和人员的行为准则,并应充分考虑对信息安全方面的要求,确保开发出来的系统可以满足公司整体信息安全的需要、相关法律法规的信息安全要求,以及特殊部门或流程的信息安全需要。(2)软件生命周期中对信息安全的总体要求:虽然由于系统所对应企业、部门、业务或流程的差异,每个系统的安全要求有所不同,例如通常来讲,金融行业对安全的要求较高,金融行业里,涉及客户信息、财务信息的系统安全要求较高等等。每个企业、部门必须根据自己的流程评估风险,确定对数据完整性、安全性、可用性的要求,从而进一步确定信息安全要求。
1.2对环境的要求
(1)确保开发环境与实际运行环境物理相分离,开发环境应该由一系列足以支持开发工作且尽量与生产环境接近的设备搭建而成,所有的开发和测试工作均应该在此开发环境中进行。在实际工作中,也可以实行开发环境、测试环境及生产环境的分离控制,或开发环境、测试环境、用户验收测试环境及生产环境的分离控制。在上述环境中,开发环境可以相对较弱,以可以支持代码开发、进行模块测试及基本的集成测试为标准;测试环境,特别是用户验收测试的测试环境,则要求较高,应与实际环境保持一致或尽可能接近。(2)对开发环境(及测试环境)实施安全控制:例如未经授权的人员不得访问开发环境(测试环境),对开发(测试)中的软件实施严格的版本控制,开发(测试)环境的机器必须安装杀毒软件并及时更新病毒库,并及时对操作系统及相关应用软件进行补丁修正和升级。
1.3对人员的要求
(1)软件生命周期中的工作人员必须具有足够的专业胜任能力及职业道德素养,足以从事相关工作。(2)对开发人员和测试人员实施职责分离,开发人员未经授权不得访问或修改生产环境的程序或数据。1.4业务需求阶段在业务需求制定阶段,应注重对信息安全方面的需求制定。在业务需求书中,应明确对系统安全的详细要求,并在系统设计阶段开始之前,由各利益相关方(含信息安全的负责人)书面确认。业务需求阶段完成后,任何对系统安全需求的修改,也应视为对业务需求书的修改,需经过正式的系统变更流程。
1.5系统设计阶段
(1)对系统进行整体设计和详细设计,通过分析系统的数据流,包括数据录入、系统内部模块间的数据传输、信息存储、数据库访问及管理、系统间数据传输,、数据输出等,确保实现所有过程中对数据的全面保护,特别是对特定业务的特定数据进行保护,例如密码,客户信息,财务数据等,对重要数据的存储和传输设置权限和校验,并进行加密。(2)在软件的应用层面应至少包含如下的控制设计:i)输入检查:对系统的输入数据进行验证,比如设置强制输入完成才可进一步处理的字段;对输入数据的类型或范围进行检查,例如日期;对输入数据的长度进行检查,例如手机号码位数;对数据进行正确性校验,例如利用身份证校验码策略检查身份证号码,对比身份证号码与出生日期。ii)数据处理过程中的检查:对系统处理过程中的数据进行检查,比如在自动化转换或传输过程中,比对数据记录的总条数和数据总和;设置流程,提醒将系统数据与纸质数据进行比对验证。iii)输出检查:对输出结果的合理性进行系统检测,以及设置流程提示将系统输出数据与手工证据进行核对等。
1.6系统实施阶段
制定代码编写安全规范,要求开发人员参照规范编写代码;严格禁止不安全的实施方法,例如将用户名或密码编写在程序中,使用未经审核过的代码包,使用未授权的网络工具等。对源代码的访问和修改必须严格控制,例如通过配置管理工具进行代码访问及代码版本控制。
1.7系统测试阶段
(1)系统测试整体要求:对系统测试验收的控制方法和人员行为准则应进行书面规定,确保系统在开发期间直至验收需对软件、硬件、服务等元素进行一系列的测试,确保系统及数据的完整性和可用性。对源于生产环境的测试数据去敏感化,如客户身份证信息等,在传输过程中进行加密,并确保在测试后被完全清除。(2)测试通常应覆盖业务需求书中的所有要求,包括系统功能、软硬件性能、平台兼容性、系统容量、系统恢复等,也应特别保护对信息安全的测试,如防攻击测试、穿透性测试等。(3)用户接受测试:接收测试的测试人员应由非开发人员担当,且必须包含业务人员。测试范围应涉及系统所有的功能,包括数据库及操作系统。接收测试也应特别注意对系统安全方面的测试,例如审查关键代码,查找后门程序及穿透性测试等。(4)测试结果:测试结果需书面记载,与用户期望结果进行比对和确认。此记录及确认中需包含对信息安全方面的测试结果,确认测试结果符合系统设计及公司整体的信息安全需要,或已经授权采取了充分、恰当的补偿性措施。
1.8系统上线
(1)系统上线前需进行如下确认,信息安全评估已充分进行,安全方面的缺陷已被充分确认及记录,系统的性能和容量可以满足要求,所有与系统相关的补丁或更新已经实施,所有开发中遇到的问题已得到妥善解决,建立了充分恢复措施,测试数据已被擦除,服务水平协议已经建立,以及各利益相关者已经对系统上线做了批准等。(2)系统上线时需进行的操作:对初始数据迁移或输入的确认,对技术人员及用户进行培训,设置恰当的上线窗口期并对可能产生的业务中断进行准备,明确新旧系统交接程序,制定详细的系统交付清单,提供软件的使用指南,确保上线后对系统提供持续性支持(例如IT服务台)。另外,对旧系统信息,包括系统配置、操作手册、支持软件、系统数据等进行归档。(3)上线后审核:系统运行一段时间后对系统进行评估,评价系统对业务的满足情况,其中包含信息安全的符合情况、信息安全控制措施的运行效果和效率,发生的信息安全事故以及潜在的需要改进的信息安全措施。
1.9质量控制
在整个软件生命周期中实施质量控制以确保信息安全策略的有效实施,包括评价系统风险(例如与业务需求、技术、效果、成本、时间相关的风险),评估及定义系统的安全需求,且在整个软件生命周期的节点上进行检查,以确保安全需求在开发的系统中进行了充分实施。
关键词：敏捷管理；软件开发；应用
随着信息技术的发展，用户对软件的需求也逐渐提高，这就对软件开发者提出了更高的要求。由于传统软件开发理论的不足，软件开发一般耗时较长，用户从中的收益较小，而敏捷管理方法以实践为基础，为软件开发提供了新的思路，充分提高了软件的适应性，有效地满足了用户的需求。
一、敏捷管理方法概述
软件开发的难度随着用户的需求在逐步提高，市场竞争的激烈化也刺激着软件开发者必须使用新的软件工程管理理论。目前，敏捷管理方法包括极限编程、自适应软件开发等，这些方法都以用户的需求为中心，减少了所需要的文档，提高了软件的灵活性。敏捷软件开发主要有一下几条原则：要尽早、持续地交付有价值的软件供用户使用；即使到了开发后期也能够满足客户的需求，为客户的利益着想；经常性的交付可工作的软件；在软件开发期间，开发人员要和业务人员积极沟通；为软件开发者提供他们所需要的环境，给予充足的支持；在开发团队内部，要面对面的交流，以提高信息传递效率；软件开发必须保证可持续的、恒定的开发速度；积极关注技能的创新；从最简的工作开设等。这些原则涵盖了敏捷管理的核心思想，颠覆了传统的重载软件的过程，显示了以人为本、以技术为支持、注重实效的思想，国内外的实践也证明了敏捷管理方法在软件开发中的重要作用。与传统的管理方法比较，敏捷管理主要有以下几个优点：
①较强的灵活性。敏捷管理方法较为灵活，以现有的事物为基本管理职责，由市场驱动竞争力的储备，能够有效地满足用户需求的变化。
②错误率低。敏捷管理方法将设计工作与编码工作融合到了一起，能够及时发现错误。
③项目风险较低。敏捷管理方法提高了有价值、可运行软件的速度，使用户能够尽早地使用软件。
④能够提高人员的能动性。敏捷管理为员工提供了充足的资源，对客户的个性需求有较强的应对能力。⑤降低了成本。敏捷管理方法降低了文档的维护成本，面对面的信息交流也较低了交流成本，同时轻快开发过程也降低了时间成本。
二、敏捷管理方法在软件开发中的应用
1、团队管理
软件开发不是由个人单枪匹马就能够完成的，它需要团队的合作，因此，“以人为本”是团队管理的基本原则。团队管理需要以项目为中心，为开发人员提供必要的环境和技术支持，同时还要给予积极的鼓励。一方面，要“恩威并济”。团队管理需要融入一定的纪律，保证软件开发的标准性，同时也要容忍一定的个体变化。在传统的管理方法中，严格的纪律保证了很多行业的高生产力，但在软件开发中，如果项目负责人单从自身的角度出发制定严格的标准，而忽视了员工的独特思想，则很可能造成很多不利的影响。另一方面，促进团队合作。敏捷软件开发需要促进人与和人之间、小组和小组之间的合作，不再以命令的形式调节他们之间的关系，而是以互信为基础。第三，提高开发人员的荣誉感。团队管理的困难之一在于提供适应性强的奖励机制，如果单纯以奖金的形式进行奖励，长时间也会影响团队的动力，因此，需要以更好的形式激励团队。为员工提供一定的荣誉感，能够让员工真实感受到自己劳动成果的价值，能够更加有效地激发员工的主动性、积极性和创造性。第四，提高信息的反馈效率。敏捷管理方法较为灵活，但评估起来较为困难。国内外的实践表明，在管理过程中实施积极的、经常性的反馈，并认真分析评估反馈结果能够及时地、清楚地了解团队的精神状态和项目进展情况，从而为项目负责人优化管理方法提供了科学的参考。反馈方法较多，如检测用户故事的完成数、验收测试通过率等，另外也包括每周的评估等。启动团队是软件项目开发的重要步骤，每一个团队的启动都需要一定的时间和过程，是工作关系的构建，只有做好启动团队工作才能够有效地促进项目开发目标的实现，确定团队和员工的工作目标。一般的，从组建团队开始，调查员工的基本情况，如工作能力、人际关系等，然后分配责任，最后在启动项目前，召开团队会议，制定团队目标、做动员等。
2、开发管理
在敏捷软件管理中，多以迭代开发为主，但对管理人员的缺乏可操作性的指导，同时也缺少开发方法的阐述，缺少了单元测试、验收测试。由于项目团队的规模、人员构成、项目目标等方面的不同，软件开发项目没有统一的开发策略，只有结合具体情况制定开发策略才能够满足实际的需要。敏捷管理方法指导下的开发策略需要注意以下几个问题：第一，努力实现软件的可运行。从阶段性设计看，可运行的软件代表了团队的开发成果，为团队带来了成就感和信心；从用户的角度出发，只有给用户展示了可运行的软件才能够让他们真实地看到自己的需求是否得到了满足。第二，制定周密的开发计划。传统的软件开发在项目进度方面的掌握程度较低，系统正式完成的时间不确定，因此，敏捷开发要求将开发进度可衡量化，将每一个任务制定一定的点数，将所有任务的点数相加就是本次开发所需要的工作量，用所完成的任务点数比上总任务点数就是开发进度百分比。第三，尽量减少文档的数量。在开发时要根据实际需要增减文档的制定，降低项目的风险。第四，加强交流。敏捷开发要求开发成员之间要加强交流，保证数据采集、团队合作、软件设计的效率。第五，积极考虑客户的需要。敏捷开发要积极满足用户的需要，让用户直接参与软件开发的过程中，让客户亲临现场，与其探讨软件开发中的各种问题，提高软件的实用性。
3、需求管理
需求管理以掌握用户对软件的需求为目的，是项目启动的第一步，是一支指挥棒，以灵活的变动将“用户故事”和“现场客户”结合起来，表达了用户真正的、迫切的需求。“用户故事”是一种较为简单的搜集客户需求的新方式，独立表达了用户的需求，用户可以随时删除也可以随时加入，是一种概述性的描述；“现场客户”是指让用户代表亲临开发现场给予指导。用户故事与现场客户两种方法的结合，让客户对团队开发软件的细节有更加深入地了解，同时也能够给予必要的指导，节省了交流时间，提高了开发的效率。
4、规划
在对用户故事进行轻重排列后，从业务和技术方面逐一制定实现计划。在业务方面要积极考虑业务价值加大的用户故事；在技术方面，技术小组从技术难度及风险的角度出发，划分功能区，要将所存在的问题说明给客户，让客户做出选择。
5、迭代规划
敏捷开发要求尽可能为客户提供可工作的软件，因此，要尽量缩短迭代的周期，一般为1~4周。迭代的优先级由技术组确定，但其价值又客户决定。在第一次迭代中，小组要建立基本的开发设施，另外，要避免技术迭代，减少耗时。对团队开发来说，在历经几个月甚至几年的时间才有所突破，每一次的迭代都是一次成就，是一种较好地员工激励形式。
6、任务分配
在客户将用户故事提出后，开发团队商讨如何分界为几个任务，然后分配给开发人员。第一步，客户提出用户故事。客户将用户故事宣布告知给开发团队，团队成员可以提出问题，以充分理解客户故事。第二，讨论任务。开发团队在讨论过后将用户故事分成多个任务，做好接受任务的准备。第三，选定任务。团队成员选定合适的任务，做好估算工作。
7、软件设计管理
在敏捷设计中，迭代开发的过程要力求减少文档，另外，敏捷管理要努力实现全局视图和软件源代码一起演化，从当前的系统需求出发构建所需的基础结构，保持结构的简洁、干净，病富有表现力，同时还要提高其灵活性。在分配给开发人员任务之后，要测试代码，提高源代码的质量，让开发人员有更加充足的信心，同时，测试也能够迫使程序员从不同的角度观察所要编写的程序。软件开发都是由结对的程序员使用同一台电脑实现的，由一位出入代码，另一外观察代码及其需要改进的地方，两者可以交换角色，最后所生成的代码成果由两人共享。结对关系每天至少要改变一次，以减少两者的压力，提高编码质量，同时也能够促进他们编码技术的提高。
8、跟踪
跟踪能够让程序员、客户及管理者明确工作进度、质量等问题，同时也能够发现潜在的问题等。一方面，要跟踪资源，即计划和实际的对比、团队成员的人数、客户参与次数、测试人员数量、参与开发的计算机数量等，这些是软件开发的必要条件。另一方面，跟踪范围，即跟踪故事的变化情况。第三，跟踪质量，即测试表所显示的通过测试数及未通过测试数。第四，跟踪团队成员，即观察开发成员的问题、开发成员之间人际关系问题，看其是否全身心地投入等。
9、测试验收管理
当一个迭代完成后，用户会与团队商议下一步的需求。测试验收过程中，越早的发现问题，就能够缩短程序投入运行所需的时间，期间，客户需要提供验收测试，所提供的测试越多，项目进展速度就越快，价值也就越高。客户可以通过制定的形式采集所需要的素材，通过自动的脚本根据客户的需求运转。一旦某项测试通过需求，则决不允许该测试再次失败，随着测试的不断累积会形成一个测试集合，它能够测试系统的运行，一旦测试失败，系统的创建也就失败。因此，要保证需求的实现，避免其遭到破坏。
三、结语
敏捷管理方法渗透于整个软件开发过程中，是一个长期的信息构建原则，而不是某一个独立的事件它，适应了复杂软件开发的要求，同时也适应了软件技术发展的需要。随着客户对软件要求的不断提高，敏捷开发适应了复杂的环境，并且尽可能地保持软件开发的简单化和系统化，适合团队型的开发项目，它能够及时反馈信息，有效提高客户的满意度，也能够保证系统的质量。
参考文献：
[1]沈成莉.敏捷项目管理在软件开发中的实践应用[D].复旦大学2009
[2]唐俐威.软件开发的敏捷管理方法应用研究[D].哈尔滨工业大学2006
2、刚开始做测试的时候，你是怎么学习写测试用例的？
3、你对黑盒测试用例的编写的体会是什么？有什么好的版本或者标准吗？
对于测试用例，而我目前正在思考的问题是：怎么写出对公司有价值的测试用例，对公司来说，怎么测试才是最有价值的测试？
一个测试用例要写到什么程度才比较好？
这个问题，没有定语，没有说是在什么样的一个情况下，因此我这里只能就我工作中碰到的情况说说了。说起来比较长阿，大家要有耐心看才行哈。^_^
在我测试工作中，碰上的测试类型我自己划分成这么4种：项目的测试，产品的测试，产品个性化的测试，第三方验收测试。项目的测试指的是我所测试的软件是一个项目，是某一个具体用户使用的。产品的测试指的是我所测试的软件是一个通用产品，是供很多用户使用的。产品个性化测试指的是我所测试的软件是某一用户在使用产品时，提出了特殊的功能，针对这些新功能，对产品针对用户进行了个别修改。第三方验收测试大家都应该很熟悉了，这里就不需要做解释了。
对项目、产品的测试，测试的时候通常要考虑这个项目的周期和测试资源。我所在的公司，通常项目开发时间都很短4到5个月，然而测试通常都是在开发即将结束的时候才真正介入。测试就是1个人负责。因此时间和人力资源对测试来说是完成测试工作的一个风险。为此在这种情况下，我都是先熟悉系统的业务，把握重点业务和功能后，参考需求，把测试需求、测试计划和测试大纲给制定好。由于时间关系，测试用例都是先写重点的业务，也就是集成测试的测试用例。另外测试用例是根据测试大纲来的。通常都是先挑最重要的测试项和风险大的业务功能编写测试用例。
由于测试用例是本人执行，所以测试用例可以写的简单些，但是一定要开发人员能够看明白。可惜我所在的公司，都没有人来看我的测试用例。测试用例对我来说是用来提示我不要忘记了要测试哪些项。一些很有价值的bug通常不是在写测试用例的时候发现的，而是在测试软件的过程中，我在家睡觉前的思考和回家的路上思考出来的。这就是手动测试的魅力，有些软件的缺陷是在你使用软件的一瞬间和思考的一刹那突然发现的。所以要我回答测试用例要写到什么程度才比较好，我觉的只要你所写的测试用例在你的公司能够顺利的执行，不影响你的测试执行工作就可以了。因为测试用例写的太详细，你要花费时间和人力成本，这样出来的测试用例是最好的也是最贵的，一旦需求变更，也需要修改，这时你会发现这种详细的测试用例是最不挣钱的。测试用例写的太粗，别人看不懂，不能执行，那你要花费你的时间去解释，这就加大了测试的工作量。这也不是好的方法。
第二个问题，刚开始做测试的时候，你是怎么学习写测试用例的？
我之所以选择测试这个工作是因为：我毕业后，在第一家公司做技术支持，产品的问题很多，导致技术支持工作很辛苦、很累。为了让用户买到的产品的质量是好的，我选择了做测试，到了现在的公司。我刚做测试的时候，对测试一无所知，什么测试流程阿、文档阿都不知道，公司的测试和管理也不规范。对测试，大家都认为不就是拿个鼠标点来点去，谁都可以来做。为此，我经常上网查测试的资料，看看自己到底适合不适合做测试，测试到底是什么样的一个职业，怎么去规划自己的个人发展。其实要做好测试，真是不容易。不喜欢，真是不能做这个职业。
现在想想自己刚开始写测试用例的时候，真是好笑。就像小孩子学习写字一样。先是在网上狂搜索了一把测试用例的模板，综合了几个，就形成了。我之所以不用公司原有的测试用例模板，是因为太不适用了。还好，公司没有严格要求必须要那个模板，只要适用就行。模板找好了，可是写就费劲了。对于刚做测试的新人，看似简单的一个填表工作，要写好真是不简单。一开始写的比较不自然，有些生搬硬套，而且还很慢。没有办法，那时候没有人指导我，全靠自己自学和领悟，所以那段日子很苦阿！多写几次后，就知道和领悟了，测试用例要根据测试大纲来写，测试大纲要根据测试计划来写。测试大纲更多的是把握住测试项的方向，而测试用例是指导怎么去执行测试。还好，我有编程的经验，所以对我熟悉软件帮了一个很大的忙。熟悉了软件的业务才能去写测试用例，才能更好的去测试。这也是我一点一点的领悟出来的。说了这么多，不知道这样的回答是否是回答了这个问题。
你对黑盒测试用例的编写的体会是什么？有什么好的版本或者标准吗？
我的体会：
1、测试用例要根据测试大纲来编写
2、测试用例也要分测试项进行归类，这样比较好分析和阅读。如：业务流程测试、安装测试、功能测试、用户友好性测试、兼容性测试、性能测试、安全性测试等等。
3、编写测试用例要考虑各种情况，精力主要集中在软件的主要业务流程和风险高的地方。能分出测试优先级别就最好了。
4、熟悉系统，对编写测试用例很有帮助。
本技术转让合同(以下简称“合同”)由甲方_________(根据_________法律成立和存在的一家公司，其办公室设在_________)和乙方(根据中华人民共和国法律成立和存在的一家公司，其主要办公室和营业地点为_________)，于_________年_________月_________日达成和签署(甲方和乙方以以下有时合称“双方”，或单独称为“一方”)。
鉴于甲方已获得甲集团及其附属公司的授权，向第三方出售关于_________的技术和诀窍;
鉴于乙方有意获得这种技术和诀窍;
鉴于甲方愿意根据主合同的条款和条件，及根据本合同的条款和条件，向公司出售此种技术和诀窍。
为此，双方协议如下：
第一条 技术诀窍和培训的内容及质量保证
1.1 本销售合同的主题是使用甲方和它的关联公司所拥有的技术和诀窍的权利，包括一切规格，作业周期资料等，以及包括与此有关的任何技术资料_________。
1.2 甲方将按照附件b的规定提供技术服务以及指导开车和开车后初期操作，有关此种技术服务费用应作为甲方按主合同向乙方认缴资本的一部份。
1.3 甲方应在它的关联公司，即甲集团设于的设施中的_________工厂，或在甲方自行选择的另一间_________工厂，提供操作和保养培训。乙方人员接受培训的最适当时间，将由甲方和乙方共同商定。在甲方的设施进行的此种培训，估计可在两个至三个星期的时间内完成。派遣受训人员所需的在国外的一切费用由甲方支付并应作为甲方按主合同向乙方认缴资本的一部份，有关的其余费用由乙方负责。
1.4 乙方应挑选合理人数的具有适当资历的人员，包括一名操作员和一名工程师，派往上面第1.3款所述的设施接受培训。受训人员中，至少应有一人能操流利_________语。
1.5 甲方同意向乙方提供为履行本合同所必需的一切文件，一切文件均仅有_________文本。
1.6 甲方应提供在乙方的工厂中初期必需的培训工作，以便使乙方能正确地掌握_________的操作工艺，该培训费用应作为甲方按主合同向乙方认缴资本的一部分。培训人员的数目，以及他们派驻乙方的工厂进行安装和试车培训的时间长短将与乙方商讨后由甲方决定。此种人员在中华人民共和国的生活费应由提供，作为主合同中所规定的该厂向乙方认缴资本的一部分。
1.7 乙方对有关_________在本合同条款规定以外的任何协助，应由甲方谘询协议的形式提供，其条款和条件将以书面形式商定。
1.8 甲方应根据第1.8.2条的验收测试程序保证提供给乙方的_________装置达到第1.8.1条所述的规格和性能。
1.8.1 规格和性能_________。
1.8.2 验收测试程序_________。
第二条 付款
2.1 考虑到乙方购买使用_________工艺的权利，乙方同意分五期，每年一期以_________万美元向甲方支付总金额_________万美元。该款以汇款形式汇入由甲方指定与中国银行有业务联系的国外银行帐户内，第一期款项将于_________工厂开始作业之后十二个月到期应付，此开始作业日期应由双方书面同意确定。
2.2 甲方在中华人民共和国按中国税法应缴纳的，与上面第2.1款所述有关的任何税金，均应由乙方为甲方预扣和代缴;乙方这样为甲方预扣和代缴的任何此种税金，均应由甲方记入贷方，作为乙方部分清偿上面第2.1款规定应向甲方付款的一部分。乙方为甲方这样代缴的一切税金，均应在缴税日期后十天内向甲方提出书面报表。这种书面报表应附上以甲方为抬头人的政府正式收据原件，并应书明为哪一笔特定付款缴纳该项税金。
第三条 额外义务
3.1 为了使甲方愿意向乙方出售_________工艺，乙方同意对此种技术和诀窍加以保密，除了合理需要使用这些技术和诀窍，且已书面同意对此种资料加以保密的乙方高级人员以外，乙方不得向任何其他人透露这些技术和诀窍。此外，乙方同意，它将只在它的工厂中使用此种技术和诀窍，乙方不得向任何第三方透露或出售这些技术和诀窍，也不得授予这些技术和诀窍的许可证。
