网站上怎么做返回主页链接,wordpress 文章加密,iis8搭建网站,怎么在百度上发布个人文章福州大学单红老师的软工课程总结
2020春#xff0c;不一样的学期不一样的软工实践 单红⽼师在总结中#xff0c;提出了13条疑惑#xff0c;《构建之法》的作者邹欣⽼师就单红⽼师提出的每⼀条疑惑#xff0c;给出了⾃⼰的思考#xff0c;与他进⾏探讨交流。欢迎你也来参与…福州大学单红老师的软工课程总结
2020春不一样的学期不一样的软工实践 单红⽼师在总结中提出了13条疑惑《构建之法》的作者邹欣⽼师就单红⽼师提出的每⼀条疑惑给出了⾃⼰的思考与他进⾏探讨交流。欢迎你也来参与⼀起讨论。 1.关于软件工程和软件工程实践课安排时机的问题目前是大三下对于有些考研备考的同学来说确实有些冲突。显然我给不出答案。
xinz大学有四年每一年都应该有足够的训练大学本科并不是‘考研复习班’我们要问的问题是软件工程课给学生符合大学要求的训练了么 而不是“我们放水足够多让部分学生可以复习考研了么”
2.关于软件工程的理论和软件工程实践的动手明显脱节的问题Alpha冲刺就 涉及到测试的策略和技术而理论课差不多只达到系统设计环节滞后。
xinz大学生可以自己学习 我们特地安排了apha 、beta 阶段alpha 阶段就是自己学测试方法自己测试beta 阶段再提高。
3.关于组队选拔是自由组队还是随机组队种子队容易造成高手汇集低手无趣。我倾向随机组队未来进入职场是很难选择队友的即使与猪头相伴。若无视队员的技术方向势必造成内伤影响团队的协作和努力。兼而有之。
xinz随机 加上允许部分人换组和强制换组。
4.关于选题是自选还是命题我倾向命题做出可用且实用的软件而学生更喜欢自选自己熟悉或者相对容易的项目。规避舒适区命题更好它解决的是真实的需求。比如本学期的“软件工程实践互动评价”就是真题。做真实且有用 的软件是一以贯之的追求。
xinz这在软件工程课中已经讨论多次。 80% 命题 20% 的有能力的学生可以自选但是条件要事先说明清楚。
5.关于助教工作如何认定的问题学生助教没有报酬心系付出如何评价助教的责任和能力如何协同助教更好推动教学我有困惑。需要经费。
xinz可以用多种方式来激励助教可以和其他老师交流一下。
6.关于老师工作如何提高教学质量的问题不一样的学期授课付出更多不一样的实践推动难度更大。但投票权在受众手中怎样策动课程质量的提升尽量无愧于心。
xinz: 可以做几个调查问卷看看一些教学手段的效果如何。
7.关于软工实践的进度安排Alpha冲刺前、Beta冲刺后的时间安排有些松散或许可以更加紧凑。
xinz: 可以尽量让学生先做alpha 阶段他们会获得宝贵经验教训。
8.关于评价及评价回馈乏力的问题评论博客势必要细看相关内容并提出相对真实的问题就涉及到评价的针砭。若针砭被无视或冷落该怎样激发呢至今无解。
xinz作业尽量有具体的要求如果达到要求就可以得分。而不是作业要求含混 学生博客也含混评论中再提要求已经晚了。 针砭博客效果一般不如按照要求直接扣分。
9.关于团队组长如何产生以及组长能力的问题组长对一个团队来说是中坚力量技术强好沟通善组织是理想的组长必备条件。组长怎样产生是自荐、推荐、还是指定组长是强调技术底蕴还是侧重组织协调其实软工实践最怕成了组长或某些组员的个人表演曾经感慨过一个9人团队1个前端1个后端1个UI剩下的不是文案就是测试唉每个同学都有技术的提炼技术强的同学则侧重沟通和组织、融合能力。全体都有运动起来尽量全面提升专业素养而不是陪练。
xinz可以组成较小的团队例如 4-5 人 另外别的课程也可以有类似练习这样学生能适应这样的合作方式。
10.关于实践课的班级人数和团队人数的问题团队规模以5或7人为宜而2个助教1个老师较好照顾的团队个数合计一般不超过10个因而班级人数从实践的角度以50/60个为宜人多造成困难和浪费。
xinz的确要考虑老师和助教的负担问题。
11.关于软工实践文档的问题软工实践的监控离不开软件过程文档的规范制作和适时发布博客作业的内容如何做到既真实又适用呢真实是要体现UML分析和设计的内涵适用就是展示自我的外在表现即美观和好用。除了充实的博客作业规范化的软工文档也应慎重对待。
xinz为何博客不能就是规范化的文档呢 很多项目的文档也是通过博客GitHub pageGitHub wiki 发布的。
12.关于重修生的现实问题重修生选修实践课的唯一目的是为了获取学分但重修生因面临毕业且是学姐或学长没法要求太多因此会被很多组排斥或无视。重修生很尴尬努力不要重修。
xinz要明确说明得到‘及格’ 这个分数需要多少努力 不能放水。
13.关于课程的付出对教师如果超课时太多的付出如果回馈的互动有限无力感油然而生如何有激情的迭代付出的过程真的很难。对秉承“混学分及格就好”的学生如何甄别对待呢这样的学生占三分之一左右。软工学生的软工实践不能降低课业的要求如何平衡兴趣爱好和专业方向呢停留在及格就好的同学最低标准是承担某一部分代码和某一部分文档前者以Github可以展示的issue和commit部分为准后者以博客个人作业和团队中个人部分为证。
xinz正视事实的确有不少学生就是为了混及格 那就要明确及格的标准 混也要流汗才能混到及格。
综上2020春学期的确经历了一次不一样的软工实践课新冠病毒带来不一样的疫情教学收获一段不一样的人生财富。这次经历中留下如许深刻的印记个人作业比较有特色的就是2次结对编程和1次技术总结而团队合作过程比较紧张的时间段Github实训、Alpha冲刺、Beta冲刺是软工实践团队过程的3个亮点。而与新冠病毒有关的结对编程给我深刻印象运用所学解决现实应用问题是对软工学生最好的专业检验。所以在文末附上整理的《软件工程实践》教学设计过程。
xinz赞希望看到不断地逐步提高另外这一门课是整个培养体系的一部分 希望改进培养体系例如 github ,Github desktop、IDEA、Jprofiler、Axure rp、墨刀等平台或工具软件的实训可以放到先修课程中这对先修课程也很有用处的。
同样习惯了学校教室授课方式的指导老师线上的实践授课也是陌生和有点新奇然而在技术不断革新的今天作为教师同样需要不断地学习才能跟上脚步。借助博客园公开学生开发情况利用Github收集存储学生程序并利用它管理学生分派任务也是一种勇敢的尝试公开透明接受各方面监督。
xinz请让助教不断把工作自动化 减少手工的部分这样也可以提高效率。
正如一个学生写到不同的两个同学结对编程经历了一次次想要放弃却看到旁边正注视自己的结对同学只好丢下放弃的念头坚持坚持就这样一次又一次的坚持下查找资料寻求帮助解决问题一步步推动系统模型的构建。
xinz结对编程也可以推广到先修课程中让同学从中获益。 附2020春《软件工程实践》教学设计1例 一、问题陈述
目前新型冠状病毒肺炎疫情到了非常关键的时期社会各界都严阵以待。网上有一家疫情统计网站每天会提供一个疫情数据的日志文本记录着国内各省前一天的感染情况。但是疫情统计结果只提供文字不够直观、具体对用户来说不够友好希望这次结对编程作业能通过地图的形式来直观显示疫情的大致分布情况而且可以查看具体省份的疫情统计及发展等信息。
二、作业布置
结对编程第一次作业--原型设计2020.2.22-2020.2.29其主要目的是通过结对编程从网上获取文本数据进行转化使之符合原型开发工具的需要。结对编程第二次作业--编码实现2020.3.7 - 2020.3.14其主要目的是通过原型开发工具利用第一阶段获取的规格数据从而形成可视化的疫情统计系统模型。结对编程第二次作业编码实现是在结对编程第一次作业原型设计的基础使得文本文件能通过可视化的图像直观展示给用户。
三、教学过程
1作业回顾
两次作业明确作业的解题思路。首先从网上得到日志文本。遵守日志文件的命名和对应的日期规范特别注意要读取信息的限制规则。其次学习使用相关命令。需要先学习和理解原型工具的命令和参数并进行详细说明。接着输出可视化的文件。对日志文本进行加工输出文件中要列出全国和各省份的各类型患者人数同时要对日志文本中各个信息进行提取并保存。最后借助原型模型的工具构建可视化的疫情统计模型。疫情模型不仅直观呈现全国、各省的昨天24小时疫情数据而且可以动态展示一段时间的疫情变化让人们对疫情有较好的认知。
2NABCD模型
疫情统计的可视化模型是基于NABCD模型给出的解决方案。NNeed该模型是为了解决互联网用户无法及时直观获取疫情数据分布、把握疫情走势的痛点。AApproach该模型需要直观的地图、图表、趋势图向他们展示疫情的形态但是现有的产品并没有很好地解决这些需求还可以扩展诸如查询等功能。BBenefit不仅能给用户带来实时跟踪疫情情况的好处而且能获取关于疫情更全面的信息。CCompetitor借助微信、QQ等宣传方法能很快地让目标用户知道该系统。Ddeliver借助校园网进一步推广。
3教学过程
一上午4节课每节课45分钟这45分钟分成3部分。在15分钟中前5分钟由学生讲解作业的完成过程中间5分钟由学生演示最后5分钟是问与答每个组要针对老师、助教或有其他组的提问作出相应回答。这样每节课3组4节课11组安排是这样的具体操作往往超过一些。
每个组在展示时首先是讲述自己的学习和实现的过程然后展示实现了的疫情统计可视化原型整体视图、趋势变化接着突出所使用的技术最后通过在线讨论表达些许开发过程的互动。下面从几个课堂片段的截图展示3个团队进行疫情统计的可视化模型的不同侧面。说明2017级软件工程专业学生的线上实践课的具体实施过程。 1. 整体视图
第一组104、116的疫情统计可视化原型见图1。 图1
第二组423 、 404的疫情统计可视化原型见图2。 图2
第三组150、434的疫情统计可视化原型见图3。 图3
通过这3组可以看出他们各具特色。第一组UI美观、功能丰富第二组UI清新、相对单薄第三组UI基于安卓信息集中。
2. 趋势变化
第一组104、116的疫情统计可视化原型见图4。 图4
第二组423 、 404的疫情统计可视化原型见图5。 图5
第三组150、434的疫情统计可视化原型见图6。 图6
通过这3组可以看出他们各具特色。第一组和第二组的趋势图线条流畅第三组的趋势线条比较质朴。
3.技术依托
第一组104、116的疫情统计可视化原型借助的是Axure rp结合Echarts和Axure运用JS。
第二组423 、 404的疫情统计可视化原型借助的是Axure rp基于Flask框架实现的web应用。用python网络爬虫获取丁香园的实时数据。
第三组150、434的疫情统计可视化原型借助的是Axure rp结合spring boot框架。
通过这3组可以看出各组使用的数据获取技术各不相同每一组都有较好的完成度亮点鲜明。
4.交流互动
第一组104、116的疫情统计可视化原型见图7。 图7
第二组423 、 404的疫情统计可视化原型见图8。 图8
第三组150、434的疫情统计可视化原型见图9。 图9
通过这3组可以看出各组的交流也是各不相同真实而富有成效。
四、教学感悟
教学相长是线上软件工程实践教学的最大体会。因为在进行结对编程构建系统模型之前我们的学生基本并未接触多少原型化开发的内容。学生以前并未使用过Github desktop、IDEA、Jprofiler、Axure rp、墨刀等平台或工具软件因此在学习和使用的过程中遇到了诸多困难。正如一个学生写到不同的两个同学结对编程经历了一次次想要放弃却看到旁边正注视自己的结对同学只好丢下放弃的念头坚持坚持就这样一次有一次的坚持下查找资料寻求帮助解决问题一步步推动系统模型的构建。
同样习惯了学校教室授课方式的指导老师线上的实践授课也是陌生和有点新奇然而在技术不断革新的今天作为教师同样需要不断地学习才能跟上脚步。借助博客园公开学生开发情况利用Github收集存储学生程序并利用它管理学生分派任务也是一种勇敢的尝试公开透明接受各方面监督。
在疫情依然严峻的日子尝试用新的教学方式和新的编码技术借助软件工程开发实践的思想完成贴近生活的软件项目内容突出了实用性价值对老师和学生的提升都很有现实意义的。 单红老师所在班级-班级博客 2022春计算机网络|数理 2021春软件工程实践|S班 2020春|S
历届优秀助教的博客
kofyou2020春S班 kofyou
2020春S班 chenyuu
2021春软件工程实践 Grey Zeng 小黄衫得主博客
胡X浩 朱X昊 洪X强 梁X键 彭X浩
