Web Engineering

Dieser Artikel beschäftigt sich mit der Vorlesung „Web Engineering“ am KIT. Er dient als Prüfungsvorbereitung. Ich habe Web Engineering bei Dr. Nussbaumer gehört.

Über die Vorlesung

In der Vorlesung „Web Engineering“ lernt man, welche besonderen Herausforderungen Web-Projekte beinhalten und wie man damit umgehen kann. Es wird zwar auch über technische Aspekte geredet (siehe Part 1), aber es geht vor allem um Projektplanung und -management. Insbesondere wird hier nichts konkret entwickelt. Dafür gibt es vermutlich das Praktikum, das aber unabhängig von der Vorlesung ist.

Herr Dr. Nussbaumer hält die Vorlesung sehr interaktiv. Er stellt viele Fragen, über die man in der Vorlesung diskutieren kann und ist auch immer nach der Vorlesung bereit etwas genauer zu erklären.

Die Struktur unter „Vorbereitung“ richtet sich nach dem Aufbau der Folien.

Vorbereitung

Prüfungsprotokolle sind bei der Fachschaft Informatik zu erhalten. Mein Prüfungsprotokoll ist hier und die TeX-Quelldateien bekommt ihr natürlich auch.

Im Folgenden sind einige Stichpunkte aufgelistet, die jedem etwas sagen sollten.

Geschichte

PART 1: Technologies

  • Markup, HTML, Ressources, Cookies, MIME
  • Host, Server, Client, User Agent
  • Hypertext Paradigm
  • HTTP, HTTPS, FTP, SMTP, UDDI
  • CGI
  • SOAP, WebDAV
  • Moore's Law, Nielson's Law
  • Was ist der Unterschied zwischen Software Engineering und Web Engineering? → Antwort auf Folie 47ff, part0-1
  • Paretoprinzip
  • Was ist das W3C? Was sind die Ziele des W3C? Wer ist Teil des W3C?
  • Zone File
  • Uniform addressing → Was ist das?
  • URI, URL, URN, URC, RFC1630

PART 2: Project Management

  • Chaos-Report der Standish Group (25%, 45%, 30%)
    • Bad: Very high budget
    • Good: Executive Management, User Involvement, Experienced Project Manager, Clear Business Objectives, Minimizing Scope, Requirements Process, Standard Software Infrastructure, Formal Methology, Reliable Estimates, Skilled Staff
    • „When projects fail, it's rarely technical.“
  • Outsource, Find&Buy;, Develop new solution

Teams:

  • < 6 Entwickler
  • < 6 Monate
  • RERO
  • Verantwortungsbereiche:
    • Product Management: Wie verkaufe ich die Software?
    • Program Management: Wie bringe ich das Projekt zu einem erfolgreichem Abschluss?
    • Architekture: Wie halte ich die Software erweiterbar, anpassbar und wartbar?
    • Development: Wie schreibe ich den Code von Methode abc in Klasse xyz?
    • Test: Sind alle funktionalen und qualitativen Anforderungen erfüllt? Ist das System robust?
    • User Experience: Passiert das, was der Nutzer erwartet? Kann man dem User die Bedienung der Software erleichtern?
    • Release / Operations: Wie halte ich die Software über Jahre am laufen?
  • Aufsplitten der Teams nach Funktionen oder Features
    • Wo ist der Unterschied?

Tasks & Tools

Risiken

  • Cost-reduction expectations
  • Data security / protection (IPR)
  • Process discipline (Was ist das?)
  • Loss of business knowledge
  • Vendor failure to deliver
  • Scope creep
  • Government oversight / regulation
  • Culture (language and callcenters)
  • Turnover of key personnel
  • Knowledge transfer

Process Models

  • Code and fix
  • Waterfall model
  • Prototyping model
  • Evolutionary Development model: Only for small, scientific projects where project goal is unclear
  • Spiral model: Risk-driven
  • RUP von SAP
  • MSF → msdn Artikel
    • Rollen:
      • Product Management: Anwalt des Kunden, teamübergreifende Projekt-Vision, betriebswirtschaftliche Sicht auf das Projekt
      • Program Management: „Projektleiter“, Teamkommunikation, technische Sicht auf das Projekt
      • Architecture, Development, Testing, Release / Operations
      • User Experience: Anwalt des Benutzers
    • Skalierung: Feature-Teams vs. Functional Teams
    • Meilensteine: Extern sichtbare und Interim-Meilensteine
  • Reuse-Oriented Approaches
  • Agile Methoden:

