Softwareentwicklung - Von A bis Z (Mit Beispiel!)

preview_player
Показать описание
Die Softwareentwicklung (engl. Software Engineering) ist komplex und ein Überblick von A bis Z mit Beispiel ist selbst für Softwareentwickler, Programmierer und DevOps schwer. Wir verschaffen uns in diesem Video eine Übersicht über die Softwareentwicklung und den Vorgehensmodellen. Dabei beleuchten wir alle Phasen der Softwareentwicklung. die Entwicklungsprozesse (Softwareentwicklungsprozesse), die Anforderungen, die Software Architektur, die Programmierung, die Softwaretests, die Bereitstellung (Deployment) und der Betrieb. Neben dem vollständigen Überblick über die statische und agile Softwareentwicklung, werfen wir in unserem Profi-Tipp auch einen Blick auf den DevOps Ansatz und zeigen, warum dieser heutzutage so erfolgreich ist.

## Link zum Buch "Handbuch für Softwareentwickler"

## Links zu den angesprochenen Videos

## Kapitel
[00:00] Start
[02:35] Entwicklungsprozesse in der Softwareentwicklung
[04:24] Anforderungen in der Softwareentwicklung
[07:01] Architektur in der Softwareentwicklung
[09:13] Entwicklung
[10:28] Testen
[12:00] Bereitstellung in der Softwareentwicklung
[14:10] Profi Tipp für moderne Softwareentwicklung

▬ Über diesen Kanal ▬▬▬▬▬▬▬▬▬▬▬▬

Seit vielen Jahren arbeite ich als Consultant, Coach und Trainer für professionelle Softwareentwicklung mit den Schwerpunkten Softwarequalität, Softwarearchitektur sowie Prozessmanagement. Auf meinem Kanal möchte ich Euch mein Wissen und meine langjährige Erfahrung in diesen Bereichen vermitteln - natürlich kostenlos. Dabei versuche ich stets Euch das Wissen so zu vermitteln, dass Ihr damit direkt in der Praxis loslegen könnt und das ganze immer mit guten Portion Humor. Lernen soll ja schließlich Spaß machen :)

▬ Empfohlene Videos ▬▬▬▬▬▬▬▬▬▬▬▬

▬ Wichtige Links ▬▬▬▬▬▬▬▬▬▬▬▬

▬ Social Media ▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬

▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬
Рекомендации по теме
Комментарии
Автор

Wie immer interessiert mich: Wie steht Ihr zum Thema Softwareentwicklung? Wie geht ihr da ran? Was ist bei Euch der problematischste Schritt in dem Prozess selbst? Was vermeidet ihr und welche Erfahrungen habt ihr damit gemacht? Und wie immer: wenn Euch das Thema interessiert, helft mir und unterstützt den Kanal mit Likes und einem *Abo* - Danke!

DavidTielke
Автор

Ich habe angefangen, mir Deine Videos der Reihe nach anzusehen - ausgehend von Deinem Video bezüglich der Standard-Fehler in einer Software-Firma (fehlende Besetzung aller Rollen). Mir Deine Videos vorzustellen war eine Idee von YouTube - es war eine gute :-)!

aggifun
Автор

Endlich wieder Zeit, für etwas lernen mit David Tielke :D

Danke für deine wundervolle Arbeit.

bartolo
Автор

Spitze! Ich hätte mir nur gewünscht dieses Video schon während meiner Ausbildung oder zu Beginn meiner Ausbildung gesehen haben zu dürfen. Da man als angehender Software Entwickler während seiner beruflichen Ausbildung, also seinem Studium oder betrieb. Ausbildung oft daheim schon aus Interesse und Leidenschaft sich viel mit der Technik/Technologien auseinander gesetzt hat. Hat man sich meistens gar nicht oder eher weniger mit dem Software Engineering beschäftigt, also dem professionellen Entwickeln von Software. Aber gerade das ist unglaublich wichtig um ein guter Software Entwickler sein zu können, der dann auch gute Software liefern kann. Danke David! 👍

danieltran
Автор

