Web Engineering

- ändern sich

- Bedeutung Betrachterabhängig

- nicht immer klar

- schwierig auszudrücken

- voneinander abhängig

- versch. Interessensgruppen

- unterschiedlich detailliert

- nicht gleich leicht/schwer erfüllbar

- schwierig zu erheben

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!

- outsourcen

- in die Cloud bringen

- finden und kaufen

- neue Lösung entwickeln (Development with reuse not for reuse --> braucht man im Endeffekt eh nicht)

Product Owner

Scrum Master

Team

- ALLE Rollen sind MANAGEMENT-Rollen! -

Tenor: jeder muss gleich viel beisteuern

Vorhaben, das insbesondere EINZIGARTIG ist (in Bezug auf die Gesamtbedingungen)

unterhalb eines Projektes

Kategorisierte Liste an Aufgaben

oberhalb von Projekten

--> Gruppe von zentral koordinierten Projekten

eher für langfristige Ziele

nur 28% in vorgegebener Zeit (98% davon hatten aber Projektmanager)

unrealisitsche Zeitpläne (Nachlässigkeit, unrealistische Ziele, unterschätzten Problemen, beschönigten Erwartungen, Chicken&Pig!)

verschiedene Stakeholder früh einbeziehen (für Erwartungen besser, aber Konsens schwieriger!)

Dokumentation (werden wiederbenutzt --> kann zu Versionierungshölle werden, am besten Wiki)

Projektmanagement Tool um Abhängigkeiten und zeitliche Abfolge mithilfe von Balken übersichtlich darzustellen

Pro: einfach

Contra: gerade Großprojekte sind zu komplex um sie damit abbilden zu können

Requirement Analysis

Requirement Definition

Design

Implementation

Testing

Operation&Maintenance

Risiko: alle Events die das Vorhaben potenziell negativ beeinflussen KÖNNEN

Evaulieren: Qualität ("Schwere") und Qunatität (Eintrittswahrscheinlichkeit) des Risikos

Ziel: systematische (Wer macht was), disziplinierte (=zuverlässig), quantifzierbarer (Zeit, Kosten,...) Ablauf&Entwicklung

Jede Menge ... Zum Beispiel:

Code and Fix (ad hoc Entwicklung) (für kleine Projekte gut, oft genutzt)

Wasserfall (klare von-oben-herab-Entwicklung, Schritt-für-Schritt/Meilensten für Meilenstein, problematisch wenn Probleme am Anfang)

Prototyping (Anforderungen festlegen, Prototyp bauen, Prototyp schrittweise verbessern)

Rational Unified Process (RUP): siehe extra Karte

MSFv3

Agile Prozesse

Scrum