Uncategorized

CAD, PLM, ERP en DMS: hoe voegt Systems Engineering waarde toe in de scheepsbouw?

Standaard

In de maritieme sector gaat het steeds vaker over Systems Engineering. Toch is een logische vraag: is dat echt nodig wanneer een werf al werkt met CAD, PLM, ERP, DMS en MES?

CAD ondersteunt het ontwerp. PLM beheert onderdelen, productstructuren en revisies. ERP organiseert inkoop, expediting en logistiek. Een DMS bewaart documenten en MES ondersteunt productie en werkvoorbereiding.

Daarmee is dan eigenlijk alles al geregeld, toch? Nee, zeker niet. Wat ontbreekt in veel projecten is een duidelijke verbinding tussen wat de klant vraagt, wat engineers besluiten, welke documenten dit moeten aantonen en welke wijzigingen onderweg zijn doorgevoerd.

Precies daar kan Systems Engineering in de scheepsbouw richting geven. ISO 15288 beschrijft processen die een werf kan inrichten om een project beter te laten verlopen. In dit artikel leggen we uit hoe die processen houvast bieden bij het organiseren van samenhang, en hoe datamanagement software de daarbij vrijkomende eisen, ontwerpkeuzes, reviews, wijzigingen en bewijsvoering met elkaar kan verbinden.

Welke rol spelen CAD, PLM, ERP, DMS en MES in de scheepsbouw?

De bestaande systemen binnen een werf blijven essentieel. Ze ondersteunen elk een belangrijk deel van het projectproces:

  • → CAD voor 2D- en 3D-ontwerp, tekeningen en modellen
  • → PLM voor productstructuren, componenten en revisies
  • → ERP voor inkoop, planning, logistiek en expediting
  • → DMS voor documentopslag, distributie en versiebeheer
  • → MES voor productieaansturing en werkvoorbereiding

Samen ondersteunen deze systemen ontwerp, inkoop en productie. De uitdaging ontstaat wanneer informatie over eisen, keuzes en wijzigingen verspreid raakt over systemen, documenten, overleggen en mailboxen.

Een klanteis staat bijvoorbeeld in het bestek. Het ontwerpbesluit wordt genomen in een overleg. De onderbouwing komt terecht in een tekening, berekening of schema. Daarna geeft de klant commentaar op een documentversie, met mogelijke gevolgen voor ontwerp, planning en inkoop.

Dan komt een cruciale vraag naar voren: welke eis geldt, waar is deze verwerkt en hoe tonen we dat aan?

Systems Engineering geeft richting aan governance en compliance in het engineeringproces

Systems Engineering gaat verder dan productdefinitie, planning of inkoop. ISO 15288 beschrijft system life cycle processen die aangeven welke processen je kunt inrichten om een project beter te laten verlopen. De norm schrijft niet voor wat de inhoud van die processen exact moet zijn. Die vult iedere werf zelf in.

Juist in de vroege engineeringfase, wanneer nog niet precies vaststaat wat het schip of systeem moet kunnen, biedt dit proceskader houvast. De werf vult de processen vervolgens in met eigen inhoud en werkwijzen, waaronder governance, compliance, risico’s, raakvlakken, ontwerpbesluiten en klantafstemming.

De processen helpen te bepalen welke relaties en informatiestromen je in een project wilt organiseren, bijvoorbeeld tussen:

  • → klantwensen en contractuele eisen
  • → technische eisen en ontwerpkeuzes
  • → documenten, tekeningen en berekeningen
  • → reviews, opmerkingen en besluiten
  • → wijzigingen, risico’s en beheersmaatregelen
  • → verificatie, validatie en oplevering

Wanneer die processen bewust op elkaar aansluiten, ontstaat een navolgbare engineeringstructuur die helpt om gedurende het hele project grip te houden. Om de informatie die binnen deze processen ontstaat bruikbaar te maken, is datamanagementsoftware nodig. Deze software verbindt eisen, documenten, besluiten, reviews en andere projectdata in hun onderlinge context.

Hoe maakt datamanagementsoftware eisen traceerbaar in scheepsbouwprojecten?

