基于op07的仪表放大电路设计

详细介绍张正友标定法，并带有实验数据，适合初学者对其理解

文档是期末考试的题库，老师出的题目都是从这里面出的。目录概念解释.二、选择题、设计题四、简答题……………23概念解释1.敏捷开发方法与 Scrum方法2.基于计划文档开发方法(Pan-and- Document based Development)3.DRY( Dont repeat yourself)尢重复代码4.MVC(软件作为服务的开发框架)5. SMART用户故事6. TDD and红绿重构7.F|RST测试原则8.代码味道及类内方法SOFA原则(说明S、O、F、A分别代表什么?违法该原则的代码的不好特征、重构和修复的方法)9.类间关系的SOLD原则(说明每个原则的意义、违法该原则的代码的不好特征、重构和修复的方法)(1)单一责任原则(2)开闭原则(3)里氏替换原则(4)依赖注入原贝(5)迪米特法则10.持续集成及开发11.文档对象模型(DoM)和 jQuery12. JavaScript函数特点13. HTML14.ruby面向对象15.ruby访问控制 public、 private和 protected16.CSs规则构成17.ruby中的数组18.Ruby哈希(Hash)19.Ruby迭代器:each和 collect20.Git工作流程、选择题21工具/语言1.下面哪个git命令用来帮助跟踪谁修改了什么文件和什么时候修改的?A. git listB. git manageC. git pushD. git blame2.如何比较两个文件或当前文件和以前版木的修订?A. git diffB. git compareglt cloneD. git checkout3.如果提小提交内容为空、不能提交,则最为合适的处理方式是a)执行 glt status查看状态,再执行 git add命令选择要提交的文件,然后提交。b)执行 glt commit- allow- empty,允许空提交。c)执行 glt commit-a,提交所有改动。d)执行 glt commit- amend进行修补提交4.如果把项目中文件hel1o.c的内容破坏了,如何使其还原至原始版本?0 git reset--hellocb) git checkout HEAD--hellocc) git revert hello.cd)git update hello.c5.修改的文栏 meeting.doc尚未提交,因为错误地执行了 glt reset-hard导致数据丢失。丢失的数据能找回么?a)不能。执行硬重置使工作区文件被覆盖,导致数据丢失无法找回。b)能。可以通过 git checkout hEAD@{1}- meeting.doc找回。c)不确定。如果在重置前执行∫ git add命令将 meeting.doc加入了暂存Ⅸ,则可以在对象厍中处于悬空状态的文件中找到d)不能。因为未提交所以无法找回。6.仅将工作区中修改的文件添加到暂有区(新增文件不添加),以备提交,用什么命令标记最快?a) git add -Ab) git add→pc git addd git add下面哪一个命令不会改变提交历史?a) git resct --hard HEAD1b) git checkout HEADc) git rebase -i HEADd) git commit --amend8.下面的描述中不属于Ruby特性的是A.Ruby是一种功能强大的面向对象的脚本语言B.Ruby遵守GPL协议并且是免费的。C.Ruy具有自动内存管理机制。D.Ruby是基于MVC架构的。9.下面的描述中不属于 Rails特性的是A. Rails是一个使用Ruby语言写的开源网络应用框架。B. Rails具有强大的反射札制与后设编程C.“不要重复自u”和“约定胜丁配置”是 Rails的设计原则。D. Rails具有实时映射技术和模板编程技术。10.Ruby提供了多种字符串的表示方法,下面哪一种是错误的?A.str=在线学习乐园”B.str-niwww.itzcn.comlC.str=%/t免费教学和视频D.str="窗内网11.在命令控制台要查看Ruby的版本应该使用命令A. rubyB. ruby versionC. ruby -hD. ruby /12.下列不属丁 Ruby Gems提供命令的是A. gem listB. gem install railsC. gemD. gem -update rails13.下面关于Ruby编译器的使用方法,错误的是A. ruby hi. rbB. ruby -e print hC. ruby -h hi. rbD. ruby -c hi. rb14.调用方法可以去除用户输入的换行符。A. chompB. trC.D. to i22需求分析15.下面哪些用户故事描述是满足的 SMART原则要求的?A.用户能用影片名查找电影信息。B.作为一个用户,我想看前10个按价格从低到高排序的影片列表,以便我买到最便宜的电景票。C. Rotten potatoes app应该有好的用户界面D. Rotten potatoes app应该有好的用户界面和快的响应时间6.下面哪个是对,就用户故事而言?()它们应该措述该应软件是如何使用的。()它们应该有业务价值。(i)它们不必要是可以测试的。它们应该在敏捷软件开发生命周期的各阶段都能实施或实现。A. ionlyB. i and iic, i and iyD, i iii, and iv7.相对强调过程的场景描述而言,声眀性场景描述特点是:A.有更复杂语句和步骤。B.个是DRY。C.史段、易理解和维护。D.关注在低层步骤上,这些步骤需要初始化设置和执行测试。8.对隐性和显性需求而言,下面哪些说法是对的?A.无论隐性和显性需求,你都不能写用户故事。B.隐性需求更简洁,而显性需求更啰嗦。C.隐性需求是显性需求的逻辑结果,通常对应于综合性测试D.显性需求通常可以用场景化过程性语言描述,而隐性需求通常用声明性语言描述。19.为什么很多软件项目失败?软件不是用户所要的。(i)延迟交付。(i)软件超出预算。(y)软件演化后容易维护和升级A. i andB. iii and iyC. i ii and iiiD. i, ii, iii, and iv20.下面哪些是表达了BDD的不足。.与客户交互沟通的成本。i.客户满意不等于该软件有一个好的架构。ⅲ编写功能代码前,先写测试代码。.缺乏相关工具。A. i and iiB. iii and ivC. ii and iiiD. i ii, iii, and iy21.需求分析最终结果是产生()A.项目开发计划B.可行性分析报告C.需求规格说明书D.设计说明书22.需求分析中,开发人员要从用户那里解决的最重要的问趣是()A.让软件做什么B.要给软件供哪些信息C.需求软件工作效率怎样D.让软件具有何种结构23.需求规格说明书的内容不应包括对()的描述。A.主要功能B.算法的详絀过程C.用户界面的运行环境D.软件性能24.软件需求分析阶段的工作,可以分成4个方面:需求获取,需求分析,编与需求规格说明书以及()A.用户B.需求评审C.总结D.都不正确25.在原型法中,开发人员根据()的需求不断修改原型,直到满足客户要求为止A.用户B.开发人员C.系统分析员D.程序员26.需求验证应该从下述几个方面进行验证:A.可靠性、可用性、易用性、重用性B.可维护性、可移植性、可重用性、可丬则试性C.一致性、现实性、完整性、有效性D.功能性、非功能性22设计27.敏捷开发者崇尚的价值点是A.过程和工具胜于个人与团队交流B.可工作的软件系统胜于全面的文档C.合同谈判胜于与客户协作D.遵循计划胜于响应需求变化28.瀑冇软件开模型与螺旋软件开发模型的区别?A.瀑布模型包括了大量的计划文档和时间跨度大的可匚作软件版本,而螺旋模型小量的计划文档和时问跨度小的可工作软件版本。B.瀑布模型从开始就写全所有的需求文档,而螺旋模型按迭代阶段写需求文档.C.瀑布模型有教长的迭代周期,而蠓旋模型有较短和快的迭代周期。D.瀑布模型的在每个阶段完成后进行保障测试,最后验证阶段包括了验收测试;而螺旋模型的侏障测试在每2个月内进行。29.哪种类型的代码是最坏的?A.遗留代码( legacy code)B.静态代码( static code)C.与期望不一致的短命代码( unexpectedly short-lived code)D.优美代码( beautiful code)30.“系统中的每一个知识(功能或特性)必须有单一的、无二义和明确的表示。”是对下面的哪条原则的表达?RESTBSAASC. SOADDRY31.如果一个项日延期后,为什么说增加人于不是一个好主意。因为:A.程序员太贵B.不能用大团队来承建SaS软件C.交流成本会下降D.让新程序员上手需要较多时间32. Model- View-Controller(Mvc)架杓/设计模式有什么好处?A.支持多用户存取和更新模型数据,对每个用户提供各自的视图。B.确保模型与视图有一对一的映射。C.为了调试日的,提供模型和控制器的调试窗口。D.像其他设计模式一样,遵循这类架构可以得到更简洼的代码。33.下面哪一ˉ种提晑软件生产效率的方法比较能体现面向服务架构的软件?A.通过简洁达到清晰( Clarity via concisenessB.代码合成( Synthesis)C.可重用( Reuse)D.自动化和工具( Automation and tools)34.一个服务直接访问另外一个服务的数据时可能出现不稳定的情况一般是以下哪一种情况的特点之A. Rails应用框架B.面向服务的架构C.面向对象编程D.敏捷开发过程35.假设有两个HTTP请求的URI是·样,但调用的方法(GET与POST)不同。对于Rails路由而言,卜面哪个说法是对的。A.两个请求可以对应不同控制器的方法,但不是必须的。

