Followers——Beta冲刺Day1

Followers_ 团队 2022-06-05 23:20:37
这个作业属于哪个课程2022福大-软件工程、实践W班
这个作业要求在哪里团队作业——beta冲刺+事后诸葛亮
这个作业的目标Day1记录
其它参考文献CSDN、《构建之法》

目录

  • PM报告
  • 一、项目燃尽图
  • 二、工作量总结
  • 三、任务总量变化
  • 四、项目程序的运行
  • SCRUM部分
  • 一、站立式会议
  • 二、每日进展

PM报告

一、项目燃尽图

img

二、工作量总结

  • 总任务量:68;目前已完成任务量:12;剩余任务量:56。

三、任务总量变化

  • 理想剩余任务:60.4,实际剩余任务量:56。
  • 第一天有许多任务为计划性的,所以能够较快超期地完成。

四、项目程序的运行

img

SCRUM部分

一、站立式会议

会议内容:

  1. 遇到的问题和困难
  2. 解决方法
  3. 明日安排

img

二、每日进展

051904112:

  • 从昨天站立式会议到现在的进展:完成用户黑名单的显示与编辑
  • 存在的问题/遇到的困难:无
  • 从现在到明天站立式会议的安排:完成用户活跃数据统计
  • 心得体会:β冲刺加油
  • 成果:

img

img


221900214:

  • 从昨天站立式会议到现在的进展:完善测试审核相关接口
  • 存在的问题/遇到的困难:无
  • 从现在到明天站立式会议的安排:完善并测试删除文章相关接口
  • 心得体会:多学
  • 成果:

img

221900225:

  • 从昨天站立式会议到现在的进展:完成娱乐天地基础页面
  • 存在的问题/遇到的困难:无
  • 从现在到明天站立式会议的安排:完成标签筛选功能
  • 心得体会:β冲刺加油
  • 成果:

img


221900305:

  • 从昨天站立式会议到现在的进展:学习总结往届和网上博客的测试经验和方法,
  • 存在的问题/遇到的困难:对一些较为专业的测试手段不熟悉
  • 从现在到明天站立式会议的安排:对组员已经完成的部分功能进行测试
  • 心得体会:β冲刺加油。
  •  成果:

img


221900309:

  • 从昨天站立式会议到现在的进展:springboot整合高德地图进行定位,用时2小时
  • 存在的问题/遇到的困难:暂时没有
  • 从现在到明天站立式会议的安排:继续完成地图定位接口
  • 心得体会:书山有路勤为径,学海无涯苦作舟
  • 成果:

img

img


221900325:

  • 从昨天站立式会议到现在的进展:学习地图网站的实现,用时3小时,剩余时间无
  • 存在的问题/遇到的困难:暂时没有
  • 从现在到明天站立式会议的安排:继续学习地图的实现
  • 心得体会:要加油努力
  • 成果:

img


221900331:

  • 从昨天站立式会议到现在的进展:组织召开alpha阶段总结会议、凡事预则立会议、Day1站立式会议,撰写alpha阶段问题总结随笔、凡事预则立随笔、Day1冲刺随笔。用时6小时。
  • 存在的问题/遇到的困难:alpha阶段总结、beta阶段计划安排
  • 从现在到明天站立式会议的安排:组织召开Day2站立式会议,撰写Day2冲刺随笔,收集数据资料
  • 心得体会:beta冲刺再接再厉!
  • 成果:

img

img

img


221900334:

  • 从昨天站立式会议到现在的进展:完成获取娱乐天地所有帖子接口、标签筛选接口,用时一小时,剩余时间半小时
  • 存在的问题/遇到的困难:无
  • 从现在到明天站立式会议的安排:实现发布帖子接口
  • 心得体会:β冲刺加油。
  • 成果:

img

img


221900413:

  • 从昨天站立式会议到现在的进展:今天学习地图的引入方式,以及相关的ak的注册,耗时3小时,无剩余时间
  • 存在的问题/遇到的困难:遇到了地图的一些引入的小问题
  • 从现在到明天站立式会议的安排:继续学习地图的使用
  • 心得体会:好好学习
  • 成果:

img


221900424:

  • 从昨天站立式会议到现在的进展:后台整体框架搭建,耗时1小时
  • 存在的问题/遇到的困难:学习vue-element-admin花费一定的时间
  • 从现在到明天站立式会议的安排:开始着手文章管理
  • 心得体会:一定要花时间学习才能加速开发效率
  • 成果:

img

img

