Zur Kurzanzeige

dc.contributor.authorDemuth, Andreas
dc.contributor.authorKretschmer, Roland
dc.contributor.authorTröls, Michael
dc.contributor.authorKanakis, Georgios
dc.contributor.authorMaes, Davy
dc.contributor.authorEgyed, Alexander
dc.contributor.editorTichy, Matthias
dc.contributor.editorBodden, Eric
dc.contributor.editorKuhrmann, Marco
dc.contributor.editorWagner, Stefan
dc.contributor.editorSteghöfer, Jan-Philipp
dc.date.accessioned2019-03-29T10:24:07Z
dc.date.available2019-03-29T10:24:07Z
dc.date.issued2018
dc.identifier.isbn978-3-88579-673-2
dc.identifier.issn1617-5468
dc.identifier.urihttp://dl.gi.de/handle/20.500.12116/21146
dc.description.abstractThe engineering of systems is unimaginable without software tools. Engineers use them to capture and analyze engineering problems; specify, implement, test, and maintain engineering solutions, and manage engineering processes. Yet, there is a gap between the capabilities of independently working engineers and the needs of a collaborative engineering team. The existing tool landscape emphasizes the former. Most engineering tools are single-user applications – often of excellent quality but limited in that they support the works of individual engineers and not that of a group of engineers. And herein lies one of the most fundamental problems of software and systems engineering. Engineers know well the engineering knowledge they capture but they often lack awareness of the many implications their work has on other engineers and/or other engineering domains. This is a problem because in today’s engineering projects, companies continuously have to adapt their systems to changing customer or market requirements. This requires a flexible, iterative development process in which different parts of the system under construction are built and updated concurrently. However, concurrent engineering is quite problematic in domains where different engineering domains and different engineering tools come together. In this paper, we discuss experiences with Van Hoecke Automation, a leading company in the areas of production automation and product processing, in maintaining the consistency between electrical models and the corresponding software controller when both are subject to continuous change. The paper discusses how we let engineers describe the relationships between electrical model and software code in form of links and consistency rules; and how through continuous consistency checking our approach then notified those engineers of the erroneous impact of changes in either electrical model or code.en
dc.language.isoen
dc.publisherGesellschaft für Informatik
dc.relation.ispartofSoftware Engineering und Software Management 2018
dc.relation.ispartofseriesLecture Notes in Informatics (LNI) - Proceedings, Volume P-279
dc.subjectcollaborative engineering
dc.subjecttraceability
dc.subjectconsistency checking
dc.subjectmodel-driven development
dc.subjectmodel-driven engineering
dc.titleExperiences on Traceability and Consistency Checking across Engineering Tools in an Automation Solution Companyen
dc.typeText/Conference Paper
dc.pubPlaceBonn
mci.reference.pages139-140
mci.conference.sessiontitleSoftware Engineering 2018 - Wissenschaftliches Hauptprogramm
mci.conference.locationUlm
mci.conference.date5.-9. März 2018


Dateien zu dieser Ressource

Thumbnail

Zur Kurzanzeige