任务计划

API： https://docs.microsoft.com/zh-cn/windows/win32/taskschd/using-the-task-scheduler 类： using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; using TaskScheduler; namespace SchTaskTool { public class SchTaskExt { protected static ITaskDefinition task; protected static ITaskFolder folder; public class TaskTriggerArg { public string TaskName { get; set; } //任务名称 public string TaskCreator { get; set; } //创建者 public string Interval { get; set; } //运行间隔 public string StartBoundary { get; set; } //开始时间 public string EndBoundary { get;

1. 什么是 Scrum 　　Scrum 是一种轻量级的框架，适合于小型的、结合紧密的团队开发复杂的产品。 Scrum 是二十世纪后期一些软件工程师协同努力的脑力劳动的成果，现已成为技术领域最具魅力的方法。但 Scrum 并不因此而复杂难用，相反，它不仅适用于技术领域，你还可以轻易将本文中介绍的工具和实践应用于其他领域。 　　一个 Scrum 团队通常由 7 人± 2 人组成，他们在固定的周期用迭代开发的方式一起协同工作。在每个迭代中，他们有充分的时间来评审和反思。“ 检查和调整 ”是 Scrum 的口头禅之一， Scrum 团队还有一个显著的特点就是非常关注 持续改进 ——既包括他们采用的过程，也包括他们的产品。 2. 角色（ Roles ） 　　Scrum 中有三种角色：产品负责人（ Product Owner ）、 Scrum Master 和团队成员。 2.1. 产品负责人（ Product Owner ） 　　从企业的角度看，一个开发团队代表了一笔重大的投资，包括：人员工资、办公室租金、计算机和软件的采购和维护费用等等。 产品负责人的责任在于帮助企业获得最高的投资回报 （ ROI ）。 　　其中一个最大化 ROI 的方法是引导团队做最有价值的工作，同时远离那些低价值的工作。产品负责人控制团队的待办列表中待办事项的优先级顺序。在 Scrum 中

\(CSP-J/S\) 考完了，双双爆炸，并不是因为考了什么毒瘤数据结构，高深的算法，而是考验思维的题 因此，拟定做题计划，激励自己不断前进 \(\ \ \ \ \ \ \ \\) ——2019.11.19 # 2019年11月 基础 \(dp\) 任何一个伟大的目标，都有一个微不足道的开始 \(from\ 2019.11.19\) 序号 题目 完成情况 \(1\) \(P1004\) 方格取数 \(\surd\) \(2\) \(P1006\) 传纸条 \(\surd\) \(3\) \(P1018\) 乘积最大 \(\surd\) \(4\) \(P1133\) 教主的花园 \(\surd\) \(5\) \(P1279\) 字串距离 \(\surd\) \(6\) \(P1280\) 尼克的任务 \(\surd\) \(7\) \(P1284\) 三角形牧场 \(\surd\) \(8\) \(P1310\) 表达式的值 \(\surd\) \(9\) \(P5662\) 纪念品 \(\surd\) \(10\) \(P2938\ [USACO09FEB]\) 股票市场 \(Stock Market\) \(\surd\) \(11\) \(P1982\) 小朋友的数字 \(\surd\) \(12\) \(P2679\) 子串 \(\surd\) \(end\ 2019

Alpha事后诸葛亮  队名：计算机4班好朋友联盟  组长博客： 组长博客  作业博客： 作业博客 项目Postmortem 设想和目标 (1) 我们的软件要解决什么问题？ 我们的软件主要解决用户对想要买到未入驻外卖平台的食堂饭菜的需求。 (2) 是否定义得很清楚？ 定义清晰明白。 (3) 是否对典型用户和典型场景有清晰的描述？ 对典型用户和典型场景具有清晰的描述。 (4)我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?) 大部分目标已经实现，原计划的功能做到了十二个，都是按照原计划交付时间进行交付，原计划中在alpha阶段还未安排用户数量。 (5)用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 因为在alpha阶段还未安排用户数量，因此目前并不知道最终用户量是否与预想一致，但作为用户来看待这款产品，我们对重要功能的接受程度差不多打分到及格，仍然还有许多要完善的部分。 (6)我们离目标更近了么? 感觉完成了许多部分之后，我们感觉离目标正在逐渐接近。 (7)有什么经验教训? 前端和后端在实现需要统筹安排好，到后期再协商容易造成进度的延缓并且改动也会更加困难。 (8)如果历史重来一遍, 我们会做什么改进? 改进：任务越早开始越好，尽量不要拖到ddl，容易压力过大。 计划 (1) 是否有充足的时间来做计划? 是

