|
|
| |
| |
|
Alexander Ernst
|
|
Wednesday, 20 February 2008 |
|
We are proud to announce the availability of the first version of the Enterprise Architecture Management Pattern Catalog. The objective of the EAM Pattern Catalog is to complement existing Enterprise Architecture (EA) management frameworks, which provide a holistic and generic view on the problem of EA management, and to provide additional detail and guidance needed to systematically establish EA management in a step-wise fashion within an enterprise.
 Be the first to write a comment
|
|
more
|
|
|
Jan Dietz
|
|
Monday, 11 February 2008 |
|
The concepts of architectural principleand business rule are currently ill-defined. As a consequence, there is a lot of misunderstanding and confusion. Only by putting these concepts in an appropriate and theoretically sound conceptual framework can they become well-defined. Only well-defined concepts are useful, both in science and in practice.
Be the first to write a comment |
|
more
|
|
|
Jan van Til
|
|
Friday, 08 February 2008 |
|
Met de Core Components Technical Specification (CCTS) wil UN/CEFACT een
revolutionaire benadering bieden ter oplossing van het prangende
interoperabiliteitsvraagstuk. Uitwisseling van informatie tussen applicaties/
databases is eigenlijk al vanaf de introductie van de eerste interface problematisch.
En de problematiek is inmiddels uitgegroeid tot een interoperabiliteitsvraagstuk van
zo fors formaat dat velen het uit eigen ondervinding kennen. Vraag is nu of
UN/CEFACT met CCTS wèrkelijk iets nieuws te bieden heeft; iets revolutionairs –
zoals ze het zelf uitdrukkelijk beschrijft. In dit artikel maak ik duidelijk dat CCTS – in
de huidige opzet – niét kan ontsnappen aan de beperkingen waarmee ook de nu
bekende standaarden voor informatie-uitwisseling te kampen hebben. ... Comments (4) |
|
more
|
|
|
Tom Schepers, Maria Eugenia Iacob, Rob de Maat, Pascal van Eck
|
|
Thursday, 17 January 2008 |
|
De verspreiding van diensten in een Service-Oriented Architecture (SOA) maakt het moeilijk om deze omgeving in controle te houden. Diensten worden op verschillende plekken in de organisatie beheerd, waardoor de samenhang verloren kan gaan. Het concept van SOA governance is ontstaan om een oplossing te bieden voor het sturingsprobleem in SOA’s. In dit artikel wordt een levenscyclus benadering gebruikt om een praktische aanpak voor SOA governance op te stellen. Deze aanpak bestaat uit het definiëren van strategische SOA doelen, het klaarmaken van de organisatie, het beheer van de dienstenportefeuille, beheer van de levenscyclus van diensten, toepassing van reguleringen en het beheer van service niveau’s.
Be the first to write a comment |
|
more
|
|
|
Borjan Cace
|
|
Monday, 14 January 2008 |
The vocabulary we use to communicate about Service Oriented Architecture is vague and is causing confusion. The negative effects caused by the lack of precision are most obvious when we communicate outside of the community of SOA professionals. The “SOA Reference Model” of OASIS provides a solid basis for the needed shared vocabulary but the reviewing has identified some shortcomings. This article elaborates on these shortcomings and emphasizes the importance of four concepts commonly denoted by the terms: service, contract, interface and operation. Additionally, these terms are compared to the terms formalized by W3C.
Reviewed
Comments (1) |
|
more
|
|
|
Gerrit Muller
|
|
Tuesday, 30 October 2007 |
The satisfaction of stakeholders depends on “hard” factors (e.g. economical, financial and legal) and “soft” factors (e.g. psychological, social, political and cultural). We will discuss the broadness of the stakeholder universe and its relation to the depth of technical design world. In practice the stakeholder world seems to be disconnected from the technical design world. These two worlds should be connected to the degree that the realized product appropriately fulfills the needs of all stakeholders. We position the architect as the team member that has to connect those entities. We will zoom in on those characteristics of the architect that seem to be missing in the current architect profile and that have large impact on (human)stakeholder satisfaction.
Reviewed
Be the first to write a comment |
|
more
|
|
|
Adrian Grigoriu
|
|
Thursday, 11 October 2007 |
Porter conceptualized, in the 80s, the Value Chain (VC) of an Enterprise. A VC categorizes the business functions of a company in primary (operations) and secondary (support) functions. Porter also introduced Value Networks/Systems consisting of a string of Value Chains contributing to the delivery of the end product or value where each VC is implemented by a separate Enterprise.
Be the first to write a comment |
|
more
|
|
|
Jaap van Rees
|
|
Wednesday, 26 September 2007 |
|
Enige jaren geleden las ik in een artikel de uitspraak "Het architectuur begrip is afkomstig uit de chip-industrie". Zelf onderzoek ik al sinds 1973 de mogelijkheden om het prachtige bouwkundige begrip 'architectuur' toe te passen bij het bouwen van informatiesystemen in organisaties. Deze uitspraak wekte dan ook mijn verbazing. Weer een bewijs van de kortzichtigheid en naïviteit van de IT-wereld, dacht ik. Want ik meende zeker te weten, dat het architectuur begrip zijn oorsprong vindt in de bouwkunde. Nu, jaren later, denk ik dat het beter is te accepteren, dat er twee verschillende architectuur begrippen zijn, en vast te stellen, dat een welles-nietes-discussie over het recht op het gebruik van het woord architectuur en daarmee de titel van architect niet zinvol is. Comments (3) |
|
more
|
|
|
Henk Jonkers, Christian Wartena, Hugo ter Doest
|
|
Monday, 17 September 2007 |
This paper reports on the development of a service-oriented architecture in a project that aims to realise a digital archive for long time preservation of digital objects of the municipality of Rotterdam. The architecture is based on the Records Management Continuum, which argues that archiving starts with the creation of an object. The infrastructure, system architecture, archiving processes and services are specified according to this principle.
Reviewed
Comments (1) |
|
more
|
|
|
Bert Dingemans
|
|
Monday, 13 August 2007 |
Het toepassen van een gelaagde architectuur in softwareontwikkeltrajecten maakt het mogelijk om een objectmodel te transformeren naar een werkend informatiesysteem. Echter elk softwareparadigma heeft eigen transformatieregels voor het correct omzetten van een objectmodel naar werkende code. Dit artikel schetst een aantal strategieën voor objectgeoriënteerde en niet object georiënteerde software.
Be the first to write a comment |
|
more
|
|
| << Start < Prev 1 2 3 4 5 6 Next > End >>
|
|
|
| |
| |
|