Wanneer een werf de processen rond eisen, documenten en besluiten op elkaar laat aansluiten, wordt engineeringkennis concreet toepasbaar. Datastorms is datamanagementsoftware die deze informatie samenbrengt en de relaties ertussen zichtbaar maakt. Per eis is bijvoorbeeld zichtbaar waar deze vandaan komt, wie eigenaar is, in welke fase deze relevant is en op welke manier zij moet worden aangetoond.

Dat levert in de praktijk vijf belangrijke voordelen op:

→ Herbruikbare engineeringkennis

Standaardeisen, bestekteksten en ontwerpkeuzes worden vastgelegd in een catalogus en kunnen opnieuw worden toegepast.

→ Traceerbare klanteisen

Per eis wordt zichtbaar in welk ontwerpdeel, document, testresultaat of certificaat bewijs beschikbaar is.

→ Betere beheersing van wijzigingen

Bij een wijziging wordt sneller duidelijk welke eisen, documenten, ontwerpkeuzes en raakvlakken geraakt worden.

→ Aantoonbare governance en compliance

Besluiten, afwijkingen, reviews en vereiste bewijsvoering zijn gestructureerd vastgelegd en controleerbaar.

→ Meer grip op scope en voortgang

Dashboards tonen welke documenten, reviews, eisen en acties nog openstaan.

Hoe maakt Datastorms een standaardbestek configureerbaar?

Neem een werf die regelmatig sleephopperzuigers of andere vergelijkbare schepen bouwt. Veel kennis komt bij ieder project terug, terwijl de invulling per klant en schip verschilt.

In plaats van telkens een bestaand Word-bestek te kopiëren, doorzoeken en handmatig aan te passen, kunnen eisen in Datastorms worden opgenomen in een gestructureerde catalogus. Die eisen kunnen gekoppeld zijn aan kenmerken zoals LOA, LPP, breedte, diepgang, beuninhoud, installaties en specifieke functionaliteiten.

Bij een nieuw project legt de engineer deze kenmerken vast in Datastorms. Vervolgens wordt zichtbaar welke eisen, bouwblokken en bestekteksten voor dit schip relevant zijn. Sommige onderdelen worden toegevoegd, andere blijven buiten de projectspecificatie.

De engineer start daardoor niet meer met het herschrijven van een oud document. Hij of zij stelt gericht een projectspecifieke configuratie samen op basis van bewezen standaarden. Kennis die eerder in losse teksten en ervaring zat, wordt zo herbruikbaar. Tegelijk neemt de kans af dat een relevante eis ontbreekt of per ongeluk in een nieuw project blijft staan.

Hoe koppel je bestekseisen aan documenten en bewijsvoering?

Systems Engineering beschrijft dat verificatie en validatie als processen moeten worden ingericht. De werf bepaalt vervolgens per eis hoe deze wordt aangetoond.

Een eis kan bijvoorbeeld worden bewezen in een engine room arrangement, een electrical diagram, een berekening, een testresultaat of een certificaat. Door dit per eis vast te leggen, wordt duidelijk welk document nodig is, in welke projectfase dit document moet worden opgeleverd en tot welk niveau de eis moet zijn aangetoond.

Zo ontstaat een catalogus die niet alleen de inhoud van het bestek ondersteunt, maar ook helpt om de scope van het werk snel te bepalen. De beloften aan de klant worden vertaald naar benodigde engineeringproducten, documenten en verificatiemomenten.

Deze informatie kan vervolgens input vormen voor de productplanning in systemen zoals Floorganize.

Hoe verbeteren klantreviews en stakeholdermanagement de projectbeheersing?

Een standaard bestek verandert ook de manier waarop een werf met stakeholdermanagement omgaat. De vraag van een reder of klant wordt dan niet telkens vanaf nul vertaald naar een oplossing. De vraag wordt beoordeeld ten opzichte van beschikbare standaarden, eisen en configureerbare bouwblokken.

