• Blog
  • Info Support
  • Career
  • Training
  • International Group
  • Info Support
  • Blog
  • Career
  • Training
  • International Group
  • Search
logo InfoSupport
  • Latest blogs
  • Popular blogs
  • Experts
      • All
      • Bloggers
      • Speakers
  • Meet us
  • About us
    • nl
    • en
    • .NET
    • 3D printing
    • Advanced Analytics
    • Agile
    • Akka
    • Alexa
    • Algorithms
    • Api's
    • Architectuur
    • Artificial Intelligence
    • ATDD
    • Augmented Reality
    • AWS
    • Azure
    • Big Data
    • Blockchain
    • Business Intelligence
    • Chatbots
    • Cloud
    • Code Combat
    • Cognitive Services
    • Communicatie
    • Containers
    • Continuous Delivery
    • CQRS
    • Cyber Security
    • Dapr
    • Data
    • Data & Analystics
    • Data Science
    • Data Warehousing
    • Databricks
    • DataOps
    • Developers life
    • DevOps
    • Digital Days
    • Digital Twin
    • Docker
    • eHealth
    • Enterprise Architecture
    • Event Sourcing
    • Hacking
    • Infrastructure & Hosting
    • Innovatie
    • Integration
    • Internet of Things
    • Java
    • Machine Learning
    • Microservices
    • Microsoft
    • Microsoft Bot Framework
    • Microsoft Data Platform
    • Mobile Development
    • Mutation Testing
    • Open source
    • Pepper
    • Power BI
    • Privacy & Ethiek
    • Python
    • Quality Assistance & Test
    • Quality Assurance & Test
    • Requirements Management
    • Scala
    • Scratch
    • Security
    • SharePoint
    • Software Architecture
    • Software development
    • Software Factory
    • SQL Server
    • SSL
    • Start-up
    • Startup thinking
    • Stryker
    • Test Quality
    • Testing
    • TLS
    • TypeScript
    • Various
    • Web Development
    • Web-scale IT
    • Xamarin
    • All
    • Bloggers
    • Speakers
Home » SATURN conference – Dag 1 – Architecture centric design
  • SATURN conference - Dag 1 - Architecture centric design

    • By Oud-medewerkers
    • Software Architecture 9 years ago
    • Software Architecture 0 comments
    • Software Architecture Software Architecture
    SATURN conference - Dag 1 - Architecture centric design

    Twee van onze collega’s, Rogier Schrama en Wim van Gool, wonen deze week de SATURN conference bij van het SEI (Software Engineering Institute) van Carnegie Mellon University en doen ons hiervan verslag. 

    Maandag 5 mei 2014 is de eerste dag van de SATURN conferentie in Portland, Oregon. Dit is deel 1 van een dagelijkse samenvatting van de onderwerpen die tijdens de conferentie aan de orde komen. De SATURN conferentie is een jaarlijks terugkerende, 5-daagse conferentie die wordt georganiseerd door het Software Engineering Institute (SEI). De focus van de conferentie is ‘general software architecture’. Het programma is variabel. Dat betekent dat er gekozen kan worden uit een combinatie van courses en tutorials op de eerste twee dagen, aangevuld met korte, gevarieerde sessies op de daaropvolgende drie dagen.

    Dag 1: Course ‘Advanced Software Architecture Workshop’.

    De course is opgezet rondom het SEI principe van ‘Architecture-centric Design’. Dit principe onderkent een tweetal feedback loops. In de eerste loop wordt de software architectuur, of de wijzigingen erop, afgestemd op de wensen en doelen van de organisatie. In de tweede, daaropvolgende loop, wordt de afgestemde architectuur toegepast op het te bouwen systeem. De activiteiten in de twee loops hebben als doel om de kwalitatieve aspecten van de architectuur te waarborgen. Dit gebeurt door middel van review processen gebaseerd op verifieerbare eigenschappen van de architectuur.

    De methode die SEI in de eerste loop gebruikt is Attribute Driven Design. In grote lijnen lijkt dit op het selecteren van architectuur relevante use cases zoals dit binnen Endeavour ook gebeurt. Er wordt een aantal architectuur relevante scenario’s getoetst aan hypothesen. Dit proces moet bewijzen dat de architectuur voldoet aan specifieke eisen, zoals bijvoorbeeld performance. SEI hanteert peer-review sessies tussen verschillende architecten om onzuiverheden in de architectuur boven tafel te krijgen om zo de kwaliteit te verbeteren.

    In de tweede loop omvat de communicatie van architectuur naar ontwikkelaars en methoden om de conformiteit van de ontwikkelde software ook weer zo goed mogelijk te verifiëren (governance). De methode die SEI hanteert is voor een belangrijk deel gebaseerd op documentatie van de architectuur. Op basis van deze documentatie en presentaties van de architect aan het ontwikkelteam, wordt een interactief proces bewerkstelligd dat er ook voor moet zorgen om fouten in een vroeg stadium boven tafel te krijgen. De bewijslast ligt hierbij bij de architect.

    De methode komt op sommige vlakken vrij formeel over, maar is gebaseerd op een verzameling breed toepasbare, common-sense uitgangspunten. Een paar voorbeelden die de scope van deze uitgangspunten weergeven:

    • Als je een architectuurmodel documenteert, geef architectuurcomponenten dan niet alleen een naam, maar ook een omschrijving.
    • Maak alle doelstellingen meetbaar. Dit maakt verificatie mogelijk.
    • Stimuleer fout-eliminatie in ontwerpen door interactie met andere peers.
    • Documenteer de uitkomsten van review sessies.
    • Werk zoveel mogelijk in ‘eenheden van 5’ omdat dit beter aansluit bij wat mensen tegelijkertijd kunnen bevatten.

    Veel van de zaken in de door SEI gebruikte methode zijn, zoals al eerder aangegeven, common-sense. Veel ervan zijn ook een intrinsiek onderdeel van bijvoorbeeld Endeavour. Maar het is altijd goed om hier scherp op te blijven zoals ook deze methode benadrukt.

    Share this

