一、作品下载或可访问的链接地址；
好记APP测试版
二、团队项目的Github链接，要求在验收前所有代码都需要合并到master分支中。
阿里八八：好记
三、已经实现的作品的主题和功能介绍；
日程模块
1、单日日程添加、显示及日期切换
2、切换日期添加日程
3、切换日期显示界面（存在BUG，未自动刷新日程，需点击两次触发）
4、图片识别(因电脑上不便演示，用截图进行展示)
识别图片：
点击图片识别按钮：
选择图片：
识别完成：
5、语音识别（API已完成调用，但因抽取算法的问题仍难以实现识别）
用户模块
注册
登陆
修改信息
注销
数据分析模块
桌面控件
四、用户使用情况报告（使用反馈意见、用户数量、使用频度）
用户数：20
问题模板：
1、你对界面的UI设计是否感觉舒适，有无理解上的困难？
2、你测试的过程中碰到了什么Bug？
3、你认为我们急需加入的功能有什么？
4、对其他地方是否有提出改进的建议？
收集结果：
用户1：
1、我觉得UI的感觉太简陋了，就是不太美观，侧边栏的设置为什么点不开？
2、首先是语音识别和图片识别好像都没法使用，会出现闪退的问题。然后添加事件后要切换页面再切回来才能刷新显示出来。
3、我觉得把语音识别和图片识别做好应该就比其他的日程软件强了吧。
4、还是觉得页面可以更加美观些，可以让使用的人自定义不同的主题不同的风格。
用户2：
1.感觉用起来很奇怪，就是不太美观。理解上的困难倒是没有。
2.Bug比如说，你语音识别和图片识别都不能用。提醒后发觉其实语音识别按照严格的格式使用还是可以的，语音识别就没成功过。还有侧边栏的设置点不开是什么情况？
- 我觉得你们可以加桌面控件吧。
4.就是多添加功能吧，这样的日程管理软件市面上太多了，如果功能不够强大而且没有特点的话可能就难以被人关注了
用户3：
1.无论是从色调还是布局给人感觉都是怪怪的，而且一般的app都有菜单按钮不是吗？这里好像没有啊。还有，那个加号感觉点击后跳转出来的三个按钮不是在一条直线上，这感觉好奇怪啊= =
2.图片识别和语音识别会导致闪退啊，而且我添加事件后不会立马显示在页面上？还有要自己去应用后台开权限。。
- 可以追踪时间吧，比如你现在是晚上十点，那么你打开app的时候显示页面就会跳转到十点的事件所在的位置。
4.UI可以优化一下，而且功能可以增加，比如增加线上功能什么的。
用户4：
1.我觉得UI的感觉太简陋了，就是不太美观，侧边栏的设置为什么点不开？
2.首先是语音识别和图片识别好像都没法使用，会出现闪退的问题。然后添加事件后要切换页面再切回来才能刷新显示出来。
3.我觉得把语音识别和图片识别做好应该就比其他的日程软件强了吧。
4.还是觉得页面可以更加美观些，可以让使用的人自定义不同的主题不同的风格。
用户5：
1、UI界面总体感觉很棒，简约比较适合记事本一类的app。有一个地方我觉得不符合我的审美：添加事件的那个“＋”按钮有一点小，而且它是固定在那里的，能拖动最好。
2、
（1）第一次打开软件的时候，不是登录界面，而是软件的主界面
（2）点击“登录”按钮没有反应，无法登录
（3）好吧~_~点到“个人信息”才发现了登录界面，有点怪怪的
（4）点击“设置”按钮无反应，“云同步”也没反应
3、
（1）可以添加功能：事件实时保存功能(如果软件意外退出，事件编辑之后为保存，重新进入软件之后又得重新编辑，相当麻烦)
（2）、我没有找到“已添加事件”的入口，这样我得一天一天去找我把事件建立在哪一天。毕竟每个用户的习惯不一样。
4、（1）我试着在同一天同一时间点添加不同的事件，结果显示，后添加的事件完全覆盖了新添加的事件。并没有弹出提示信息说：该时间点已有事件存在之类的，也不是把我新添加的事件和已存在的事件整合在一起
用户6：
1.UI界面还不错，比较简约。
2.图片识别不能用，用记事本依照规定格式写了事件再截图，也不能用。
3.没有吧
4.同一个时间点输入的事件被分成两个事件，希望能整合一下。变成一个事件。
用户7：
1.UI界面还不错挺美观的，一打开界面显示的是今天的日期，找不到“明天”的日期。修改密码的时候能不能把提醒的文字弄到输入框旁边，不然会有点懵。
- （1）突然遇到的，不知道是不是bug，就是我退出登陆重新登陆提醒我说…手机号错误，我按返回…发现自己没退出，后来我再试退出登陆就没问题了。
（2）日期控件没找到，今天已经有事件了，日期控件里面没有显示。
（3）我输入昨天29号和前天28号的事件，显示success,可是点击日期到那一天找不到这个事件。
3.没有
4.希望把返回键改一下吧，太恐怖了，一直返回上一步，一直到第一步才退出，而且我点退出登录，再点home键退出了，这个时候再登进去就还是登录状态
用户8：
1.界面太单调了，就是字，图标也比较丑。
2.登录之后按返回键会退回到登录界面，时间是21点，新建事件却显示是9点。
3.事件提醒的功能。
4.可以找一点好看的图标点缀一下界面。
用户9：
1.界面风格不统一，图标和文字有的大有的小，感觉很乱。
2.无法修改添加的事件，语音识别闪退。
3.事件提醒的功能，云同步的功能。
4.建议美化一下界面，文字和图标大小统一一下。
用户10：
1.UI很粗糙，界面之间风格差异大。
2.在数据分析界面可以无限滑动，滑太多的话就看不到饼状图了。
3.提醒功能，云同步功能，设置功能。
4.数据分析图的颜色比较暗，建议用一些明亮点的颜色。
用户11：
1.界面看起来还是很简洁的，我个人还是挺喜欢这种界面的，登录的界面设置的有点不好，有点难找到耶。其他的都还好啦。
2.日程刷新有问题，语音识别的好像也不太好用，输入图片，显示的内容也不是很准确。云同步也不能用。。
3.应该把语音和图片完善一下吧，这样用起来比较方便。同步功能能实现就好了。
4.感觉这类app市面上有很多，而且也很好用，竞争力还是蛮大的，建议是希望能设置自己喜欢的背景，桌面控件的也可以更好看一些。
用户11：
1.界面简洁，看起来还好，新手使用起来还是有些困难，界面的逻辑设置有一点点小瑕疵，总的来说还好。背景颜色和字体能修改就好了。
2.添加日程后好像不能立即显示日程，不知道是什么原因，语音和图片的用起来也有些奇怪，不是很好用。闹钟功能好像也不能用。。。
3.希望还可以以日历的形式显示日程，只显示单日的有些局限，日程删除和修改也需要实现一下。
4.感觉图片识别和语音识别还是挺重要的，希望能够实现，毕竟这种软件太多样的，只是手写输入的话竞争力不大吧。。。
用户12：
1.界面有些太单调了，哈哈哈，有的地方没有说明不知道是干啥用的。数据统计界面不太好看，注册和登录界面很难找到。
2.语音图片不能用？日程好像不能立即显示耶。删除和修改也不行，云同步点了没反应。显示日程的时间也有点奇怪。
3.多日显示吧，单日的太少了。界面可以弄的好看一点，比较能吸引人。提醒功能也很重要，希望可以完善。
4.语音识别和图片识别的如果能完善感觉用起来还是很好的，感觉软件不够强大，用起来不是很顺手。界面可以做的好看一些，功能再多一些就好了，例如设置背景色，字体大小，颜色。桌面控件可以弄的好一些，比较方便使用。
用户13：
1.UI整体还是比较简洁大方的，添加日程的界面极简风比较合我的口味，切换日期的时候需要手动刷新比较用户不友好，数据分析界面有点丑哈哈哈
2.桌面控件的日程不能及时更新，或者说更新时间太慢
3.提醒功能吧
4.觉得可以在桌面控件上下一点功夫，比如可以在控件上就直接修改等等，这样会更节省用户时间。
用户14：
1.说实话吗？有点太单调了，可以多优化一些细节，比如主界面日程的显示可以再美观一些
2.选择日期功能有时候会出现选择后显示日程无法出现的情况
3.可以查看多日的日程
4.没有
用户15：
1.很明快，能比较容易找到添加日程的地方，但是侧边栏这边我刚开始没有注意就一直没有发现这里面的功能，数据功能感觉比较鸡肋，是因为标签不太多吗？
2.没有碰到明显的bug
3.在某一天添加了日程后，如果之后忘记了，如何能找到那天的日程呢？可以在日期选择的日历上作一些标记。
4.界面如果能再美观点就更好了
用户16：
1、UI很清爽我很喜欢，只不过
2、无bug
3、日志修改功能
4、识别功能可以再提高一点？
用户17：
1、UI简洁不错
2、提醒功能无法使用？
3、提醒功能
4、tag的内容比较少，可以多增加点吧
用户18：
1、日期选择以及时间选择比较不习惯，ui还行，比较单调
2、无法修改日志
3、日志修改功能
4、界面比较单调，但是如果是主打记事功能的话那是挺不错的
用户19：
1.无理解上的困难
2.语言识别无法使用
3.因图片识别还不完善，只能识别严格“2017年12月29日15时30分要去上课”
用户20：
1.无
2.闹钟开了以后也没有反应
3.无
4.无
五、团队项目总代码行数、项目预估遗留的bug数、项目总耗时
因为项目的开发都在github的dev分支下进行，因此只统计dev下的commit情况
commit次数：306
总代码行数：6886
目前已知BUG数：3
预估BUG数：10
项目总耗时：305
六、每个组员的项目感言
PM：叶文滔
其实很多感慨在个人博客里已经说了，不过大多是对个人方面的，这里就谈谈我对团队以及担任PM的一些内容。虽然说在老师对PM描述里，PM做的代码工作是比较少的，更多工作是管理类，但就我们团队以及我观察到其他的团队来看，其实PM的技术工作量与其他同学都是差不多的，另外还要去通常承担许多写博客、答辩之类的文书工作，所以花的时间实际上是团队里最多的。当然可能其他的团队结构不是这样，比如博客由另外的同学写，答辩由另外的同学负责，这样看似会更合理，但我并不是这么认为的。其实我并没有想抱怨PM做的工作会比其他同学更多，恰恰相反我觉得PM理应会做更多的工作，首先编码是必要的，也许在功能上PM做的是一个小的功能，但很多时候还需要去处理组员提交的代码因合并产生的BUG、去和组员沟通询问，再自己学一些东西，配合组员一起解决这个BUG。所以这方面的编码占的比PM自己负责的部分要多。这样我们也可以看出一个事实，那就是实际上PM是整个组里最了解项目的人，哪个模块做的如何都心里有数，所以由PM来做报告、答辩其实是最好的，对于整个项目的介绍会更全面细致，面对答辩也更易于回答质疑，所以这就产生了更多的工作量。所以我在想，探寻团队的分工合理性上是不是应该再降低PM的编码工作，因为即使将PM的工作再分配一部分到某个或某几个组员身上，最终PM仍会需要去了解这个地方的代码，这个工作的调配不是简单的加减关系，也许减掉PM50%的代码任务本意是减掉PM身上50%的代码工作，但最终可能会只减掉15%。所以分工问题对于一个团队提高效率工作来说是可以再深入研究的点。
然后再说说关于Beta阶段换人的想法。在Beta的答辩时老师问到我，换人觉得怎么样。那时候我不假思索的答：应该换。但事后我认真考虑了一下其实不对，不应该换，或者说应该凭自愿的原则来换，尽管可能最终是没有团队换人的。那个时候我答应该换主要是换来我们组的陈裕鹏同学确实是很优秀，他在一个晚上的时间里搭建好了安卓的编译环境，并且通过基础的安卓教材快速上手了我们的项目，差不多第二天就基本完成了我分配给他的一个简单任务，而且在之后协助我们解决了许多疑难杂症。而此前他所做的完全与安卓无关，他本人在之前也没有任何开发JAVA的经验。所以能有比较不错的换人效果其实主要得益于他本人的编程功底扎实，能快速融入团队。但是想一想，并不是所有的同学都能像裕鹏这样厉害，可以在一个晚上就马上上手新项目，适应完全不同的编译环境与团队。对于一个水平一般的同学，如果被换了，假如是安卓换安卓或者IOS换IOS还好说，要是安卓换WEB之类的，而又仅有一周多的时间来完成任务，这里面恐怕六七天都要花在学习新的语言、看前人的代码上，我不否认工作中会有这样的情形，但对于课堂而言，这种情况可能导致这位同学在原本的团队有稳定的贡献量，换了以后贡献量大幅度降低，对新的团队造成大问题，对他本人而言最现实的就是分数下降，而没有被换的同学就不用担心这个问题，带来的最直接的影响就是不公平，被换的同学要花更多时间，却很难拿到合适的分数，与走上社会的情况不同的是，社会存在不公平可以理解，但课堂不应存在，对于有评分数的课堂更是如此，如果要换，那就应该全部团队打散，保证每个人换到自己不适应或适应的环境下继续开发，这样也许反而能体现哪些同学更优秀，可以更快融入环境，而不是仅仅换一个同学，我觉得不合适。就像临近考试，老师突然跟几个同学说，你们几个的知识点改一下，卷子和其他同学的不一样，会更难一点，但是统一评分一样。以上是我经过认真考虑后的一些想法。
最后谈谈我们的项目，虽然到现在结束，项目个人觉得还是差强人意，一些日常软件必要的东西仍然未完成，主要还是技术问题，我们还不够强，学习的速度还不够快，这是一个遗憾，但我们会在接下来的时间里去继续完善我们的APP，阿里八八项目组也不会解散，我想我们也许会用接下来的寒假、周末、暑假去打造我们的第一个产品，不留遗憾。
前端及语音识别开发：王国超
这个项目我们团队经历了将近一个学期的时间进行学习和完成。
一开始，对android，对前端后端，对项目完成的流程一点都不了解。所以当初是不安的。
然后经历了项目的讨论确定，然后开始进行着手。都是在学习。所以，这个项目让我学到了很多的东西，也得到了不少的想法。
目前而言，这个项目完成度不是很高。项目已经结束了，但就个人而言，这个项目还是很值得研究。到底哪里可以改进，当初如果用这种布局框架会不会效果更好，预期的效果没达成可以是否通过别的当时没想到的方法去实现他等等。。。。。
团队里大家一起经历了许多个晚上一起敲代码，赶进度和开会，都很辛苦，团队里的每人也学到了很多东西。
用户模块及数据分析模块：刘晓
一个学期的软工实践结束了，对比我们之前的设想，最后实现的效果出现了一些偏差，还有一些不够完善和没完成的部分，感觉因为技术欠缺导致这样的结果还是挺遗憾的。这是我们对于软工实践这门课交出的成绩。当然课程之外，这个实践过程也给我们带来许多不能具象化的收获，一起熬夜敲代码的队友，一段团队协作、齐心协力完成一个作品的时光，还有对于学堂外软件开发的流程和思想也有了更深的理解。感谢团队成员，大家都是全心投入在这个项目里面，没有出现消极怠工或者推脱责任的情况，也感谢我们的组长为了团队的牺牲，还有老师和助教们的付出。
服务器搭建及图片识别开发：俞鋆
在这接近一个学期的时间里，我从一个什么都不懂的小白，到现在是一个Android app的开发成员，我感到十分得开心，虽然这一路上遇到很多未知领域和bug，但都和队友一起费了九牛二虎之力解决了，要说我从这门实践课学到了什么，那就是即使是一个很普通的软件，开发它的过程也是很复杂的，开发人员也是付出了很多心血的。
用户模块及日程界面改进：李嘉群
第一次尝试团队合作，第一次进行集体编程，第一次跟队友熬夜熬那么晚。一开始听学长学姐说软工会花费很多时间，的确是这样，大三上课还是挺多的，每天都感觉被deadline在追赶着，可能是大学最忙的一个学期了。不过现在回想一下，还是很享受这一段时间的，软工的真的是大学很好的一门课，每天能够跟着队友一起学习，交流，编程，感觉还是很不错的。在这过程中，也学会了很多东西，有所收获，耐心也跟着变好了，哈哈哈，可能遇到的bug太多，又不能不去解决。解决问题的能力也稍微变好了一些，可以更加明确的去解决一个问题，少了一些盲目。代码也会更加注意一些规范，在这过程中感觉代码的规范真的很重要，规范的代码可以让其他人更加容易懂。感觉软工对我的影响是潜移默化的，在无形中有一些能力得到了一些提高。也很幸运能遇到这些队友们，遇到问题会一起商量，一起讨论，一起去解决。
用户模块及桌面控件：张岳
软工结束啦，项目其实还是很不完善，离我们最初的预想还有一定距离，也许也和大家的技术能力有关，但是每个人都有在努力完成，大家收获的一定不仅仅是技术。这期间也看到了其他小组的作品，看到了优秀的同学的情况，以后也要更加努力才行。关于团队，我觉得很幸运认识团队中的小伙伴并且一起度过这么难忘的时光，每个人都不会去互相推诿，遇到问题也会尝试一起解决，可以说是非常棒了。希望有机会能把我们的项目继续完善下去。
Beta阶段新成员、添加日程完善及识别抽取算法编写：陈裕鹏
我是通过成员交换来到阿里八八小组的，一开始来跟大家还是比较陌生的，但是大家都很热心，教会我很多，无论是AS的用法还是android开发的一些步骤，大家都不厌其烦地回答我的问题。
接手了这个项目后，我先去从零开始入门android开发，然后便是研究理解项目的代码，很感谢原本负责我负责部分的lhw同学，细心的回答我对代码的一些疑问。
一开始做的几个功能也比较像模像样，后面到了闹钟的功能，一开始认为闹钟功能可能不会很难，去搜索资料的时候才发现android上闹钟的功能是非常地难以实现，有很多技术上的问题，很多我不了解的技术，时间又不是很够，闹钟功能就一直没有完成，这点我很抱歉。
做这个项目收获还是很多的，我学会了一些android开发的方法，同时学会了如何跟小组的其他成员沟通，以及一些java简单的使用方法。
日程模块及数据分析模块：黄梅玲
β阶段尝试了和α阶段完全不同的工作，感觉也学到了很多，原来在α阶段不懂的东西在β阶段也学会了，虽然β经历时间比较短，但是也印象深刻。整个项目下来，从最初始的关于安卓的入门到整个流程下来，觉得现在比较了解开发流程，另外，在整个过程中，感觉到了技术的局限性，还需要多多学习