Ook het reviewproces kan in Datastorms worden ingericht. Een klant kan toegang krijgen tot een specifieke documentversie en direct commentaar toevoegen. Daardoor ontstaat één betrouwbare bron voor:

  • → welke documentversie ter review is aangeboden
  • → welk commentaar op die versie is gegeven
  • → wie verantwoordelijk is voor de afhandeling
  • → welke besluiten of wijzigingen daaruit volgen
  • → welke punten nog openstaan

De documenten zelf kunnen gewoon in het bestaande DMS blijven staan. Systems Engineering beschrijft welke processen rond review, verificatie en wijziging je wilt inrichten. Datastorms kan de metadata en relaties eromheen vastleggen, zoals eisen, status, commentaar, besluiten en voortgang. Informatie die in een DMS vaak lastig als samenhangend geheel te beheren is.

Systems Engineering als proceskader voor de scheepsbouw

Voor scheepswerven zit de waarde van Systems Engineering in een helder kader van processen die gedurende de levenscyclus kunnen worden ingericht en op elkaar kunnen aansluiten.

De werf vult deze processen inhoudelijk in. Datastorms kan de data die uit requirements management, reviews, ontwerpbesluiten, wijzigingsbeheer, risico’s, raakvlakken en klantreviews vrijkomt met elkaar verbinden. Dit helpt engineeringteams om efficiënter te werken en beter aantoonbaar te maken dat het ontwerp aansluit op wat met de klant is afgesproken.

Veelgestelde vragen over Systems Engineering in de scheepsbouw

Wat is Systems Engineering in de scheepsbouw?

Systems Engineering biedt, onder meer via ISO 15288, een proceskader met system life cycle processen die een werf kan inrichten en op elkaar kan laten aansluiten. De inhoud en werkwijze van die processen vult de werf zelf in.

Vervangt Systems Engineering CAD, PLM of ERP?

Nee. CAD, PLM, ERP, DMS en MES behouden hun eigen rol. Systems Engineering beschrijft de processen die je op elkaar wilt laten aansluiten. CAD, PLM, ERP, DMS en MES ondersteunen die processen. Datastorms kan de data die daarin vrijkomt met elkaar verbinden.

Waarom is traceerbaarheid van eisen belangrijk?

Traceerbaarheid maakt zichtbaar welke klantwens is verwerkt in welk ontwerpdeel, document, test of certificaat. Dat helpt bij reviews, wijzigingen, oplevering en overdracht.

Kunnen bestaande bestekken worden hergebruikt?

Ja. Bestaande bestekken kunnen worden omgezet naar een gestructureerde eisenbibliotheek. Daarmee wordt engineeringkennis eenvoudiger herbruikbaar voor volgende projecten.

Hoe helpt Systems Engineering bij wijzigingen tijdens een project?

Systems Engineering beschrijft dat wijzigingsbeheer als proces moet worden ingericht. Door eisen, documenten en ontwerpbesluiten binnen Datastorms met elkaar te verbinden, wordt sneller zichtbaar welke onderdelen geraakt worden. Hierdoor kunnen gevolgen voor ontwerp, planning en klantafstemming beter worden beheerst.

Moeten documenten uit het huidige DMS worden verplaatst?

Dat hoeft niet. Documenten kunnen in het bestaande DMS blijven staan. Systems Engineering beschrijft welke processen rond review, verificatie en wijziging je wilt inrichten. Datastorms kan metadata, relaties, reviewstatus en bewijsvoering rond die documenten vastleggen.

Voor welke maritieme projecten is Systems Engineering relevant?

Systems Engineering is vooral waardevol bij complexe nieuwbouw-, retrofit-, offshore-, bagger- en defensieprojecten. Ook werven die vergelijkbare scheepstypen of equipment configureren profiteren van herbruikbare eisen en betere traceerbaarheid.

Voor meer informatie over Systems Engineering in de maritieme sector: www.vanloenen.nl & www.datastorms.eu

Geschreven door Martijn van Loenen, CEO van Van Loenen Consultancy en Datastorms.

Start vandaag met een onafhankelijke infrastructuur

Standaard

