第一次结对作业
结对成员:
刘开锐 2016035544034
邱鸿辉 2016035544013
互连网异性交友平台
1. 具体的UNL图:

2.需求分析:
我们使用 NABCD 模型来进行需求分析。
2.1 N(Need,需求)
我们认为相亲网站对于当代人来说是非常重要的,原因如下:
1假如在现实的圈子里,对你有可能选择交往的异性你可以接触到10个,而相亲网站可以让你接触到50个,在这30个或100个人之中,你成功的可能性都是1个,所以前者的成功率是1/10,后者的成功率是1/50。表面看来,相亲网站成功率虽不高,其实是因为认识人的基数大了很多,所以看起来成功率才低。一想到这个成功概率渺茫,要为此付出更多时间的精神力去挑选,就会“感觉心累”。在成倍遇到的人当中,还要分辨短择和长择,所以真进入相亲网站找对象,必须好短兵相接的准备。
2相亲网站还有个好处,就是默认的规则:“我们都是奔着认真严肃找另一半,希望努力进入婚姻的目的而来。”在这种默认规则前提下,有准备的人自然 就会提前拿出诚意,比如他充值了会员,这就是在他还没员到对象的时候,已经拿出了第一笔投资。那么他后续为长择关系作出的投资可能性就更高,意愿更强烈。而且,一旦你发现对方的动机目的不纯,在用找长择的借口找短择,完全可以及早抽身。默认的规则可以保护和节省你宝贵的时间。如果是交友前提的开始,那默认的规则就是:“我们先拿出一些时间来相处磨合,从朋友开始相处,最后会不会进入长择,这说不准。”所以对方在规则下可进可退,整个关系需要磨合时间进程更长。
3,虽然交友会遇到比相亲质量高一些优质的对象,但对方的长择意愿也需要你拿出比面对相亲对象更高的“个人价值”去推动。对大龄女青年而言,年龄这一女性重要的性别优势正在随时间飞速消退,一边女性最美好的青春在流逝,一边又需要更高的价值来保持住关系,许多大龄未婚女面对的两难局面,通常就是这样。相亲网站的优势是节省时间,劣势是需要消耗更多精力,耗力不耗时。对希望成功长择的大龄未婚女而言,可挑剔的机会已经不多,节省时间是第一要素。
因此,现在,我们很想做这样一个网站,让相亲的过程能够信息化起来,让单身男士和单身女士之间可以双向选择。
痛点:信息化的双向选择。
根据以上的分析,和《构建之法》提到的功能分析四个象限,进行如下总结:
2.1.1 必要、中心功能:
1登录注册功能:

2搜索匹配功能:

3恋爱指南一对一辅导功能:

4系统提示预约成功功能:

