项目原型设计
课程名称：软件工程1916|W（福州大学）
作业要求：项目原型设计
团队名称：火鸡堂
原型设计工具：墨刀
作业目标：原型设计模型以及设计过程、NABCD模型、痛点分析和PSP表格
PDF链接：zip文件下载
团队信息###
队名：火鸡堂####
队员信息：####
| 队员学号 | 队员姓名 | 博客地址 | 备注 |
|---|---|---|---|
| 221600111 | 彼术向 | http://www.cnblogs.com/Mookiepiece/ | 队长 |
| 221600136 | 墨染白衣颜 | http://www.cnblogs.com/love2i/ | |
| 221600137 | 海怪呦 | http://www.cnblogs.com/a137447/ | |
| 221600138 | 魔垣 | http://www.cnblogs.com/deweyxuan/ |
原型设计过程###
- 功能分析图例
- 原型设计图
- 团队讨论过程
痛点分析###
Q1：如何和随手记等市面上已有的记账软件竞争？
A1：我们的软件除了像市面上记账的基本功能，还有特殊的心愿单和笔记更吸引用户眼球。
Q2：账单应该与支付宝，微信直接关联，而不是手动导入？
A2：在上次团队报告后，进行了修改，系统有了自动爬取信息的功能，不是手动导入了。
Q3功能单一，不够新颖？建议应该使用简单，更加自动化？
A3：作为账单，基本内容是要有的;APP已经使用自动的爬取消息，并有根据用户的消费水平进行分类，更加人性化和便捷。
Q4：只记重要的是不是不够全面？
A4：已经加入了正常的消费记录，重要的是附带的功能，系统更加全面
Q5：如何培养用户习惯？
A5：每次消费或者在每个时间段系统会提醒用户。
Q6: 数据安全如何保证？
A6:
原因：，Android系统内置了SQLite数据库，并且提供了一整套的API用于对数据库进行增删改查操作。不过，使用SQLite来存储数据却存在着一个问题。因为大多数的Android手机都是Root过的，而Root过的手机都可以进入到/data/data/<package_name>/databases目录下面，在这里就可以查看到数据库中存储的所有数据。如果是一般的数据还好，但是当涉及到一些账号密码，或者聊天内容的时候，我们的程序就会面临严重的安全漏洞隐患。
解决方法：在项目中使用一个在SQLite基础之上进行扩展的开源数据库SQLCipher来存储数据，就可以大大提高程序的安全性（SQLCipher支持很多种不同的平台）
NABCD模型###
- N（Need，需求）
- 提供给用户一个比较简单的的APP记录生活的花销
- 每个用户可以根据自己的要求定制属于自己的账单（特别的：心愿单内容）
- 有数据表的信息，可以让用户对自己的花销一目了然
- A（Approach,方法）
- 在android stduio平台用java语言实现该APP内容
- APP会记录用户消费信息并进行分析
- 有对数据安全用到SQLCipher进行保障
- B（Beneifit,好处）
- 用户在每次在花销后随手记录，方便了解去向
- 根据用户记录的信息，对这些具体的数据分析，可以给用户一个不错的消费建议
- APP可以适用于大部分手机用户
- C（Competitors,竞争）
- 优势：1. 功能实用，适用人群广
2.定位与市面上的各大记账软件不同：让用户了解自己在各方面的需求和支出及自我总结
3.生成个性化表单 - 劣势：1. 与市面上大多记账软件在基础功能上大部分相同
2.没有使用所谓的语音识别，没有图像识别技术
- 优势：1. 功能实用，适用人群广
- D（Delivery,推广）
- 网上的推广 ，如微博，知乎
- 聊天软件上的分享试用，如QQ，微信
- 在线下进行人工的推销
PSP表格与效能分析###
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 120 | 60 |
| • Estimate | • 估计这个任务需要多少时间 | 300 | 270 |
| Development | 开发 | 0 | 0 |
| • Analysis | • 需求分析 (包括学习新技术) | 30 | 60 |
| • Design Spec | • 生成设计文档 | ||
| • Design Review | • 设计复审 | ||
| • Coding Standard | • 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| • Design | • 具体设计 | 120 | 150 |
| • Coding | • 具体编码 | 0 | 0 |
| • Code Review | • 代码复审 | 0 | 0 |
| • Test | • 测试（自我测试，修改代码，提交修改） | 0 | 0 |
| Reporting | 报告 | 0 | 0 |
| • Test Report | • 测试报告 | ||
| • Size Measurement | • 计算工作量 | ||
| • Postmortem & Process Improvement Plan | • 事后总结, 并提出过程改进计划 | ||
| 合计 | 280 | 270 |