3 partijen beheren samen ±70% van de Europese cloudmarkt: Amazon, Microsoft en Google. En dat heeft direct invloed op jouw data en infrastructuur. Wil jij volledige controle terug? 🛡️

Jij wilt dit:
Je bepaalt zelf waar je data staat.
En hoe je systemen draaien.

Dit wil toch eigenlijk iedere organisatie?

Daarom hebben wij Datastorms ontwikkeld.

Precies om die controle terug te brengen.

Dit platform draait op een 100% Europees fundament.

Onafhankelijk en transparant.

Wat betekent Datastorms concreet?
> Onafhankelijk van Big Tech
Je processen draaien los van AWS, Azure en Google
> Data onder jouw regie
Opslag en verwerking in Europa of op je eigen servers
> Volledige ondersteuning
Van procesbeheer tot data-analyse

Vrijheid in keuzes én volledige controle.

Jouw data. Jouw infrastructuur. Dus: jouw koers en niet de mijne én niet van de andere 3.

Start vandaag met een onafhankelijke infrastructuur. Een sparringspartner nodig om de (ontworpen) architectuur te challengen: neem contact op!

📁 Haal het maximale uit je data met een slim informatiemodel voor betere projectresultaten

Standaard

Een goed beheerde bibliotheek begint met een sterk informatiemodel – zonder dat model raak je al snel de controle kwijt over je data. Denk aan een projectomgeving als een werkplaats: snel, dynamisch, maar vaak ook chaotisch. Een bibliotheek daarentegen is als een magazijn: gestructureerd, georganiseerd en klaar voor hergebruik. Dit hebben we uitvoerig besproken in het eerste blog uit de serie ‘Bibliotheken en projecten – het magazijn en de werkplaats’.

Nu gaan we een stap verder en duiken we in de vraag: hoe kun je je data efficiënt beheren en toekomstbestendig maken zodat je er op de lange termijn steeds meer waarde uit kunt halen? In dit artikel ontdek je hoe een goed informatiemodel de basis legt voor een perfect georganiseerde bibliotheek, zodat je data altijd herbruikbaar en waardevol blijft.

Wat is een informatiemodel?

Eerst even de basis: een informatiemodel is de blauwdruk die vastlegt hoe data wordt georganiseerd en beheerd binnen een bibliotheekomgeving. In een goed informatiemodel bepaal je hoe informatie wordt gestructureerd, gecategoriseerd en toegankelijk blijft, zodat deze niet alleen nuttig is in het hier en nu, maar ook voor toekomstige projecten. Een magazijn is alleen effectief als alles op een vaste plek ligt en volgens duidelijke regels is ingedeeld. Dus net als een bibliotheek waarin informatie consistent en herbruikbaar moet zijn. Een goed informatiemodel biedt een raamwerk dat zorgt voor toegankelijkheid, betrouwbaarheid en duurzaamheid van je data. Maar waarom is dat van belang?

Waarom een solide informatiemodel belangrijk is

In een projectomgeving, vergelijk het met de ‘werkplaats’, is alles gericht op snelheid en resultaat. Data is vaak van tijdelijke aard en specifiek voor het project. Maar in een bibliotheek, vergelijkbaar met een ‘magazijn’, is het doel juist om data overzichtelijk te bewaren met focus op gebruik voor de langere termijn. Een goed informatiemodel helpt om chaos te voorkomen, zorgt voor consistente opslag en voorkomt dat waardevolle informatie verloren gaat. Het model geeft de structuur om data niet alleen op te slaan, maar ook altijd te kunnen vinden en begrijpen.

Een sterk informatiemodel helpt deze scheiding te behouden door data gestructureerd op te slaan in de bibliotheek, waardoor het duurzaam beschikbaar blijft voor toekomstige projecten, net zoals een goed beheerd magazijn dat doet voor essentiële materialen. Maar ook om georganiseerd aanpassingen aan de data in de bibliotheek door te voeren, zodat deze mee blijft bewegen met de behoeften die projecten hebben zonder dat andere projecten daar last van ondervinden.

Top 3 voordelen van een informatiemodel

