Bessere Anforderungen schreiben mit EARS
Die EARS Textschablonen für Anforderungen sind schnell zu lernen und so leichtgewichtig, dass die Akzeptanz hoch ist.
Product Velocity ist ein neuer Ansatz, mit dem Unternehmen schneller lernen, Entscheidungen treffen und Ergebnisse liefern können.
Agilität Anforderungen Angriffssicherheit Architektur Automotive Barcamp Digitale Transformation Eclipse GfSE Hardware Innovation Integration Kommunikation Komplexität Konferenzen Künstliche Intelligenz MBSE Modellierung Nachverfolgbarkeit Offenheit PLM Produktentwicklung Prozesse Qualität ReConf Schnittstelle Semiant Sicherheit Software SpaceX Standards SysML SysML v2 Systemdenken Systems Engineering TdSE Tim Weilkiens Traceability Transformation Trends UML Video Weihnachten Weiterbildung Werkzeuge
Muster — oder Patterns — sind seit dem Erfolg von Design Patterns in der Softwareentwicklung recht bekannt. Auch im Systems Engineering gibt es viele Muster, die man kennen sollte.

Die EARS Textschablonen für Anforderungen sind schnell zu lernen und so leichtgewichtig, dass die Akzeptanz hoch ist.

Der digitale Faden geht weit über die Traceability hinaus und ermöglicht die End-to-End Nachverfolgung für alle Stakeholder.

In der Softwareentwicklung setzen sich Microservices immer mehr durch. Das liegt unter anderem daran, dass Microservices gut skalieren und den Umgang mit Komplexität erleichtern. Doch was ist eigentlich ein Microservice? Und was muss ein Systems Architect darüber wissen?

Das in der Softwareentwicklung bewärte „API First“ Prinzip lässt sich auch auf das Systems Engineering übertragen.

Teure Werkzeuge für die Traceability sind bei sicherheitskritischen Systemen gerechtfertigt, ansonsten reicht die günstige Alternative.

Selbstverständlich gibt es noch mehr als die im Folgenden beschriebenen Dinge, die Systems Engineers durchführen müssen. Aber hier geht es um einfache Dinge, die mit wenig Aufwand greifbare Ergebnisse liefern („Low-hanging Fruit“). Auch sind die hier aufgeführten Dinge taktischer Natur: Sie können eingeführt werden, oder dass drastische Änderungen an Prozessen, Methoden oder Werkzeugen durchgeführt werden…

Gestern, am 17.6.2020, hielt ich im Rahmen der Webinarserie der GfSE einen Vortrag mit dem Titel „Pragmatisches Systems Engineering durch Modellierung“. Den Pragmatismus habe ich in der Form von 7 Tipps festgehalten, die hier zusammengefasst sind für diejenigen, die das Webinar verpasst haben.

Das Single Responsibility Prinzip (SRP) ist auf Deutsch das Prinzip der eindeutigen Verantwortlichkeit. Auf den ersten Blick erscheint es einfach, ist im Detail aber spannend. Dieses Prinzip gibt eine erste Regel, wie ein System in Teilsysteme zu schneiden ist.

In dieser Artikelreihe geht es um ein verbreitetes Problem in der Entwicklung eingebetteter Systeme: Dort wird zur Zeit noch viel prozedural entwickelt, nicht objektorientiert. Da gibt es Gründe für: Manche sind berechtigt, andere vielleicht nicht. Fakt ist jedoch, dass objektorientierte Entwicklung für eingebettete Systeme möglich und in vielen Fällen sogar empfehlenswert ist. In dieser Artikelreihe…

Wer heute Produkte entwickelt, muss die Komplexität moderner Systeme beherrschen. Dieser Artikel beschreibt 5 Ansätze.

Eine der Herausforderung des Systemarchitekten ist es, alle Disziplinen zu überwachen und die Anforderungen aller Stakeholder unter einen Hut zu bekommen. Dazu gibt es eine Anzahl von Frameworks. Das Zachman-Framework ist ein Rahmen, der dafür herangezogen werden kann. Eine Konkrete Anwendung des Zachman-Frameworks im Systems Engineering ist das MagicGrid von Dassault (ehemals No Magic). Auch…

In der Produktentwicklung gibt es immer wiederkehrende Muster. Die hier beschriebenen 18 sollte jeder Entwickler kennen.
Diese Website verwendet leider Cookies! Die Webseite funktioniert auch ohne, aber dann kannst Du keine Videos schauen oder Kommentare hinterlassen. Du kannst selbst entscheiden, was du zulässt. Datenschutz geht vor – versprochen!