福大软工 · 第七次作业 - 需求分析报告（404 Note Found队）

目录

• 组队后的团队项目的整体计划安排
• 项目logo及思维导图
  • 项目logo
  • 思维导图
    • 产品思维导图
    • 产品思维导图-引导
    • 产品思维导图-后端数据处理、存储
    • 产品思维导图-短信识别
    • 产品思维导图-智能分析
    • 产品思维导图-壁纸生成
    • 产品思维导图-注册界面
    • 产品思维导图-登录界面
    • 产品思维导图-使用1
    • 产品思维导图-使用2
    • 产品思维导图-语音输入（语音识别）
    • 产品思维导图-语音输入(浮窗按钮)
• 评审表格设计
• 分工与贡献分评定
  • 撰写需求规格说明书的工作流程
• 答辩总结
  • 第一组（爸爸饿了队）
  • 第二组（拖鞋旅游队）
  • 第三组（彳艮 彳亍队）
  • 第四组（火箭少男100队）
  • 第五组（起床一起肝活队）
  • 第七组（第三视角队）
  • 第八组（小白吃队）
  • 第九组（我头发呢队）
• 需求分析报告
  • 《需求规格说明书》附件
• 遇到的困难及解决方法
  • 绪佩
  • 鸿杰
  • 丹丹
  • 家伟
  • 青元
  • 卉卉
  • 家灿
  • 政演
  • 一好
  • 恺琳
  • 宇恒
  • PSP
  • 学习进度条

作业博客链接

团队会议纪要链接

组长博客链接

视频链接

组队后的团队项目的整体计划安排

项目logo及思维导图

项目logo

logo含义：由一个装满备忘录、便签的罐头和一只猫组成，白绿色调映衬我们备忘录的清新简便，钞票似的备忘录便签代表记忆像金钱一样珍贵，罐头上的Canmory是由记忆罐头：memory can提取组合而成，象征着记忆只有存在罐头里才不会遗忘。可爱的猫为我们的备忘录添了几分生趣。

思维导图

产品思维导图

产品思维导图-引导

直观充分的展示了记忆罐头的几大核心新颖的功能：语音输入、生活助手、快递订单短信识别、生活助手天气分析、APP使用行为分析。

产品思维导图-后端数据处理、存储

后端数据处理、存储主要分为两部分，存储在云端的数据和存储在android手机的数据。用户备忘数据默认保存在本地，注册账号之后可对数据进行云备份。手机端数据库使用sqlite，服务器端数据库使用mysql。后端人员用java设计api接口以便前端调用数据。云备份功能的实现基于云服务器和网络协议实现。

产品思维导图-短信识别

短信识别大体有四个步骤：

1. 获取短信读取权限
2. 读取新短信内容
3. 分析短信内容
4. 将短信中需识别的关键信息返回给后端使用。

• 获取短信权限：可以直接使用现有的安卓代码。
• 读取新短信内容：考虑通过监听短信广播或是通过观察者对象监听短信数据库变化来实现。
• 分析短信内容：考虑通过发信人号码和短信内容两方面来分析短信。
• 发信人号码方面，可以考虑通过网络上爬取快递公司和售票网站的号码来对短信分类；
• 短信内容方面，考虑通过自行撰写正则表达式匹配短信内容，达到对短信分类和获取所需信息的要求。其中发信人号码不是必要的途径。
• 返回短信关键信息给后端：对于快递短信，返回快递公司名称，取件时间，取件地点和取件所需这四类信息；
• 对于车票短信，返回发车时间，上车地点，目的地和所需物件这四类信息。最终返回一个含有所需信息的完整字符串给后端。

产品思维导图-智能分析

分为APP使用分析和天气分析两部分，用户都能够自定义两个功能。
其中APP使用分析主要以通知的形式提示用户使用游戏软件时间过长等
事项，天气分析主要以通知的形式提示用户天气状况及相应措施。

产品思维导图-壁纸生成

用户可自定义该功能，自定义部分包括壁纸形式、显示模式和备忘录内容等，该功能主要是显示5或10条备忘录于锁屏或桌面小控件。

产品思维导图-注册界面