Laten we de voordelen van een goed gebouwd informatiemodel opsommen:

Herbruikbare data
Een slim ontwikkeld systeem van bibliotheek en project maakt data vindbaar en toepasbaar in nieuwe projecten.

Samenwerking verbeteren
Een duidelijke structuur zorgt ervoor dat iedereen binnen de organisatie dezelfde ’taal’ spreekt als het gaat om data.

Foutreductie
Een informatiemodel voorkomt dat gegevens worden verkeerd geïnterpreteerd of verloren raken.

Hoe een effectief informatiemodel eruit moet zien

Net zoals een magazijn georganiseerd moet zijn, moet een informatiemodel ook duidelijke kaders bieden. De volgende elementen helpen je een effectief informatiemodel op te bouwen voor je bibliotheek:

1. Data-entiteiten en -attributen

In een magazijn kun je items ordenen op soort, formaat of functie. Zo begint een informatiemodel met het aanwijzen van data-entiteiten, zoals documenten, metadata en projectinformatie. Voor elke entiteit worden attributen vastgelegd, zoals naam, datum, auteur en relevante trefwoorden. Deze indeling zorgt ervoor dat informatie consistent en eenvoudig terug te vinden is, net zoals een magazijn waarin alles een vaste plek heeft.

2. Relaties tussen data

In een goed informatiemodel is het niet genoeg om data simpelweg op te slaan; de relaties tussen verschillende stukken informatie moeten ook vastgelegd worden. Bijvoorbeeld: een document kan gelinkt zijn aan een project, een rapport, of een bepaald proces. Deze verbindingen geven context en maken het mogelijk om data in een bredere context te zien. Net zoals een magazijn dat efficiënter werkt als alle gerelateerde materialen dichtbij elkaar liggen, wordt een bibliotheek overzichtelijker door relevante informatie aan elkaar te koppelen.

3. Metadata en classificatie

Metadata is cruciaal in een informatiemodel. Het bevat informatie over de data zelf, zoals auteur, datum, status en versies. Metadata maakt je ‘magazijn’ overzichtelijk, zodat je snel kunt vinden wat je zoekt. Classificatie voegt hier een extra laag aan toe: door data te categoriseren op basis van onderwerp of type, creëer je een logisch systeem voor het doorzoeken van grote hoeveelheden informatie.

4. Versiebeheer

Een magazijn moet ook kunnen doorontwikkelen; verouderde items moeten worden vervangen door nieuwe versies. Net zo is versiebeheer essentieel in een informatiemodel. Projectdata verandert voortdurend, en versiebeheer helpt om wijzigingen bij te houden en terug te kijken naar eerdere versies als dat nodig is. Dit voorkomt verwarring en garandeert dat je altijd de juiste informatie bij de hand hebt, net als een magazijn waarin items nauwkeurig zijn geëtiketteerd en bijgehouden.

5. Toegangsrechten, beveiliging met normering als puntje op de ‘i’

Niet iedereen heeft toegang tot alle onderdelen van een magazijn. Dit geldt ook voor een bibliotheek: toegangsrechten bepalen wie bepaalde data mag bekijken, bewerken of verwijderen. Door duidelijke rechten en beveiliging in je informatiemodel op te nemen, bescherm je gevoelige informatie en voorkom je dat data verloren gaat of per ongeluk wordt aangepast.

Om deze processen verder te verbeteren, het puntje op de ‘i’, kunnen normen zoals ISO 27001 en ISO 9001 je helpen. ISO 27001 biedt richtlijnen voor het beveiligen van informatie, terwijl ISO 9001 ondersteunt bij het organiseren en beheren van kwaliteitsdocumenten. Door je organisatie klaar te maken voor deze normen, versterk je zowel de toegankelijkheid als de beveiliging van je databeheer.

6. Onderhoud en Updates

Een informatiemodel vereist net als een magazijn regelmatig onderhoud. Periodieke evaluaties zorgen ervoor dat het model nog steeds aansluit bij de huidige behoeften van de organisatie. Door het model up-to-date te houden, blijft data relevant en bruikbaar, zelfs wanneer de organisatie of technologie verandert.