2.1.2 必要、外围功能:
实现单身男士和单身女士之间信息化双向选择
会员注册、录入信息、填写对象要求
系统根据会员的要求自动匹配,将符合要求的若干对象呈现给会员选择。
会员选择好合适的对象后,当经过双方都同意后,系统就安排约会时间和地点。
会员信息管理(增删改查)
2.1.3 非必要、中心功能
1,当双方约会后,一方不想再继续相处下去时,可以通过系统自动告知对方,并为其匹配下一个对象。
2,约会双方如果不想那么早见面,可以在线在系统开房聊天,增进双方感情。
2.1.4 非必要、外围功能
当双方出去约会时,应在手机端打开系统为他们分配的摄像头,实时监控他们的约会动态。一旦发生紧急情况,系统会立即报警,保证会员的安全。
2.2 A(Approach,做法)
1,使用 B/S 模式或者移动端(Android / iOS),更方便用户使用场景,同时构建较为快速。
2,做这样的解决方案的不多,可以解决单身人士的痛点。
2.3 B(Benefit,好处)
1,解决痛点,填补这一类需求的空缺——实现单身男士和单身女士之间信息化双向选择。2,方便易用, B/S 模式或者移动端(Android / iOS)是当今流行的生活方式,不需要和笨重的传统电脑软件甚至繁复的纸质文档打交道,对所有会员都是这样。
2.4 C(Competitors,竞争)
这样的相亲网站虽然很多,以上的需求分析如果实现,可能具有较大的优势,不仅可以实现稳定、规范化的会员信息和安全管理,还有一些特殊而实用的功能,例如恋爱指南,自动匹配等,效率高,实现精准脱单的目标。
因此这个相亲网站是有较大竞争力的。
2.5 D(Delivery,推广)
1,校园广播、贴吧、微博、公众号推广。
2,传统口口相传方式。
2.6 总结
综上,我们的这款产品,可以解决单身人士迫切脱单,早日成家的梦想,为了实现“精准脱单,脱单路上一个都不能落下”的宏伟目标,我们在这款相亲网站上增加了许多人性化的功能,一对一精准施策,为每一位脱单人士把好关、号好脉,给广大的青年人士带来了许多实实在在的好处和便利,完美地解决了单身男士与女士之间信息化的双向选择的痛点。
3.PSP表格
|
PSP2.1 |
Personal Software Process Stages |
预估耗时(分钟) |
实际耗时(分钟) |
|
Planning |
计划 |
20 |
15 |
|
· Estimate |
· 估计这个任务需要多少时间 |
20 |
15 |
|
Development |
开发 |
785 |
910 |
|
· Analysis |
· 需求分析 (包括学习新技术) |
120 |
120 |
|
· Design Spec |
· 生成设计文档 |
15 |
15 |
|
· Design Review |
· 设计复审 (和同事审核设计文档) |
210 |
250 |
|
· Coding Standard |
· 代码规范 (为目前的开发制定合适的规范) |
20 |
30 |
|
· Design |
· 具体设计 |
400 |
480 |
|
· Coding |
· 具体编码 |
0 |
0 |
|
· Code Review |
· 代码复审 |
0 |
0 |
|
· Test |
· 测试(自我测试,修改代码,提交修改) |
20 |
15 |
|
Reporting |
报告 |
158 |
158 |
|
· Test Report |
· 测试报告 |
0 |
0 |
|
· Size Measurement |
· 计算工作量 |
8 |
8 |
|
· Postmortem & Process Improvement Plan |
· 事后总结, 并提出过程改进计划 |
150 |
150 |
|
All |
合计 |
963 |
1083 |
4.结对总结
4.1刘开锐的总结
我和邱鸿辉在私底下有很多交流,所以对于组队,我首先找到邱鸿辉同学。
鸿辉同学是一个性格闷骚,相法独特,善于思考的同学。其实,一直以来,邱鸿辉同学有想做一个交友平台的想法,只是一直没有实施行动。通过这次结对,我们很好的把构思编程了一个可实施的想法。在这次结对中,我们根据之前的一些天马行空的想法进行具体化,本着锻炼自己的目的,经过一次次的探讨交流,我们交流各自想法,一步步构建原型,最终我们确定了主要做法和方向。
这次结对,我收获很大,邱鸿辉同学十分认真,需求分析阶段很有想法,我们互相接受不同的意见。
期待和邱鸿辉同学的下一次合作
4.2邱鸿辉的总结
通过这次结对,我感觉自己受益匪浅。更加深入地了解了网站开发的整个过程。整个项目是花费了不少心思的,从原型设计的工具选择到讨论需求分析结果的瑕疵,再到网站颜色的布局,甚至原型设计中不满意的地方一像素一像素移动部件等等。事情已经很多,要命的是还有很多其他事情要做。万幸终于做完,得到一个还算过得去的版本。然而在合作、时间把控、交流等方面还是有一些不足,需要改进,但是时间真的紧,所以应该说尽了最大的努力了。
和刘开锐同学合作挺不错的,他设计原型认真,也乐于讨论,虽然很忙但都能尽量挤出时间来,是很好的队友,期待后续的合作。

浙公网安备 33010602011771号