用户在最开始可以通过手机号注册使用我们的产品，用户注册的验证方式是手机动态验证码，并且注册设置的密码应当符合要求。

产品思维导图-登录界面

用户在登录界面可以通过手机号登录使用我们的产品，登录方式为通过手机的动态验证码进行验证，并且提供记住账户密码提升用户体验，避免每次登陆都需要输入密码。

产品思维导图-使用1

产品思维导图-使用2

产品思维导图-语音输入（语音识别）

App通过调用百度语音的api来实现语音转文字的功能。

产品思维导图-语音输入(浮窗按钮)

使用浮窗按钮来进行对备忘录快捷的控制，包括了语音备忘，壁纸开关等功能。浮窗按钮主要通过调用Android的WindowManager类来实现

评审表格设计

评审表格地址

分工与贡献分评定

撰写需求规格说明书的工作流程

将每个部分分配到个人初步完成，然后将大家完成的各个模块内容进行初步汇总和精细汇总最后团队共同讨论精修整理的流程。需求规格说明书中比较复杂繁琐的部分分配两个人共同完成，并且分配的任务都和组员所担任的角色关系紧密，比如后端负责接口以及验收验证标准部分，前端负责原型。

答辩总结

求出本组的现场答辩得分：去除最高总分，最低总分，求平均分（保留2位小数）

收集其他组对本组提出的问题，并回答（每少回答一点，该项得分扣除5%，扣完为止）

第一组（爸爸饿了队）

1. 项目的原型设计中用户新建备忘录的页面有非常多的选项可供用户选择，这是否会增加用户的学习和使用成本？
   • 答:你好，其实不会的，大多数可选项就如同很多软件注册时，可以选择不填写的，我们在后端有设置默认值，用户需要填写的只是标题等一些必填项。若是用户需要对于某个备忘进行详细设置，我相信只要进行了几波操作之后，会很快得心应手的。
2. 对诸如快递信息、订单信息的备忘由应用获取，如何保证其他应用的订单信息能够被应用读取到？
   • 答:你好，我们主要做的是短信提醒，通过Android内部的短信接口，将获取的通知短信内容存储进数据库，进行分析之后，生成备忘内容的。
3. 产品添加了分析用户日常行为并向用户提醒的功能，这一功能是否已经超出一款备忘录软件的功能范畴，应该重新考虑产品定位？
   • 答:你好，这项功能是我们的拓展功能，现在主要方向是对于用户的软件运行进行监控分析，比如打开app次数，时间等，用户使用beiwangapp其实是为了更好的规范自己，我们提供的这项功能，能够让用户看到自己使用手机的情况，进而做出更好的规范，和产品的定位其实并不冲突。如果不需要这个服务的话，用户也可以考虑关闭这个功能的。

第二组（拖鞋旅游队）

1. 竞品较多，并且大部分的人使用手机自带的备忘录便满足了自身的需求了。
   • 答：感谢提问！我们的备忘录主要提出的一个便捷和智能的概念。市面上能够便捷的产品可能不够智能，智能的产品可能不够便捷，又智能又便捷的产品更是少之又少。而我们的目标就是做一个这样子的App。根据我们前期的市场调研和问卷调查，市面上确实没有类似的产品，并且在向被调查者说明了我们的特点后绝大多数被采访者愿意使用我们的产品。
2. 生成的壁纸可能会被App挡住，不便于查看。
   • 答：感谢提问！我们的App在锁屏部分使用壁纸，在桌面部分使用小控件，我方的排版会将这两方设计得不会影响用户的体验。

第三组（彳艮 彳亍队）

1. 可否针对懒癌用户设计一套模板，对于一些简单的日程直接一键生成？
   • 答：感谢提问！你提问的关于模板设计的问题我们小组没有考虑过，但是这确实是一个不错的创意，我们小组在后续的开发将会考虑迭代这个功能。
2. 可以在不注册的情况下使用吗？
   • 答：感谢提问！我们的记忆罐头app支持无联网操作，即用户可以在不注册登录的情况下使用。
