以下三题，选做一题完成教学设计，教学设计上传平台后，系统分发作业，每位同学至少互评5篇作业（25分

请在以下主题内3选1，完成H5页面设计 选题一：“我眼中的设计世界——设计系统研究” 1.作业内容： 根据课堂教学内容和课内外学习材料，自选特定的研究视角（如历史视角、地域视角、风格视角、品牌视角等），运用文献查询、图书馆借阅、互联网搜索等渠道收集相关素材，并根据独立思考，对设计系统的构成、内容和关系进行架构和表达，制作成H5演示文件。 2.作业要求： 1.作业格式为H5多媒体演示文件（链接标签格式见下图），演示文件不少于30页； 2.以“学知识-讲道理”为基本思路，以“有用”、“清楚”、“有趣”、“美观”为基本要求； 3.作业内容应当包括对设计系统的构成框架和架构逻辑，对其中要点有展开陈述与案例支撑，对研究成果有总结与反思； 4.演示文件要求内容充实、条理分明、表达清晰、观点严谨、格式规范； 5.对演示文件的版式、色彩、字体、动画、配乐等进行创新设计。选题二：“针对某一设计事件、设计流派或风格、设计师、设计品进行分析” 1.作业内容： 根据课堂教学内容或课内外学习材料，选择一位国际知名设计师、或一个知名设计机构、或一个知名设计品牌、或一个重要设计事件、或一个重要设计风格，运用文献查询、图书馆借阅、互联网搜索等渠道收集素材，对目标的发展、内容、特点、意义等进行分析，制作成H5演示文件。 2.作业要求： 1.作业格式为H5多媒体演示文件（链接标签格式同上），演示文件不少于20页，正文字数不少于1000字； 2.内容贴合设计主题，并能结合课程，学以致用，表达个人独特见解； 3.演示文件要求内容充实、条理分明、表达清晰、观点严谨、格式规范； 4.对演示文件的版式、色彩、字体、动画、配乐等进行创新设计。 选题三：“面向社会重大紧急事件，提出设计方案” 1.作业内容： 当面临突发的社会重大紧急事件时（例如2020春新型冠状病毒疫情），思考工业设计可以从哪些方面发挥作用、帮助公民？设想特定的危机或灾害场景来构架应对的设计系统，阐明该系统的基本框架和作用，并从其中某一角度出发，提出自己的设计方案。最终对方案的研究分析、设计过程、方案表现等进行梳理，制作成H5文件。 2.作业要求： 1.作业格式为H5多媒体演示文件（链接标签格式同上），演示文件不少于30页； 2.作业内容应当包括问题分析、设计过程、设计方案的系统构成与具体效果等； 3.演示文件要求内容充实、条理分明、表达清晰、观点严谨、格式规范； 4.对演示文件的版式、色彩、字体、动画、配乐等进行创新设计。

33.请根据所提供的教材片段，设计1课时的教学简案。

要求：（1）写出一篇规范完整的课时教学简案；（2）恰当设定本课时的教学目标、教学重点和难点；（3）合理地设计学习活动和作业要求；（4）设计至少三个课堂提问；（5）对教案中的主要环节作出设计说明。

以下是某老师设计的教学活动。请结合网络和历史教学的关系对此教学活动加以评价。（16分）

2005年，在庆祝世界反法西斯战争胜利60周年纪念的时候，网络上不仅有大量当年的珍贵历史资料，而且有很多“二战”历史反思、回顾，以及60周年纪念活动的新闻报道，这为学习历史提供了最好的资料。我们可在教学中，组织学生运用网络进行学习活动，把书本上的历史变为生活中的历史。

学习任务——要求每位学生完成一份课外创新作业，作业必须符合历史学科的基本要求：选择教材范围内的历史人物或者事件；有基本简介，有评价；图文并茂，能有动画更佳。

活动方式——分组：每3人为1组，全班大概分为15—20个组，每组选择3个专题；按照协调员、资料员、汇报设计的角色分工，3个专题学习时角色互换；资料保存要求有专门的文件夹．存放原始资料和汇报文稿的电子文稿；汇报要求是每个专题只允许5分钟。

评价标准——每次随机选择3位学生，对汇报的学生小组进行评价，标准是选题恰当、论点新颖、史实准确、语言规范、课件精美。

A、常见的测评活动有客观题考试、小论文、调查报告、实验方案、小组作业等

