结对作业一
这个作业属于哪个课程 | 2021春软件工程实践|W班(福州大学) |
---|---|
这个作业要求在哪里 | 结对作业一 |
结对学号 | 221801401 221801422 |
这个作业的目标 | 看《构建》之法,学习用Axure设计论文平台原型 |
其它参考文献 | 《构建之法》 CSDN |
目录:
PSP表格和效能分析
PSP表格
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 15 | 10 |
·Estimate | ·估计这个任务需要多少时间 | 15 | 10 |
Development | 开发 | 775 | 940 |
·Analysis | ·需求分析(包括学习新技术) | 100 | 120 |
·Design | ·具体原型设计 | 600 | 720 |
·Design Review | ·设计复审 | 30 | 60 |
·Test | ·测试(测试原型的使用) | 40 | 40 |
Reporting | 报告 | 40 | 50 |
·Test Repor | ·测试报告 | 10 | 10 |
·Size Measurement | ·计算工作量 | 10 | 20 |
·Postmortem&Process Improvement Plan | ·事后总结,并提出过程改进计划 | 20 | 20 |
合计 | 825 | 1000 |
效能分析
这次的作业,因为是结对完成的,所以在一些问题上,讨论和交流上会多花一些时间。需求分析上主要是对原型所要具备的功能有一些理解上的出入,比如如何去理解从列表爬取,最后统一下来是将所读的数据爬取到中继器上可以供用户选择去添加进论文列表。另外,因为也是第一次使用Axure,所以花了一些时间去中文网站和bilibili学习了使用,本来以为只是简简单单地拖放元件。但是,实际学习起来还是没有完全掌握,比如动态面板的使用,函数的使用等等,今后也要多花些时间。具体原型设计的时间上,主要是两个人的意见会有些许的不同,但好在Axure的团队功能可以让我们都很快地看到别人的进度并加以讨论如何去完善,不过还是花了些额外的时间。
原型地址
原型介绍
-
进入平台前会要求用户先登录,没有账号的用户也可以点击进行注册,设计的比较简单,避免让用户觉得过于繁琐
注册界面
-
进入平台后默认显示的是论文列表的界面,显示了论文的标题、关键词以及摘要,后续准备为每个标题添加一个链接跳转到原文。在这个界面可以对已存储在列表中的论文进行检索,可以自行选择检索的方式。当然,对于没有储存在列表中的论文则会自动跳转到论文爬取界面进行爬取,也会在后续完成
点击delete可以选择是否从列表中删除该篇论文信息,使用动态面板进行实现
点击modify可以修改相关论文的信息,目前只提供对标题以及摘要的修改,当然如果后续有新的想法或者要求也会进行相应的修改
-
进入论文爬取界面,用户可以选择直接输入单个论文或者选择文件导入一定数量的方法进行论文信息的爬取,爬取到的论文会放在一个中继器里供用户选取并添加到论文列表中
-
进入个人中心界面可以修改个人信息,选择了一些比较重要的信息可供用户进行修改,(再考虑是否能够通过实现联网来让用户之间查看信息,就通过点击头像来实现?)
-
进入热点分析界面,通过切换动态面板的状态,供用户来查看三大顶会近几年的热词走势对比以及近几年的TOP10热词,折线图反映了近几年的热词走势,饼图为近几年的热词统计分布。
Top10热词
困难解决
- 最初的困难是需求的分析问题,论文的爬取和论文的列表之间到底是什么关系,因为提到从“论文列表爬取”,之后统一后的想法就是论文的爬取也设置一个列表用于存放将要爬取的论文信息。还有就是采取什么方式能进行原型的共享,然后发现Axure有自带的cloud供团队工作,很好地解决了问题,学会了如何更好地协调两个人之间的想法。
- 而后就是界面的布局问题,标题栏的选择没有太多的异议,就是中间主要界面的选择,最初在看过b站的视频讲解之后选择的使用动态面板和事件的方式来实现页面的切换。但是,这样就无法让两个人更好的合作,因为对同一个界面进行修改总是要等另一个人提交修改。最后选择构造多个页面能够更好的进行分工。收获就是要会选择更好的方法,动态面板的运用看上去似乎更加“高级”,但却违背了结对协作的理念。
- 论文列表的样式,最初肯定是简简单单地想用列表的形式,不过这样能显示的信息就比较少,而且又需要增加一些新的界面或内容来完成。最后通过查阅资料,可以用中继器实现论文格式的设定以及其中所包含的数据的设定,嗯,不要去忌惮运用新的技术,哪怕最后可能出现不能够解决的新的问题,有问题,刷b站视频也是一个好的选择。
- 最后就是热点分析,热点分析一开始想的是用饼图来展示近几年的热词,用折线图来展示三大顶会的热词走势,并将它们放在同一页面下,结果却导致了饼图的部分元素被遮挡的问题。最后协定通过切换活动面板的状态来改变页面展示的图形。
NABCD模型
1.需求
论文的查找在每个专业都成为了一种必须,而多数的网站也会针对某些领域进行论文的查找,而此次要实现的是针对计算机视觉领域世界三大顶级会议所收录的论文进行查找,很合我们的专业性质。
- 实现论文的爬取,要求能够针对单个题目或是多个题目的论文的信息爬取,能够实现用文件导入的形式获取论文题目
- 能够阅览被添加到论文列表的论文信息,如题目、原文链接、摘要等。并且可以按照用户的需求进行相应的修改以及删除操作。另外,要实现对所需论文的检索工作,通过不同的检索方式可供用户选择。而对于论文列表中不存在的论文,允许用户进行相关信息的爬取
- 能够对爬取到的信息进行分析,提取top10的关键词以及三大会议论文关键词的热词走势
- 尽量让界面符合用户的需求
2.方法
- 后续打算用数据库的形式来存储爬取到的论文信息,用户所需论文信息可以直接到数据库中进行获取或者去原网站进行查询
- 因为论文的信息选择存储在中继器,而对中继器的数据的修改不会影响到总的数据库,就是用户在页面上的操作仅对列表数据产生影响
- 关键词图谱和热词趋势采用了Axhub Charts元件库,基于echarts,可能需要定期的更新其中的数据,在考虑如何能够更好地完成动态
3.好处
- 论文的查找范围更有针对性,适合我们计算机软件领域的人群
- 比较简单,可以让用户更好地得到自己想要的信息,而避免摄取过多的无用信息
4.竞争
- 市面上的论文网站很多,而且基本覆盖了各个领域,随着人们对论文的需求越来越多,论文网站越来越多,而且在背后都有团队的支撑,拥有更加庞大的数据库,对我们大学生自制的论文平台是个不小的挑战
- 在大学生里也会有各种各样的论文平台项目,有的可能功能更加完善,功能更加健全,需要在后期吸引更多的人加入团队中来完善这个平台
- 如何能够赶上其他平台对用户的友好程度,可能还需后续的完善,毕竟我们的优势只有简单
5.推广
尝试吸引更多的大学生加入到团队中,最初可以选择在校园中进行推广,尤其是从事我们相关领域的人群。试着创建独立的服务起来进行管理,供网上更多的人使用
原型工具的使用
似乎Axure的功能更加强大,但是前期上手比较困难。不过商量说用Axure也没啥异议,干就完了
结对过程,队友评价
因为平时交流也比较多,所以结对的过程还是蛮快的,过程中的交流也基本用QQ来进行讨论,再加上Axure的团队协作功能也挺强大的,但是线上的交流难免会有些磕磕绊绊,比如两个人在线的时间可能不太一样。
- 团队界面
- 摸索cloud的使用
- 一些讨论
- 屏幕共享
第一次结对感受
[zhl]也是第一次接触结对作业这种东西,平时可能没有多少机会一起搞个项目,尤其还是两个人。最初还是有些不太习惯吧,毕竟一直以来都是一个人独自完成,偶尔向大佬们请教一下问题就解决了,而且结对作业的话要考虑到两个人的实力和时间问题,最开始是抵触的。但是后来想想,以后的工作中也难免会遇到这样的情况,又何尝不是一次锻炼的机会呢,也就坦然接受了。
[zsy]第一次接触结对作业,从一开始不知道如何开展协同工作,到后面探讨问题,直至提交结对作业,让我对结对的认识更加深刻。相较于单人作业来说,结对作业在时间花费上会需要更多的时间,但是结对过程中的分析和设计相较单人作业更加的完善,感觉在结对作业的过程中,通过讨论多种方案设计的可能性,让我收获了许多的思路和方法。。在之后的结对作业中,希望能够更好地完成。
对对方的评价
[zhl]本来就是挺熟的人了,所以整体下来都挺愉快的,而且提出问题来也能够很好地落实。自身的实力可能也不算特别突出的那种,所以两个人之间也基本上是互帮互助、互相学习的状态,挺好的。
[zsy]非常熟的哥们,生活中的大哥,做事细致,勤奋努力,对作业的方案设计和处理都十分简洁和合理。遇到无法解决的问题,同他探讨后,都会学到许多方法和知识,是非常优秀的合作的对象,我给他满分。