Software Engineering Im Unterricht Der Hochschulen

Total Page:16

File Type:pdf, Size:1020Kb

Software Engineering Im Unterricht Der Hochschulen 16. Workshop Tagungsband SEUH 2019 Software Engineering im Unterricht der Hochschulen 21. und 22. Februar 2019 Hochschule Bremerhaven Qualität im Fokus der Software Engineering Ausbildung Herausgeberschaft Veronika Thurner, Hochschule München Oliver Radfelder, Hochschule Bremerhaven Karin Vosseberg, Hochschule Bremerhaven Inhaltsverzeichnis Vorwort Veronika Thurner.............................................2 Software-Tests automatisch erzeugen - Frische Ansätze für Forschung, Praxis und Lehre Andreas Zeller, CISPA Helmholtz-Zentrum für Informationssicherheit, Saarbrücken........4 Meine Lehren aus 10 Jahren Forschung und Lehre als Säulen unseres Firmenwachstums Elmar Jürgens, CQSE GmbH, Garching b. München.........................5 Test Architects at Siemens Peter Zimmerer, Siemens AG, München................................6 Agile is real - Alltag in einem XP Office Eleonora Scherl, Volkswagen AG....................................7 UML in der Hochschullehre: Eine kritische Reflexion Jürgen Anke und Stefan Bente, HFT Leipzig & TH Köln.......................8 Formale Methoden in der Softwaretechnik-Vorlesung Bernd Westphal, Uni Freiburg...................................... 21 Stager: Simplifying the Manual Assessment of Programming Exercises Christopher Laß, Stephan Krusche, Nadine von Frankenberg und Bernd Bruegge, TU München 34 Software-Projektmanagement lernen ohne Projekt Mario Winter, TH Köln.......................................... 44 Future Skills: How to strengthen computational thinking in all software project roles Gudrun Socher, Sarah Ottinger, Veronika Thurner und Ralph Berchtenbreiter, HS München... 56 Informatik ist nicht nur Programmieren – aber ohne Programmieren ist nichts Informatik Oliver Radfelder, Karin Vosseberg, Ulrike Erb und Henrik Lipskoch, HS Bremerhaven...... 65 Using Mini-Projects to Teach Empirical Software Engineering Michael Felderer und Marco Kuhrmann, Uni Insbruck & TU Clausthal................ 75 Experience Report on An Inquiry-Based Course on Model Checking Sebastian Krings, Philipp Körner und Joshua Schmidt, Uni Düsseldorf & HS Niederrhein..... 87 Evaluation des Arbeitsprozess-integrierten Projektstudiums Frank Fuchs-Kittowski, Juliane Siegeris und Jörn Freiheit, HTW Berlin............... 99 Lernzieldefinitionen für Software Engineering - The Good, the Bad and the Ugly Axel Böttcher, Veronika Thurner and Olga Nikoliai, HS München.................. 112 Teaching Rationale Management in Agile Project Courses Anja Kleebaum, Jan Ole Johanssen, Barbara Paech und Bernd Bruegge, Uni Heidelberg & TU München................................................. 125 A Syllabus for Usability Engineering in Multi-Project Courses Jan Ole Johanssen, Dominic Henze and Bernd Bruegge, TU München............... 133 * V. Thurner, O. Radfelder, K. Vosseberg (Hrsg.): SEUH 2019 1 Vorwort Dieser Tagungsband begleitet den 16. Workshop Das Programmkomitee wählte aus 16 Einreichun- „Software Engineering im Unterricht der Hochschulen“ gen 12 Beiträge aus, die sich überwiegend folgenden (SEUH 2019) an der Hochschule Bremerhaven. Themenschwerpunkten zuordnen lassen: Tradition der SEUH Die kritische Auseinandersetzung mit Modellen und Methoden Seit der ersten SEUH im Jahre 1992 haben sich ei- • Brauchen wir überhaupt noch UML in der Bache- nige Eigenschaften der Tagung herausgebildet, die lorausbildung? als SEUH-typisch bezeichnet werden können und die Jochen Ludewig, einer der Gründungsväter der Ta- • Welche formale Methoden sollen vermittelt wer- gungsreihe, im Vorwort des Tagungsbandes der SEUH den? 2011 sehr schön aufgelistet hat: Neben Konstanten wie einem stabilen Termin (immer Ende Februar in • Wie kann ein Werkzeug zur Unterstützung von den ungeraden Jahren), Deutsch als Tagungssprache, Code-Reviewern in der Bewertung aussehen? einer niedrigen Teilnahmegebühr und dem informel- Kompetenzen in der Durchführung von len Vorabendtreffen ist vor allem hervorzuheben, dass Projekten dies eine Tagung zum intensiven Austausch zwischen • Interessierten von Universitäten UND Fachhochschu- Können wir Projektmanagement lernen und leh- len ist. ren ohne Projekte? • Brauchen alle Projektbeteiligten algorithmisches Thematische Schwerpunkte der SEUH 2019 Denken? Der 16. SEUH-Workshop wird gemeinsam mit der • Wie werden Grundfertigkeiten zur Selbstverständ- Fachtagung der GI-Fachgruppe „Test, Analyse und Ve- lichkeit? rifikation von Software“ (TAV) unter dem Motto „Qua- lität im Fokus der Software Engineering Ausbildung “ Erfahrungen mit unterschiedlichen durchgeführt. Lernformaten Der Tradition folgend, schafft auch die diesjährige • Wie können empirische Methoden in Projekten Tagung einen Rahmen für die Diskussion zu aktuellen vermittelt werden? Fragen der Softwaretechnik im Kontext der Hochschul- lehre. Diese Fragen führen zu altbekannten Themen, • Wie können aktive Lernumgebungen gestaltet wer- die wiederholt Programmpunkte seit 1992 sind, aber den? auch zu neuen Themen, die sich insbesondere aus Ver- • Welche Erfahrungen gibt es mit integrierten Pra- änderungen der industriellen Softwareentwicklung xisprojekten im Studium? und den Qualitätsanforderungen in einer sich schnell verändernden Welt ergeben. Dieses Spektrum spiegeln • Wie definieren wir Lernziele im Software Enginee- auch die vier eingeladenen Vorträge wider: Andreas ring? Zeller blickt auf frische Ansätze für Forschung, Praxis und Lehre in der Testautomatisierung. Peter Zimmerer Agile Projekte mit crossfunktionalen Teams stellt vor dem Hintergrund seiner langjährigen Pra- • Wie werden Entscheidungen in agilen Teams ver- xiserfahrungen die Anforderungen an Kompetenzen waltet? von Testarchitekten zur Diskussion. Während Elmar Jürgens und Eleonora Scherl Methoden des Software • Wie vermitteln wir Usability Engineering in agilen Engineering reflektieren, die essentielle Grundlagen Teams? für ihre agilen Projekte und in ihren Unternehmen Wir hoffen, dass die ausgewählten Beiträge auch in sind. diesem Jahr die Grundlage für anregende Diskussio- Mit diesen Vorträgen spannen wir einen Bogen über nen bilden. ein breites Spektrum an Kompetenzen, die wir im Soft- ware Engineering vermitteln und stärken wollen. Mit den eingereichten Beiträgen haben wir eine Vielzahl von konkreten Beispielen, die zum Diskutieren oder auch zum Nachahmen anregen. V. Thurner, O. Radfelder, K. Vosseberg (Hrsg.): SEUH 2019 2 Vorwort Veronika Thurner Dank Programmkomitee der SEUH 2019 Eine Tagung wie die SEUH ist nicht denkbar ohne Ruth Breu, Uni Innsbruck die Menschen, die die Wichtigkeit von Diskussion und Bernd Brügge, TU München Dialog zwischen Gleichgesinnten erkannt haben und dies durch ihre Unterstützung zum Ausdruck bringen. Anna Hauptmann, HS Dresden Ihnen wollen wir an dieser Stelle danken. Maritta Heisel, Uni Duisburg-Essen Zu allererst bedanken wir uns bei den Fachkolle- ginnen und Fachkollegen, die Beiträge eingereicht Marco Kuhrmann, TU Clausthal und damit eine Auswahl ermöglicht haben. Dem Pro- Dieter Landes, HS Coburg grammkomitee danken wir für die Begutachtung der Beiträge, deren Einordnung in das Programm sowie Barbara Paech, Uni Heidelberg das hilfreiche Feedback für die Verbesserung der Bei- Oliver Radfelder (Organisation), HS Bremerhaven träge. Karin Vosseberg und Oliver Radfelder von der Hoch- Kurt Schneider, Uni Hannover schule Bremerhaven und lokale Organisatoren der Juliane Siegeris, HTW Berlin SEUH 2019 danken wir für die professionelle Gestal- tung der Webseite, das tatkräftige Zupacken bei der Veronika Thurner (Vorsitz), HS München Umsetzung des Tagungsbandes, die Unterstützung bei Karin Vosseberg (Organisation), HS Bremerhaven der Planung im Vorfeld sowie die hervorragende Or- ganisation vor Ort. Des Weiteren bedanken wir uns bei den studenti- Ständiges Organisationskomitee schen Hilfskräften für ihre Unterstützung vor Ort bei Axel Schmolitzky, HS Hamburg der Durchführung der SEUH 2019. Ebenso danken wir der Hochschulleitung der Hoch- Kurt Schneider, Leibniz-Universität Hannover schule Bremerhaven für die Möglichkeit, die Räumlich- Veronika Thurner, HS München keiten und technischen Einrichtungen der Hochschule für die SEUH zu nutzen. Ein herzlicher Dank gebührt ferner den Sponso- ren, ohne deren Unterstützung die Durchführung der SEUH in dieser From nicht möglich wäre: • German Testing Board e.V. • Merentis GmbH • dpunkt Verlag • ASQF e.V. • GI e.V. Den Mitarbeitern des Publikationsdienstes CEUR Workshop Proceedings danken wir für die elegante und zeitgemäße Möglichkeit, diesen Tagungsband in elektronischer Form zu veröffentlichen. Wir freuen uns, mit diesem Tagungsband einen Ein- blick in die SEUH 2019 geben zu können, und wün- schen anregendes und inspirierendes Lesen. Veronika Thurner, Hochschule München Vorsitzende des Programmkomitees V. Thurner, O. Radfelder, K. Vosseberg (Hrsg.): SEUH 2019 3 Software-Tests automatisch erzeugen – Frische Ansätze für Forschung, Praxis und Lehre Andreas Zeller CISPA Helmholtz-Zentrum für Informationssicherheit, Saarbrücken [email protected] Zusammenfassung Abstract Automatisch erzeugte Softwaretests können mit we- Automatically generated software tests can find many nig menschlichem Aufwand viele Fehler finden. In errors with little human effort. In this talk I will intro- diesem Vortrag stelle ich aktuelle Techniken zur Test- duce current test generation techniques that automat- erzeugung vor, die für ein gegebenes Programm ically derive the input language of a given program vollautomatisch dessen Eingabesprache ableiten und and derive large amounts of valid test inputs from the aus den so entstehenden Grammatiken große Men-
Recommended publications
  • Presentación De Powerpoint
    Software Architecture of Oviedoof University Software Architecture Documentation Science Computer of of Course 2018/2019 Jose E. Labra Gayo School Software Architecture Contents of Oviedoof Communicating software architecture University Goal of documentation Documentation stakeholders Views Documentation and agile projects Guidelines Documentation approaches Kuchten 4+1 views Science Views and beyond C4 model Computer of of Arc42 School Software Software School of Computer Science University of Oviedo Architecture Software Architecture of Oviedoof Architecture is more than code University The code doesn't tell the whole story Questions the code doesn't answer How the software fits into existing system landscape? Why the technologies were chosen? What's the overall structure of the system? Where the components are deployed at runtime? How do the components communicate? How and where to add new functionality? What common patterns and principles are used? Science How the interfaces with other systems work? Computer How security/scalability/… has been achieved? of of . School Software Architecture of Oviedoof Goal of documentation Main goal: communicate the structure University Understand the big picture Create a shared vision: team and stakeholders Common vocabulary Describe what the sofware is and how is being built Focus for technical conversations about new features Provide a map to navigate the source code Justify design decisions Science Help new developers that join the team Computer of of School Software Architecture Documentation
    [Show full text]
  • Software Architecture Addresses the Challenge of Communicating and Navigating Large and Complex Systems to Stakeholders, Both Technical and Non-Technical
    SEDT 24 Transcript EPISODE 24 [INTRODUCTION] [0:00:00.0] JM: Software architecture addresses the challenge of communicating and navigating large and complex systems to stakeholders, both technical and non-technical. Over the years, software architecture has gone in and out of fashion. Today we discuss why software architecture is important, what it means to have software architecture and how to properly structure teams and incorporate architecture. Today’s shows guest hosted by David Curry. David sits down with Simon Brown to discuss the importance of having a common language for software systems. Simon is an independent consultant specializing in software architecture. He's the author of Software Architecture for Developers and the founder of Structurizr. If you're interested in hosting a show yourself like David, who is guest hosting the show. It’s his second show he's guest hosted. Check out softwareengineeringdaily.com/host or you can email [email protected], that's me, to find out more about hosting a show. We'd like to get more external voices and turn Software Engineering Daily into more of a media channel with different voices, different types of content, and I’d love to hear your ideas. Send me an email, [email protected]. [SPONSOR MESSAGE] [0:01:29.0] JM: For years when I started building a new app, I would use MongoDB. Now, I use MongoDB Atlas. MongoDB Atlas is the easiest way to use MongoDB in the cloud. It’s never been easier to hit the ground running. MongoDB Atlas is the only database as a service from the engineers who built MongoDB.
    [Show full text]
  • Dashboard Meta-Model for Knowledge Management in Technological Ecosystem: a Case Study in Healthcare †
    Proceedings Dashboard Meta-Model for Knowledge Management in Technological Ecosystem: A Case Study in Healthcare † Andrea Vázquez-Ingelmo 1,*, Alicia García-Holgado 1, Francisco José García-Peñalvo 1 and Roberto Therón 2 1 GRIAL Research Group, Computer Science Department, University of Salamanca, 37008 Salamanca, Spain; [email protected] (A.G.-H.); [email protected] (F.J.G.-P.) 2 VisUSAL, GRIAL Research Group, Computer Science Department, University of Salamanca, 37008 Salamanca, Spain; [email protected] * Correspondence: [email protected]; Tel.: +34-923294500 (ext. 3433) † Presented at the 13th International Conference on Ubiquitous Computing and Ambient Intelligence UCAmI 2019, Toledo, Spain, 2–5 December 2019. Published: 20 November 2019 Abstract: Informal caregivers play an important role in healthcare systems in many countries. They have a high impact on reducing care costs related to dependent persons because their support prevents institutionalization. A technological ecosystem has been defined to support informal caregivers using psychoeducation techniques. This ecosystem should include a dashboard to support decision-making processes related to the wellbeing of patients and caregivers. A dashboard meta-model was used to obtain a concrete model for the presented context. This meta-model allows defining dashboards adapted to the users’ needs and specific data domains. Keywords: model-driven development; dashboard; meta-model; knowledge management; healthcare; technological ecosystem 1. Introduction Nowadays, knowledge is the driver for development in any context. It has become the most important strategic factor in corporate operations [1] because it is associated with the capabilities of companies to achieve a competitive advantage [2,3]. Within an organization, knowledge is not only electronic or printed documents; the employees’ own knowledge and the implicit knowledge within the organization’s processes are part of the assets related to knowledge [4].
    [Show full text]
  • MIRROR Architecture and Integration Plan
    Co‐funded by the Horizon 2020 programme of the European Union h2020mirror.eu MIRROR Migration‐Related Risks caused by misconceptions of Opportunities and Requirements Grant Agreement No. GA832921 Deliverable D7.1 Work‐package WP7: Architecture and Information Model Deliverable D7.1: MIRROR Architecture and Integration Plan Deliverable Leader EURIX Quality Assessor FOI Dissemination level Public Delivery date in Annex I M6, November 30, 2019 Actual delivery date November 30, 2019 Revisions 1 Status Final Keywords MIRROR Architecture, Components, Continuous Integration MIRROR Deliverable 7.1 Disclaimer This document contains material, which is under copyright of individual or several MIRROR consortium parties, and no copying or distributing, in any form or by any means, is allowed without the priorwritten agreement of the owner of the property rights. The commercial use of any information contained in this document may require a license from the propri‐ etor of that information. Neither the MIRROR consortium as a whole, nor individual parties of the MIRROR consortium warrantthat the information contained in this document is suitable for use, nor that the use of the information isfree from risk, and accepts no liability for loss or damage suffered by any person using this information. This document reflects only the authors’ view. The European Community is not liable for any use thatmay be made of the information contained herein. © 2019 Participants in the MIRROR Project Page 2 (of 35) h2020mirror.eu Deliverable 7.1 MIRROR List of Authors Partner Acronym Authors EURIX Francesco Gallo, Germano Russo LUH Erick Elejalde, Miroslav Shaltev SAIL Gerhard Backfried, Erinc Dikici CERTH Vasileios Mezaris, Alexandros Pournaras RUG Jeanne Pia Mifsud Bonnici © MIRROR Page 3 (of 35) MIRROR Deliverable 7.1 Table of Contents Executive Summary 6 1 Introduction 7 1.1 Relationship with Other Deliverables ............................
    [Show full text]
  • Microservices Vs. Service-Oriented Architecture
    Exploring interactive application landscape visualizations based on low-code automation Nick Jansen First supervisor: dr. ir. J.M.E.M van der Werf, UU Second supervisor: prof. dr. S. Brinkkemper, UU External supervisor: ir. A. Koelewijn, Mendix B.V. INTRODUCTION .................................................................... 3 RESEARCH APPROACH .......................................................... 5 2.1 Research Questions ...................................................................... 5 2.2 Research Methods ....................................................................... 7 LITERATURE STUDY ............................................................ 11 3.1 Context ...................................................................................... 11 3.2 Documentation problems .......................................................... 16 3.3 Documentation solutions ........................................................... 19 3.4 Conclusions ................................................................................ 22 THE APPLICATION LANDSCAPE MAP REQUIREMENTS ....... 24 4.1 Interview information ................................................................ 24 4.2 Results ....................................................................................... 24 THE APPLICATION LANDSCAPE MAP SPECIFICATION .......... 33 5.1 Introduction ............................................................................... 34 5.2 Language Structure ...................................................................
    [Show full text]
  • Latest Ubuntu LTS Or Newer, Arch, Debian Testing, SUSE Tumbleweed, Or Similar
    Gaphor Documentation Release 2.6.1 Arjan J. Molenaar Sep 29, 2021 INSTALLATION 1 Gaphor on Linux 3 2 Gaphor on macOS 7 3 Gaphor on Windows 9 4 Framework 15 5 Service Oriented Architecture 17 6 Event System 21 7 Modeling Languages 23 8 Style Sheets 27 9 Transaction support 33 10 Items and Elements 37 11 Modeling Language Core 39 12 Unified Modeling Language 41 13 Systems Modeling Language 47 14 Risk Analysis and Assessment Modeling Language 51 15 C4 Model 59 16 Saving and Loading models 61 17 Undo Manager 63 18 UML and SysML Data Model 65 19 Stereotypes 67 20 Data Model 69 21 Connection Protocol 71 22 External links 73 i Index 75 ii Gaphor Documentation, Release 2.6.1 Gaphor is a UML and SysML modeling application written in Python. It is designed to be easy to use, while still being powerful. Gaphor implements a fully-compliant UML 2 data model, so it is much more than a picture drawing tool. You can use Gaphor to quickly visualize different aspects of a system as well as create complete, highly complex models. This documentation is aimed at those who would be interested in making contributions to Gaphor. For download instructions, tutorials and how-to’s, please visit the Gaphor Website. If you’re into writing plug-ins for Gaphor you should have a look at our fabulous Hello world plug-in. INSTALLATION 1 Gaphor Documentation, Release 2.6.1 2 INSTALLATION CHAPTER ONE GAPHOR ON LINUX 1.1 Development Environment To set up a development environment with Linux, you first need a fairly new Linux distribution version.
    [Show full text]
  • Contents.Pdf
    Software architecture Study guide Software architecture Study guide Author: Jose Emilio Labra Gayo Course: 2020-21 Date: 25 May 2021 Web page: https://arquisoft.github.io/course2021.html 1.1 Presentation ...................................................................................................................... 3 1.2 Software Architecture – definitions .................................................................................... 4 1.3 Communicating software architecture ............................................................................... 5 1.4 Role of Software architect and stakeholders .................................................................... 7 1.4.1 Role of software architect ............................................................................................ 7 1.4.2 Stakeholders ............................................................................................................... 8 1.5 Quality attributes/architecture characteristics ................................................................... 9 1.5.1 Types of requirements................................................................................................. 9 1.5.2 Specifying quality attributes ........................................................................................ 9 1.5.3 Measuring quality attributes ...................................................................................... 10 1.6 Achieving software architecture .....................................................................................
    [Show full text]
  • High Level Documentation Software
    High Level Documentation Software Filarial and gynecological Heywood unknotted some demoralisation so warningly! Phyllotactical and stimulating Colin bestrewn, but Wolfgang experimentally boohooing her orthotone. Beamier Son caballed, his shammies predisposes outstripped bewilderingly. Below we want and high level design documentation! Documentation provides value is used to your entire system, you can expect more details pertaining to level software currently various user. In traditional software development projects there as comprehensive. High lounge is like architecture type designs where things like IPs are everything It's a 10k foot view Low quality is detailed network with IP addresses basically it's a sh run kinda detailed diagram. First imagine all they want to emphasize this camp about high-level design These kinds. I bring have a drawing tool like LucidChart and build the diagram on most fly from have. Requirements and attack Level Design HLD Document Shodor. 5 Development services handover the System Description Document to. Continuing performance problems into high level. Pathway to his degree Architectural Design Technology Architectural. Introduction to Software Development Life Cycle Documentation. CSE 331 Documenting a disease System Washington. All software documentation is that tells them better ways by tech advancements, everybody to level software components, both for regional manager already registered trademark of agile. Create simply beautiful professional software or infrastructure diagram in. Vision statement sometimes also referred to policy a Vision project Scope Document is best piece the software documentation containing a high-level. This is yes very high-level blueprint of your application such simply an. Slicing up its dynamics and high level software documentation.
    [Show full text]
  • A Model-Driven Architecture Based Evolution Method and Its Application in an Electronic Learning System
    A Model-Driven Architecture based Evolution Method and Its Application in An Electronic Learning System PhD Thesis Yingchun Tian Software Technology Research Laboratory De Montfort University October, 2012 To my husband, Delin Jing and my mum, Ning Zhang for their love and support Declaration Declaration I declare that the work described in this thesis was originally carried out by me during the period of registration for the degree of Doctor of Philosophy at De Montfort University, U.K., from October 2008 to December 2011. It is submitted for the degree of Doctor of Philosophy at De Montfort University. Apart from the degree that this thesis is currently applying for, no other academic degree or award was applied for by me based on this work. I Acknowledgements Acknowledgements For many years I had been dreaming about receiving a PhD, I would like to thank many people who helped me in achieving this dream in different ways since I undertook the work of this thesis. My deepest gratitude goes to my supervisor, Professor Hongji Yang, for his guidance, support and encouragement throughout my PhD career. He always provided me with many invaluable comments and suggestions for the improvement of the thesis. I am grateful for his leading role fostering my academic, professional and personal growth. Many thanks go to Professor Hussein Zedan and Doctor Wenyan Wu, for examining my PhD thesis and providing many helpful suggestions. My research career will benefit tremendously from the research methodologies to which Professor Zedan and Doctor Wu introduced me. I would like to thank colleagues in Software Technology Research Laboratory at De Montfort University, for their support and feedback, and for providing such a stimulating working atmosphere, Professor Hussein Zedan, Doctor Feng Chen, Doctor Amelia Platt, Doctor Antonio Cau, and many other colleagues.
    [Show full text]
  • José Miguel Mendes Canelha
    ndesCanelha é Miguel Me Miguel é Jos ITY EAL R IRTUAL V OR F José Miguel Mendes Canelha ENSATIONS S PROGRAMMABLE VIBROTACTILE SENSATIONS FOR VIRTUAL IBROTACTILE REALITY V ROGRAMMABLE ROGRAMMABLE P Dissertation in the context of the Master in Informatics Engineering, Specialization in Software Engineering, advised by Professor Jorge Cardoso and presented to Faculty of Sciences and Technology / Department of Informatics Engineering. March 2021 Faculty of Sciences and Technology Department of Informatics Engineering Programmable Vibrotactile Sensations for Virtual Reality José Miguel Mendes Canelha Dissertation in the context of the Master in Informatics Engineering, Specialization in Software Engineering, advised by Prof. Jorge Cardoso and presented to the Faculty of Sciences and Technology / Department of Informatics Engineering. March 2021 This page is intentionally left blank. Acknowledgments First of all, I would like to begin by expressing my deep gratitude to Professor Jorge Cardoso for the opportunity to participate in this exciting project and especially for the availability that he always had during the whole semester. Secondly, I would like to extend my gratitude to André Perrotta, not only for the opportunity to participate in the TherTactExo project but also for his availability to clarify any doubts that arose. To all my colleagues that I now have the pleasure to call friends, a big thank you for everything. Without you, this journey would not be the same. Finally, I want to thank from the bottom of my heart my parents, grandmother, and sister for always supporting me during this long journey. It is to you that I dedicate this work. Thank you! iii This page is intentionally left blank.
    [Show full text]
  • META for Microservices Getting Your Enterprise Migration in Motion Matt
    META for microservices Getting your enterprise migration in motion Matt McLarty, Chief Architect, Islay Bank @mattmclartybc Agenda Dealing with Complexity in the Digital Age META: Microservice-based Enterprise Transformation Approach Program Design System Design Service Design Foundation Design Practice Design Next Steps The Digital Age Digital Transformation • A movement to make every business a software business – Not just a business that uses software • The primary goals are innovation and optimization • Cloud computing, microservices, and APIs are technology enablers Digital Transformation Information Operationalization Process Optimization Data Digitization Digital Transformation Information Operationalization API Process Optimization API Data Digitization Barriers to Digital Transformation Highly-integrated applications and data Legacy technology, packaged solutions, skill gaps Large, hierarchical organizations Outsourcing, geographical distribution Industry regulations, shareholder/public scrutiny Complexity Dealing with Complexity Essential vs. Accidental Complexity Essential Complexity • The complexity of the software’s functional scope and the problems it solves (e.g. correlating and analyzing large amounts of data in real time) Accidental Complexity • The complexity of the software’s implementation details (e.g. the languages, processes and messages used to do the work) The Truth About Software Complexity “Many of the classical problems of developing software products derived from this essential complexity and its nonlinear increase with size.” - Fred Brooks, No Silver Bullet—Essence and Accident in Software Engineering Dealing with Complexity • Lesson #1 – Differentiate the complexity Abstraction, Hierarchy and Modularization • Herbert Simon, The • Edsger Dijkstra, Structure of • David Parnas, On the Architecture of Complexity, the “THE”-multiprogramming Criteria To Be Used in 1962 language, 1968 Decomposing Systems into Modules, 1972 Modularity “Modularity … is to a technological economy what the division of labor is to a manufacturing one.” - W.
    [Show full text]
  • Designed and Delivered Today, Eroded Tomorrow?
    DESIGNED AND DELIVERED TODAY, ERODED TOMORROW? TOWARDS AN OPEN AND LEAN ARCHITECTING FRAMEWORK BALANCING AGILITY AND SUSTAINABILITY supported by ADMentor, ART and Service Cutter tools Prof. Dr. Olaf Zimmermann (ZIO) The Open Group Certified Distinguished IT Architect (Chief/Lead) Institute für Software, HSR FHO [email protected] ZIO Past and Present Research & development and professional services since 1994 em. IBM Solution Architect & Research Staff Member Systems & Network Management, J2EE, Enterprise Application Integration/SOA em. ABB Senior Principal Scientist Enterprise Architecture Management/Legacy System Modernization/Remoting Industry projects and coachings Product development and IT consulting (middleware, SOA, information systems, SE tools) Tutorials: UNIX/RDBMS, OOP/C++/J2EE, MDSE/MDA, Web Services/XML Focus @ HSR: design of distributed/service-oriented systems Cloud computing, Web application development & integration (runtime) Model-driven development, architectural decisions (build time) (Co-)Editor, Insights column, IEEE Software PC member, e.g., ECSA, WICSA, QoSA, SATURN, SummerSoC Page 3 © Olaf Zimmermann, 2016. Service-Oriented Architecture (SOA) for Core Banking Core banking application, shared service/service provider model Layers pattern, data stored in backend, Web frontend, Web services Reference: ACM OOPSLA 2004 & Informatik-Spektrum Heft 2/2004 Page 4 © Olaf Zimmermann, 2016. Process-Enabled Order Mgmt. SOA for Telecom Service Provider “We decided for the Model-View-Controller (MVC) pattern to control
    [Show full text]