2020春,不一样的学期不一样的软工实践

2020年的春天,注定不同寻常,2月初武汉新冠病毒肆虐,并在全国扩散。于是,2月16日的学校如期开学,授课被全程搬到网上。对我而言,是第一次借助博客园+Github实施软工实践课,也是第一次借助腾讯课堂+雨课堂进行全程授课。

上了多年的软工课,忽然要大幅度的改变上课模式,伴随着软件工程实践的推动也随着发生改变,现在想来,心中不免有些紧张和怯意。即使在教室里,软件工程课也是理论的输导,很容易成为学生手足无措昏昏欲睡的催眠曲,调动课堂气氛本来就不易,搬到网上将更加无底。于是,调动上课气氛成了重中之重:1.调整上课的PPT,适时加入课堂练习,发布并限时收集学生的反馈,听课的同学很容易根据刚刚听过的内容回答问题,收获肯定。2.每周安排一次每周知识点小测,限时20分钟,满分10分,听课的同学容易获得高分,不听课的同学容易鉴别(只会应付或者错失)。3.伴着软件工程实践,将授课的知识点渗入其中,展示在博客中,因此博客作业的内容势必更加专业更加充实,离不开软工理论的发挥。

软工实践,本来就与软工课程相伴相生,实践对于软件工程专业的学生来说,是一项必备的技能。

曾经的软工实践,授课的思路也大致按照这样的流程:第3周选题组队,第4周开题,第5-6周需求,第7-9周设计,第10-13周编码,第14-15周测试,第16周验收展示。每一组5-7个同学,一名负责人,适时在周末提交文档:开题报告、系统规格说明书、软件项目计划、需求规约、设计说明书、开发卷宗、测试报告、用户手册、总结报告等相应的9份文档。集体授课,一般安排4次:第3周选题组队(4时)、第9周中期检查(4时)、第14周系统初评(8时)、第16周系统验收(8时),初评和验收需要每组派2名成员(1名演讲,1名演示)。评分也是组间互评打分,最后根据团队总评集合个人贡献率,计算个人成绩。

如今的软工实践,授课的内容依旧离不开曾经的流程,但推动的模式发生很大的改变:1.引入了助教机制,分担了曾经老师的工作:督促学生或小组,完成阶段性任务,并对大家的表现:评价、打分。2.公开学生或小组的博客作业,将自己的软工实践活动推上博客,全网可见,接受监督和评价。3.借助Github托管系统开发过程,Github不但可以承载代码,而且实施项目分工、代码归并、个人贡献率呈现等。于是,在很大程度上规避了明显的偷懒、作弊、划水等流行的实践课模式。软工实践的线上安排表和博客作业的安排表。

序号

时间

对应教学周序

内容

1

3.10/周二

4

团队选题报告答辩

2

3.15/周日

5

团队Github实训(机房)

3

3.17/周二

5

选题解说与项目安排

4

3.24/周二

6

团队项目原型设计展示

5

3.31/周二

7

团队项目需求答辩

6

4.7/周二

8

团队项目系统设计答辩

中期调查问卷

7

4.14/周二

9

团队项目数据库设计答辩

8

4.21/周二

10

软件评测答辩

7

5.12/周二

13

Alpha版本演示

9

6.9/周二

17

Beta版本演示/系统验收

终期调查问卷

 

序号

实践习题

权重

负责助教

起止时间

0

准备篇--技术路线

3%

X

寒假

1

个人热身--疫情文件读取

5%

X

寒假-2.16

2

结对作业第一次——原型设计

8%

C

2.17-2.23

3

组队、选题和团队展示

4%

X

2.24-3.8

4

结对作业第二次——编码实现

12%

C

3.9-3.16

5

Github团队实战总结

12%

S

3.15-3.17

6

需求分析

8%

X

3.18-3.27

7

概要设计和数据库设计

8%

X

3.28-4.10

8

软件评测

8%

S

4.11-4.17

9

站立式会议+Alpha冲刺

12%

X

4.21-5.7

10

Beta冲刺+事后诸葛亮

14%

C

5.21-6.8

11

个人技术总结+项目总结

6%

S

6.9

S班一共99名同学,含4位重修生,分成了11个组,每组9名同学。在第3周采用随机组队的组合模式,题目先是自选,并在第4周宣讲自己的选题内容:选题内容、用户需求、人员分工、可行性论证等,有老师、助教和其他组同学论证,决定项目取舍。11组中,2组自己换题,1组老师指定。其余的实施就按部就班执行咯。

组序

组名

班级博客链接

00

2020 S

https://edu.cnblogs.com/campus/fzu/2020SPRINGS

助教Xu

kofyou

 

https://www.cnblogs.com/kofyou/

助教Chen

chenyuu

https://www.cnblogs.com/chenyuu/

01

豌豆射手

https://www.cnblogs.com/insist01/

02

Hail Hydra

https://www.cnblogs.com/HailHydra/

03

OneDay