一、组长博客链接 组长博客 二.总结思考 设想和目标 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？ 我们的APP主要解决大学生闲置物品处理问题，定义的很清楚，用户清晰，我们的APP现阶段主要针对的是福州大学学生，典型场景有闲置物品过多无法处理。 我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?)? 达到了一部分目标，除了社区分享功能我们大部分都实现了，ALPHA版本已经初步完成，现阶段还没有投入使用，还处于待测试阶段。 用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么? 还未到此阶段。 计划 是否有充足的时间来做计划? 由于考试和其他课程的安排，我们的时间很紧张，因此计划匆忙，并不是十分完备。 团队在计划阶段是如何解决同事们对于计划的不同意见的？ 通过会议讨论和线上交流。 你原计划的工作是否最后都做完了? 如果有没做完的，为什么? 没有全部做完，主要是因为时间紧张，技术方面有些欠缺。 有没有发现你做了一些事后看来没必要或没多大价值的事? 有一点，比如我们的交易功能中的某些模块。 是否每一项任务都有清楚定义和衡量的交付件? 是，每日的任务都已经在计划中明确。 是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?

链接部分 队名：女生都队 组长博客： 博客链接 作业博客： 博客链接 小组内容 恩泽（组长） 过去两天完成了哪些任务 描述 tomcat的学习与实现 服务器后端部署，API接口的beta版实现 后端代码使用spring boot框架的实现 服务器数据库部署 展示GitHub代码签入记录 接下来的计划 跟进项目进度，安排整体计划 实现beta版本算法 继续完善所负责模块的功能，写好接口 完善功能需求API的调用，撰写API文档 完成API接口的服务器部署 还剩下哪些任务 燃尽图 遇到了哪些困难 tomcat、spring boot的学习与实现 安卓多线程的学习 服务器后端与数据库部署 有哪些收获和疑问 掌握了对服务器的后端部署 对Android端的多线程有了一定的学习 如何高效的整合代码 学习了spring如何使用注解实现API 金海 过去两天完成了哪些任务 完成了在服务器搭建数据库 完成了数据库任务的部署 GitHub签入记录 组内共享 接下来的计划 完成alpha版本冲刺 完善数据库搭建 还剩下哪些任务 燃尽图 组内共享 遇到了哪些困难 对Navicat链接服务器数据库遇到了很多坑 有哪些收获和疑问 学习服务器的搭建 熬夜使人头秃 君曦 过去两天完成了哪些任务 实现了本地navicat和远程服务器数据库的连接 将本地之前设计的数据库导入到远程服务器

一、组长博客链接 组长博客 二.总结思考 设想和目标 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？ 我们的APP主要解决大学生闲置物品处理问题，定义的很清楚，用户清晰，我们的APP现阶段主要针对的是福州大学学生，典型场景有闲置物品过多无法处理。 我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?)? 达到了一部分目标，除了社区分享功能我们大部分都实现了，ALPHA版本已经初步完成，现阶段还没有投入使用，还处于待测试阶段。 用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么? 还未到此阶段。 计划 是否有充足的时间来做计划? 由于考试和其他课程的安排，我们的时间很紧张，因此计划匆忙，并不是十分完备。 团队在计划阶段是如何解决同事们对于计划的不同意见的？ 通过会议讨论和线上交流。 你原计划的工作是否最后都做完了? 如果有没做完的，为什么? 没有全部做完，主要是因为时间紧张，技术方面有些欠缺。 有没有发现你做了一些事后看来没必要或没多大价值的事? 有一点，比如我们的交易功能中的某些模块。 是否每一项任务都有清楚定义和衡量的交付件? 是，每日的任务都已经在计划中明确。 是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?

