= Modulkonzept
== Software Engineering (WSEG)
=== Autor: Jörg Berkel
=== link:https://semver.org[Version]: 1.0.3
=== Gültig ab: HS 2024 (1.8.2024)
== Formale Beschreibung
[cols=">,1"] |===
| Modulname und -kürzel | WSEG - Software Engineering
| Verantwortliches Institut, ggfs. Fachgruppe | https://www.bfh.ch/de/forschung/forschungsbereiche/public-sector-transformation/[Institut Public Sector Transformation (IPST)], https://www.bfh.ch/de/forschung/forschungsbereiche/digital-sustainability-lab/[Digital Sustainability Lab]
| Studiengang | https://bfh.ch/bachelor-digitalbusiness-ai[Bachelor in Digital Business & AI]
| Stufe | Hauptstudium
| ggfs. Vertiefung / Wahlpflichtgruppe | n/a
| Semester | 3. Semester Vollzeit, 4. Semester Teilzeit
| Durchführungsmodus & Hinweise für Stundenplan | Jede Woche 4-Lektionenblock
| ECTS-Credits | 6 ECTS (180 Stunden)
| Sprache | Deutsch
| Zielgruppe inkl. Eignung für Incoming-Stud. | primär ausgerichtet auf BWI-Studierende offen für Studierende anderer Studiengänge oder Incoming-Studierende (mit Interesse an Open Source Software)
| |===
== Inhaltliche Beschreibung
[cols=">,1"] |===
| Kurzbeschreibung + (öffentlich, für IS-A) | Im Modul "Software Engineering" lernen die Studierenden, wie sie in einer Gruppe agil Software entwickeln. Das Modul beinhaltet theoretische Inhalte, sowie ein semesterbegleitendes Praxisprojekt pro Gruppe, an dem die Studierenden das Gelernte anwenden und selbständig vertiefen. Im Praxisprojekt geht es neben der Programmierung und dem Einsatz von standardisierten Webtechnologien darum, gemeinsam ein wertschöpfendes Produkt (bzw. Minimal viable Product) zu gestalten und DevOps-Praktiken rund um Gitlab kennenzulernen.
| Detaillierte Beschreibung | siehe Modulinhalte und Vermittelte Kompetenzen
| Modulinhalte und Zusammenarbeit + (Modulaufbau, Fachinhalte, Methoden, Praxisfälle, Forschungsbezug) a| Modulaufbau wöchentlicher 4-Lektionenblock während des Semesters mit einer Durchführung pro Klasse. Der 4-Lektionenblock besteht aus theoretischen (⅓) und praktischen Inhalten (⅔).
Zentrale Inhalte
Methoden Lesen, Verstehen und Besprechen von Lehrbuchtexten, Fachartikeln und Softwaredokumentationen Lösen von Entwicklungsaufgaben durch die Dozierenden, durch einzelne Studierende und durch Gruppen von vier bis fünf Studierenden
Praxisfälle aus der Arbeitserfahrung der beteiligten Dozierenden und Gäste
Forschungsbezug aus der Forschungserfahrung der beteiligten Dozierenden und Gäste
| Lehr- und Lernformen | Präsenzstudium Wissenserarbeitung, Entwicklungsaufgaben, Lehrgespräch, Coaching
Selbststudium Literaturstudium, Videos, Projektarbeit: Einzel-/Gruppenarbeiten
| Literatur | Sommerville, I. (2020): Modernes Software-Engineering. Entwurf und Entwicklung von Softwareprodukten. Pearson Deutschland. ISBN: 978-3868943962.
| Eingangskompetenzen + (Fachkompetenzen und Kompetenzen gemäss Kompetenzmodell BFH-W) | Fachkompetenzen und Kompetenzen der Berufsmaturität der Typen «Technik, Architektur, Life Sciences» oder «Wirtschaft und Dienstleistungen»
| Vermittelte Kompetenzen + (Fachkompetenzen und Kompetenzen gemäss Kompetenzmodell BFH-W) a| +++Fachkompetenzen:+++ Die Studierenden können...
+++Kompetenzen gemäss Kompetenzmodell BFH-W:+++
Problemsolving/Design Thinking (verwandt: Methodenkompetenz): Die Studierenden...
Kollaboration (verwandt: Sozialkompetenzen): Die Studierenden...
Selbstmanagement (verwandt: Selbstkompetenzen): Die Studierenden...
Umgang mit Komplexität: Die Studierenden...
| Schnittstellen zu anderen Modulen + (zuführende, parallele, weiterführende) a| - WSEN Softwareentwicklung, Grundlagen Programmieren
Wahlpflichtmodule
Vertiefung
| Kompetenznachweis* a| Teil 1: Projektabgabe mit Zwischenergebnissen (Pitch, Deliverables, Abschlusspräsentation) als Gruppenarbeit mit gemeinsamer Note (50%)
Teil 2: Schlussprüfung (50%), Moodle-Prüfung und praktische Aufgaben, 90 Minuten
Gemäss RRS Art. 11 müssen alle Teilkompetenznachweise bestanden sein. Die Teilkompetenznachweise werden auf halbe Noten gerundet.
Hilfsmittel bei schriftlicher Prüfung
== Anhang
=== Timing
=== Zweck des Dokuments
Das Modulkonzept dient dem gemeinsamen Verständnis aller an einem Modul Beteiligen bezüglich Inhalte, Didaktik und Tools. Es ist das zentrale Dokument beim Aufbau und bei Überarbeitungen von Modulen. Darüber hinaus hat es aber weitere Zielgruppen:
• Dozierende/WMAs anderer Module: zum Aufbau und zur Abgrenzung von eigenen Modulinhalten, zum Angebot eines ausgewogenen Mixes von didaktischen Methoden sowie für einen koordinierten Einsatz von Tools • Studiengangsleitende: für die Kenntnis von Ansprechpartnern sowie zur Koordination von Modulinhalten, Didaktikvielfalt und Tooleinsatz • Instituts-, Abteilungs- und Fachgruppenleitende: zur Festlegung der Zuständigkeiten, für organisationsübergreifende Zusammenarbeit sowie zur Förderung von Themen der jeweiligen Organisationseinheiten
Die Studierenden sind keine direkte Zielgruppe des Modulkonzepts. In der Regel werden Ihnen nur Auszüge aus dem Konzept zur Verfügung gestellt; diese werden in die Modulbeschreibung auf IS-Academia übertragen. Die einzelnen Blöcke der Modulbeschreibung in IS-Academia sollen möglichst direkt aus dem Modulkonzept übernommen werden.
Das Modulkonzept wird im Rahmen des Neuaufbaus eines Moduls erstellt und bei Überarbeitungen angepasst. Zu jedem Zeitpunkt soll eine aktuelle Version verfügbar sein.
Die in der Vorlage zum Modulkonzept enthaltenen Blöcke sind Pflichtbausteine, zusätzliche Blöcke sind möglich. Diese sollen direkt im Konzept und nicht in separaten Dokumenten ergänzt werden.