该资源主要是本人对于软件测试在网上找到的一些参考资料的汇总,大家有兴趣的可以下载!!
1
摘 要:针对电网谐波测量中的镜像效应,选用MAX291作为抗混叠滤波器,并讨论了实际应用中工艺和抗干扰问题。
   关键词:谐波测量;
镜像效应;
MAX291;
干扰1 问题的提出  随着现代工业的迅速发展,用户对电能质量的要求越来越高,为此国家颁布了一系列标准,其中电网谐波就是最重要的一个指标[1]。
谐波监测为提高电网电能质量、保证电网安全运行以及电网治理提供保证。
  对电网信号进行高次谐波分析时,一般采用离散傅里叶变换。
离散傅里叶变换意味着在时间域和频率域两方面的周期化,周期化的结果带来一些新问题,这就是镜像效应和频率泄漏。
镜像效应是由于抽样的频率不够高,在频率域周期化时产生了频谱的折叠而引起的
1
【程序老媛出品,必属精品,亲测校正,质量保证】资源名:VB调用海康网络摄像头程序源码资源类型:程序源代码源码说明:基于vb编写的调用海康威视摄像头的程序源码包含完整源码和注释非常适合借鉴学习适合人群:新手及有一定经验的开发人员
1
介绍SVN各个目录使用规范Svn目录使用规范TortoiseSVN客户端工具选择创建SVN目录结构的选项(生成trunk、branches、tags目录),如下图:1、trunk是主分支,是日常开发进行的地方。
2、branches是分支。
一些阶段性的release版本,这些版本是可以继续进行开发和维护的,则放在branches目录中。
3、tags目录一般是只读的,这里存储阶段性的发布版本,只是作为一个里程碑的版本进行存档。
注:在这需要说明下分三个目录的原因,如果项目分为一期、二期、三期等,那么一期上线时的稳定版本就应该在一期完成时将代码copy到branches上,这样二期开发的代码就对一期的代码没有影响,如新增的模块就不会部署到生产环境上。
而branches上的稳定的版本就是发布到生产环境上的代码,如果用户使用的过程中发现有bug,则只要在branches上修改该bug,修改完bug后再编译branches上最新的代码发布到生产环境即可。
tags的作用是将在branches上修改的bug的代码合并到trunk上时创建个版本标识Trunk目录:Doc(文档库,放项目相关文档类)、sourcecede(代码库)Doc目录下按项目存放文档,以下以proj1为例做说明Proj1----项目名1、Controlled------组织级scm建一个名为controlled的目录,当项目某文档通过评审后,组织级scm从项目目录下找到那文档,复制到controlled目录下。
(一般用不到)2、Develop---开发文档2.1、Design----设计文档2.1.1、DbDesign---数据库设计文档2.1.2、HLD---概要设计2.1.3、InterfaceDesign---接口设计2.1.4、ServiceDesign---服务设计2.2、REQ---需求文档2.3、SRS---软件需求规格说明2.4、Test---测试文档2.4.1、Review---可空2.4.2、TestCese---测试用例2.4.3、TestDoc---测试文档2.4.4、TestEnv---测试环境说明2.4.5、TestReport---测试报告3、Document---项目文档4、Management---管理文档4.1、Meetings--会议纪要4.2、PIM---4.3、Plan---计划4.3.1、review4.3.2、SDP---软件开发策划文档4.3.3、SPP---软件项目策划文档4.4、report---报告4.4.1、Milestonereport---版本报告4.4.2、ProjectTrackReport---项目跟踪报告4..4.3、SCM---软件配置管理文档 4.4.4、SQA---软件质量保证计划4.4.5、项目周报4.5、Sow---工作说明书4.6、Summarize---总结4.7、Template---模板4.8、Trainning---培训文档打标签/分支有两种方式:1、选中项目,就是trunk下的本地项目,右击,选中Branch/Tag,出现如下对话框。
下图中的配置完成了之后,点击OK即可完成“打标签/分支”。
2、直接在SVN上在对应的标签/分支目录下创建对应的版本文件夹,将trunk下稳定版本的代码直接copy到对应的文件目录下即可。
2025/2/25 9:09:55 394KB SVN
1
1概述在软件开发团队中,由于质量被视为软件产品的生命,而始终被人们所高度关注;
然而在现实生活中,许多软件产品却时常陷入质量低下的旋涡,总是不尽人意。
究其根源,在于这些软件产品对其质量内涵的把握,仅仅停留在减少软件运行错误、加强软件测试、避免软件缺陷的一般性层面,而对整个软件开发生命周期的全过程质量管理,缺乏总体架构。
因此,在大型软件产品的开发与设计中,始终体现全过程质量管理思想的RationalUnifiedProcess:trade_mark:(简称RUP)和提供全生命周期支持的软件开发平台,则展现出强大的生命力和独特魅力。
2全过程质量保证2.1质量定义在RUP中,质量定义如下:1)满足或超出认定的一组需求2)使
2025/2/20 22:13:45 207KB 软件质量保证的成功之路
1
本文内容包括:分析人员的新思想开发人员的新思想测试人员的新思想项目经理的新思想质量保证和方法专家的新思想客户的新思想结论本文来自RationalEdge:RUP的专家解释了被软件开发项目成员需要的职责和观点上的改变,并且介绍了成功的从传统的瀑布型方法向迭代方法转变的客户案例。
 成功的采用迭代开发方法的实践不仅仅需要部署一系列的新技术,也需要改变团队协作的方式和团队成员的职责。