二.总结思考 设想和目标 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？ 我们的APP主要解决大学生闲置物品处理问题，定义的很清楚，用户清晰，我们的APP现阶段主要针对的是福州大学学生，典型场景有闲置物品过多无法处理。 我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?)? 达到了一部分目标，除了社区分享功能我们大部分都实现了，ALPHA版本已经初步完成，现阶段还没有投入使用，还处于待测试阶段。 用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么? 还未到此阶段。 计划 是否有充足的时间来做计划? 由于考试和其他课程的安排，我们的时间很紧张，因此计划匆忙，并不是十分完备。 团队在计划阶段是如何解决同事们对于计划的不同意见的？ 通过会议讨论和线上交流。 你原计划的工作是否最后都做完了? 如果有没做完的，为什么? 没有全部做完，主要是因为时间紧张，技术方面有些欠缺。 有没有发现你做了一些事后看来没必要或没多大价值的事? 有一点，比如我们的交易功能中的某些模块。 是否每一项任务都有清楚定义和衡量的交付件? 是，每日的任务都已经在计划中明确。 是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到? 项目基本是按照计划进行

队名: 拾光组 组长博客链接 作业博客链接 项目Postmortem 设想和目标 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？ 我们的软件，“挪挪”主要解决校园内电动车挪车的问题，定义的很清楚，对典型用户和典型场景的描述如下: 一、小陈，是一名瘦小的女生，如果有一天她的电动车被堵了自己挪不出来，这时就可以使用挪挪app。 二、小石，是一名善良的女生，她发现有人车钥匙忘记拔，或者将钱包手机等贵重物品丢在车上，这时，就可以使用挪挪app 三、小宋，是一名知错能改的男生，他不小心将别人的车撞坏，想道歉赔偿，这时，就可以使用挪挪app 四、小张，是一名失眠的女生，她听见楼下坏掉的电动车的警报器睡不着觉，这时，就可以使用挪挪app 我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?)? 我们基本达到目标，原计划的功能基本完成百分之95，按照原计划时间交付了，用户数量暂时没有达到。 用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么? 因为我们还处在内测阶段并没有上线，用户量还没有很多，但是用户对 重要功能的接受程度和预想的差不多，大家的接受程度挺高，目前我们还在努力推广，增加用户量，正在一天天接近目标！ 有什么经验教训? 如果历史重来一遍, 我们会做什么改进?

组长博客 点这里！ 总结思考 设想和目标 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？ 弥补Powerpoint中模板转换存在的缺陷，完善PPT模板一键转换的功能。Powerpoint中模板转换功能能够将PPT转换成系统自带的模板，也能够通过浏览主题的方式将我们选定的模板导入转换，但是这两者存在着一定的缺陷，以致于用户不得不在之后手动矫正纠错，耗费了一定的时间。出于以上原因， 我们计划开发出PPT模板套用的自适应工具，来解决上述问题，提升PPT模板套用的简单性、正确性、完备性。 存在的缺陷 原PPT： ①只能转换一部分内容 ②元素错位 ③无法按照模板转换 导入模板： 转换后： 针对上述问题我们计划实现PPT一键转换的核心功能，并提供LOGO一键生成和PPT一键生成的附加功能，为用户提供更便捷和实用、能够减少工作量、节省时间的方式，去做出符合审美的PPT。 典型用户： 根据使用频繁度以及需要程度来看，典型用户会大学生及以上的学生群体以及工作人士（大约18岁至55岁），同时因为操作起来快捷方便，对于年龄小或者年龄过大的用户来说也是非常简单易上手和实用的。 从熟练程度来看，新手或经验少的人。 典型场景: 出于不同原因需要更换PPT模板时。 急需PPT、LOGO的情况。 我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？