Hallo David,
vielen Dank für Deinen großartigen Kanal. Dieses Video ist, gerade weil es High-Level ist, ein super Einstieg in Deinen Kanal.
Das größte Probleme in der Prozesskette in meinem Unternehmen ist definitiv das Testen.
Aber eigentlich gibt es keinen Prozessschritt mit großen Problemen. Das liegt an vielen Umständen, die ich hier nicht alle offen darstellen kann. Der wesentliche Aspekt ist aber die verfügbare Manpower. Heutzutage ist es halt schwer an Leute zu kommen. Und dann muss man sehen, wie trotzdem die anfallende Arbeit erledigt wird. Auch wenn es falsch ist, intuitiv spart man dann an den gefühlt "unproduktiven" Arbeiten. Bzw. ich als Entwickler habe dann Verständnis dafür, dass die Prozesse vernachlässigt werden, oder mache da sogar mit ... .

simonw.
Автор

Als Top-Down-Lerner muss ich sagen: Top! Ein guter Überblick über Software-Entwicklung als Ganzes! Auch gut gestaltete Folien! An die Schnitttechnik, die Atempausen und damit die Zeit, um den Satz zuvor sacken lassen zu können, wegzuschneiden, muss ich noch gewöhnen. Andererseits bleibt die Aufmerksamkeit hoch.
"Testen" ist bei uns noch der ausbaufähigste Aspekt. Im Gegenzug zu anderen Kommentaren maintainen wir seit Jahrzehnten dasselbe Produkte in derselben Branche; die Anforderungen von Kundenseite sind daher meist offensichtlich und werden nur als Features an die bestehende Software gestückelt, allerdings: meist schlecht getestet. :-)

martinbernasconi
Автор

Hallo David,
vielen Dank für das Video!
Bei uns im Unternehmen sehe ich tatsächlich die Anforderungsanalyse als einen schwierigen Punkt. Ein spezielles Team gibt es dafür natürlich nicht. Gerne werden "Aufträge" mal schnell in wenigen Sätzen (am besten in der Küche oder gar im Fahrstuhl, im Optimalfall eine 10-zeilige Email) rübergereicht. Das Business vermutet dann, mit diesen paar Worten sei doch alles hinreichend beschrieben; Zeit für eine detaillierte Analyse hat kaum jemand. Die Folgen kannst du dir natürlich sehr gut vorstellen. Wir versuchen nun konsequent mit agilen Methoden dieser Situation zu begegnen. Ein schwieriger Weg, aber der erste Schritt ist gemacht. Bleiben wir optimistisch.
VG, Frank

frankeggenstein
Автор

Vielen Dank für das Video. :)

Das macht halt einfach Sinn, was ihr macht.
Ich mache eine Ausbildung zur Technischen Systemplanerin und unsere Leistungsphasen, die wir durchlaufen, sind übelst bescheuert und längst überholt. Und wir sind dann die, die in den ineffektivsten, schrottigsten CAD-Zeichenprogrammen alles händisch und manuell zeichnen und rechnen dürfen. Jeder Zeichner regt sich über das Programm auf. Also falls du mal Lust hast, dafür etwas Sinnvolles zu entwickeln, dann sehr gerne. Damit kannst du sicher viel Geld machen. Das fängt schon damit an, dass wir für die Heizlastberechnung in den Grundrissen von den Architektenplänen die ganzen Wände nachskizzieren und nachzeichnen dürfen, mit Türen, Decken, Fenstern... . Und wenn sich der Plan dann nochmals ändert, die Wände verschieben und neu zeichnen müssen.
Kein normaler Mensch tut sich das an. 😅
(ist im Bereich TGA (SHKL)).

carokarotte
Автор

Wie immer erstklassiger Content kurz und verständlich vorgetragen. Wäre meine Lehrer so, wäre vielleicht auch vielleicht mehr aus mir geworden.
Gruß Leschek 😉

techdesign
Автор

Moin David. Mal wieder danke für ein gutes Video. Bei uns sehe ich die Probleme am meisten beim Aufbauen von technischen Schulden und die daraus resultierende Bugwelle im Laufe der Zeit.. Als zweiten Punkt sehe ich noch das saubere Testen, dass keine Akzeptanzkriterien vergessen oder falsch verstanden werden.

maxsecsource
Автор

Bald starte ich meine erste Tätigkeit im Bereich der Softwareentwicklung und das Video fasst die Inhalte aus dem Studium nochmal super zusammen.

Habe schon Bammel aber das wird schon.

Vielen Dank!

chicitoZ
Автор

Danke für diesen tollen Inhalt! Du vermittelst die Themen sehr spannend und hast zusätzlich eine sehr angenehme Stimme und eine ruhige, professionelle Art. Habe dich direkt abonniert lieber David.

christianbauer
Автор

