首页 > 其他分享 >软件工程课程 结组项目 事后总结分析报告

软件工程课程 结组项目 事后总结分析报告

时间:2024-06-12 10:56:26浏览次数:27  
标签:Web 课程 项目 流程 验收 软件工程 后台 Android 结组

从结果来看,我们完成的还是挺不错的,Web端,Android端,服务端,正常的使用流程,还算不错的界面,蹭了一些时兴的技术,按照截止日期交活。实际上这个项目是一堆大问题,我负主要责任吧,虽然不是组长,但它确实从选题,分工,开发,都主要是我一个人操办和完成的。最主要的疏忽,我想是对其他人的进度的监督和代码筛查。

从选题来说,这个项目就已经输了,感觉公益杯确实没什么好的选题方向,能做出创意的地方,实际上后面上课看到了一大把调LLM Api的聊天软件,确实无聊。所以当时目标就定的是一个完善的平庸的项目,如果有余力的话,堆砌一些时兴技术,所以不出意外也没入围。

然后分工,是考虑的技术的难度,分成了App,Web 后端,Vue 管理员后台,交给不同的人做,我再进行整合,这里就已经出问题了,测试的时候该怎样测试呢?不知道。我们花了3天多的事件确定了一份API文档,约定按照它来开发吧,然后就各自摸鱼去了。App和后台的流程都是依赖后端的,所以我们先等后台开发。实际上后端开发也确实很好的完成了他的任务,在他的能力范围之内。

与此同时,我在学习图像识别的技术,找现有的demo,然后尝试读懂它,毕竟只是个简单的作业,不会有多大用户量,就琢磨出了能一些跑但很蠢的做法,笑。

第一次验收之前,我用一个晚上熬夜赶工出来一个Android App的界面以及图片上传与功能,搭配上只有识别功能的简易后端,验收的前几个小时赶工出来了碳足迹计算器和每日任务的小功能。还没来得及做真正的流程,所以我也没有去关心当时已经完成的后端。

第一次验收之后的结果还行,所以就继续摸鱼了。临近第二次验收前两周的时候,各种问题就都来了。

首先是后台,前面提到我没有去关心后台,这不问题就来了,它确实能跑,但代码质量确实令人担心,拼写错误,大小写规范,命名规范,同时我还想到了处理一些情况的更好的办法,为了降低我的心智负担就花了一天时间重构后端,以及在后端添加我写的几个功能。

然后是前端,同时也是组长,接着跟我抱怨写要有十几篇团队博客要补,Vue 后台还没做完,自己的工作量大,我本身是怕这种繁琐的文书工作的,所以就提出让我接手前端吧。接到手傻眼了,就一个顶栏,还有页尾。还做了个用户管理,当时讨论API的时候就讨论了哪些功能优先,哪些不重要,这用户管理也和软件的流程关系不大,最需要的活动信息和活动记录信息,审核,还有交给他去学习的Web上的图片上传,什么都没有。好吧,我能做,我就做吧。写前端,也花了些时间。

然后我就用了几个晚上,还有验收前的一个通宵,把这个项目做成了现在的样子,Web端,Android端,服务端,正常的使用流程,还算不错的界面,蹭了一些时兴的技术,按照截止日期交活。从结果上来说还行。

项目的文档,说明书,前端组长继续跟我抱怨团队博客任务的繁重,好吧,我和后端的组员分摊了项目文档说明书的任务。

之后还有推广用户的任务,团队博客任务的繁重,又到考试周了,我,,我。。。

绩效考核方面也是有着严重的缺陷,不过这个没什么办法去避免,主要是这个课之前喊得声音很大的末位淘汰,丢了组长组就解散了,丢了我这项目就没了,只能由后端开发做这个事情了。实际的贡献情况,那样吧。

不过,这也不是第一次做团队项目了,也不是第一次几乎全干了,以后这样的经历,应该还会有很多,加油吧。

问题,说了什么,做这种事情,最终就都是人的问题,和人打交道,分配人力,监督人的工作,哄人,给人说好话,没了。

标签:Web,课程,项目,流程,验收,软件工程,后台,Android,结组
From: https://www.cnblogs.com/sugar-refinery/p/18243376

相关文章

  • 机器学习课程设计,人工智能课程设计,深度学习课程设计--基于Transformer的家庭暴力情绪
    文章目录摘要第一章背景与意义1.1背景1.1.1家庭暴力发展现状1.1.2家庭暴力的危害1.2意义与目的第二章关键技术与方法2.1文本模态特征提取法2.2视频模态特征提取法2.3音频模态特征提取法2.4注意力机制(Attention)2.5多头注意力机制(Multi-Attention)2.6Transfor......
  • 【课程总结】Day7:深度学习概述
    前言本篇文章,我们将通过示例来逐步学习理解导数、求函数最小值、深度学习的本质、以及使用numpy和pytorch实操深度学习训练过程。线性回归线性回归内容回顾在《【课程总结】Day5(下):PCA降维、SVD分解、聚类算法和集成学习》中,我们已经了解到线性回归以及线性回归可以表......
  • 基于分类算法的学习失败预警(机器学习课程期末设计报告)
    目录一.课设背景1.1设计要求1.2项目概述二.实验环境三.设计原理3.1理论知识3.1.1学习失败风险预测流程3.1.2数据预处理3.1.2.1缺失值处理(空值填充)3.1.2.2数据平衡3.1.2.3标准化处理3.1.3构建模型进行训练3.1.3.1网格搜索3.1.3.2随机森林算法3.1.2.3......
  • 软件工程期末复习
    软件工程复习1.可行性研究,需求分析1、确定对系统的综合要求2、分析系统的数据要求3、导出系统的逻辑模型4、修正系统开发计划(1)数据流图软件工程--数据流图的画法_数据流图怎么画-CSDN博客数据流图有4种成分:源点和终点、处理、数据存储和数据流。画出上述定货系统的......
  • 算法课程笔记——树状数组基础
    算法课程笔记——树状数组基础如果不这样写会一直循环出错......
  • 软件工程-第七章第七节 组织
    工程理论其实是包含组织学的。然而我在上面的那张图中,将组织与工程分离开来,并在二者之间画下了一道纵向的线,如图所示。 工程关心的是“需求”、“配置”和“文档”等这样一些要素,那么这样的工程还是停留在技术层面的:关注的还是工程的实现细节,而非目标。从角色的角度来看,这是项......
  • 软件工程总结
                                                                                          ......
  • 软件工程-六 谁是解结的人
    是谁的问题在通常情况下,一个团队的特质是管理者在团队生活和行为过程中逐渐形成的。特质的形成,是管理者的问题。他或者是主观地培养,或者是在不经意中形成,或者这根本就是管理者个人特质扩散开来的一种群体特征,但无论如何,维护有益于团队整体的特质,是管理者的责任。 正视你的成功......
  • 软件工程-五 过程
     做过程不是做工程软件工程这个概念被提出的时候大概是在20个世纪60年代末。它作为成熟的概念的标志是软件工程的瀑布模型的提出。瀑布模型将软件开发的过程分成需求、分析、设计、开发和测试五个主要阶段,其主要环节关系表现为如下的这样一种形态在瀑布模型之后,很多人开始研......
  • 软件工程-软件工程层状模型(EHM)
      软件工程-三团队缺乏的不只是管理软件工程-四流于形式的沟通软件工程-五过程 ......