结对作业(1/2)
结对作业一
这个作业属于哪个课程 | 2021春软件工程实践|W班(福州大学) |
---|---|
这个作业要求在哪里 | 结对作业一 |
结对学号 | 221801224 221801213 |
这个作业的目标 | 完成原型设计,NABCD模型,记录PSP表格 |
其他参考文献 | 无 |
PSP原型表格与效能分析
PSP表格
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | ||
• Estimate | • 估计这个任务需要多少时间 | 20 | 25 |
Development | 开发 | ||
• Design Spec | • 生成设计文档 | 20 | 25 |
• Design Review | • 设计复审 | 10 | 10 |
• Design | • 具体设计 | 3000 | 420 |
Reporting | 报告 | ||
• Size Measurement | • 计算工作量 | 10 | 15 |
• Postmortem | • 事后总结 | 60 | 60 |
合计 | 420 | 555 |
效能分析
这次作业所花时间主要集中在结对探讨和原型制作上。
由于是第一次结对,在一开始便花了很长时间确认作业要求,通过百度等各种搜索引擎了解原型工具,明白了原型制作与编码没有关联,没有任何代码经验的人也能做,是一种简单的展示出软件效果的工具。
接下来讨论了时间安排和任务安排,之后便是学习原型工具,更准确来说是边学边做。因为是图形界面,可视化的操作,很多功能可以猜到效果,不懂如何实现的再通过百度和官方教程解惑,即使没有完整系统的学习一遍也并没有遇到太多疑难问题。
最花费时间的是原型制作时讨论应该实现一个怎样的效果:如热词排行榜的布局,功能的分级,是否要个人界面等等。同时还要结合具体编码时候是否有难点,是否能够实现。明确这些后,原型制作就剩下把按钮文本框等组件组合在一起,这一部分花费时间就少了很多。
原型地址
原型介绍
1.首先进入登录界面,包括两个输入框和登录按钮。登录后跳转至欢迎主页。登陆页面账号密码输入框添加动态,使得交互更加直观,点那个小眼睛也可以遮盖密码。进入欢迎界面后右上角会根据登陆用户信息显示对应的头像和用户名,同时显示右边栏并激活左边栏功能。
2.在页面左边栏放置三个功能按钮,分别对应论文查询,收藏列表和分析统计,点击进入相关功能页面。右端始终固定显示热词榜,从上到下按顺序展示收藏列表中TOP10的热词,前三个热词加大显示。中间部分为广告轮播版和几篇热搜论文的概览,
3.点击进入论文查询后中间栏显示搜索框和搜索按钮,输入关键词搜索后在下方分页呈现搜索结果,每页六个。
每个结果框显示论文摘要,出现频率前三的关键词,原文链接按钮和收藏按钮。
4.收藏列表功能页面与论文查询相似,区别在于搜索的是已收藏的论文,并且一进入页面下方便会按默认顺序显示所有已收藏的论文。结果框中增加修改内容和取消收藏按钮实现删与改。
5.分析统计页面除了两边栏不变外,中间显示部分会议热词变化趋势的折现统计图,可以通过触碰按钮或者点击词云来切换这些热词词频的不同年份。
6.任意页面可通过点击侧边栏其他功能项跳转至其他功能页。
前面GIF图中有所体现
7.点击LOGO可返回欢迎页面。
前面GIF图中有所体现
我们所设计的Logo(由‘书’与‘文’两字的仿甲骨文合成,表达了论文这一深意,两字组合在一起也像一台台灯,与论文主题相契合)
8.在论文查询或者收藏列表中点击关键词可跳转至搜索该关键词的收藏页,点击右边热词榜的项目同理。
困难解决
1.第一次接触原型设计,不明白什么是原型,和具体编码有什么关联。
解决:一开始两个人通过搜索各种资料并交流得到大概印象,首先确定原型设计和编码没有关联,是没有编程基础的人也能做的工作。后来在一个回答中看到“草图”二字便确认了想法,即原型是一个展现软件“长怎么样,能干什么”的草图。之后选用了墨刀作为原型工具,结合已有的编程经验,思考一些功能具体能否实现,最终设计了原型。
收获:增强了学习能力,最重要的是了解学习了一个非常有用的工具。
2.困难:原型设计时,结对二人都对自己审美不自信,从零开始制作一个界面的时候一脸懵逼,不知道该怎么设计出美观且交互合理良好的功能界面。
解决:首先是试用了墨刀中的参考模板,然后参考了诸如b站等具有收藏查询功能的应用,学习他们的ui设计布局。其次参考了已经提交作业的同学的设计,结合二者设计出了最终原型
收获:在一个工作刚开始时,通过借鉴别人已有的经验能更好的开展,避免不知从何下手的困境。
3.第一次结对合作,一些地方执行起来和想象的有偏差。
解决:出现问题和分歧后及时进行了沟通,交流了两个人的意见想法,一起思考那个方案最合适,最后得到了好的解决
收获:体会到了结对合作的利与弊,但是因为是远程合作,和真正的结对合作共用一套设备进行不同,返校后合作可能可以规避大部分偏差的问题。
NABCD模型
N(Need,需求)
- 获取检索的论文
- 支持以文章题目
- 支持以文章的Tips检索
- 将所检索的论文加入自己的收藏夹- 对已检索加收藏的论文进行操作
- 对论文集进行增删改查操作
- 提供原文链接
- 支持对论文集的自定义操作- 个人数据的可视化
- 用折线图来表现不同年份五个热词的热度变化
- 用饼状图标识同年份不同热词的占比情况
A(Approach,做法)
- 利用爬虫来获取论文内容,将高频论文存储云端服务器。
- 默认采用收藏即下载的做法,减少云端服务器的压力。
- 通过对数据库的操作来实现对已有数据库的修改。
- 使用echart来对相应的数据生成图标。
B(Benefit,好处)
- 云端存储高频论文,可以减少检索花费的时间。
- 利用可视化表格可以直观的看出最近的热点变化。
C(Competitors,竞争)
- 若用户选择本地存储可以极大的加快访问效率
- 我们主打简洁的UI,减少了现存产品许多繁杂却利用较少的功能,将产品轻量化
D(Deliver,交付)
- 首先我们周围就有着大量的群体存在论文的需求,所以推广可以先从周围做起。
- 利用大学生群体中的二手群之类的群组中发发广告,只要不刷屏人家也可以接受。
原型工具的使用
- 墨刀
- 墨刀素材中心
结对过程,队友评价
早期确认协作工具以及协作方式
中期讨论原型所要实现的功能。
后期完善原型,增加功能。
结对过程及感受
221801224:结对我认为最重要的就是沟通和协作。
我觉得第一次结对我们的沟通是完全合格的,但是在协作的过程中可能有点欠缺了思考,因为我们是打算两个人都先试着开发一份,而没有实时的协作,导致其实有部分的时间被用来做无用功。
但是我们的及时沟通最后还是弥补了所浪费的部分时间。
221801213:一开始认为设计原型,不用编码是一件比较轻松的事情,可以两人分开快速做出雏形然后参考双方内容做出合并修改。
后来在完成一部分后交流发现两人对界面布局等有较为不同的想法,而且雏形设计需要比想象的多的时间,继续分开最后也难以合并。最后以一方的原型为基础,保持实时通话,交流意见后做出修改,快速达到了双方满意的效果。最大的感受是结对完成作业能极大程度避免沟通失误,规避一些简单的错误,同时即使双方共同的决策上有判断错误也能及时发现调整。
队友评价
221801224对221801213的评价
第一次结对编程,其实两个人都有点生疏,但是达子哥可以对于审题很认真,也很积极的去解决问题。在早期,也很积极的寻找和确定原型工具。在最后项目的整合中,达子哥总能细致的提出一些之前自己遗漏的部分,所以他是一个很好的合作者。
221801213对221801224的评价
钟焓同学效率高,在结对后,很快做出了时间的大致安排并开始着手学习原型设计工具。并且钟焓同学善于沟通,我能够清楚地理解到他的意思。对于意见不同的地方也乐于倾听,从而沟通以能达到大家都满意的效果。总而言之,钟焓同学是一个良好的结对合作者。