作业二：结对项目之需求分析与原型模型设计
成员：
031302502 schaepher
031302509 havenobug
一、方案介绍：
以下用NABC模型分析：
Need
困扰在于：群发邮件、群收邮件、催收邮件、汇总每个老师的excel，工作量巨大。
这是客户的需求描述，我们以这四点为核心，讨论不同的解决方案。经过比较，在此向客户推荐我们认为各方面都更有优势的一个方案。
该方案主要面向负责人，仍然使用邮件作为传输媒介，不同的是我们使用Android手机作为平台，并且最重要的是我们简化了操作步骤。
- 群发邮件、群收邮件、催收邮件，这些工作量很大，但如果只需在手机上做少量的点击操作，甚至一键操作？
- 汇总excel，我们帮你自动完成！
Approach
- 在手机客户端上，实现登陆邮箱，并获取邮件。
- 使用Excel导入联系人邮箱，使用JAVA的API处理Excel，自动保存到数据库。
- 选择群发，并选中相应联系人，即可群发邮件。（如有需要，可添加分组功能）
- 催收只需一键点击，即可群发。（如有分组功能可选择分组）
- 收到邮件自动判断是否满足设定的条件，如果满足，将其导入。
- 使用JAVA的API导出Excel。
Benefit
为什么要用我们这个方案呢？
- 无迁移成本。负责人在使用该客户端的时候，仍使用原来的邮箱登陆。老师们也用各自的邮箱登陆，该客户端对老师是透明的，即他们不会感觉到有这么一个客户端。
- 整个软件的开发成本低：
- 不需要另外搭建服务器来运行这个软件
- 不需要为老师另外新增功能，节省开发成本
- 用各自的邮箱，意味着不需要再另外去申请账号。
- 方便，随时随地可以催发邮件和查看邮件动态。
Competitors
1、 相对于其他同类产品，我们有以下优势：
- 开发成本低。
- 无迁移成本。
- 安全稳定。
使用HTTPS协议，保证登录安全。如果所使用的邮箱支持全程HTTPS协议，则由用户选择是否开启。
只要邮箱能正常使用，就能稳定运行。没有自建服务器，不会因服务器崩溃而不能使用。而且不会因过多人同时使用和提交造成数据安全性问题。
- 灵活应变。
- 不单单支持一种表格，负责人可以导入不同的表格，通过选择指定列将表格分成两部分。此次实现的是根据列表头相同项进行合并，如有需要，后期还可以加入行表头相同项合并。
- 就算所使用的邮箱的服务器出现问题（可能性极小），也可以更换邮箱，继续使用。
- 只要有Excel文件，就算老师没法使用网络，也可以通过U盘等工具进行传送并导入。
- 操作简单。
- 无过多功能。（当然，可以根据需要再添加。）
如权限管理
- 界面简洁。
我们从纵向分割了表格，避免表格列太多导致浏览不方便。在选择的时候，相同的项会被放在屏幕顶部，以确保能显示当前选项的所有信息。
2、 相对于其他同类产品，我们有以下不足：
- 没有加入教师功能，教师仍需使用Excel表格发邮件的形式提交文件。
因为我们考虑到教师仅为了一年两次的选课而安装一个App,有些浪费。且开发成本将会增加。
- 仍然使用Excel作为数据载体，而不是使用文本数据方式传输。
3、 我们和其他同类产品打成平手的地方：
- 方便地群发消息。
- 接收来自老师发送的数据。
- 查看汇总整合过的表格。
- 导入导出Excel表格。
Delivery
前期班级的班委经常统计表格，可以先让他们试用。并通过收集他们的反馈来改进软件。接着向老师推荐，同时找学校教务处推广。
仔细想想，这个app的应用人群还真是广。既可以给课表统计负责人，又可以给学生班委使用。
如果学校同意使用，说明其已经能满足足够多的要求。那么就可以把app发布到应用商店，接着到贴吧（班长吧等）、论坛推广。也可以到其他学校进行推广，如贴海报、找认识的同学、找学校教务处等。
二、原型模型
使用原型工具：Axure RP Pro 7.0
- 登陆界面
- 主界面(可以选择不同年级和专业)
- 主界面打开菜单
- 单门课程界面
- 群发邮件界面及催发界面（统一）
- 设置界面
三、解决方案预期规划
-
开发时长：2人月
-
开发流程：
1. 实现邮箱登陆
2. 实现导入联系人功能
3. 实现群发和催收功能
4. 实现接收自动整合功能
5. 实现Excel导出功能
四、结对讨论照片
