|
|
Problemen met legacy
applicaties |
|
|
|
Organisaties die in het verleden (maatwerk) software
hebben laten bouwen voor grotere en kleinere systemen krijgen vroeg of
laat te maken met het gegeven dat de, vaak prima werkende, applicatie
aangepast moet worden. In een toenemend aantal gevallen is het niet meer
mogelijk de oorspronkelijke ontwikkelaars in huis te halen om de
wijzigingen te maken. In die gevallen is het aantal opties beperkt. Er
wordt gepoogd om het oude systeem open te breken, dan wel is nieuwbouw
aan de orde. Veel legacy systemen zijn echter zeer goed getest en werken
naar tevredenheid. Nieuwbouw van een dergelijk systeem ligt vanuit die
optiek niet voor de hand. De beste oplossing in deze gevallen is gebruik
te maken van een standaard architectuur. |
|
|
|
Hergebruik als structurele oplossing |
|
|
|
Verschillende software systemen bieden vaak dezelfde
functionaliteit aan. In het verleden is deze functionaliteit steeds weer
opnieuw gerealiseerd voor specifieke problemen. Methoden en technieken
voor hergebruik hebben niet altijd evenveel soelaas geboden wanner het
ging om hergebruik van functionaliteit. Dit vanwege het feit dat
hergebruik in veel gevallen het hergebruik van componenten betrof (betreft)
maar niet het hergebruik van functionalteit. |
|
|
|
De Byzantium/X standaard architectuur is een raamwerk
waarmee complexe bedrijfs- toepassingen gerealiseerd kunnen worden. Het
basis raamwerk bevat services die door de gehele applicatie heen gebruikt
worden. |
|
|
|
|
|
I. Standaard applicatie services |
|
Elementaire services zijn aanwezig in de basis: |
|
- Integrated Security Manager
- Agenda en Groupware Manager
- Cache Manager
- User Management
- Product Managment
-
|
|
|
|
|
|
II. Application extensions |
|
De applicatie extensions bevatten standaardiseerd
functionaliteit:
- Data-entry modules voor Personen, Bedrijven,
Producten, Diensten enz.
|