Wat zo’n informatiemodel je oplevert in tijd en geld

Een slim informatiemodel maakt het beheren van data niet alleen eenvoudiger, maar levert direct besparingen op. Volgens McKinsey besparen organisaties met goed gestructureerde informatiesystemen tot wel 30% aan tijd die anders verloren gaat aan zoeken en organiseren van data. Met een robuust model is informatie altijd vindbaar en herbruikbaar, wat de productiviteit aanzienlijk verhoogt (McKinsey & Company, 2012).

IDC schat zelfs dat kenniswerkers dagelijks tot 2,5 uur kwijt zijn aan het zoeken naar informatie, tijd die door een sterk informatiemodel met 50% verminderd kan worden. Voor een team van 100 mensen levert dat jaarlijks duizenden uren op, die je direct kunt inzetten voor belangrijker werk (IDC, 2014).

En dan de kosten: slechte datakwaliteit kan wel 20% van de operationele uitgaven opslokken, zegt Gartner. Met een goed informatiemodel voorkom je dubbele data, fouten, en correctiekosten, wat je operationele kosten flink drukt (Gartner, 2020).

Benieuwd hoe een goed informatiemodel jouw organisatie efficiënter en winstgevender kan maken? Volg dan onze hele serie ‘Bibliotheken en projecten – het magazijn en de werkplaats’: https://van-loenen.org/%f0%9f%93%81-start-van-onze-zesdelige-serie-bibliotheken-en-projecten-het-magazijn-en-de-werkplaats/

📁  Start van onze zesdelige serie: Bibliotheken en projecten – Het magazijn en de werkplaats.

Standaard

Hou je projectdata bruikbaar! Deel 1 van 6

In veel organisaties heerst een hardnekkige misvatting: een projectomgeving met veel data zou vanzelf een bibliotheek worden. Helaas is dit niet waar. Projectomgevingen en bibliotheken vervullen heel verschillende rollen. Vergelijk het met een werkplaats en een magazijn: de werkplaats is dynamisch, snel en gericht op het hier en nu, terwijl het magazijn zorgvuldig beheerd wordt voor lange termijn gebruik. In deze serie artikelen leggen we uit waarom het belangrijk is deze omgevingen gescheiden te houden en hoe je dat effectief kunt doen.

In dit eerste artikel van een serie van zeven, bekijken we het verschil tussen een projectomgeving en een bibliotheek. De komende zes artikelen gaan dieper in op specifieke aspecten van bibliotheekbeheer en het belang van een goed informatiemodel om je projectdata bruikbaar te houden. 

De misvatting: veel data in je projectomgeving creëert geen bibliotheek

Het is verleidelijk om te denken dat een projectomgeving vol data vanzelf verandert in een bibliotheek. Het lijkt een logische stap: je hebt veel gegevens, je slaat ze op, en voilà—een bibliotheek is geboren. Maar zo simpel is het niet. Een projectomgeving is meer te vergelijken met een werkplaats: dynamisch, chaotisch en gericht op specifieke taken. Zodra het project is afgerond, is de werkplek leeg, en wat overblijft is meestal niet direct bruikbaar voor een ander project.

Een bibliotheek daarentegen functioneert als een goed georganiseerd magazijn. Hier worden materialen (of data) opgeslagen met het oog op hergebruik. In plaats van dat de informatie specifiek is voor één project, is bibliotheekdata gestandaardiseerd en bedoeld voor gebruik in meerdere projecten. Het magazijn heeft vaste processen: je weet precies wat waar ligt, wat aangevuld moet worden en wanneer iets verouderd raakt. Een bibliotheek moet op dezelfde manier beheerd worden—het vereist een duidelijk informatiemodel, structuur en continue monitoring.

Als je projectdata zonder een duidelijk systeem probeert op te slaan als bibliotheekdata, ontstaat chaos. Data raakt verspreid, onvindbaar of onbruikbaar. Door de functies van een projectomgeving en een bibliotheek goed te scheiden en elk met de juiste tools en processen te beheren, voorkom je deze problemen en zorg je voor een efficiënte en duurzame datastroom.