https://www.cnblogs.com/oneday1day/

04

学长帮帮组

https://www.cnblogs.com/autowheel/

05

time masters简时

https://www.cnblogs.com/TimeMasters/

06

钱途无限6(如果有一天我变得很有钱)

https://www.cnblogs.com/money6/

07

知社

https://www.cnblogs.com/zhishe/

08

软件工程实践互动评价小组

https://www.cnblogs.com/Fudiation/

09

松果生活

https://www.cnblogs.com/sgrj/

10

烤盐屋

https://www.cnblogs.com/kaoyanwu/

11

云玩家

https://www.cnblogs.com/cloudcoder/

 

经过一学期的实践课,在助教大力协助和精心计算下,分成三个阶段,评选出3次X5名=15位小黄衫得主,下面是15人次的获奖名单。

评选批次

小黄衫得主

获奖博客链接

1

 

胡X浩

https://www.cnblogs.com/hujh/

朱X昊

https://www.cnblogs.com/radishbear/

洪X强

https://www.cnblogs.com/hhhqqq/

梁X键

https://www.cnblogs.com/gnulxj/

彭X浩

https://www.cnblogs.com/benjamin-gnep/

2

张X榜

https://www.cnblogs.com/dante206/

唐X钧

https://www.cnblogs.com/SeinoNana/

袁X辉

https://www.cnblogs.com/ginphy/

许X诚

https://www.cnblogs.com/cazenove/

翁X鸿

https://www.cnblogs.com/wshbolgs/

3

余X宸

https://www.cnblogs.com/yjchen/

吕X昕

https://www.cnblogs.com/lyxblogaxi/

刘X华

https://www.cnblogs.com/liuchenghua/

蔡X辉

https://www.cnblogs.com/bkmemory/

陈X杰

https://www.cnblogs.com/wjchen/

 

 一学期以来,全程在线给我不一样的授课经历,这里要感谢周老师、汪老师很多有形的鞭策和帮助,感谢两位可爱的助教特别是Xu助教的辛勤付出,还要感谢99名同学有力的配合和互动。诚然,除了感谢授课过程的顺利进行,还有些亟待解决和完善的思考

1.关于软件工程和软件工程实践课,安排时机的问题?目前是大三下,对于有些考研备考的同学来说,确实有些冲突。显然我给不出答案。

2.关于软件工程的理论和软件工程实践的动手,明显脱节的问题?Alpha冲刺,就涉及到测试的策略和技术,而理论课差不多只达到系统设计环节,滞后。

3.关于组队选拔,是自由组队还是随机组队?种子队,容易造成高手汇集,低手无趣。我倾向随机组队,未来进入职场是很难选择队友的,即使与猪头相伴。若无视队员的技术方向,势必造成内伤,影响团队的协作和努力。兼而有之。

4.关于选题,是自选还是命题?我倾向命题,做出可用且实用的软件,而学生更喜欢自选,自己熟悉或者相对容易的项目。规避舒适区,命题更好,它解决的是真实的需求。比如本学期的“软件工程实践互动评价”就是真题。做真实且有用的软件,是一以贯之的追求。

5.关于助教工作,如何认定的问题?学生助教,没有报酬,心系付出,如何评价助教的责任和能力,如何协同助教更好推动教学,我有困惑。需要经费。

6.关于老师工作,如何提高教学质量的问题?不一样的学期,授课付出更多;不一样的实践,推动难度更大。但投票权在受众手中,怎样策动课程质量的提升?尽量无愧于心。

7.关于软工实践的进度安排?Alpha冲刺前、Beta冲刺后的时间安排有些松散,或许可以更加紧凑。

8.关于评价及评价回馈乏力的问题?评论博客,势必要细看相关内容,并提出相对真实的问题,就涉及到评价的针砭。若针砭被无视或冷落,该怎样激发呢?至今无解。

9.关于团队组长如何产生以及组长能力的问题?组长,对一个团队来说,是中坚力量,技术强好沟通善组织,是理想的组长必备条件。组长怎样产生,是自荐、推荐、还是指定?组长,是强调技术底蕴还是侧重组织协调?其实,软工实践最怕成了组长或某些组员的个人表演,曾经感慨过:一个9人团队,1个前端,1个后端,1个UI,剩下的不是文案就是测试,唉!每个同学都有技术的提炼,技术强的同学则侧重沟通和组织、融合能力。全体都有,运动起来,尽量全面提升专业素养,而不是陪练。

10.关于实践课的班级人数和团队人数的问题?团队规模,以5或7人为宜,而2个助教1个老师,较好照顾的团队个数合计一般不超过10个,因而班级人数,从实践的角度,以50/60个为宜,人多造成困难和浪费。

