第二次团队作业——预则立&&他山之石
第二次团队作业——预则立&&他山之石
团队计划
| 截至时间 | 任务 | 阶段成果展示形式 | 备注 |
|---|---|---|---|
| 2016.10.22 | 团队计划书、项目需求说明书、学习掌握地图api和sdk的使用、最终确定图片云存储的方案 | 需求初审 | 与真实的潜在用户进行访谈 |
| 2016.10.29 | 制定编码规范、统一编程环境、接口格式的初步确定、需求说明书的最终版、UI设计、客户端实现有关地图的操作、服务器端实现图片的云存储 | 编码框架+需求复审 | 客户端可先做个demo |
| 2016 10.31 | UI设计改进+架构设计+测试计划 | 设计评审 | |
| 2016 11.05 | 第一阶段冲刺——连续七天的站立式会议。编码+测试+项目管理同步推进。实现服务器与客户端的对接、客户端实现第一版本的主要功能 | Alpha版本发布 | 时间较赶Alpha版拟实现主要功能 |
| 2016.11.12 | 项目完善+用户试用反馈+测试计划改进。完善客户端第一版本的全部内容 | 改进总结调整 | |
| 2016.11.19 | 第二阶段冲刺——连续七天站立式会议+测试+项目管理推进。对客户端的第一版本进行优化、完善、测试。 | Beta版本发布 | 拟用一个月的时间完成第一版本全部的功能 |
| 2016.11.26 | 正式版本完善+用户手册。完成第二版本的主要功能。 | 着手第二版版本拓展功能的开发 | |
| 2016.12.12 | 完善、优化、测试第二版本。 | 拟用两个月完成项目的全部开发 | |
| 2016.12.19 | 部署上线 |
采访回顾
Q1: 如何确定团队选题？
- 团队成员是否感兴趣最重要，间接影响团队的积极性；形式上，不要拘泥于选题，可以进行适当的尝试。
Q2. 在项目开始前，如何评估项目的工作量，以便合理规划？
- 我们这个选题本身可以做得功能是非常多的，按照我们最初的构想。但是前期确定功能点的时候主要要考虑拥有技术能做多少，或者说再去学习得花多少时间。确定清楚后，就只选主要功能做就可以了，主要功能实现后基本满足软工实践要求，再说扩展的。这样工程量也就可控了。
Q3. 当团队意见不合时，如何协商？
- 讲道理，谁的想法更有理，听谁的。当然团队中还是话语权重的差别的，有些同学比较有经验他的话也就权重比较大。
Q4. 请问学长你们是如何根据团队中成员的编码能力分配工作的？
- 看会什么咯，会安卓做安卓，会JAVA做服务器，会ios做IOS。
学长你们没有协作开发吗？比如两个人开发安卓什么的？- 没有，这种小项目不需要两个技术领域不同的人结对开发。功能点确定，接口确定就好了。
Q5. 请问学长在开发过程中遇到什么记忆犹新的困难？是怎么解决的？
- 困难嘛。。写项目时还有没完没了的作业是我们当时最大的抱怨了，每次写完汇报后就感觉世界都清净了。其余的代码上的问题，百度谷歌就解决了不是什么难题。
Q6. 请问学长，你们在服务器和客户端的对接上有遇到什么问题吗？
- 接口文档变动有点头痛，开发前做得接口预设并不一定符合开发需求。当实现的时候需要加字段时候，数据库方面也会出现混乱。
那么针对这个问题，学长有什么比较好的建议吗？- 再三考虑你们的需求文档，那些什么背景啦流程啦，进度设置啦都是虚的。功能点界面UI接口要再三论证再下手。
Q7. 在整个开发过程中，学长认为有什么注意点需要特别注意？并有没有一些建议？
- 先论证能不能实现再动手，主要难点确定好技术路线。不要提着裤子上路就OK了。
访谈总结
通过这次访谈，我们再一次意识到了软件工程这门课除编码外所教授的知识的重要性，编码前的工作也是十分重要且必须的。其次，通过对学长的采访，我们意识到一个明确的接口文档的重要性，了解了如何合理地控制工程量。而对于我们选题和产品原型的设计，我们也会意识到了开发出一款有趣的app或许更加的适合我们，我们会努力做好需求分析，努力把我们的app设计得更为有趣。
权重分配
| 姓名 | 任务 | 比例 |
|---|---|---|
| 张斯巍 | 问题提纲，采访 | 16% |
| 贺翎 | 问题提纲 | 15% |
| 林宇晨 | 文稿编辑 | 15% |
| 张建华 | github搭建，问题提纲 | 17% |
| 王凌杰 | 团队计划，采访，问题提纲 | 20% |
| 朱松 | 文稿编辑，问题提纲 | 17% |
