Architectuurkaders
Ontwikkelingen zoals onderwijskundige veranderingen, innovaties, en beleidswijzigingen vormen externe drivers voor de ROSA. In de ROSA worden doelen geformuleerd die in lijn zijn met dit beleid en die doorvertaald worden naar architectuurprincipes, waarmee consistentie en samenhang in de keten wordt nagestreefd. Doelen in ROSA zijn geformuleerd als kwaliteitseigenschappen en waarden die vanuit de ROSA worden geadresseerd. Daarmee sluiten we aan bij de indeling die NORA kiest voor bindende architectuurafspraken in kwaliteitsdoelen (in NORA geclusterd onder Kernwaarden van Dienstverlening), architectuurprincipes, en implicaties (in ROSA verder uitgewerkt in ontwerpprincipes en ontwerpkaders binnen de verschillende ontwerpgebieden). Het verschil in perspectief - NORA is gericht op dienstverlening door overheidsorganisaties, ROSA op ketensamenwerkingen in het onderwijsdomein - komt tot uitdrukking in de formulering van doelen. In NORA zijn doelen geformuleerd als bijvoeglijk naamwoorden ('Transparant') die van toepassing zijn op overheidsdienstverlening ('de dienstverlening is transparant'), in ROSA zijn de doelen geformuleerd als zelfstandig naamwoorden ('Transparantie') waaraan ketensamenwerkingen – in meer of mindere mate – bijdragen.
Wanneer binnen een project ontwerpbeslissingen worden gemaakt, vindt steeds een belangenafweging plaats op basis van concerns[1] van belanghebbenden. Daarbij geldt dat geen enkel concern ‘absoluut’ is – in de afweging tussen verschillende belangen vinden trade-offs plaats. Met het maken van ontwerpbeslissingen worden ontwerpproblemen (‘design issues’) opgelost.
De ontwerpgebieden representeren generieke ontwerppatronen die in enige vorm op (nagenoeg) alle projecten van toepassing zijn om ontwerpproblemen aan te pakken. De ontwerpkaders bieden concrete kaders en richtlijnen voor (keten)projecten om op dat gebied aan de doelen en principes van ROSA te voldoen.
- ↑ cf. ISO/IEC/IEEE 42010: "A concern could be manifest in many forms, such as in relation to one or more stakeholder needs, goals, expectations, responsibilities, requirements, design constraints, assumptions, dependencies, quality attributes, architecture decisions, risks or other issues pertaining to the system."