标签：效能   修改   主动性   xxxxx   账户   选择   不能   font   保护   

滴滴代课

团队项目学生：XXXXXXXXXXX
项目的流程主要按照 NABCD 模型展开。

1.Need(获取用户需求)

作为大学生的我们，目前经常性的碰见一个令人头疼的问题，有的时候突然的“疾病”，导致不能去上课。燃鹅，这节课偏偏还是要点名，点名不到旷课影响期末成绩。这时候我们的软件就派上用场了，你可以在我们的软件里发布一条代课消息并支付合理的价格，自然就会有一位“善良的”或者“专业的”同学代你点名或者上课。

 客户：各位广大因有事不能上课的同学

   各位有时间空闲的同学

功能性需求：(产品必须实现的功能)

1.需求者的需求：

（1）使用学号注册并登陆app，同时能修改个人的身份信息

（2）在app内发布代课信息，在一定时间之内收到回复信息

 2.代课者的需求：

 （1）使用学号注册并登陆app，同时能修改个人的身份信息

 （2）可设置自己接客（代课）的时间，或偏好的课程

非功能性需求： 　　

app：

1.加入需求者和代课者在线交流功能

• 优点：有利于更加准确的传达代课需求　　　
• 缺点：有可能导致线下交♂易，影响后期盈利

2.加入附近的人功能，就近选择代课者

• 优点：在地图上标注发布地点就近接单，节省代课者寻找教室的时间
• 缺点: 开发难度大，功能较难实现，暂时搁置此功能

代课者：

1.可申请成为职业代课者，优先接客

• 优点：便于代课者充分利用没课的时间去代课　　
• 缺点：沉迷代课，不能自拔，从而影响自身学业

2.Approach(实现方法)

我们打算做一款手机app，用java语言实现。通过原型设计的方式，以及模拟同学们使用本app的过程介绍一下我们的模型。

需求者：

在开始上课之前X分钟，突然有急事比如大到女朋友闹分手不得不去，小到教室没有空调容易热死人不想去，在我们的app上发布一条消息。

代课者：

有空闲时间，并且愿意临时赚一笔外快的前提下，打开我们的app，找到下一节的代课信息，当然也可以就近选择。在和需求者沟通之后前往代课学习或者自习

注：需求代课者拍摄老师和时间的照片证明自己的确前往代课，违者一经发现，立马惩处

系统分配(详解)：我们目前有4个界面

1. 首先我们需要一个登陆页码，使学生能够通过学号和密码进行注册和登陆
2. 需要代课的学生在代课发布页面发布自己需要代课的时间和地点
3. 前往代课的学生在代课信息页面查看可以代课的信息并选择接单
4. 在用户信息界面，同学们可以修改个人信息和头像，使得交♂易信息更加准确

原型设计：

1-0_登陆页面

在本页面你可以选择登陆或者是注册一个新的账号，便于本软件的使用

2-0_查询代课  

3-0_发布代课    

4-0_查看代课

5-0_发布1                     

6-0_接受1

7-0_用户信息       

8-0_更改头像  

9-0_更改信息

在页面你可以完善你的个人账户和头像，也方便我们进行实名制认证

3.B(benefit)

1.学生和导师都有完善的信息资料。
2.学生和导师都具有主动性,可以互相了解。

4.C（competitors）

目前我们的软件存在较多不完善的地方，用户体验也不是很好。相较于日后可发布的盈利版本，目前版本缺乏同学之间沟通的页面，以及盈利部分。市面上目前许多软件都能做到类似的功能，所以我们必须要发挥我们软件有针对性的优势，和使用学号实名制的优点。沟通页面必须做到在交♂易之前保持匿名从而保护需要代课同学的信息

5.D（Delivery）

仅限于集美大学学生群体，还未能有广大受众面。日后应结合各大学特点，通过迭代开发是软件支持各个大学的使用，从而推广到各地。

效能分析和PSP

效能分析：

由于目前代码很少，暂时没有考虑代码中，如何降低程序的复杂度。

PSP：

组队照片：

滴滴代课，你说了算

标签：效能   修改   主动性   xxxxx   账户   选择   不能   font   保护   

原文地址：http://www.cnblogs.com/Glassesfrog/p/7706792.html