Alpha 阶段问题总结

这个作业属于哪个课程2301-计算机学院-软件工程
作业要求团队作业—beta冲刺+事后诸葛亮
作业目标Alpha 阶段问题总结
团队名称洛杉矶耐摔亡
团队置顶随笔

一、设想和目标:

1.我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?

校园二手交易小程序旨在为大学生提供一个便捷的平台,使他们能够方便地买卖校园内的二手物品
1.解决问题:校园内存在许多学生需要买卖二手物品的需求,如教科书、电子设备、衣物等。然而,传统的交易方式存在诸多不便,如时间成本高、信息不透明等。校园二手交易小程序旨在解决这些问题,提供一个便捷、高效、安全的二手交易平台。
2.典型用户和典型场景
典型用户:在校大学生,包括本科生和研究生。
典型场景:
学生A刚入学,需要购买二手教科书,通过校园二手交易小程序可以方便地找到并联系到卖家,进行交易。
学生B想要出售自己的闲置电子设备,通过小程序发布商品信息,吸引潜在买家进行交易。
学生C想要购买二手自行车,通过小程序搜索并对比不同卖家的价格和物品质量,选择合适的交易对象。

2.我们达到目标了么(原计划的功能做到了几个?按照原计划交付时间交付了么?)

1.原计划的功能在大体上已经全部完成
2.Alpha 冲刺已按原计划结束并通过答辩

3.和上一个阶段相比,团队软件工程的质量提高了么? 在什么地方有提高?

与上一阶段相比,团队软件工程的质量提高了。
1.工作量划分和合作交流:团队在Alpha阶段进行了明确的工作量划分,每个人的任务和对接人员都有详细说明。这使得团队内的合作交流得到加强,减少了沟通误差和任务重叠的可能性。

2.引入站立式会议:通过配套站立式会议,管理人员能够更好地了解团队内的开发进度,方便进行项目管理。这种有效的沟通方式可以提高团队的协作效率和整体工作进展的可见性。

3.分工合作提高:团队在本次冲刺中提高了分工合作的效率,进展超出了预期。这意味着团队成员能够更好地配合和协同工作,完成任务的速度和质量有所提高。

4.有什么经验教训? 如果历史重来一遍, 我们会做什么改进?

1.制定详细的项目计划和时间表:制定详细的项目计划和时间表,包括任务、里程碑和关键交付日期。这样可以提供清晰的指导,帮助团队管理时间和资源,及时发现和解决问题。

2.进行有效的沟通和协作:建立良好的沟通渠道和协作机制,确保团队成员之间的有效沟通和信息共享。定期进行团队会议、进展报告和问题解决会议,以便及时识别和解决潜在的问题。

3.注重团队成员的培训和发展:为团队成员提供培训和发展机会,提升他们的技能和知识水平。这有助于增强团队的整体能力,提高工作质量和效率。

二.计划

1.是否有充足的时间来做计划?

计划其实制定的有些仓促

2.团队在计划阶段是如何解决同事们对于计划的不同意见的?

在开放的环境中,我们每个人都有机会表达自己的意见和观点,努力达成共识,让团队成员在最终的决策上达成一致

3.你原计划的工作是否最后都做完了? 如果有没做完的,为什么?

没有,有些功能由于能力不足没有实现

4.有没有发现你做了一些事后看来没必要或没多大价值的事?

没有发现

5.是否项目的整个过程都按照计划进行,项目出了什么意外?有什么风险是当时没有估计到的,为什么没有估计到?

一些任务没考虑技术上的挑战和复杂性,导致任务的执行时间延长,出现问题。
因为项目团队在计划阶段没有充分考虑到技术难题的复杂性

6.我们学到了什么? 如果历史重来一遍, 我们会做什么改进?

制定计划时要考虑功能的实现难度和成员的具体能力

三.变更管理

1.每个相关的员工都及时知道了变更的消息?

知道。通知会在QQ群里提前发布,如果事情紧急会直接私信\电话联系

2.我们采用了什么办法决定“推迟”和“必须实现”的功能?

共同讨论,一起决定

3.对于可能的变更是否能制定应急计划?

