INFORMATIK CONSULTING SYSTEMS AG
|
|
- Adrian Adler
- vor 8 Jahren
- Abrufe
Transkript
1 INFORMATIK CONSULTING SYSTEMS AG Modellbasierte Entwicklung und Test sicherheitskritischer Software mit SCADE und SYMTES am Beispiel eines sicheren digitalen Übertragungssystems im Bahnumfeld Bernd Holzmüller ICS AG Vortrag beim Braunschweiger Verkehrskolloquium am 7. Mai 2009
2 Agenda Kurzvorstellung ICS AG Modellbasierte Entwicklung mit SCADE Demo: Referenzfallstudie Bahnübergang Modellbasiertes Testen von Systemen mit SYMTES Projektvorstellung: Entwicklung eines digitalen Übertragungssystems 2
3 INFORMATIK CONSULTING SYSTEMS AG Kurzvorstellung ICS AG
4 Standorte Geschäftsstelle Braunschweig Salzdahlumer Straße Braunschweig Tel.: Fax: Geschäftsstelle Berlin Rother Straße Berlin Tel.: Fax: Hauptsitz Stuttgart Sonnenbergstraße Stuttgart Tel.: Fax: Geschäftsstelle Leipzig Marschnerstraße Leipzig Tel.: Fax: Geschäftsstelle Immenstaad Ziegelei Immenstad Tel.: Fax: Geschäftsstelle Ulm Sedanstraße Ulm Tel.: Fax: Geschäftsstelle München Lise-Meitner-Straße Unterschleißheim Tel.: Fax:
5 Philosophie Partner für den gesamten Produkt Life Cycle Vordenken Machbarkeitsstudien, Evaluierungen Beraten Technologien Methoden Werkzeuge Standards Prozesse Umsetzen Systems und Safety Engineering Produkt Design und Entwicklung Kapazitäts- und Kompetenzergänzung Test und Validierung RAM und Safety Management Assessment System Test System Test System Test System Test System Test System Test System Test System Test System Test Betreuen Maintenance von Software und Systemen 5
6 Aerospace & Defence Competence Centers Systems Engineering Software Architecture Software Engineering Verification & Validation Operation Support Systems Bodenstationen Betriebs-Überwachungssysteme Simulatorsysteme Führungs- und Führungseinsatzsysteme digitale Kartensysteme Auswertesysteme Flugsicherungssysteme Onboard Systems Missionsplanungs- und Managementsysteme Aufklärungssysteme Selbstschutzsysteme Steuerungssysteme Radarsysteme 6
7 Industrial Solutions Competence Centers Fertigungslogistik Infrastructure ERP Supply-Chain-Management Beschaffungslogistik Produktionslogistik Lagerlogistik Containermanagement Zollabwicklung IT-Infrastruktur Maintenance (Betriebsbereitschaft 7*24) mobile Datenfunksysteme ERP-Systeme Entwicklung und Integration von branchen- und kundenspezifischen Lösungen Definition und Implementierung von Systemschnittstellen 7
8 Transportation Competence Centers Applikationen: Leit- und Sicherungstechnik Schienenfahrzeugtechnik Engineering Systems Engineering Software Development Verification & Test Validation RAMS Assessment Systems & Safety Engineering Software Design und Development RAM und Safety Management RAMS und funktionale Sicherheit System- und Fehleranalysen (FMEA, FTA, HAZOP) Sicherheitsnachweise, Cross Acceptance Kunden- und Realisierungsprojekte (Customer Order Fulfillment) Verification & Validation Analytische Verifikation Testmanagement und -processing Testautomatisierung, Test-Tools Soft- und Hardware-Validierung Assessment Systembegutachtung Beratung und Unterstützung bei Zulassungsfragen Schnittstelle zur Zulassungsbehörde 8
9 Methods-Processes-Tools (MPT) Werkzeuge und Methoden: Tool-Evaluierung (Anwendbarkeit, Performance) Software Engineering (z. B. Modellbasierte Entwicklung) Statische Codeanalysen Simulation & Test (z.b. anforderungsbasiertes Testen, Testautomatisierung) Prozesse: Prozessentwicklung von Teilprozess- und Gesamtprozess für softwareintensive und sicherheitskritische Systeme (IEC 61508, EN 50126, CD 26262, Do 128B) Prozesseinführung und -optimierung Schwachstellenanalyse nach SPICE, CMMI, ISO 9001 Entwicklung von Aktionsplänen Projektmanagement: Projektplanung, -steuerung und -fortschrittskontrolle Aufwandsabschätzungen Risikomanagement Auswertungen und Reports Tooleinsatz wie MS-Project, Primavera Coaching der Stakeholder 9
10 INFORMATIK CONSULTING SYSTEMS AG Modellbasierte Entwicklung mit SCADE
11 SCADE Suite Kommerzielles modellbasierters Werkzeug Ursprung: Luftfahrt (Airbus) Seit 2001 durch die frz. Fa. Esterel Technologies weiterentwickelt und vertrieben Basisnotation: synchrone Datenflusssprache Lustre formal definiert streng typisiert Logischer Zeitbegriff ("tick") Variablen = Sequenzen von Werten (Funktion der Zeit) Datenflussgleichungen definieren Abhängigkeiten zwischen Variablen (auch rekursiv) nat: int; nat = 1 -> (pre(nat) + 1); deterministische Semantik 11
12 SCADE Zyklisches Ausführungsmodell loop Wait clock/event Read sensors Compute outputs Write actuators end loop 12
13 SCADE Suite Grafischer Editor Datenmodellierung (Strukturen, Arrays, Aufzählungstypen) Datenfluss- (Block-) Diagramme Safe State Machines (Harel State Machines mit Einschränkungen) Seit Version 6 sind beide grafische Notationen homogen integriert Codegenerator erzeugt aus SCADE-Modell effizienten und portablen C-Code erzeugte C-Funktionen flexibel einsetzbar (mit / ohne Betriebssystem, zeit-/ereignisgetrieben) qualifiziert / zertifiziert gemäß DO-178B / IEC / EN50128, jeweils höchste Sicherheitsstufe Modellsimulation Model Test Coverage (MTC) Design Verifier Formaler Nachweis von (Sicherheits-) Aussagen im Modell Plugin der Fa. Prover Technologies Statische WCET-Analyse Plugin der Fa. AbsInt 13
14 14 Implementierung mit SCADE
15 V-Modell nach EN Systemanforderungen Systemvalidierung Moduldesign Systemintegration Softwarevalidierung Integrationstest (+HW) Implementierung Softwareanforderungen Softwarearchitektur Modul tests Sys temarchitektur 15
16 Entwicklungsprozess mit SCADE Systemanforderungen Systemvalidierung Systemintegration Systemarchitektur Softwareanforderungen Correct-by-construction Modellvalidierung SCADE Design Verifier Modelltests SCADE Model Test Coverage SCADE Editor Softwarearchitektur Modelldesign Coding SCADE Qualified Code Generator 16
17 Einsparpotenziale bei Verwendung von SCADE (1) Einsparungen bei Verifikationsaktivitäten verschiedene Abstraktionsebenen (Designstufen, Code) stimmen stets überein (Schnittstellenkonformität, durch Werkzeug erzwungen) vor allem auch nach Änderungen! Design enthält in sich keine Widersprüche (vgl. Design mit UML oder Text!) formale Notation (eindeutige Semantik) Designdokumentation und Design stimmen stets überein Einsatz des Design Verifiers (z.b. für Sicherheitseigenschaften) erspart u.u. erhebliche Testaufwände soweit durch vorgegebene Normen unterstützt frühe Verifizierung durch Simulation ("Entwicklertests") Keine Modultests nötig ("low level testing activities") SCADE-Modelltests setzen auf dem gesamten Modell auf (Stimulation des Modells durch Eingaben in den Hauptknoten) Testen von Knoten der unter(st)en Ebene nur als Entwicklertests Kein aufwändiges Stubbing nötig (SCADE-Knoten viel leichter isolierbar und einzeln testbar) 17
18 Einsparpotenziale bei Verwendung von SCADE (2) Einsparungen bei Dokumentation Weitgehende Generierung von Designdokumenten aus annotiertem Designmodell Einfacher Nachweis der Traceability (Design -> Code) Einsparungen bei Codierung von nebenläufigem Verhalten Keine Aufwände für Synchronisierung Keine Probleme mit "race conditions", Nichtdeterminismus, Verhungern von Threads 18
19 INFORMATIK CONSULTING SYSTEMS AG Referenzfallstudie Bahnübergang
20 Referenzfallstudie Bahnübergang L. Jansen, E. Schnieder: Referenzfallstudie Verkehrsleittechnik: funkbasierte Bahnübergangssteuerung. Juli 2000 erstellt innerhalb des DFG-Schwerpunktprogramms "Integration von Techniken der SW- Spezifikation für ingenieurwissenschaftliche Anwendungen" basiert z.t. auf Lastenheft des funkbasierten Betriebsverfahrens FFB Kernfunktionen dezentrale Steuerung eines Bahnübergangs bei eingleisiger Eisenbahnstrecke Kommunikation über Mobilfunk (mit möglichen Latenzen und Nachrichtenverlust) Sicherung des BÜs durch Halbschranken und Lichtzeichen (gelb und rot) Überwachung einer maximal zulässigen Sperrzeit 20
21 Referenzfallstudie Bahnübergang Komponenten Zug mit Fahrzeugsteuerung Eigenortung Streckenatlas mit Positionen von Gefahrenpunkten Geschwindigkeitsüberwachung mit Bremskurve Bahnübergang mit Bahnübergangssicherungsanlage (BSA) Lichtzeichen (gelb und rot) Halbschranken Fahrzeugsensor Betriebszentrale 21
22 Referenzfallstudie Bahnübergang Reguläre Funktionsweise (Regelszenario) 1. Zug sendet Einschaltbefehl an BSA, BSA quittiert Empfang 2. BSA sichert BÜ (t=0: gelb, t=3s: rot, t=9s: Schranken schließen, t=15s: geschlossen) 3. Zug sendet Statusabfrage an BSA, BSA sendet Zustandsmeldung 4. Auslösung des Fahrzeugsensors hinter dem BÜ => Schranken öffnen, Lichtzeichen aus zu betrachtende Störungen Ausfall der gelben oder roten Lichtzeichen Ausfall der Halbschranken Ausfall des Fahrzeugsensors Verzögerung oder Verlust von Funktelegrammen 22
23 Modellierung mit SCADE SCADE-Modell Modellierung der Funktionalität durch Datenflüsse und Zustandsautomaten Simulation in SCADE-Umgebung möglich Generierung von effizientem C-Code durch SCADE-Codegenerator Modell-Ansteuerung kleiner C-Wrapper zum Aufruf des Modells und TCP-Verbindung zur Steuerung a) Steuerung durch GUI (mit oder ohne gleichzeitiger SCADE-Simulation) b) Steuerung durch Testszenario (z.b. mit Testwerkzeug SYMTES) BÜ-Modell (C) SCADE- Compiler Funktionsaufruf Wrapper (C) Status TCP-Verbindung Kommando GUI / Testszenario 23
24 24 Erzeugtes Code-Fragment
25 INFORMATIK CONSULTING SYSTEMS AG Praxisdemo Bild: [Frey2008]
26 INFORMATIK CONSULTING SYSTEMS AG Modellbasiertes Testen von Systemen mit SYMTES
27 Über SYMTES Produkt der ICS AG Start Entwicklung: 2000 SYMTES = SYstem-Modellierung und -TESt Modellierung, Simulation, Test Vollständig automatische Durchführung und Auswertung von Tests Simulation und Test von Basis verteilten, heterogenen Systemen / Systemkomponenten mit nachrichtenbasierter Kommunikation Anwendungsunabhängige Modellierungssprache SSL SSL-Compiler und Laufzeitsystem Diverse Hilfsmittel (Konverter, Editorunterstützung, Scenario Manager) 27
28 Motivation Besonderheiten verteilter Systeme Mehrere nebenläufige Prozesse Zeitabhängiges Verhalten ( race conditions, deadlocks ) Synchrone / Asynchrone Kommunikation Nachrichtenübermittlung Adressierung innerhalb verschiedener Bussysteme Marshalling - Bitgenaue Darstellung komplexer Typen Endianness - Reihenfolge der Bits und Bytes Protokolle Link Layer Transport Layer Application Layer(s) Datensicherheit Erkennen unberechtigter Datenmanipulationen Korrektur von Datenverfälschungen 28
29 SYMTES: Einsatzszenarien (1) Simulation Ablauffähiges Modell mit wesentlichem Funktionsumfang Schnittstellenexploration Erkunden des Verhaltens einer Systemkomponente Interaktiv oder automatisiert Interaktive Simulation / Test Interaktives Eingreifen in Simulation oder Test durch Benutzer z.b. willkürliches Einstreuen von Verfälschungen Funktionale Tests Eine oder einige wenige logisch abhängige Abläufe Klar definierte Randbedingungen Robustheitstests funktionale Tests mit unzulässigen Werten 29
30 SYMTES: Einsatzszenarien (2) Performance-Tests Reaktion auf Stimuli in vorgeschriebener Zeit Dauertests Wiederholter Test einzelner / weniger funktionaler Tests über einen längeren Zeitraum hinweg Lasttests Erzeugen von hoher Kommunikationslast Verteilte Testumgebung Rechner-HW unterstützt nicht alle Schnittstellen Ein Rechner kann Last nicht ausreichend produzieren Realitätsgetreue Verteilung (z.b. für Latenzzeiten) 30
31 SYMTES im V-Modell SRS Validation System Design System Test Software Requirements Subsystem Test Software Design Integration Test (Sub-) Systemtest Software Modul Design Modul Test Software Implementation 31
32 System Specification Language (SSL) Einordnung Streng typisierte Spezialsprache zur formalen Modellierung von Systemen und Systemteilen Fokus Simulation und Test Beschreibung der Struktur (Architektur) von Systemen Beschreibung reaktiver Verhaltensmuster Logisch asynchrone Kommunikation auf der Basis von Nachrichtenaustausch 32
33 System Specification Language (SSL) Grundbegriffe System Menge interagierender Objekte Objekt autonome, aktive logische Einheit Kommunikation zwischen Objekten über definierte Schnittstellen durch Nachrichtenaustausch Objekt1 Objekt3 Objekt2 Objekt4 33
34 System Specification Language (SSL) Beschreibung der Systemstruktur Verbindung logische Kommunikationsbeziehung zwischen zwei Objekten Protokoll (TCP, UDP, CAN, CORBA,...) Nachrichtentyp (Format auszutauschender Nachrichten) Ports (abhängig vom Protokoll) Angaben zur automatischen Verbindungssteuerung Distribution welche logischen Objekte sollen zu einem Prozess zusammengefasst werden? auf welcher Rechnereinheit soll dieser Prozess ausgeführt werden? 34
35 System Specification Language (SSL) Beschreibung des Systemverhaltens Definition des Verhaltens der Systemobjekte Alternativ als Sequenz von Aktionen > ablauffähiges Szenario extern > nicht simuliertes, reales Objekt operator > Objektverhalten interaktiv durch Benutzer (GUI) Beschreibungsmittel Zustände Ereignisse Empfang von Nachrichten (Musterbasiert) Änderung von Verbindungszuständen Zeitliche Ereignisse (Timeouts) Logische Verknüpfung Aktionen Versenden von Nachrichten Zustandswechsel Timer starten 35
36 SSL: Highlights Einfache, anwendungsnahe Syntax Leicht erlernbar Strenge Typisierung Eindeutige Datenbeschreibung, keine Mehrdeutigkeiten Umfangreiche Konsistenzprüfungen Offenbarung vieler Skriptfehler bereits durch den SSL-Compiler Systemstruktur (Statik) flexibel modellierbar Anwendungsnahe Datenmodellierung (Typdefinitionen in SSL) Einfache Beschreibung von Verbindungen zu externen Systemen einfache Anpassung an unterschiedlichste Kommunikationsprotokolle (TCP, CAN, Seriell, ) ohne Änderung der Verhaltensbeschreibung Import von Strukturbeschreibungen Definition verteilter Testumgebung / Simulation 36
37 SSL Beispiel Systemarchitektur type Code_T = {CONNECTREQ = 0x01, CONNECTACK = 0x81, } type Message = ( SeqNo: Byte, Code : Code_T, case Code of CONNECTREQ => ConnectReq_Data: (ISeq: Byte, ) CONNECTACK => ConnectAck_Data: ( ) ) connections CTR <-> IOC via: TCP type: Message distribute CTR on "localhost" IOC on " " 37
38 SSL Beispiel Systemverhalten IOC CTR CONNECT(SeqNr) CONNACK(0, SeqNr) -- SSL scenario: successful connect sequence object IOC = extern -- Object under Test object CTR receive (SeqNumber@, CONNECTREQ, _) from IOC => send (0, CONNECTACK, (SeqNumber, )) to IOC 38
39 SSL Beispiel Testausführungs-Protokoll 11:40: ************************************************************ 11:40: Starting scenario "connect" on "localhost" (Windows_NT) for objects CTR 11:40: ************************************************************ 11:40: CTR: received (SeqNo => 123, Code => CONNECTREQ, ConnectReq_Data => (Station => 2, PID => 3, AID => 16, RID1 => 65, RID2 => 130, RID3 => 195))::Message from IOC 11:40: CTR: sending (SeqNo => 0, Code => CONNECTACK, ConnectAck_Data => (ISeq => 123, Err => 0, RID1 => 1, RID2 => 2, RID3 => 3))::Message to IOC 11:40: CTR: object terminating 11:40: ************************************************************ 11:40: : Stopping scenario "connect" 11:40: ************************************************************ 11:40: ************************************************************ 11:40: : Scenario "connect" on "localhost" terminated successfully 11:40: ************************************************************ 39
40 SYMTES: Infrastruktur SSL-Editor Szenario (SSL) Objekte (SSL) Bibliothek (SSL) Konfiguration (SSL) Rechner 1 SSL-Compiler Rechner n Szenario (Ada) Kernel Szenario (Ada) Ada-Compiler Szenario (Exe)... Ada-Compiler Szenario (Exe) Szenario (Log) Szenario (Log) 40
41 SYMTES: Komponenten System Specification Language Modellierungs- und Testsprache Runtime Kernel für Linux und Windows Standard-Adapter für Seriell (RS232), TCP, UDP, IP-Sniffing IO-Adapter Zusätzliche Adapter für CAN und Digital-IO Middleware-Adapter für CORBA Kundenspezifische Adapter Testmanager Scenario Manager für Testkampagnen Konverter SSL Import aus IDL, Ada SSL Export in UML und grafische Formate 41
42 SYMTES: Scenario Manager Organisation von Testkampagnen 42
43 SYMTES: Zusammenfassung Modellierung Ablauffähiges Modell / Simulation in sehr kurzer Zeit Schnittstellen Aktuell unterstützt: Seriell, TCP, UDP, CAN, IPM, CORBA, Digital-IO Automatische Serialisierung / Deserialisierung Leicht erweiterbar Protokollierung Automatisch, konfigurierbar, dynamisch anpassbar Generierter Code Effizient (Echtzeit-Verhalten, Stresstests) Portabel (getestet unter Windows, Linux) Anwendbarkeit Anwendungsunabhängig Nachrichtenbasierte Anwendungen mit klaren Schnittstellen zwischen Komponenten Spezifikation der funktionalen Tests in SSL auf der Basis der Anwenderforderungen Simulation / Systematischer Test von ganzen Systemen, Subsystemen oder einzelnen Systemkomponenten 43
44 INFORMATIK CONSULTING SYSTEMS AG Entwicklung eines sicheren digitalen Übertragungssystems
45 Projektdefinition Digitales Übertragungssystem zur Übertragung sicherheitsrelevanter Daten der Leit- und Sicherungstechnik (LST) gemäß Lastenheft DB Aufgaben ICS Erstellung Planungsdokumente gemäß EN Durchführung von RAMS-Aktivitäten Modellbasierte SW-Entwicklung (SCADE 5.1) auf Basis der vom Kunden gelieferten Spezifikationen SW / HW Integration Modellverifikation (MTC) Produkttest für das gesamte Produkt gegen die Systemanforderungen Validierung des Systems entsprechend der EN und EN Begutachtung der Software auf Basis der EN Zulassungsunterstützung für die Zulassung durch EBA 45
46 Einsatz von SCADE möglichst großen Anteil der Software mit SCADE entwickeln Nutzung des zertifizierten SCADE-Codegenerators Spart Kosten im SW Lifecycle ein, da die Verifikation bei einem zugelassenen Codegenerator auf Modellebene erfolgen kann und nicht auf Codeebene erfolgen muss Ausgerichtet auf die Entwicklung sicherheitskritischer Systeme Codebezogene Dokumentation und Prüfungen für Modell entfallen Beseitigung der größten Fehlerquelle (Coding) Design, Code und Dokumentation sind immer konsistent Schnelle Erstellung eines funktionsfähigen Modells Frühe Verifikation im Modell mit durchgängigem Werkzeug Keine offensichtlichen Risiken Ziele bezüglich SCADE-Einsatz Verkürzung der Entwicklungszeit Höhere Software-Qualität 46
47 Projektübersicht Zielsetzung: Softwareentwicklung für ein sicheres Übertragungssystem für Stellwerkssignale (SIL 4) Systemgrenzen z.b. Relais Modem ISDN km Modem z.b. Relais Systemarchitektur 2 verbundene Einheiten (Duplexübertragung) Jede Einheit mit 1..4 redundanten Subsystemen 16 bit Mikrocontroller Software Functionality Sichere Übertragung zw. verbundenen Einheiten Sichere Übertragung zw. Subsystemen jeder Einheit und µcs jedes Subsystems Zyklische HW-Überwachung inkl. Online- Tests von CPU, RAM, ROM 47
48 Ansatz zur Anpassung des Entwicklungsprozesses Zielsetzung: Modellbasierte Entwicklung mit SCADE 5.1 Einschränkung: handgeschriebene Basisfunktionen ( Wrapper ) benötigt (kein Betriebssystem verwendet!) Ansatz: V-Modell aufteilen in modellbasierten Zweig und konventionellen Zweig SW Requirements SW Architecture SW system test Integration test Model design application Code generation Model test application Modellbasierte Entwicklung von Anwendungs -Modulen mit SCADE Detail design wrapper Coding wrapper Module test wrapper Konventionelle Entwicklung von von Wrapper -Modulen in C 48
49 Anpassung des Entwicklungsprozesses Features SW-Entwicklung: Modellentwurf der Anwendung mit SCADE (kein Coding!) SW-Funktionalität: ~80% modellbasierte Module, ~20% Wrappermodule SW-Verifikation: Modellbasierte Techniken für Anwendungsmodule Testen des Modells in SCADE Simulationsumgebung MTC (Model Test Coverage) als Testüberdeckungskriterium Statische Analyse der Modellkonsistenz Review auf Übereinstimmung mit definierten Modellierungsregeln Aber: Wrapper- und Integrationstests konventionell Unterstützende Prozesse: Verwendung etablierter Prozesse Projektmanagement, CM, DM, Validation, QAM, RAMS, Assessment Basis: Klare Abgrenzung zwischen modellbasierter und konventioneller Entwicklung! 49
50 NO_CAN_M ESSAGE NO_SERIAL _MESSAGE 5 Testarchitektur Report FBY NO_CAN_ MESSAGE FBY NO_SERIAL _MESSAGE Signal_Relay s_in Signal_Relay s_out_a Signal_Relay s_in Signal_Relays_Out_B Test_HW_Error Diagnostic_Out Test_HW_Error TCL scenarios SCADE simulator Test_Peripheries_Error EC_In Diagnostic_In Channel FBY FBY LED1_Out LED2_Out LED3_Out EC_Out Test_Peripheries_Error EC_In Diagnostic_In Channel HW_Watchdog_Interrupt Trigger_Read_Inputs_Interrupt HW_Watchdog_Interrupt Modelltest Error_Log_Is_Empty true Signal_Relay s_out_read_back Error1 Reset_HW_Watchdog Set_Dynamic_Signal Error_Log_Is_Empty f alse Signal_Relay s_out_read_back Error t_ids Erase_Error_Log 2 2 t_ids 2 SRS Integrations- & Systemtest SCADE Code-Generator SSL scenarios I/O-Controller code (C) Report I/O-Wrapper (C) 50
51 Modelltest TCL Szenarios automatisierte Testdurchführung und -auswertung reset "life tick seqnr after reconnect" source TL_Go_Operational.tcl cycle checkvars Msg_Out [Create_Connect 0] for {set i 1} {$i <= 2} {incr i} { cycle 50 checkvars Msg_Out [Create_Connect $i] } cycle 20 setfornextcycle Msg_In [Create_ConnAck 1 2] cycle 3 checkvars Msg_Out [Create_Indication 3...] Nachbarkanalkommunikation Simulation aufwendig Definiere Controller-Knoten durch Rückkopplung zweier Channel- Instanzen 51
52 Integrations- / Systemtest Anforderungsbasierter Black-Box-Test Schnittstellen: 2 x Seriell, 4 x Digital-I/O, 8 x CAN Einsatz von SYMTES / SSL Integrationstests in mehreren Stufen (Bottom-Up) Automatisierte Ausführung und Auswertung der SSL-Szenarien Regressionstests Einsatz des Scenario Managers 52
53 Probleme (1) Nachträgliches Auslagern performancekritischer Teile Unterschiedliche Anforderungen an Antwortzeitverhalten / Zykluszeit In Summe wurden 5 SCADE Modelle und 7 Wrapper-Teile implementiert CRC Berechnung war nicht optimierbar: einige 100 Variablen im Stack benötigt CRC Berechnung wurde in Wrapper ausgelagert Beim Sortieren der CAN-Frames in SCADE werden Variablen kopiert, statt Zeiger zu versetzen Sortierung wurde in Wrapper ausgelagert SCADE wurde nur zum Dekodieren benutzt 53
54 Probleme (2) Einschränkungen in SCADE 5 Verwendung von Arrays umständlich keine dynamische Indizierung, kein Slicing Codegenerierung für Zustandsautomaten in Version 5 nicht zertifiziert Modellierung durch Datenflüsse etwas umständlicher besondere Aufwände für Modellierung mit SCADE Datenflussansatz erfordert Umdenken grafische Modellierung z.t. umständlicher als textuelle Programmierung Ausdrücke (x*y + 3 > z) Layout SCADE 6 wäre hilfreich gewesen 54
55 Ergebnisse Weniger Aufwand und höhere Qualität für Modulentwicklung Trotz Neuheit des Entwicklungsansatzes Effizienz von Modellierung und Modelltest > Effizienz von Feinentwurf + Coding + Modultest Modulentwicklung ist aber nur eine Phase von vielen! conventional conventional approach approach model-based development approach Test module test Design module design and realization Weniger Aufwand für Modultests und Verifikation des Quellcodes Hoher Automatisierungsgrad bei Modelltests und -analyse Bemerkung: Modelltestspezifikation anspruchsvoller als Modultestspezifikation Bemerkung: Klare Abgrenzung zwischen modellbasiert und konventionell entwickelten Anteilen essenziell für Verifikationsstrategie System zugelassen vom Eisenbahnbundesamt! 55
56 Lessons Learned (1) Gute Wartbarkeit Re- und Umstrukturierungen einfacher als bei konventionellem Vorgehen Bei neuen Anforderungen / Change Requests können Änderungen leichter zugeordnet werden Threads / Scheduling Analysen der zeitlichen Vorhersagbarkeit SCADE generiert C-Funktionen ohne Threads Sequenzialisierung der Datenflüsse deterministischer Programmcode Worst-Case Übertragungszeit für Gesamtsystem einfach(er) berechenbar im Vergleich zu Prozess / Thread orientiertem Entwurf mit Scheduler Geringerer Testaufwand in der Validierung Maximale Zykluszeit nur empirisch ermittelbar 56
57 Lessons Learned (2) Erzielte Produktqualität sehr hoch Hohe Qualität der modellbasiert entwickelten Software erhöht die Projekteffizienz Sehr niedrige Software-Fehlerrate während Systemtest und Feldtest sehr niedrige Zahl kostenaufwändiger Fehlerkorrekturen Testansatz nicht optimal Redundante Arbeiten für Modell- und Systemtest TCL-basierter Modelltest ist zeitaufwändig und änderungsintensiv (z.b. erwartete Reaktionen zu genau definierten Zyklen) Lösungsansatz: Testfallgenerierung aus Testmodell 57
58 Zusammenfassung SCADE ist ausgereiftes Werkzeug Schnelle Einarbeitung Intuitive Bedienbarkeit Gute Stabilität Guter Support Eignung auch im µc-umfeld schlankes Code-Image einfache Handhabung, da kein Multithreading im generierten C-Code Einsparpotenziale Schnelle Erstellung eines funktionsfähigen Modells Codebezogene Dokumentation und Prüfungen entfallen Frühe Verifikation im Modell mit durchgängigem Werkzeug Frühe Validation auf Modellebene Schnelle, zuverlässige Korrekturzyklen Design, Code und Dokumentation sind immer konsistent kein Bruch zwischen Anforderungen, Design und Coding 58
59 Ausblick Mit Einsatz von SCADE ist eine signifikante Aufwandsreduzierung erzielbar Entwicklungsaufwand reduzierbar um bis zu 30% Testaufwand (Modelltest / Modultest + SW-Integration) reduzierbar um bis zu 60% Entsprechende Erfahrung in Anwendung von SCADE notwendig, um Einsparpotentiale voll auszuschöpfen Für die ICS als Engineering-Company entwickelt sich SCADE zur kleinen Erfolgsgeschichte im Bahnbereich Akuelle Projekte mit SCADE 6 laufen, Entwicklungsmethode scheint sich zu etablieren 59
60 INFORMATIK CONSULTING SYSTEMS AG Herzlichen Dank für Ihre Aufmerksamkeit!
Einsatz automatischer Testdatengenerierung im modellbasierten Test
Einsatz automatischer Testdatengenerierung im modellbasierten Test Sadegh Sadeghipour sadegh.sadeghipour@itpower.de Gustav-Meyer-Allee 25 / Gebäude 12 13355 Berlin www.itpower.de Modellbasierte Software-Entwicklung
MehrDie Integration von Requirements Management, Software Configuration Management und Change Management mit der MKS Integrity Suite 2006
Die Integration von Requirements Management, Software Configuration Management und Change Management mit der MKS Integrity Suite 2006 Oliver Böhm MKS GmbH Agenda Überblick Der Entwicklungsprozess: Requirements
MehrAgile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg
Herzlich willkommen Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg Heike Bickert Software-/Systemingenieurin, Bereich Quality Management Braunschweig // 17.11.2015 1 Agenda ICS AG Fragestellungen
MehrINFORMATIK CONSULTING SYSTEMS AG. Firmenprofil ICS AG. Automotive Industrial Solutions Transportation Aerospace & Defence
INFORMATIK CONSULTING SYSTEMS AG Firmenprofil ICS AG Automotive Industrial Solutions Transportation Aerospace & Defence Günther Trautzl Key Account Manager Industrial Solutions 20131028 ICS Präsentation
MehrTelling TestStories Modellbasiertes Akzeptanz Testen Serviceorientierter Systeme
Telling TestStories Modellbasiertes Akzeptanz Testen Serviceorientierter Systeme Michael Felderer Workshop Requirements Engineering meets Testing Bad Honnef, 5. Juni 2008 1 Überblick Grundbegriffe Motivation
MehrModellierung verteilter Systeme Grundlagen der Programm und Systementwicklung
Modellierung verteilter Systeme Grundlagen der Programm und Systementwicklung Wintersemester 2009/10 Prof. Dr. Dr. h.c. Manfred Broy Unter Mitarbeit von Dr. K. Spies, Dr. M. Spichkova, L. Heinemann, P.
MehrVom Konzept direkt ins Cockpit: Optimierte HMI-Entwicklung mittels automatischer Codegenerierung
: Optimierte HMI-Entwicklung mittels automatischer Codegenerierung Christian Semmler MT323 Human Factors Engineering Seite 1 Gliederung HMI-Entwicklungsprozess Werkzeuge Einsatz an einem Beispielprojekt
MehrT1 - Fundamentaler Testprozess
AK 2 am Armin Beer, Support Center Test der Software- Entwicklung 1 für einen erfolgreichen Test? Projektteam strebt nach Qualität Aufwände sind eingeplant (Richtwerte) 20 bis 30% des Gesamtaufwandes In
MehrRequirements-basiertes Testen am Beispiel des NI Requirements Gateways
Requirements-basiertes Testen am Beispiel des NI Requirements Gateways National Instruments VIP Kongress München, M 8. Oktober 2008 Joachim Schulz QualityPark GmbH V-Modell Demands Business Requirement
Mehr16.4 Wiederverwendung von COTS-Produkten
16.4 Wiederverwendung von COTS-Produkten COTS = commercial of the shelf im Handel erhältliche Software-Produkte Anpassung für Kunden ohne Änderung am Quellcode Quellcode in der Regel nicht einsehbar (Ausnahme
MehrT2 Fundamentaler Testprozess
T2 Fundamentaler Siemens AG Österreich 2005 All Rights Reserved Institut f. Software Technology, TU-Graz Armin Beer, PSE Support-Center Test Overview der Software- Entwicklung 2 1 Wasserfall-Modell Analyse
MehrUniversität Paderborn Die Universität der Informationsgesellschaft. Validierung und Verifikation (inkl. Testen, Model-Checking, Theorem Proving)
Universität Paderborn Die Universität der Informationsgesellschaft Analyse, Entwurf und Implementierung zuverlässiger Software und (inkl., Model-Checking, Theorem Proving) Torsten Bresser torbre@uni-paderborn.de
MehrFunctional Safety. Systems Engineering als Schlüsseldisziplin in Projekten mit funktionaler Sicherheit
Systems Engineering als Schlüsseldisziplin in Projekten mit funktionaler Sicherheit Mittelstraße 25/1 88471 Laupheim Fon: 07392-9393525 Fax: 07392-9393526 Mailto: tf@thomasfranzen.com Beispiele nicht sicherer
MehrActiveCharts. Verknüpfung von Modellen und Code bei der modellgetriebenen Softwareentwicklung mit UML 2.0
Jens Kohlmeyer 05. März 2007 Institut für Programmiermethodik und Compilerbau ActiveCharts Verknüpfung von Modellen und Code bei der modellgetriebenen Softwareentwicklung mit UML 2.0 Seite 2 Übersicht
MehrModellbasierte Softwareentwicklung
CD OCL OD Statechart SD Modellbasierte Softwareentwicklung 7. Evolutionäre Methodik 7.1. Vorgehensmodell Vorlesungsnavigator: Prof. Dr. Bernhard Rumpe Sprache Codegen. http://www.se-rwth.de/ Testen Evolution
MehrA Domain Specific Language for Project Execution Models
A Domain Specific Language for Project Execution Models Eugen Wachtel, Marco Kuhrmann, Georg Kalus Institut für Informatik Software & Systems Engineering Inhalt Einführung und Hintergrund Problembereiche
MehrTransfer von Prozessen des Software-Produktlinien Engineering in die Elektrik/Elektronik- Architekturentwicklung von Fahrzeugen
Transfer von Prozessen des Software-Produktlinien Engineering in die Elektrik/Elektronik- entwicklung von Fahrzeugen Martin Jaensch, Dr. Bernd Hedenetz, Markus Conrath Daimler AG Prof. Dr. Klaus D. Müller-Glaser
MehrINNOVATOR im Entwicklungsprozess
Erfahrungsbericht INNOVATOR im Entwicklungsprozess Basis für Host- und Java-Anwendungen Dr. Carl-Werner Oehlrich, Principal Consultant MID GmbH Das Modellierungswerkzeug INNOVATOR Geschäftsprozess-Modellierung
MehrNeue Funktionen in Innovator 11 R5
Neue Funktionen in Innovator 11 R5 Innovator for Enterprise Architects, Java Harvester und Prüfassistent 12.11.2013 Agenda 1 2 3 Einführung Was ist neu in Innovator 11 R5? Szenario Enterprise Architektur
MehrVortrag von: Ilias Agorakis & Robert Roginer
MDA Model Driven Architecture Vortrag von: Ilias Agorakis & Robert Roginer Anwendungen der SWT - WS 08/09 Inhalt Was ist MDA? Object Management Group (OMG) Ziele Konzepte der MDA Werkzeuge Vor- und Nachteile
MehrProjektmanagement. Vorlesung von Thomas Patzelt 10. Vorlesung
Projektmanagement Vorlesung von Thomas Patzelt 10. Vorlesung 1 Test...(4) Oberflächentests testen die Benutzerschnittstelle des Systems, nicht nur auf Fehlerfreiheit sondern z.b. auch auf Konformität mit
MehrEntwurf. Anwendungsbeginn E DIN EN 62304 (VDE 0750-101):2013-10. Anwendungsbeginn dieser Norm ist...
Anwendungsbeginn Anwendungsbeginn dieser Norm ist.... Inhalt Einführung... 13 1 Anwendungsbereich... 16 1.1 *Zweck... 16 1.2 *Anwendungsbereich... 16 1.3 Beziehung zu anderen Normen... 16 1.4 Einhaltung...
MehrWI EDI Solution. Stand 17.02.2012
WI EDI Solution Stand 17.02.2012 WIAG Überblick 2011 - SAP, SAP BW, SAP SEM/BPS, SAP BPC, SAP R/3, ABAP, Netweaver sind eingetragene Warenzeichen der SAP AG, Walldorf Folie 1 Inhalt Was ist WIEDIS? IDOC
MehrEvaluation of Database Design and Reverse Engineering Tools for a Large Software System
Evaluation of Database Design and Reverse Engineering Tools for a Large Software System Anne Thomas TU Dresden Dr. B. Demuth Pre Press GmbH (Dresden) T. Reuter Gliederung Einleitung Vorgehensweise Kontext
MehrAgile Vorgehensmodelle in der Softwareentwicklung: Scrum
C A R L V O N O S S I E T Z K Y Agile Vorgehensmodelle in der Softwareentwicklung: Scrum Johannes Diemke Vortrag im Rahmen der Projektgruppe Oldenburger Robot Soccer Team im Wintersemester 2009/2010 Was
Mehrintence automotive electronics Ausführbare Spezifikation Der Weg zu besseren Anforderungen
intence automotive electronics Ausführbare Spezifikation Der Weg zu besseren Anforderungen Kurzvorstellung intence Agenda KURZVORSTELLUNG intence automotive electronics Wurde 2007 gegründet und ist Entwicklungspartner
MehrITIL und Entwicklungsmodelle: Die zwei Kulturen
Kombination von IT Service Management (ITIL) und Anwendungsentwicklung Kai Witte und Matthias Kaulke, München, den 30.03.2006 Rahmeninformationen Wo sind wir? Unternehmensdarstellung (1) Unabhängiges Beratungsunternehmen
MehrSeamless Model-based Engineering of a Reactive System
Seamless Model-based Engineering of a Reactive System Seminar im Wintersemester 2013/2014 Andreas Vogelsang, Sebastian Eder, Georg Hackenberg, Maximilian Junker http://www4.in.tum.de/lehre/seminare/ws1314/seamless/
MehrTestautomatisierung. Lessons Learned. qme Software. Gustav-Meyer-Allee 25 13355 Berlin. Telefon 030/46307-230 Telefax 030/46307-649
Testautomatisierung Lessons Learned qme Software GmbH Gustav-Meyer-Allee 25 13355 Berlin Telefon 030/46307-230 Telefax 030/46307-649 E-Mail qme Software info@qme-software.de GmbH Testautomatisierung Lessons
MehrOUTSOURCING ADVISOR. Analyse von SW-Anwendungen und IT-Dienstleistungen auf ihre Global Sourcing Eignung. Bewertung von Dienstleistern und Standorten
Outsourcing Advisor Bewerten Sie Ihre Unternehmensanwendungen auf Global Sourcing Eignung, Wirtschaftlichkeit und wählen Sie den idealen Dienstleister aus. OUTSOURCING ADVISOR Der Outsourcing Advisor ist
MehrRhapsody in J Modellierung von Echtzeitsystemen
Rhapsody in J Modellierung von Echtzeitsystemen Tobias Schumacher tobe@uni-paderborn.de Rhapsody in J - Modellierung von Echtzeitsystemen p.1/17 Anspruch des Tools Einsatzbereiche/Features Modellierung
MehrQualitätsmanagement im Projekt
Software-Engineering Qualitätsmanagement im Projekt Vorlesung im Wintersemester 2008/2009 Fakultät Wirtschaftsinformatik Klaus Mairon, M.Sc. Inhalte Messen und Bewerten: Metriken in der Qualitätssicherung
MehrFunktionale Sicherheit in Automotive und Luftfahrt (ISO26262 und DO 178BC) Otto Alber, Peter Wittmann 09.10.2013
Funktionale Sicherheit in Automotive und Luftfahrt (ISO26262 und DO 178BC) Otto Alber, Peter Wittmann 09.10.2013 Einleitung Modell-basierte Entwicklung bei Silver Atena Erfahrung mit Modell-basierter Entwicklung
MehrSession 8: Projektvorstellung Transferprojekt itsowl-tt-savez 18. August 2015, Gütersloh. www.its-owl.de
Session 8: Projektvorstellung Transferprojekt itsowl-tt-savez 18. August 2015, Gütersloh www.its-owl.de Agenda Abschlusspräsentation itsowl-tt-savez Einführung Zielsetzung Ergebnisse Resümee und Ausblick
MehrComparing Software Factories and Software Product Lines
Comparing Software Factories and Software Product Lines Martin Kleine kleine.martin@gmx.de Betreuer: Andreas Wuebbeke Agenda Motivation Zentrale Konzepte Software Produktlinien Software Factories Vergleich
MehrRequirements-Management Ein praktisches Beispiel
2003 Eurocopter Deutschland GmbH 2003 Requirements-Management Ein praktisches Beispiel a.s.drexler@t-online.de Softwareprozesse in Luft- und Raumfahrtprojekten Workshop der DGLR am 15.10.2003 Der Vortrag
MehrABSICHERUNG MODELLBASIERTER SICHERHEITSKRITISCHER AVIONIK SOFTWARE Dr. Elke Salecker
ABSICHERUNG MODELLBASIERTER SICHERHEITSKRITISCHER AVIONIK SOFTWARE Dr. Elke Salecker MOTIVATION Fahrzeug-Software wird modellbasiert mit Simulink/TargetLink entwickelt & DO331/DO-178C ermöglicht modellbasierte
Mehryour engineering partner boost your development
boost development Individuelle Lösungen von Ihrem Engineering Partner Luft- und Raumfahrt Wir realisieren Ihre Visionen und setzen unser ganzes Know-How ein, damit Ihre Ziele praxisgerecht, zeitnah und
MehrModellierung von Echtzeitsystemen mit dem UML CASE Tool Telelogic Tau G2 Developer
Modellierung von Echtzeitsystemen mit dem UML CASE Tool Telelogic Tau G2 Developer Holger Sinnerbrink Einführung Firmenentwicklung Gründung von Telelogic 1983 als Forschungs- und Entwicklungsabteilung
MehrGrundlagen Software Engineering
Grundlagen Software Engineering Rational Unified Process () GSE: Prof. Dr. Liggesmeyer, 1 Rational Unified Process () Software Entwicklungsprozess Anpassbares und erweiterbares Grundgerüst Sprache der
MehrSoftwaretechnik. Fomuso Ekellem WS 2011/12
WS 2011/12 Inhalt Projektvorstellung Übung 1 Wiederholung zusammengefasst Planungsphase Lernziele Ziele und Inhalt der Planungsphase Anlass und Aufgabestellung(Was ist dabei erförderlich) Requirement Engineering
MehrVBA-Programmierung: Zusammenfassung
VBA-Programmierung: Zusammenfassung Programmiersprachen (Definition, Einordnung VBA) Softwareentwicklung-Phasen: 1. Spezifikation 2. Entwurf 3. Implementierung Datentypen (einfach, zusammengesetzt) Programmablaufsteuerung
MehrAnbindung LMS an Siemens S7. Information
Datum: 18.09.2003 Status: Autor: Datei: Lieferzustand Rödenbeck Dokument1 Versio n Änderung Name Datum 1.0 Erstellt TC 18.09.03 Seite 1 von 1 Inhalt 1 Allgemein...3 2 Komponenten...3 3 Visualisierung...4
MehrSoftware Engineering Zielorientierte Bereitstellung und systematische Verwendung von Prinzipien, Methoden und Werkzeugen
White Paper Software Engineering Zielorientierte Bereitstellung und systematische Verwendung von Prinzipien, Methoden und Werkzeugen Die arbeitsteilige, ingenieurmäßige Entwicklung und Anwendung von umfangreichen
MehrPRÜFUNG FÜR ELEKTROINGENIEURE. Softwaretechnik I. Musterlösung SS 12. - Ohne Gewähr -
PRÜFUNG FÜR ELEKTROINGENIEURE Softwaretechnik I Musterlösung SS 12 - Ohne Gewähr - LfdNr. Thema Punkte Zeitbedarf in min 1 Analyse und Entwurf 15 30 2 Basistechniken und Test 15 30 3 Projektmanagement
MehrHP Service Virtualization. Bernd Schindelasch 19. Juni 2013
HP Service Virtualization Bernd Schindelasch 19. Juni 2013 Agenda EWE TEL GmbH Motivation Proof of Concept Ausblick und Zusammenfassung HP Software Performance Tour 2013: HP Service Virtualization 2 EWE
MehrSome Software Engineering Principles
David L. Parnas: Some Software Engineering Principles Marco Oppel 30.06.2004 Seminar Software-Architektur Institut für Informatik Humboldt Universität zu Berlin 1 Problemstellung Software Engineering Multi-Personen
MehrVergleich von klassischer und agiler Entwicklungsmethodik anhand der Entwicklung eines in Statemate simulierbaren Modells eines Türsteuergeräts
Vergleich von klassischer und agiler Entwicklungsmethodik anhand der Entwicklung eines in Statemate simulierbaren Modells eines Türsteuergeräts Experiment an der Uni Ulm im SS 2003 berblick Motivation
MehrEntwicklungsprozesse und -werkzeuge
Entwicklungsprozesse und -werkzeuge Boris Nikolai Konrad boris.konrad@udo.edu PG Seminarwochenende 21.-23. Oktober 2007 1 Überblick Entwicklungsprozesse Unterstützungsprozesse Kernprozess Entwicklungswerkzeuge
MehrDiplomarbeit. Konzeption und Implementierung einer automatisierten Testumgebung. Thomas Wehrspann. 10. Dezember 2008
Konzeption und Implementierung einer automatisierten Testumgebung, 10. Dezember 2008 1 Gliederung Einleitung Softwaretests Beispiel Konzeption Zusammenfassung 2 Einleitung Komplexität von Softwaresystemen
MehrProduktinformation DaVinci Developer
Produktinformation DaVinci Developer Inhaltsverzeichnis 1 DaVinci Developer - Entwurf von AUTOSAR Softwarekomponenten... 3 1.1 Die Vorteile von DaVinci Developer im Überblick... 3 1.2 Anwendungsgebiete...
MehrVorlesung Objektorientierte Softwareentwicklung. Kapitel 0. Java-Überblick
Vorlesung Objektorientierte Softwareentwicklung Sommersemester este 2008 Kapitel 0. Java-Überblick Was sind die Ziele? Warum Java? Komplexe Anwendungen e-business verteilt zuverlässig sicher mobil persistent
MehrFachtagung Safety in Transportation Leitfaden für die IT Sicherheit auf Grundlage IEC 62443
Fachtagung Safety in Transportation Leitfaden für die IT Sicherheit auf Grundlage IEC 62443 DKE UK 351.3.7 Hans-Hermann Bock 1 Braunschweig, 06.11.2013 Anwendungsbereich der Vornorm (1) Diese Vornorm ist
MehrSoftwareentwicklungsprozess im Praktikum. 23. April 2015
Softwareentwicklungsprozess im Praktikum 23. April 2015 Agile Softwareentwicklung Eine agile Methodik stellt die beteiligten Menschen in den Mittelpunkt und versucht die Kommunikation und Zusammenarbeit
MehrDie MID ModellierungsMethodik M³ ein Baukasten für Produktlinien. Andreas Ditze, MDD & PL 2009, Leipzig, 23.03.2009
Die MID ModellierungsMethodik M³ ein Baukasten für Produktlinien Andreas Ditze, MDD & PL 2009, Leipzig, 23.03.2009 I N H A L T 1. Vorstellung 2. Was macht einen guten Baukasten aus? 3. Ziele der MID ModellierungsMethodik
Mehrdspace (1/3) dspace: Gegründet 1988 in Paderborn Mitarbeiter: Über 650 Mitarbeiter weltweit, davon über 70 % Ingenieure Ständiges Mitarbeiterwachstum
Agenda dspace und das V-Modell für Steuergeräte- Entwicklung Wie funktioniert Rapid Control Prototyping TargetLink: Vom Model zum Code Ein Wort zu HIL Praxisbeispiele dspace (1/3) dspace: Gegründet 1988
MehrAutomatische Testfallgenerierung aus Modellen. 8. Neu-Ulmer Test-Engineering-Day 2013 06.06.2013 Martin Miethe
Automatische Testfallgenerierung aus Modellen 8. Neu-Ulmer Test-Engineering-Day 2013 06.06.2013 Martin Miethe Über sepp.med Über 30 Jahre Erfahrung im industriellen Umfeld Medizintechnik Pharmazie Automotive
MehrVector Software. Test Automation mit VectorCAST während der gesamten Softwareentwicklung W H I T E P A P E R
Vector Software W H I T E P A P E R Test Automation mit VectorCAST während der gesamten Softwareentwicklung VectorCAST Produktfamilie Die VectorCAST Produktfamilie automatisiert Testaktivitäten über den
MehrCopyright 2014 Delta Software Technology GmbH. All Rights reserved.
Karlsruhe, 21. Mai 2014 Softwareentwicklung - Modellgetrieben und trotzdem agil Daniela Schilling Delta Software Technology GmbH The Perfect Way to Better Software Modellgetriebene Entwicklung Garant für
Mehrextreme Programming (XP) Hermann Götz Sergij Paholchak Agenda Was ist XP? Grundprinzipien Der Entwicklungsprozess Die Projektplanung Praktiken Vorteile und Nachteile Wann macht XP Sinn für ein Projekt?
MehrSWT II Projekt. Chat - Anwendung. Pflichtenheft 2000 SWT
SWT II Projekt Chat - Anwendung Pflichtenheft 2000 SWT i Versionen Datum Version Beschreibung Autor 3.11.2000 1.0 erste Version Dietmar Matthes ii Inhaltsverzeichnis 1. ZWECK... 1 1.1. RAHMEN... 1 1.2.
MehrRequirements Engineering I
Norbert Seyff Requirements Engineering I UML Unified Modeling Language! 2006-2012 Martin Glinz und Norbert Seyff. Alle Rechte vorbehalten. Speicherung und Wiedergabe für den persönlichen, nicht kommerziellen
MehrQualitätssicherung im Lebenszyklus des itcs. Anspruch und Wirklichkeit.
Qualitätssicherung im Lebenszyklus des itcs. Anspruch und Wirklichkeit. BEKA: Frankfurt, 25. Oktober 2012 T-Systems Angebot Umsetzung des globalen Telematikprojekts für den ÖPNV im Großherzogtum Luxemburg.
MehrSoftwarequalität: Zusammenfassung und Ausblick. 17. Juli 2013
Softwarequalität: Zusammenfassung und Ausblick 17. Juli 2013 Überblick Rückblick: Qualitätskriterien Qualitätsmanagement Qualitätssicherungsmaßnahmen Thesen zur Softwarequalität Ausblick: Lehrveranstaltungen
MehrModes And Effect Analysis)
Gefahrenanalyse mittels FMEA (Failure Modes And Effect Analysis) Vortragender: Holger Sinnerbrink Betreuer: Holger Giese Gefahrenanalyse mittels FMEA Holger Sinnerbrink Seite: 1 Gliederung Motivation Einordnung
MehrTestplan. Hochschule Luzern Technik & Architektur. Software Komponenten FS13. Gruppe 03 Horw, 16.04.2013
Software Komponenten FS13 Gruppe 03 Horw, 16.04.2013 Bontekoe Christian Estermann Michael Moor Simon Rohrer Felix Autoren Bontekoe Christian Studiengang Informatiker (Berufsbegleitend) Estermann Michael
MehrFestpreisprojekte in Time und in Budget
Festpreisprojekte in Time und in Budget Wie effizient kann J2EE Softwareentwicklung sein? Copyright 2006 GEBIT Solutions Agenda Positionierung der GEBIT Solutions Herausforderung Antwort Überblick Beispielprojekt
MehrDesign Pattern - Strukturmuster. CAS SWE - OOAD Marco Hunziker Klaus Imfeld Frédéric Bächler Marcel Lüthi
Design Pattern - Strukturmuster CAS SWE - OOAD Marco Hunziker Klaus Imfeld Frédéric Bächler Marcel Lüthi Agenda Einleitung Strukturmuster Fassade Model View Controller Vergleich 2 Einleitung Strukturmuster
MehrNotwendigkeit der Testautomatisierung? Neue Ideen, Konzepte & Werkzeuge
i.s.x. Software GmbH & Co. KG Notwendigkeit der Testautomatisierung? Neue Ideen, Konzepte & Werkzeuge i.s.x. Software GmbH & Co. KG Dresden, 19. Februar 2013 Karin Eisenblätter Die i.s.x. Software GmbH
MehrNCDiff Testmanagement leicht gemacht
Testmanagement leicht gemacht Nagler & Company Thomas Gebhard & Anton Garra Complexity Die stetige Anpassung an neue Anforderungen der IT und das Bestreben Marktgegebenheiten zu folgen oder voraus zu sein,
MehrKompetenz. rund um. Ihren. Entwicklungsprozess. Über uns. Technische Software. Modellbasierter Test. Prüfplätze. Automatisierung.
Kompetenz rund um Ihren Entwicklungsprozess Modellieren für den Test - Segen oder Fluch? Firmenpräsentation auf der embeddedworld 2010 Dipl. Ing. (Univ) Gerhard Baier Bereichsleiter Marketing und Vertrieb
MehrSoftware-Evolution im Staged Lifecycle Model
Unterstützung evolutionärer Softwareentwicklung durch Merkmalmodelle und Traceability-Links Matthias Riebisch Technische Universität Ilmenau, matthias.riebisch@tu-ilmenau.de Arbeitsgruppe Software-Wartung
Mehr3.2,,Eichung von Function Points (Berichtigte Angabe)
I N S T I T U T E F O R R E A L - T I M E C O M P U T E R S Y S T E M S TECHNISCHE UNIVERSIT ÄT MÜNCHEN P R O F E S S O R G. F Ä R B E R Software Engineering 3. Übung 22.05.2003 3.2,,Eichung von Function
MehrRobot Karol für Delphi
Robot Karol für Delphi Reinhard Nitzsche, OSZ Handel I Version 0.1 vom 24. Januar 2003 Zusammenfassung Nach der Einführung in die (variablenfreie) Programmierung mit Robot Karol von Freiberger und Krško
MehrElektronische Zustellung WKO / AustriaPro. Status Arbeitspakete 17.09.2014 PL.O.T
Elektronische Zustellung WKO / AustriaPro Status Arbeitspakete 17.09.2014 PL.O.T Agenda Übersicht und Inhalt PL.O.T Arbeitspakete Details zu den Arbeitspaketen AP 3 - Fachlich / Usecases AP 4 - Fachlich
MehrIntegrative Entwicklungsprozesse am Beispiel einer automotiven Anwendung
am Beispiel einer automotiven Anwendung Bernd van Vugt EXTESSY AG Stefan Gläser VOLKSWAGEN AG Motivation Kundenwunsch: Mobilität und Individualität Fahrzeug + Informationstechnologie + Dienst Herausforderung:
MehrWorkflow Systeme mit der Windows Workflow Foundation
Studiengang Electronic Business (EB) Diplomarbeit (280000) Workflow Systeme mit der Windows Workflow Foundation externe Betreuung durch Christoph Müller vorgelegt bei Prof. Dr. Michael Gröschel von Hans-Martin
MehrFallbeispiel. Auswahl und Evaluierung eines Software- Lokalisierungstools. Tekom Herbsttagung 2004 Angelika Zerfaß
Fallbeispiel Auswahl und Evaluierung eines Software- Lokalisierungstools Tekom Herbsttagung 2004 Angelika Zerfaß Beratung und Training für Translation Tools Projekt: Software-Lokalisierungstool Die Firma
MehrVorhersagemodell für die Verfügbarkeit von IT-Services
Vorhersagemodell für die Verfügbarkeit von IT-Services Magdeburg Research and Competence Cluster Very Large Business Applications Lab Fakultät für Informatik Institut für Technische und Betriebliche Informationssysteme
MehrOntologiebasierte Entwicklung von Anforderungsspezifikationen im Automotive-Umfeld Mathias Schraps, 25.11.2011
Ontologiebasierte Entwicklung von Anforderungsspezifikationen im Automotive-Umfeld Agenda Inhalt Audi Electronics Venture GmbH Motivation und Kontext Aktuelle Fragestellung Lösungsansatz Zusammenfassung
MehrTesten von graphischen Benutzeroberflächen. 26. Juni 2013
Testen von graphischen Benutzeroberflächen 26. Juni 2013 Überblick Testarten Methoden-, Klassen-, Komponenten-, Systemtests Motivation für automatisches Testen von graphischen Benutzeroberflächen Entwicklungsprinzipien
MehrEinführung in Generatives Programmieren. Bastian Molkenthin
Einführung in Generatives Programmieren Bastian Molkenthin Motivation Industrielle Entwicklung *!!*,(% % - #$% #!" + '( & )!* Softwareentwicklung Rückblick auf Objektorientierung Objektorientierte Softwareentwicklung
MehrÜbungsklausur vom 7. Dez. 2007
Übungsklausur vom 7. Dez. 2007 Ein Lösungsmuster Teilbereiche der Softwaretechnik Software Anforderungen Software Entwurf Software Konstruktion Software Test Software Wartung Software Konfigurationsmanagement
MehrProzess-Modelle für die Softwareentwicklung
Prozess-Modelle für die Softwareentwicklung Prof. Dr. Andreas Spillner Institut für Informatik und Automation Hochschule Bremen Übersicht Softwareentwicklungs-Modelle Wasserfall-Modell Vorgehensmodell
MehrEINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick mtr@is.informatik.uni-kiel.de www.is.informatik.uni-kiel.
EINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick mtr@is.informatik.uni-kiel.de www.is.informatik.uni-kiel.de/~mtr FRAGEN / ANMERKUNGEN Vorlesung Neue Übungsaufgaben MODELLIERUNG
MehrTraceability-Modell als Erfolgsfaktor für Process Enactment. Paul-Roux Wentzel, SEE 2008
Traceability-Modell als Erfolgsfaktor für Process Enactment Einführung Referent Paul-Roux Wentzel Unternehmen method park Software AG 2008 method park Software AG Slide 2 Leistungsportfolio Training &
MehrSoftwareentwicklung für Weltraumanwendungen
Dipl. Ing. Falk Ahlendorf, Carl-Zeiss Gymnasium, 06.06.2013 1 Über Mich 1997 2003 Carl-Zeiss Gymnasium, Spezialschulteil 2003 2004 Grundwehrdienst,EloKa in Donauwörth 2004 2009 Studium an der TU-Ilmenau
MehrCeBIT 17.03.2015. CARMAO GmbH 2014 1
CeBIT 17.03.2015 CARMAO GmbH 2014 1 HERZLICH WILLKOMMEN Applikationssicherheit beginnt lange bevor auch nur eine Zeile Code geschrieben wurde Ulrich Heun Geschäftsführender Gesellschafter der CARMAO GmbH
MehrReferent: Mathias Notheis Kontakt: Mathias.Notheis@dqs.de
ISO/IEC 62304 Medizingeräte-Software Referent: Mathias Notheis Kontakt: Mathias.Notheis@dqs.de DQS Medizin nprodukte GmbH Übersicht Basics Wann ist ein MP Software? Markteinführung vor der 62304 alles
MehrZENITY - Die Software für Ihre Unternehmens-Releaseplanung
ZENITY - Die Software für Ihre Unternehmens-Releaseplanung RELEASEPLANUNG HEUTE Heutige Anwendungen in in Grossunternehmen sind sind keine keine alleinstehenden alleinstehenden Insel-Applikationen Insel-Applikationen
Mehr... über OGVIT GmbH & Co. KG
Einführung OpenSTA Agenda - über OGVIT - Warum Lasttests - Was ist OpenSTA - Wie arbeitet OpenSTA - Skripte für OpenSTA - OpenSTA Collectors - Tests planen - Testen - Ergebnisse analysieren - Beispiel
MehrFree your work. Free your work. Wir wollen Ihnen die Freiheit geben, sich auf Ihr Geschäft zu konzentrieren.
Free your work. Free your work. Wir wollen Ihnen die Freiheit geben, sich auf Ihr Geschäft zu konzentrieren. 1 Automatische Verifikation von Anforderungen Dr. Guido Dischinger guido.dischinger@liantis.com
MehrProbeklausur. Lenz Belzner. January 26, 2015. Lenz Belzner Probeklausur January 26, 2015 1 / 16
Probeklausur Lenz Belzner January 26, 2015 Lenz Belzner Probeklausur January 26, 2015 1 / 16 Definieren Sie Software Engineering in Abgrenzung zu Individual Programming. Ingenieursdisziplin professionelle
MehrAbacus Formula Compiler (AFC)
Abacus Formula Compiler (AFC) Alle kennen Excel - jetzt sogar Ihre Java- Applikation! Bringt Tabellenkalkulationen auf die JVM http://formulacompiler.org/ Peter Arrenbrecht für Abacus Research AG http://abacus.ch/
MehrKapitel 2: Der Software-Entwicklungsprozess
Wie konstruiert man Software? Kapitel 2: Der Software-Entwicklungsprozess SoPra 2008 Kap. 2: Der Software-Entwicklungsprozess (1/10) Der Software-Entwicklungs-Prozess Historisches 1960JJ adhoc Techniken
MehrImpulsvortrag auf der 22. TAV; 18. Februar 2005, Bremen Zuordnung von Anforderungen und Tests (Tracing)
Impulsvortrag auf der 22. TAV; 18. Februar 2005, Bremen Zuordnung von und Tests (Tracing) Dr. Matthias Grochtmann Labor Software-Technologie, Methoden und Tools (REI/SM) DaimlerChrysler AG, Forschung und
Mehr360 - Der Weg zum gläsernen Unternehmen mit QlikView am Beispiel Einkauf
360 - Der Weg zum gläsernen Unternehmen mit QlikView am Beispiel Einkauf Von der Entstehung bis heute 1996 als EDV Beratung Saller gegründet, seit 2010 BI4U GmbH Firmensitz ist Unterschleißheim (bei München)
MehrRequirements-Traceability in der industriellen Praxis Ziele und Einsatz
Requirements-Traceability in der industriellen Praxis Ziele und Einsatz Forschungsprojekt gefördert von der Deutschen Forschungsgemeinschaft Elke Bouillon elke.bouillon@tu-ilmenau.de 04.12.2012 Seite 1
Mehr