3. 有没有合理的插入广告方式？可以让用户欣然接受的
   • 答：感谢提问！插入广告如果想让用户能够接受肯定要基于不影响用户操作的情况下，因此可以考虑用通知的方式(简单的文字介绍)来插入广告，不过我们的记忆罐头app暂时没有插入广告的想法，因为我们的app始终追求用户的体验至上，
     广告或多或少会影响用户的体验。

第四组（火箭少男100队）

1. 缺少更加创新型的idea
   • 答：你好！感谢你的提问。我们的备忘录实现语音输入、自动生成备忘壁纸和锁屏以及能够分析用户行为。在创新性来说，我们觉得目前没有一款备忘录比得上我们。
2. 缺少详细的分工细则
   • 答：你好！感谢你的提问。我们的分工细则十分详细，详情请你看我们的ppt最后一页。同时我们是唯一在ppt中放入这么详尽的分工的队伍。
3. 功能布局合理性尚缺
   • 答：我们力求给用户展示最简洁的界面，或许有些许功能布局不合理，会在后续更多考虑这一问题。

第五组（起床一起肝活队）

1. 有些备忘录的优先级可能会随时间改变，比如作业刚布置时优先级低，截止前优先级高，这种情况怎么处理？
   • 答：感谢提问！如果用户对于备忘录有设置完成时间，那我们的优先级将会进行对应的调整，比如，根据deadline转换成相应的优先级加入，使得可以动态改变一些活动的优先级。
2. 如果有足够多优先级一样高的备忘录导致一个屏幕无法根据优先级排列而不够显示怎么办？
   • 答：感谢提问！我们支持用户进行自主选择展示的备忘信息。但是如果有多个优先级相同而用户没有选择的话，我们优先展示deadline近的。
3. 请举一个没有手动设置备忘录而自动提醒的例子？
   • 答：感谢提问！我们向用户申请权限以获得读取短信的能力，在提取短信内容的情况下，我们进行分析，比如车票，快递等的信息，将其加入用户的备忘录，以提醒用户。

第七组（第三视角队）

1. 备忘录中的待办事项时间顺序上冲突时，事务排布优先级设定有什么逻辑设定吗？
   • 答：感谢提问！我们备忘录中每个待办事项优先级可以设为高，中，低三种；用户未手动修改时默认为中的优先级。
2. 备忘录壁纸覆盖掉原壁纸时，在关闭备忘录壁纸功能后，原壁纸能重新回来吗？
   • 答：感谢提问！我们的软件遵循迭代原则，而在我们备忘录的阿尔法版本中没有设置这个功能；这一建议很好，但我们认为加上这一功能后的工作量会超出团队的承受范围，在后续的版本迭代中我们团队会再进行讨论考虑是否加入这一功能。
3. 备忘录的锁屏和壁纸显示是否设置有安全保护措施？
   • 答：我们备忘录允许用户自行设置是否在锁屏和壁纸显示，有这方面顾虑的用户可以关闭这些功能。

第八组（小白吃队）

1. 云备份保存在用户帐号上，但如果需要转移到不同帐号上，或者不使用云备份转移到其他设备上如何实现？
   • 答：我们的 app会设置默认情况，如果想要建议版本的备忘，可以形成只有标题的形式。
2. 有云服务这个功能么？比如想找到很久之前的一条备忘但是换手机了怎么办？
   • 答：我们会提供云备份功能方便大家储存。
3. 如何盈利？
   • 答：会设置vip，以便使用更好看的壁纸。

第九组（我头发呢队）

1. 云备份保存在用户帐号上，但如果需要转移到不同帐号上，或者不使用云备份转移到其他设备上如何实现？
   • 答：感谢提问！首先，备忘录本身便是周期短，内容简的特点，因此用户备忘录的内容不会过多，所以若用户想要转移到不同的账户完全可以通过手动重新输入备忘录。其次若用户不想要使用备忘录的云备份功能可以选择不登录使用我们的产品，依旧可以使用我们的基础备忘录的功能毫无大碍。第三，用户通过手机注册登录我们的产品，因此若用户经常更换手机号码、多个不同账号都不嫌麻烦，那么我们相信手动输入几条备忘录用户一定也不会嫌弃麻烦。
