队名：Aruba
项目名称：松鼠摘——一个简单实用的“文字”存储工具
队员：
需求分析
N(Need)
首先，我们做了一个小小的问卷(点击查看大图)
简单分析来看，38个人里，19人有摘录文字的习惯(50%)
其中：
- 9人以便签的形式，其中6人觉得切换应用复制粘贴的方式“有点麻烦”，3人选择“不麻烦”，0人选择“麻烦，不太舒服”
- 8人以截图的形式，其中6人觉得截图的整理困难，2人觉得不会
- 2人选择其他
而且，最后一题选答的（请不要注意个别有趣的答案）：
通过以上，可以看出对于文字的摘录以及整理，对于有的人存在“痒点”，对，不痛，就是有点痒
A(Approach)
我们的想法是：
-
当长按选择文字后随复制粘贴的工具框出现一个按钮拖动按钮可以选择要保存的类别，需要保存的文字相关信息（时间，来自什么应用）会有相应的记录，如果未选择类别，默认地以来源应用分类，即文字将自动地加在来源应用的类别下。
可以看动图演示更直观(未完全加载会稍有卡顿)
-
有时候可能有些文字是在图片上，或者就是有些图片想要插入到摘录里，我们提供截图的功能，截图后与文字相似处理，选择分类插入
-
如果想创建新的类别，将按钮拖动至“+”号即可当场创建；如果没有选择类别默认存放在来源应用类别下
-
应用在后台自动存储文字或截图，在相应类别的后面添加上去
-
“分享是一种积极的生活态度”，摘录的文字能够以图片形式保存，分享到哪里则由主人自己决定
B(Benefit)
- 不需要切换应用来复制粘贴文字了！从而把应用切换可能造成思绪打乱的影响尽量降低
- 整理更加方便简单，由于选择完文字或截完图后已选择了存放类别，日后如果需要再整理，条理也更清晰，远离混乱
C(Competitors)
由于我们团队几个成员对于类似应用见得较少，目前有看到一个，可以看看介绍和下载试用->舒心录
舒心录有它独特的地方，下载试用后你可能就会喜欢上用它了。有点不足的地方就是，每次摘录文字后，它都是以单独的一个条目存储，比如一篇文章摘录了十个句子，那么就会有10个独立的条目，它们之间没有任何联系；另外，舒心录很纯粹，只处理文字，没有插入图片的功能。我们的应用是希望做好一个分类整理的角色，包括图片。
另外就是各种便签应用，它们则是记录者的身份，如果要分类还是需要手动的建文件夹和移动。
D(Delivery)
- 会先在身边同学、朋友中推广，同时还可以听取他们的建议
“由于我们的团队成员都没有过开发经验，所以对这次实践的预期可能不准确，计划先完成主要功能，之后如果时间有余，会跟进多一些功能。”
**以下是同学提问及建议：** Q：该怎么实现复制粘贴对话框弹出的时候，应用的按钮一起出现？ A：其实我们团队一开始也在争论这个问题，后来查了一些资料，有一些方法可以对复制粘贴对话框的弹出进行监听。还有待我们自己再去摸索 Q：不知是不是巧合，有个应用的点子有点类似，不过它是以来源应用进行分类，你们的应用还需要自己选择分类是不是...？ A：我们的应用在使用者没有选择分类的情况下默认以来源应用分类，既然能这样为什么还需要添加类别？举个例子，比如早上用个阅读器看一本书，摘了10句文字，下午还是用这阅读器又摘了10句文字，如果只能按照应用来源分类的话，这20句就存在同一个类别下了，也会造成一些不方便 Q：能不能拍照然后再识别上面的文字？这也是个痛点 A：我们的计划是先完成主要功能，我们确实不知道我们能做到什么程度；这个点子是个好建议 建议：具有备份恢复功能 建议：可以按关键字分类
**感想：**同学们提问和建议积极热情，甚是感动，提到了几个我们没有考虑到的点，感谢。同时也看到了其他小组有创意的想法和点子， 分享交流，思维碰撞，互相发现好的地方，互相帮助发现不足的地方，这种学习的方式感觉挺好 比例权重：
| 项目 | 408 | 409 | 410 | 428 | 429 | 431 |
|---|---|---|---|---|---|---|
| 例会1 | 0.05 | 0.05 | 0.05 | 0.05 | 0.05 | 0.05 |
| 例会2 | 0.04 | 0.04 | 0.04 | 0.04 | 0.04 | 0.04 |
| 调查讨论 | 0.03 | 0.03 | 0.03 | 0.03 | 0.03 | 0.03 |
| 原型设计 | 0.01 | 0.03 | 0.01 | 0.01 | 0.01 | 0.01 |
| PPT及各材料整理 | 0.01 | 0.03 | 0.01 | 0.03 | 0.03 | 0.03 |
| 答辩提问 | 0.02 | 0 | 0.02 | 0 | 0.02 | 0 |
| 总记 | 0.16 | 0.18 | 0.16 | 0.16 | 0.18 | 0.16 |