11.关于软工实践文档的问题?软工实践的监控,离不开软件过程文档的规范制作和适时发布,博客作业的内容,如何做到既真实又适用呢?真实,是要体现UML分析和设计的内涵;适用,就是展示自我的外在表现,即美观和好用。除了充实的博客作业,规范化的软工文档也应慎重对待。

 12.关于重修生的现实问题?重修生,选修实践课的唯一目的是为了获取学分,但重修生因面临毕业,且是学姐或学长,没法要求太多,因此会被很多组排斥或无视。重修生很尴尬,努力不要重修。

 13.关于课程的付出?对教师,如果超课时太多的付出,如果回馈的互动有限,无力感油然而生,如何有激情的迭代付出的过程真的很难。对秉承“混学分,及格就好”的学生,如何甄别对待呢?这样的学生占三分之一左右。软工学生的软工实践,不能降低课业的要求,如何平衡兴趣爱好和专业方向呢?停留在及格就好的同学,最低标准是承担某一部分代码和某一部分文档,前者以Github可以展示的issue和commit部分为准,后者以博客个人作业和团队中个人部分为证。

 综上,2020春学期的确经历了一次不一样的软工实践课,新冠病毒带来不一样的疫情教学,收获一段不一样的人生财富。这次经历中,留下如许深刻的印记:个人作业,比较有特色的就是2次结对编程和1次技术总结,而团队合作过程比较紧张的时间段:Github实训、Alpha冲刺、Beta冲刺,是软工实践团队过程的3个亮点。而与新冠病毒有关的结对编程,给我深刻印象:运用所学,解决现实应用问题,是对软工学生最好的专业检验。所以在文末,附上整理的《软件工程实践》教学设计过程。

 

附:

2020《软件工程实践》教学设计1例

一、问题陈述:

目前新型冠状病毒肺炎疫情到了非常关键的时期,社会各界都严阵以待。网上有一家疫情统计网站每天会提供一个疫情数据的日志文本,记录国内各省前一天的感染情况。但是,疫情统计结果只提供文字,不够直观、具体,对用户来说不够友好,希望这次结对编程作业,通过地图的形式来直观显示疫情的大致分布情况,而且可以查看具体省份的疫情统计及发展等信息

二、作业布置

结对编程第一次作业--原型设计(2020.2.22-2020.2.29),其主要目的是通过结对编程,从网上获取文本数据,进行转化,使之符合原型开发工具的需要。结对编程第二次作业--编码实现(2020.3.7 - 2020.3.14),其主要目的是通过原型开发工具,利用第一阶段获取的规格数据,从而形成可视化的疫情统计系统模型。结对编程第二次作业(编码实现)是在结对编程第一次作业(原型设计)的基础,使得文本文件能通过可视化的图像直观展示给用户。

三、教学过程

1)作业回顾

两次作业,明确作业的解题思路。首先,从网上得到日志文本。遵守日志文件的命名对应的日期规范,特别注意要读取信息的限制规则。其次,学习使用相关命令需要先学习和理解原型工具的命令和参数,并进行详细说明。接着,输出可视化的文件。对日志文本进行加工,输出文件中要列出全国和各省份的各类型患者人数,同时要对日志文本中各个信息进行提取并保存。最后,借助原型模型的工具,构建可视化的疫情统计模型。疫情模型,不仅直观呈现全国、各省的昨天24小时疫情数据,而且可以动态展示一段时间的疫情变化,让人们对疫情有较好的认知。

2NABCD模型

疫情统计的可视化模型是基于NABCD模型给出的解决方案N(Need):该模型是为了解决互联网用户无法及时直观获取疫情数据分布、把握疫情走势的痛点。A(Approach):该模型需要直观的地图、图表、趋势图向他们展示疫情的形态,但是现有的产品并没有很好地解决这些需求,还可以扩展诸如查询等功能。B(Benefit):不仅能给用户带来实时跟踪疫情情况的好处,而且能获取关于疫情更全面的信息。C(Competitor):借助微信、QQ等宣传方法,能很快地让目标用户知道该系统。D(deliver):借助校园网,进一步推广。

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 desktopIDEAJprofilerAxure rp、墨刀等平台或工具软件因此在学习使用的过程中,遇到了诸多困难。正如一个学生写到:不同的两个同学结对编程,经历了一次次想要放弃,却看到旁边正注视自己的结对同学,只好丢下放弃的念头,坚持!坚持,就这样一次有一次的坚持下查找资料,寻求帮助,解决问题,一步步推动系统模型的构建

同样,习惯了学校教室授课方式的指导老师,线上的实践授课也是陌生和有点新奇,然而技术不断革新的今天作为教师同样需要不断地学习才能跟上脚步。借助博客园公开学生开发情况,利用Github收集存储学生程序,并利用它管理学生分派任务,也是一种勇敢的尝试:公开透明,接受各方面监督。

在疫情依然严峻的日子,尝试用新的教学方式和新的编码技术,借助软件工程开发实践的思想,完成贴近生活的软件项目内容,突出了实用性价值,对老师和学生的提升都很有现实意义的

posted on 2020-08-29 15:27  梦想的勇气  阅读(335)  评论(11编辑  收藏  举报