有PWM脉冲发生代码,还有proteus仿真电路
2019/3/20 22:47:10 62KB PWM,80C51
1
有PWM脉冲发生代码,还有proteus仿真电路
2019/3/20 22:47:10 62KB PWM,80C51
1
利用理论推导的方法,该matlab程序得出涡旋光束经相位全息光栅接收后一阶衍射光束的解析表达式,并且仿真分析分别得出在发生正常对准、横向偏移、角向倾斜及横向偏移和角向倾斜两者同时出现时衍射光束的质心偏移特性和中心强度变化特性。
2020/3/7 18:25:44 1KB 拓扑荷
1
仅供学弟学妹们参考,用于学习交流,请勿打印外传,严禁发生抄袭等学术不端行为
2019/10/23 19:53:20 156.16MB BUPT 北京邮电大学 算法设计与分析
1
包含事故发生工夫,经纬度,事故损失,天气等信息
2021/3/5 14:02:29 123.65MB 交通事故 芝加哥
1
包含事故发生工夫,经纬度,事故损失,天气等信息
2021/3/5 14:02:29 123.65MB 交通事故 芝加哥
1
软件项目风险管理是软件项目管理的重要内容。
在进行软件项目风险管理时,要辩识风险,评估它们出现的概率及产生的影响,然后建立一个规划来管理风险。
风险管理的主要目标是预防风险。
软件项目风险是指在软件开发过程中遇到的预算和进度等方面的问题以及这些问题对软件项目的影响。
软件项目风险会影响项目计划的实现案例场景模拟(24按照软件开发计划,需求分析应在12月31日前完成,然而在软件项目实施过程中项目经理发现,由于原先对工作量估算过于乐观,需求分析在12月31日之前已经不可能完成→(计划)显然,原先计划制定的不科学和不准确,导致了实施过程中进度难以控制,如果强行按照计划来执行显然是不可行的,为此,必须对计划重新进行分析和调整3案例场景模抄(3/48在软件设计阶段,软件设计负责人发现,用户需求中的某项需求(例如,将已有Wod文档的内容显示在Web页面上)至今尚未找到解决的技术途径→(技术)显然,该问题将直接影响软件项目的后续开发工作,影响到软件项目能否成功完成案例场景模抄(4/4s在需求分析过程中,软件设计负责人带领的需求分析小组和用户在进行交流的过程中发生了矛盾,出现了争吵,用户方说将不再配合需求分析小组的工作,而且他们确实没有配合开发方的工作→(合作)显然,开发方和用户方出现这种状况是双方没有想到的这种状况延续下去必将对软件项目的实施产生影响,影响软件项目的进度,甚至会导致项目失败5案例启示:风险在项目实施过程中大量存在软件风险方式多样软件风险事先难以确定软件风险会对软件项目的实施产生不良影响s如果不对风险进行良好的管理,项目就很难保证按照计划、在成本和进度范围内,开发出高质量的软件产品,甚至会导致项目失败51概述5.1.1风险51.2软件风险R5.1.3软件项目风险管理5.1.4软件项目风险管理的意义51.1风险¢卡内基.梅隆大学的软件工程研究所SEI风险是损失的可能性EWebster'sDictionary:风险是遭受损失、伤害、破坏的可能性心风险的根源是不利的情况(或损失)发生的不确定性,即不期望发生事件的客观不确定性风险是在给定情况下和特定时间内,那些可能发生的结果之间的差异,差异越大则风险越大851.1风险风险具有两大属性:可能性:风险发生的概率损失:指预期与后果之间的差异风险的损失=可能性×损失项目风险函数表达式项目风险具有不同的组成要素,如项目不希望发生的事件、事件发生的概率、事件的后果等,每个项目的风险可定义为不确定性和后果的函数风险=f(事件,不确定性,后果)风险=f(事故,安全措施)10
2016/8/11 15:42:38 12.62MB 风险 管理
1
软件项目风险管理是软件项目管理的重要内容。
在进行软件项目风险管理时,要辩识风险,评估它们出现的概率及产生的影响,然后建立一个规划来管理风险。
风险管理的主要目标是预防风险。
软件项目风险是指在软件开发过程中遇到的预算和进度等方面的问题以及这些问题对软件项目的影响。
软件项目风险会影响项目计划的实现案例场景模拟(24按照软件开发计划,需求分析应在12月31日前完成,然而在软件项目实施过程中项目经理发现,由于原先对工作量估算过于乐观,需求分析在12月31日之前已经不可能完成→(计划)显然,原先计划制定的不科学和不准确,导致了实施过程中进度难以控制,如果强行按照计划来执行显然是不可行的,为此,必须对计划重新进行分析和调整3案例场景模抄(3/48在软件设计阶段,软件设计负责人发现,用户需求中的某项需求(例如,将已有Wod文档的内容显示在Web页面上)至今尚未找到解决的技术途径→(技术)显然,该问题将直接影响软件项目的后续开发工作,影响到软件项目能否成功完成案例场景模抄(4/4s在需求分析过程中,软件设计负责人带领的需求分析小组和用户在进行交流的过程中发生了矛盾,出现了争吵,用户方说将不再配合需求分析小组的工作,而且他们确实没有配合开发方的工作→(合作)显然,开发方和用户方出现这种状况是双方没有想到的这种状况延续下去必将对软件项目的实施产生影响,影响软件项目的进度,甚至会导致项目失败5案例启示:风险在项目实施过程中大量存在软件风险方式多样软件风险事先难以确定软件风险会对软件项目的实施产生不良影响s如果不对风险进行良好的管理,项目就很难保证按照计划、在成本和进度范围内,开发出高质量的软件产品,甚至会导致项目失败51概述5.1.1风险51.2软件风险R5.1.3软件项目风险管理5.1.4软件项目风险管理的意义51.1风险¢卡内基.梅隆大学的软件工程研究所SEI风险是损失的可能性EWebster'sDictionary:风险是遭受损失、伤害、破坏的可能性心风险的根源是不利的情况(或损失)发生的不确定性,即不期望发生事件的客观不确定性风险是在给定情况下和特定时间内,那些可能发生的结果之间的差异,差异越大则风险越大851.1风险风险具有两大属性:可能性:风险发生的概率损失:指预期与后果之间的差异风险的损失=可能性×损失项目风险函数表达式项目风险具有不同的组成要素,如项目不希望发生的事件、事件发生的概率、事件的后果等,每个项目的风险可定义为不确定性和后果的函数风险=f(事件,不确定性,后果)风险=f(事故,安全措施)10
2019/4/20 10:36:42 12.62MB 风险 管理
1
操作系统实验指导书,一个nesC应用程序有三个部份。
:一连串的C声明和定义,一组接口类型,和一组组件。
nesC应用程序命名环境构造如下:最外层的全局命名环境,包含三个命名域:一个C变量,一个用于C声明和定义的C标签命名域,和一个用于组件和接口类型的组件和接口类型命名域。
通常,C声明和定义可以在全局命名环境内部引入自己的嵌套命名域(用于函数声明和定义的函数内部代码段,等等)。
每个接口类型引入一个命名域,用于保存接口的指令或事件。
这种命名域是嵌套于全局命名环境的,所以指令和事件定义能影响全局命名环境中的C类型和标签定义。
每个组件引入二个新命名域。
规格命名域,嵌套于全局命名环境,包含一变量命名域用于存放组件规格元素。
实现命名域,嵌套于规格命名域,包含一个变量和一个标签命名域。
对于结构,作用范围变量命名域包含组件用以引用其包含组件的名字(7.1节).对于模块,作用范围保存作业,以及模块体中的C声明和定义。
这些声明,及其它可能引入自己的嵌套在作用范围内的命名域(比如函数体,代码段等等).由于这种命名域的嵌套结构,模块中的代码可以访问全局命名环境中的C声明和定义,但是不能访问其他组件中的任何声明或定义.。
构成一个nesC应用程序的C声明和定义,接口类型和组件由一个随选的装载程序决定。
nesC编译器的输入是一个单独的组件K。
nesC编译器首先装载C文件(第9.1节),然后装载组件K(9.2节)。
程序所有代码的装载是装载这两个文件的过程的一部分。
nesC编译器假定所有对函数,指令及事件的调用不以自然的属性(第10.3节)都发生被装载的代码中(例如.,没有对非自然的函数"看不见的"调用)。
在装载文件预处理的时候,nesC定义NESC符号,用于识别nesC语言和编译器版本的数字XYZ。
对于nesC,XYZ至少为110。
装载C文件,nesC组件及接口类型的过程包括定位对应的资源文件。
文件定位的机制不是本参考手册中所要讨论的。
要详细了解通用编译器是如何作业的,请阅读《thenccmanpage.》装载C文件X如果X已经被装载,就不用再做什么。
否则,就要定位并预处理文件X.h。
C宏定义(由#define和#undef)的改变会影响到所有的后面的文件预处理。
来自被预处理的文件X.h的C声明和定义会进入C全局命名环境,因而对所有的后来的C文件加工,接口类型和组件是有影响的。
2015/2/14 1:08:24 1.18MB 指导书
1
操作系统实验指导书,一个nesC应用程序有三个部份。
:一连串的C声明和定义,一组接口类型,和一组组件。
nesC应用程序命名环境构造如下:最外层的全局命名环境,包含三个命名域:一个C变量,一个用于C声明和定义的C标签命名域,和一个用于组件和接口类型的组件和接口类型命名域。
通常,C声明和定义可以在全局命名环境内部引入自己的嵌套命名域(用于函数声明和定义的函数内部代码段,等等)。
每个接口类型引入一个命名域,用于保存接口的指令或事件。
这种命名域是嵌套于全局命名环境的,所以指令和事件定义能影响全局命名环境中的C类型和标签定义。
每个组件引入二个新命名域。
规格命名域,嵌套于全局命名环境,包含一变量命名域用于存放组件规格元素。
实现命名域,嵌套于规格命名域,包含一个变量和一个标签命名域。
对于结构,作用范围变量命名域包含组件用以引用其包含组件的名字(7.1节).对于模块,作用范围保存作业,以及模块体中的C声明和定义。
这些声明,及其它可能引入自己的嵌套在作用范围内的命名域(比如函数体,代码段等等).由于这种命名域的嵌套结构,模块中的代码可以访问全局命名环境中的C声明和定义,但是不能访问其他组件中的任何声明或定义.。
构成一个nesC应用程序的C声明和定义,接口类型和组件由一个随选的装载程序决定。
nesC编译器的输入是一个单独的组件K。
nesC编译器首先装载C文件(第9.1节),然后装载组件K(9.2节)。
程序所有代码的装载是装载这两个文件的过程的一部分。
nesC编译器假定所有对函数,指令及事件的调用不以自然的属性(第10.3节)都发生被装载的代码中(例如.,没有对非自然的函数"看不见的"调用)。
在装载文件预处理的时候,nesC定义NESC符号,用于识别nesC语言和编译器版本的数字XYZ。
对于nesC,XYZ至少为110。
装载C文件,nesC组件及接口类型的过程包括定位对应的资源文件。
文件定位的机制不是本参考手册中所要讨论的。
要详细了解通用编译器是如何作业的,请阅读《thenccmanpage.》装载C文件X如果X已经被装载,就不用再做什么。
否则,就要定位并预处理文件X.h。
C宏定义(由#define和#undef)的改变会影响到所有的后面的文件预处理。
来自被预处理的文件X.h的C声明和定义会进入C全局命名环境,因而对所有的后来的C文件加工,接口类型和组件是有影响的。
2017/1/3 12:03:08 1.18MB 指导书
1
共 953 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