Web Engineering

"Übermenge" der Möglichkeiten von DTD

W3C-Empfehlung

Meta-Sprache um Syntax und Semantik (Datentypen) eines Markups zu definieren

Formale Grammatik-Spezifizierung einer Sprache

Herausforderungen: Namenskonflikte (--> Namespaces), Erweiterbarkeit (--> Vererbung), Wiederverwendbarkeit (--> Einbindung und Neudefinition)

schließen die Lücke zwischen Komponenten und Veröffentlichungen

Typen: Seiten-, Navigations- und Komponententemplates

Systeme: Sprachenunabhängige (XSLT), Teil eines Frameworks (ASP.NET, JSF), Teil eines CMS, Stand-alone (für PHP, Perl, Python,...)

Daten über Daten, zur Kategorisierung, Verwaltung großer Contentmengen,...

Zum Finden, Weiterverarbeiten, Teilen,...

Probleme: Nutzer sind sich (oft) nicht der Wichtigkeit bewusst --> strikte Richtlinien, Zwang zur Nachbearbeitung durch Experten

besteht aus aufeinanderfolgenen Unteraufgaben

treten wiederholt in CMS auf

CMS unterstützt Aufgabenzuweisung, Aufgabentrigger und AUfgabenbewältigung

--> Analyse und Implemeniterung notwendig, evtl. Verknüpfung mit anderen Prozessen, Schulung der Anwender

unterstützt die CM-Aufgaben: Sammlung, Management, Veröffentlichung

Auswahl nach Anforderungen, Logisches Design (Workflows, Organisation des Contents), Kosten

muss angepasst werden!

Ausmaß mit dem man ein Produkt effektiv, effizient und zufriedenstellend nutzen kann

Vorstellung und Reaktion einer Person bei der Nutzung eines Produktes

Fokus auf Nutzern statt Stakeholdern

Research -> Modelling -> Requirements -> Framework -> Refinement -> Support

erhöht ROI

Conversion Rate als Maßzahl für ROI

Implementation: Programmierersicht

Represented: Anwendersicht, sollte möglichst nach am Mentalmodell des Nutzers sein (--> Warenkorb)

Visual Design, Structure, Interaction

fiktionales Benutzermodell

entwickelt aus Nutzerforschung

Flow Charts, Story Boards, Wireframes (Tiles&Controls)

Empirisch: Usability Lab, Remote Testing

Analytical: Experten

zwei oder mehr autonome Teilnehmer

Kommunikation zwischen Beteiligten (z.B. über Operationen)

systematisch und wiederkehrend

spezifiert durch Protokolle und Datenformate

werden von einem Service bereitgestellt (XML Webservice, Komponenten, Dateisystemen,...)

Service Oriented Architecture, bestehend aus Service Provider, Service Consumer, Service Broker

architektonisches Konzept, das die Verwendung und Bereitstellung von Services zwischen Teilnehmern in einem standardisierten Verfahen definiert

technologieunabhängig, konzentriert sich auf Beziehungen

Autonomes, in sich abgeschlossenes, wiederverwendbares Softwaresystem das eine bestimmte Businessfunktion erfüllt mithilfe von Nachrichtenaustausch in einem standardisierten Format

Programmiersprachenbasierter Fremdaufruf einer Funktion/Prozedur

IDL: Interface Definition Language: Signatur, Input/Output-Parameter

Probleme:

- Firewalls

- schwieriges Debugging

- keine Standardsyntax

Web Service Description Language

für XML Web Services

genügen festen Schemata: SOAP Bindung, HTTP GET od. POST-Binding, WSDL MIME Binding

tbd

Ein Text der mithilfte assoziativer Verknüpfungen einen Informationsraum netzartig erschließt

ein verteiltes System

basierend auf Client-Server-Architektur

- Server: zugang zu Ressourcen

- Client: interpretation

unterstützt das Hypertextparadigma

WE ist vor allem Interdisziplinär zwischen Software Engineering, Hypermedia, Network Engineering, Informationssysteme
 

Websystem

Webapplikation

Webressource

Internationales Konsortium zur Entwicklung von Standards im Web sodass es seine vollen Möglichkeiten entfalten kann

Web of Trust (--> social media)

Web of Data and Services (giant repository and set of services)

Web for Rich Interaction (--> "User Generated Content")

Bildet Namen auf IP-Adressen ab

aufgeteilt in Zonen (Top Level Domain --> Adresse --> Subadresse --> Server)

URL: Uniform Ressource Locator, URI-Schema mit festen Vorgaben wie die Ressource über das Internet erreichbar ist

URN: ortsunabhängige Ressourcen (ISBN)

URC: stellt Metadaten einer Ressource zur Verfügung

Globaler Scope

Global einzigartig

Persistent (--> für immer einzigartig)

Skalierbar (--> beliebig viele Ressourcen)

Erweiterbar (--> Änderungen am Schema)

Legacy Support (--> Alte Schemata werden unterstützt, sofern sie die anderen Anforderungen erfüllen)

Unabhängig (--> Bedindungen der Namensvergabe nur von Vergabestelle abhängig)

alle Arten von Web Ressourcen, die dem User zugänglich gemacht werden (Hypertext Documents, Stylesheets, Multimedia, Webanwendungen, interaktive User Interfaces,....)

definiert das Format mit denen die Daten kodiert wurden

repräsentiert Media Types: HTML, Image, Audio, Video,...

ursprünglich für Mail geschaffen

definiert Content-Types nach Basic (image) und Subtype (jpg)

Server mappt Dokumente zu MIME-Typen, Client mappt MIME-Typ zu Plugin/Applikation

Hypertext Markup Language

textbasierte Auszeichnungssprache, strukturiert den INhalt eines Dokuments (Text, Bilder, ...) und wird interpretiert durch den Browser

Programmierssprache für Webbrowser

--> clientseitige Ausführung

Erweitert HTML

Unterscheidet sich in der Interpretation noch heute von Browser zu Browser

Separate Sprache um alle Präsentationsaspekte zu steuern (Farben, Grenzen, Textfluss, Positionierung,...)

--> Aussehen und Inhalt der HTML-Dateien kann separat entwickelt und weiterverwendet werden

universelles Format für strukturierte Dokumente und Daten im Web

hierarchisch strukturiert

besteht aus Elementen und Attributen

- Unternehmensleitung

- Nutzer einbeziehen

- erfahrener Projektmanager

- klare Geschäftszwecke/ziele

- Scope minimal halten

.....

ca. 25% scheitern, 45% haben Probleme, nur ca 1/3 verlaufen nach Plan

--> Scheitern oft nicht technologiebedingt!