一· 目 录
第一部分 · 结 对 成 员 明 细
第二部分 · NABCD 模 型
第三部分 · 原 型 设 计
第四部分 · P S P
第五部分 · 结 对 过 程
第六部分 · 心 得 总 结
二·结对成员明细
成员列表：马宏伟 周欣 乌勒扎
杜有海 郝明宇 马麒
项目相关： 家教管理平台
项目描述： 为老师和学生提供一个共享平台，更加规范化管理家教行业。
三· NABCD模型
需求
客户需求：
大多数家长在找家教的时候，会有三种不同的途径，一是通过中介网站，但不是很可靠，并且信息处理更新很慢。二是一些家教公司，家教费用过高，并不是所有的家教公司都值得信赖，三是自己托人或者自己招聘，但需要花时间去筛选，比较麻烦。
大部分学生找家教也有三种途径：一是学校团委组织的志愿服务活动，照顾不到所有的学生，并且大家的兴趣都不是很高，二是通过中介网站，但很大程度上会受骗。三是自己找，但基本没有效果。
从趋势来看，目前大家都已经认识到传统的中介型家教，所有的局限性，也都在努力对自己的业务进行横向的发展。此外，还有已出现了“合同家教”，及家教有效果家长才付钱的形式。
不足 ：信息不够完善
“学生对家教平台了解不足”，因为信息不足，不少学生加入不止一个部门尝试，相顾不及而在后续选拔环节中被淘汰；只加入一个部门的学生后面又可能发现日常工作和自己想象中的不太一样，遗憾退出；
“老师对家教平台了解不足”，即便通过面试，短短几分钟的面试部门往往获取到 的学生的信息很少，也不知道新生到底进了几个部门，不可言说的纳新后导致后续的一些共事上的问题；
需 求 一：高 效 的 宣 传
需 求 二：自 动 化 注册 流 程
需 求 三：对 新用户 进 行 更 多 的 了 解
方法
一：对于学生或者家长，提供一个 web端 平台进行操作，根据需求找到相应的老师；
二：对于学生，实现各种部分信息的整合，供其随时随地浏览学习。
三：考虑到用户量将很大一部分采取手机浏览器，故同时设计一套调整版本针对手机分辨率的界面。
迭 代 模 式
每次的进行交易工作在一小段时间，所以产品的休养期非常长，很方便迭代和不断的收集上一版本的问题，
每年由新人中部分有能力有意向的一些人来解决上一个版本收集的问题，弄出新版本，然后在新学期备好资料整合好问题文档，如此循环。
优点
一：高效 的 web 端
- 考虑到使用的用户往往每次都是老客户，而且一直需要使用，适合做成常驻设备的应用，web的话则正合适；
- web端不需要用户更新软件来享受功能，服务商更新即可；即开即用，无需太顾忌各种设备、平台，做到适应大小分辨率版本即可；
二：适当 的 宣 传 效 果
与大学生的生活密切相关，会有做兼职的大学生自己联系我们。
相当于整合了一个市场，学生随时随地都可以在网站整合和学习在里面的学习资料，资料的使用率极高。
省去了很多复杂的工作，让学生直接通过网上联系老师或者进行学习。
学生也能把精力花在吸收学习资料和提升自己的上。
竞 争
劣 势
做家教管理的前辈企业已经做得很大，积攒了一点的用户基础，相比我们新生的没有那么大的竞争力。
后续想着做大的话就需要很大的资金进行宣传。
优 势
更加便捷，无需安装和卸载，适应用完即扔的需求；
相较于一般web端：各个功能界面做成学生普遍使用的QQ或微信的分布模式，上手简单易懂，拥有更加便捷和人性化的设计；
推 广
同 校 方 合 作：可以考虑和 易班，教务通 等合作，在里面嵌入一个通道；
和 部 门 合 作：提供这个应用给他们，做得好的话他们也乐于使用，在纳新时告知新生通过这个应用完成后续的流程，我们觉得这是最有效的宣传方式。
三 · 原 型 设 计
使 用 工 具：墨 刀
设 计 流 程
阶段一： 大概拟草图，然后六人商量各模块功能。
阶段二： 分工做各模块的雏形，边做边商量，即时同步信息。
阶段三： 主体都搞定了，分工简单细化下显示效果。
原 型 体 验
备 注：部分内容在 web 上有显示 bug，本地 app 没遇到问题，见下方截图。
链 接：家教管理青苔
原 型 截 图
原 型 说 明：
备 注：以下原型为 PC端 浏览器分辨率版本，PE端 浏览器需要做出一定的适应PE端分辨率的调整；
背 景：分析中用户较常在手机上浏览，使用最多的比较可能是【版聊】、【收藏】 和 【通知】 功能；
风 格：仿微信PC端风格，设计中着重的设计成能够不做多大调整显示在 PE端，使得在 PE、PC 切换时能较快适应。
主 页：引导、部门信息入口、部门检索等。
四 · P S P 表 格
| Statu | Stages | 预估耗时 | 实际耗时 |
|---|---|---|---|
| Accept | 【计划】Planning
|
10 | 10 |
| Accept | —— 估计时间 Estimate
|
100 | 120 |
| Accept | 【开发】Development
|
500 | 600 |
| Accept | —— 需求分析 Analysis
|
120 | 240 |
| Accept | —— 设计文档 Design Spec
|
120 | 120 |
| Accept | —— 设计复审 Design Review
|
30 | 30 |
| Accept | —— 代码规范 Coding Standard
|
120 | 120 |
| Accept | —— 具体设计 Design
|
180 | 180 |
| Accept | —— 具体编码 Coding
|
1200 | 1200 |
| Accept | —— 代码复审 Code Review
|
360 | 360 |
| Accept | —— 测试 Test
|
360 | 360 |
| Accept | 【记录用时】Record Time Spent
|
90 | 90 |
| Accept | 【测试报告】Test Report
|
120 | 120 |
| Accept | 【算工作量】 Size Measurement
|
120 | 120 |
| Accept | 【总结改进】 Postmortem
|
180 | 180 |
| Accept | 【合计】Summary
|
3010 |
3850 |
五·结对总结
各自把自己的想法打好概要文稿，以保证交流的效率。
进行交流，就部分需求、做法的不同的看法进行交流。
结对制作原型，实时交流。
拟定最终需求分析文稿。
- 结对照片
六·心得总结
杜有海：大部分学生找家教也有三种途径：一是学校团委组织的志愿服务活动，照顾不到所有的学生，并且大家的兴趣都不是很高，二是通过中介网站，但很大程度上会受骗。三是自己找，但基本没有效果。从趋势来看，目前大家都已经认识到传统的中介型家教，所有的局限性，也都在努力对自己的业务进行横向的发展。此外，还有已出现了“合同家教”，及家教有效果家长才付钱的形式。
马宏伟： 本次家教管理系统的实现应用了android 的内嵌数据库sqllite实现对登陆的学生信息进行统一管理，使学生更容易接受和消化所学习到的知识，界面简介更容易让学生接受，这样设计的好处就是美观大方，信息点更突出，使学生能集中注意力到信息上。
周欣：随着时代的进步，现今已经进入信息技术时代，越来越多的人注意到了教育的重要性。家长对于孩子的学习提高注意力，大家都不想自己的孩子输在起跑线上，因此为了让孩子更优秀，家长们会对孩子任何一门不优秀的功课进行辅导。然而，家长并没有那么多时间精力，因此，家教就成了很好的帮手。如何能在茫茫人海中寻找到一位让家长信任的家教老师，无疑是最重要的。本平台注意汇聚了大量的英才，需要寻找家教的人可以根据平台所提供的相关信息来寻找所需要的老师。另外，虽然，此平台已经很多了，但是，它仍有创新的地方，那就是一代又一代的人的需求不同。
郝明宇： 此次实验加深了对数据库基本原理和理论的理解，巩固了对系统分析与设计的应用，进一步提高我们综合运用所学知识的能力。同时也发现很多学过的东西没有理解到位，不能灵活运用于实际，不能很好的用来解决问题。队员们分工合作，彼此相互学习到很多。
马麒：通过本次实验发现不足，以后要加大这方面的学习。
乌勒扎：由于更多的家长重视孩子的学习，所以会为孩子找家教，因此我们看中了这个前景很好，所以选择了做家教管理系统。家教管理系统是一款专门为家教中介开发的管理软件，它主要包括教员管理、顾客管理、试教管理、授课管理、回访管理和积分评优六个模块。系统界面简洁优美，操作直观简单。软件具体包括以下内容： 1.教员管理（教员档案登记、教员档案查看）； 2.学员管理（学员档案 、未作安排的学员信息）； 3.试教管理（见面试教、试教情况）； 4.授教管理（签订协议、授教管理）； 5.回访管理（回访提醒，历史回访记录查询）； 6.积分评优（积分评优、积分查看、积分设置）。