Met deze introductie hebben we de basis gelegd voor wat een duidelijke en nuttige scheiding tussen projectomgevingen en bibliotheken betekent. In de volgende artikelen gaan we dieper in op de specifieke uitdagingen en oplossingen, zodat je leert hoe je data effectief organiseert en beheert, en de waarde van je informatie voor de lange termijn behoudt. Volg ons voor het volgende deel van deze serie!

Dit kun je verwachten in de komende edities: 

2. De essentie van een goed informatiemodel voor bibliotheken

In dit artikel gaan we in op hoe een robuust informatiemodel de ruggengraat vormt van elke goed beheerde bibliotheek, en wat de belangrijkste elementen zijn.

3. Voorbeeld: het Verschil in proces tussen magazijn en werkplek

We vergelijken de werkprocessen van een projectomgeving en een bibliotheek, met praktische voorbeelden om de verschillen duidelijk te maken.

4. Valkuilen van het proberen een bibliotheek te creëren binnen een projectomgeving

Hier behandelen we de specifieke fouten die gemaakt worden wanneer projectmanagers proberen een bibliotheek op te zetten zonder de juiste structuur of tools.

5. De juiste structuur: het organiseren van een bibliotheek

Dit artikel biedt een stappenplan voor het opzetten van een effectieve bibliotheek, met aandacht voor structuur, processen en onderhoud.

6. Tools en technologieën voor bibliotheekbeheer

Tot slot bespreken we de software en tools die je helpen bij het effectief beheren van je bibliotheek, zoals Relatics, TopTeam en Datastorms.

Wij zetten de gang erin!

Standaard

Onze Relatics consultants zijn gespecialiseerd om in bestaande omgevingen (Relatics versie 5) een facelift te realiseren. Een facelift die in dit geval zorgt voor een imagoverbetering van de applicatie.

Logisch misschien, maar vaak zijn het de complexe omgevingen waarin wij de meeste voortgang kunnen boeken. Door de tijd zijn er vaak diverse uitbreidingen op het model uitgevoerd en zorgt dat uiteindelijk voor een trager werkend systeem.

Afgelopen week hebben we een verbetering doorgevoerd die voor een significante verbetering zorgt.
Het was dit keer geen overzichtpagina die diverse datavelden combineerde.

Voor het aanmaken van componenten van een complexe installatie is er een optimalisatie gemaakt die het proces heeft versneld van 25 seconden naar minder dan 3 seconden.
De acties die deze functie verstouwd zijn er veel. In hoofdlijnen komt het erop neer dat op basis van de een bibliotheek (andere workspace) wordt geraadpleegd en er op basis van het component type zowel componenten als de bijbehorende eigenschappen worden aangemaakt.

Door het opnemen van ‘business rules’ in een functie versnel je niet alleen het proces (minder clicks voor de eindgebruiker) maar voorkom je ook vervelende fouten (componenten en/of eigenschappen vergeten).

Op dit moment wordt er vanuit Relatics gewerkt aan de volgende versie: Relatics versie 6. Ben je benieuwd hoe deze versie jou gaat ondersteunen in je processen? Heb je behoefte aan expertise die je hierbij ondersteund? Neem contact met op met onze experts via +31 (0)79 30 20 000 of stuur je verzoek naar info@van-loenen.org.

Tenderen alsof je de opdracht al binnen hebt!

Standaard

Wanneer past je opdracht binnen je portfolio? Wat zijn de risico’s aan deze tender?
Soms komt de opdrachtgever tot het oordeel dat er niet wordt overgedaan tot het doen van een aanbieding. Als alle seinen op groen staan dan gaan we voor de volle 100% voor de winst!

Zodra de inschrijvende opdrachtgever heeft beoordeeld dat de opdracht haalbaar is wordt er vaak contact opgenomen met de consultants en support afdeling. Afhankelijk van de behoefte kunnen we ondersteuning bieden in de vorm van junior dan wel senior Systems Engineers.

