“Parsed text” is een voorgedefinieerde eigenschap van het type Tekst. Deze eigenschap is voorgedefinieerd (en is dus een speciale eigenschap). Er zijn extra beheersprivileges aan verbonden maar verder kan ze net als elke andere door de gebruiker gedefinieerde eigenschap worden gebruikt.
A
Alle deliverables
VLOCA traject Deliverable Versie Aankondiging start publieke review Andere Beschrijving Aanmaak co-creatie pagina op de kennishub Andere Beschrijving Architectuurstandaard Andere Beschrijving Bestekteksten Beschrijvende teksten Beschrijving Data Governance Model Data governance model Beschrijving VLOCA-model V0.1 Lokale Open Data Economie (LODE) – Brugge Lokale Open Data Economie (LODE) VLOCA-Model V0.1 VLOCA-model V0.1 Slimme stadsdistributie – Hasselt Slimme stadsdistributie VLOCA-Model V0.1 Circulaire economie: Repair cafés VLOCA-model V0.2 Circulaire economie: Repair cafés VLOCA-Model V0.2 VLOCA-model V0.2 Lokale Open Data Economie (LODE) – Brugge Lokale Open Data Economie (LODE) VLOCA-Model V0.2 VLOCA-model Ondersteuning retail binnenstad activatie Datagestuurde handelskern VLOCA-Model V0.1 Stakeholderanalyse Slimme stadsdistributie Stakeholderanalyse V0 Voorbeeld architectuurtekening Slimme stadsdistributie TA-Tekening V0 Visualo VLOCA-model V0.2 Veelzijdige InfoSchermen voor Updates en Acties van Lokale Ondernemers (VISUALO) VLOCA-Model V0.2 VLOCA-model V0.2 Mobiliteitsbudget voor burgers – Hasselt Mobiliteitsbudget voor burgers VLOCA-Donut V0.2 VLOCA-model V0.1 Regionaal plugable incentiveringsplatform – Geel Regionaal plugable incentiveringsplatform VLOCA-Model V0.1 VLOCA-model V0.2 Slimme stadsdistributie – Hasselt Slimme stadsdistributie VLOCA-Model V0.2 VLOCA-model V1.0 Regionaal plugable incentiveringsplatform – Geel Regionaal plugable incentiveringsplatform VLOCA-Model V1.0 Roadmap Regionaal plugable incentiveringsplatform – Geel V0 VLOCA-model V1.8 Regionaal plugable incentiveringsplatform – Geel Regionaal plugable incentiveringsplatform VLOCA-Model Co-creatie Vereistenmodel Regionaal plugable incentiveringsplatform – Geel Regionaal plugable incentiveringsplatform Vereistenmodel V0 Vereistenmodel VISUALO Veelzijdige InfoSchermen voor Updates en Acties van Lokale Ondernemers (VISUALO) Beschrijvende teksten V0 VLOCA-model V0.1 Mobiele Sensor Units – Roeselare Mobiele Sensor Units VLOCA-Model V0.1 VLOCA-model V0.1 Machine Learning as a Service (MLaaS) – Roeselare Machine Learning as a Service (MLaaS) VLOCA-Model V0.1 Visualo VLOCA-model V0.1 Veelzijdige InfoSchermen voor Updates en Acties van Lokale Ondernemers (VISUALO) VLOCA-Model V0.1 VLOCA-model V0.1 Het potentieel van urban mining voor de bouwsector Het potentieel van urban mining & BIM voor de bouwsector VLOCA-Model V0.1 VLOCA-model V0.1 Slimme Markten – Hasselt Slimme Markten VLOCA-Model V0.1 VLOCA-model V0.1 Mobiliteitsbudget voor burgers – Hasselt Mobiliteitsbudget voor burgers VLOCA-Donut V0.1 Architectuurtekeningen Regionaal plugable incentiveringsplatform – Geel Regionaal plugable incentiveringsplatform Andere V0 Prioriteringsoefening Regionaal plugable incentiveringsplatform – Geel V1.0 Informatienoden Informatiearchitectuur Beschrijving Marktanalyse Marktanalyse Beschrijving Oproep tot deelname Andere Beschrijving Opstart werkgroep beheer architectuur van de use case Andere Beschrijving Stakeholder interview Andere Beschrijving Stakeholderanalyse Stakeholderanalyse Beschrijving Testimonial Andere Beschrijving Traject charter Traject charter Beschrijving Use case prioritering Use case prioritering Beschrijving Use case roadmap Use case roadmap Beschrijving VLOCA Draaiboeken Draaiboeken Beschrijving VLOCA Talk Andere Beschrijving VLOCA-Model VLOCA-Model Beschrijving
Wie is AIOTI
AIOTI is een Europese organizatie opgericht vanuit de Europese Commisssie in 2015 met als doel om de dialoog en interactie tussen Europese IoT spelers te versterken, en zo bij te dragen tot een dynamische Europees IoT ecosysteem om de snelheid van IoT adoptie te vergroten.
Enkele recente IoT & smart city inzichten
Deze 2 blogs geven een mooie evolutie van IoT-enabled steden en hun uitdagingen in de laatste 2 jaar :
In deze blog [1] een beschrijving gegeven van IoT-enabled cities met 3 prioriteiten voor (2018)
Cross-domein (economisch schaalbare) toepassingen zullen essentieel zijn voor een duurzame verdere ontwikkeling van IoT binnen slimme steden
De industrie moet oplossingen brengen voor IoT platformen om data schaalbaar uit te wisselen
IoT platformen moeten schalen voor stream processing (inclusief video)
En meer recent [2] (2020) werden volgende inzichten gegeven ivm IoT-enabled smart cities en hun state-of-the-art:
Data delen en integratie zijn de belangrijkste uitdagingen die moeten opgelost worden door standaard Organisaties en regulatoren. Voorbeelden zijn SAREF (een ontologie voor het voorstellen van kennis over slimme toepassingen) en NGSI-LD (een standaard API voor het delen van data verzamelingen)
Veerkrachtige steden moeten het gat tussen IoT en publieke veiligheid dichten
Kunstmatige Intelligentie moet binnen slimme steden ethisch zijn en rekening houden met de sociale impact
Stedelijk "generatief" ontwerp zal bepalen hoe steden zullen evolueren. Een voorbeeld hiervoor zijn stedelijke digital twins.
AIOTI & Smart Cities
IoT speelt een steeds voornamere rol in slimme steden. Binnen AIOTI zijn er verschillende werkgroepen. In de context van VLOCA bespreken we kort 2 werkgroepen rond IoT standaardisatie en Smart Cities. De werkgroepen worden weergegeven in [3]
AIOTI WG03 : IoT Standaardisatie
Deze werkgroep heeft heel wat rapporten gepubliceerd [4]
Daarbij werd een High Level Architecture gedefinieerd in [5] met definitie van een Netwerk Laag, een IoT laag en een Applicatie laag, en hun interacties. De IoT laag focust op de schaalbare ontsluiting van IoT data door middel van een voorstelling van een "ding" met zijn semantische metadata. Bovendien is er aandacht aan "device management", ontdekken van devices, locatie,... Identificatie van de "dingen", applicaties en diensten, communicatie, data, locatie, protocol en gebruiker is daarbij een belangrijk element. Bevondien wordt er dieper ingegaan op het uitrollen van deze architectuur en verbanden met andere functionele modellen (van bijvoorbeeld OneM2M en RAMI 4.0).
Er werden ook nog papers gepubliceerd rond semantische interoperabilitiet in samenwerking met andere (standaardisatie) Organisaties en bedrijven. In [6] wordt het belang van semantische interoperabiliteit uitgelegd, en worden ook aanbevelingen gedaan voor semantische interop Standaarden door het gebruiken van ontologieen .
AIOTI WG08 : Smart Cities
Deze werkgroep heeft aanbevelingen gedaan voor grote Smart City piloot projecten. Daarbij ligt de focus op de echte noden en problemen van de vraagzijde (burgers en steden) en wat de uitdagingen en technologieen zijn aan de aanbod zijde. Daarbij zijn de sleutel succes factoren schaalbaarheid en repliceerbaarheid door interoperabiliteit in de data laag, duurzaamheid vanuit economisch en sociaal perspectief en een hefboomeffect voor het locale digitale leven en digitale economie in Europese steden.
In 2015 werd er een rapport [7] met aanbevelingen gepubliceerd voor het opzetten van large scale (IoT) piloot projecten.
Een belangrijk kenmerk van IoT in stedelijke context, is de nood aan de combinatie van data uit verschillende domeinen ( Cross-Domain ) om smart city toepassingen mogelijk te maken. In 2018 werd hiervoor een rapport [8] gepubliceerd met technieken voor het repliceren van smart city toepassingen. Deze technieken zijn dan ook relevant in een Open [[::Category:Open_Smart_City_Architectuur| Smart City Architectuur]] en hier worden er een aantal opgelijst :
definieren en delen van goede praktijken
oplijsten van gemeenschappelijk en veel voorkomende (Cross-Domain) use cases
interoperabiliteit als sleutel principe
een platform benadering
zoveel mogelijk gebruik van verticale en horizontale Standaarden
De aanbevelingen van dit document zijn :
Steden moeten horizontaal denken voor hun aankoop processen wegens de groeiende nood aan cross-domain toepassingen
Het delen van inzichten en ervaring tussen steden zijn de sleutel tot het beter begrijpen van de kosten en baten van deze toepassingen
Een horizontale benadering gaat in wezen over een robuste data infrastructuur om dit toe te laten.
↑ https://aioti.eu/2793-2/
↑ https://aioti.eu/iot-enabled-smart-cities-and-communities-here-to-stay-and-grow/
↑ https://aioti.eu/working-groups/
↑ https://aioti.eu/aioti-wg03-reports-on-iot-standards/
↑ https://aioti.eu/wp-content/uploads/2018/06/AIOTI-HLA-R4.0.7.1-Final.pdf
↑ https://aioti.eu/wp-content/uploads/2018/06/AIOTI-HLA-R4.0.7.1-Final.pdf
↑ https://aioti.eu/wp-content/uploads/2017/03/AIOTIWG08Report2015-Smart-Cities.pdf
↑ https://aioti.eu/wp-content/uploads/2018/06/AIOTI-WG08-Smart-City-Replication-Guidelines-Part-1-Cross-Domain-Use-Cases-V1.0-with-new-logo.pdf
Text +
Korte Beschrijving
Hoe ziet de huidige situatie eruit
(Samen)Leefbaarheid in de stad
Als stad krijgen we dagelijks meldingen en klachtenbrieven rond de onmiddellijke leefomgeving van de burger. De top vijf van de meldingen van de stad gaan over: sluikstort, het straatbeeld (focus op interventies in het openbaar domein), stadsloketten, mobiliteit (focus op parkeren) en overlast.
Onze ambities om én een veilige en leefbare stad te zijn én om een levendige, aantrekkelijke stad te zijn waar jongeren en bezoekers graag vertoeven, zijn niet makkelijk te verzoenen. Dit brengt spanningen en soms zelfs onvrede met zich mee.
Stad Antwerpen wil technologie inzetten om tot proactieve, gedragen oplossingen te komen waarbij er sturing en verbinding is richting consensus en waar we minder repressief moeten optreden. Met andere woorden hoe kan technologie bijdragen tot een beter evenwicht tussen een levendige en leefbare studentenbuurt.
Focus op de universiteitsbuurt in het historisch centrum
Rond de stadscampus in het historisch centrum van de stad Antwerpen doen zich overlastproblemen voor. Het buurtcomité signaleerde een aantal problemen zoals de lawaaioverlast, wildplassen, braken, peuken, sluikstorten, ...
In de universiteitsbuurt moeten de verschillende betrokkenen zoals bewoners, bedrijven, verschillende onderwijsinstellingen en studenten samen een prettige leefomgeving creëren.
De bedrijfseenheid maatschappelijke veiligheid wil, samen met alle andere betrokken diensten, op een gecoördineerde manier de overlastfenomenen in kaart brengen en op de verschillende problemen en uitdagingen een gepast antwoord bieden, ook met de inzet van innovatieve, technologische oplossingen die in overeenstemming rijn met de GDPR-wetgeving.
Wat willen we verbeteren?
Technologie moet ons helpen overlast van asociaal (feest)gedrag te beperken en/of sociaal gedrag te stimuleren (nudgen).
Onder asociaal (feest)gedrag verstaan we:
- afval (sluikstort, zwerfvuil, bijzetgedrag, hondenpoep, peuken, …)
- wildplassen
- vandalisme
- braken
- (nacht)lawaai
- …
De innovatieve en technologische oplossing draagt bij tot het aanpakken van minstens 1 van de hierboven vernoemde overlastfenomenen en minstens 1 van onderstaande doelen:
- het stimuleren van sociaal (feest)gedrag;
- het voorkomen of ontraden van asociaal (feest)gedrag;
- het efficiënt oplossen van de negatieve gevolgen van (a)sociaal (feest)gedrag.
Er is ruimte om naar alle types oplossingen te kijken waarbij nieuwe technologieën kansen bieden om het probleem nog beter te adresseren. We zoeken een mature oplossingen en ‘ready-to-market’ is.
Beschrijving Architectuur
Technische en architecturale verwachtingen (cfr. ACPaaS, SA2020 en DaaS Standaarden )
Digipolis heeft een centraal platform, het Antwerp City Platform (ACPaaS). We verwachten van onze partners en leveranciers dat ze maximaal verder bouwen aan en op dit platform. Het platform bevat bouwblokken, waaronder ACPaaS engines, Centrale referentiesystemen (CRS) voor data, Standaarden in technologie, architecturale principes, UI-building blocks enzovoort.
Voor meer informatie over ACPaaS kan je terecht op https://acpaas.digipolis.be/ .
We verwachten
- dat offertes in lijn zijn met de principes van dit platform: huisstijl, , DAAS Standaarden , Software Architectuur 2020, API requirements, privacy by design, security by design, event requirements, testing,... zijn te vinden op https://acpaas.digipolis.be/nl/docs/resources
- dat de building blocks van ACPaaS maximaal gebruikt worden (ACPaaS engines, ACPaaS UI- Componenten , starterkits,...);
- dat de offertes waar mogelijk herbruikbare Componenten toevoegen aan het platform.
Daarnaast verwachten we uiteraard een professionele manier van werken met testing, documentatie, gebruik van development-, acceptatie- en productieomgeving, oplevering van een systeem met monitoring en logging, en dergelijke meer.
Alle info op https://acpaas.digipolis.be/ .
Tevens past dit project in een ruimer kader van Vlaamse Open City Architectuur (VLOCA).
We verwachten in deze context dat:
- de offertes in lijn zijn met de principes van deze architectuur;
- de oplossingsarchitectuur waar mogelijk beschreven wordt dmv de semantische annotaties binnen VLOCA ( https://vloca-kennishub.vlaanderen.be/vloca-kennishub/Semantische_annotaties )
Lessons learned
Korte Beschrijving
Hoe ziet de huidige situatie eruit
(Samen)Leefbaarheid in de stad
Als stad krijgen we dagelijks meldingen en klachtenbrieven rond de onmiddellijke leefomgeving van de burger. De top vijf van de meldingen van de stad gaan over: sluikstort, het straatbeeld (focus op interventies in het openbaar domein), stadsloketten, mobiliteit (focus op parkeren) en overlast.
Onze ambities om én een veilige en leefbare stad te zijn én om een levendige, aantrekkelijke stad te zijn waar jongeren en bezoekers graag vertoeven, zijn niet makkelijk te verzoenen. Dit brengt spanningen en soms zelfs onvrede met zich mee.
Stad Antwerpen wil technologie inzetten om tot proactieve, gedragen oplossingen te komen waarbij er sturing en verbinding is richting consensus en waar we minder repressief moeten optreden. Met andere woorden hoe kan technologie bijdragen tot een beter evenwicht tussen een levendige en leefbare studentenbuurt.
Focus op de universiteitsbuurt in het historisch centrum
Rond de stadscampus in het historisch centrum van de stad Antwerpen doen zich overlastproblemen voor. Het buurtcomité signaleerde een aantal problemen zoals de lawaaioverlast, wildplassen, braken, peuken, sluikstorten, ...
In de universiteitsbuurt moeten de verschillende betrokkenen zoals bewoners, bedrijven, verschillende onderwijsinstellingen en studenten samen een prettige leefomgeving creëren.
De bedrijfseenheid maatschappelijke veiligheid wil, samen met alle andere betrokken diensten, op een gecoördineerde manier de overlastfenomenen in kaart brengen en op de verschillende problemen en uitdagingen een gepast antwoord bieden, ook met de inzet van innovatieve, technologische oplossingen die in overeenstemming rijn met de GDPR-wetgeving.
Wat willen we verbeteren?
Technologie moet ons helpen overlast van asociaal (feest)gedrag te beperken en/of sociaal gedrag te stimuleren (nudgen).
Onder asociaal (feest)gedrag verstaan we:
- afval (sluikstort, zwerfvuil, bijzetgedrag, hondenpoep, peuken, …)
- wildplassen
- vandalisme
- braken
- (nacht)lawaai
- …
De innovatieve en technologische oplossing draagt bij tot het aanpakken van minstens 1 van de hierboven vernoemde overlastfenomenen en minstens 1 van onderstaande doelen:
- het stimuleren van sociaal (feest)gedrag;
- het voorkomen of ontraden van asociaal (feest)gedrag;
- het efficiënt oplossen van de negatieve gevolgen van (a)sociaal (feest)gedrag.
Er is ruimte om naar alle types oplossingen te kijken waarbij nieuwe technologieën kansen bieden om het probleem nog beter te adresseren. We zoeken een mature oplossingen en ‘ready-to-market’ is.
Beschrijving Architectuur
Technische en architecturale verwachtingen (cfr. ACPaaS, SA2020 en DaaS Standaarden )
Digipolis heeft een centraal platform, het Antwerp City Platform (ACPaaS). We verwachten van onze partners en leveranciers dat ze maximaal verder bouwen aan en op dit platform. Het platform bevat bouwblokken, waaronder ACPaaS engines, Centrale referentiesystemen (CRS) voor data, Standaarden in technologie, architecturale principes, UI-building blocks enzovoort.
Voor meer informatie over ACPaaS kan je terecht op https://acpaas.digipolis.be/ .
We verwachten
- dat offertes in lijn zijn met de principes van dit platform: huisstijl, , DAAS Standaarden , Software Architectuur 2020, API requirements, privacy by design, security by design, event requirements, testing,... zijn te vinden op https://acpaas.digipolis.be/nl/docs/resources
- dat de building blocks van ACPaaS maximaal gebruikt worden (ACPaaS engines, ACPaaS UI- Componenten , starterkits,...);
- dat de offertes waar mogelijk herbruikbare Componenten toevoegen aan het platform.
Daarnaast verwachten we uiteraard een professionele manier van werken met testing, documentatie, gebruik van development-, acceptatie- en productieomgeving, oplevering van een systeem met monitoring en logging, en dergelijke meer.
Alle info op https://acpaas.digipolis.be/ .
Tevens past dit project in een ruimer kader van Vlaamse Open City Architectuur (VLOCA).
We verwachten in deze context dat:
- de offertes in lijn zijn met de principes van deze architectuur;
- de oplossingsarchitectuur waar mogelijk beschreven wordt dmv de semantische annotaties binnen VLOCA ( https://vloca-kennishub.vlaanderen.be/vloca-kennishub/Semantische_annotaties )
Lessons learned
ANYWAYS is een Belgisch softwarehuis en consultancy met een bijzondere expertise op het vlak van advanced web-based oplossingen gerelateerd aan mobiliteit en verkeer. Door een combinatie van een eigen ontwikkelde open source routeplanner en Open Data van mobiliteit maakt ANYWAYS tools om inzichten te bekomen in de complexiteit van mobiliteit en er interactief over te communiceren. ANYWAYS heeft specifiek mobiliteitsexpertise met focus op verkeerskundige engineering van complexe projecten (stationsomgevingen), ITS (Intelligent Transport Services) en routeplanning. +
Apache Druid
[1]
↑ https://en.wikipedia.org/wiki/Apache_Druid +
This is the Application page properties template. It should be called in the following format:
{{Application page properties
|Type= (optional: text) value options: CSP Basis Core, CSP Basis Examples
|Origin= (optional: text)
}} +
This is the Application page sidebar template. It should be called in the following format:
{{Application page sidebar}} +
This is the Application page subheader template. It should be called in the following format:
{{Application page subheader
|$pageData= (Arrayfunctions export) slotdata of current page
|$classData= (Arrayfunctions export) class definition data (if current page and related class definition have a class in ws-base-props)
}} +
Text +
Application pages
Please log in first.
Page Title Application page type Application page origin Wijzigingsdatum “Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>” is een voorgedefinieerde eigenschap die overeenkomt met de datum van de laatste wijziging van een onderwerp. Deze eigenschap wordt geleverd door Semantic MediaWiki . Template:Layout Template:Layout CSP Basis Core CSP Basis 24 maart 2025 07:29:20 Widget:Link Widget:Link CSP Basis Core CSP Basis 24 maart 2025 07:29:18 Template:Login button Template:Login button CSP Basis Core CSP Basis 24 maart 2025 07:29:15 Template:Slots Template:Slots CSP Basis Core CSP Basis 24 maart 2025 07:29:14 Widget:Searchbar Widget:Searchbar CSP Basis Core CSP Basis 24 maart 2025 07:29:14 Module:WSNavMenu Module:WSNavMenu 24 maart 2025 07:29:09 Module:CspFunctions Module:CspFunctions 24 maart 2025 07:29:07 Module:CspComponents Module:CspComponents 24 maart 2025 07:29:06 Module:ClassDefinitionData Module:ClassDefinitionData 24 maart 2025 07:29:04 Wiki:Application pages Wiki:Application pages 24 maart 2025 07:29:02 Widget:Button link Widget:Button link 24 maart 2025 07:29:02 Template:Csp formfield/token Template:Csp formfield/token CSP Basis Core CSP Basis 24 maart 2025 07:29:00 Template:Csp formfield/text Template:Csp formfield/text 24 maart 2025 07:28:59 Template:Csp formfield/textarea Template:Csp formfield/textarea 24 maart 2025 07:28:59 Template:Csp default sidebar Template:Csp default sidebar 24 maart 2025 07:28:57 Template:Csp formfield/ask token Template:Csp formfield/ask token 24 maart 2025 07:28:57 Template:CSP alert Template:CSP alert 24 maart 2025 07:28:56 Template:Base properties Template:Base properties 24 maart 2025 07:28:55 Template:Class definition subheader Template:Class definition subheader 24 maart 2025 07:28:55 Template:Csp formfield/token allowtags Template:Csp formfield/token allowtags 24 maart 2025 07:28:49 Pages Pages 24 maart 2025 07:28:46 Search Search 24 maart 2025 07:28:45 Pages Pages CSP Basis Example CSP Basis 18 april 2024 13:14:17 Module:VersionHistoryItems Module:VersionHistoryItems CSP Basis Core CSP Basis 15 maart 2024 11:05:58 Version description Property:Version description CSP Basis Core CSP Basis 15 maart 2024 11:05:57 Version date Property:Version date CSP Basis Core CSP Basis 15 maart 2024 11:05:57 Version number Property:Version number CSP Basis Core CSP Basis 15 maart 2024 11:05:57 Title Property:Title CSP Basis Core CSP Basis 15 maart 2024 11:02:03 Tags Property:Tags CSP Basis Core CSP Basis 15 maart 2024 11:01:56 Sub header template Property:Sub header template CSP Basis Core CSP Basis 15 maart 2024 11:01:53 Wiki:Slots Wiki:Slots 15 maart 2024 11:01:37 Sidebar form Property:Sidebar form CSP Basis Core CSP Basis 15 maart 2024 11:01:31 Sidebar template Property:Sidebar template CSP Basis Core CSP Basis 15 maart 2024 11:01:31 Short description Property:Short description CSP Basis Core CSP Basis 15 maart 2024 11:01:30 Parameter definition property name Property:Parameter definition property name CSP Basis Core CSP Basis 14 maart 2024 14:23:27 Parameter definition required Property:Parameter definition required CSP Basis Core CSP Basis 14 maart 2024 14:23:27 Parameter definition slot Property:Parameter definition slot CSP Basis Core CSP Basis 14 maart 2024 14:23:27 Parameter definition sorting number Property:Parameter definition sorting number CSP Basis Core CSP Basis 14 maart 2024 14:23:27 Parameter definition multiple Property:Parameter definition multiple CSP Basis Core CSP Basis 14 maart 2024 14:23:26 Pagetitle format Property:Pagetitle format CSP Basis Core CSP Basis 14 maart 2024 14:23:26 Parameter definition formfield type Property:Parameter definition formfield type CSP Basis Core CSP Basis 14 maart 2024 14:23:26 Parameter definition name Property:Parameter definition name CSP Basis Core CSP Basis 14 maart 2024 14:23:26 Parameter definition allowed values Property:Parameter definition allowed values CSP Basis Core CSP Basis 14 maart 2024 14:23:26 Wiki:Page-types Wiki:Page-types CSP Basis Core CSP Basis 14 maart 2024 14:23:24 Page properties template Property:Page properties template CSP Basis Core CSP Basis 14 maart 2024 14:23:23 Name Property:Name CSP Basis Core CSP Basis 14 maart 2024 14:23:04 Layout columns Property:Layout columns CSP Basis Core CSP Basis 14 maart 2024 14:22:46 Layout rows Property:Layout rows CSP Basis Core CSP Basis 14 maart 2024 14:22:46 Layout areas Property:Layout areas CSP Basis Core CSP Basis 14 maart 2024 14:22:46 Is tag Property:Is tag 14 maart 2024 13:55:04 ID Property:ID 14 maart 2024 13:54:47 Has version history Property:Has version history 14 maart 2024 13:54:35 Footer template Property:Footer template 14 maart 2024 13:54:22 Defines class Property:Defines class 14 maart 2024 13:53:50 Module:CspCreatePageForm Module:CspCreatePageForm 14 maart 2024 13:52:44 CspError Property:CspError 14 maart 2024 13:52:44 Class Property:Class 14 maart 2024 13:52:30 Wiki:Class definition Wiki:Class definition 14 maart 2024 13:52:30 Widget:Logo Widget:Logo CSP Basis Core CSP Basis 14 maart 2024 13:03:08 Widget:Layout Widget:Layout 14 maart 2024 13:03:07 Template:WSNavMenu Template:WSNavMenu CSP Basis Core CSP Basis 14 maart 2024 12:59:13 Template:Wsform is tag checkbox Template:Wsform is tag checkbox CSP Basis Core CSP Basis 14 maart 2024 12:59:13 Template:Sidebar item Template:Sidebar item CSP Basis Core CSP Basis 14 maart 2024 12:59:11 Template:Show version history Template:Show version history CSP Basis Core CSP Basis 14 maart 2024 12:59:11 Template:Page-types Template:Page-types CSP Basis Core CSP Basis 14 maart 2024 12:59:10 Template:Pages overview Template:Pages overview CSP Basis Core CSP Basis 14 maart 2024 12:59:10 Template:Parameter definition Template:Parameter definition CSP Basis Core CSP Basis 14 maart 2024 12:59:10 Template:Modal Template:Modal CSP Basis Core CSP Basis 14 maart 2024 12:59:08 Template:New application page Template:New application page CSP Basis Core CSP Basis 14 maart 2024 12:59:08 Template:Generate page properties template code Template:Generate page properties template code CSP Basis Core CSP Basis 14 maart 2024 12:59:07 Template:Generate sidebar template code Template:Generate sidebar template code CSP Basis Core CSP Basis 14 maart 2024 12:59:07 Template:Dropdown link Template:Dropdown link CSP Basis Core CSP Basis 14 maart 2024 12:59:06 Template:Fa Template:Fa 14 maart 2024 12:59:06 Template:Csp show class definition Template:Csp show class definition 14 maart 2024 12:59:05 Template:Csp sidebar item Template:Csp sidebar item 14 maart 2024 12:59:05 Template:Csp sidebar tabs Template:Csp sidebar tabs 14 maart 2024 12:59:05 Template:Csp parameter display/link Template:Csp parameter display/link 14 maart 2024 12:59:04 Template:Csp parameter display/date Template:Csp parameter display/date 14 maart 2024 12:59:04 Template:Csp parameter display/datetime Template:Csp parameter display/datetime 14 maart 2024 12:59:04 Template:Csp new component template Template:Csp new component template 14 maart 2024 12:59:04 Template:Csp formfield/number Template:Csp formfield/number 14 maart 2024 12:59:02 Template:Csp formfield/select Template:Csp formfield/select 14 maart 2024 12:59:02 Template:Csp formfield/date Template:Csp formfield/date 14 maart 2024 12:59:01 Template:Csp formfield/checkbox Template:Csp formfield/checkbox 14 maart 2024 12:59:01 Template:Csp formfield/datetime-local Template:Csp formfield/datetime-local CSP Basis Core CSP Basis 14 maart 2024 12:59:01 Template:Csp default subheader Template:Csp default subheader 14 maart 2024 12:59:00 Template:Csp class properties Template:Csp class properties 14 maart 2024 12:59:00 Template:Class definition Template:Class definition 14 maart 2024 12:58:59 Template:Class definition form Template:Class definition form 14 maart 2024 12:58:59 Template:Create page form Template:Create page form 14 maart 2024 12:58:59 Base properties template Property:Base properties template 14 maart 2024 12:14:13 Archived Property:Archived 14 maart 2024 12:14:12 ... meer resultaten
Architecturale blauwdruk +
Architecturale blauwdruk 24/7 dienstverlening +
Een (software) architectuur kan als volgt gedefinieerd worden :
De fundamentele organisatie van een (software) systeem, belichaamd door zijn Componenten , hun relaties met elkaar en met hun omgeving en de principes die het beheer van het ontwerp en de evoluties kenmerken : volgens ANSI/IEEE 1471-2000 .
"Alle architectuur is ontwerp, maar niet alle ontwerp is architectuur". Architectuur vertegenwoordigt de belangrijkste ontwerpbeslissingen die samen een systeem vormen. "Belangrijk" wordt uitgedrukt in de " kost van verandering " : volgens Grady Booch (2006) "On Design ".
De verzameling van structuren die nodig zijn om over het systeem te redeneren, bestaande uit (software) elementen met hun relaties en eigenschappen : volgens "Documenting Software Architectures (2e), Clements et. al. (2010)" .
Software Architectuur zijn de beslissingen die zowel belangrijk als moeilijk te maken zijn : volgens Martin Fowler . +
Bovenstaand schema geeft het overzicht van de in opbouw zijn architectuur en de dataflow voor de use case: Machine Learning toepassing voor laagwatervoorspellingen op onbevaarbare waterlopen adhv open data .
Databronnen
tbc +