01Hva dette er
Revitcde er et Common Data Environment til Revit-prosjekter.
Det knytter brugerhandlinger til konkrete modelobjekter.
Skab et digitalt kredsløb, der kan revideres.
02Målgruppe
RevitCDE dekker flere ulike roller.
BIM-koordinator / prosjektleder
Ser status for modell, godkjenninger, dokumenter og oppgaver.
Opphavsperson (prosjekterende)
Arbeider i Revit uten hele tiden at skifte kontekst.
Godkjenner
Gennemgår indkommende forespørsler med øjebliksbillede og dokumenter.
Fremviser
Leseadgang innen prosjektets omfang.
Kalkulatør
Kalkyledatabase, poster, kostnader utenfor modellen.
Planleggingsingeniør
Tidsplan, aktiviteter, tidsprosesser utenfor modellen.
Administrator
Server, brukere, prosjekter, databaser, policyer.
03Problemer vi løser
Avstand mellom Revit og ledelsesprocesser
Godkjenninger og oppgaver ligger adskilt fra modellen.
Pluginen registrerer modelldata og knytter forespørsler til objekter.
Ingen felles sannhetskilde
Filer, e-mails og regneark utvikler seg i forskjellige versjoner.
En Cde-struktur lagrer prosjekter, dokumenter, versjoner og historikk.
Uklare godkjenninger
Beslutninger går tabt, og ruterne er uformelle.
ApprovalRequest, flertrinnsruter, kun-tillegg-hendelser, uforanderlige øyeblikksbilder.
Modelstatus er usynlig i Revit
Designeren kan ikke se, hva der er godkjent, venter eller er afvist.
Statusser spejles i Shared Parameters og Extensible Storage.
3D, 4D og 5D er ikke forbundet
Kalkulasjon og tidsplan kjører hver for seg, og arbeid uten for modellen forsvinder fra overblikket.
estimate.db og schedule.db per prosjekt samt Workpackage som 4D/5D-knudepunkt.
Offline eller lokalt arbeid uten server
Frakoblede modeller har bruk for lokal lagring uten å miste forbindelsesvejen til serveren.
Lokal tilstand i Extensible Storage, valgfri ekstern database i én fil og senere migrering til serveren.
04Hvordan det fungerer
Tre lag danner ét samlet datakredsløb.
- Brukeren arbeider i Revit. Pluginen leser modellelementer, ark, visninger, skjemaer og statusser.
- Modellen knyttes til et serverprojekt. Tilknytningen lagres inne i Rvt-modellen via Extensible Storage.
- Pluginen synkroniserer projektelementer, modellelementer, endringer, statusser, forespørsler, oppgaver, chats og dokumenter med serveren.
- Serveren opbevarer globale data i hoveddatabasen og fagdata i databases per prosjekt: modell_{guid}.db, disciplines.db, estimate.db og schedule.db.
- Webportalen gir tilgang til prosjekter, dokumenter, godkjenninger, oppgaver, chats og administrasjon. Oppdateringer i realtid sendes via Signalr.
- Godkenderens beslutninger, statusendringer, tilknyttede dokumenter og oppgaver føres tilbake til Revit og vises i pluginen og modelparametrene.
Serveren er sandhedskilden i samarbejdstilstand. Modellen bevarer samtidig den minimale tilknytning og lokale data, så arbejdet overlever genstart av Revit og perioder uten nettverk.
05Hva den gjør
Det funktionelle overblik på ét sted.
Prosjekter
Prosjektoppsett, medlemmer, roller, standarder, disipliner, faser, pakker.
Modell
RVT-kobling, synk, identifikatorer, fingeravtrykk, statuser, sporing av endringer.
Godkjenninger
Forespørsler, ruter, øyeblikksbilder, beslutninger, tilbaketrekking, logg, sanntid.
Dokumenter
CDE-dokumenter, versjoner, opplasting/nedlasting, SHA-256, WIP→Shared→Published→Archived.
Oppgaver
Kanban, Gantt, prioritet, statuser, ansvarlige, oppgaverelasjoner.
Kommunikasjon
Prosjektchatter, meldinger, reaksjoner, korrespondanse, e-postintegrasjon.
Administrasjon
Brukere, roller, serverparametere, databaser, helsestatus, autorisasjonspolicyer.
4D/5D
Kalkyle, tidsplan, WorkPackage, mengdeinstanser, EVM/CPM.
Lokalt arbeid
Extensible Storage, valgfri ekstern lokal database og senere migrering til serveren.
Lokalisering
Sentralisert UI-lokalisering, 22 språk ifølge veikart.
06Bruksscenarier
Send et ark eller en visning til godkjenning
- Steg 1
- Steg 2
- Steg 3
- Steg 4
- Steg 5
- Steg 6
Et dokument fra WIP til publicering
- Steg 1
- Steg 2
- Steg 3
- Steg 4
- Steg 5
Sammenknytning av modell, kalkulasjon og tidsplan
- Steg 1
- Steg 2
- Steg 3
- Steg 4
- Steg 5
07Ofte stilte spørsmål
Spørsmål 1
Svar 1
Spørsmål 2
Svar 2
Spørsmål 3
Svar 3
Spørsmål 4
Svar 4
Spørsmål 5
Svar 5
Spørsmål 6
Svar 6
Spørsmål 7
Svar 7
Spørsmål 8
Svar 8
Spørsmål 9
Svar 9
Spørsmål 10
Svar 10
Nedenfor vises det tekniske lag for lesere, der vil se, hvordan Revitcde er opbygget.
08Løsningens sammensetning
| Komponent | Formål | Teknologi |
|---|---|---|
RevitCDE.Addin | Indgangspunkt for Revit-tilføjelsen, modeltilknytning og registrering av kommandoer. | C# /.NET Framework, Autodesk Revit API |
RevitCDE.UI | Skrivebordspaneler, kommandoer og brugerinteraksjon inne i Revit. | WPF / MVVM |
RevitCDE.Core | Programtjenester, synkronisering, lokal lagring og kommunikasjon med serveren. | C#-tjenester, HTTP-klienter, SQLite |
RevitCDE.Domain | Delte domenemodeller, identifikatorer, statuser og forretningsregler. | netstandard2.0-bibliotek |
RevitCDE.Server | Sentral API, godkjenning, projektdata og integrationstjenester. | ASP.NET Core 8, EF Core, PostgreSQL |
RevitCDE.Cabinet | Webportal til prosjekter, dokumenter, godkjenninger, oppgaver, chats og administrasjon. | TypeScript / React webgrensesnitt |
RevitCDE.Localization | Sentrale oversettelsesordbøger og sprogskift for hele den synlige brukergrensesnitt. | JSON-ordbøker, delte i18n-nøkler |
09Lokal- og servertilstande
RevitCDE støtter to driftsmodus.
Lokal modus
Data lagres i modellens Extensible Storage.
Ekstern lokal lagring
En separat databasefil for hver Rvt-model.
Servermodus
Aktive data opbevares på serveren.
Regler for migrering fra lokal til serverbaseret tilstand.
10Lagringsarkitektur
| Lager | Hva det lagrer | Hvorfor det er opbygget slik |
|---|---|---|
| Hovedserverdatabase | Brukere, organisasjoner, prosjekter, roller, globale innstillinger og licensdata. | Samler data på tvers av prosjekter i én autoritativ serverdatabase. |
| model_{guid}.db | Modellelementer, ark, visninger, skjemaer, mengder og koblinger på modellnivå. | Store modelldata isoleres per Rvt-model av hensyn til ydeevne og vedlikehold. |
| disciplines.db | Prosjektets disciplines, faser, pakker og standardspecifikke dokumentationsstruktur. | Projektstandarder kan utvikles uten å endre det globale skema. |
| estimate.db | Kalkulationsdokumenter, poster, kostnader uten modell, mengdelinks og Workpackage-tilknytninger. | Omkostningsdata har deres egen livssyklus og skal også omfatte poster, der ikke finnes i modellen. |
| schedule.db | Planlegningsaktiviteter, afhængigheder, tidsprocesser uten modell og Workpackage-links. | Planlegningsdata krever CPM-/Gantt-logik og kan referere til både modell- og kalkulationsdata. |
| Extensible Storage | Minimal modeltilknytning, tekniske identifiers og lokale fallback-data i RVT. | Modellen kan stadig identificere seg selv uten for servermiljøet. |
| Ekstern lokal database | Valgfri lokal database i én fil til chats, godkjenninger, dokumenter, oppgaver og andre lokale data. | Frakoblede og lokale modeller kan lagre mer omfattende data uten å overbelaste Extensible Storage. |
11Sikkerhet og tilgang
Sikkerheden bygger på medlemskab, roller, JWT og tillidstilstande.
12Godkjenninger — under motorhjelmen
En formaliseret prosess, der kan gentages og dokumenteres.
Send til godkjenning
Oppretter en godkendelsesanmodning for den valgte modelrevision eller dokumentpakke.
Uforanderlig øyeblikksbilde
Registrerer den precise modell- og dokumenttilstand, der gennemgås, så beslutningen kan reproduceres.
Godkjenningsruter
Definerer sekventielle eller parallelle kontroltrin, ansvarlig deltakere og krevede beslutninger.
Registrerte beslutninger
Lagrer godkjenninger, afvisninger, tilbagesendelser og kommentarer sammen med forfatter og tidsstempel.
Hendelseshistorikk
Bevarer en skrivebeskyttet tidslinje over indsendelser, tildelinger, beslutninger og statusendringer.
Statussynkronisering
Skriver den bekreftede godkjenningsstatus tilbake til projektobjekterne og den tilknyttede Revit-arbejdsgang.
Sanntidsoppdateringer
Sender endringer i godkjenninger til tilsluttede klienter uten manuell genindlesning av siden.
13Workpackage — 4D/5D-knudepunktet
Det sentrale objekt, der forbinder modell, mengder, kalkulasjon, tidsplan og fremdrift.
ModelElement |
Knytter arbejdspakken til BIM-elementer og deres stabile identifiers. |
QuantityItem |
Lagrer målte mengder og kilden, som hver mengde er hentet fra. |
EstimateItem |
Forbinder mengder med kalkulationsposter, enhedspriser og beregnede kostnader. |
WorkPackage |
Fungerer som det sentrale objekt, der forbinder omfang, modell, kostnader, tidsplan, ansvar og dokumentasjon. |
ScheduleActivity |
Knytter arbejdspakken til planlagte aktiviteter, datoer, afhængigheder og data om den kritiske vej. |
ProgressSnapshot |
Lagrer faktisk fremdrift, indikatorer for opptjent verdi og fakta for rapportperioden. |
Prosjektets databases er opdelt etter fagområde.
14Standarder, disipliner, faser, pakker
Projektstandarden styrer formaterne for dokumentasjon, kalkulasjon og tidsplan.
ProjectStandard
Definerer aktive projektregler, navngivningskonvensjoner og den krevede informationsstruktur.
Disiplin
Vedligeholder prosjektets katalog over disciplines og disciplinspecifikke ansvarsområder.
PackageType
Definerer genanvendelige pakkestrukturer til prosjektering, indkøb og utførelse.
ProjectStage
Styrer projektfaser, overgange mellom faser og de data, der forventes i hver fase.
ProjectRole
Definerer ansvar, rettigheter og godkendelseskompetence i prosjektet.
StandardPreset
Anvender en genanvendelig samling av standarder, disciplines, faser, roller og pakketyper.
15REST-API — hovedgrupper
REST-API etter emneområde, JWT-autentisert.
-
`/api/auth/*`· Godkjenning, kontosessioner, gendannelse av adgangskoder og adgangstokens. -
`/api/approvals/*`· Godkendelsesanmodninger, routes, beslutninger, kommentarer og statusendringer. -
`/api/cde/*`· Prosjekter, modeller, dokumenter, issues og felles projektdata. -
`/api/chats/*`· Projektsamtaler, deltakere, meldinger og vedheftede filer. -
`/api/tasks/*`· Oppgaver, ansvarlig, frister, prioriteter og ferdiggørelsesstatus. -
`/api/standards/*`· Projektstandarder, disciplines, faser, roller og pakkeforvalg. -
`/api/45d/*`· Arbeidspakker, mengder, kalkulasjoner, planlegningsaktiviteter og fremdrift. -
`/api/admin/*`· Administrasjon, konfigurasjon, diagnosticering og kontrollerte vedligeholdelsesopgaver.
16Ordliste
CDE- Common Data Environment — et kontrollert rom til projektoplysninger, kommunikasjon og beslutninger.
Extensible Storage- Revit-mekanisme til lagring av strukturerede programdata inne i en modell.
Delte parametere- Revit-parametre, der deles mellom prosjekter og familier gjennom en felles definitionsfil.
ProjectElement- En projektpost, der representerer et BIM-element uten for Revit-dokumentet.
ModelElement- En stabil reference til et element i en bestemt modell og modelrevision.
Øyeblikksbilde- En uforanderlig registrering av den precise projektdata-tilstand, der ble brukt ved kontroll eller godkjenning.
ApprovalRequest- En formel forespørsel, der sender et afgrenset omfang gjennom en godkendelsesrute.
WorkPackage- Det sentrale 4D/5D-objektet som knytter sammen omfang, mengder, kostnad, tidsplan og ansvar.
EVM- Earned Value Management — måling av fremdrift ved hjelp av planlagt verdi, optjent verdi og faktiske kostnader.
CPM- Critical Path Method — analyse av tidsplanen ut fra aktivitetsafhengigheder og tilgengeligt slek.
17Det neste på køreplanen
Den nuverende implementering har en fungerende kerne. Nedenfor vises de neste utviklingstrin.
Utvidet lokalisering
Fuld terminologisk gennemgang og fagspecifik formulering for hvert understøttet språk.
Dokumentarbeidsflyter
Versjonerte dokumentregistre, overleveringer, gjennomgangspakker og sporingskjeder.
Dypere 4D/5D
Mer detaljert planlegning av arbeidspakker, omkostningsstyring, prognoser for fremdrift og earned-value-analyse.
BCF-interoperabilitet
Utveksling av issues og synspunkter med andre BIM-programmer via Bcf-standarden.
Koordinering av lenkede modeller
Koordiner tilknyttede modeller, ejerskab, revisioner og afhængigheder på tvers av modeller.
Observerbarhet
Driftsdashboards, revisionsmålinger, diagnosticering og overvåking av tjenesternes tilstand.