【BUAA软工】Beta阶段事后分析】的更多相关文章

设想和目标 虽然我们是从零开始的一个自定义项目,但语音Coding助手从一开始的设计与目标就很明确:加入语音接口使其能在shell端实现命令语音实现以及编辑运行脚本,设计前端编辑器并将后端shell与编辑器结合起来形成一个完整的项目,完善功能以及实现英文听写......而我们以及跨过了alpha阶段正在逐步着手下一阶段的工作和任务.而在每天的Scrum Meeting中我们又会不断地提出新的需求与需要解决的问题,但并不会使我们项目的整体主线产生大的偏移.我们项目的典型用户其实主要分为两类,一类是…
Beta阶段测试报告 Bug发现与报告 BUG 出现原因 解决方案 将shell加上编辑器UI以后,两边显示的文件不同步 两边的根目录不一致 修改编辑器获取根目录的函数,使其与shell的/home目录一致 编辑器的语音按钮在某些手机上消失 页面布局中按钮的位置属性设置的不对 将按钮的位置属性设置为相对于右边缘和下边缘的相对位置 应用第一次启动特别慢 shell在初始化时要加载一个bootstrap文件.这个文件在Alpha版本中被设置为了运行时下载.由于服务器带宽比较小,下载速度特别慢,而且容…
团队成员在Beta阶段的角色和具体贡献: 名字 角色 具体的可衡量的可验证的贡献 zpj 前段+ 前后端对接 博客X1 20+ commits ui 设计与实现 bug fixed: 2 推广:10 总分: 53.5 名字 角色 具体的可衡量的可验证的贡献 nyz 后端开发 10+ commits, new features bug fixed: 2 推广: 10 总分: 52.0 名字 角色 具体的可衡量的可验证的贡献 hxb 后端+测试 10+ commits bug fix: 1 完成测试…
1.设想和目标 1.1 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们的软件主要解决狼人杀玩家在游戏时的一些痛点.因为之前自己对于游戏中那些不方便的地方有过体验,而且在前期做过调研,所以要解决的问题和典型用户和场景都有比较清晰的了解. 1.2 是否有充足的时间来做计划 在开始之前,由于订立了比较激进前沿的技术栈选择方案,用了很长的时间在各种技术的学习熟悉上.在关于计划方面,虽然也很认真的做了规划,不过慢慢做下去发现可能跟最开始说好的不太一样... 1.3…
团队Beta阶段事后分析 设想和目标 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们的软件要解决用户的休闲娱乐问题,为用户提供好玩的模拟经营类的游戏,游戏主题是软件开发公司的成长历程.对典型用户和典型场景有清晰的描述. 我们达到目标了么(原计划的功能做到了几个? 按照原计划交付时间交付了么? 原计划达到的用户数量达到了么?) 我们的功能达到了基本目标,总共5个功能做了3个,但没有按照原计划按时交付延期发布,并因此用户没有达到基本目标. 和上一个阶段相比,…
[敏杰开发]Beta阶段事后分析 设想和目标 Q 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们达到目标了么(原计划的功能做到了几个? 按照原计划交付时间交付了么? 原计划达到的用户数量达到了么?) 和上一个阶段相比,团队软件工程的质量提高了么? 在什么地方有提高,具体提高了多少,如何衡量的? 用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么? 有什么经验教训? 如果历史重来一遍, 我们会做什么改进? 我们对典型用户和场景有…
设想与目标 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 解决的问题 总体解决的问题:新手编程者配置编程环境难.本地编写的代码跨设备同步难.本地ide安装使用过程繁琐等问题 alpha阶段解决的问题:基本项目的创建,自动补全,编译运行 beta阶段新增: 随手写简单代码.项目多人合作中的分享和协作开发 美化功能,让使用者感觉更加赏心悦目. 进一步解决软件启动速度问题. 定义是否清楚: 定义的很清楚,可参见以往博客设计与规化:Alpha阶段规划,Beta阶段规…
目录 设想和目标 计划 资源 变更管理 设计/实现 测试/发布 团队的角色,管理,合作 总结 质量提高 会议截图 设想和目标 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们软件要解决的问题有非常清楚的定义,就是要做一款北航学生能够方便使用的教务助手,来解决北航学生每次查询课表.空教室.成绩或是课程中心作业等业务时,都需要经历繁琐的过程,如打开微信,搜索北航小程序,继而进行操作,抑或是小程序没有相关信息的课程中心作业,更是需要登录北航vpn,选择课程中心后…
设想和目标 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们的软件要解决的问题是:现在的软工课程的作业分布在博客园.GitHub上,没有一个集成多种功能的一体化平台,评测作业也要逐一手动评测.我们的目标和定位清楚,对典型用户和场景有清晰的描述,详见功能规格说明书. 我们达到目标了么? 我们原计划的功能基本都是实现了,按照原计划时间交付了,原计划的用户数量也达到了. 和上一个阶段相比,团队软件工程的质量提高了么? 在什么地方有提高,具体提高了多少,如何衡量的…
概述 Beta 阶段评分,按照之前的规则,主要组成部分为: 博客部分,基于 Beta 阶段博客的评分(每篇正规博客 10 分,每篇 Scrum5 分,评定方式类比往年) 评审部分,基于 Beta 阶段展示.答辩以及现场工作的评分(150 分) 现场评分.基于现场点评给出的排名进行打分,以此分项评级并打分,全员以及大众评审团(除参与复审的人员之外,即韩滏婧.刘紫涵.刘取齐.赵博名.胡绪佩五位助教.各个小组以及大众评审团成员)都将参与,总计 50 分(评审整体规则见:Beta阶段现场评审规则及表格,…