软件工程实践结对作业一

助教_李耕 助教 2022-03-05 14:24:41

结对作业一

为了不遗漏作业内容,这里有一份checklist方便你快速查阅

  • 详细阅读作业要求
  • 完成原型设计结对作业
    • 找到你的小伙伴
    • 及时记录PSP表格
    • 共同决定原型工具并学习使用
    • 设计原型
    • 将原型以网页形式发布
  • 撰写博客
    • 包含作业描述和目录
    • 核对评分标准
  • 在群里的表格中登记你和你小伙伴的信息(学号,姓名,博文链接)
  • 在deadline之前,在社区中提交作业

1、截止时间

本次作业截至时间为2022年3月12日。注:为防止0点提交造成卡顿、提交失败的现象,已将ddl提前至晚上11点。

2、作业内容

一、阅读《构建之法》第3章和第8章的内容,并在下方作业里体现出阅读后的成果。特别是第8章中的NABCD模型。

二、结对合作(两人一组,自由寻找伙伴),阅读下方的客户描述的现实困扰,以共同发布一份博客随笔的形式,设计一套方案,向客户推销。描述大致方案,以向客户证明你正确理解了客户的需求、提供给客户可行的优化的使用建议,给出原型模型,并提供大概的解决方案预期规划。


问题与需求:
2022年初,北京冬奥会的各项赛事成为热门话题,全国大众对冬奥赛程、奖牌的关注度持续提高。继续沿用我们在个人实战——冬奥会赛事数据的主题,有一家体育赛事网站每天都会提供当日的冬奥赛况,并记录各代表团的奖牌获取情况,上次的输出结果只是通过简单的文字来显示,不够直观、具体,对用户不够友好。因此在本次作业里,我们希望能设计一个平台,通过图表等形式来直观显示奖牌总榜、每日赛程,还可以查看具体某个项目的各个小场赛况。
为解决现阶段的需求,该平台应至少具备以下功能:

  • 奖牌总榜
    • 可以查看各国代表团的奖牌数及最终排行,并通过一种形式高亮中国代表团。
  • 每日赛程
    • 展示各项目的详细赛程,显示比赛时间、大项名称、比赛名称、场馆等信息
    • 支持通过选择、切换比赛日期、项目、场馆的形式来筛选用户希望查看的赛程
    • 支持点击查看详细赛况
  • 详细赛况
    • 展示单项比赛的成绩公报,包含对应项目的参赛选手、得分、排行等比赛数据
      (因为不同项目的成绩形式不一样,可挑选至少3个你感兴趣的小项目来进行界面设计,例如:高山滑雪-女子滑降)
  • 奖牌地图
    • 世界地图的形式直观地展示各个参赛国家的奖牌数
    • 在地图上使用不同的颜色代表大致的奖牌数区间,颜色深浅表示奖牌数的多少
    • 鼠标点击或移动到每个国家会高亮显示奖牌信息


以上是本次作业的基础要求,希望同学们可以在满足总的设计思路和用户需求不变的前提下,尽量发挥自己的想象能力,设计出一个美观、动态的原型。 例如:

  • 了解更多
    • 介绍冬奥的举办背景,通过丰富的图文使平台更具吸引力,引起人们对冬奥、冬奥历史的兴趣。(例如,可以介绍近几届冬奥的会徽、举办地、吉祥物等)

注:

  • 两人共用一份markdown,都需要发布博客,作为自己的记录。但是作业提交时只提交一份,这一份博客的评论需要两人共同维护
  • 本次作业只需要根据上述功能需求进行网页的原型设计,具体的功能细节可以自己设计,不需编码实现(结对作业二则为实现,届时将给出具体的要求,与此次作业会有异同)。
  • 效能分析:一个功能完备的程序不是一蹴而就的。通过将赛事统计的需求分解成几个部分,可将一个大任务划分为可操作的小任务,同时最好按照任务难度或紧急程度指定各个任务的完成次序。因此,在动手开发之前,要先估计将在程序各模块开发所需耗费的时间,以及完成整个项目所需的时间,将这个[估计值]记录下来,写成PSP表格的形式。

    例如这次结对原型设计,就可以将子任务分解为:需求理解、学习原型设计工具、结对讨论、界面原型设计等等。具体结合实际情况而定。进而在PSP表格中通过预估子任务实际、统计实际时间,以此发现哪些子任务存在效率低下情况,分析原因并给出对改进方法的思考。

