Verwaltungsdaten |
Angelegt am 05/11/2012 01:38:25 PM von Ulrike Krüger Letzte Änderung am 06/08/2012 01:58:23 PM von Ulrike Krüger Aktueller Publikations-Status: aktiv |
Dokument-ID |
ME2115943 |
Workflow |
Aktueller Freigabestatus: freigegeben Aktueller Redakteur: Ulrike Krüger
Neuer Freigabestatus: freigegeben Neuer Redakteur: Ulrike Krüger
|
Notizen z. Bearbeitung: |
|
Zeitgesteuerte Publikation |
Publizieren von 11.05.2012 bis
|
Überarbeitung |
Überarbeiten ab
|
Artikeldaten |
Print-Angaben |
Ausgabe: ME 6/2012 (Folgenummer: 2012-6)
Beginn auf Seite: 42 Ende auf Seite: 44
|
Online-Zuordnungen |
Rubrik: Fachartikel Messeführer/Special: [keine Zuordnung] Versteckt: Nein |
Hervorhebungen |
Topthema auf Homepage: Nein Topthema auf Channel-Leitseite: Nein
Auf Homepage halten: Nein Auf Channel-Leitseite halten: Nein
Nie auf Homepage stellen: Nein Nie auf Channel-Leitseite stellen: Nein
|
Themen-Channel
|
Anwendungen.Automatisierungstechnik; Anwendungen.Automotive; Anwendungen.Elektromobilität; Anwendungen.Kommunikationstechnik; Anwendungen.Medizintechnik; Anwendungen.Umwelttechnik; Automatisierungstechnik.Produktionsdaten; Automatisierungstechnik.Wartungsdaten; Messtechnik und Sensorik.Applikationssysteme; Software und Engineering.Berechnungssoftware; Software und Engineering.Dokumentations-Software; Software und Engineering.Hard- und Software-Entwicklung; Software und Engineering.Ingenieur-Software; Software und Engineering.Mechatronik Engineering; Software und Engineering.Simulation; Software und Engineering.Software-Engineering (CASE)
|
Artikelname |
|
Schlüsselwörter |
|
html-Dateiname |
|
Ort und Datum |
, 05/11/2012 |
Dachzeile |
Damit Updates nicht zum Abenteuer werden |
Titel |
OSLC aus Anwenderperspektive |
Anlauf/Vorspann |
In vielen Unternehmen werden im Verlauf eines Entwicklungsprojektes unterschiedliche Spezialwerkzeuge eingesetzt. Deren Integration über den ganzen Lifecycle hinweg ist nicht immer optimal gelöst. Der typische Ansatz einer engen Punkt-zu-Punkt-Integration zwischen zwei Werkzeugen funktioniert sehr gut, solange es sich wirklich nur um diese beiden Tools handelt. Sobald mehr als zwei Werkzeuge in einem Projekt zum Einsatz kommen, wird die Vermaschung der verschiedenen Integrationen sehr unübersichtlich und jedes Update
eines einzelnen Moduls gerät zum Abenteuer. |
Teaser |
|
Autoren |
Renate Stücka |
Artikel-Text |
Der Weg in Richtung ein Werkzeug für alles – also mit einer Datenbank für alle Aufgaben im Lifecycle – stößt ebenfalls schnell an seine Grenzen. Denn damit werden vorhandene gewachsene Tool-Umgebungen mit den dort gespeicherten Artefakten ausgeschlossen. Eine Migration kann entsprechend sehr aufwendig werden. OSLC (Open Services for Lifecycle Collaboration) zeigt einen dritten Weg auf, der die Nachteile der beiden anderen Ansätze umgeht. OSLC basiert auf Konzepten, die sich im Internet seit Jahren millionenfach bewährt haben. Durch sie können die Tools auf Ressourcen-Ebene integriert werden, wobei gemeinsame Strukturen entstehen. Diese bieten einerseits die gewünschte Basis-Kompatibilität, ermöglichen aber zugleich Erweiterungen für besondere Entwicklungsaufgaben (Bild 1). In OSLC wird jedes Artefakt im Lifecycle als HTTP-Ressource angesehen, die mit den üblichen in der HTTP-Spezifikation vorgesehenen Methoden (GET, PUT, POST, DELETE) manipuliert werden kann. Dabei ist es zunächst unerheblich, um welche Art von Artefakt es sich handelt, zum Beispiel Anforderung, Testfall, Defekt, Quellcode,und so weiter.
Laden Sie sich den vollständigen Beitrag als PDF herunter. |
Bild für Listen (klein) |
|
Bild für Listen (groß) |
Bildnachweis (wird als ALT-Text verwendet):
|
Links |
Link(s) zu anderen Artikeln
|
|
Link(s) zum Branchenführer
|
IBM Deutschland GmbH (ID 262121641-96354)
|
Link(s) zum Terminkalender
|
|
pdf-Download |
Verfügbar für |
Frei für Alle: Nein Frei für registrierte Nutzer: Ja Frei für Print-Abonnenten: Ja Pay-per-View mit Firstgate: Nein |
Pfad zur pdf-Datei |
\2012\ME_6_12\MT_6_12_42-44_IBM.pdf
|
Firstgate-Link |
|