能。先由负责人自行解决,不能解决的可以向组员寻求帮助讨论解决

4.员工是否能够有效地处理意料之外的工作请求?

组员都能很好的处理这类请求

5.我们学到了什么? 如果历史重来一遍, 我们会做什么改进?

所以对于一些潜在易变的需求要多加关注

四.团队的角色,管理,合作

1.团队的每个角色是如何确定的,是不是人尽其才?

1.首先组员自己介绍擅长的领域和感兴趣的部分,让组长了解每一个人需求、可分配时间

2.通过组长安排和组员自行调整,确定团队人员名单,前端 6人,后端 4 人
3.基本上每个人都安排到了适合自己的位置上

2.团队成员之间有互相帮助么?

前后端对接的时候特别需要相互帮助,前后端的开发人员经常互相交流来确定完善功能的设计、实现

3.当出现项目管理、合作方面的问题时,团队成员如何解决问题?

先在线上讨论解决,线上无法解决的,集中到活动室讨论解决

五、设计/实现

1.设计工作在什么时候,由谁来完成的?

设计工作在需求分析、系统设计与概要设计阶段是在alpha冲刺前一周由小组成员共同讨论后,提出几个方案,团队经过讨论后选出一致同意的设计方案

2.设计工作有没有碰到模棱两可的情况,团队是如何解决的?

有遇到,遇到问题直接在会议中提出,大家一起讨论给出解决方案或方法

3.什么功能产生的 Bug 最多,为什么?在发布之后发现了什么重要的 bug? 为什么我们在设计/开发的时候没有想到这些情况?

在 BUG 最多,

4.代码复审(Code Review)是如何进行的,是否严格执行了代码规范?

1.组员都阅读代码规范后才展开代码编写工作
2.从团队成员中选择了合适的代码审查者,在代码完成一定阶段后,会提交给审查者进行代码审查
3.团队成员与审查者之间进行讨论,解决代码审查中发现的问题

5.我们学到了什么? 如果历史重来一遍, 我们会做什么改进?

记录问题和经验:在开发过程中遇到的问题应该详细记录下来,包括问题的描述、解决方案和经验教训。这有助于团队在类似的项目中避免相同的问题,提高效率和质量。

  • 23
    点赞
  • 22
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
城市应急指挥系统是智慧城市建设的重要组成部分,旨在提高城市对突发事件的预防和处置能力。系统背景源于自然灾害和事故灾难频发,如汶川地震和日本大地震等,这些事件造成了巨大的人员伤亡和财产损失。随着城市化进程的加快,应急信息化建设面临信息资源分散、管理标准不统一等问题,需要通过统筹管理和技术创新来解决。 系统的设计思路是通过先进的技术手段,如物联网、射频识别、卫星定位等,构建一个具有强大信息感知和通信能力的网络和平台。这将促进不同部门和层次之间的信息共享、交流和整合,提高城市资源的利用效率,满足城市对各种信息的获取和使用需求。在“十二五”期间,应急信息化工作将依托这些技术,实现动态监控、风险管理、预警以及统一指挥调度。 应急指挥系统的建设目标是实现快速有效的应对各种突发事件,保障人民生命财产安全,减少社会危害和经济损失。系统将包括预测预警、模拟演练、辅助决策、态势分析等功能,以及应急值守、预案管理、GIS应用等基本应用。此外,还包括支撑平台的建设,如接警中心、视频会议、统一通信等基础设施。 系统的实施将涉及到应急网络建设、应急指挥、视频监控、卫星通信等多个方面。通过高度集成的系统,建立统一的信息接收和处理平台,实现多渠道接入和融合指挥调度。此外,还包括应急指挥中心基础平台建设、固定和移动应急指挥通信系统建设,以及应急队伍建设,确保能够迅速响应并有效处置各类突发事件。 项目的意义在于,它不仅是提升灾害监测预报水平和预警能力的重要科技支撑,也是实现预防和减轻重大灾害和事故损失的关键。通过实施城市应急指挥系统,可以加强社会管理和公共服务,构建和谐社会,为打造平安城市提供坚实的基础。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值