Пікірлер
@ntlahlag
@ntlahlag 2 жыл бұрын
Kindly assist with the link I really need to register for this course.
@msglife5349
@msglife5349 2 жыл бұрын
Hi there, how can we help you? This is not a course you can register for. It's just a video.
@2mrvamshi
@2mrvamshi 3 жыл бұрын
Hi, please let us know if these are seminars and exams are conducted only in German or even in English
@msglife5349
@msglife5349 3 жыл бұрын
Hi Vamshi Krishna, the seminars and exams are German only. For more information on the German Association of Actuaries (DAV), please check aktuar.de/en. Kind regards. msg life social media team
@klausfranzheinrich4022
@klausfranzheinrich4022 3 жыл бұрын
Schade, dass auch in diesem Standortvideo von msg life nicht gegendert wird.
@pierresun3660
@pierresun3660 3 жыл бұрын
Notizen: Topic: Softwareentwicklung: Technik und Tools um Sotwareprozess zu optimieren Hinterground: Anforderungen, schnell umsetzen und liefern, bsp. Regulatorisch Standardsoftwareentwicklung: hoch Qualitätsanspruch Kontinuerlich Softwareentwicklung und Softwarelieferung in einer Routine zusammenbinden Konkrete Ziele und Massnahmen: Kurze inkrementalen Zyklus, lieferbar Objekte Durch automatisierte Prozess die Feedbacks von Kunden früh bekommen Build quality in: laufenden Kundenfeedback um die Umsetzung zu optimieren Konzept “Deployment pipeline”: Change ⇒ Build server: unit test, ⇒ auto. Acceptance test ⇒ manuel test ⇒ lieferfähig? Ja/Nein. Core = Standard-sw Entwicklung Customizing = Kundenspezifisch: viele kurzer Zyklus Integration und Produktion = so schnell wie Customizing zyklus Sandbox: zwischen Standard und Kundenprojekt die nötigen Anpassungen mit Testen und Skripten mitzubringen Teststrategie Beispiele: Testdaten mit mathematischen Vertragsdaten: fest numerische Daten damit die Akzeptenzkriterien automatisch geprüft und validiert werden. Probleme: Abhängigkeiten der Änderungen von mehreren Teams. Ansatz: Modularisierung: Fachmodulen mit klaren Moduleabgrenzen, die auch genau in Code und Test gemappt und so abgrenzt abgebildet werden. Test der abhängig Module mit “Mock” Objekt: Inputs aus abhängigen Module durch Mockobjekt ersetzt. Eclipse Entwicklungsumgebung bietet auch die Möglichkeit an, um Fachmodelle, und somit die Abhängigkeit von Fachmodulen darzustellen. TDD Ansatz: Schreiben einen Test der fehlt, machen die minimale Anpassungen um den Test passt, machen die nötigen Refactoringsanpassungen um die Softwarequalität zu halten Nicht funktionale Anforderungen und Testen durch SonarCube abgedeckt: Performance test, Architekture, Lesbarkeit, Testabdeckung