事后诸葛亮分析

标签：哪些   大学生   后台开发   计划   测试报告   遇到   border   流动性   用户   

设想和目标

1.我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
   　　基于大学生的一些购物习惯以及相关的一些信息不流通的一个现象，以目标用户——在校大学生为主题设置了这个二手交易平台，我们在一个星期的开发过程中发现，我们先前将一些教职工加入我们的目标用户是一个不明知的选择，因为教职工的流动性以及相对的不稳定性不可控性，我们决定注册用户以及使用用户设置为我们的在校学生。需求的改进过程则发现我们先前的一些立意还是比较好以及比较明确的，所以我们开发的实体还是比较有适用性的。

2.是否有充足的时间来做计划?
 　　在alpha阶段进行之前，我们进行了长期的计划包括需求分析、系统设计、用户设计，即便如此，在alpha阶段还是遇到了不少开发的困难，对于我们来说这就是一种经验，下次能更好地做这些计划。

3.团队在计划阶段是如何解决同事们对于计划的不同意见的？
　　由大家商讨尝试劝说，一般采用投票制，少数服从多数。

资源

1.我们有足够的资源来完成各项任务么？

　　开发资源：很多技术文档都是英文，也有很多在网上根本查不到，需要自己摸索。

　　人力资源上：有六个人，任务完成起来难度较大。

　　 设备资源：有为这个项目申请的服务器，但是主要由一位开发人员进行相关操作

　　 时间资源：大三上学期是最多课多实验的，时间上会有点紧。

2.各项任务所需的时间和其他资源是如何估计的，精度如何？

　　主要是根据任务量来估计的，但是对任务的难度欠考虑，致使有些任务的估计时间偏低。

3.你有没有感觉你做的事情可以让别人来做（更有效率）？

　　测试和开发可能需要分工更明确一点，有时候边测试边调bug感觉效率很低。

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

分工希望能更加明确，能将最佳的人分配到最合适的位置上。

测试/发布

1.团队是否有一个测试计划？为什么没有？

　　有，测试计划完成比较顺利，检查出了网站的不少bug，使得网站的推广要延后一阵了。

2.是否进行了正式的验收测试？

　　没有，因为时间比较赶只是将流程跑了一下看有没有什么问题。

3.团队是否有测试工具来帮助测试？

　　没有，采用的是人工测试。

4.团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？

　　软件的效能主要是指并发性和压力测试，这一点由于设备和人力原因并没有测试。我们只是使用几台机器进行测试，效果还可以。

5.在发布的过程中发现了哪些意外问题？

　　服务器不稳定，可能会死机，正常运行时也有可能会被暂停，得人工重启，

网站直接关闭可能会导致一系列问题。

团队成员的角色分配和具体贡献：

事后诸葛亮分析

标签：哪些   大学生   后台开发   计划   测试报告   遇到   border   流动性   用户   

原文地址：https://www.cnblogs.com/Flying666/p/12032134.html