利用opencV和C语言编写，利用纹理特征比较两幅图像的相似度

软件测试计划的一个范例，用于软件测试计划阶段日录1.概述…,-11.1产晶简介……1.2范围1.3限制条件n1日1日日日日面道14参考文档2.约定日重日画面面面面面面画重看画面面画面面画面量面国画国面面口量面日面目日面面国面面面口日重画面面量自审国221测试目标2.2接收标准23资源和工具23.1资源.2.3.2工具224送测要求,4225编号规则23.测试种类反测试标准31测试种类32测试方法及标准…32.1功能测试出,322业务测试33.23压力测试a:aaaa:接a332.4安装测试325验收测试面 nnnn n画 nnnnnnnnn面 nnnnnDIn4.测试重点及顺序……4.1预测风险4.2测试重点42.1功能测试.4422业务测试45.暂停标准和再启动要求6.测试任务和进度…7.测试提交物作者:白红勃测试计划概述11产品简介本次开发是在销售助手一期的基础上诖行的后续开发,包括新増客服功能模垬、解决期遗留的告前部分问题、完成必要的库房管理功能。二期结末后产品就成为一个比铰完整的销售管理敦件12范围本测试计划是针对中规定内容的测试计划,包括:改进后的报价书改进后的客户关怀冫销售札会中新增加的客户反馈销售机会中新增加的客户组织分析销售机会中改进的竞争管理(待定销售机会中改进的联系人改进后的产品和价格配制器新增的销售知识库新增的联系活动管理新增的客户请求模块新增的客服活动模块新增的客服合同模块新增的客服计划模块γ新增的客服知识库模块新增的完成关联任务模块公共部分新加或改进的口历浏览数据公共部分新加或改过的报表功能公共部分新加或改进的个人事务中心13限制条件本测试计划受限于产品开发人员提交测试的内容和时间的事实。根据开发人员提交模块的实际情况,不计划会做出相应修改。14参考文档序号名称作者备注二期概要设计说明书作者:白红勃测试计划2客服物坦模型日历模块详细设计说明4.个人事务中心模块详细设计说明5.客服产品缺陷详细设计说明6.客户请求详细设计说明7.客服活动详细设计说明品和价格配制详设计说明完成关联任务详细设计说明10.客服合同详细设计说明11.客服计划详印设计说明12.客服报表详细设计说明13.客服知识库详设计说明14.联系活动管理详细设计说明15.商品组表方案详细设计说明16.销售机会修改详绀设计说明17.选择商品修改详细设计说明18.售知识库详细设计说明19.客户关怀修改详细设计说明作者:白红勃测试计划2.约定21测试目标通过测试,达到以下目标:测试已实现的产品是否达到设计的要求,包括:各个功能点是否以实现,业务流程是否正确。产品规定的操作和运行稔定。Bug数和缺陷率控制在可接收的范围之内。22接收标准木节所述的接收标准是指可测试的标准,这个标准以测试组接收测试为限。单元测试接收标准的亡细规定参见文档二普销售助手测试接标准doc。其余各阶段接收标准,以经过审核后的上一阶段测试报告为准,每一阶没停止标准的详细规定参见文档软件测试停止标准doc23资源和工具231资源测试服务器稳定的测试服务器,IP地址为:192.131.0.1人灵测试审核人一名,测试实施人员4名。232工具测试中使用的Bug管理工具为经过改进的B吗g管理工具。自动化测试工具待定24送测要求销售助手开发人员提交的测试按以下要求进行:步骤动作负责人相关文档或记录要求1打包、编译开发人员无确认可测试终审核的上一级测试2审核并提交测试Xx报告测试报告xx审核并签字3接收测试测试人员经x审核并签字的上汲测试报告作者:白红勃测试计划4开始测试测试人员|Bug单、小结测试小结个人编写个人的容25编号规则与本测试计划相关的编号规则如下:测试用例中的编号,功能名+界面名(每个字第一个汉语拼音大写)编号例如:新增报价书第一个用例XZBJSO0O1测试用例文件命命名规则,模块名+测试用例例如:客服合同模块客服合同测试用例作者:白红勃测试计划3.测试种类及测试标准3.1测试种类计划完成以下类型测试功能测试业务测试压力测试安装测试验收测试32测试方法及标准3.2.1功能测试3.2.1.1功能系统能按照设计要求实现模块的各个功能,数据应完整、界面美观、操作方便。具体可参照本文档涎试重点及顺导部分。3.2.1.2界面测试详的界面测试可以参考界面测试doc32.1.3数据项测试字丹数字数据项是否能够正确回显,并褕入到系统中?图形模式的数据项〈如滑动条)是否正常工作?是否能够认别非法数据?薮捱输入消息是否可理解?3.2.1.4帮助文档测试冫文档是否精确描述∫如何使用各种使用模式?交互顺序的描述是否精确?例子是合精确?术语、菜咩描述和系统响应是否与实际程序一致?是否能够很方便圯在文档中定位指南?是否能够很方便地使用文档排除错误?文档的內容和索引是否精确完整?冫文档的设计(布局、缩进和图形)是否便于信息的理解?显示给用户的错误信息是否有更洋细的文档解释?作者:白红勃测试计划〉如果使用超级链接,超级链接是否精确完整?3.2.2业务测试功能测试完成后进行业务测试,业务测试关注的要点是业务流程,及薮据流从软件中的一个模块流到另一个模块的过程中的正确性。压力测试32.3.1压力测试说明本次压力测试根据实际情況包含性能测试,重点模拟客户进行多月户测试。压力测试有一条8:2原则。及百分之人十的业务量在百分之二十的时间内输入。例如:正常每天有00条新数据,测试时在两小时内输入80条数据。我们无法知道用户的业务量,所以只有利用公司现有资源进行大量的数据量的测试。3.23.2压力测试工具待3.23.3压力测试方法及标准压力测试的方法及标准参考压力测试计划doc3.2.3安装测试3.2.4.1安装测试说明除了嵌入式软件之外,安装是软件产品实现具功能的第一步,没有止确的安装根本就谈不上正确的执行,因此对于安裝的测试就显得尤为亘要。3.2.4.2安装测试方法及标准自动安装还是手工配置安装,测试各种不同的安装组合,并验让各种不同组合的止桷性,最终目标是所有组合都能实装成功。冫安裝退出之后,确认应用程序可以正确启动、运行。卸载测试和安装测试冋样重嬰,如果系统提供自动卸载二具,那么卸载之后需检验系统是否扣所有的文件全部圳除,注朋表中有关的注肋信息是否也被删除全少要在一台笔记本上进行安装测试,因为有很多产品在笔记木中会出瑰问题,尤其是系统级的产品。(有条件的情况下)安裝完成之后,可以在简单地使用之后再执行卸载操作;有的系统在使用之后会发生变化,变得个可卸载。安装时间是否合理作者:白红勃测试计划对于客户服务器模式的应用系统,可以先安裝客户端,然后安裝服务器端,测试是否会出现问题。考察安装该系统是否对其他的应用程序造戍影响,特别是 Windows操作系统经常会出现此类的问题。3.24验收测试3.2.5.1验收测试说明软件产品测试部对经过内部单元测试、集成测试和系统测试后的软件所进行的测试,测试用例采用业务流程测试用例3.2.5.2验收测试方法及标准参考二普软件验收测试规范.d∝c和软件测试停止标准.doc4.测试重点及顺序

在计算机上训练，将训练后的参数给单片机，单片机来仿真，之前已经在stm32f4上成功仿真过

关于TMS320C6713芯片的EDMA程序，还是很有用的。

,数字式电压,电流,功率测量电网数据集合在一起便于数据的分析，而且内有MODBUS-RTU与上位机直接数据通讯

全部为txt文档数据，数据挖掘聚类分析技术，算法实验过程中，经常用到的经典UCI、UPSP等真实数据集，常用于算法的实验验证。文档中注有相应的数据量、属性等信息，可直接进行使用。

（vb）学生信息管理系统 学籍管理系统 带有sql server数据库

主要包含数值分析第二章至第七章课后编程实践。全部采用matlab实现，内附详细代码及注释，即可作为作业资料，也可作为matlab编程练习，同时包含丰富的图像，以便观察理解。