当前位置：文档库 › 内弹道程序报告

内弹道程序报告

姓名：

学号：

专业：武器发射工程

学院：能源与动力工程学院

指导教师：张小兵

1.程序功能

对于一般的内弹道方程组，微分方程是非线性的，编制通过数值解法进行求解的程序。

2.设计思路和整体方案

（1）输入已知的数据，包括火炮构造，弹丸诸元，装药条件，起始条件，步长等参数。

（2）进行一些常量的计算，方便在程序中进行使用。

（3）计算内弹道方程中变量的初值。

（4）将内弹道方程组进行量纲化，然后使用龙格库塔法计算微分方程，包括最大压力搜索和特征点判断，得出各个过程的数

据。

（5）将程序输出成表格和曲线。

3.程序遇到的主要问题和解决方案

（1）在程序中首先要编制一个四阶的龙格库塔子函数，同时还要编制一个微分方程右端子函数。在龙格库塔子函数编制过程中借鉴了之前导弹运动弹道程序的编制。

void rk(n, h)

int n;

double h;

{

externvoid dery();

double a[4], old_y[6], Y1[6], *dy;

int i, j;

dy = calloc(n, sizeof(double));

a[0] = a[1] = h / 2;

a[2] = a[3] = h;

dery(n, dy, Y);

for (i = 0; i

old_y[i] = Y[i];

for (j = 0; j < 3; j++)

{

for (i = 0; i

{

Y1[i] = old_y[i] + a[j] * dy[i];

Y[i] = Y[i] + a[j + 1] * dy[i] / 3;

}

dery(n, dy, Y1);

}

for (i = 0; i

Y[i] = Y[i] + a[0] * dy[i] / 3;

free(dy);

return;

}

（2）在最大压力点的判断上也出现了问题，为了判断最大压力点设置三个数组分别记录三组数据，当第二组的压强大于第一和第三组的

压强时，那最大压强点就在第二组附近，然后减小步长进行精确的计算。

do {

t[0] = Y[0]; kesai[0] = Y[1]; z[0] = Y[2]; l[0] = Y[3]; v[0] = Y[4]; p[0] = Y[5];

ta = t[0]; kesaia = kesai[0]; za = z[0]; la = l[0]; va = v[0]; pa = p[0];

t[0] = t[1]; v[0] = v[1]; p[0] = p[1]; kesai[0] = kesai[1]; z[0] = z[1]; l[0] = l[1];

t[1] = ta; v[1] = va; p[1] = pa; kesai[1] = kesaia; z[1] = za; l[1] = la;

rk(6, 0.005);

t[2] = Y[0]; kesai[2] = Y[1]; z[2] = Y[2]; l[2] = Y[3]; v[2] = Y[4]; p[2] = Y[5];

if (p[2] < p[1]) //寻找最大压强点

break;

result();

} while (Y[3]* lo<= 3.624);

4.程序图像和分析

p-t图像

p-l图像

v-t图像

v-l图像

图像分析：最后输出的四个图像与书上实验得出的很相似，P不断增

大达到最大值308MPa，与实验结果相差不大，然后不断减。其他数据也变化正常，例如ψ和Z都是不断增大然后分别达到 1.0000和1.4434.。

软件安全测试报告.doc

软件安全性测试报告软件安全性测试包括程序、数据库安全性测试。根据系统安全指标不同测试策略也不同。用户认证安全的测试要考虑问题： 1.明确区分系统中不同用户权限 2.系统中会不会出现用户冲突 3.系统会不会因用户的权限的改变造成混乱 4.用户登陆密码是否是可见、可复制 5.是否可以通过绝对途径登陆系统（拷贝用户登陆后的链接直接进入系统） 6.用户推出系统后是否删除了所有鉴权标记，是否可以使用后退键而不通过输入口令进入系统系统网络安全的测试要考虑问题： 1.测试采取的防护措施是否正确装配好，有关系统的补丁是否打上 2.模拟非授权攻击，看防护系统是否坚固 3.采用成熟的网络漏洞检查工具检查系统相关漏洞（即用最专业的黑客攻击工具攻击试一下，现在最常用的是NBSI系列和IPhacker IP） 4.采用各种木马检查工具检查系统木马情况 5.采用各种防外挂工具检查系统各组程序的客外挂漏洞数据库安全考虑问题： 1.系统数据是否机密（比如对银行系统，这一点就特别重要，一般的网站就没有太高要求） 2.系统数据的完整性（我刚刚结束的企业实名核查服务系统中就曾存在数据的不完整，对于这个系统的功能实现有了障碍） 3.系统数据可管理性 4.系统数据的独立性 5.系统数据可备份和恢复能力（数据备份是否完整，可否恢复，恢复是否可以完整）

秋*；当MFC片刊卫” (W “? :5 心也“八 * HlLf咯丹& 咲士劃试址评怖 ■■|J W^|> 吕甜化比 WZZ* :芒 h V ?: 土闵森；I电特江［」"■、i」 Hi'H5；.P ?"■ .ir ■；、：1八股 ■ ■■ = ■■■ '..? -I \ K L,^p . t IH ■.: 1T7V 缈 .b-H^-f.^r- . r 工=i弘也”丸■￡?;. k..x i 人｛：此确币吃 m* 冬 ji.lp- A Vtll t解X■也曲r爭*觐虐詹出「丄二一「!__空亠- ，辛ffpiR；芷MH *?(■、':.'".亍 \ m 1.*11 i ：II

软件系统测试报告(简易版)

XXXX软件项目系统测试报告

1．引言部分 1．1项目背景本测试报告的具体编写目的，指出预期的读者范围。(3-4句) 本测试报告为（系统名称）系统测试报告；本报告目的在于总结测试阶段的测试及测试结果分析，描述系统是否达到需求的目的。本报告预期参考人员包括测试人员、测试部门经理、项目管理人员、SQA人员和其他质量控制人员。 1．2参考资料《XXXX需求说明书》 2．测试基本信息 2．1测试范围 2．2测试案例设计思路根据上述测试范围测试点进行测试用例的设计。 3．测试结果及缺陷分析 3．1测试执行情况与记录 3．1．1测试组织第 2 页共4 页

3．1．2测试时间 3．1．3冒烟情况 3．1．4测试用例统计 3．2缺陷的统计与分析缺陷汇总：列出本次实际发现缺陷数、解决的缺陷数、残留的缺陷数、未解决的缺陷数。缺陷分析：对测试中发现的缺陷按缺陷类型、严重程度进行分类统计：对测试中发现的缺陷就其功能分布、测试阶段进行统计，分析软件缺陷倾向及其主要原因：残留缺陷与未解决问题对残留缺陷对系统功能的影响情况进行分析：对未解决问题对项目的影响(如有，列表说明) 4．测试结论与建议 4．1风险分析及建议无第 3 页共4 页

4．2测试结论本项目根据业务需求及开发人员的反馈意见，覆盖了所有的测试需求及案例，均已在ST环境测试完成，有效案例一共xx个，执行率xx%,，成功率xx%，缺陷关闭率为xx%，目前缺陷均已修复并回归关闭；综上所述，xx需求达到ST项目测试出口标准，本项目ST测试(通过/不通过)，可以进行验收测试 5．交付文档《xxx需求_系统测试计划》《xx需求_测试案例》《xx需求_ST测试报告》第 4 页共4 页

内弹道程序

#include"stdio.h" #include"math.h" #include"stdlib.h" #define roup 1600 #define w 14.72 #define f 950000 #define sita 0.2 #define alpha 0.001 #define u1 1.14*10^-8 #define n1 0.8275 #define e1 0.000893 #define x1 1.06 #define lamada -0.0566 #define miu 0.0 #define m 46 #define s 0.01905 #define V0 0.020027 #define lg 7.3206 #define fai 1.12667 #define P0 3*10^7 #define deda 735 #define L0 1.0513 #define Vj 1642.38 #define B 3.4559 #define lgpingjun 6.96 double Y[6],Z[4]; FILE *fo; int main()//主函数 { Y[0]=0,Y[1]=0,Y[2]=0.04296,Y[3]=0,Y[4]=0.0223,Y[5]=0.021,Z[0]=0,Z[1]=0,Z[2]=3*pow(10,7 ),Z[3]=0; //依次分别给相对时间，相对速度,相对压强，炮弹相对位移,，相对燃烧量 //相对燃烧厚度,时间，速度,压强，炮弹位移。 void rk(int n,double h); void result(); fo=fopen("output.txt","w"); fprintf(fo,"%s"," 相对时间绝对时间炮弹位移速度压强相对燃烧量相对燃烧厚度\n"); fprintf(fo," s m m/s pa \n"); do{ result(); rk(6,0.001); } while (Z[3]

龙格库塔法计算固体火箭发动机内弹道

!计?算?星?型3装痢?药?的?几?何?尺?寸? !参?数簓符?号?说μ明? !-----------------------------------------------------------------------------------!n表括?示?星?角?数簓,num表括?示?将?推?进?剂?沿?肉╝厚?方?向′分?为a几?等台?分?,m表括?示?选?择?压1力值μ大洙?小? !d表括?示?外猘径?,len表括?示?长¤度ˉ,thet表括?示?星?边?夹D角?,epsilon表括?示?角?度ˉ系μ数簓 !r表括?示?过y度ˉ圆2弧?半?径?,r1表括?示?星?角?圆2弧?半?径?,R0表括?示?通 ?用?气?体?常￡数簓 !l表括?示?药?柱·的?特?征?长¤度ˉ,y0表括?示?初?始?特?征?参?数簓,y1表括?示?燃?尽?特?征?参?数簓 !I0表括?示?总哩?冲?,F表括?示?推?力 ,Poc表括?示?燃?烧?室酣?的?工¤作痢?压1力 !Isp表括?示?比括?冲?,density_p表括?示?密1度ˉ,k表括?示?比括?热ˉ?比括?rspeed表括?示?燃?速·，?pn表括?示?压1力指?数簓 !mpeff表括?示?有瓺效§装痢?药?量?,Cf表括?示?推?力系μ数簓,Ctz表括?示?特?征?速·度ˉ,At表括?示?喉3部?面?积y,a表括?示?燃?速·系μ数簓 !S表括?示?平?均·燃?烧?面?积y,e1表括?示?平?均·肉╝厚?,epsilon1表括?示?减?面?比括?epsilon2表括?示?增?面?比括? !foresmax表括?示?前?段?最?大洙?相-对?周1边?长¤,backsmax表括?示?后μ段?最?大洙?相-对?周1边?长¤ !smin表括?示?最?小?相-对?周1边?长¤,thet1表括?示?周1边?长¤取?得?最?小?值μ时骸?的?星?边?夹D角? !Ap表括?示?初?始?通 ?气?面?积y,J表括?示?初?始?通 ?气?参?量?,eta表括?示?装痢?填?系μ数簓,Af表括?示?剩骸?药?面?积y,etaf表括?示?剩骸?药?系μ数簓 !de表括?示?每?一?份肉╝厚?的?长¤度ˉ,Sa表括?示?燃?烧?面?积y数簓组哩?Apa表括?示?通 ?气?面?积y数簓组哩? !------------------------------------------------------------------------------------program main implicit none real(kind=8),parameter :: Pi=3.14 integer :: n,num,i,m real(kind=8) :: d,len,thet,epsilon,r,r1 real(kind=8) :: l,y0,y1 real(kind=8) :: I0,F,Poc,Pe,R0 real(kind=8) :: Isp,density_p,k,rspeed,Pn real(kind=8) :: mpeff,Cf,Ctz,At,a real(kind=8) :: S,e1,epsilon1,epsilon2 real(kind=8) :: foresmax,backsmax,smin,thet1 real(kind=8) :: Ap,J,eta,Af,etaf real(kind=8) :: error,de real(kind=8),allocatable :: Sa(:),Apa(:) !读?入?所·需ˉ要癮所·用?参?数簓值μ open(3,file="design_parameter.dat")

软件研发测试报告

丰台科技馆科普互动远程点播系统研发测试报告拟制：李志洋日期：审核：史方舟日期：批准：袁爱英日期：北京锦绣年华信息技术有限责任公司编制日期：2007年12月

目录 1 范围................................................................... 1.1定义.............................................................. 1.1.1标识......................................................... 1.1.2术语......................................................... 1.1.3缩写词....................................................... 1.2系统概述.......................................................... 1.2.1软件用途..................................................... 1.2.2特性......................................................... 1.2.3项目背景..................................................... 1.2.4运行环境..................................................... 1.3文档概述.......................................................... 2引用文档............................................................... 3测试结果概述........................................................... 3.1测试环境的影响.................................................... 3.2改进建议.......................................................... 4详细的测试结果......................................................... 4.1基础平台 > 人员管理 > 用户管理.................................... 4.1.1测试结果小结................................................. 4.1.2遇到的问题................................................... 4.1.3与测试用例/过程的偏差........................................ 4.2基础平台 > 全局设置 > 代码维护.................................... 4.2.1测试结果小结................................................. 4.2.2遇到的问题................................................... 4.2.3与测试用例/过程的偏差........................................ 4.3基础平台 > 权限管理............................................... 4.3.1测试结果小结................................................. 4.3.2遇到的问题................................................... 4.3.3与测试用例/过程的偏差........................................ 4.4基础平台 > 网站定制............................................... 4.4.1测试结果小结................................................. 4.4.2遇到的问题................................................... 4.4.3与测试用例/过程的偏差........................................ 4.5门户前台.......................................................... 4.5.1测试结果小结................................................. 4.5.2遇到的问题................................................... 4.5.3与测试用例/过程的偏差........................................ 5测试记录............................................................... 1范围 1.1定义此份测试报告是程序员在进行测试计划（单元测试）指定测试编写。

软件测试报告(专业版)

系统测试总结报告专业版 -可编辑修改-

1引言 1.1 编写目的编写该测试总结报告主要有以下几个目的 1．通过对测试结果的分析，得到对软件质量的评价 2．分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考 3．评估测试测试执行和测试计划是否符合 4．分析系统存在的缺陷，为修复和预防 bug 提供建议 1.2 背景 1.3 用户群主要读者：XX 项目管理人员，XX 项目测试经理其他读者：XX 项目相关人员。 1.4 定义严重 bug：出现以下缺陷，测试定义为严重 bug ?系统无响应，处于死机状态，需要其他人工修复系统才可复原。 ?点击某个菜单后出现“The page cannot be displayed”或者返回异常错误。 ?进行某个操作（增加、修改、删除等）后，出现“The page cannot be displayed”或者返回异常错误 ?当对必填字段进行校验时，未输入必输字段，出现“The page cannot be displayed”或者返回异常错误 ?系统定义不能重复的字段输入重复数据后，出现“The page cannot be displayed”或者返回异常错误 1.5 测试对象略

1.6 测试阶段系统测试 1.7 测试工具 Bugzilla 缺陷管理系统 1.8 参考资料《XX 需求和设计说明书》《XX 数据字典》《XX 后台管理系统测试计划》《XX 后台管理系统测试用例》《XX 项目计划》 2测试概要 XX 后台管理系统测试从 2007 年 7 月 2 日开始到 2007 年 8 月 10 日结束，共持续 39 天，测试功能点 174 个，执行 2385 个测试用例，平均每个功能点执行测试用例 13.7 个，测试共发现 427 个 bug，其中严重级别的 bug68 个，无效 bug44 个，平均每个测试功能点 2.2 个 bug。 XX 总共发布 11 个测试版本，其中 B1—B5 为计划内迭代开发版本（针对项目计划的基线标识），B6－B8 为回归测试版本。计划内测试版本，B1—B4 测试进度依照项目计划时间准时完成测试并提交报告，其中 B4 版本推迟一天发布版本，测试通过增加一个人日，准时完成测试。B5 版本推迟发布 2 天，测试增加 2 个人日，准时完成测试。 B6－B11 为计划外回归测试版本，测试增加 5 个工作人日的资源，准时完成测试。 XX 测试通过 Bugzilla 缺陷管理工具进行缺陷跟踪管理，B1—B4 测试阶段都有详细的bug 分析表和阶段测试报告。 2.1 进度回顾

dyna计算内弹道

IN BORE BEHA VIOUR OF LARGE CALIBRE ARMOUR PIERCING FIN STABILISED DISCARDING SABOT PROJECTILES. N.Eches, N.Paugain, C. Doffémont; Giat Industries, Division des systèmes d’armes et de munitions. 7 route de Guerry, 18023 Bourges Cedex; France Tel : +33 2 48 21 91 85 - Fax : +33 2 48 21 91 42.

Introduction The efficiency of large calibre armour piercing fin stabilised discarding sabot projectiles (APFDS) is primarily linked to their terminal ballistics performances. But other parameters, such as its accuracy and its yaw at the impact have also a large influence on the performance. These two parameters magnitude, as well as the survivability of the projectile during the launch phase are greatly affected by the interaction between the projectile and the gun, also known as the “balloting”. Nowadays, the ac c urate desc ription of the rod free flight has been made possible thanks to Computational Fluid Dynamics calculations, allowing to predict the flight quality or the retardation, and back calculation of initial disturbances of an unexpectedly odd shot. But this situation is not true for the early moments of the firing sequence, i.e. the projectile in-bore travel and the sabot separation. For the latter, a long way to go remains. But, in the field of projec tiles in-bore behaviour, a lot of works have been performed, using different numeric al methods, whic h allowed sc ientists to make significant progress. This paper describes some of the works performed in the Giat Industries Weapon and Ammunition Systems Division (DSAM), whose purpose was to understand how the interactions between the weapon and the projectile could affect its mechanical behaviour and its muzzle exit conditions. The APFSDS The APFSDS is nowadays the ultimate tank ammunition for the destruction of other main battle tanks. Its lethal power is due to the kinetic energy imparted to its long, slender and very heavy penetrator, impacting the target at velocities between 1.4 to 1.8 km/s. The penetrator is stabilised by the means of fins attached to its rear end, and a windshield on the front end reduces its aerodynamic drag. This so-called sub projectile is launched by the means of a sabot assembly, constituted of three aluminium petals, and a plastic obturator attached to the sabot bulkhead, whose function is to provide sealing between the projectile and the barrel wall (figure 1.) When the projectile lies in the barrel, the combustion of the propulsion propellant generates a large amount of hot gases, at high pressure, which push it to the muzzle. Once the projectile leaves the tube, the obturator breaks under the remaining gas pressure and the sudden stress relaxation, and the three sabots petals aerodynamically separate (figure 2.) Figure 1: Sketch of an APFSDS Figure 2: Sequence of an APFSDS firing. In addition to the impac t veloc ity, the nature of the rod material, and the length of the penetrator are the leading parameters for the perforation performance. This lead, in the recent past years, the USA, France, the U.K. and possibly some eastern countries to adopt penetrator made of depleted uranium (DU) alloy. In parallel, penetrators have been stretched, while their diameter tended to decrease. This increase of the L/D ratio of the penetrators, coupled with the decrease of elastic moduli due to the use of DU in replacement of tungsten alloys result in a greater flexibility of the projectile, which becomes more liable to bending and vibration under the transverse perturbations that can occur during the firing. This behaviour, called the balloting, may have to main effects: o The extra stresses generated by bending, vibration and transverse momentum may affect the survivability of the projectile during its travel through the gun. o As the muzzle exit behaviour sets the free flight movement initial conditions, it may affect both target accuracy and yaw, whose influence on the perforation is very sensible. It is then necessary to take into account those aspects when designing a projectile.

软件测试报告

《软件测试技术》 ——实验报告题目 _____实验四_ __ 指导教师 _ 实验日期 _ 专业软件工程学生姓名 _ _ ____ _ 班级/学号 __ ___ 成绩 ________ ___ ____ __

一、实验目的 1.能够运用黑盒测试方法设计测试用例。 2.对测试用例进行优化。二、实验内容 (一)题目1：排序问题 1．题目描述：在小组内部互测。对已完成的排序程序进行动态黑盒测试，设计测试用例，执行测试用例，完成测试用例设计表、缺陷报告和实验报告。 2．测试用例编写

注：严重程度定义（1）系统崩溃、数据丢失、数据毁坏，安全性被破坏。（2）操作性错误、结果错误、功能遗漏。（3）小问题、拼写错误、UI 布局、罕见故障。（4）建议缺陷类型：（1）输入/输出错误（2）逻辑错误（3）设计错误（4）需求错误 (二) 题目2：电子商务网站的功能测试 1. 题目描述：对指定电子商务网站的接受订单的网页创建功能测试系统接收一个范围在00000~99999的五位数字的物品ID 号。在系统数据库的产品名录中，这些物品ID 按照价格排序，最便宜的物品有较低的物品ID 号（最接近00000），最昂贵的物品有较高的物品号（最接近99999）。系统接收范围在1~99的订购的数量值。如果用户输入一个实现订购的物品ID 号和一个为0的订购量，这个物品会从购物车里被清除。基于这些输入，系统获取物品单价，计算物品总价（数量乘以价格），并且把物品总价加到购物车总额中去。由于信用卡订单处理能力的限制，购物车的最大金额为999.99美元。使用边界值分析和等价类划分来创建测试。对于本实验中的测试设计，使用下表设计测试用例。其中：“下一步动作”填写“继续”或“结账”；“错误消息”填写“是”或“否”；“物品单价”填写“确认”或“空白”；“物品总价”填写“空白”或数量╳IP ；“购物车”填写“空”或所输入的合法物品ID 号╳数量，若购物车有多种物品，需都列出； “购物车总额”填写“0.00”或“数量╳IP ”(如果购物车中仅一种物品)或者“+数量╳IP ” 物品ID 数量物品单价物品总价继续结账物品图片动态的展示装载内容的购物车购物车

软件功能测试报告

软件功能测试报告1.概述软件名称: 软件版本: (同时注明软件软本和测试包的cvs版本) 开发经理：申请单号: 测试人员: 测试日期: 测试内容：备注： 2.测试环境用途硬件环境软件环境表2 测试环境 3.问题统计（说明：该报告为阶段性测试的统计报告，该报表统计的bug数量为：本发布阶段内第一份申请单提交日期为起，直至填写报告这天为止的BUG数量,如果以前版本中有问题延期至本发布阶段来修正，那么该缺陷也需要统计进来；如果是功能测试报告则只统计当轮的即可，如果是功能+验证则需要统计本发布阶段的） 3.1按BUG状态统计(表格后面可以附上柱形图,以示更直观) BUG状态BUG数量备注未分配(new) 不是缺陷（Not Bug）

未修改(open) 已修改(fixed) 不予修改(Won’t Fix)延期（Deffered）被拒绝（Declined）无法重现信息不足重复的已关闭（Closed）重开启（Reopen）合计表3 按bug状态统计 3.2按BUG类型统计(表格后面可以附上柱形图,以示更直观) BUG 类型 BUG数量备注未分配未修改不是缺陷已修改不予修改延期被拒绝已关闭重新开启合计无法重现信息不足重复的功能界面交互 3.3按BUG严重级别统计(表格后面可以附上柱形图,以示更直观) BUG 严 BUG数量备注未未不已不延被拒绝已重合

重级别分配修改是缺陷修改予修改期无法重现信息不足重复的关闭新开启计紧急严重中等轻微建议表5 按bug严重级别统计 3.4按功能模块统计(表格后面可以附上柱形图,以示更直观) 模块名称 BUG数量备注未分配未修改不是缺陷已修改不予修改延期被拒绝已关闭重新开启合计无法重现信息不足重复的模块1 模块2 … …

弹道修正弹的外弹道实时解算算法研究

2000年第14卷第1期华北工学院测试技术学报V o l.14N o.12000 (总第31期)JOURNAL OF TEST AND M EASURE M ENT TECHNOLOG Y OF NC IT(Sum N o.31) 文章编号:100826374(2000)0120044204 弹道修正弹的外弹道实时解算算法研究 Ξ 田晓丽,陈国光,辛长范 (华北工学院机械电子工程系,山西太原030051) 摘　要　目的　探讨一种外弹道弹道诸元实时解算算法,为以后计算弹道偏差量提供依据. 方法　先建立解算模型,然后通过分析误差来验证模型是否正确.结果　根据模型,能够计算出任一时刻的弹道诸元,与标准质点外弹道方程的计算结果比较,相对误差均在0.1% 以内.结论　本解算算法是可行的,能够为弹道偏差解算提供可靠依据. 关键词　灵巧弹药;弹道修正弹;外弹道中图分类号　TJ410.1 文献标识码:A 0　引　言战争的发展对武器精度提出了越来越高的要求,这不仅直接关系到争得战争主动权,赢得战争胜利,而且涉及到后勤保障的简化和非战争目标破坏的减少,所以发展精确打击弹药已是军界和军火工业界的共识.谁能装备更大比重的精确打击弹药,谁就多操一份赢得战争的胜券.要实现精确打击首推导弹,但导弹是一种全新研制、全新制造的弹药,而且其造价昂贵,不可能大量装备,为此,人们从改变原有弹药的结构入手,使弹丸向灵巧化、智能化的方向发展,这就产生了灵巧弹药. 弹道修正弹是一种发展中的新型灵巧弹药.它是将电子计算机技术、遥测遥控技术、传感器技术等应用在常规炮弹上,根据实时射击条件和实时气象条件,实时测量出弹丸的运动参数,实时解算出每发弹的弹道偏差量,并利用弹上的执行机构对弹的运动轨迹进行一次或多次修正,从而极大地减小每发弹的弹道偏差,达到提高射击精度的目的. 1　弹道修正弹系统概述弹道修正系统的作用过程可描述为:由地面信息探测系统获取弹丸运动响应参数,通过接口将测得的信息送入弹道解算系统,弹道解算系统进行“干扰辨识”,获得弹丸相对随 Ξ收稿日期:1999211219 　作者简介:田晓丽(1970-),女,讲师,硕士生.从事专业:弹药工程.

软件系统测试报告

软件系统测试报告集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#

[项目名称] 系统测试报告 1测试内容及方法 1.1测试内容本次测试严格按照《软件系统测试计划》进行，包括单元测试、集成测试、系统测试、用户接受度测试等内容。 1.2测试方法正确性测试策略、健壮性测试策略、接口测试策略、错误处理测试策略、安全性测试策略、界面测试策略 1.3测试工作环境 1.3.1硬件环境服务端数据服务器：处理器：Inter(R) Xeon(R) CPU E5410 @×2 操作系统：Windows Server 2003 Enterprise Edition SP2 内存空间：8G 硬盘空间：500G×2，RAID0 应用服务器：处理器：Inter(R) Xeon(R) CPU E5410 @×2 操作系统：Windows Server 2003 Enterprise Edition SP2 内存空间：8G

硬盘空间：500G×2，RAID0 客户端处理器：Inter(R) Core2 Quad CPU Q6600 @ 操作系统：Windows Server 2003 R2 Enterprise Edition SP2 内存空间：2G 硬盘空间：200G 1.3.2软件环境操作系统：Windows Server 2003 R2 Enterprise Edition SP2 客户端浏览器：Internet Explorer GIS软件：ArcGIS Server WEB服务： 2缺陷及处理约定 2.1缺陷及其处理 2.1.1缺陷严重级别分类

内弹道设计

1. 内弹道设计 1.1 已知条件（1）口径 152mm （2）炮膛断面积 s=1.905dm 2 （3）弹丸质量（kg ）51kg （4）药室扩大系数 1.05 （5）全装药 Pm （膛底铜柱压力,kg/cm 2 ） 3400 （6）对应最小号装药Pm （膛底铜柱压力,kg/cm 2 ）950 （7）采用双芳－3火药，火药力f ＝950000kg.dm/kg ，压力全冲量 I k ＝2408kg.s/dm 2 1.2 设计要求进行152mm 榴弹炮内弹道设计，要求初速达到V 965/g m s =,全装药压力小于给定压力。设计炮膛构造诸元，火药参数，并进行正面计算。 1.3 设计过程简述（1）取定装填密度和相对装药量；本组选择数据范围为：0.6~0.9?=，0.25~0.6m ω = （2）取次要功计算系数 1 1.02?=，将指标铜柱压力转化平均最高压力； 11( 1)=1.12(1)33d d P P P m m ωω ??=++电测铜柱（3）根据选定的? ,m p 计算出有弹道设计表中查出相应的 g Λ；（4）计算ω及0 W ；（5）求解g l 和g W ； 2 000 g g s g l W W l S d S l W η= =Λ= = （6）根据选定的 1.05k χ=，求解炮膛结构诸元；求药室长度 k w l l χ0 0= 0W q q ω ωω= = ??

炮膛全长 0 w g nt l l L += 炮身全长 c w g sh l l l L ++=0 c l 为炮闩长=（1.5~2）d （7）根据已知的? ,m p 查弹道设计表求出B ，由下式计算出压力全冲量k I = ，进而可求出火药的厚度（8）选取火药型号，进行适当修约规整后，进行正面计算，检验设计准确与否。 2.方案评价标准内弹道设计，有诸多评价标准，利用评价标准，我们可以判断方案的优劣。 2.1火药能量利用效率标准火炮的能源都是利用火药燃烧后释放出的热能，因此，火药能量能不能得到充分利用，就应当作为评价武器性能的一个很重要的标准。即有效功效率。 221122= 1 g g g mv mv f k ωγηωω = -或 2.2炮膛容积利用效率充满系数或炮膛工作容积的利用效率 2 2 g g g m mv V p ? η= 2.3火药相对燃烧结束位置 k k g l l η= 为火药相对燃烧结束位置。由于火药点火的不均匀性以及厚度的不一致，计算出来的火药燃烧结束位置由于是以几何燃烧定律的假设为基础的，所以并不代表所有颗粒的燃烧结束位置，仅是一个理论值，实际上各颗粒的燃烧结束位置分散在该理论值的附近一定区域内。若 k l 接近炮口时，必能有一些火药没有能够燃烧完成就飞出炮口，在这种情况下，不仅火药的能量不能得到充分利用，而且会造成初速的较大分散。一般火炮的 k η应小于0.7 2.4炮口压力 g p 压力越大，对炮手的伤害越大，应对其有一定限制。

软件测试实验报告

本科实验报告课程名称：软件测试技术实验项目：软件测试技术试验实验地点：实验楼211 专业班级：软件工程学号：学生姓名：戴超指导教师：兰方鹏 2015年10月7 日

太原理工大学学生实验报告

一、实验目的和要求（1）熟练掌握白盒测试方法中的逻辑覆盖和路径覆盖方法。（2）通过实验掌握逻辑覆盖测试的测试用例设计，掌握程序流图的绘制。（3)运用所学理论，完成实验研究的基本训练过程。二、实验内容和原理测试以下程序段 void dowork(int x,int y,int z) { （1）int k=0,j=0; （2）if((x>0)&&(z<10)) （3）{ （4）k=x*y-1; （5）j=sqrt(k); （6）} （7）if((x==4)||(y>5)) （8）j=x*y+10; （9）j=j%3; （10）} 三、主要仪器设备

一、实验目的和要求（1）熟练掌握黑盒测试方法中的等价类测试方法和边界值测试方法。（2）通过实验掌握如何应用黑盒测试用例。（3）运用所学理论，完成实验研究的基本训练过程。二、实验内容和原理（1）用你熟悉的语言编写一个判断三角形问题的程序。要求：读入代表三角形边长的三个整数，判断它们能否组成三角形。如果能够，则输出三角形是等边、等腰或者一般三角形的识别信息；如果不能构成三角形，则输出相应提示信息。（2）使用等价类方法和边界值方法设计测试用例。三、主要仪器设备四、操作方法与实验步骤（1）先用等价类和边界值方法设计测试用例，然后用百合法进行检验和补充。（2）判断三角形问题的程序流程图和程序流图如图1和图2所示。用你熟悉的语言编写源程序。（3）使用等价类方法设计测试用例，并填写表2 和表3。

软件测试报告

软件测试报告说明： 1.《软件测试报告》(STR)是对计算机软件配置项CSCl,软件系统或子系统，或与软件相关项目执行合格性测试的记录。 2.通过STR，需方能够评估所执行的合格性测试及其测试结果。 1引言 1.1标识本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号、发行号。 1.2系统概述本条应简述本文档适用的系统和软件的用途。它应描述系统与软件的一般性质；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；并列出其他有关文档。 1.3文档概述本条应概括本文档的用途与内容，并描述与其使用有关的保密性与私密性要求。 2引用文件本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。本章还应标识不能通过正常的供货渠道获得的所有文档的来源。 3测试结果概述本章应分为以下几条提供测试结果的概述。 3.1对被测试软件的总体评估本条应： a.根据本报告中所展示的测试结果，提供对该软件的总体评估； b.标识在测试中检测到的任何遗留的缺陷、限制或约束。可用问题/变更报告提供缺陷信息； c.对每一遗留缺陷、限制或约束，应描述： 1)对软件和系统性能的影响，包括未得到满足的需求的标识； 2)为了更正它，将对软件和系统设计产生的影响； 3)推荐的更正方案/方法。 3.2测试环境的影响本条应对测试环境与操作环境的差异进行评估，并分析这种差异对测试结果的影响。3.3改进建议本条应对被测试软件的设计、操作或测试提供改进建议。应讨论每个建议及其对软件的影响。如果没有改进建议，本条应陈述为“无”。

