PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 60 | 60 |
| Estimate | 估计这个任务需要多少时间 | 300 | 310 |
| Development | 开发 | 0 | 0 |
| Analysis | 需求分析(包括学习新技术) | 60 | 60 |
| Design Spec | 生成设计文档 | 0 | 0 |
| Design Review | 设计复审 | 360 | 360 |
| Coding Standard | 代码规范(为开发制定合适的规范) | 0 | 0 |
| Design | 具体设计 | 720 | 720 |
| Coding | 具体编码 | 0 | 0 |
| Code Review | 代码复审 | 0 | 0 |
| Test | 测试(自我测试,修改,提交修改) | 0 | 0 |
| Reporting | 报告 | 0 | 0 |
| Test Report | 测试报告 | 0 | 0 |
| Size Measurement | 计算工作量 | 0 | 0 |
| Postmortem & Process Improvement Plan | 事后总结并提出过程改进计划 | 0 | 0 |
| 合计 | 1440 | 1510 |
原型开发工具
- Adobe的Photoshop
设计说明
因为考虑到十三水算是福建本地比较传统的一种打牌方法，于是我决定将此次作业与Sheep的《妖绘卷》相结合，想要做出风格比较传统然后稍带一点古风的原型。考虑到ui界面不应太过花哨，我就想在牌面上下一下功夫。下面是我为这次作业结合《妖绘卷》设计的牌面，每个数字有专属于自己的牌面，然后一个牌面可以换四个花色。我总的根据数字设计了十三种牌面。
原型分析
我们选择做移动端来完成这次作业。整个十三水游戏的完成采用了横屏的形式，为了配合我设计的牌面，整个原型我采取了和《妖绘卷》颜色较为搭的浅黄栌色，在一些界面里加上浅浅的墨迹装饰使界面在保持简约的同时又不显得过于单调。
流程图展示
原型展示：
下面这张是我们游戏的登录界面。这个好像没什么需要说明的......吧？交互的话就是按下注册按钮的话那个小线线就biu过去注册的文字下面。
下面这张是我们的开始游戏界面。
左上角为返回主菜单的按钮，右上角为菜单栏选择，可以选择跳到排行榜，历史战绩等界面。
游戏开始时，玩家按选择前墩按钮后去从抽到的牌中选择想成为前墩的牌，按中墩按钮选择想成为中墩的牌，后墩如是。当所有牌选择完毕后系统会自动计算所选择牌的正确性，当确认正确后玩家可点击出牌按钮出牌。
下面是我们的排行榜界面。采用的是上下滚动的方式浏览，其中头像为用户自定义，只有第一名，第二名，第三名可获得系统分配的皇冠。按下后面的➕可发送想添加对方为游戏好友的请求。
下面是我们的历史战绩界面。同样是采取上下滚动的浏览方式，因为福建十三水可选择双人局，三人局和四人局，因此可根据游戏参与的人数而显示出游戏双方的头像。其中积分为此次游戏自己所获的的积分。获胜方名字显示，如果是自己获胜则为红色，对方获胜则为蓝色。
点击历史战绩中的某一次战绩的框，便可进入详细战绩页面。在详细战绩我们采用的是左右滑动查看游戏方牌局的方式（康康下面的小点点嗷～），本局的获胜方将获得专属小皇冠嗷～，牌局的排列按前墩，中墩，后墩顺序排列，点击相应的墩位（
就是那个框框但是要怎么形容呢，就按这个形容词吧哈哈哈)可以放大查看对方的牌局（顺便看一下我花了好长时间做到半死的牌长啥样）
结对照片
困难及解决方法
困难描述
- 两个人都不会打牌
- 没搞懂需求
- 两个人都不会算法
- 开发语言的选择
- 刚开始因为原型的风格选择纠结了很久
解决尝试
- 认真研究十三水的精髓
- 对着接口文档分析了一下需求
- 风格这种东西做下去了就改不了了也就不用纠结了
是否解决
- 部分解决，开发平台和算法的实现还没考虑清楚
有何收获
- 学习了十三水的玩法
- 学习了原型设计的基本流程
- 学会如何合理分配团队工作
心得体会
- 十三水真好玩
- 一开始我原本是打算走澳门赌场在线发牌风格的，但是我的美工队友直接给我自己P了13张牌吓到我了，本着尊重劳动的精神就任她发挥了。
- 我太菜了
- 国庆没心情过了
学习进度条
| 第N周 | 新增代码（行） | 累计代码（行） | 本周学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 12 | 12 | 更加熟悉原型开发工具（ps nb） |