@book{BenekenErnstSchmidt2015, author = {Beneken, Gerd and Ernst, H. and Schmidt, Jochen}, title = {Grundkurs Informatik: Grundlagen und Konzepte f{\"u}r die erfolgreiche IT-Praxis - Eine umfassende, praxisorientierte Einf{\"u}hrung (Auflage von 2015)}, publisher = {Springer Vieweg}, address = {Berlin}, publisher = {Technische Hochschule Rosenheim}, year = {2015}, abstract = {Das Buch bietet eine umfassende und praxisorientierte Einf{\"u}hrung in die wesentlichen Grundlagen und Konzepte der Informatik. Es umfasst den Stoff, der typischerweise in den ersten Semestern eines Informatikstudiums vermittelt wird, vertieft Zusammenh{\"a}nge, die dar{\"u}ber hinausgehen und macht sie verst{\"a}ndlich. Die Themenauswahl orientiert sich an der langfristigen Relevanz f{\"u}r die praktische Anwendung. Praxisnah und aktuell werden die Inhalte f{\"u}r Studierende der Informatik und verwandter Studieng{\"a}nge sowie f{\"u}r im Beruf stehende Praktiker vermittelt. Die vorliegende f{\"u}nfte Auflage wurde grundlegend {\"u}berarbeitet und aktualisiert.}, language = {de} } @book{HammerschallBeneken2013, author = {Hammerschall, Ulrike and Beneken, Gerd}, title = {Software Requirements (Pearson Studium - IT)}, publisher = {Pearson Studium}, address = {Hallbergmoos}, publisher = {Technische Hochschule Rosenheim}, year = {2013}, abstract = {Das Lehrbuch Software Requirements von Ulrike Hammerschall und Gerd Beneken f{\"u}hrt in die Grundkonzepte des Requirements Engineering ein und zeigt anhand vieler anschaulicher Beispiele, wie man systematisch und methodisch bei der Ermittlung, Dokumentation, Spezifikation, Modellierung, Validierung und Verwaltung von Software Requirements vorgeht. Mit seinem Inhalt und didaktisch wertvollem Aufbau richtet sich das Buch an Studierende der Fachrichtung Informatik und Wirtschaftsinformatik, sowie aller verwandten Fachrichtungen, die sich mit den Themen Software Engineering oder Requirements Engineering besch{\"a}ftigen. Software Requirements sind die Anforderungen der Anwender an die Funktionalit{\"a}t eines geplanten Software-Systems. Requirements Engineering ist der Prozess zur methodischen Erhebung und Beschreibung der Anforderungen. Die Kunst eines guten Requirements Engineerings ist die Entwicklung einer stabilen Anforderungsbasis als zuverl{\"a}ssige Grundlage f{\"u}r die weitere Entwicklung der Software. Das vorliegende Buch f{\"u}hrt in die Grundkonzepte des Requirements Engineering ein und zeigt anhand vieler Beispiele, wie man systematisch und methodisch bei der Ermittlung, Dokumentation, Spezifikation, Modellierung, Validierung und Verwaltung von Software Requirements vorgeht. Ausf{\"u}hrliche Methodenbeschreibungen dienen zur Erl{\"a}uterung und ein durchg{\"a}ngiges Fallbeispiel hilft dem Leser die Anwendung der Methoden nachzuvollziehen. Mit Hilfe der {\"U}bungen am Ende jedes Kapitels, k{\"o}nnen die Methoden selbst einge{\"u}bt werden. Neben dem klassischen Dokument-getriebenen Requirements Engineering besch{\"a}ftigt sich das Buch mit den Methoden des agilen Requirements Engineering und vergleicht die beiden Ans{\"a}tze. Zus{\"a}tzlich bietet das Buch einen Blick {\"u}ber den Tellerrand und betrachtet die Schnittstellen des Requirements Engineerings zu anderen Teilprozessen im Entwicklungsprozess. Das Buch richtet sich an Studierende der Fachrichtung Informatik und Wirtschaftsinformatik, sowie aller verwandten Fachrichtungen, die sich mit den Themen Software Engineering oder Requirements Engineering besch{\"a}ftigen. - Der RE-Prozess, Vorgehen und Methodik. - Anforderungsermittlung, -dokumentation und -spezifikation. - Querschnittliche Aufgaben wie Validierung, Modellierung und Management von Anforderungen - Agiles RE, Vorgehen und Methodik. - Schnittstellen zu benachbarten Teilprozessen (Projektmanagement, Qualit{\"a}tsmanagement, Software-Architektur) sowie zum Usability Engineering. - Einf{\"u}hrung und Verbesserung des Requirements Engineering Prozesses in einer Organisation.}, language = {de} } @inproceedings{BenekenFeindorTurmayr2008, author = {Beneken, Gerd and Feindor, R. and Turmayr, J.}, title = {Integrierte Werkzeugunterst{\"u}tzung f{\"u}r kleine Projekte: Der Rosenheimer Team-Server}, series = {3. Workshop: Vorgehensmodelle in der Praxis - Werkzeuge und Anwendung (TUM)}, booktitle = {3. Workshop: Vorgehensmodelle in der Praxis - Werkzeuge und Anwendung (TUM)}, year = {2008}, abstract = {Aktuelle Projekte werden nur noch selten von einem einzigen Team an einem einzigen Standort bearbeitet. Um verteilt arbeitende Teams, Auftrag- und Unterauftragnehmer zu koordinieren, ist einerseits ein abgestimmtes Vorgehen notwendig, andererseits m{\"u}ssen Projekte in solchen Szenarios durch Werkzeuge unterst{\"u}tzt werden. Die problemorientierte und organisationsspezifische Integration von Werkzeugen und Vorgehensmodellen ist ein wesentliches Erfolgskriterium f{\"u}r Organisationen und ihre Projekte. Werkzeuge k{\"o}nnen Anwender unterst{\"u}tzen und durch vorgegebene Prozesse wie z.B. Risikomanagement oder Berichtswesen f{\"u}hren. Eine nahtlose Integration eines Vorgehensmodells in eine gegebene und akzeptierte Werkzeugumgebung kann sich positiv auf den Erfolg von Prozessanpassungen auswirken. Effizienzsteigerungen, bspw. durch die automatische Generierung von Vorlagen oder Dokumentation, machen Werkzeugintegrierte Prozesse auch f{\"u}r Entwickler interessant. Auf der anderen Seite m{\"u}ssen Projektspezifische Anforderungen an Werkzeuge und Prozesse ber{\"u}cksichtigt werden, die eine Flexibilit{\"a}t in der Anwendung und Benutzung erforderlich machen. Dieser 3. Workshop diskutiert in Fortsetzung der Workshops Formalisierung und Anwendung sowie Reife und Qualit{\"a}t unterschiedliche und facettenreiche Fragen, die sich hinsichtlich der Werkzeugunterst{\"u}tzung und der werkzeuggef{\"u}hrten Anwendung von Vorgehensmodellen ergeben. Insbesondere die semi- und vollautomatische Integration von Vorgehensmodellen, die Generierung von Arbeitsumgebungen und Optionen zur Anwenderunterst{\"u}tzung und Anwenderf{\"u}hrung spielen hier zentrale Rollen. Im Zentrum des Workshops steht der Lifecycle von Vorgehensmodellen mit dem Schwerpunkt der Operationalisierung durch Werkzeuge und der gef{\"u}hrten/unterst{\"u}tzten Anwendung. Von besonderem Interesse sind Fragen nach der Konzeption und Durchf{\"u}hrung von Werkzeugen und Anwenderunterst{\"u}tzung im Kontext verschiedener Vorgehensmodelle, wie bspw. dem V-Modell XT, Scrum, Prince2, RUP, XP. Themen{\"u}berblick: Der 1-t{\"a}ige Workshop zielt im Wesentlichen auf folgende Themen: Verbesserung der Akzeptanz von Vorgehensmodellen Werkzeugunterst{\"u}tzte Prozesseinf{\"u}hrung: Einf{\"u}hrung und Einf{\"u}hrbarkeit mithilfe von Werkzeugen Etablierung und Durchsetzung, Do's und Dont's Kontinuierliche werkzeugunterst{\"u}tzte Prozessverbesserung Kosten und Nutzen, Abh{\"a}ngigkeiten, Vor- und Nachteile Werkzeugunterst{\"u}tzung bei der Projektdurchf{\"u}hrung Lose gekoppelte Werkzeuglandschaften vs. integrierte Tools Werkzeugunterst{\"u}tzte Planung, Steuerung von Agilen Projekten Unterst{\"u}tzung f{\"u}r kleine, große und verteilte Teams Werkzeugunterst{\"u}tzung bei Auswahl, Anpassung und Tailoring Grenzen der Werkzeugunterst{\"u}tzung Formalisierung und Werkzeugunterst{\"u}tzung von Prozessen und Prozessschritten Vorgehens- und Reifegradmodelle: V-Model XT, XP, CMMI, RUP, Scrum etc.}, language = {de} } @inproceedings{BenekenMarschallRausch2005, author = {Beneken, Gerd and Marschall, F. and Rausch, A.}, title = {A Model Framework Weaving Approach, In: Proceedings of the First Workshop on Models and Aspects - Handling Crosscutting Concerns in MDSD at the 19th European Conference on Object-Oriented Programming (ECOOP 2005)}, series = {19th European Conference on Object-Oriented Programming (ECOOP 2005)}, booktitle = {19th European Conference on Object-Oriented Programming (ECOOP 2005)}, year = {2005}, abstract = {Nowadays, in software development usually various models and description fragments are created. Some of these artifacts describe the core of the application, such as the data model or the user interaction model. Other artifacts describe cross-cutting concerns, such as security or the requirement: "every change of data has to be confirmed by the user, before it is written into the database". During the development process these artifacts are combined, transformed, and finally implemented manually or even automatically. For instance a designer may combine a model of a dialog component specifying an action, that changes data, with a common description of a generic confirm dialog. The integrated dialog description may be afterwards implemented by a programmer. The manual combination of both artifacts and the transformation of the combined description into code are errorprone and hard to change. Industry basically tests or actually uses two approaches for the combination today: 1. At the level of code and execution Aspect-Oriented Programming (AOP) is used [KLM+97]. An aspect defines a cross-cutting concern and the weaving instructions. A code weaver provides the actual weaving at compile or runtime. 2. At the level of design models and analysis models Model-Driven Software Development (MDSD) is used [KWB03]. A model in MDSD is a first class development artifact. Thus models are significantly more abstract than the implementation of code. However, these models cannot be executed. Hence, a abstract model is transformed into another, typically more detailed. A series of such transformations results in executable code. Thereby, a model transformer or a code generator reads some of the artifacts. The other artifacts and the combination rules are implemented in transformation rules or code generation templates (or somewhere else in the transformation / generation approach).}, language = {en} } @inproceedings{SeifertBenekenBaehr2004, author = {Seifert, T. and Beneken, Gerd and Baehr, N.}, title = {Engineering Long-Lived Applications Using MDA}, series = {Intl. Conference on Software Engineering and Applications, pp. 241-246, Cambridge}, booktitle = {Intl. Conference on Software Engineering and Applications, pp. 241-246, Cambridge}, year = {2004}, abstract = {Creating long-lived software systems requires a technol ogy to build systems with good maintainability. One of the core ideas of the Model Driven Architecture (MDA) is to ease the change of the run-time platform by raising the level of abstraction in which just the business aspects are modelled, and by separating business aspects from techni cal issues and implementation details. This article anal yses the MDA approach with respect to maintainability. We argue that MDA systems will become even harder to maintain because the maintainability depends on the sys tem's (development) environment. MDA, UML and other base technologies are still under development, therefore the tools will change considerably. While the MDA possibly eases the change of the run-time platform, we show that it is quite difficult to exchange a link in the development tool chain. Our argumentation is based on the general proper ties of software evolution and the dependency chains in the development and run-time environments. It is backed by experiences with MDA development as well as by analo gies to general maintenance experiences.}, language = {en} } @inproceedings{BenekenSeifertBaehretal.2004, author = {Beneken, Gerd and Seifert, T. and Baehr, N. and Hanschke, I. and Rauch, O.}, title = {Referenzarchitekturen und MDA, In INFORMATIK 2004 - Informatik verbindet}, series = {Beitr{\"a}ge der 34. Jahrestagung der Gesellschaft f{\"u}r Informatik e.V.}, booktitle = {Beitr{\"a}ge der 34. Jahrestagung der Gesellschaft f{\"u}r Informatik e.V.}, year = {2004}, abstract = {Dieser Beitrag beschreibt, wie Referenzarchitekturen die MDA nutzbar machen. Die Referenzarchitekturen liefern dabei die konzeptionelle Unterst{\"u}tzung f{\"u}r die Konstruktion und Implementierung von Software und die MDA bietet den Rahmen f{\"u}r eine Werkzeugunterst{\"u}tzung. Die praktische Umsetzbarkeit wird mit dem OpenSource Framework AndroMDA und einer Referenzarchitektur der Firma iteratec GmbH gezeigt.}, language = {de} } @inproceedings{BenekenHammerschallBroyetal.2003, author = {Beneken, Gerd and Hammerschall, U. and Broy, M. and Cengarle, M.V. and J{\"u}rjens, J. and Pretschner, A. and Rumpe, B. and Sch{\"o}nmakers, M.}, title = {Componentware - State of the Art, Background Paper for the Understanding Components}, series = {Workshop of the CUE Initiative at the Univerita Ca Foscari di Venezia Venice}, booktitle = {Workshop of the CUE Initiative at the Univerita Ca Foscari di Venezia Venice}, year = {2003}, abstract = {Components and component-based technologies (componentware) are well-known and widely used in software development. There is a large amount of work and research in componentware. The number of available componentware approaches increases steadily and it is quite difficult to keep track of current trends in this area. In this paper, we survey the current state of the art in componentware, introduce and compare several well-known componentware approaches and classify them according to outstanding characteristics. We discuss a list of open issues in resarch and practical use of componentware and offer some proposals for further development. In our practical considerations we focus on embedded systems and business information systems because most of our partners in industry work in one of these two domains. We hope to start a broader discussion on componentware and to get a common understanding, which open issues are most important in research and industry (as a research agenda).}, language = {en} } @misc{Beneken2015, author = {Beneken, Gerd}, title = {PHP ist nur was f{\"u}r Hackerbuden? {\"U}ber die Bedeutung von PHP im Informatikstudium",}, editor = {Software \& Support Media GmbH,}, year = {2015}, abstract = {Vortrag zum Thema PHP im Informatikstudium}, language = {de} } @misc{Beneken2015, author = {Beneken, Gerd}, title = {Fail Better: Erfahrungen aus 12 Jahren Requirements Engineering in studentischen Projekten"}, editor = {Gesellschaft f{\"u}r Informatik,}, year = {2015}, abstract = {Vortrag zum Thema Requirements Engineering in studentischen Projekten}, language = {de} } @misc{Beneken2013, author = {Beneken, Gerd}, title = {Studienziel: Software Ingenieur(in), Studentische Projekte mit KMU}, editor = {BICCnet,}, year = {2013}, abstract = {Agenda: Studienziel Software-Ingenieur(in) � Projekte im Rahmen des Informatik-Studiums � Projektbeispiele -IT Partner in Forschungsprojekten Labor f{\"u}r Software-Technik -IT Partner in Forschungsprojekten -Einzelanfertigungen f{\"u}r genau einen Kunden -Unterst{\"u}tzung von Startups / Testen von Gesch{\"a}ftsideen -Projekte mit kleinen und mittleren Unternehmen � Zusammenarbeit mit FH: N{\"a}chste Schritte}, language = {de} }