Digitization Lifecycle Telco 2012-11-29

Digitization Lifecycle,MPDL

Allgemeine Infos

 * Termin: Donnerstag, 29.11.2012
 * Uhrzeit: 09:00-10:20 Uhr

Einwahldaten
 * Zugangstelefonnummer: 0049-(0)30-20097924767 (0049 nur bei Einwahl aus dem Ausland und 030 nur wenn man nicht in Berlin sitzt....)
 * [Für alle Teilnehmer gilt der Code: 54175# - Code muss dann über Tonwahl eingegeben werden.]

Teilnehmende
 * Klaus Werner
 * Ingo Caesar
 * Lisa Pegelow
 * Anna Klug
 * Andrea Kulas

Agenda

Protokoll
Diskussion:

Verbesserung Entwicklungszyklus. Vorschlag Auszeit MPDL fuer Debugging der Kernfunktionalitateten.

Erfahrungen:

a) Suche: allgemein instabil, Suchergebnisse nicht reproduzierbar.

b) manueller Upload: viele Exceptions. Viele kryptische Fehlermeldungen.

c) Batch Upload: Bislang sehr instabil. Mannigfaltige Probleme: moegliche Fehlerquellen in den Daten, im Upload Verfahren, in der Verarbeitung. Releasezyklus fuehrt auch Fehler ein, die schon behoben waren.

Ausblick:

1. Ab Freitag Stop des Testens und Vorbereitung neuer Release. Danach dann nur kurze Testphase. Termine werden noch mitgeteilt.

2. Projektende = Ende Debugging. Es gibt kein "Plan B". --Andrea 09:24, 13 December 2012 (CET) Diese Aussage ist so nicht korrekt. Bugs werden auch nach Projektende behoben. Folgende Definition für Bugs ist in diesem Fall gültig: Ein Bug ist ein Programmfehler, der ein Fehlverhalten eines Computerprogramms zur Folge hat. In DLC führt der Programmfehler bei bereits implementierten Funktionalitäten zu unerwarteten bzw. fehlerhaften Ergebnissen. Maßgabe für die Feststellung eines Programmfehlers sind hierbei folgende auf Colab festgehaltene Anforderungen: http://colab.mpdl.mpg.de/mediawiki/Talk:GUI_Prototyping; http://colab.mpdl.mpg.de/mediawiki/Category:DLC_Testen und die Feature-Liste für DLC (aus JIRA). Denn an diesen Stellen ist festgelegt, welches Verhalten von der Webanwendung erwartetet wird. Verhalten der Webanwendung, das nicht in dieser Form definiert wurde, wird von der MPDL interpretiert und hat dann diese Interpretationen als Grundlage. Bugs sind von Wünschen in Bezug auf eine Verbesserung der Software abzugrenzen.

Wuensche:

Batch Upload Angaben ueber die Liste an die MPDL schicken, damit der Upload mit den Institutsdaten gecheckt werden kann.

Colab problematisch fuer Software Entwicklung Management (durchstreichen, abhaken, etc.). Haette Einsatz einer professionellen Plattform (JIRA?, Launchpad, &c.) geholfen?

DLC Hilfe:

Hilfeseiten sind in dlcproject.wp.com angelegt. Dito (leer) Installations-Seite.

@MPDL: Koennen Hilfeseiten seitenabhaengig in DLC angelegt werden? Oder nur generell ein einziger Link an die Hilfe auf dlcproject.wp.com?

Uebersetzungen:

MPDL gibt noch Rueckmeldung fuer den Termin der zu liefernden Uebersetzungen.

Urlaubsfragen:

DLC Mitarbeiter im Januar nur mehr partiell ansprechbar (Berlin, Frankfurt).

Installation:

DL wird bereitgestellt als Installationspaket, das dann umfangreich angepasst werden muss.

@MPDL: DLC Instanz auch als virtuelles Paket denkbar, zum Einsatz auf virtuellem Server wie VBox & Co.?

Entwicklung:

DLC nicht modular an eSciDoc angebaut sondern eine stark veraenderte (hart codierte) Variante. Weiterentwicklung dadurch kaum moeglich ohne das komplette Paket wieder aufzuschnueren. Austausch/Update nur der eSciDoc Komponente nicht moeglich. Grund: zuanfangs war DLC nur als leichte Variante von eSciDoc anvisert, die dann eben gewachsen ist ... --Andrea 15:11, 11 December 2012 (CET) Das stimmt so nicht. DLC basiert auf eSciDoc, es ist keine Variante von eSciDoc. So verwendet die Webanwendung DLC bestimmte Funktionalitäten von eSciDoc, wie z.B. das Rechtemanagement. Diese Services von eSciDoc müsste man dann ersetzen. Der Aufwand DLC neu zu programmieren ist vermutlich nicht geringer. Folgend eine, welche die Verbindung zwischen DLC und eSciDoc im Überblick zeigt.

--kewerner 14:51, 29 November 2012 (CET)

Nächste Telco

2012-12-12 1000h Z