2020软件工程作业05
零、写在前面的话
上次的作业中,大家做出了不同风格的原型设计,有一些是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.评价你的队友
许思慧:认识三年以来,她的学习态度一直值得我学习。认真钻研,一丝不苟。学习新知识的速度很快。两次结对作业,没有罗剪梅的一路同行,应该不会完成的这么顺利。在这个项目中,我们注入了很多心血,因为自身编码能力的不足,结果也并不是完美的。还有很多地方值得我们改进。在之后的学习中,加强自身的编码能力,努力完善这个项目。
罗剪梅:她平时十分跳脱活跃,脑洞大,平时项目里一些有趣的想法大部分都是来源于她。在项目进行时,增加了不少的乐趣。在这两次结对作业中,我们两个一起学习,一起成长。