使用redmine缺陷管理工具的测试人员注意了，本代码是实现统计redmine的数据（本阶段、本版本、严重等级、指派人员、结构分布情况），并实现自动化发送阶段性测试报告邮件脚本，也有现成的exe程序，大家可是试试（exe是使用内网地址，大家可能会运行失败，这也是保证公司机密不被泄露），如果大家有问题，可以随时私聊我

第1章绪论第2章SAR成像原理2.1引言2.2SAR系统参数2.3单脉冲距离向处理2.4线性调频脉冲与脉冲压缩2.5SAR方位向处理2.6SAR线性测量系统2.7辐射定标2.8小结参考文献附录2A星载SAR的方位向处理第3章图像缺陷及其校正3.1引言3.2SAR成像散焦3.2.1自聚焦方法3.2.2自聚焦技术的精确性3.2.3散射体性质对自聚焦的影响3.3几何失真与辐射失真3.3.1物理原因及关联的失真3.3.2基于信号的MOCO方法3.3.3天线稳定性3.4残留SAR成像误差3.4.1残留的几何与辐射失真3.4.2旁瓣水平3.5基于信号的MOCO方法的改进3.5.1包含相位补偿的迭代自聚焦3.5.2较小失真的高频跟踪3.5.3常规方法与基于信号方法相结合的MOC0方法3.6小结参考文献第4章SAR图像的基本特性4.1引言4.2SAR图像信息的特质4.3单通道图像类型与相干斑4.4多视处理估计RCS4.5相干斑的乘性噪声模型4.6RCS估计——成像与噪声的影响4.7SAR成像模型的结果4.8空间相关性对多视处理的影响4.9系统引入空间相关性的补偿4.9.1子采样4.9.2预平均4.9.3插值4.10空间相关性估计：平稳性与空间平均4.11相干斑模型的局限性4.12多维SAR图像4.13小结参考文献第5章数据模型5.1引言5.2数据特征5.3经验数据分布5.4乘积模型5.4.1RCS模型5.4.2强度概率密度函数5.5概率分布模型的比较5.6基于有限分辨率成像的目标RCS起伏5.7数据模型的局限性5.8计算机仿真5.9小结参考文献第6章RCS重建滤波器6.1引言6.2相干斑模型和图像质量度量6.3贝叶斯重建6.4基于相干斑模型的重建6.4.1多视处理相干斑抑制6.4.2最小均方误差相干斑抑制……第7章RCS分类与分割第8章纹理信息提取第9章相关纹理第10章目标信息第11章多通道SAR数据的信息处理第12章多维SAR图像分析技术第13章SAR图像的分类第14章现状与前景分析

石英晶片外观缺陷自动分选系统使用ARM处理器作为主控制器，通过控制步进电机来实现对机械臂、料盘和出料桶的控制。
采用ARM与PC机相结合的方式对石英晶片进行定位和分选，ARM控制器与PC机之间采用USB总线接口方式进行数据传输，显著提高了运行速度。
经验证，本课题实现了对石英晶片自动分选设备的精确控制，其研究成果对于推动我国石英晶片自动分选设备的国产化具有重要的意义。

火龙果软件工程技术中心  介绍KrzysztofCwalina和他的伙计们最近在开发一个工具，可以帮助框架设计者更容易地进行设计、复查和维护高度易用的API，你可一定要看看FrameworkDesignStudio（FDS）。
可以在此处下载FDS和它的快速入门文档。
目前这个工具主要用于：列出一个托管程序集暴露的API比较一个程序集的两个版本的差异对API进行复查，对API的设计进行注解，将复查的bug整理为文档，归入缺陷数据库（通过一个可配置的plug-in）将API复查结果导出为Word文档下面的几节描述了这些场景。
使用FrameworkDesignStudio运行该程序后，你要做的第一件事

1. 简介FindBugs是一个静态分析工具，它检查类或者JAR文件，将字节码与一组缺陷模式进行对比以发现可能的问题。
有了静态分析工具，就可以在不实际运行程序的情况对软件进行分析。
不是通过分析类文件的形式或结构来确定程序的意图，而是通常使用Visitor模式。
2. 使用时机 开发阶段　　当Developer完成了某一部分功能模块开发的时候(这通常是指代码撰写完成，并已debug通过之后)，可藉由FindBugs对该模块涉及的java文件进行一次扫描，以发现一些不易察觉的bug或是效能问题。
交付新版的时候，开发团队可以跑一下FindBugs，除掉一些隐藏的Bug。
FindBugs得出的报告可以作为该版本的一个参考文档一并交付给测试团队留档待查。
　　在开发阶段使用FindBugs，一方面开发人员可以对新版的品质更有信心，另一方面，测试人员藉此可以把更多的精力放在业务逻辑的确认上面，而不是花大量精力去进一些要在特殊状况下才可能出现的BUG(典型的如NullPointerDereference)。
从而可以提高测试的效率。
 维护阶段这里指的是系统已经上线，却发现因为代码中的某一个bug导致系统崩溃。
