|
| |
| |
| Danny Greefhorst
|
Wednesday, 02 March 2011 |
|
De uitwisseling van kennis op het gebied van architectuur is nog niet optimaal. Zo blijft veel kennis binnen organisaties, vakverenigingen en werkgroepen. Op congressen wordt nog te weinig kennis gedeeld over wat er niet goed ging, terwijl het imago van architectuurafdelingen wel onder druk staat. Ook de stroom van artikelen op Via Nova Architectura is minder dan gehoopt. We zijn gelukkig niet uniek in deze kennisuitwisselingsproblematiek. Het boek Easycratie van Martijn Aslander en Erwin Witteveen is een interessante inspiratiebron. Een goede reden om een samenvatting te geven van de ideeën in dat boek.
Comments (2) |
|
more
|
|
|
Sunday, 23 January 2011 |
|
Virtualisatie is een steeds belangrijker thema aan het worden in organisaties. Het is steeds meer organisaties duidelijk dat het belangrijke voordelen biedt op het gebied van kosten, flexibiliteit en beschikbaarheid. De mate waarin de technische infrastructuur is gevirtualiseerd is een belangrijke maatstaf aan het worden van de volwassenheid van een IT-organisatie. Virtualisatie is tevens een containerbegrip voor veel verschillende technieken, zowel op hardware als softwareniveau, ieder met zijn eigen karakteristieken. Een goede reden om een aantal belangrijke vormen in meer detail te beschrijven. In het bijzonder geef ik inzicht in servervirtualisatie, clientvirtualisatie, desktopvirtualisatie en applicatievirtualisatie.
Be the first to write a comment |
|
more
|
|
|
Wednesday, 22 December 2010 |
|
Architectuur is in de praktijk nog lang niet altijd doelgericht. Het is daarom belangrijk om de daadwerkelijke doelstellingen centraal te stellen; uiteindelijk is architectuur slechts een hulpmiddel. In de praktijk blijkt het echter lastig om de doelstellingen helder te krijgen. Enerzijds bestaan doelstellingen op verschillende niveaus en zijn ze niet altijd in lijn. Daarnaast zijn doelstellingen vaak persoonlijk en niet objectief. Anderzijds is het lastig om tot heldere doelstellingen te komen. Tenslotte denken IT'ers vaak dat zij wel weten wat de doelstellingen zijn.
Comments (3) |
|
more
|
|
|
Friday, 09 July 2010 |
|
Ik werd laatst gevraagd of ik kon aangeven wat de juiste omvang is van een bedrijfsservice (ook wel: “granulariteit”). Dat was best een lastige vraag en wel om twee redenen. Ten eerste wist ik niet zeker wat hij bedoelde met “bedrijfsservice”; een dienst die een organisatie levert of een dienst die de software levert en die met bedrijfslogica te maken heeft. Daarnaast is omvang iets dat afhangt van het doel dat je hebt, en waar overigens ook hele andere overwegingen bij gelden voor softwarediensten dan voor organisatorische diensten. Voor softwarediensten kom je al snel in hele technische, maar ook in filosofische discussies en is volgens mij al meer dan genoeg gezegd. Laten we dus eens kijken naar “echte” bedrijfsservices.
Be the first to write a comment |
|
more
|
|
|
Monday, 17 May 2010 |
|
Zaakgericht werken is een principe dat een belangrijke rol speelt bij lokale overheden, maar zeker ook breder toepasbaar is. Het heeft veel overeenkomsten met service-oriëntatie. Het basisidee is dat je de diensten die je aanbiedt goed definieert en dat je de bijbehorende service levels bewaakt. Er zijn allerlei architectuurbouwblokken die een rol spelen bij zaakgericht werken zoals zaaksystemen, zaakmagazijnen en Persoonlijke Internet Pagina's. De vraag is echter wanneer de verschillende bouwblokken relevant zijn en hoe ze met elkaar samenhangen. Is bijvoorbeeld een zaakmagazijn noodzakelijk voor het publiceren van de status van vergunningen op Internet? In dit item zet ik alle belangrijke architectuurbouwblokken op een rij en laat hun samenhang zien.
Comments (7) |
|
more
|
|
|
Tuesday, 06 May 2008 |
|
Enterprise Architecture has become a real container term; everyone uses it but means something slightly different. This confusion is not very constructive and certainly does not provide enterprise architecture with a positive image to other stakeholders. I therefore propose to reserve the term enterprise architecture only for the highest-level form of architecture; there where the organisation strategy needs to be made concrete.
Comments (20) |
|
more
|
|
|
Wednesday, 30 January 2008 |
|
A lot of organisations seem to think that Service Oriented Architecture (SOA) is the silver bullet for a lot of organisational issues, and that an Enterprise Service Bus (ESB) is a universal business adapter that can connect everything transparently. I strongly disagree with such statements: SOA and ESB are overhyped, and are mostly pushed by the IT industry.
Comments (6) |
|
more
|
|
|
Tuesday, 23 October 2007 |
|
Projects that have been working on the architecture for months. Infrastructure that takes forever to implement because it is just too complex, and that seems to do much more than we need. Endless discussions between enterprise architects and project members about issues that have been talked over again and again. Project architectures that look more like reference architectures and/or meta-models than project documents. What we need is architecture that is motivation driven.
Be the first to write a comment |
|
more
|
|
|
Wednesday, 19 September 2007 |
|
One of the key trends in the IT industry is that technology keeps changing. Was your application developed more than two years ago? Chances are high that it does not comply with new technological developments, product versions or design best-practices. Did you just learn a new programming environment? The latest framework will require you to learn much of it over again. All these new technologies are simply added to the existing environment, since we just cannot affort to stay behing the competition. Also, IT professionals generally get a kick out of learning and applying new technology.
Comments (3) |
|
more
|
|
|
Friday, 13 July 2007 |
|
Every now and then I ask myself: what is it I am really doing? I always seem to come up with the same type of answer, independent of the project I am currently in. My work basically consists of understanding the situation, formulating questions, finding answers by talking to a lot of people, and writing everything down in some structured form. Is this the essence of being an architect?
Be the first to write a comment |
|
more
|
|
|
Friday, 15 June 2007 |
|
Lately I have been involved in discussions on the role of models in enterprise architecture. Some people seem to think that an enterprise architecture describes detailed models of current and future situations. Typically these models are stored in an enterprise repository, that could also be filled partially by other sources such as the configuration management database or sourcecode files. Let's step back a little bit to look at the role of models in architecture in general.
Be the first to write a comment |
|
more
|
|
| << Start < Prev 1 2 Next > End >>
| | Results 1 - 11 of 12 |
Via Nova Architectura is not responsible for the content of blogs, but authors and readers are asked to adhere the following guidelines. Authors are strongly encouraged to check facts, cite sources, present
balanced views, acknowledge and correct errors. Respect copyright, fair use and financial disclosure laws. Please do not disparage organizations, or individuals. Being critical of someone's practice is acceptable, when it is done in a professional manner. Prevent usage of marketing statements. Comments should be relevant to the specific post they are attached to. Spam, flaming, personal attacks, and off-topic comments are not
permitted. Readers are requested to notify
This e-mail address is being protected from spam bots, you need JavaScript enabled to view it
of any violations. The editor holds the right to remove any statements that, in the editors opinion, infringe the above guideline(s). The author receives a notification of this action.
|
|
|
| |
| |
|