688
社区成员
发帖
与我相关
我的任务
分享软件工程实践结对第一次作业
| 这个作业属于哪个课程 | 2023 软件工程实践 W 班 |
|---|---|
| 这个作业要求在哪里 | 软件工程实践结对第一次作业 |
| 结对学号 | 222000129 钰婷 222000131 诗卉 |
| 这个作业的目标 | 1、阅读《构建之法》第三章和第八章的内容 2、结对提供优化的使用建议，并给出原型模型 3、撰写博客 |
| 其他参考文献 | 见文末 |
目录
- 1、原型地址
- 2、原型工具
- 3、原型设计过程及成果展示
- 3.1 原型设计思路
- 3.2 成果展示
- 4、遇到的困难及解决方法
- 问题一：工具选择上的纠结
- 问题二：Axure 学习问题
- 问题三：交互功能总是添加到别的按钮上怎么办
- 5、PSP 与效能分析
- 5.1PSP 表格
- 5.2 效能分析
- 六、NABCD 模型的详细说明
- N（Need，需求）
- A（Approach，做法）
- B （Benefit，好处）
- C （Competitors，竞争）
- 我方优势
- 我方劣势
- D（Delivery，推广）
- 七、工作安排与结对体验分享
- 7.1 周末工作
- 7.2 周一到周三
- 7.3 周四周五
- 7.4 结对感受
- 7.5 相互评价
- 参考文献戳这里
1、原型地址
2、原型工具
- 我们开始是搜索了博客里推荐的设计工具，后来通过百度一下，发现 Axure 的功能更能满足这次作业的需求，并且墨刀更适合移动端而 Axure 更适合 PC 端，最终决定放弃其他的软件，转而投入 Axure 的怀抱。可以参考这篇文献、还有这篇~
- 因为是结对作业，为了两人间能更方便地互传文件，我们用到了 Axure 的团队项目的功能，通过将文件上传到 Axure Cloud，使得交流更方便~ 如何使用 Axure Cloud，可以戳一戳这里
3、原型设计过程及成果展示
3.1 原型设计思路
根据用户提出的需求，可知具体有四个部分，分别是选手排名、每日赛程、详细赛况以及晋级图，为了让功能更加丰富，我们选择添加首页、澳网举办背景等两个页面，用以引起人们对于澳网的兴趣。
3.2 成果展示
- 整体结构设计
参考部分关于体育类、新闻类网站后我们发现，大部分网站都采用 顶部导航+内容栏 的结构模式，因此此次作业我们也决定使用这种方法，具体图片如下~
关于首页
首页是自行添加的，通过图片来吸引人们的兴趣，因此我们决定通过轮播图的方式来展示多张关于运动员风采的图片，图片每隔两秒自动轮播，也可以通过点击按钮实现展示下一张图片
关于选手排名
选手排名我们借助官网的展示方式，通过表格的形式分别展示 Man's Singles Aces Leaders 和 Women's Singles Aces Leaders 的选手排名，并在最上方放置第一名选手的图片，增加网页丰富性。
关于每日赛程
我们模拟官网使用分页按钮展示每一天不同的赛事，通过点击不同的日期来展示，且通过加粗获胜者姓名来更加形象的展示赢家。
当鼠标移动到不同的比赛时该比赛会显示出蓝色方框，此时点击赛事，会跳转到该赛事的详细赛况界面。
关于晋级赛
我们设置了四个按钮，分别表示“第四轮”、“四分之一决赛”、“半决赛”、“决赛”，通过按钮来切换对应的晋级赛赛况。
还设置了下拉框来选择不同的比赛类型（男子单打、女子单打、混合双打等），并设置了搜索框提供以关键字进行检索的功能。
关于澳网介绍
我们设计了一个澳网知识选项卡供用户查看关于澳网的不同知识，其中选项卡分别为：赛事历史、赛事发展、比赛场地、比赛奖金、冠军奖杯。用户可以通过切换选项卡来切换想要查询的界面。
4、遇到的困难及解决方法
问题一：工具选择上的纠结
困难描述 :作业要求中提供了多种工具供我们选择，但因为之前没有接触过完全不了解（汗），百度出来的结果又五花八门、众说纷纭。
困难解决 :最后我们决定 ① 先分析这次作业大概需要实现哪些功能、对应的工具是否能够完美解决这个功能 ② 网上教程详细能够快速入门（学习速度慢伤不起啊啊啊）③ 语言上尽量有中文版 ④ 如果遇到问题能否快速找到解决方法 等四个方面入手查询，最终决定下来使用 Axure 作为设计工具。
有何收获 :哪怕是一个简单的工具选择，如果不是用心分析后着手，都有可能导致效率的底下，因此将来不论做什么事情，首先都要足够了解自己的目标是什么。
问题二：Axure 学习问题
困难描述 ：决定使用 Axure 时我们已经有了担忧，因为 Axure 相比墨刀等工具而言功能更繁杂，学习时间也更长，我们很担忧能不能在有限的时间内完成学习并完成作业。但因为 Axure 的交互功能做的更好，我们最后还是硬着头皮上了。
困难解决 :我们首先装上了汉化包（皮肤），这样一些简单的功能即使不用查询也能通过名称很快的理解，避免浪费时间，其次我们根据我们需要设计的原型列出了我们可能需要用到的功能如交互、元组件、母版等（尤其是交互功能），然后利用 b 站搜索教程学习了对应的最基础的功能，太过复杂的功能就暂时放弃了，这样能够很快的上手，即使遇到问题也能快速找到方法。最后我们搜索功能一级棒的钰婷通过她强大的搜索功能（百度）完美解决了那些我们没有学到但又需要用到的功能。
有何收获 :学习也是讲究效率和方法的，有时候并不是必须等你全部学完了才能上手，毕竟学习是一个过程，或许边学边做可以有更大的收获也不一定呢。
问题三：交互功能总是添加到别的按钮上怎么办
困难描述 :在制作原型的过程中，因为每个模块通常由很多个部分组成，因此需要放置很多的矩形框和图形框，但是矩形框一旦多了就会重叠，这样就导致了想要选择某个模块时却错误地选择了另一个模块。
未解决 :即使到现在我们也没能解决这个问题，当前原型仍然存在一部分地方是因为模块选择上的错误导致高亮错误的出现在另一个模块上，两个人搜索了很多种方法都不能有效的解决这个问题，只能通过不停地点击才能在某一个时刻幸运的选对（尖叫），询问了其他小组成员后发现，有通过将某个模块打包成一个组合的方法，但好像也不能彻底解决这个问题。
有何收获 ：工作中总是会遇到很多各式各样的困难，我们需要通过不停地查询、相互交流来得到“最优解”。
5、PSP 与效能分析
5.1PSP 表格
| PSP | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 25 | 25 |
| • Estimate | • 估计这个任务需要多少时间 | 25 | 25 |
| Development | 开发 | 480 | 820 |
| • Analysis | • 需求分析 | 20 | 50 |
| • Learning | • 学习原型设计工具 | 20 | 30 |
| • Discussion | • 结对讨论 | 20 | 30 |
| • Design Spec | • 生成设计文档 | 20 | 30 |
| • Design | • 界面原型设计 | 360 | 620 |
| • Test and Improvement | • 原型测试与改进 | 40 | 60 |
| Reporting | 报告 | 50 | 80 |
| • Achievements Exhibition | • 原型成果展示 | 20 | 20 |
| • Postmortem & Process Improvement Plan | • 事后总结, 并提出过程改进计划 | 30 | 60 |
| 合计 | 555 | 925 |
5.2 效能分析
我们通过对比预估时间和实际时间的差值发现，在需求分析、结对讨论、原型成果展示等方面相差时间都不大，但是原型设计以及事后总结方面时间差距很大。
原型设计
产生原因:我们读完了用户的需求后其实已经大致了解了用户希望获得一个怎样的平台，该平台需要一些什么功能。但是我们在界面设计上出现了分歧，我们两人的审美不太一样（一个可爱风，一个简约风），再加上我们开始定下的目标太过宏大，恨不得再安排上所有的附加功能（对，就是那个《画扇面》的例子），但是随着制作过程的深入才发现太难了，有的功能实现起来非常的繁杂，有的功能 Axure 可能无法实现，有的功能我们甚至不知道该如何去描述它更别提查找到方法并应用了，因此时间在不停地尝试和放弃中逐渐流失，原型效果也没有达到特别完美的程度。
自我反思 :正如书上所言，解决大问题固然让人感觉美妙，但是初入手时，或许把目标和问题安排的小一点，把一个个小功能真正实现好解决好就是一个很大的进步了。尤其是我们是第一次接触 Axure，对于它的功能尚且了解的不是特别清楚，又何谈什么宏图大志呢。因此下次的作业中我们需要谨慎思考一下这些功能以我们的水平是不是真的能够实现，投入的时间到底是不是值得的。事后总结
产生原因:两个人都属于比较大条的性格，之前的作业也没有涉及到事后总结，因此对于过程中的问题常常是遇到了—>百度一通查找方法就结束，等到真正需要总结的时候才发现啊我把问题全都忘光了怎么办？然后开始苦苦思索到底遇到过什么困难，导致时间大量浪费。（百度历史记录）
自我反思 :无论是模型构建还是代码编写，对于问题的反思和总结都是十分重要的。不对问题有所反思，时间一久就会开始遗忘曾经遇到的困难，更别提是如何解决的。没有反思即没有进步。在下次的作业中，我们一定要养成遇到困难—>查找方法—>认真理解并做好记录的习惯，而不是将时间都浪费在无意义的回忆我到底遇到了些什么困难上面，而应该思考，这种问题有没有更好的解决方法。
六、NABCD 模型的详细说明
N（Need，需求）
- 当前的澳大利亚网球公开赛数据网站信息量很大，功能繁杂，对于初次接触澳网的用户不太友好，甚至可能因为功能太过复杂、按键过多而降低用户的兴趣。
- 用户希望有一个简约版本的澳网平台，能够查询到他们所需要的选手、每日赛程等信息，而不必在大量的数据中进行检索查询。
- 用户希望有这样一个平台，并不只是简单的陈列数据，而是能够通过图表等多样化形式展现数据，更具有吸引力。
- 用户希望有这样一个平台，能够了解澳大利亚网球公开赛的举办背景、选手个人信息等其他信息，从而进一步加深他们对澳网的了解与兴趣。
- 用户希望有一个晋级图，能够形象的展现选手间的对比以及晋级的选手，增加阅读的趣味性。
A（Approach，做法）
- 可以先搭建一个网站初版。完成基本功能后，看看用户有什么需求，或者改进的地方。比如是否增加排行榜，界面是否友好等，以增加用户粘性。网站成熟后，可以考虑推出移动端或者微信小程序。
- 网站风格以简洁为主。因为网站初版访问量不大，暂时不考虑需要使用缓存和 CDN。但是需要有完善的统计和监控，方便决策。
- 可以使用 Axure Rp 制作原型，在框架的基础上利用 Html5、CSS、JavaScript、PHP 协同搭建网站。
- 需要获取有关赛事的大量数据，必要时可能要进行澳网赛事数据的爬取；
- 介绍澳大利亚网球公开赛的举办背景，通过丰富的图文使平台更具吸引力，引起人们对澳大利亚网球公开赛的兴趣。
B （Benefit，好处）
- 使用网页的用户不存在账号登录问题，即不需要登录注册就可以直接查看相关数据，方便快捷，迁移成本可忽略不计。
- 页面简洁大方，模块清晰，不掺杂任何垃圾广告，没有繁杂的元素信息，用户体验感好。
- 操作简单，不存在过多功能与数据，对于初次接触的用户十分友好，对于曾经使用澳网的用户也可以形象的展现他们感兴趣的信息，方便不同类型的用户使用。
- 比赛类的网站，输赢都是用户非常感兴趣的话题，因此我们在网站上加上晋级图，形象的展示了比赛结果的输赢，增添趣味性，吸引更多人的兴趣。
C （Competitors，竞争）
经过分析，我们的主要竞争对手为其他小组的结对项目、各种平台的澳网赛事专栏。
我方优势
- 模块清晰，操作简单，数据可视化，方便用户进行数据检索和信息获取。
- 界面简洁干净，不存在多余的广告，也没有各种推广，更无需登录，即使是游客也能够随时随地登录网站进行查询。
- 结构简单，搭建和维护的成本较低。
我方劣势
- 我方数据主要从官方网站获取，可能存在数据更新不及时、数据缺漏等问题，相对于官方网站而言，官方网站的数据来源更丰富，能够提供各种用户需要的赛事信息。
- 我方主要追求网站的简洁性，希望用户能很快上手，但同时也会造成功能上不够完整、交互不完善、界面不够美观等问题，这是我们需要进行取舍和优化的。
- 我方结构简单，维护成本低的同时网页的响应、交互速度必然有所下降，可能会造成用户体验感下降。
D（Delivery，推广）
- 首先可以把网站安利给身边的同学、朋友、家人等，收集他们的反馈，再让家人朋友再分享给身边的人。
- 通过微信朋友圈，qq 动态等个人社交软件发布网站地址。这些人大多数都是方便联系的人，易于直接获得用户返回，更有利于产品弥补初期的缺陷。
- 通过微博，抖音，知乎等社交平台进一步推广，这有利于进一步获取用户，进一步获取反馈；同时也应给用户提供反馈方式，积极维护提问和评论区。
- 更进一步，我们可以以软件名创建一个官方微博账号或微信公众号，创建交流群并进行管理。
七、工作安排与结对体验分享
7.1 周末工作
- 周末两天我们并没有做太多的事情，主要是阅读作业内容确定了作业需求，一人负责列出博客的大致框架，一人负责列出原型的大致框架，然后搜索资料确定设计工具并学习使用。
7.2 周一到周三
- 我们主要着手制作项目原型，一共六个网站，我们大致一人负责三个，并在制作完成后发给对方查看以便找出制作的不足之处（
当局者迷），完成后我们撰写博客的对应部分并记录下今天的工作内容。
7.3 周四周五
- 主要是撰写博客的剩余部分以及优化制作过程中原型设计的不足之处，并对比作业要求，再次核查是否存在缺漏。
- 完成对这次合作的评价。
7.4 结对感受
- 我们两人是舍友关系，之前也有过包括数据库大作业在内的几次合作了。双方对于对方擅长和不擅长的是都十分了解，我们根据两个人擅长的方面不同做入手点，合理分配这次作业，制定好每天至少要完成多少内容，并在晚上在宿舍内进行总结，遇到一个人因为其他事情无法按时完成，另一人会接过她的工作继续完成，是一次十分和谐的合作啦~但也有两个人都不擅长的方面，这个就比较恼人了，总之还是要加强学习呀。
7.5 相互评价
222000131 诗卉对 222000129 钰婷：
又是一次熟悉的合作呀！老朋友合作的优势总是很明显的。钰婷属于做事十分投入的人，一旦开始了工作就不会轻易停下来的类型，印象特别深刻的是一次制作晋级赛页面的时候，因为方框一直选择不正确导致到了晚上十二点也没能完成任务，那天晚上钰婷硬是拉着我弄到了一点才恋恋不舍的上床睡觉。他的这种冲劲很能够影响到我的热情，让我投入更多的时间去完成我的任务。
但是两个人都是（
审美缺乏且完全不一样的）人，导致设计过程我们的意见太不统一，做出来的原型图可能过看起来风格不太统一。看来还是得待久一点才可以啊~
222000129 钰婷对 222000131 诗卉：
- 诗卉是我的老队友啦，每次结队第一个就想到她。她是个很有执行力效率很高的队友，我在原型设计上遇到的问题，她都会非常热心地帮助我；诗卉还是个审美很高的人，我初步设计的澳网介绍页面的原型界面有点单调（呜呜呜必须去修习一下审美课，提高一下审美了），用户交互性不高，她对原型进行美化后，页面的外观和用户交互性得到了很大的提高。
- 结队作业真的能很大提高积极性，我每次个人作业都是在 deadline 前才愿意动手。和诗卉组队后，我们每天互相督促进度，秉着“今天就把作业全部完成”的干劲。对比于老师安排的时间，我们用了不到一半的时间就完成了任务。
参考文献戳这里
...全文
请发表友善的回复…
发表回复