Wij ontzorgen op diverse terreinen:
1. Beschikbare tender documentatie nemen we door vanuit onze ervaring op het gebied van systemen, objecten en functies. Zien wij hiaten of “dubbelzinnige” stukken? Dan geven we dit aan!
2. Daarnaast zorgen we ervoor dat er een projectstructuur wordt opgebouwd in het informatiesysteem (vaak Relatics) die staat als een huis. De investering in deze opzet en het overzetten van de informatie vanuit de documenten gaat vaak voor de baten uit

Wij zorgen voor structuur door de inzet van technieken uit de Systems Engineering.
Daarnaast doen we vierkantscontroles om te zorgen dat we compleet zijn: zowel in het verwerken van de tender documentatie als in het opleveren van de producten en ontwerpen.

Tenderwerk is teamsport. We zijn gewend om nauw samen te werken met de diverse disciplines die betrokken zijn bij het succesvol inschrijven. Denk daarbij aan EVMI schrijvers, kwaliteitscoördinator en risicoadviseurs.

Een applicatie waarin wij gewend zijn te werken is Relatics. Diverse Relatics templates hebben we custom made voor opdrachtgevers ontwikkeld en hebben we nu in beheer. We hebben ook een template beschikbaar voor Opdrachtnemers die hierin willen groeien.

Meer weten over onze producten en diensten? Stuur dan een bericht of neem telefonisch contact op.

Van doelstellingen naar spullen

Standaard

Hoe kom je van “doelstellingen aan een product” tot de ‘spullen’ die het waar moeten maken.
Vanmorgen vroeg was het bepaald geen benen-op-de-tafel sessie. Aan een groep doorgewinterde engineers uitleggen hoe je met behulp van vaste structuren dit kunt bereiken.

Het is een feit dat het opbouwen van dit soort structuren effort kost. Er was in de groep echter ook genoeg ervaring dat het achteraf moeten uitzoeken waarom bepaalde keuzes gemaakt zijn ook veel effort kost en misschien ook nog wel eens zonder resultaat. 
Onze aanpak is gericht om duurzame structuren op te bouwen. Voor een nieuwe opdracht kan weer gebruikt worden van de bestaande basis. Wellicht kent die nieuwe opdracht andere doelstellingen waarvoor meer, minder of nog nooit eerder toegepaste functionaliteit gewenst is.

Verder lezen

Winnen is geen gunning

Standaard

Gebruik Relatics, ook in de Tenderfase

Wanneer bel je Van Loenen? Als je iets beloofd hebt wat je eigenlijk niet waar kunt maken. Als je een oplossing nodig hebt om je project toch een succes te laten worden. 

Oprecht: voor elke klant lopen wij hard. Het maakt ons niet uit of je nu op tijd begonnen bent met iets als procesmanagement of het toepassen van Systems Engineering op je project. We zijn ondertussen gewend om op een rijdende trein te springen.

Toch geldt ook in ons vak: voorkomen is beter dan genezen. Daarom deze post. Klanten die bij ons aankloppen zijn echt niet allemaal in de stress. Ze hebben eigenlijk altijd wel een ding gemeen: ze hebben een project of programma gescoord en willen het anders gaan doen, vooruitgang boeken. Zorgen dat ze niet in valkuilen stappen.

Verder lezen

Automatische integratie nu ook met Lobster

Standaard

Zonder een druk op de knop communiceren met Relatics. Dat was een hoogtepunt in 2017. Dat leidde zelfs tot de introductie van Datastorms. Sinds die tijd hebben we al connectie gemaakt met meerdere integratie tools: de meeste opdrachtgevers hebben al een data integratie tool in gebruik voor het communiceren met andere applicaties. Een integratie met Relatics voegen wij hier dan aan toe. De gebruikers van Relatics zijn vaak net een andere groep gebruikers binnen een organisatie. Daarom nog maar eens dit onderwerp in de spotlights! Afgelopen weken is er gewerkt aan een integratie met Lobster. Opnieuw met succes. In dit geval wordt er per interval een baseline getrokken van de data in Relatics.

Verder lezen