operan

# dRofus – INTRODUKTION Denna sida ger en övergripande beskrivning av hur databasen dRofus skall användas i projekt och förvaltning hos SFV. Sidan är upprättat av SFV Teknikavdelning och projektanpassats av Informationssamordnare. **dRofus som central databas** dRofus är en del av SFV:s digitala arbetssätt, som en central databas i projekt och förvaltning, en av byggstenarna för att möjliggöra en gemensam digital miljö samt att få likriktade arbetssätt i alla projekt. dRofus används som databas för att hantera: - **Kravdatabas** för hantering och uppföljning av krav i projektet - **Informationsdatabas** för hantering av information i projektering och produktion - **Objektsdatabas** som samlar ihop information om alla tillgångar i förvaltning. ##  DROFUS HOS SFV Där byggprojekt tillämpat dRofus kommer databasen fortsätta finnas tillgänglig och nyttjas långsiktigt i resp. förvaltningsobjekt runt byggnadens hela livscykel. Alla som arbetar med det berörda förvaltningsobjektet, i projekt eller förvaltning, tilldelas en användare med personlig inloggning till databasen. Användarnas behörighet till olika delar av informationen i databasen styrs av ansvariga i projektet eller förvaltningen. Informationen i dRofus är ”levande”, d.v.s. om någon skriver in något i dRofus så är den direkt tillgänglig i realtid för alla som har rättigheter att se den, i ett sökbart format. Detta gör att alla med rättigheter i dRofus snabbt kan hitta den information de behöver, istället för att ägna tid åt att leta i spridda mappstrukturer, mailkonversationer osv. Informationen kan synkroniseras till informationsmodeller, tas ut i olika rapporter och exporter samt göras tillgänglig via andra digitala verktyg. Detta gör att alla hela tiden arbetar mot samma, aktuella information, vilket ökar samarbetet och kvaliteten i projekten, samt eliminerar en mängd dubbelarbete som annars normalt utförs när samma information behöver finnas med i olika typer av leveranser/handlingar. **Avsteg från SFV:s styrande dokument** Om det i något projekt behöver göras avsteg från SFV:s styrande dokument vid användningen av dRofus och man nyttjar andra arbetsprocesser än de som SFV tagit fram så skall dessa dokumenteras och stämmas av med ansvarig part hos SFV respektive inom projektet. **Hänvisning till SFV AIR**_ ”AIR” är en förkortning för ”Asset Information Requirement” vilket innebär krav på vilken information som varje objekt (byggdelar och komponenter) skall förses med i respektive projekt._ ## HANTERING AV KRAV Alla krav från SFV och hyresgäster som är relaterade till specifika rumstyper och rumsfunktioner _skall_ hanteras i dRofus, huvudsakligen i form av RFP-krav, men kan även vara krav på andra objektstyper såsom inredning, hissar, dörrar mm. Kraven i dRofus kan levereras dels som PDF-utskrifter, Excel-exporter samt i form av data. **OBS!** Det är viktigt att **_kraven i dRofus hålls uppdaterade hela vägen till förvaltning_**, så att det som ligger i kravdatabasen dRofus stämmer överens med det som är projekterat och byggt. Alla i projektet ska hela tiden har tillgång till den gällande kravställningen för berört projekt i dRofus. **OBS!** Viktigt att **_alla ändringar och avsteg som görs från krav dokumenteras noga_** hela vägen till förvaltning så att alla, även projektledning och förvaltning, lätt kan hitta orsakerna till att sådana har gjorts. I dRofus finns stöd för detta genom den inbyggda loggfunktionen där man kan gruppera ändringar i ändringslistor samt ge förklaringar till _varför_ en ändring skett i loggnoteringar. ## MALLDATABAS SFV har tagit fram en malldatabas som nya projekt skall använda sig av så att alla SFV:s dRofus-databaser liknar varandra samt att projekten själva inte behöver skapa den SFV-kravställning och informationsstruktur som är utgångspunkt för dRofus-arbetet i projekten. I malldatabasen finns bland annat: - SFV-typrum med RFP-krav från SFV:s projekteringsanvisningar. - Värdefält för att hantera den data som skall samlas in i projekt enligt [SFV AIR](https://sfv-operan.kravportal.se/leveransspecifikation-2/informationskrav/), samt konfiguration för synkronisering av denna data till/från informationsmodeller. - Rapportmallar för de handlingar som skall levereras ur dRofus som PDF:er. ## FUNKTIONER/ROLLER I PROJEKT För att lyckas bra med arbetet i dRofus enligt SFV:s anvisningar rekommenderar SFV att nedan roller medverkar i det arbete som berör dRofus. - Informationssamordnare - RFP/Krav-samordnare ## OBJEKTSTYPER SOM SKALL HANTERAS I DROFUS Många av de objektstyper som skall hanteras i dRofus finns också som objekt i informationsmodellerna och skall då länkas ihop mot dRofus för att möjliggöra validering samt synkronisering av data. Utöver detta kan det även finnas objektstyper som förekommer endast i dRofus. De objektstyper som skall hanteras i dRofus listas nedan. | Område | Innehåll | | --------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Rum** | Room
Spaces | | **System** | Ventilation
Sprinkler
El
Tele
Rör (vatten och avlopp) | | **Artiklar** | Installationskomponenter (sakvaror)
Ytskikt
Dörrar och beslag
Fönster
Fast inredning
Storkök
Hissar
Lös inredning (HG)
AV-utrustning (HG) | | **Historia** | Antikvariska byggdelar (vårdprogram)
Konst | | **Övrigt Projektspecifikt** | Övriga stom-kompletteringar och transportsystem
Väggobjekt (endast typnivå, ej instanser/förekomster)
Konstruktionsobjekt (endast typnivå, ej instanser/förekomster)
Längder och böjar för installationsprojekt såsom rör, rörböjar, ventilationskanaler m.m. (endast typnivå, ej instanser) | ## LEVERANSER Många av de leveranser som ska göras i SFV-projekt ska göras direkt ur dRofus. Exempel på leveranser ur dRofus: - Rumsfunktionsprogram (RFP) - Vårdprogram, rumsblad - Rumsbeskrivning - Armaturförteckning - Produktförteckning som bilaga till Teknisk Beskrivning - Produktförteckning föreskrivna produkter till Entreprenör - Data enligt [SFV AIR](https://sfv-operan.kravportal.se/leveransspecifikation-2/informationskrav/). ## CENTRAL DATABAS I FÖRVALTNING dRofus skall vara central databas även i förvaltningen. SFV vill, förutom att kunna följa upp kravställningen från projekt, kunna använda dRofus som objektsdatabas, d.v.s. en databas där alla tillgångar i förvaltningsobjektet, såsom byggdelar, installationsobjekt etc. finns samlade på en gemensam plattform. I dRofus ska förvaltningen kunna hitta information om rum, komponenter och system. Det ska vara lätt att hitta information om föreskrivna respektive inköpta produkter inklusive information om deras funktioner, vilka rum de finns i samt vilka installationssystem de hör till. Objektsdatabasen i dRofus skapas av projektets konsulter och entreprenörer, som under projektets gång förser dRofus med information och dokumentation enligt [SFV AIR](https://sfv-operan.kravportal.se/leveransspecifikation-2/informationskrav/) på de enheter/objekt som anges i kapitel _OBJEKTSTYPER SOM SKALL HANTERAS I DROFUS__,_ och hålls uppdaterad under drift och förvaltning, så att den fortsätter att vara aktuell över tid. **Löpande drift och förvaltning** dRofus skall hållas uppdaterat även under förvaltning, så att SFV-personal ska kunna lita på att de krav och övrig information som finns i databasen är aktuell och stämmer med verkligheten. Rutiner kring detta tillhandahålls av SFV centralt. **Ombyggnationer och hyresgästanpassningar** Vid ombyggnationer och hyresgästanpassningar som är så omfattande att en projektgrupp behöver startas upp kan dRofus användas som kravdatabas och BIM-databas för projektet och all hantering enligt detta dokument samt övriga riktlinjer för dRofus-arbetet gäller för projektet. # INFORMATIONSSTRUKTUR I DROFUS dRofus är en relationsdatabas, där de enheter (rum, artiklar, system etc.) som läggs in i databasen både kan bära data samt ha relationer till varandra. I och med relationerna mellan olika enheter så kan en enhet hämta data från en annan enhet, tex så kan en dörr med relation till ett rum hämta data som fyllts i på rummet. Samma data kan användas på flera sätt utan att man behöver skapa den på flera ställen. Enheterna i dRofus kan länkas till objekten i Revit-modellerna för validering samt synkronisering av data. Informationen i dRofus kan tas ut som PDF-rapporter och Excel-exporter. De ändringar som görs av data i dRofus loggas automatiskt och listas i loggen, vilket ytterligare kvalitetssäkrar arbetet och gör det lätt att följa upp ändringar som gjorts i dRofus, även långt efter att de genomförts då loggen alltid finns kvar. **Systemstruktur dRofus**  De enhetstyper som finns i dRofus som används i SFV:s projekt är: - **RUM** – samtliga rum, även utrymmen utomhus (entréer, utemiljöer, yttertak etc.), skall finnas som unika rum i dRofus. Dessa ska vara länkade till _Rooms_ i Arkitektens informationsmodell resp. _Spaces_ i installationsmodeller, för synkronisering av data samt för att de objekt som synkas till dRofus från modeller ska få rätt rumstillhörighet i dRofus. Huvuddelen av den kravställning som görs i dRofus görs på rummen i form av rumsfunktionskrav (RFP). - **ARTIKLAR** – definierar _typ_ av objekt och bär bland annat information om föreskrivna funktioner och produkter. En artikel i dRofus kan, men behöver inte, motsvaras av en _Revit Family Type_ i informationsmodellerna. - **FÖREKOMSTER** – definierar varje unik instans av resp. artikel. Har relation till det rum den hör till, samt till det eller de system som de eventuellt har en relation till. En förekomst i dRofus kan, men behöver inte, motsvaras av en _Revit Family Instance_ i informationsmodellerna. - **SYSTEM** – definierar de installationssystem som finns i projektet. I första hand hämtas dessa från informationsmodellerna, men det går även att skapa system direkt i dRofus. Ett system i dRofus kan, men behöver inte, motsvaras av en _Revit System Type eller Revit System Instance_ i informationsmodellerna. - **PRODUKTER** – definierar de produkter som köpts in under produktion. Produkterna länkas ihop med rätt FÖREKOMST från projekteringen. Skillnader mellan föreskrivna produkter från projekteringen och inköpta produkter från produktion fångas upp som avvikelser i dRofus. - **DOKUMENT** – de filer som läggs in i databasen. Kan ha relation till alla övriga enhetstyper i dRofus.