zoukankan      html  css  js  c++  java
  • 第06组 Beta版本演示

    队名:拾光组

    组长博客链接

    作业博客链接

    组员评估

    工作流程:根据大家擅长的部分,划分了web前端、算法、ios端、安卓端、后端、美工,确定分工之后设定每阶段的目标,大家一起努力。
    组员分工:

    web前端:陈启昌、石晓楠、陈靖雯
    算法工程师:刘华一
    ios端:刘晓翔、王焱
    安卓端:杨晋南
    后端:宋奕
    美工:林少惠、杨蓝婷、张雨

    ||||||||||||||
    |:--|:--|:--|:--|
    |学号|姓名|贡献率|分工|
    |031702548|宋奕(组长)| 17% |全部后端接口实现、分工安排|
    |031702617|陈启昌| 3%|小组讨论|
    |031702528|杨晋南| 12% |安卓端实现|
    |031702433|刘晓翔| 8% |ios端实现|
    |031702639|王焱| 9% |ios端部分页面实现、演讲|
    |031702148|刘华一|12% |小组讨论、算法|
    |031702305|杨蓝婷| 8%|评审表|
    |031702310|林少惠|13% |ui优化、ppt、博客|
    |131700146|张雨| 3%|小组讨论|
    |031702508|石晓楠|3% |小组讨论|
    |031702303|陈靖雯|12% | 博客|

    GitHub链接

    本组 Beta 冲刺站立会议博客链接汇总

    燃尽图

    原计划、达成情况及原因分析

    • 原计划安卓端和IOS端同时完成现阶段能想到的所有功能,包括:登录注册、、绑定车牌信息、拍照设别或手动输入车牌号、接收和发送消息、进行消息推送、动态社区模块、个人中心模块、联系车主使用匿名电话、推出积分机制。
    • 目前安卓端还剩积分模块未完成,而IOS端剩下积分模块和拨打匿名电话未实现,其余都已经如期全部实现,后端也早已全部完成。
    • 积分机制未完成是由于组内还未和其他小组商议好如何合作,近期一直专注于功能的开发实现,忘记了这部分的沟通和协商,而ios端进度稍微落后是因为刚好碰上大作业,ios想着安卓弟弟写完了就偷偷小懒-_-

    Beta 版本展示

    (以下是Beta阶段新实现的功能模块动图)




    本组的现场答辩得分

    89.88

    回答他组问题

    • 校园内很多车是套牌,如果存在套牌的情况怎么知道联系的车主是哪一个?

    这个我们之前在演讲的时候已经说过了,目前是只能通过人眼来辨别

    • 如何应对匿名电话被识别成骚扰电话被系统拦截或用户不愿接听的情况?

    我们会在注册app的时候加上提醒,以170打头的是我们的服务号尽量不要拒接

    • 校园网容易断,连接较麻烦,有些地方可能无法及时连接上,这个问题怎么解决呢?

    这个是学校是有VPN的,而且如果测试反应好,推到正式就可以用流量咯

    • 没什么想问的,主要还是觉得怎么把这个app推广出去?

    推广的话可以靠组与组之间的联动,发送优惠券之类的。

    • 你们的程序可以向用户推送通知吗,比如收到了消息的时候

    当然可以,而且很赖皮,准确说可以做成和qq一样。

    • 感觉可以把打匿名电话作为主要功能,说实话你被堵住一次下次就不会把车停在容易被堵的地方

    这个主旨我们是不可能更改的,要是改了我们app是要改名吗?我们之前做的又有什么意义呢?

    • 是否有对挪车需要通知的用户的优先级进行设置?

    不是很能明白你的意思,当然优先通知堵你车的用户。

    • 感觉你们做得挺不错的,你们还打算完善或者提升的功能还有什么?

    我们目前还需要完成积分制度,其他基本能完成

    • 对于客户隐私,你们有什么好的方法保护,现在做到的哪些

    目前的话我们只允许用户看到别人的姓名,这个应该足够隐私了。

    • 如何吸引第一批人注册,如果没有足够大量的用户,不是app约等于0吗

    我们会推出一大波推广活动也希望和别的组产生联动。

    • 考虑被反反反白嫖的情况吗?

    目前还没考虑。

    个人部分

    个人psp

    ||||||||||||||
    |:--|:--|:--|:--|
    |PSP2.1| Personal Software Process Stages |预估耗时(分钟)|实际耗时(分钟)|
    | Planning |计划|50 |60 |
    | · Estimate | · 估计这个任务需要多少时间|30 | 20|
    | Development |开发|542 |521 |
    | · Analysis | · 需求分析 (包括学习新技术)| 40 | 49 |
    | · Design Spec | · 生成设计文档| 20 | 15 |
    | · Design Review | · 设计复审| 5 | 7 |
    | · Coding Standard | · 代码规范 (为目前的开发制定合适的规范)| 3 | 2 |
    | · Design | · 具体设计| 120|169 |
    | · Coding | · 具体编码| 330| 350 |
    | · Code Review | · 代码复审| 20 | 25 |
    | · Test | · 测试(自我测试,修改代码,提交修改)| 60 | 60 |
    | Reporting |报告| 21 | 20 |
    | · Test Repor | · 测试报告| 7| 8 |
    | · Size Measurement | · 计算工作量| 3 | 8 |
    | · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划| 11 | 9 |
    | |合计| 1242| 1323 |
    个人学习进度条

    ||||||||||||||
    |:--|:--|:--|:--|:--|:--|
    |第N周|新增代码(行)|累积代码(行)|本周学习耗时(小时)|累积学习耗时(小时)|重要成长|
    |1|0|0|18 |18 |原型图设计 |
    |2|100|100|22 |40 |制定实现思路 |
    |3|789|889|30 |70 |实现UI界面 |
    |4|300|1189|44 |114 |实现接口对接 |
    |5|0|1189|12 |126 |类图绘制 |
    |6|421|1610|6 |132 |现场学习 |
    |7|913|2523|17 |149 |第三方请求框架学习|
    |7|1028|3551|16 |165 |数据采集 |
    |7|742|4293|9 |174 |前后端交互学习|
    |8|675|4968|7|181 |数据处理|
    |8|698|5666|7|188|继续前后端交互学习|
    |8|893|6559|6|194|实现个人主页模块|
    |9|421|6980|7|201|后端框架学习|
    |10|791|7771|5|206|c#学习|
    |10|390|8161|6|222|c#学习|
    |10|450|8611|6|228|js学习|
    |11|321|8932|6|234|学习python|
    |11|380|9312|5|239|学习python|
    |12|398|9710|5|244|学习WEBGL|

  • 相关阅读:
    WCF步步为营(三):使用配置文件改变使用服务的方式
    WCF步步为营(五):数据契约
    弹性工作制下的IT项目管理
    C#拾遗系列(8):异常
    WCF步步为营(一):简单示例
    敏捷的 "道"
    从中国男足看项目管理
    WCF步步为营(二):使用配置文件改变发布服务的方式
    WCF步步为营(四):客户端使用代理类使用服务
    C#拾遗系列(9):继承、接口、扩展方法、分部类、类操作、Ref and Out、可空类型
  • 原文地址:https://www.cnblogs.com/fzu-031702148/p/12043875.html
Copyright © 2011-2022 走看看