标签:最大 use str 导图 团队项目 界面设计 dev war 地方
项目阶段 | 阶段时间 | 主要阶段任务 | 完成情况 |
---|---|---|---|
前期准备 | 9.22-10.11 | 确定选题及成员分工、完成基础学习及前期准备工作 | 已完成 |
10.12-10.18 | 进一步细化分工、设计项目logo、完成选题报告 | 已完成 | |
10.19-10.25 | 通过别组提问改进项目功能计划、完成原型设计及界面设计初稿 | 已完成 | |
团队编程 | 10.26-11.2 | 团队编程及前期准备工作 | 待完成 |
alpha冲刺 | 11.3-11.11 | 实现基础功能、改进界面、完成alpha冲刺前期准备 | 待完成 |
11.12-11.22 | 完成核心功能、准备1.0版本上线 | 待完成 | |
11.23-12.3 | 测试1.0版本、收集用户反馈、明确改进方案 | 待完成 | |
beta冲刺 | 12.4-12.13 | 完善功能、修复bug、完成2.0版本 | 待完成 |
成员 | 分工及任务 | TODO list |
---|---|---|
杨雨丝 | 组长 产品经理 | 了解市场需求 制定开发计划、跟进项目进度 |
林郁昊 | 副组长 后端开发 | 搭建数据库 |
吴之昊 | 后端开发 | 搭建服务器 |
李钒效 | 前端开发 | 设计界面、编辑文档 |
郑木平 | 后端开发 | 实现登录注册功能 |
朱玥轩 | 前端开发 | 撰写博客、评分 |
吴崎 | 后端开发 | 实现查询信息功能 |
张铮 | 后端开发 | 实现搜索、创建拼车单功能 |
于婕 | 前端开发 | 制作视频、作图 |
许钰梅 | 前端开发 | 美化界面、编写文案 |
宋娟 | 产品经理 | 了解用户需求、改进计划 |
每次团队任务细节部分有不同分工 详见本次作业个人贡献比例
成员 | 本次作业分工 | 个人贡献比例 |
---|---|---|
杨雨丝 | 组长 | |
林郁昊 | 副组长 | |
吴之昊 | ||
李钒效 | ||
郑木平 | ||
朱玥轩 | 撰写博客、博客排版 | |
吴崎 | ||
张铮 | 博客评分、最终评审表整理 | |
于婕 | 小组长 撰写博客、制作uml图 | |
许钰梅 | ||
宋娟 |
绿色部分为客户端:
Join 加入拼车类,里面包含了搜索、加入、显示全部的模块。
Additem 发起拼车类,用于发起新的拼车。
Assess 评分类,封装了用户对其他用户评分的方法。
History 历史信息类,用户查看历史拼车信息。
Login 登录类,用于用户登录和认证。
蓝色部分为服务端:
erver 服务器框架类,提供基础网络服务,封装了掉用其他类的方法。
Query 查询类,用于查询历史拼单和为用户匹配拼单。
Insert 插入类,数据库中加入新的拼单、用户评分信息等。
黄色部分为共有的类:
Info 拼单类,里面包含了拼单的详细信息。
User 用户类,里面包含了用户的个人信息
a)查询
b)登录
c)拼车功能
d)评价
1.这里描述的是系统哪部分?
2.面临问题
3.以下设计解决的问题
1.这里描述的是系统哪部分?
2.面临问题
3.以下设计解决的问题
1.这里描述的是系统哪部分?
2.面临问题
3.以下设计解决的问题
1.这里描述的是系统哪部分?
2.面临问题
3.以下设计解决的问题
1.本组的现场答辩得分:
2.回答其他小组对本小组的提问
第一小组:
未提问
第二小组:还是挺不错的,因为是联系滴滴使用的,所以建议多突出一些便利功能来吸引用户
后续会根据用户需要增加一键跳转,屏蔽广告,一键报警等功能
第三小组:
本组为第三小组,未提问
第四小组:
未提问
第五小组:
未提问
第六小组:既然可以链接滴滴为什么不直接用呢?
因为滴滴司机接拼单或者顺风车订单时对每人个人的定价可能都不一样,花费相对高一些,而且会有因为乘客起始地和目的地距离过长而绕路的情况下,我们的小程序是针对想要避免这一系列问题的用户推出的。
第七小组:如何增加用户基数达到快速拼车的效果?
首先是线上线下的推广要做好,再者我们可以在节假日的时候再各个QQ群和公交站等出行人群较多的地方展开免费试用活动,尽可能让用户了解我们的小程序。
第八小组:建议是去明确更多用户的需求,让产品更加的完善,可以让更多人去使用你们的产品
谢谢第八小组的建议,后续如果有需要,我们会再进行用户需求更加具体化的调查,并根据调查来调整我们的产品状况,也会进行推广,让更多的人来使用我们的产品。
第九小组:如何能够在老牌拼车软件中脱颖而出?在没有客源的情况下如何维持APP运行?
目前的老牌拼车软件中,容易遇到司机需要到去到不同的地方去接人的情况,从而导致时间上的浪费,而且价格也比单人乘坐出租车少了一半左右。而“拼拼”是用户的起始位置和目的地一致,共乘一辆车,从而达到时间和金钱上的最大节约。在没有客源的情况下,由小组内部出资维持APP运行,也相信由推广人员进一步的推广后,会有一定的用户进行使用。
第十小组:
未提问
第十一小组:功能可以扩展一下
后期我们会根据需要和用户调查来增加一些功能,如:定位,屏蔽广告,查看拼车同伙信用分等。
第十二小组:是否考虑对接更多平台?
我们是根据问卷调查看到大部分人愿意使用滴滴打车,所以我们一键跳转以滴滴打车为例。我们产品是以拼车交流为主,用户在我们平台上进行拼车后,再自行到需要的打车软件去打车,所以我们可以对接比较多的平台。
3.根据答辩中其他组提出的意见和建议修改完善本组需求分析报告,并标明修改之处
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟 | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 30 | 24 |
Estimate | 估计这个任务需要多少时间 | 30 | 24 |
Development | 开发 | 1510 | 1730 |
Analysis | 需求分析 (包括学习新技术) | 600 | 780 |
Design Spec | 生成设计文档 | 30 | 20 |
Design Review | 设计复审 | 30 | 10 |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 10 |
Design | 具体设计 | 60 | 40 |
Coding | 具体编码 | 360 | 300 |
Code Review | 代码复审 | 60 | 90 |
Test | 测试(自我测试,修改代码,提交修改) | 360 | 480 |
Reporting | 报告 | 90 | 90 |
Test Repor | 测试报告 | 30 | 30 |
Size Measurement | 计算工作量 | 30 | 30 |
Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 30 | 30 |
totall | 合计 | 1630 | 1844 |
第N周 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
---|---|---|---|---|---|
1 | 600 | 600 | 6 | 6 | |
2 | 800 | 1400 | 5 | 11 |
标签:最大 use str 导图 团队项目 界面设计 dev war 地方
原文地址:https://www.cnblogs.com/bigheadyys/p/11749384.html