79 research outputs found

    Web-basierte Atlanten als Instrumente zur Lösung raumbezogener Problemstellungen. Ein generisches Informationsmodell als semantische Brücke zwischen Daten und Diensten

    Get PDF
    Die Arbeit beschreibt Konzeption, Entwicklung, Aufbau und Betrieb eines generischen Informationsmodells in der Verwaltung der Stadt Köln. Das Modell ist praxiserprobt und in der Fachwelt bekannt. Einige Komponenten beginnen, sich als Standard für Geoinformationssysteme durchzusetzen. In seiner Gesamtheit ist das Modell einzigartig. Über Lizenzen findet es Verbreitung in Städten und Unternehmen. Teile waren immer wieder Richtungsgeber und Schrittmacher der technologischen Entwicklung. Der Verfasser, nach Konzeption, Entwicklung und Aufbau des Modells nun mit den nicht minder schwierigen Alltäglichkeiten des Betriebs befasst, schaut visionär voraus. Er sieht zusätzlich zur technischen Weiterentwicklung die Öffnung des bisher verwaltungsinternen Informationsmodells nach außen als erstrebenswert an. Informationsbeteiligung wäre nicht nur ein auch politikwirksames Zeichen modernen Verwaltungsmanagements, sondern sicherlich auch ein willkommener Beitrag zur wohlverstandenen Informationsgesellschaft. Ein generisches Informationsmodell kann flexibel auf raumbezogene Informations-wünsche reagieren. Allein Geodaten reichen dazu aber nicht aus; sie sind um Sach-daten aus den Verwaltungsverfahren zu ergänzen. Erst dadurch ist es möglich, die umfangreichen Datenschätze einer Kommunalverwaltung in Werte umzusetzen und für vielfältige geographische Fragestellungen zu nutzen. Als Grundlage des als Semantic Data Dictionary bezeichneten Informationsmodells war ein raumbezogenes Data Warehouse zu konzipieren, zu realisieren und aufzu-bauen. Das Besondere daran ist die Verbindung eines Spatial Data Warehouse mit einem Business Data Warehouse. Das bedeutet nicht nur die Verknüpfung von Geo- und Sachdaten für Raumanalysen, sondern auch die Zusammenführung komplexer Wertschöpfungsprozesse für eine integrierte Informationsproduktion. Der Nutzer hat dadurch Zugriff auf laufend aktuelle Sachdaten für beliebige räumliche Strukturen. Die aus unterschiedlichen Quellen zusammengeführten und verdichteten Informationen werden auf der Basis einer modernen IT-Architektur als raum-bezogene Dienste im Sinne von Spatial Business Intelligence bereitgestellt. Das dahinter stehende Content Management System ermöglicht den Aufbau und die Pflege von raumbezogenen Diensten, aber auch die schnelle Reaktion auf neue Informationszusammenstellungen und unterstützt dabei Verfahren zur Informations-gewinnung. Die als Web Services angebotenen Atlanten ermöglichen dem Nutzer unterschiedliche Sichten auf Struktur, Inhalt, Funktionalität und Sprache und damit eine neue Dimension sachbezogener Raumanalysen. Am Beispiel ausgewählter Indikatoren wird der gesamte innovative Produktions-prozess von den Verwaltungsdaten über die Datenmodellierung im Data Warehouse und die Informationsmodellierung bis zu interaktiven Atlanten im Web aufgezeigt. Dazu werden Sachdaten aus unterschiedlichen Quellen kleinräumig aufbereitet und analysiert. Die Grundlagendaten und die daraus abgeleiteten Ergebnisse sind in verschiedenen Planungsatlanten nutzbar. Dieses Wertschöpfungsnetzwerk ist auf andere raumbezogene Problemstellungen übertragbar

    Rechnerunterstützung für die Suche nach verarbeitungstechnischen Prinziplösungen

    Get PDF
    Die hier zur Verfügung gestellte Datei ist leider nicht vollständig, aus technischen Gründen sind die folgenden Anhänge leider nicht enthalten: Anhang 3: Begriffshierarchie "verarbeitungstechnische Funktion" S. 141 Anhang 4: Begriffshierarchie "Eigenschaftsänderung" S. 144 Anhang 5: Begriffshierarchie "Verarbeitungsgut" S. 149 Anhang 6: Begriffshierarchie "Verarbeitungstechnisches Prinzip" S. 151 Konsultieren Sie die Druckausgabe, die Sie im Bestand der SLUB Dresden finden: http://slubdd.de/katalog?TN_libero_mab21079933:ABKÜRZUNGEN UND FORMELZEICHEN S. 5 1. EINLEITUNG S. 7 2. UNTERSTÜTZUNGSMITTEL FÜR DIE KONZEPTPHASE IN DER VERARBEITUNGSMASCHINEN-KONSTRUKTION - ALLGEMEINE ANFORDERUNGEN, ENTWICKLUNGSSTAND 9 2.1. DIE BEDEUTUNG DER KONZEPTPHASE IN DER VERARBEITUNGSMASCHINENKONSTRUKTION S. 9 2.2. ALLGEMEINE ANFORDERUNGEN AN UNTERSTÜTZUNGSMITTEL FÜR DEN KONSTRUKTEUR ALS PROBLEMLÖSER S. 13 2.3. SPEZIFIK VERARBEITUNGSTECHNISCHER PROBLEMSTELLUNGEN S. 17 2.3.1. Verarbeitungstechnische Informationen im Konstruktionsprozeß von Verarbeitungsmaschinen S. 17 2.3.2. Komplexität verarbeitungstechnischer Probleme S. 19 2.3.3. Unbestimmtheit verarbeitungstechnischer Probleme S. 21 2.3.4. Beschreibungsspezifik verarbeitungstechnischer Problemstellungen S. 22 2.4. UNTERSTÜTZUNGSMITTEL FÜR DIE KONZEPTPHASE UND IHRE EIGNUNG FÜR DIE VERARBEITUNGSMASCHINENKONSTRUKTION S. 24 2.4.1. Traditionelle Unterstützungsmittel für die Lösungssuche S. 24 2.4.1.1. Lösungskataloge S. 24 2.4.1.2. Konstruktionsmethodik in der Prinzipphase S. 25 2.4.2. Rechnerunterstützung für die Konstruktion mit Relevanz für die Konzeptphase S. 28 2.4.2.1. Kurzüberblick über Konstruktionsunterstützungssysteme und ihre Einbindung in übergeordnete Systeme S. 28 2.4.2.2. Rechnerunterstützung zum Analysieren S. 31 2.4.2.3. Rechnerunterstützung zum Informieren S. 32 2.4.2.4. Rechnerunterstützung zum Synthetisieren S. 34 2.4.2.5. Rechnerunterstützung zum Bewerten und Auswählen S. 39 2.4.2.6. Integrierende Systeme mit Unterstützung für die Konzeptphase S. 41 2.4.3. Der Wissensspeicher Verarbeitungstechnik S. 43 2.5. SCHLUßFOLGERUNGEN AUS DER ANALYSE DES IST-STANDES S. 46 3. ANFORDERUNGEN AN EINE RECHNERUNTERSTÜTZUNG DER PRINZIPPHASE DER VERARBEITUNGSMASCHINENKONSTRUKTION 47 3.1. FUNKTIONSBESTIMMUNG S. 47 3.1.1. Typisierung der mit dem System zu lösenden Fragestellungen S. 47 3.1.2. Anforderungen an Funktionalität und Dialoggestaltung S. 50 3.2. INHALTLICHE ABGRENZUNG S. 54 3.3. ANFORDERUNGEN AN DIE WISSENSREPRÄSENTATION S. 57 4. INFORMATIONSMODELL DES VERARBEITUNGSTECHNISCHEN PROBLEMRAUMES S. 61 4.1. ÜBERBLICK ÜBER MÖGLICHE DARSTELLUNGSARTEN S. 61 4.1.1. Allgemeiner Überblick S. 61 4.1.1.1. Unterschiede zwischen wissensbasierten Systemen und anderen Wissensrepräsentationsformen S. 61 4.1.1.2. Algorithmische Modellierung S. 62 4.1.1.3. Relationale Modellierung S. 63 4.1.1.4. Darstellungsformen in wissensbasierten Systemen S. 64 4.1.2. Die verwendete Software und ihre Möglichkeiten S. 71 4.2. ÜBERBLICK ÜBER DEN SYSTEMAUFBAU S. 74 4.2.1. Gesamtüberblick S. 74 4.2.2. Sichtenmodell S. 78 4.2.3. Relationale Darstellung von Prinzipinformationen, Kennwerten und Kenngrößen S. 83 4.2.4. Bildinformationen S. 85 4.2.5. Ergänzende Informationen in der Benutzeroberfläche S. 86 4.3. MODELLIERUNG VON WISSENSKOMPONENTEN DER DOMÄNE VERARBEITUNGSTECHNIK S. 87 4.3.1. Abbildung verarbeitungstechnischer Funktionen S. 87 4.3.1.1. Darstellungsarten für verarbeitungstechnische Funktionen - Bedeutung, Verwendung, Probleme S. 87 4.3.1.2. Die Sicht "Verarbeitungstechnische Funktion" S. 89 4.3.1.3. Die Sicht "Eigenschaftsänderung" S. 90 4.3.2. Abbildung von Informationen über Verarbeitungsgüter S. 93 4.3.2.1. Beschreibungskomponenten und ihre Verwendung bei der Lösungssuche S. 93 4.3.2.2. Die Sicht "Verarbeitungsgut" S. 94 4.3.2.3. Abbildung von Verarbeitungsguteigenschaften S. 94 4.3.3. Abbildung verarbeitungstechnischer Prinzipe S. 96 4.3.3.1. Die Sicht "Verarbeitungstechnisches Prinzip" S. 96 4.3.3.2. Die Detailbeschreibung verarbeitungstechnischer Prinzipe S. 97 4.3.4. Verarbeitungstechnische Kenngrößen S. 99 4.3.5. Darstellung von Zusammenhängen mittels Regeln S. 100 4.3.6. Unterstützung der Feinauswahl S. 102 5. PROBLEMLÖSEN MIT DEM BERATUNGSSYSTEM VERARBEITUNGSTECHNIK S. 104 5.1. INTERAKTIVE PROBLEMAUFBEREITUNG S. 104 5.2. BESTIMMUNG DER LÖSUNGSMENGE - GROBAUSWAHL S. 109 5.3. FEINAUSWAHL S. 110 5.4. VERARBEITUNG DER ERGEBNISSE S. 112 6. WISSENSAKQUISITION S. 113 6.1. PROBLEME BEI DER WISSENSAKQUISITION S. 113 6.2. VORSCHLÄGE ZUR UNTERSTÜTZUNG UND ORGANISATION DER AKQUISITION FÜR DAS BERATUNGSSYSTEM VERARBEITUNGSTECHNIK S. 115 7. GEDANKEN ZUR WEITERENTWICKLUNG S. 116 7.1. INHALTLICHER UND FUNKTIONALER AUSBAU DES BERATUNGSSYSTEMS VERARBEITUNGSTECHNIK S. 116 7.1.1. Ergänzung der Sichtenbeschreibung durch weitere Sichten S. 116 7.1.2. Andere Erweiterungsmöglichkeiten S. 117 7.2. EINBINDUNGSMÖGLICHKEITEN FÜR DAS BERATUNGSSYSTEMS VERARBEITUNGSTECHNIK S. 118 8. ZUSAMMENFASSUNG S. 120 LITERATURVERZEICHNIS S. 123 Anhang 1: Beispiele für phasenübergreifende Rechnerunterstützung der Konstruktion 134 Anhang 2: Inhalt der Kerntabelle "Prinzip" S. 138 Anhang 3: Begriffshierarchie "verarbeitungstechnische Funktion" S. 141 Anhang 4: Begriffshierarchie "Eigenschaftsänderung" S. 144 Anhang 5: Begriffshierarchie "Verarbeitungsgut" S. 149 Anhang 6: Begriffshierarchie "Verarbeitungstechnisches Prinzip" S. 151 Anhang 7: Implementierung einer umstellbaren Formel am Beispiel Dichteberechnung S. 15

    Konzeption und Implementierung einer plattformübergreifenden prototypischen Anwendung zum Abruf, Visualisieren und Modifizieren von Daten mittels der in der Industrie 4.0 bekannten OPC Unified Architecture unter Berücksichtigung etablierter Geräteintegrationsstandards am Beispiel von Field Device Tool

    Get PDF
    Die vorliegende Arbeit gibt industriellen Entscheidern, Softwareentwicklern, Geräteherstellern und Standardisierungsgremien einen Überblick über die Problematiken bei der Entwicklung plattformübergreifender Anwendungen zum Abruf, zur Visualisierung und zur Modifizierung heterogener Informationen von unterschiedlichen Geräten über standardisierte Kommunikationstechnologien unter mit Einbezug etablierter Geräteintegrationstechnologien. Zum Aufzeigen der Problematiken wurden exemplarisch die Technologien Open Platform Communications Unified Architecture für den standardisierten Kommunikationsaustausch und Field Device Tool als etablierte Geräteintegrationstechnologie zur Umsetzung der prototypischen Implementierung verwendet. Die wichtigsten Erkenntnisse dieser Arbeit sind neben der Notwendigkeit eines auf plattformübergreifenden Plattformen lauffähigen Toolkits, die Erfordernis zur dynamischen Visualisierung der Daten asymmetrischen Typs, die aufgrund der Informationstypenvielfalt des Open Platform Communications Unified Architecture Standards bestehen. Weiterhin zeigen die Ergebnisse dieser Arbeit die Möglichkeit zur Integration etablierter Geräteintegrationsstandards, sofern diese Integration von den Standardisierungsgremien der etablierten Technologien korrekt realisiert wurde

    Integration elektromechanischer CA-Anwendungssysteme über einem STEP-Produktmodell

    Get PDF
    Ein Problem der Spezialisierung industriealisierter Wirtschaftsstrukturen in einzelne Leistungserbringer ist die Kommunikation zwischen Anbietern und Nachfragern von Gütern und Dienstleistungen. Dies gilt sowohl zwischen kooperierenden Unternehmen als auch innerhalb eines Unternehmens zwischen unterschiedlichen Abteilungen. Durch die Nutzung rechnergestützter Hilfsmittel wird diese Kommunikationsproblematik nicht gelöst, sondern auf eine neue Stufe gehoben. Während die rechnergestützte Bearbeitung administrativer Unternehmensvorgänge oftmals zentralistisch organisiert und über Datenbanklösungen integriert wurde um Kommunikationsvorgänge zu minimieren, ließen sich technische EDV-Systeme bisher weder effizient koppeln noch zentral oder verteilt integrieren. Grund hierfür sind hochspezialisierte interne Datenstrukturen technischer Anwendungssysteme die allgemeingültigen Modellen wenig zugänglich waren. Mit der unter der ISO definierten Norm ISO-10303 (STER Standard for the Exchange of Product Model Data) wird ein einheitliches Modell für produktbeschreibende Informationen geschaffen. Über die Modellbildung hinaus wird jedoch sogar eine Referenzarchitektur für die Entwicklung von Anwendungs- und Implementierungsmodellen bereitgestellt. Dabei stellt die Modellierungssprache EXPRESS fundamentalen Kern der Architektur von STEP dar. Die Entwicklung von Werkzeugen zur Unterstützung der Implementierung der einzelnen Teile der Norm ISO-10303 stellt ein Ergebnis der geleisteten Arbeit dar. Insbesondere die Verarbeitung der Modellierungssprache EXPRESS, in der sowohl Anwendermodelle, Referenzmodelle sowie Metamodelle der Implementierungsprinzipien beschrieben werden, wurde effizient unterstützt. In der Arbeit wird auf ein flexibles Implementierungswerkzeug für jegliche in EXPRESS definierte Modelle gesetzt. Die Nutzung beliebiger EXPRESS-Modelle als Basis von Implementierungen wird dadurch möglich. Die vier in der Norm ISO-10303 diskutierten und teilweise genormten Implementierungsmethoden Austauschdatei, Datenbasis mit Zugriffsschnittstelle SDAI (Standard Data Access Interface), Hauptspeicherstruktur und Wissensbasis wurden prototypisch in der Arbeit realisiert. In die noch laufenden Normierungstätigkeiten konnten dadurch wertvolle Spezifikationshinweise eingebracht werden. Während zu Beginn der Entwicklung von STEP primär die Definition von Datenmodelle und daraus abgeleitet, Dateiformate zum Austausch von Produktinformationen im Vordergrund stand, stellt im weiteren Verlauf der STEP-Entwicklung die koordinierte Verwaltung von Produktinformationen einen Schwerpunkt dar. Die in Datenbanksystemen vorhandenen Fähigkeiten zur Datenverwaltung stellen einen Ansatz zur Realisierung von Produktdatenbanken dar. Die in STEP definierten Produktmodelle können dabei als Datenbankschemata benutzt werden. Die heute in industriellen Umgebungen eingesetzten Datenbankprinzipien der relationalen und objektorientierten Datenbanksysteme werden hinsichtlich ihrer Einsetzbarkeit als Basissysteme für STEP-Produktdatenbanken untersucht und für ein Datenbanksystem, das eine spezielle Erweiterung des relationalen Modells darstellt, eine Implementierung einer STEP-Datenbank vorgenommen. Die primären Anwendungsprobleme, für die mit Hilfe von STEP Austauschszenarien bewältigt werden können, sind im Bereich des Datenaustausches zwischen CAD/CAE- Systemen zu finden. Besonders CAD-Systeme, die die Repräsentation dreidimensionaler technischer Objekte ermöglichen, profitieren von der ausdrucksstarken Modellbildung der STEP Geometrie-Partialmodelle. Für leistungsfähige geometrische Modellierwerkzeuge wurde ein Datenaustauschszenario skizziert und mit Hilfe von realisierten STEP-Pre- und Postprozessoren unterstützt. Der Integrationsaspekt von zukünftigen, unternehmensweiten CAD/CAE-Anwendungssystemen wird durch die Fähigkeit dieser Anwendungen bestimmt, STEP-konforme Daten aus Datenbasen zu entnehmen und für diese bereitzustellen. Während neu zu realisierende Anwendungssysteme zur Verwaltung von Produktdaten eine SDAI-Schnittstelle als integralen Bestandteil realisieren können, sind vorhandene Systeme mit Schnittstellen zu einem SDAI auszurüsten. Der geometrische Modellierer Acis wurde mit einem derartigen Interface versehen, um eine Integration von CAD-Anwendungssystemen die auf diesem Modellierer beruhen, auf STEP/SDAI-basierten Datenbasen zu ermöglichen. Die Probleme der langer Transaktionen stellen in diesem Zusammenhang neue Anforderungen Datenbankmanagementsysteme. Die Bearbeitung von STEP-basierten Problemlösungen kann aus einer anwendungsfreien und einer anwendungsorientierten Sicht vorgenommen werden. Während Werkzeuge, die zur Unterstützung der Implementierung von Anwendungssystemen aus EXPRESS-Modellen heraus dienen, zunächst anwendungsfrei gehalten werden können, muß ein STEP-basiertes Anwendungssystem die Anforderungen, die aus dem Anwendungsreferenzmodell eines STEP-Anwendungsprotokolls stammen, inhaltlich berücksichtigen. Die aus der Entwicklungsmethodik für STEP-Anwendungsprotokolle abgeleitete problematische Beziehung zwischen Anwendungsmodell und Referenzmodell wurde kritisch hinterfragt und neue Lösungsansätze vorgestellt. Spritzgegossene dreidimensionale Schaltungsträger stellen ein Beispiel eines mechatronischen Produktes in einer neuen Produkt- und Produktionstechnologie dar. Das Defizit von Entwicklungswerkzeugen für die Produkt- und Produktionsgestaltung dieser Produkttechnologie ist vor allem durch fehlende und in den existierenden CAD/CAE-Systemen nur ineffizient realisierbare Modellbildung für derartige Produkte begründet. Das STEP-Anwendungsprotokoll 210 stellt einen akzeptablen Ansatz für eine integrierte elektromechanische Modellbildung bereit. Die in elektronisch oder mechanisch orientierten Systemen fehlenden Entwurfsfunktionen 3D-Layout und 3D-Entflechtung wurden auf einem geometrischen Modellierer realisiert. Der Prototyp wurde als integraler Bestandteil eines STEP-Anwendungssystems konzipiert und realisiert. Mit einem Anwendungsbeispiel konnte die prinzipielle Tragfähigkeit des integrierten Ansatzes nachgewiesen werden.One problem with the specialization of industrialized economic structures in individual service providers is the communication between suppliers and consumers of goods and services. This applies both between cooperating companies and within a company between different departments. By using computer-assisted aids, this communication problem is not solved, but raised to a new level. While the computer-assisted processing of administrative company processes was often organized centrally and integrated via database solutions to minimize communication processes, technical EDP systems have so far been neither efficiently coupled nor integrated centrally or distributed. The reason for this is highly specialized internal data structures of technical application systems that were generally inaccessible to models. The ISO-10303 (STER Standard for the Exchange of Product Model Data), defined under the ISO, creates a uniform model for product descriptive information. In addition to modeling, however, a reference architecture for the development of application and implementation models is also provided. The modeling language EXPRESS represents the fundamental core of the architecture of STEP. The development of tools to support the implementation of the individual parts of the ISO-10303 standard is a result of the work done. In particular, the processing of the modeling language EXPRESS, in which both user models, reference models and metamodels of the implementation principles are described, was efficiently supported. The work is based on a flexible implementation tool for any models defined in EXPRESS. This makes it possible to use any EXPRESS models as the basis of implementations. The four implementation methods exchange file, database with SDAI (Standard Data Access Interface), main memory structure and knowledge base, discussed and partially standardized in the ISO-10303 standard, were implemented prototypically in the work. As a result, valuable specification notes could be included in the ongoing standardization activities. At the beginning of the development of STEP, the primary focus was on the definition of data models and, derived from them, file formats for the exchange of product information. In the further course of STEP development, the coordinated administration of product information will be a focal point is an approach to the realization of product databases. The product models defined in STEP can be used as database schemes. The database principles of relational and object-oriented database systems used today in industrial environments are examined with regard to their usability as basic systems for STEP product databases and an implementation of a STEP database is carried out for a database system that represents a special extension of the relational model. The primary application problems for which STEP exchange scenarios can be dealt with can be found in the area of data exchange between CAD / CAE systems. CAD systems in particular, which enable the representation of three-dimensional technical objects, benefit from the expressive modeling of the STEP geometry partial models. A data exchange scenario was outlined for high-performance geometric modeling tools and supported with the help of implemented STEP pre- and postprocessors. The integration aspect of future, company-wide CAD / CAE application systems is determined by the ability of these applications to extract STEP-compliant data from databases and make them available for them. While newly implemented application systems for managing product data can implement an SDAI interface as an integral part, existing systems must be equipped with interfaces to an SDAI. The geometric modeler Acis was provided with such an interface to enable the integration of CAD application systems based on this modeler on STEP / SDAI-based databases. The problems of long transactions place new demands on database management systems in this context. STEP-based problem solutions can be processed from an application-free and an application-oriented perspective. While tools used to support the implementation of application systems from EXPRESS models can initially be kept application-free, a STEP-based application system must take into account the content of the requirements that come from the application reference model of a STEP application protocol. The problematic relationship between the application model and the reference model derived from the development methodology for STEP application protocols was critically examined and new solutions were presented. Injection molded three-dimensional circuit carriers represent an example of a mechatronic product in a new product and production technology. The deficit of development tools for the product and production design of this product technology is mainly inefficient due to the lack of and in the existing CAD / CAE systems feasible model formation for such products justified. The STEP application protocol 210 provides an acceptable approach for integrated electromechanical modeling. The design functions 3D layout and 3D unbundling, which are missing in electronically or mechanically oriented systems, were realized on a geometric modeler. The prototype was designed and implemented as an integral part of a STEP application system. An application example was used to demonstrate the basic sustainability of the integrated approach

    Electronic Publishing mit SAP R/3 : Produktklassifizierung und automatisierte Produktdatenaufbereitung für die medienunabhängige Produktkatalogherstellung mit SAP R/3

    Get PDF
    In dieser Diplomarbeit wird die Lösung eines Standardproblems aus dem betrieblichen Umfeld behandelt. Die Aufgabenstellung ist die automatisierte Bereitstellung von Daten, die für die Produktion eines medienunabhängigen Produktkataloges notwendig sind. Ein zentraler Datenbestand soll als Quelle für Printkataloge, CD-ROM- und Internet-Präsentationen dienen
    corecore