|
|
| |
| |
|
Danny Greefhorst
|
vrijdag, 09 juli 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.
Schrijf als eerste een reactie |
|
meer
|
|
|
maandag, 17 mei 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.
Reacties (7) |
|
meer
|
|
|
dinsdag, 06 mei 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.
Reacties (20) |
|
meer
|
|
|
woensdag, 30 januari 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.
Reacties (6) |
|
meer
|
|
|
dinsdag, 23 oktober 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.
Schrijf als eerste een reactie |
|
meer
|
|
|
woensdag, 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.
Reacties (3) |
|
meer
|
|
|
vrijdag, 13 juli 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?
Schrijf als eerste een reactie |
|
meer
|
|
|
vrijdag, 15 juni 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.
Schrijf als eerste een reactie |
|
meer
|
|
|
zondag, 11 maart 2007 |
|
My vision on architecture is that it is all about making fundamental choices, and influencing the right people in order to achieve the required change. This means that architecture is also very much concerned with change management and stakeholder management. I also believe that architecture should combine top-down and bottom-up views.
Schrijf als eerste een reactie |
|
meer
|
|
|
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
Dit e-mail adres is beschermd door spambots, u heeft Javascript nodig om dit onderdeel te kunnen bekijken
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.
|
|
|
| |
| |
|