Start
Unternehmen
ERP / PPS / Prozesse
Business Intelligence
Server-Technologien
Software-Technologien
Datenbanken
Ontologien
Sprachen
Vorgehen
XML

XML-Einsatz

Projektphasen

XML Schema

Web Services
MS Access VBA/.NET
MS Excel VBA/.NET
Technologie-Beratung
Individual-Software
Produkte

Übersicht

Comelio GmbH
Rellinghauser Straße 10
D-45128 Essen
Deutschland
Fon: 0201-437517-0
Fax: 0201-437517-10
info@comelio.com

Comelio GmbH
Goethestraße 34
D-13086 Berlin
Deutschland
Fon: 030-921019-85
Fax: 030-921019-89
info@comelio.com

Comelio GmbH (Ecos)
Glockengießerwall 17
D-20095 Hamburg
Deutschland
Fon: 040-4689908-91
Fax: 040-4689908-95
info@comelio.com

Comelio GmbH (Ecos)
Mainzer Landstraße 27-31
D-60329 Frankfurt
Deutschland
Fon: 069-2475030-35
Fax: 069-2475030-39
info@comelio.com

Comelio GmbH (Ecos)
Stiglmaierplatz/Dachauer Str. 37
D-80335 München
Deutschland
Fon: 089-2000154-90
Fax: 089-2000154-94
info@comelio.com

Comelio GmbH (Ecos)
Liebknechtstr. 33
D-70565 Stuttgart
Deutschland
Fon: 0711-252534-20
Fax: 0711-252534-24
info@comelio.com


Software-Technologien > XML > Projektphasen

Projektphasen

XML-Projekte unterscheiden sich nicht von anderen Softwareprojekten hinsichtlich ihrer Phasen. Dieser Artikel möchte allerdings die verschiedenen Aktivitäten, die speziell für den XML-Baustein zu durchlaufen sind, gesondert darstellen und in die klassischen Phasen einordnen. Insbesondere an der Akzeptanz, dass diese Phasen existieren und auch mit Leben ausgefüllt werden müssen, mangelt es bei sehr vielen Projektteams, was oftmals zu schlechten Ergebnissen führt. Insesondere die Planungs- und Modellierungsaufgaben werden vernachlässigt.

Kontakt

Anrede* Herr Frau
Vorname*
Nachname*
Firma
E-Mail*
Tel-Nr.
Bereich*
Freitext

Phasen bei XML-Projekten

In einem nächsten Schritt muss es nun in jedem XMLEntwicklungsprojekt darum gehen, welche Datenstrukturen vorhanden sind. Dazu zählen folgende Teilbereiche:

Identifikation
Die anfallenden Elemente und ihre evtl. vorhandenen Schattierungen (Attribute), also die atomaren Bestandteile der Datenströme, müssen erkannt und klar festgelegt werden. Dazu zählt in einem ersten Schritt, überhaupt zu erkennen, welche Daten in allen oder einzelnen Situationen anfallen, oder ob es Situationen in Anwendungen oder Verarbeitungsprozessen gibt, die unterschiedliche Teilbereiche von Datenströmen benötigen und verarbeiten.
Charakterisierung
Ihre Datentypen, möglichen Inhalte sowie eindeutige Namen und Kategorisierungen müssen beschrieben werden. Normalerweise sollten die Daten in einer atomisierten Form vorliegen, das heißt, in einer so kleinstrukturierten Form, dass weitere Unterteilungen nicht mehr möglich sind, sofern man nicht in Silben oder Buchstaben unterteilen würde. Dies gilt für gewöhnlich auch für den Datenbankeinsatz, da auch hier die Daten in einer atomisierten Form vorliegen sollten, um eine gute Speicherung und effektive Such und Verarbeitungsalgorithmen zu gewährleisten.
Verflechtung
Zusätzlich müssen die Beziehungen, in denen die Daten zueinander stehen, und ihre Abhängigkeiten untereinander beschrieben und verstanden werden. Die Elemente der Datenströme können in Abhängigkeit vom anwendungsspezifischen Kontext oder aufgrund von datenimmanenten Gegebenheiten mit unterschiedlicher Häufigkeit (mehrfach, gar nicht, einmal) auftreten.
Entwicklung
Nach den Analysearbeiten steht die Entwicklung der Regelstrukturen an. Dabei geht es noch nicht notwendigerweise um die Entwicklung der eigentlichen Anwendung bzw. die konkrete Verwendung der Regel und Instanzdokumente im durchzuführenden Projekt. Vielmehr handelt es sich bei der Entwicklung von SchemaDokumenten ebenfalls um einen analytischen Teilbereich oder eine Vorarbeit für die eigentliche Entwicklung einer Applikation.
Validierung
Zum Schluss sollte – gerade bei größeren Projekten bzw. Projekten, in denen große Mengen an Datenströmen verwaltet werden, die Datenmengen erheblich und vielgestaltig sind oder in denen eine besondere Qualitätssicherung sowie eine nachhaltige und zukunftstaugliche Entwicklung gefordert wird – in einem letzten Schritt eine Kontrolle und Validierung stattfinden. Dies kann durch eine Prototypentwicklung oder durch die Verwendung der auf dem Regeldokument basierenden Instanzdokumente in einem vorhandenen Prototyp, der um die XMLFähigkeiten erweitert wird, oder ganz einfach mit vorhandenen Daten geschehen.

In einem letzten Schritt bzw. in der nächsten Phase des Software-Entwicklungsprozesses steht die Entwicklung der eigentlich geplanten Anwendung auf dem Zeitplan. Aus XMLPerspektive ergibt sich nun bereits eine längere Testphase, in der ungünstige Strukturen, nicht beachtete Sonderfälle oder ungewöhnliche Realdatengegebenheiten mit dem Regeldokument kollidieren. Durch derartige Rückmeldungen aus dem weiteren Entwicklungsverlauf lassen sich dann iterativ Veränderungen ableiten, die schließlich zum theoretisch korrekten Regeldokument führen. Des Weiteren werden nun auf der Basis des vorhandenen Schema-Dokuments weitere XML-Technologien angewandt wie z.B. die Transformation mit XSL oder XSL-FO (Umwandlung in Druckdateien wie PDF ).

Projektphasen bei XMLEinsatz
    XML Consulting XML Consulting Beratung Softwareentwicklung Programmierung XML Consulting XML Consulting Beratung Softwareentwicklung Programmierung XML Consulting XML Consulting Beratung Softwareentwicklung Programmierung XML Consulting XML Consulting Beratung Softwareentwicklung Programmierung XML Consulting XML Consulting Beratung Softwareentwicklung Programmierung XML Consulting XML Consulting Beratung Softwareentwicklung Programmierung XML Consulting XML Consulting Beratung Softwareentwicklung Programmierung XML Consulting XML Consulting Beratung Softwareentwicklung Programmierung XML Consulting XML Consulting Beratung Softwareentwicklung Programmierung