2. IOS权限严格，难以在IOS上实现。其需求对象以工作党为最多。然而工作党且有很多事情需要备忘的群体，一般会使用IOS来减少手机使用系统上的繁琐。如何解决？
   • 答: 感谢提问！首先希望您方可以再仔细查看我们的需求规格说明书以及PPT，我们多次明确的陈述过平台是基于安卓平台，至于IOS版本目前还没有考虑，因此您方这个问题暂时不给予回答。IOS平台在后续迭代过程我们会进一步完善解决。
3. 有没有考虑过云备份生成连接，供不同账号设备使用？
   • 答：感谢提问！对于您重复提出的不同账号的问题，和问题一一样的回复，备忘录具有简短便捷周期短且是日常事项的特点，因此多个账户之间使用只是添加累赘，暂时不给予考虑。而对于不同设备，如果用户拥有一个账号，那么就可以使用不同的设备登录使用我们的产品，并且可以在不同的设备上看到自己的备忘录内容，这也是我们所谓的云备份的含义。

需求分析报告

修改之处

1. 修剪了图片的尺寸，使之更齐整，内容更清晰（修改其一）。

1. 在产品功能部分，完善了对云备份的描述。

1. 产品功能部分，完善了对壁纸展示的描述

《需求规格说明书》附件

记忆罐头需求规格说明书

记忆罐头需求ppt

遇到的困难及解决方法

绪佩

困难描述

1. 在安装AS的时候遇到.gradle文件夹的报错。

2. 在完成前端布局文件的时候遇到水平线不会画的问题以及排版效果总是做不到原型做的那样好。

3. 身为pm，存在一些分工还不够到位及时。

做过哪些尝试

1. 查阅众多资料之后，终于在某一篇博客里面找到原因，于是从队友的电脑中拷贝了gradle-4.6-all.zip文件进行了相应的配置。

2. 仔细学习安卓前端开发资料文档，还在努力学习中。将界面尽量做的精美、到位、友好。

3. 不断努力改善中，尽量成为一个好的pm。

是否解决

1. 已解决

2. 正在解决

3. 正在成长改善

有何收获

身为pm貌似感觉自己的任务有点太多了，忙不过来，可能后面会稍微减少一点工作啊，主要还是推进项目和督促工作。对于前端开发还要好好学习，真的是要熬夜苦肝...:)

鸿杰

困难描述

1. 对于AppWidget不够了解，不清楚如何实现简单控件TextView

2. Android Studio加载gradle非常慢

3. AppWidget关于ListVie组件的实现不了解

做过哪些尝试

1. 百度搜索相关博客和文档阅读了解

2. 尝试修改博客的示例代码

3. 请教有项目经验的学长、学姐

是否解决

1. 基本了解如何实现简单控件TextView

2. 通过手动下载gradle文件然后配置本地路径加快了速度

3. 基本了解如何实现复杂控件ListView

有何收获

1. 通过博客和文档的阅读，训练了我阅读博客和文档的能力

2. 基本了解AppWidget的简单实现

3. 实现了简单的ListView

丹丹

困难描述

1. 如何制作APP介绍视频，如何制作团队logo

做过哪些尝试

1. 学习AE,PR,PS软件使用技巧，学习AE模板套用，学习透明Logo制作

是否解决

1. 已解决

有何收获

1. 掌握了AE,PR,PS软件使用技巧

家伟

困难描述

1. 不确定对特定类别短信应该以何种形式和模板返回所需内容
2. 没有学习过Java中的正则表达式

做过哪些尝试

1. 在团队内部进行讨论并集体做出决定
2. 在网络上查找相应资料和博客

是否解决

1. 已解决
2. 已解决

有何收获

1. 掌握了Java中的Pattern类和Matcher类使用技巧，学习了Java中文字符的表示方法

青元

困难描述

1. 没有android开发经验，得边学边写。
2. 因为没有实际项目经验，分工不是太明确

做过哪些尝试

1. 阅读开发文档和书籍
2. 询问有经验的人

是否解决

1. 是

有何收获

1. 有了一定的android开发能力

卉卉

困难描述

1. 一个后端为了了解项目做了原型，审美受到质疑

2. 写了一点点云端接口被告知Alpha版本先实现本地，pm定的deadline日益接近，linux作业也面临提交，紧急学习安卓和sqlite

