Architectuur in de digitale wereld/2010-11/begrippen

Uit Werkplaats
Ga naar: navigatie, zoeken
Falling Water.jpg

Architectuur in de digitale wereld

Hanno Wupper
David Jansen


 © comments



cursussen / courses


Leerboek in wording

Kies als groep een concept of een aantal concepten die bij elkaar horen en schrijf de betreffende Werkplaats-lemmata. Je mag ook eigen begrippen of concepten voorstellen, die centraal staan in jouw favoriete methode voor requirements engineering of ontwerp, en waarvan je denkt dat die ook voor andere methoden interessant zijn. Ik wil het liefst bij concepten blijven en niet teveel over procedures of stappen spreken. Stuur mij een e-mail zodra je je groep gevormd hebt en duidelijk is wat je wilt behandelen.

Begrippen

Let op de wenken op de hoofdpagina voor deze opdracht.
David Jansen.jpg
David JansenArchitectuur in de digitale wereld Remove this comment when resolved!


Problemen en oplossingen

Architectuur

  • het spanningsveld van [soorten] /Belanghebbenden: Harm van den Brink, Marc Bitter, Joost Hendricksen, Bruno van Hoek
omvat: bouwheer, aannemer, gebruikers [directe en indirecte], omgeving
  • architectuurprincipes
omvat: principes, gebouw, regels, richtlijnen
Mijzelf (D.N. Jansen) is ook nog niet helemaal duidelijk hoe de drie bovenstaande punten bij elkaar horen. Ik hoop dat we er samen uitkomen.
Kijk eens naar Moonhawk's essay "Manifesting worldviews in language" http://www.enformy.com/dma-wv.htm . Dit principe van (linguistische) relativiteit helpt mij een stuk beter een mogelijke samenhang tussen die termen te begrijpen. Dirk van der Linden 11 nov 2010 10:08 (UTC)
  • focus

Ontwerp

  • workflow/procedure vs. dienst
  • ontwerpmethoden, b.v. agile development, Scrum: Matthijs van Rietschoten en Mohammed Doghman RAD/RUP vs. Scrum en andere /Agile methods
Het is mogelijk dat iemand of een paar mensen proberen in ontwerpmethoden terug te vinden wat we elders aan concepten hebben besproken. Graag in overleg.
Vragen die je helpen bij de opdracht: Welke elementen uit deze methode(n) zouden volgens jou in elke methode terug moeten keren? Waarom? – Welke elementen zijn specialiteiten, d.w.z. komen alleen in deze methode voor? Probeer te bedenken waarom de specialiteiten wel in de methode zitten; is ze b.v. bijzonder geschikt om een bepaalde soort systemen te bouwen?