PART 3: Requirements Engineering

  • Ablauf:
    1. Initiate: Project Charter, Identify business opportunity, gather business requirements, FOR WHO THE IS THAT UNLIKE OUR PRODUCT
    2. Elicitation: Refine requirements (Busines requirements, functional requirements, non-functional requirements), Coopers Persona-Ansatz (Beispiele)
    3. Asses: Understand and organize requirements, features and feature sets
    4. Specification: Software requirements specification
    5. Validation
  • Gather requirements (Interviewing, Shadowing, surveys, brainstorming, user instructions - z.B. bei Atomkraftwerken gibt es wohl schon Prozessabläufe)
  • A11Y, L10N, I18N, G11N: BITV
  • RNA: Relationship-Navigation Analysis
  • WAI

PART 4: Entwurf

Logischer Entwurf (Abstrakt: Wireframes, Navigation patterns) ↔ Physikalischer Entwurf (Konkret: UI Frameworks, Services)

Content Management Aspects

  • Content-Typen müssen definiert werden, um Inhalte von der Darstellung trennen zu können
  • Content-Typen sind auch für die Suche relevant
  • Templates müssen erstellt werden
  • Welche Metadaten liegen vor?
  • Wie können Metadaten weitergegeben werden? → Rich Snippets
  • Welche Arbeitsabläufe habe ich?
  • Inhalt kann in flachen/strukturierten Dateien oder in Datenbanken liegen.
  • Strukturierte Dateien: XML, RDF (→ Video), Microformats

Software Interface Aspects

Usability is the extent to which a product can be used by specified users to achieve specified goals with effectiveness, efficiency and satisfaction in a specified context of use. - ISO 9241-11
User Experience is a person's perception and responses that result from the use or anticipated use of a product, system or service. - ISO 9241-210
  • User-centered design → Wiki
  • Mentale Modelle: Taschenrechner, Explorer, Start-Vorgang, Einkaufssysteme, Hyperlinks, Tastatur
  • Metaphern
  • User-Modelle: Rollen, Markt-Anteile, Personas

Hypertext Systm Aspects

  • Known-item search / exploratory search

Business Process Aspects

Kommt noch

Weiteres

Weitere Informationen

Folgende Artikel sollte man lesen:

Diese Tutorials sollte man machen:

Typische Fragen

Was ist Web Engineering?
  • It's not science, and it isn't exactly engineering, either.
  • Disziplin aus Disziplinen (Software Engineering, Hypermedia, Information Systems, Network Engineering)
  • Teilweise ist es wie Software Engineering (Requirements engineering, reproduzierbare Erfolge durch strukturierte Herangehensweise), teilweise hat es typische Problemquellen, die im Software Engineering weniger verbreitet sind (Skalierbarkeit, Load balancing, Hypermedia).
Was ist eine Ressource?
Eine Ressource ist ein Objekt, dass von einem Webserver oder Websystem mittels eines standardisierten Protokolls ausgeliefert wird und durch einen MIME-Typen spezifiziert wird.
Wie werden Ressourcen adressiert?
Durch URIs, meist URLs aber auch URNs.
Was ist ein Webservice?
Ein Webservice ist eine Software-Anwendung, die mit einem URI eindeutig identifizierbar ist und deren Schnittstelle als XML-Artefakt definiert, beschrieben und gefunden werden kann. Diese Schnittstelle kann mit WSDL beschrieben werden.
Was ist das Endpoint-ABC?
Wurde durch die WCF geprägt und ist z.B. so in der Web.config. Das ABC steht für ...
  • Address (Wo ist der Endpoint?)
  • Binding (Wie verbinde ich? Protokoll? Encoding?)
  • Contract (Welche Informationen will ich übertragen?)
Siehe auch: Filip's Technical Blog
Welche Ziele verfolgt das W3C?
  • Web for Everyone
  • Web on Everything
  • Knowledge Base
  • Trust and Confidence
Wie ist der Arbeitsprozess beim W3C?
Workshops → Notes from members → Briefing package with membership vote → Requirements Document → Working Draft → Candidate Recommendation → Proposed Recommendation → W3C Recommendation (source)

Interessante Fragen

Vergleichen Sie RPCs und Web Services
  • Web Services sind leichter skalierbar.
(Siehe auch: StackOverflow)
Wie läuft ein HTTP-Request ab?
Siehe TechChannel.de

Hintergrundwissen

What really happens when you navigate to a URL

Termine

Web Engineering wird mündlich geprüft. Dazu muss man sich bei Herrn Matthias Keller (matthias.kel[email protected]) melden und einen Termin ausmachen. Zusätzlich muss man sich über QISPOS anmelden.

Datum: Dienstag, der 19. Februar 2013 um 14:30 Uhr (individuell, siehe Organisation)
Ort: Geb. 20.21 (SCC), Raum 303 (individuell, siehe Organisation)
Dauer: 15 Minuten
Punkte: 4 ECTS

Published


by

Category

German posts

Tags

Contact