gfbio / architecture

all kind of architecture models, graphics
0 stars 0 forks source link

First harmonisation #2

Closed Marfroem closed 10 years ago

Marfroem commented 10 years ago

Die Grafiken sollen untereinander Harmonisiert werden, so dass sie nur wie unterschiedliche Blickwinkel auf das gleiche System erscheinen und nicht als komplett eigenständige Grafiken. Entsprechende Hilfen, Vorlagen und Ergebnisse werden im internen Wiki (http://gfbio.biowikifarm.net/internal/Material_Diagrams#Overview_Architecture:_Locations) regelmäßig aktualisiert.

Wichtige Punkte:

Was aktuell zutun ist, sind diverse Überarbeitungen der Grafiken.

Ich werde die entsprechenden Issues zu den Architekturgrafiken im Wiki noch verlinken und stehe für Hilfe und Absprachen bereit.

sbodese commented 10 years ago

Hallo Marcel,

das sieht alles echt gut aus!

Kurze Frage wg. der zwei „byLocation" Varianten im GITRepo:

Welche soll denn aktiv als gemeinsame Arbeitsgrundlage verwendet werden: die -01.asta oder die _02.asta ? Und was ist der Grund für diese beiden Varianten?

Grüße aus Bremen

Steffen Bode

computer scientist

MARUM - Center for Marine Environmental Sciences @projects: PANGAEA, www.pangaea.de MaNIDA, www.manida.org
GFBio, www.gfbio.org

University of Bremen

Hochschulring 18 (Cognium, Raum 0480) D-28359 Bremen Germany

Phone ++49 421 218-65643, Fax ++49 421 218-65505 e-mail: sbode@marum.de

Am 25.06.2014 um 08:18 schrieb Marfroem notifications@github.com:

Die Grafiken sollen untereinander Harmonisiert werden, so dass sie nur wie unterschiedliche Blickwinkel auf das gleiche System erscheinen und nicht als komplett eigenständige Grafiken. Entsprechende Hilfen, Vorlagen und Ergebnisse werden im internen Wiki (http://gfbio.biowikifarm.net/internal/Material_Diagrams#Overview_Architecture:_Locations) regelmäßig aktualisiert.

Wichtige Punkte:

• Für Präsentationen und Vergleichbares können weiterhin die unterschiedlichen und auf das Einzelsystem anschaulichen Grafiken verwendet werden Im Idealfall sollte sich aber auch hier an der Präsenationsgrafik zur Visualisierung orientiert werden: http://gfbio.biowikifarm.net/int/media/b/bb/WP2_Prototype_Architecture.png. Diese sollten sich jedoch dennoch dem Farbcode annähern. • Für den internen Gebrauch sowie Anträge etc. soll sich am UML-Klassendiagramm orientiert werden • Diverse Schlagwörter (z.B. WebServices) sollten die gleiche Schreibweise verwenden (also nicht Web services, web services, Webservices, ...) • Der Farbcode sollte angewendet werden. Sollte dieser schlichtweg nicht passen, kann dieser auch erweitert werden • Die "Standorte" der Komponenten sollten in den Grafiken möglichst erhalten bleiben. Also z.B. Archive und Sammlungen eher unten anlagern. Terminologieserver oben links. Der Ansatz kann nicht dogmatisch umgesetzt werden, erleichtert aber die Orientierung • Für die UML-Grafiken empfiehlt sich Astah. Zwar unterliegt das Programm größeren Einschränkungen als Dia. Aber für die Probleme bei den bisherigen Grafiken haben sich Lösungen bisher finden lassen (http://gfbio.biowikifarm.net/internal/Material_Diagrams#Problems_with_Astah_and_solutions). Davon abgesehen lässt es sich leicht handhaben und die Grafiken sehen ansprechender als bei z.B. Dia (war persönlich mein Hauptargument für die Wahl von Astah) aus Was aktuell zutun ist, sind diverse Überarbeitungen der Grafiken.

• zu Overview Architecture: Locations habe ich einen weiteren Issue geöffnet: #1 was momentan die größte Baustelle ist • weiterhin bitte ich darum, dass über die eigenen Grafiken und die zwei Übersichtsgrafiken nocheinmal in Detail darübergeschaut wird und für die Grafik ein weiteres Issue erstellt wird - sollte es Verbesserungsvorschläge geben. Ich werde die entsprechenden Issues zu den Architekturgrafiken im Wiki noch verlinken und stehe für Hilfe und Absprachen bereit.

— Reply to this email directly or view it on GitHub.

Marfroem commented 10 years ago

Hallo,

die Idee hinter den Nummern war, dass bei wirklich großen Veränderungen die alte Version erhalten bleibt, man jedoch mit der laufenden Nummer weiter geht. Je höher die Nummer, desto aktueller. Ich habe in dem Punkt vergessen, dass man eh bei Repositorys auf alte Versionen zurückgreifen kann. Auf der anderen Seite müsste an dann nicht zwischen vielen kleinen Updates entsprechende alte Schritte raussuchen, wenn es nötig werden würde.

sbodese commented 10 years ago

Hallo zusammen,

nach aktueller Rücksprache mit Michael möchten wir um eine Fertigstellung und Aktualisierung des IST Zustandes in der ASTAH Datei „GFBio_Architecture_ByLocation“ und ggf. Funktion die in Arbeit sind, bzgl. der einzelnen Standorte bis zum Ende dieser Woche bitten. Die Reihenfolge für diese Bearbeitung ist wie von Marcel beschrieben zu beachten.

Sonnige Grüße aus Bremen

Steffen Bode

computer scientist

MARUM - Center for Marine Environmental Sciences @projects: PANGAEA, www.pangaea.de MaNIDA, www.manida.org
GFBio, www.gfbio.org

University of Bremen

Hochschulring 18 (Cognium, Raum 0480) D-28359 Bremen Germany

Phone ++49 421 218-65643, Fax ++49 421 218-65505 e-mail: sbode@marum.de

Am 25.06.2014 um 12:43 schrieb Marfroem notifications@github.com:

Hallo,

die Idee hinter den Nummern war, dass bei wirklich großen Veränderungen die alte Version erhalten bleibt, man jedoch mit der laufenden Nummer weiter geht. Je höher die Nummer, desto aktueller. Ich habe in dem Punkt vergessen, dass man eh bei Repositorys auf alte Versionen zurückgreifen kann. Auf der anderen Seite müsste an dann nicht zwischen vielen kleinen Updates entsprechende alte Schritte raussuchen, wenn es nötig werden würde.

— Reply to this email directly or view it on GitHub.

ikostadi commented 10 years ago

Moin,

  1. die Reihenfolge in dem Fall wäre WP2, WP7?
  2. Nur WP1,6,7 sind hier in GitHub representiert, @sbodese kontaktierst du den Rest über Email?

Grüße

Marfroem commented 10 years ago

Ich habe gerade mit Johannes geschrieben. Sie sind gerade ziemlich eingespannt, so dass zunächst ein anderes WP den nächsten Schritt übernehmen soll.