做过哪些尝试

1. 感谢小伙伴们的建议和帮助！

2. 感谢队友家灿的帮助！还有就当然是熬夜学习了

是否解决

1. 已解决
2. 没有解决，还在赶deadline

有何收获

1. 收获了黑眼圈

家灿

困难描述

1. 项目实现的是即使本功能，开始大家想做的是云端，但是这样存在一个问题就是用户手机断网之后，软件无法正常运行的问题

做过哪些尝试

1. 去图书馆借阅了几本关于Android开发的书籍，然后也看了很多网上的博客

是否解决

1. 是，然后发现了Android有嵌入的sqlite数据库，很符合我们的功能需求

有何收获

1. 对于Android下的sqlite进行了初步学习：建库建表查询等等还有就是sqlite的可视化软件等等

政演

遇到的困难及解决方法

1. 需求表报告工作量大，需求复杂繁多，难以完成

2. 需求报告排版格式要求细致繁复，修改复杂。

做过哪些尝试

1. 百度搜索相关博客和文档阅读了解

2. 请教有项目经验的学长、学姐

是否解决

1. 基本了解如何实现初步的需求报告

2. 基本了解如何制作精美的需求报告

有何收获

1. 通过博客和文档的阅读，训练了我阅读博客和文档的能力

2. 学会合理分配文档工作

3. 实现了最后版本的需求报告，并且是唯一没有被老师diss的一份

一好

困难描述

1. 思维导图没做过。

2. 有很多知识没学过，比如安卓基础开发，比如api如何调用

3. as针对我，下了很多次都不星（行）

做过哪些尝试

1. 查阅网上的实现案例

2. 向同学询问as安装方法，查阅安卓基础书籍

是否解决

1. 是

有何收获

1. 学到了新的知识

2. 能更好的融入团队中，为团队贡献一份力量

恺琳

遇到困难

1. 前端代码不熟悉，需要了解

2. 代码需要贴近原型设计，需要在完成一定功能下贴近美观

做过哪些尝试

1. 上网查百度

2. 查看android stdio的教程视频

有何收获

1. 初步了解android stdio页面设计代码

2. 了解相关控件

3. 能够利用一些控件使页面贴近原型。

宇恒

遇到困难

1. 对于AS的各种细节处理十分难操作，下拉列表、级联列表、颜色处理、边框处理等等

做过哪些尝试

1. 询问同学、网上查阅、书籍查阅，再建立测试文件真正手动操作几次

有何收获

1. 稍微有了一种布局观，了解怎么布局才算合理，一些细节化的处理可以很快的解决

PSP

PSP2.1	header 2	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	150	240
· Estimate	·估计这个任务需要多少时间	15	5
Development	开发	180	150
· Analysis	需求分析（包括学习新技术）	120	120
· Design Spec	· 生成设计文档	240	300
· Design Review	· 设计复审	30	60
· Coding Standard	· 代码规范 (为目前的开发制定合适的规范)	0	0
· Design	· 具体设计	180	240
· Coding	· 具体编码	0	0
· Code Review	· 代码复审	0	0
· Test	·测试（自我测试，修改代码，提交修改）	0	0
Reporting	报告	245	300
· Test Repor	· 测试报告	0	0
· Size Measurement	· 计算工作量	0	0
· Postmortem & Process Improvement Plan	· 事后总结, 并提出过程改进计划	60	90
合计		1058	1355

学习进度条

第N周	新增代码（行）	累计代码（行）	本周学习耗时（小时）	累计学习耗时（小时）	重要成长
1	391	391	25	25	复习c++，学习单元测试和代码覆盖率，更熟悉Visual Studio的使用
2	100	491	5	30	在优化代码和改bug
3	0	0	15	45	阅读《构建之法》第三章和第八章，学习使用Axure RP8，对UI设计有进一步了解和认识，对项目开发架构进一步的理解
4	441	932	25	70	对爬虫初步认识，还有待学习（队友负责模块），Debug能力++；
5	0	932	15	85	详细了解需求规格说明书以及接口文档书写
6	232	1164	20	105	学习基础前端界面布局及学习思维导图制作