...全文
227 回复 打赏 收藏 转发到动态 举报
写回复
用AI写文章
回复
切换为时间正序
请发表友善的回复…
发表回复
分布式计算是计算机科学中一个研究方向,它研究如何把一个需要非常巨大的计算能力才能解决的问题分成许多小的部分,然后把这些部分分配给多个计算机进行处理,zui后把这些计算结果综合起来得到zui终的结果。分布式网络存储技术是将数据分散地存储于多台独立的机器设备上。分布式网络存储系统采用可扩展的系统结构,利用多台存储服务器分担存储负荷,利用位置服务器定位存储信息,不但解决了传统集中式存储系统中单存储服务器的瓶颈问题,还提高了系统的可靠性、可用性和扩展性。 分布式计算与互联网的普及随着计算机的普及,个人电脑开始进入千家万户。与之伴随产生的是电脑的利用问题。越来越多的电脑处于闲置状态,即使在开机状态下CPU的潜力也远远不能被完全利用。我们可以想象,一台家用的计算机将大多数的时间花费在“等待”上面。即便是使用者实际使用他们的计算机时,处理器依然是寂静的消费,依然是不计其数的等待(等待输入,但实际上并没有做什么)。互联网的出现, 使得连接调用所有这些拥有闲置计算资源的计算机系统成为了现实。  分布式计算项目那么,一些本身非常复杂的但是却很适合于划分为大量的更小的计算片断的问题被提出来,然后由某个研究机构通过大量艰辛的工作开发出计算用服务端和客户端。服务端负责将计算问题分成许多小的计算部分,然后把这些部分分配给许多联网参与计算的计算机进行并行处理,zui后将这些计算结果综合起来得到zui终的结果。 当然,这看起来也似乎很原始、很困难,但是随着参与者和参与计算的计算机的数量的不断增加, 计算计划变得非常迅速,而且被实践证明是的确可行的。一些较大的分布式计算项目的处理能力已经可以达到甚而超过世界上速度zui快的巨型计算机。 您也可以选择参加某些项目以捐赠的 CPU内核处理时间,您将发现您所提供的 CPU 内核处理时间将出现在项目的贡献统计中。您可以和其他的参与者竞争贡献时间的排名,您也可以加入一个已经存在的计算团体或者自己组建一个计算小组。这种方法很利于调动参与者的热情。  参与计算随着民间的组队逐渐增多, 许多大型组织(例如公司、学校和各种各样的网站)也开始了组建自己的战队。同时,也形成了大量的以分布式计算技术和项目讨论为主题的社区,这些社区多数是翻译制作分布式计算项目的使用教程及发布相关技术性文章,并提供必要的技术支持。 那么谁可能加入到这些项目中来呢? 当然是任何人都可以! 如果您已经加入了某个项目,而且曾经考虑加入计算小组, 您将在中国分布式计算总站及论坛里找到您的家。任何人都能加入任何由我站的组建的分布式计算小组。希望您在中国分布式总站及论坛里发现乐趣。 参与分布式计算——一种能充分发挥您的个人电脑的利用价值的zui有意义的选择——只需要下载有关程序,然后这个程序会以zui低的优先度在计算机上运行,这对平时正常使用计算机几乎没有影响。如果你想利用计算机的空余时间做点有益的事情,还犹豫什么?马上行动起来吧,你的微不足道的付出或许就能使你在人类科学的发展史上留下不小的一笔呢。 raft算法之所以容易理解,其一是他将一致性问题划分成几个子问题,这几个子问题都是独立、可理解和解释的。从传统的思维来讲,对于一个复杂的系统或者工程,都是大化小,分解实现,然后去尝试融合解决整体逻辑。包括CS系统的设计也是如此。 一致性算法的目标 1.安全性:在非拜占庭错误情况下,包括网络延迟、分区、丢包、冗余和乱序等错误都可以保证正确。2.可用性:只要集群中大多数节点处于runing,并且不分区,和客户端能通信,那么我们需要保证这个集群可用。3.对于数据同步,小部分慢节点的不会影响系统性能。因为对于日志复制,我们如果等待所有节点响应,那么系统的性能会存在短板效应。 说白了,就是如果一个集群中,如果大多数节点可用(网络、服务),那么通过raft算法,我们就能保证整个系统可用(可处理请求,数据一致性)。后面我们主要研究的就是raft是如何做到的。首先我们要知道,Raft算法将其问题划分为 领导选举 日志复制 安全性 对于一个集群只有一个leader(领导),那么我们就很容易理解。只要领导操作同步到对应的followers(跟随者),数据必然一致。当leader宕机,需要进行领导选举。 日志复制其实就是同步操作数据的过程。leader将操作日志同步到其他节点。安全性:如何安全的同步,在不同的情况,我们都能保证一致性,这也就是安全性需要考虑的问题。 其实就是如此,raft首先假设了领导选举。然后实现了日志复制,zui后在安全问题上解决上面的漏洞问题。 

139

社区成员

发帖
与我相关
我的任务
社区描述
2022年福大-软件工程;软件工程实践-W班
软件工程 高校
社区管理员
  • FZU_SE_teacherW
  • 丝雨_xrc
  • Lyu-
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