Query:
faculty: "FNWI" and publication year: "2006"
| Author | Jeroen Quakernaat | | Title | Het analyseren en verbeteren van een architectuurbeschrijving. Een methode om een archite ctuurdiagram te analyseren en te verbeteren |
| Supervisors | Hans Dekkers, Rik Farenhorst, Job Vondeling |
| Year | 2006 |
| Faculty | Faculty of Science |
| Institute/dept. | FNWI: Instituut voor Informatica | | Programme | FNWI MSc Software Engineering |
| Abstract | Architectuur is de fundamentele organisatie van een systeem zoals dat tot uitdrukking komt in componenten, hun relaties tot elkaar en de omgeving, en de principes die het ontwerp en ontwikkeling bepalen. Een
architectuurbeschrijving is een verzameling producten om een architectuur mee te documenteren.
Uit interviews en informele gespreken is gebleken dat de architectuurbeschrijving matig wordt gebruikt door de meeste stakeholders. Dit komt omdat er weinig tot geen ruggespraak is tussen de architecten en de technische stakeholders. Met technische stakeholders worden ontwikkelaars, technisch ontwerpers, beheerders en testers bedoeld van systemen. Het gevolg hiervan is dat projectspecifieke ervaringen en architectuurkennis verloren raken. Dit komt omdat de ontwerpers en ontwikkelaars zelf architectuurbeslissingen nemen en deze niet expliciet op één vaste locatie vastleggen en delen met de architecten. Door de matige bruikbaarheid van de architectuurbeschrijving voelen zij niet de noodzaak om kritische feedback te geven en kennis te delen.
Het onderzoek richt zich hoofdzakelijk op het analyseren en verbeteren van een architectuurdiagram. Door het bruikbaarder maken van deze diagrammen voor de technische stakeholders kunnen zij en de architecten weer ruggespraak voeren. Hierdoor kan de architect projectspecifieke kennis en ervaringen vastleggen en hergebruiken bij het maken van een nieuwe architectuur zodat de hele organisatie hiervan profiteert.
De huidige architectuurdiagrammen zijn doorgaans te veelomvattend of te oppervlakkig waardoor ze meer vragen oproepen dan beantwoorden. Om een diagram te kunnen verbeteren moet eerst duidelijk worden wat de
oorzaken zijn waarom het diagram te veelomvattend of te oppervlakkig is. Ik heb een methode ontwikkeld waarmee op een gestructureerde wijze een architectuurdiagram kan worden geanalyseerd en verbeterd. De
methode maakt op een nieuwe manier gebruik van een combinatie van bewezen oplossingen uit de literatuur.
De methode bestaat uit een referentiemodel en een stappenplan. Het stappenplan toetst op welke gebieden het diagram afwijkt van het referentiemodel en adviseert hoe je het diagram kunt verbeteren.
Er is gebleken dat een oorzaak van een veelomvattend architectuurdiagram is dat het meer dan één manier van denken over de software tegelijkertijd laat zien. Dit maakt lastig om het diagram te interpreteren. De oorzaak achter een oppervlakkig diagram kan zijn dat de onderlinge relaties tussen de elementen van het diagram niet
specifiek genoeg zijn. Hierdoor blijven er veel vragen onbeantwoord voor degenen die de architectuur moeten realiseren.
De methode is toegepast op een architectuurdiagram uit een bestaande architectuurbeschrijving. Het verbeterde diagram laat zien dat bepaalde aspecten van de architectuur beter tot hun recht komen dan in het origineel. Dit zorgt ervoor dat de kans op het trekken van de verkeerde conclusies wordt gereduceerd en de communicatie tussen de stakeholders over de architectuur wordt verbeterd. Dit scheelt uiteindelijk tijd en geld.
Tijdens het onderzoek is duidelijk geworden dat Getronics PinkRoccade twee type architectuurbeschrijvingen zou moeten maken. Een enterprise architectuurbeschrijving bedoelt voor directie en businessmanagers en een applicatie architectuurbeschrijving voor technische stakeholders die de architectuur moeten realiseren. Beide groepen stakeholders hebben uiteenlopende belangen die zij willen terugzien in de architectuurbeschrijving.
Een enterprise architectuur bevat de globale structuren en onderlinge relaties van alle architectuurdomeinen. Een applicatie architectuur bevat de gedetailleerde structuren van de technische architectuurdomeinen. Het combineren van deze uiteenlopende detailniveaus in één architectuurbeschrijving zou een onwerkbare situatie opleveren. |
| Document type | scriptie master |
| Download paper | |
Use this url to link to this page: http://dare.uva.nl/en/scriptie/411077
Contact us about this recordNotify a colleague
Add to bookbag
|
previous
