零、写在前面的话
上次的作业中，大家做出了不同风格的原型设计，有一些是Web风格的，不少是移动终端风格的；采用的原型工具有墨刀、Axure等；有一些组还通过思维导图来细化功能逻辑；你们通过实践的方式，体会了从几段用户视角的文字描述，到初见软件原型的过程，掌握了原型模型开发的能力，学会了原型开发工具。这些，都将为你们下一个阶段的组队开始系统化的软件开发打下基础。在这些作业中，也看到一些不足：一些组抓的用户“痛点”不够准确和到位，很多组的原型就是一个简化或直男版的微信雏形原型，虽然这是一个社交软件，但和微信或QQ的区别是什么？ 同时，这又是一个轻度使用的软件，做成独立的APP或web，是否会存在用户或活跃度不足的问题。采用什么样形式的原型，既要考虑到满足用户的需求，又要考虑到后期的推广和软件长远的生命力。所谓的“杀手”功能，就是要考虑到现实的痛点，又要比别人活得更“旺盛”。另外，大家对于结对的形式，也有了新的体会。两个人共同完成一份作业，互动交流，激荡创新。
本次作业要求结对完成。
1.结对成员
| 学号 | 姓名 | 博客地址 |
| 20177697 | 许思慧 | https://www.cnblogs.com/mao-liu/ |
| 20177703 |
罗剪梅 |
https://www.cnblogs.com/sweetsecret/ |
github地址：https://github.com/maoliu1/jiazushu
2.具体分工
许思慧：单元测试、博客编写
罗剪梅：资料查找、代码实现
3.PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 40 |
| Estimate | 估计这个任务需要多少时间 | 990 | 1315 |
| Development | 开发 | 30 | 30 |
| Analysis | 需求分析 (包括学习新技术) | 120 | 180 |
| Design Spec | 生成设计文档 | 30 | 60 |
| Design Review | 设计复审 | 45 | 45 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 60 | 45 |
| Design | 具体设计 | 60 | 70 |
| Coding | 具体编码 | 360 | 500 |
| Code Review | 代码复审 | 60 | 120 |
| Test | 测试（自我测试，修改代码，提交修改） | 60 | 60 |
| Reporting | 报告 | 45 | 60 |
| Test Repor | 测试报告 | 45 | 45 |
| Size Measurement | 计算工作量 | 30 | 30 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 30 | 30 |
| 合计 | 990 | 1315 |
4.解题思路描述与设计实现说明
节点的缩放
5.展示
6.贴出Github的代码签入记录
7.遇到的代码模块异常或结对困难及解决方法
（1）项目开始前，不知道如何实现家族树。
上一次的作业是做家族树的界面，这次要实现家族树，说实话，刚开始是没有任何头绪的，虽然之前学过但真的需要自己亲手实现时发现难度真的很大。上网百度，进行这方面的了解之后开始进行项目。
（2）两个人的交流沟通问题。
因为特殊时期，两个人无法面对面交流和开展项目。通过电脑视频的方式，有着很多不便，很多时候的沟通都是牛头不对马嘴，很多的想法上也无法理解。最后也只能多花时间来前期项目的讨论，意见一致再往下进行。
8.评价你的队友
许思慧：认识三年以来，她的学习态度一直值得我学习。认真钻研，一丝不苟。学习新知识的速度很快。两次结对作业，没有罗剪梅的一路同行，应该不会完成的这么顺利。在这个项目中，我们注入了很多心血，因为自身编码能力的不足，结果也并不是完美的。还有很多地方值得我们改进。在之后的学习中，加强自身的编码能力，努力完善这个项目。
罗剪梅：她平时十分跳脱活跃，脑洞大，平时项目里一些有趣的想法大部分都是来源于她。在项目进行时，增加了不少的乐趣。在这两次结对作业中，我们两个一起学习，一起成长。