Hallo David,
wie immer - tolles, leicht verständliches Video...
Was bei uns falsch läuft ... kurz gesagt das Anforderungsmanagement. Wir schreiben am Anfang jedes Projektes zwar die User-Stories auf, leiten davon Spezifikationen ab und entwicklen danach die gewünschte Software. Dies betreiben wir agil, mit regelmässigen Scrum-Meetings, entsprechenden Tools, usw.
Leider verpassen wir es dabei immer wieder geänderte Anforderungen in den ursprünglichen User-Stories und Spezifikationen nachzupflegen. Im ersten Moment ist dies auch noch kein Problem, die Entwickler kennen die geänderten Wünsche und implementieren diese meist auch richtig. Das Problem entsteht erst am Ende der Projekte, wenn der Tester (das bin ich) die Software im Rahmen eines Alpha- bzw. Beta-Test mit den ursprünglichen Spezifikationen vergleicht => Diskrepanz vorprogrammiert.

ramonfeddermann
Автор

Mehr Clean Code bitte ! :) P. S. wegen der Verlosung: In unserem Betrieb gibt es quasi keine Entwurfsphase und damit keinen Architekten. Es wird von Anforderungsanalyse direkt in die Implementierung gegangen, damit sind die Grenzen fließend und Architekturentscheidungen bezüglich eingesetzter Technologien oder Entwurfsprinzipien und -muster werden von jedem Programmierer selbst getroffen... Als ich nach eingesetzten Entwurfsmustern gefragt habe wurde ich belächelt und erhielt die Antwort: "Joa, hier programmiert jeder eher so der Nase nach."

flokip
Автор

Hallo David,

die Wochen sind sicher vorbei ;-)

Bei 16:55 sprichst Du ein Video zum Thema DevOps an, das Du in den nächsten Wochen erstellen willst und dann in der Videobeschreibung (und oben Rechts) verlinken möchtest.

Gibt es das Video oder ist es vielleicht in Vergessenheit geraden?

Gruß,

Carsten

carstenschlegel
Автор

Ich bin immer wieder amüsiert bezogen auf den Begriff ‚agil‘ und behaupte mal ganz frech, dass die kleinen mittelständischen Software-Unternehmen - ironisch formuliert - eigentlich ‚hyperagil‘ unterwegs sind 😂 und dabei jede Form der Organisation verlieren. Während das Scrum Modell ursprünglich entwickelt wurde, um riesige Softwareprojekte handhabbar zu gestalten, die regelmässig mit Wasserfallmodell scheiterten, wird Scrum in den kleinen Unternehmen verwendet, um ein Mindestmass an Organisation zu entwickeln - aber eigentlich war es so, wenn ich es historisch richtig in Erinnerung habe, nicht gedacht.

aggifun
Автор

Cooles Video, von der Thematik perfekt getroffen mit dem SDLC. In vielen mir bekannten Projekten wird viel zu wenig getestet. Also hier fehlt zum Beispiel der einfache Unit-Test. TDD auf einfache Units und Komponenten wäre mal was schönes.
Schöne Grüße aus Ingolstadt! :)

bastianwestphal
Автор

Ganz klarer Favorit für Verbesserung: Anforderungsanalyse..
Ich habe leider schon mehrmals gehört: Ja wenn du das nicht verstehst musst du beim Autor nachfragen. Aus meiner Sicht eine sehr sehr teure Kultur, weil nicht nur ich ewig los laufen muss sondern auch der Autor aus seinem Kontext gerissen wird..

Hast du in deinem Video zu den Anforderungen vor den Prozess vom Kopf des Kunden bis zum Entwicklerschreibtisch zu behandeln? Meist liegen da ja viele Ebenen zwischen; Last zu Pflicht zu Epic/Epos Usw bis runter zum einzelnen Task. Ich habe nämlich oft das Gefühl, dass ein Verständnis fehlt was "ready" für die nächste Schicht ist.

boegi
Автор

Wiedermal ein sehr informatives Video :) Was definitiv häufig zu kurz kommt ist das Testen. Meist wird die Software nur ein paar mal angestoßen und überprüft, ob die umgesetzte Funktion wie erwartet arbeitet. Fehlerfälle werden dabei häufig erst behandelt, wenn Sie auftreten. Das kostet natürlich viel Zeit. Die resultierenden Effekte sind aber im Buch "Langlebige Softwarearchitekturen" von der Frau Lilienthal bereits schön beschreiben.

sagnit.
Автор

Sehr Hilfreiches Video. Ich hab eine kurze Frage und zwar wie sind eigentlich die Kurze von alnafi.

bilalkharal