qRevidering: Projektinformationskrav
Inkommen synpunkt
Hej Jag anser att det är svårt att läsa tabellen då jag inte ser hur raderna hänger ihop. Ex. Målkategori: Brukarkrav, Projektmål:... Skulle vilja ha linjer eller tydligare uppdelning, jag förstår inte hur jag ska läsa den. OM jag kopierar in texten i mailet så blir den lättare att läsa så det är något med tabellformatet.
Tabellen visar relationen mellan projektmål och tillämpningsmål för informationsmodeller. Målkategori och projektmål (exempel) Tillämpning av informationsmodeller (exempel) Tillämpningsmål (exempel) Måluppföljnings-kriterier (exempel) Målkategori: Miljö Projektmål: miljöbyggnad guld Underlag från modeller används för validering och uppfyllelse av kriterier för projektspecifika miljömål. Informationsmodellen nyttjas för att genomföra möjliga beräkningar och analyser av hur projektet uppfyller uppsatta miljökrav.
70% av miljömålskriterier Målkategori: Brukarkrav Projektmål: Möta brukarens uppsatta krav Kontroller, dokumentation och kommunikation av RFP- och dörrkrav samt tillhörande projekterad lösning hanteras mer effektivt med hjälp av digitala stödsystem. Krav och projekterad lösning kontrolleras, sammanställs, uppdateras och godkännas på ett mer effektivt sätt med hjälp av databaser än med en traditionell hantering. Projektets forum, rutiner och roller har anpassats så att de nyttjar möjligheterna med kopplade databaser vilket ger en mer effektiv och kvalitativ projektering och kontroll. 100% av relevanta värden i databas finns som egenskaper i modellens objekt vid slutleverans. Kostnadsstyrning Projektmål: Säker och noggrann styrning av kostnader Löpande och frekvent uppdatering av nyckeltal med hjälp av mängdavtagning från informationsmodeller. Valda nyckeltal uppdateras veckovis vid nya modellexporter. 95% av levererade modellobjekt har korrekt information och genererar relevant data. Kostnadsstyrning Projektmål: Säker och noggrann styrning av kostnader Modeller och mängdlistor till FU (förfrågningsunderlag). Entreprenörer ska kunna lämna pris på mängdlistor som projektet tar ut från modeller till FU. Ja/nej Logistik Projektmål: Effektiv logistik Framdriftsvisualisering (4D) samt logistikplanering visualiseras pedagogiskt i 3D-modell. Denna visualisering används av projektledning och produktionsledning för planering av arbetet och logistiken på arbetsplatsen. Samtliga nyckelpersoner i arbetet med logistik anser att det visuella underlaget ger en säkrare, effektivare och tydligare samordning. Samtliga nyckelpersoner i arbetet med arbetsplanering (för utvalda entreprenörer) anser att det visuella underlaget ger en säkrare, effektivare och tydligare samordning. 90% av nyckelpersonerna anser att det digitala arbetssättet med visualisering har varit bättre än en traditionell process Samtliga nyckelpersoner anser att arbetssättet ger en säkrare, effektivare och tydligare samordning. Kommunikation Projektmål: Transparant och enkelt arbetssätt Sammansatt 3D-modell görs lättillgänglig och lättanvänd. Underlaget anpassas så att relevant information enkelt kan hämtas/utläsas. Sammansatt modell ska finnas tillgänglig i intuitivt läsverktyg som kan hanteras på dator, modell och surfplatta. Modellen ska på ett tydligt sätt kommunicera sitt innehåll så att läsaren snabbt och enkelt kan tolka innehållet (ungefär motsvarande status på en ritning - vad är det jag tittar på och hur komplett är det). 90% av tillfrågade projektdeltagare anser att modellen är det primära och enklaste sättet att tillgodose sig det senaste projekterade underlaget Kommunikation Projektmål: Effektiv samverkan Meddelanden mellan beställare och entreprenör sker i digitala verktyg, dessa betraktas som skriftliga. Samtlig kommunikation av typen fråga svar, besiktning, avvikelser, ÄTA, underrättelser sker i de digitala verktyg som beställaren har valt. Underlag för dessa meddelanden så som placering, objektinformation läses direkt från modell där det är möjligt. 100% av beslut mellan parter dokumenteras i digital
Mvh Malin Qvarnström
Malin Qvarnström Teknisk informationssamordnare Akademiska Hus Tel: 070 563 45 11 Vxl: 010 557 24 00 Vill du prenumerera på vårt nyhetsbrev? Klicka här!
Analys
Berörd fil är projektinformationskrav/projektinformationskrav.md
Idag lagras tabeller typiskt på tre olika sätt i infopack systemet:
- Som en markdown-tabell direkt i markdown-filen
- Som en html tabell direkt i markdown-filen
- som en separat JSON-fil och vår markdown-till-html-funktion "aoaToTable" (våra värdelistor använder dessa t.ex.)
Jag ser två anledningen som spelar just i det här fallet.
- Anledningen till markdown-syntax "läcker igenom" är för att denna tabell är lagrad som alternativ 2. Detta innebär att när markdown-parsern ser html objektet så slutar den att "avkoda" markdown. Det betyder konkret att om man går över till html så måste man göra det gör alla subobjekt.
- Det är endast alternativ 3 som renderar style-taggen "marked-table" vilket för att tabeller i alt.1 och alt 2. saknar styling på hemsidan.
- Notera att detta gäller för samtliga metoder. Se skillnaden mellan tabeller i metoder och tabeller i värdelistor
Möjliga lösningar
- ändra stylingreglerna på våra webbplatser
- Lagra tabellen som en JSON-fil istället (det gör dessutom tabelldata med tillgängligt för framtida användning)
- Ändra vår byggprocess så att styling class alltid adderas till tabeller (ändrar inte befintliga paket)