Oud-medewerkers

View profile

Related IT training

Go to training website

Related Consultancy solutions

Go to infosupport.com

Related blogs

  • J-Fall 2016: the best one-day conference I know

    J-Fall 2016: the best one-day conference I know Hanno Embregts - 7 years ago

  • dotnetFlix: Azure Service Fabric met Mark Fussell

    dotnetFlix: Azure Service Fabric met Mark Fussell Edwin van Wijk - 7 years ago

  • dotnetFlix: Software Architecture at Spotify with Nikla…

    dotnetFlix: Software Architecture at Spotify with Nikla… Edwin van Wijk - 7 years ago

Data Discovery Channel

  • Data+AI Summit 2023

  • Blijf je Azure cloud omgeving de baas met CloudXcellence

  • MLOps

Nieuwsbrief

* verplichte velden

Contact

  • Head office NL
  • Kruisboog 42
  • 3905 TG Veenendaal
  • T +31 318 552020
  • Call
  • Mail
  • Directions
  • Head office BE
  • Generaal De Wittelaan 17
  • bus 30 2800 Mechelen
  • T +32 15 286370
  • Call
  • Mail
  • Directions

Follow us

  • Twitter
  • Facebook
  • Linkedin
  • Youtube

Newsletter

Sign in

Extra

  • Media Library
  • Disclaimer
  • Algemene voorwaarden
  • ISHBS Webmail
  • Extranet
Beheer cookie toestemming
Deze website maakt gebruik van Functionele en Analytische cookies voor website optimalisatie en statistieken.
Functioneel Always active
De technische opslag of toegang is strikt noodzakelijk voor het legitieme doel het gebruik mogelijk te maken van een specifieke dienst waarom de abonnee of gebruiker uitdrukkelijk heeft gevraagd, of met als enig doel de uitvoering van de transmissie van een communicatie over een elektronisch communicatienetwerk.
Voorkeuren
De technische opslag of toegang is noodzakelijk voor het legitieme doel voorkeuren op te slaan die niet door de abonnee of gebruiker zijn aangevraagd.
Statistieken
De technische opslag of toegang die uitsluitend voor statistische doeleinden wordt gebruikt. De technische opslag of toegang die uitsluitend wordt gebruikt voor anonieme statistische doeleinden. Zonder dagvaarding, vrijwillige naleving door uw Internet Service Provider, of aanvullende gegevens van een derde partij, kan informatie die alleen voor dit doel wordt opgeslagen of opgehaald gewoonlijk niet worden gebruikt om je te identificeren.
Marketing
De technische opslag of toegang is nodig om gebruikersprofielen op te stellen voor het verzenden van reclame, of om de gebruiker op een website of over verschillende websites te volgen voor soortgelijke marketingdoeleinden.
Manage options Manage services Manage {vendor_count} vendors Read more about these purposes
Voorkeuren
{title} {title} {title}