在本文中,我们将会了解到被软件开发项目成员需要的职责和观点上的改变,并且介绍了成功的从传统的瀑布型方法向迭代方法转变的客户案例。
广泛的引用这些变化作为一种“新的思想”,我们将关注软件开发项目中的不同个体角色:分析人员主要负
2025/2/13 20:19:36 163KB 迭代开发需要一种不同的观点
1
AutomotiveSpice3.1官方英文版原。
车规级质量保证手段说明。
1
软件测试是软件工程中非常重要的环节,是软件质量的保证。
该课程是培养训练学生软件质量保证能力的重要实践性教学环节,与软件测试技术课程的教学内容紧密配合,同步进行。
通过软件测试的实践训练,深刻理解和掌握软件测试和软件测试过程的基本方法和基本技术,熟练掌握黑盒测试、白盒测试的测试用例的设计,同时进一步提高学生对于复杂程序的编写能力,为学生将来从事实际软件测试工作和进一步深入研究打下坚实的理论基础和实践基础。
2024/12/19 3:48:50 1.33MB 软件测试 课程设计 网上购物系统
1
软件工程主要讲解内容1、软件工程的内容与方法22、软件生命周期和开发模型23、面向对象的概念与模型24、需求分析2(用户需求报告需求规格说明书)5、软件设计26、软件实现2(概要设计说明书软件详细设计说明书)(测试提问模板)7、软件策划(软件开发计划书)28、软件项目管理29、CMM软件过程管理210、软件配置管理211、软件建模UML212、软件质量保证213、软件发布与实施214、软件维护215、软件培训216、总结217、实例串讲418、学习报告要求2
2024/11/5 0:19:25 1.69MB 软件工程 精品 ppt 课件
1
本书简要阐明软件开发过程中敏捷方法的工作原理、优点及应用效果,论述敏捷方法学中的过程和生命周期,涉及项目范围、时间管理、成本管理等。
主要内容还包括:“PMBOK Guide”中的思想和敏捷开发实践之间的关系,采用敏捷技术降低风险,在软件开发各个阶段实施质量保证(QA)等。
本书适合软件开发人员和管理人员参考。
绪论项目管理者如何跨过桥梁1第一部分敏捷开发方法概述7第1章敏捷方法81.1敏捷方法的起源91.2敏捷宣言121.2.1个体和交互胜过过程和工具131.2.2可工作的软件胜过全面的文档131.2.3同客户的协作胜过合同谈判151.2.4对变更的响应胜过遵循计划161.3指导敏捷项目团队的敏捷原则161.4小结181.5尾注19第2章《PMBOKGuide》到敏捷方法的映射212.1项目管理研究所和《PMBOKGuide》212.2项目生命周期212.3项目管理过程262.4小结272.5尾注28第3章敏捷项目生命周期详解293.1敏捷项目生命周期概览293.2敏捷项目303.3敏捷发布313.4敏捷迭代323.4.1迭代计划333.4.2迭代评审343.4.3迭代回顾353.5例行工作363.6敏捷方法和计划驱动方法之间的区别373.7小结373.8尾注38第二部分桥梁——《PMBOKGuide》中的实践和敏捷开发实践的关系39第4章集成管理404.1开发项目章程和初步的范围陈述414.1.1宣贯会议424.1.2简要比较454.2开发项目管理计划454.3指导和管理项目的执行、监视和控制项目工作474.4集成的变更控制474.5结束项目494.6小结504.7尾注51第5章范围管理525.1范围计划535.1.1范围定义545.1.2创建WBS615.1.3范围验证625.1.4范围控制635.2小结635.3尾注64第6章时间管理656.1战略计划VS战术计划676.2发布计划:开发战略层面的时间进度计划686.2.1发布计划:在战略层面开发时间进度计划696.2.2发布计划:战略层面上的时间进度控制716.3迭代计划:开发战术层面的时间进度计划736.3.1活动定义746.3.2活动持续时间评估766.3.3活动排序776.3.4活动资源评估796.3.5迭代计划:战术层面的时间进度计划控制806.4小结836.5尾注84第7章成本管理867.1成本评估877.1.1敏捷项目的成本最好由产品交付团队进行评估887.1.2敏捷项目是自顶向下评估而不是自底向上评估897.1.3项目团队在发布计划期间可以给出选项907.1.4成本评估在项目生命周期中逐步细化917.2成本预算927.3成本控制937.3.1管理发布待完成事项列表947.3.2锁定迭代947.3.3将成本的变更情况通知给利益相关人957.3.4度量成本性能的AgileEVM957.4小结977.5尾注97第8章质量管理998.1质量计划1008.2质量保证1008.2.1演示、评审和回顾1018.2.2质量控制1058.3小结1088.4尾注109第9章人力资源管理1109.1人力资源规划1119.2组建项目团队1129.3发展项目团队1149.3.1敏捷价值观1159.3.2从价值观到行为1169.4管理项目团队1189.5小结1209.6尾注122第10章沟通管理12310.1沟通计划12510.2沟通基本项目信息——谁、什么、何时、何地和怎样12510.3信息发布12610.3.1迭代演示和评审会议12710.3.2通过每日站立会议进行交流12810.3.3回顾12910.3.4实时信息指示器13010.4业绩报告13210.5利益相关者管理13410.6小结13510.7尾注13
2024/10/9 2:53:20 30.05MB 项目管理 敏捷方法 IT管理
1
共 65 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