三、最终客户将以评论博客的方式给出接纳与否或修改完善的建议

四、本次作业评分细则:

  • (20')基本要求【覆盖课程目标2】
    • (5')在随笔开头请加上目录以及作业格式描述,其中包含两个同学的学号。并将原型发布成网页形式,贴出链接
    • (5')博客排版,采用markdown排版。
    • (10')NABCD模型的详细说明。主要分析A和C:如何解决问题,你有哪些竞争对手、如何竞争、有何优势等等。
  • (30')模型设计【覆盖课程目标3】
    • (5')原型模型必须采用专用的原型模型设计工具实现:如Axure Rp墨刀、Balsamiq Mockup、Prototype Composer、GUI Design Studio、Adobe设计组件等等。在博文中说明你所采用的原型开发工具。
    • (25')原型设计过程及成果。(原型界面与需求一致,原型设计用户体验良好,易操作,界面美观)
  • (30')结果汇报【覆盖课程目标5】
    • (20')文字准确、样式清晰、设计思路清晰、图文并茂地介绍你们的原型描述遇到的困难及解决方法(包括:困难描述、解决尝试、是否解决、有何收获),字数在1000字左右。
    • (10')描述结对的过程,提供两人在讨论、细化和使用专用原型模型工具时的非摆拍结对照片,以及第一次结对的感受和对队友的评价。
      • 鼓励给出项目任务安排、分工、管理等具体工作细节的截图,以体现结对分工的真实性。
      • 两个人要分别写给对方的评价。
  • (20')提供此次结对作业的效能分析和PSP表格。【覆盖课程目标6】

3、格式与规则

一、为了方便其他学校的老师或者助教了解课程实况,请大家在作业开头添加作业的基本信息:(必做)

这个作业属于哪个课程<班级的链接>
这个作业要求在哪里<作业要求的链接>
结对学号<写上两个结对同学的学号>
这个作业的目标<写上具体方面>
其他参考文献...

markdown代码

|这个作业属于哪个课程|<班级的链接>|
|--    |--    |
|这个作业要求在哪里|<作业要求的链接>|
|结对学号|<写上两个结对同学的学号>|
|这个作业的目标|<写上具体方面>|
|其他参考文献|...    |

二、作业提交规则

  • 在deadline前提交博客并完成结对登记,得实际得分 * 100%;未能在deadline之前完成填写的,分数为实际得分 * 50%;
  • 补交:在deadline 后两天内提交视为补交,分数为实际得分 * 50%;写了但是忘记提交作业和补交扣分一致;
  • 缺交:在deadline 之后两天未补交视为博客缺交,分数为0分;

三、其它规则

  • 作业抄袭:当助教发现两篇博客文字/图片/代码过分相似时,判定两篇博客都为抄袭,该次作业不得分,并倒扣该次作业占总成绩比重的分数;
  • 伪造提交:虽然作业博客没有完成,但是先提交到作业占位置,判定为伪造提交,分数得0分;
  • 微信班级群如果发布相关通知也是作业要求一部分,请及时查看群通知;
  • 如对作业存在疑问,请在deadline之前三天在班级群提出;
  • 若助教对作业要求有修改,会在群内公告,请务必查看并按新的要求完善作业。
...全文
2063 1 打赏 收藏 举报
写回复
0人已提交
完成率0%
暂无数据
1 条回复
切换为时间正序
请发表友善的回复…
发表回复
发帖
2022年福大-软件工程、实践-W班

136

社区成员

2022年福大-软件工程;软件工程实践-W班
软件工程 高校
社区管理员
  • FZU_SE_teacherW
  • 丝雨_xrc
  • Lyu-
加入社区
帖子事件
创建了帖子
2022-03-05 14:24
社区公告
暂无公告