任务计划

上一篇文章说了通过Python中的wxpy在微信每天发送一条消息到女朋友或者某个人，通过线程方式每天发送次消息。 这里主要说如何通过window10自带的“任务计划程序”，每天在指定时间发送一条消息。 1. 首先通过windows 10系统左下角输入框输入“任务计划程序” 2. 进入到任务计划程序设置页面 3. 开始创建基本任务 4. 按照步骤设置触发器为每天 5. 设置每天执行任务的具体时间 6. 设置运行程序的相关参数 7. 设置完成任务 设置完成后，到指定的时间就会执行Python脚本，任务计划程序也可以设置为开机启动 来源： CSDN 作者： cacho_37967865 链接： https://blog.csdn.net/sinat_37967865/article/details/81838113

主要分以下5步 1.打开cmd（win+r），输入下图所示 2.打开任务计划程序库 3.点击创建基本任务 4.选择触发器类型 5.这一步关键一点，程序或脚本处填写python.exe的绝对路径（看你个人的安装路径），添加参数处填写你的python脚本的绝对路径，最后完成即可 来源： CSDN 作者： 时择 链接： https://blog.csdn.net/qq_40107474/article/details/88765650

PSP.2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟） Planning 计划 60 80 · Estimate 估计这个任务需要多少时间 60 80 Development 开发 600 900 · Design Spec · 生成设计文档 - - · Design Review 设计复审 - - · Coding Standard · 代码规范 (为目前的开发制定合适的规范) 30 60 · Design · 具体设计 45 80 · Coding · 具体编码 120 480 · Code Review 代码复审- - · Test 测试 10 10 · Postmortem & Process Improvement Plan 总结 10 10 - 总计 935 1700 来源： https://www.cnblogs.com/leemelon/p/11588419.html

一、软件需求管理过程 核心三计划: 范围计划\进度计划\成本计划(成本基准，进度基准) 软件需求 需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。 软件需求的层次 项目失败的原因分析 软件需求管理的过程 需求获取 需求分析（功能数据行为模型，建模） 编写需求规格 需求验证 需求工程基本任务 需求获取 基线：通过评审的需求 需求分析定义 需求分析是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述。 需求分析模型 需求规格 需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书 需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。 软件需求规格说明的原则 从现实中分离功能，即描述要“做什么”而不是“怎样实现” 采用一定的规格说明语言 如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中 规格说明应该包括系统运行环境 规格说明应该是一个认识模型 规格说明应该容许不完备性并允许扩充 规格文档参考 引言 系统定义 应用环境 功能规格 性能需求 产品提交 实现约束 质量描述 其它 签字认证 需求验证 需求是正确的吗？ 需求是一致的吗？ 需求是完全的吗？ 需求是实际可行的吗？ 需求是必要的吗？ 需求是可检验的吗？ 需求是可跟踪的吗

PSP2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟） Planning 计划 30 40 Estimate 估计这个任务需要多少时间 30 20 Developm 开发 300 400 Analysis 需求分析（包括学习新技术） 20 20 Design Spec 生成设计文档 20 20 Design Review 设计复审 10 10 Coding Standard 代码规范（为目前的开发制定合适的规范） 10 10 Design 具体设计 60 120 Coding 具体编码 300 400 Code Review 代码复审 10 20 Test 测试（自我测试，修改代码，提交修改） 100 240 Reporting 报告 60 60 Test Report 测试报告 20 20 Size Measurement 计算工作量 20 20 Postmortem & Process Improvement Plan 事后总结，并提出过程改进计划 30 30 合计 990 1380 设计 分为3个部分，工具，任务和具体脚本，使用nodejs，最后打包成一个exe文件。 目标 三端通用 来源： https://www.cnblogs.com/jhy16193335/p/11537786.html

今日工作： 增加了下滑菜单的功能，添加购物车功能，结算功能。 继续学习搜索功能的实现和数据库 问题解决： ①搜索功能依然完成度不够 ②数据库搭建的问题没有完全解决 明日计划： 计划菜单界面能够建立与数据库的联系。 完成搜索功能。 来源： https://www.cnblogs.com/hedi/p/11443581.html

今日工作： 今天将express框架在阿里云上搭建起来，并且成功和app实现通信。 解决了一些问题，例如，express在阿里云上可以用本机地址localhost访问但是无法在外部用IP地址访问。 和两个队友商量确定了这一周的具体计划和任务分工。 将项目代码上传到GitLab。 在GitLab的Issues Boards上详细安排了任务分工。 明日计划： 完成登录模块与后端服务器上MongoDB的数据交互。 每日小结： 今天下午和lgf还有yhy一起在院办的实验室一起开发，感觉还不错效率蛮高的，明天继续。 尽量在这周内完成整体原型。 来源： https://www.cnblogs.com/lil-Xing/p/11414570.html

今天完成的工作： 今天整体完成的不是很好，主要是我基本技能太弱： 1.在高德开发者平台上注册开发者账号，下载高德地图sdk。 2.下载Android Studio并熟悉它操作使用。 今晚以及明天的计划如下： 1.阅读官方文档，在project上实现目的地导航功能。 2.根据我们在墨刀上所设计的软件，在project上实现汽车导航功能。 3.继续完成暑假的任务，读论文，完善安全距离模型。要把能见度和路面湿滑程度加进去。 4.再去看看暑假写的求汽车安全速度的神经网络代码，在matlab上再跑跑程序。 个人总结： 自己要抓紧时间学习，努力跟上小组其他同学的进度，并向他们虚心学习。 可是真的觉得好难啊... ... 来源： https://www.cnblogs.com/Shieh/p/11406057.html

今日任务与小结 （1）今天我们小组成功的进行了项目的演示，还存在的问题我们还将继续改进，总体上来说算是我们小组项目的一个小成功。 （2）我们开始尝试使用微信开发者工具编写代码，但是刚开始尝试，还有许多不知道的东西，遇到不明白的东西就在网上搜索，到现在为止，也算是对它有了一个大概的了解。在官网上看到了微信小程序的简介，也做了一些微信小程序开发的准备。但自己尝试起来就会错误百出，还是需要更加努力学习。 2.明日计划 我们明天开始正式开展代码方面的工作，想要开始制作出用户登陆的界面，要先开始学习一些视图和渲染的东西，争取尽快做出登录界面。 来源： https://www.cnblogs.com/sakanao/p/11402357.html

前提：在使用下面的备份方式之前需要确保你的Sqlserver Agent服务启动，切设置为自动启动。否则当你服务器重启了但是Agent服务没有启动，那么自动备份任务就不会执行 （一）使用TSql代码自动备份 在SQL Server中出于数据安全的考虑，所以需要定期的备份数据库。而备份数据库一般又是在凌晨时间基本没有数据库操作的时候进行，所以我们不可能要求管理员每天守到晚上1点去备份数据库。要实现数据库的定时自动备份，最常用的方式就是使用SQL Server代理中的作业。 （1）启动SQL Server Agent服务（确保SQL Server Agent服务以经启动）。 （2）在SSMS的对象资源管理中“SqlServer 管理”节点下面选择作业。然后在其中新建作业 （3）为作业添加1个备份步骤，类型是T-SQL脚本，然后在命令中输入如下SQL语句，该语句实现了对数据库TestDB1的完整备份，备份文件在C盘Backup文件夹中，文件名就是TestDB1+当时备份的日期字符串.bak。 ? declare @namevarchar(250) set @ name = 'C:\Backup\TestDB1_' + convert ( varchar (50),getdate(),112)+ '.bak' BACKUPDATABASE[TestDB1] TO DISK=@ name