1.结对成员
031702635陈郑铧；
031702637陈益。
2.原型分析
以下采用了NABCD模型进行分析。
N---Need
老刘修习代码多年，希望开发一套自动化的出牌系统，主要的页面有：
1.登录；
2.开启一局游戏；
3.出牌；
4.查询排行榜；
5.查询往期对战结果。
A---Approach
学习了十三水的规则并在线下和同学一起玩了几把，学习了Axure RP并画出了原型图。
B---Benefits
页面简洁易懂，操作简单。
C---Compettors
优势：
简约而不简单；
劣势：
稍显简陋。
D---Delivery
通过社交软件来推广。
原型贴图分析
这是我们的登陆界面，以绿色方格作为背景，颇有一种麻将桌的感觉。
这是我们的对战界面，可以自己选择或者自动生成要出的牌。
这是我们的总排行榜，这里可以看到这个游戏的总排行。
3.原型模型设计工具
Axure RP 8
4.结对的过程、照片。
我们同个宿舍，于是一起结队，一起使用专用原型模型工具时的照片如下：
5.PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时(min) | 实际耗时(min) |
|---|---|---|---|
| Planning | 计划 | 20 | 30 |
| Estimate | 估计这个任务需要多少时间 | 20 | 20 |
| Development | 开发 | 200 | 250 |
| Analysis | 需求分析 (包括学习新技术) |
60 | 50 |
| Design Spec | 生成设计文档 | 20 | 20 |
| Design Review | 设计复审 | 10 | 10 |
| Coding Standard | 代码规范 (为开发制定合适的规范) |
0 | 0 |
| Design | 具体设计 | 100 | 70 |
| Coding | 具体编码 | 0 | 0 |
| Code Review | 代码复审 | 0 | 0 |
| Test | 测试 (自我测试,修改,提交修改) |
0 | 0 |
| Reporting | 报告 | 20 | 30 |
| Test Report | 测试报告 | 0 | 0 |
| Size Measurement | 计算工作量 | 0 | 0 |
| Postmortem & Process Improvement Plan |
事后总结 并提出过程改进计划 |
10 | 10 |
| 合计 | 460 | 490 |
6.遇到的困难
困难描述：
Axure RP的使用。
解决尝试：
通过百度和摸索逐渐把原型图做了出来。
是否得到解决：
是。
有何收获：
Axure RP很好用，百度也很好用，通过学习入门掌握了Axure RP的使用。
7.设计说明
本次作业按要求我们设计了“福建十三水”的登录，当前对战状态，排行榜，往期对战结果等页面，色调以清新的绿色为主，我们尽量做到了简洁明了，当然，后续开发时可能最终的效果会有些小变化。
8.心得体会
陈益：
学习了开发一个软件的具体过程，学习了如何打“福建十三水”，学习了Axure RP8的基本使用，受益匪浅。
陈郑铧：
第一次做原型，有些生疏。
9.学习进度表
| 第N周 | 新增代码（行） | 累计代（行） | 本周学习耗时(小时) |
|---|---|---|---|
| 1 | 80 | 80 | 8 |
