Over het Tersus Platform
Welkom op het Tersus Platform.
Met Tersus, kunt u gemakkelijk web applicaties bouwen door middel van het tekenen van diagrammen in plaats van het schrijven van code.
De Tersus technologie is succesvol ingezet bij het bouwen van verschillende soorten software toepassingen, van kleine tactische applicaties tot high-end, bedrijfskritische systemen voor verwerking van financiële transacties.
Tersus is speciaal geschikt voor samengestelde applicaties opgebouwd uit een combinatie van built-in componenten, zelf ontwikkelde componenten en Web Services.
Het Tersus Platform bestaat uit drie hoofdcomponenten:
- De Tersus Studio, een extensie van het Eclipse platform, gebruikt door ontwikkelaars en bedrijfsexperts om grafisch de functionaliteit van de applicaties te definiëren;
- De Tersus Model Libraries, welke de bouwstenen bevat voor het samenstellen van de applicaties;
- De Tersus Server, welke de gemodelleerde oplossingen uitvoert naast de benodigde database transacties (kan draaien binnen een J2EE applicatie server).
Het maken van een applicatie wordt gedaan door het definiëren van een Model Hiërarchie, waarin ieder model is samengesteld uit andere componenten. De ontwikkelaar begint met een top-level diagram welke het hele systeem weergeeft, en vervolgt met een iteratieve top-down verfijning van het proces – door steeds dieper in ieder model te gaan en het specificeren van de componenten. Gebruikmakend van een "oneindige tekentafel" welke grafisch de gehele model hiërarchie weergeeft, hierdoor is het mogelijk dat de ontwikkelaar volledig en nauwkeurig de benodigde business logica in een visuele en intuïtieve manier kan definiëren.
Implementatie van de applicatie, zodra gemodelleerd is direct mogelijk. De modellen worden opgeslagen in een hiërarchie van XML-bestanden, die worden gelezen door de Tersus Runtime Engine. De Engine voert dan de functionaliteit bepaald door de modellen op alle niveaus uit - user interface, server-side verwerking en database-bewerkingen. Het is mogelijk om de volledige details van de uitvoering te tracen als debuggen noodzakelijk is voor controledoeleinden of voor het opsporen van problemen.
Over deze Handleiding
Deze handleiding beschrijft de ontwikkeling van een complete voorbeeld applicatie - een Inkoop Management Systeem - met behulp van de Tersus Modeling Tool.
De handleiding biedt een stap-voor-stap, praktijkvoorbeeld van de ontwikkeling van een dergelijk systeem, te beginnen met een werknemer die een inkoopverzoek doet, en eindigend met de levering van de gevraagde producten.
Binnen enkele minuten en vervolgens bij elke stap als u vordert met de bouw van de applicatie, kunt u de applicatie vanuit uw browser starten door het gebruik van de Tersus Runtime Engine.
Document Conventies
Deze handleiding gebruikt de volgende stijl conventies:
| Conventie | Omschrijving |
| Double-click the root model | Stap-voor-stap bouw instructies welke u kunt navolgen en uitvoeren |
| View | Objecten welke aanwezig zijn in de Tersus Modeling Tool |
| New Requisition | Aanbevolen naamgeving van modelen die u maakt |
| A data structure is … | Belangrijke informatie welke dieper ingaat op het onderwerp |
Het gebruik van de Tutorial
De handleiding is verdeeld in meerdere stappen, die elk een aantal nieuwe concepten van de Tersus ontwikkeling methodologie bevatten.
Iedere stap in de handleiding bevat:
- Het ontwikkelproces (modelleren, "hoe moet ik het modelleren");
- De beschrijving van de applicatie definitie (het model, of "hoe ziet het model eruit na de doorgevoerde wijzigingen"); en
- Het resultaat (applicatie, “wat de gebruiker gaat gebruiken”).
Bij iedere stap is er een volledig werkend voorbeeld project waarin alle vorige stappen tot de huidige zijn verwerkt.
Het doel van de voorbeeld projecten is tweeledig:
- Zorgen voor een consistente referentie bij het lezen door de verschillende stappen van de handleiding.
- Het toevoegen van extra functionaliteit die vergelijkbaar is met gemodelleerde functionaliteit die in detail beschreven is in de handleiding. U kunt gebruik maken van de voorbeelden en het modelleren van de extra functionaliteit overslaan, of besluiten om het model zelf te bouwen (de extra functionaliteit wordt beschreven in de korte en niet in een gedetailleerde stap-voor-stap manier, deze beschrijvingen zouden voldoende moeten zijn, omdat u deze in een eerdere stap reeds bent tegengekomen).
De Voorbeeld Applicatie
Acme corp. wil haar huidige handmatige, papier-intensieve inkoopproces vervangen door een geautomatiseerd web-gebaseerd systeem waarmee medewerkers op verzoek de aankoop van producten (bv. PC's, meubilair, kantoorbenodigdheden) kunnen regelen.
Een inkoopverzoek bestaat altijd uit de volgende stappen:
- Een werknemer voert een nieuwe inkoopopdracht in;
- De inkoopopdracht wordt goedgekeurd/afgekeurd door de verantwoordelijke van de werknemer;
- De goedgekeurde inkoopopdracht wordt behandeld door een inkoper, die de bestelling verder verwerkt;
- Als de producten zijn besteld en afgeleverd, wordt de inkoopopdracht beschouwd als afgehandeld.