内弹道课程设计

《内弹道学》课程设计报告题目：《152mm榴弹炮内弹道设计》学号：0808320126姓名：梁庆同组同学：陈周迪刘佳黄双帅指导老师：张小兵杨均匀时间：2011.9.15

1. 内弹道设计 1.1 已知条件（1）口径 152mm （2）炮膛断面积 s=1.905dm 2 （3）弹丸质量（kg ）51kg （4）药室扩大系数 1.05 （5）全装药 Pm （膛底铜柱压力,kg/cm 2 ） 3400 （6）对应最小号装药Pm （膛底铜柱压力,kg/cm 2 ）950 （7）采用双芳－3火药，火药力f ＝950000kg.dm/kg ，压力全冲量 I k ＝2408kg.s/dm 2 1.2 设计要求进行152mm 榴弹炮内弹道设计，要求初速达到V 965/g m s =,全装药压力小于给定压力。设计炮膛构造诸元，火药参数，并进行正面计算。 1.3 设计过程简述（1）取定装填密度和相对装药量；本组选择数据范围为：0.6~0.9?=，0.25~0.6m ω = （2）取次要功计算系数 1 1.02?=，将指标铜柱压力转化平均最高压力； 11( 1)=1.12(1)33d d P P P m m ωω ??=++电测铜柱（3）根据选定的?,m p 计算出有弹道设计表中查出相应的g Λ；（4）计算ω及0W ；（5）求解g l 和g W ； 2 000 g g s g l W W l S d S l W η= =Λ= = （6）根据选定的 1.05k χ=，求解炮膛结构诸元；求药室长度 k w l l χ0 0= 0W q q ωωω= = ??