第三视角Beta答辩总结
博客链接以及团队信息
- 组长博客链接
- 成员信息(按拼音排序)
姓名 | 学号 | 备注 |
---|---|---|
张扬 | 031602345 | 组长 |
陈加伟 | 031602204 | |
郭俊彦 | 031602213 | |
洪泽波 | 031602312 | |
李翔 | 031602418 | |
苏韫月 | 031602631 | |
王全炯 | 031602331 | |
肖地秀 | 031602336 | |
朱文婧 | 031602148 | |
郑愈明 | 031602147 |
项目宣传视频链接
组内大佬手工绘制全程无尿点
团队贡献比例及工作情况
工作流程
总的来说,beta冲刺的前3、4次大家都是各种考试,5、7次才开始冲刺
组员分工
人员 | 分工 |
---|---|
微信接口开发 | |
部分文档整理 | |
王澈羽 | 界面布局和美化 |
数据库设计 | |
界面开发 | |
文档撰写 | |
文档撰写、评审表整理 | |
贡献比例
工作量比例
GitHub 项目链接
项目链接
Beta 冲刺站立会议博客链接汇总
- Beta 冲刺 (1/7)
- Beta 冲刺 (2/7)
- Beta 冲刺 (3/7)
- Beta 冲刺 (4/7)
- Beta 冲刺 (5/7)
- Beta 冲刺 (6/7)
- Beta 冲刺 (7/7)
- Beta 冲刺汇总
燃尽图
备注: beta任务基本完成,但由于leangoo上没有及时更新导致日期上已经截至,所以燃尽图看上去是未完成全部工作量的状态
原计划、达成情况及原因分析
原计划将什么功能做到什么程度
- beta阶段开发出“关键词提醒”、“消息群发”功能
- 完善用户交互体验
- 修善代码风格
- 发布release版本
实际做的怎么样?
我们基本完成了原本定下来的目标,除了没有发布release版本之外。原因是采用了多进程通信方式导致pyinstaller打包过程中出错。
但我们为windows、linux用户提供了十分便捷的脚本能快速安装好所有的依赖环境,对于非本专业用户也能无痛使用我们的产品,对于专业用户也可查看源码对产品进行扩展。
Beta版本演示
产品图文展示
产品使用说明
使用本产品请读我!
求出本组的现场答辩得分
第一组 | 第二组 | 第三组 | 第四组 | 第五组 | 第六组 | 第七组(本组) | 第八组 | 平均分 |
---|---|---|---|---|---|---|---|---|
83 | 76 | 78 | 85 | 70 | 84 | 82 | 81 |
收集其他组对本组的答辩QA
问题列表 |
---|
Q:针对项目打包遇到的问题是否考虑过更优雅的解决办法? |
A:目前beta版本还只是使用一个脚本来配置环境方便用户使用,仍未找到解决方案,但之后我们会继续尝试。 |
Q:感觉作为一个桌面平台的应用项目已经初具规模是否考虑作为一个开源项目由社区添砖加瓦? |
有的,我们的代码都已在Github上开源,也即将完善产品说明书,让其他人方便地贡献代码,也欢迎大家为我们提供意见和建议 |
Q:在beta中遇到过哪些困难又是如何解决的? |
例如打包的困难,以及PyQt对一些特性的不支持等问题,解决方法基本是查资料、讨论,肝肝肝再肝 |
Q:本次beta完成的界面是否是最终的界面 |
目前还有一部分界面会进行优化 |
Q:项目的安全性感觉不高,特别容易受到攻击,对此有什么解决方法 |
就微信版本而言,和账号安全有关的只有模拟网页端登陆的操作并且产品都是在用户本地运行。安全性能无需过多担心,用户也可保持乐观态度使用我们的产品。 |
Q:在后续的发展方面,例如项目的继续进行以及推广方面有哪些想法 |
针对群聊热点分析模块推出更有趣的企划来吸引用户,项目是否长期运营目前还没有确定。但我们的项目是一个开源项目,欢迎大家为它添砖加瓦。 |
Q:以最终的成果来看,你觉得你们产品真正的实用性如何?是否真的起到了你们最初开发的初衷呢?(考虑到中间过程的变动) |
从成果来看,产品功能还是十分有趣的,也能解决用户的目前对QQ、微信这类IM的一些痛点;功能变动更多的是根据用户需求来进行小范围的调整,基本不偏离初衷。 |
Q:QQ项目的废止,直接影响到用户量缩水一半,有没尝试其他途径或方式去针对该用户群体进行一定的处理呢? |
这是十分遗憾的一点,我们的产品依赖于腾讯的生态,因此这个问题十分棘手,当然我们长期进行的话将会去寻找一个满意的解决方案。 |
Q:后续对于你们的项目会继续完善下去吗?具体会做点什么呢? |
长期运营与否暂时组内还未决议,如果长期进行,将会在功能、性能、界面、安全等方面进行完善升级。 |
Q:界面是否还有待提高? |
有的,我们会在保证成员时间、精力、考试的情况下进行改进。 |
Q:人名检测模块正确性如何? |
通过我们NLP处理,备注信息进行处理,人名提取基本上有84%以上的准确率,后续我们也会进行优化 |
Q:时间短和封号不得兼容,这个问题如何解决? |
事实上,此项功能术语使用频率较低的功能,我们可采用适当延长时间间隔、分散处理等方式来改进用户体验。 |
Q:有考虑在接下来的一周或未来的时间去完成QQ的项目吗? |
考虑项目成员的精力以及课程、考试等因素,一周内完成的计划过于激进。 |
Q:对于用户信息安全方面,准备采取什么措施来防护? |
目前用户的数据都保留于本地中,对于敏感文件,我们可以对其进行加密。 |
Q:对于可能存在的封号问题,有没有考虑在后续阶段进行解决? |
事实上,我们已经找到了相对较为满意的解决方案了。 |
Q:QQ项目可以考虑换其他再进行,因为我发现身边的人用得多的是QQ,用户基数还是很大的? |
如果项目长期进行的话,我们势必会慎重考虑这部分用户,并寻找有效的解决方案。 |
Q:软工实践后,是否会继续进行更进版本的更新? |
Q:请问你们beta版本的分工是怎么样的? |
详见博客上文 |
Q: 你们考虑了你们是否要落地使用嘛?因为目前这种类似脚本软件很容易导致用户账号安全问题。 |
Q:你们项目的用户并发行怎么样? |
对此我们不太理解贵组的意思,我们可以在QA之外再进行交流(抱歉!) |
Q:你们的词性分析可以做到针对哪些?比如:机三王四?法二莉莉?又或者李曾晶岭等四字姓名? |
对于姓名的提取我们的性能已经比较满意了,但小部分非常规的备注我们还需要再进行优化。对于问题内的例子我们都能很好地提取。 |
PSP与学习进度条
PSP表格
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 30 | 60 |
· Estimate | · 估计这个任务需要多少时间 | ||
Development | 开发 | 720 | 800 |
· Analysis | · 需求分析 (包括学习新技术) | ||
· Design Spec | · 生成设计文档 | ||
· Design Review | · 设计复审 | ||
· Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | ||
· Design | · 具体设计 | ||
· Coding | · 具体编码 | 600 | 750 |
· Code Review | · 代码复审 | ||
· Test | · 测试(自我测试,修改代码,提交修改) | 120 | 50 |
Reporting | 报告 | 10 | 100 |
· Test Repor | · 测试报告 | 90 | |
· Size Measurement | · 计算工作量 | ||
· Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | ||
合计 | 760 | 960 |
学习进度条
第N周 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
---|---|---|---|---|---|
1 | 1000 | VS进阶操作、人脸识别程序完善 | |||
2 | 500 | 1500 | 35 | 65 | 学习Axure RP的基本操作、flask后端框架的学习、与前端对接 |
3、4 | 310 | 1810 | 115 | 完善人脸识别程序,配置服务器 | |
5、6 | 1320 | 3131 | 48 | 163 | VS代码覆盖率插件的使用、英文分词、数据分析与展示、爬虫的复习 |
7、8 | 400 | 3531 | 53 | 216 | 完善“Faces人脸识别”项目,学习UML图 |
9 | 150 | 3681 | 25 | 241 | wxpy、PyQt、qqbot的学习 |
4081 | 26 | 267 | |||
11 | 4481 | 27 | 294 | jieba、wordcloud库的学习 | |
12 | 670 | 5151 | 31 | 325 | 进程通信、sqllite数据库对接 |
13 | 300 | 5351 | 355 | 进程通信 | |
14 | 5471 | 24 | 379 | 没啥o(╥﹏╥)o |