B、教师应该设计展示型任务作为评测活动，直观审查学生在任务完成过程中的行为表现

C、评测活动可以是客观测试题，也可以是简答题

D、在设计评测时，需要思考的主要问题是如何证明学生达成了既定教学目标

（一）从以下两个选题中任选一题进行交互网站创作： 一、以“个人宣传”为主题的交互媒体宣传策划 1、作品中需要为自己的个人宣传构思设计1枚logo图标。 2、作品中可体现自己的兴趣爱好、家人朋友、趣味故事及所学专业等内容。要求有一定趣味与主题。 二、以“抗疫”为主题的交互媒体宣传策划 以当下疫情防控大事件为背景的媒体正能量宣传。可收集梳理新型冠状病毒感染肺炎的相关科普知识，宣传相关防控措施，也可通过现实案例讴歌战疫中所体现的患难与共、团结互助、无私奉献的民族时代精神，还可表达对“尊重自然、保护动物，构筑生态文明体系”的相关思考。 说 明： 1、以上选项只规定了大方向，具体表现内容请自定。 2、作品要求主题明确，内容详实，内容整体设计分类条理清晰，网站结构导航合理，网页链接跳转正常。 3、要求有片头进入小动画、首页、二级或三级页面，采用综合式页面结构形式。网页界面设计美观，图文并茂，动感较强（可穿插一定二维小动画、图形符号、文字符号、图片照片、栏目标题与说明文字等资源）。 4、每一件综合作业可以单人创作，也可以2人成组创作。单人制作要求不少于6个切换页面，2人一组完成1件作品不少于12个切换页面。 （二）综合作业最终提交文件： 1、综合作业fla源文件 2、综合作业exe、swf输出文件 3、综合作业创意策划案（不少于200字），请将最终作业截图4-6幅配置其间。 以上3项以作品为单位创建文件夹，并转成压缩包上传本mooc平台，文件夹命名：班级+姓名+学号。 （三）综合作业提交截止时间：2020年6月10日23:00，老师批改评分。成绩公布时间：6月22左右。

请在这里提交你的课件（满分：17分） 模块三 实践3 作业要求 请根据自己的教学实践，选择一篇短文，用Hot Potatoes软件制作一个阅读理解题型的网页课件。 1.阅读理解网页课件可以用JQuiz功能制作一个阅读训练题（任选一个选择题、判断题或简答题来制作，必须将其中一、两道较难的试题设置成简答题转换成选择题的混合题型）；或者用JMix功能制作一个组句成段的阅读排序题（如有可互换的句子，应设计两个正确答案）。 2.在作业中，根据需求尽可能体现我们在学习制作混合练习题和排序练习题时所涉及到的各种操作设置，例如： （1）根据需要设置课件的标题、副标题和考试指导语； （2）根据需要设置课件页面的配色或插图； （3）设定习题的答题时间、设置题目或选项的乱序功能和答题尝试次数； （4）设置的各种答题反馈信息能够体现人机交互的自主学习模式。 3.希望同学们能大胆尝试阅读习题的各种题型的链接操作。 4.上传的作业应至少包括三个文件： （1）1个JQuiz 源文件（*.jqz）或 JMix源文件（*.jmx） （2）1个源文件生成的网页课件文件（*.htm） （3）1个课件说明文件（*.doc），即对选取的教学材料和设计思路做简要说明。（下载附件） 注意： （1）将这三个文件打包上传（给压缩包命名为：姓名+地名+阅读课件第几版）。 （2）上传作业前，应该首先在自己的电脑上进行测试，以保证上交的课件能正常显示。 切记：如果你上交的课件插入了背景图片，在上传作业的文件夹里一定要求有插入该课件的背景图片的文件。（见下图）特别强调：作业要独立完成，不许抄袭他人的作业。一旦发现有抄袭现象，将取消本模块的形考成绩。