在除掉这个已暴露的bug之后，为了快速的找出类似的但还未暴露的bug，可以使用FindBugs对该版的代码进行扫描。
当然，在维护阶段使用FindBugs往往是无奈之举，且时间紧迫。
此外，如果本来在新版交付的时候就使用过FindBugs的话，往往意味着这种bug是FindBugs还无法检测出的。
这也是FindBugs局限的地方。
FindBugs不能发现非java的Bug。
对于非java撰写的代码，如javascript，SQL等等，要找出其中可能的bug，FindBugs是无能为力的。
当然，javascript中的bug似乎还不至于使系统崩溃，而SQL中的bug往往又跟业务逻辑相关，只要测试仔细一些应该是可以发现的。
FindBugs不过是一个工具。
作为开发人员，当然首先要在编程的时候努力避免引入bug，而不要依赖于某个工具来为自己把关。
不过由于代码的复杂性，一些隐藏的bug确实很难靠咱们的肉眼发现。
这时，应用一些好的工具或许就可以帮你发现这样的bug。
这便是FingBug存在的价值。

1概述在软件开发团队中，由于质量被视为软件产品的生命，而始终被人们所高度关注；
然而在现实生活中，许多软件产品却时常陷入质量低下的旋涡，总是不尽人意。
究其根源，在于这些软件产品对其质量内涵的把握，仅仅停留在减少软件运行错误、加强软件测试、避免软件缺陷的一般性层面，而对整个软件开发生命周期的全过程质量管理，缺乏总体架构。
因此，在大型软件产品的开发与设计中，始终体现全过程质量管理思想的RationalUnifiedProcess:trade_mark:(简称RUP)和提供全生命周期支持的软件开发平台，则展现出强大的生命力和独特魅力。
2全过程质量保证2.1质量定义在RUP中，质量定义如下：1)满足或超出认定的一组需求2)使

本书深入探讨了现实世界中的软件破解问题，解释了它们是如何以及为什么被破解的，介绍了相关的攻击模式，以及它们是如何被发现的。
本书还展示了如何发现新软件的脆弱点以及如何利用这个脆弱点去攻破机器。
第1章介绍了软件是计算机系统安全问题的根本原因。
引入了“问题三组合”——复杂性、可扩展性以及连通性——并描述了为什么软件安全问题是不断成长的。
还介绍了软件的一些特征以及它们在软件攻击中的含义。
第2章介绍了实现bug和体系结构缺陷之间的区别，讨论了开放式系统的安全问题，并解释了为什么冒险管理是最明智的办法。
介绍了现实世界中的两个攻击案例：一个比较简单，另一个在技术上比较复杂。
本章的核心是讨论攻击模式，给出了攻击模式是如何适应不同网络安全特征的，并在本书的其他部分也介绍了攻击模式。
第3章的主题是逆向工程。
攻击者反汇编、反编译以及解构程序来理解程序是如何工作的，以及如何阻止程序这样工作。
在这一章里还介绍了常用的灰箱分析技术，包括利用安全补丁作为攻击地图的思想等。
介绍了交互式反汇编程序(InteractiveDisassembler，IDA)，它是黑客用于理解程序行为的工具。
我们还仔细介绍了实用的黑客工具是如何被开发及使用的。

萧德云的系统辨识理论及应用，本文讲的很全，不过感觉本文偏重辨识算法，输入信号的设计、最优实验设计没讲，不得不说有点缺陷，其次，感觉文笔一般，没有太让人想看的欲望，丁锋出了更全的系统辨识，不过暂时没搞到全的，好像也只出了第一、三册。
由于文件大，分1,2两部分。

.bat文件批量处理adbshell命令（缺陷：无法在该窗口上Key入其他命令）

利用密度泛函理论和非平衡格林函数技术，我们进行了之字形结构和传输特性的理论研究具有Stone-Wales（SW）缺陷的有机硅纳米带（SiNRs）。
计算的编队能量明显低于石墨烯和硅烯，这意味着SiNRs中此类缺陷的稳定性。
在理想偏置和SW偏置的SiNR中，都可以在一定的偏置电压范围内观察到负差分电阻（NDR）。
为了阐明机理，详细讨论了NDR行为，透射光谱和分子投射的自洽哈密顿量（MPSH）状态。

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。