小组作业具体要求如下：（以下阶段应按顺序执行。附加题供学有余力的小组自选完成。） （1）阶段一：熟悉白盒测试方法。 使用白盒测试方法设计测试用例，建议使用测试管理工具来录入设计的测试用例，最后用csv或excel等工具支持的导出形式导出为测试用例清单文件（便于作业检查，谢谢）。也允许使用excel文件来记录测试用例，文档模板见附件1-测试用例设计清单(模板).docx。 使用测试管理工具的小组请看下面的注意事项，不使用的小组可跳过： a. 小组所选择的测试管理工具与第一周实践作业无关，即可以任选一款工具，不能导出测试用例的测试管理工具就尽量不选了（禅道支持测试用例导出）； b. 导出的测试用例建议在末尾列补充一个备注列，说明是基于什么覆盖标准或什么方法得到的测试用例。 （2）阶段二：熟悉代码复审的过程。 通过静态评审发现缺陷。选择被测系统中的一个风险最高（如业务逻辑最复杂，代码行最长，复杂度最高等）的模块，针对代码展开静态评审。关于如何准备和展开同行评审会议，可学习MOOC课程“软件测试与质量”的3.4节 静态白盒测试，通过视频和讲义了解相关内容。关于在评审过程中如何才能更好地进行代码复审，建议学习邹欣老师的讲义“现代软件工程讲义 3 代码规范与代码复审”。 该阶段要求遵循评审的流程，至少包括： l 指定全体与会人员角色； l 选择合适的代码评审标准（例如阿里巴巴Java开发手册，或者邹欣老师在讲义“现代软件工程讲义 3 代码规范与代码复审”中所提到的部分内容），全体评审人员应遵循该标准来评审代码； l 评审员应提前阅读代码，并填写评审表； l 主持人组织全体与会人员召开会议并记录会议过程，会议过程应给出拍照作为证明（在博客中体现）； l 提交会议纪要和评审结果报告，报告中应记录会议过程，评审员提交的评审表应作为附录放在报告末尾。评审结果报告内容可参考北京航空航天大学罗杰老师的作业要求中第一部分的内容，即代码复审Check List，且报告内容可根据本小组的实际情况进行适当删减或增加； l 如果在评审过程中发现了缺陷，还应提交缺陷报告。缺陷建议通过测试管理工具进行管理和跟踪，最后用csv或excel等工具支持的导出形式导出为缺陷清单文件（便于作业检查，谢谢）。也允许使用excel文档来管理，文档模板见：附件2-缺陷报告模板v1.0.xlsx。 使用测试管理工具的小组请看下面的注意事项，不使用的小组可跳过： a. 小组所选择的测试管理工具与第一周实践作业无关，即可以任选一款工具，不能导出缺陷的测试管理工具就尽量不选了（禅道支持缺陷导出）； b. 导出的缺陷建议在末尾列补充一个备注列，说明是通过什么途径发现的缺陷，例如，是通过静态评审，还是通过执行测试用例，或者是通过静态代码检查工具等。 （3）阶段三：熟悉静态代码检查工具。 通过自动化静态检查发现缺陷。选择一款静态代码检查工具（可阅读静态代码检查工具简介来初步了解和筛选合适的静态代码检查工具），对整个系统源代码进行扫描，统计发现的缺陷（包括错误和警告）。要求撰写静态代码检查报告， 具体要求包括： a. 说明工具来源、基本特点、下载地址； b. 给出工具扫描过程的界面截图，如果一张图不够，可以给出多张图； c. 通过图、表格等方式体现对缺陷的统计； d. 通过与同行评审中发现的bug对比，说明针对相同的模块，同行评审发现的缺陷，与使用静态代码检查工具发现的bug有何不同，也可选择部分缺陷重点分析； e. 基于上述过程，分析该款静态代码检查工具的优缺点。 注意： a. 每班班内各小组应选择不同的静态代码检查工具，最多只能有两个小组使用相同的工具，即每个班至少应选择三种不同的静态代码检查工具； b. 跨班允许选择相同的静态代码检查工具； c. 每班班内各小组应使用不同的被测系统； d. 跨班允许使用相同的被测系统，但使用相同被测系统的小组应选择不同的静态代码检查工具来执行代码检查（仅针对同群内的小组，如1-3班+7班部分同学为1群，4-6班+7班部分同学为2群，同群内的小组受本条件限制，跨群小组允许使用相同被测系统和相同的代码检查工具）。 （4）阶段四：熟悉基于JUnit的单元测试脚本开发 编写单元测试并执行测试。基于JUnit框架，结合面向对象程序的特点，针对阶段三所选择的风险最高的模块，根据在阶段一设计得到的测试用例，编写单元测试脚本，执行脚本，记录发现的缺陷。具体内容和要求如下： a. 无需额外设计测试用例，直接用阶段一设计得到的测试用例，编写单元测试脚本； b. 执行测试脚本； c. 报告发现的缺陷，记录和管理缺陷，缺陷记录方式的要求同阶段二，具体说明见评审流程的最后一条； d. 撰写测试执行报告，说明测试环境，测试的过程，通过报表对测试工作进行分析，通过图、表对缺陷进行统计和分析，如果是使用测试管理工具，可直接利用工具的统计、分析功能自动生成相关图和报表，再补充文字说明。注意，在测试小结中，应对测试和被测系统进行评估，说明测试的充分性、效率，说明被测系统是否符合要求等，根据测试执行过程文档要求（附件3-测试执行过程及小结-模板）撰写测试小结； e. 单元测试脚本应覆盖至少40个测试用例； f. 单元测试脚本应包含注释； g. 可以针对登录或注册模块编写单元测试脚本，但只能二选一。 有关JUnit的基本概念和使用，可通过学习SPOC课程“软件测试与质量”的7.1节 单元测试及其工具来了解。 （5）每日例会记录 小组成员的工作过程应通过博客进行记录。从本作业公布之日起，到任务提交之日止，小组每日在博客上记录任务完成情况，内容包括：小组成员的任务进展情况、存在的问题、解决方法、以及下一步计划等，应尽量详细并给出必要的证明，例如，说明每人完成任务所花的时长，测试脚本截图，小组开会的图片等（从隐私的角度考虑，可不必给出面部，打马赛克，或者背影之类均可）。格式不限，只要能反映小组的进度情况即可，请尽量详细。 小组需要提交的材料包括： （1）测试用例清单。阶段一设计得到，文件名格式：作业名-070x班-0x组-1白盒测试用例； （2）评审会议纪要和评审结果报告。阶段二得到。评审员提交的评审表应作为评审结果报告的附录。如果有发现缺陷，还应另外提交缺陷报告。文件名格式：作业名-070x班-0x组-2代码评审会议纪要和结果报告； （3）静态代码检查结果报告。阶段三得到。word文档，不要用wps格式。文件名格式：作业名-070x班-0x组-3静态代码检查结果报告； （4）单元测试脚本。阶段四得到。要求同时包含测试脚本对应的原始代码文件。如果测试脚本文件不止一个，可放在一个文件夹下。文件夹名称格式：作业名-070x班-0x组-4单元测试脚本； （5）测试总结报告。对上述单元测试的各个阶段进行总结，评价测试工作的质量和被测系统模块的质量。并对被测模块源代码的优劣进行评价。文档名格式：作业名-070x班-0x组-5代码测试总结报告； （6）所有上述材料仅为小组提交材料，应统一打包为一个压缩包，文件名格式为：作业名-170x班-0x组-组长名。（注意：个人提交时的格式要求见其他说明的第（1）条） 小组成员在完成小组作业的同时，还需要撰写个人完成情况说明，具体要求如下： 说明本人在该次作业中承担的任务，说明具体的完成情况，在完成作业的过程中碰到了哪些方面的困难，自己是如何解决的。主要的心得体会是什么。 其他说明： （1）组内每个同学在课程SPOC平台分别提交作业，作业内容包括：小组作业+个人作业。小组作业是打包后的压缩包，每个小组所提交的小组作业应该是完全一样的。个人作业根据模板（见附件1：个人完成情况说明-xxx-模板.docx）要求自行完成。每个人在SPOC平台上传作业时，小组作业及个人作业最终统一打包为一个压缩包，文件名格式：作业名-170x班-0x组-个人姓名。 （2）请务必在上传附件后，记得点击【提交答案】，才能成功提交作业。如图1所示。图1 作业提交时注意点击【提交答案】 （3）本次作业仍将采用互评方式来评分，因此，请确保单元测试脚本是可以运行的。在提交单元测试脚本材料的时候，自己务必提前在不同配置环境下实验，不能运行的测试脚本是不能得分的。 （4）互评的注意事项。本次作业分数构成和作用如下表所示。 分数构成 小组基本分 个人基本分 满分分值 90 10 作用 用于对小组所有成员的基本分取平均 用于本次作业的个人评分 因此，互评时，请各位同学除了参照评分标准逐项进行打分之外，还需要填写备注，在备注中明确指出分数的构成。例如，给某位同学的打分是小组基本分80分，个人基本分9分，则总分为：89分。此时，在SPOC评分系统中，除了给出总分89之外，还需要在备注中额外注明：小组基本分（80）+个人基本分（9）。否则，在互评机制下，小组中的所有组员得到的小组基本分可能是不相同的。