RS.CDE — გადაწყვეტის მიმოხილვა BIM მენეჯერებისა და პროექტის მენეჯერებისთვის

RS.CDE არის საერთო მონაცემთა გარემო საპროექტო ორგანიზაციის მხარეს. ის აერთიანებს Windows აპლიკაციას BIM მენეჯერისთვის და უფასო აგენტს Revit 2021–2027-ში თითოეულ სამუშაო ადგილზე. სისტემა აწესრიგებს პროექტის მოდელების რეესტრს, ერთ ოპერაციაში ავრცელებს კომპანიის სტანდარტს ყველა მოდელზე, ამოწმებს მოდელებს თითოეულის ხელით გახსნის გარეშე და აჩვენებს, ვინ რომელ მოდელზე მუშაობს ახლა.

ხელმძღვანელობა იღებს პროგნოზირებად პროექტს: მოდელები ემორჩილება ერთიან წესებს, გარე ორგანიზაციების მოდელები დაცულია შემთხვევითი ცვლილებებისგან, ხოლო სტანდარტის დარღვევები ჩანს გაცემამდე და არა დამკვეთის შემოწმებისას.

რა პრობლემებს წყვეტს

პროექტის მოდელები ინახება ქსელურ დისკებზე, მოდის მომიჯნავე დისციპლინებიდან ელფოსტით და ღრუბლოვანი სერვისებით და მათ ათეულობით ადამიანი არედაქტირებს. კომპანიის სტანდარტი დოკუმენტში არსებობს, მაგრამ თითოეულ მოდელში სხვადასხვაგვარად არის განხორციელებული. BIM მენეჯერი პრობლემას ხშირად ბოლოს იგებს — როცა შტამპები ცარიელია, სპეციფიკაციები არასწორად ითვლის ან კონსულტანტის მოდელი კოორდინატებში გადაიწია.

ფაილების საცავისგან განსხვავებით, RS.CDE მართავს არა მხოლოდ ფაილებს, არამედ მოდელის შინაარსს — პარამეტრებს, შაბლონებს, სპეციფიკაციებს, ბმულებსა და სახელდებას — პროექტის ყველა მოდელში ერთდროულად.

პროექტი როგორც ერთიანი სისტემა

თითოეული პროექტი თავის მონაცემებს ინახავს საკუთარი პროექტის საქაღალდეში არსებულ RS.CDE ქვე-საქაღალდეში. იქ არის პროექტის პასპორტი (ორგანიზაცია, პასუხისმგებელი პირები, მოდელები შედარებითი ბილიკებით) და ფაილების რეესტრი ისტორიით. თუ პროექტი სხვა დისკზე ან სერვერზე გადავა, მონაცემებიც მასთან ერთად გადავა. კომპიუტერზე საერთო ბაზა არ არსებობს და მნიშვნელოვანი მონაცემები სისტემურ დისკზე არასდროს იწერება.

პირველი გაშვებისას BIM მენეჯერი მიუთითებს დისკებს, სადაც პროექტებია განთავსებული. RS.CDE ავტომატურად პოულობს ორგანიზაციის პროექტებს; RS.Messenger და ხაზის სხვა პროდუქტები პროექტების სიას RS.CDE-დან იღებენ.

BIM მენეჯერი თითოეული მოდელის კუთვნილებას განსაზღვრავს: საკუთარი თუ სხვა ორგანიზაციიდან მიღებული. სისტემა ამას საქაღალდის მიხედვით არ ვარაუდობს. მიღებული მოდელები დაცულია: RS-Systems-ის პროდუქტები მათში არ წერენ, ხოლო Revit მათ შენახვას ბლოკავს. რედაქტირებადი ასლისთვის გამოიყენება Save As; ასეთი ასლი შემდეგ საკუთარ მოდელად ითვლება.

კომპანიის სტანდარტის გავრცელება ყველა მოდელზე ერთ ოპერაციაში

BIM მენეჯერი ირჩევს ეტალონურ მოდელს — პროექტის ნებისმიერ მოდელს ან კომპანიის შაბლონს — შემდეგ განსაზღვრავს, სტანდარტის რომელი ელემენტები და რომელ მოდელებში უნდა გავრცელდეს.

• პარამეტრები — ფაილებს შორის გადატანა და shared parameter ფაილიდან საერთო პარამეტრების ერთდროულად დამატება მრავალ მოდელში.
• Families — დაკავშირებული პარამეტრებისა და family types-ის ჩათვლით.
• View templates — filters-ისა და visibility settings-ის ჩათვლით.
• Schedules — განსაზღვრებების გადატანა იმავე სახელის schedules-ის ხელახლა შექმნის გარეშე; ისინი არსებულ sheets-ზე რჩება.
• გრაფიკა — filters, object styles, line patterns, fill patterns, ტექსტისა და ზომების ტიპები.

არჩეული ელემენტები ერთიანდება სტანდარტის პაკეტში და ერთი დადასტურებით ვრცელდება. მოდელები თანმიმდევრულად იხსნება და რედაქტირდება, შუალედური ფანჯრების გარეშე. ყოველი ჩაწერის წინ იქმნება მოდელის სარეზერვო ასლი. ზედმეტი არაფერი იშლება: სტანდარტი ემატება და ერთიანდება, ხოლო დისციპლინების ავტორთა სამუშაო მონაცემები უცვლელი რჩება.

მოდელების შემოწმება თითოეულის ცალკე გახსნის გარეშე

Checks განყოფილება ერთ გავლისას კითხულობს პროექტის ყველა მოდელს და არაფერს ცვლის. შედეგია მოდელების ცხრილი და HTML ანგარიში, რომელიც შეიძლება გადაეგზავნოს მთავარ ინჟინერს ან დაერთოს გაცემის პაკეტს.

• ეტალონთან შესაბამისობა: რომელი პარამეტრები, families, templates და schedules აკლია ან განსხვავდება.
• ფუნქციონირება: title-block-ის ნიშნები, რომლებიც ცარიელი დარჩებოდა, და schedule-ის ველები, რომელთა პარამეტრები საჭირო კატეგორიებზე არ არის მიბმული. სხვა შემთხვევაში ასეთი შეცდომები ხშირად მხოლოდ გაცემისას, sheets-ზე ვლინდება.
• მოდელის მდგომარეობა: ფაილის ზომა, warnings-ის რაოდენობა და ყველაზე ხშირი warnings, CAD imports და unused items (Revit 2024 ან უფრო ახალი).
• პროექტის საერთო audit: ერთნაირი სახელის პარამეტრები განსხვავებული GUID-ებით, დუბლირებული პარამეტრები და instance/type შეუსაბამობები.
• კოორდინატები: თითოეული მოდელის shared coordinates შედარდება ეტალონს და ნაჩვენებია გადახრები თითოეულ ღერძზე.
• სახელდება: views, templates, sheets, families, worksets, levels, grids, filters და schedules მოწმდება პროექტის BEP სახელდების შაბლონებით.

Links, levels, grids, views და worksets-ის პაკეტური მართვა

• Links: პროექტის წესები განსაზღვრავს, რომელი მოდელი რომელს უკავშირდება, insertion მეთოდს, workset-სა და pinning-ს. Check წინასწარ აჩვენებს მოქმედებას არაფრის შეცვლის გარეშე; Apply Rules ასწორებს არჩეულ მოდელებს.
• Levels და grids: levels შედარდება პროექტის პოლიტიკას, grids კი ყველა მოდელს შორის, რის შემდეგაც განსხვავებები სწორდება.
• Views: ეტალონის მიხედვით ერთნაირად კონფიგურირებული 3D, floor-plan, ceiling-plan ან structural-plan views იქმნება ყველა არჩეულ მოდელში.
• Worksets: სახელების audit და სტანდარტიზაცია.
• Family area პარამეტრი: NWC export-ისა და რაოდენობების დასათვლელად families-ში ემატება width × height პარამეტრი, მაშინაც კი, თუ ზომის პარამეტრებს სხვადასხვა სახელი აქვს. ნაგულისხმევად მუშაობს dry run რეჟიმში ცვლილებების გარეშე.

აქტივობის ჟურნალი და ყოფნა

Revit-ში უფასო RS.CDE აგენტი აღრიცხავს, ვინ ხსნის, ინახავს, სინქრონიზებს და ხურავს კონტროლირებულ მოდელებს. BIM მენეჯერი ხედავს, გუნდის წევრები ახლა რომელ მოდელებზე მუშაობენ; ხელმძღვანელობა კი რეალურ აქტივობას ხედავს თითოეული თანამშრომლის გამოკითხვის გარეშე. აგენტი ასრულებს აპლიკაციის ბრძანებებს, ამიტომ batch ოპერაციები BIM მენეჯერის სამუშაო კომპიუტერზე სრულდება ფაილების ხელით გახსნის გარეშე.

Revit-ის view tabs შეიძლება პროექტის ან ფაილის მიხედვით შეიღებოს, რათა რამდენიმე მოდელის ერთდროული გახსნისას views არ აირიოს.

წინა განხილვებიდან მიღებული გადაწყვეტილებები

Decisions განყოფილება კომპანიის ყველა პროექტის მიმოწერაში, tasks-სა და approvals-ში პოულობს მსგავს პრობლემებს და მათ გადაწყვეტილებებს. მოთხოვნა შეიძლება ბუნებრივი და არაზუსტი იყოს, მაგალითად „მზიდ კედელში ღიობი კონსტრუქციის ცვლილების შემდეგ გადაიწია“. ძიება სინონიმებსა და სიტყვების ფორმებსაც იგებს. გადაწყვეტილებების ცალკე ჩაწერა საჭირო არ არის: წყარო არის ყოველდღიური სამუშაო მიმოწერა, რომელიც უკვე ინახება RS.Messenger-ში.

AI გამოწერის შემთხვევაში RS.MCP და RS.Messenger-ის AI იგივე ძიებას ასრულებს, კითხულობს განხილვებს და მოკლედ აჯამებს, რა გადაწყდა, ვინ და როდის. ჩვეულებრივი ძიება AI-ისა და ინტერნეტის გარეშეც მუშაობს.

როგორ მუშაობს პრაქტიკაში

სცენარი 1. საპროექტო ეტაპის გაცემა: სტანდარტის გამოყენება და შემოწმება გაცემამდე

1. BIM მენეჯერი ეტალონად ირჩევს კომპანიის შაბლონს ან დამტკიცებული გაფორმების მქონე არქიტექტურულ მოდელს.
2. სტანდარტის პაკეტში შედის კომპანიის title blocks მათი პარამეტრებით, ეტაპის view templates, schedules და გრაფიკა.
3. Deploy to Models სარეზერვო ასლებით ავრცელებს პაკეტს ყველა დისციპლინაზე. თანამშრომლები მეორე დილით მუშაობას უკვე განახლებულ მოდელებში აგრძელებენ.
4. ყველა მოდელზე Checks ავლენს title-block-ის ცარიელ ველებს, გაუმართავ schedule ველებს, BEP დარღვევებსა და კოორდინატების სხვაობებს.
5. HTML ანგარიში ეგზავნება პროექტის მთავარ ინჟინერს; შესწორებები ხდება RS.Messenger tasks, რომლებიც მოდელსა და ვადას უკავშირდება.

შედეგი: ყველა დისციპლინაში ერთიანი სტანდარტია, ხოლო შეცდომები ფორმალური შემოწმებისას კი არა, გაცემამდე გვხვდება.

სცენარი 2. კონსულტანტი აგზავნის მოდელის ახალ რევიზიას

1. ფაილი თავსდება პროექტის შემომავალ მასალებში და აღინიშნება როგორც გარე ორგანიზაციიდან მიღებული.
2. ყველა დისციპლინის links ამ მოდელთან მოჰყავთ პროექტის წესებთან შესაბამისობაში: insertion, workset და pinning.
3. Levels და grids-ის შედარება აჩვენებს, გადაიწია თუ არა კონსულტანტის მოდელი.
4. საწყისი მოდელი RS-Systems-ის საშუალებით დაცულია შემთხვევითი შენახვისა და რედაქტირებისგან. თუ ცვლილებაა საჭირო, Save As-ით იქმნება საკუთარი ასლი.

შედეგი: კოორდინაცია მიმდინარეობს კონსულტანტის ორიგინალზე; განსხვავებები ჩანს მიღებისთანავე და არა მხოლოდ გაცემის წინ federated model-ში.

სცენარი 3. განმეორებადი პრობლემა

პროექტის მთავარი ინჟინერი კითხულობს: „წინა პროექტში როგორ გადავჭერით ვენტილაციის გავლა ცეცხლგამძლე კედელში?“ Decisions პოულობს ორი წლის წინანდელ განხილვას: ვინ შესთავაზა გამოსავალი, რა შეთანხმდა სახანძრო უსაფრთხოებასთან და რომელი დეტალები დამტკიცდა. ახალი შეხვედრა საჭირო არ არის.

სარგებელი როლების მიხედვით

BIM მენეჯერი

ამოცანა: სტანდარტის გავრცელება და შენარჩუნება ყველა მოდელში და ხარისხის დადასტურება გაცემამდე. დღეს ეს ნიშნავს ხელით მუშაობასა და ვიზუალურ შემოწმებას თითოეულ მოდელში.

სარგებელი: სტანდარტის batch გავრცელება, ერთჯერადი შემოწმება და დეფექტების ანგარიში. Links, levels და სახელდების წესები ერთხელ კონფიგურირდება პროექტზე. ყოველი ჩაწერის წინ ავტომატურად იქმნება backup.

პროექტის მთავარი ინჟინერი

ამოცანა: დისციპლინების კოორდინაცია და ტექნიკურად სწორი ინფორმაციის გაცემა. მთავარი პრობლემებია კოორდინატებისა და levels-ის შეუსაბამობა, ცარიელი title blocks და formal review-ზე აღმოჩენილი schedule შეცდომები.

სარგებელი: ყველა მოდელის pre-issue ანგარიში — coordinates, levels, title-block და schedule ფუნქციონირება, BEP დარღვევები. დისციპლინებს შორის links ერთიან წესებს ემორჩილება.

პროექტის მთავარი არქიტექტორი

ამოცანა: არქიტექტურული მოდელი დარჩეს სხვა დისციპლინების ეტალონად საერთო levels, grids და coordinates-ით.

სარგებელი: სხვა დისციპლინების levels და grids არქიტექტურასთან შედარდება, templates და graphic settings ერთიანდება, მოდელი კი სხვისი შემთხვევითი ცვლილებებისგან იცავს.

პროექტის მენეჯერი

ამოცანა: ვადებისა და გაცემების პროგნოზირებადობა. პრობლემა ისაა, რომ მოდელის ხარვეზების შესახებ ხშირად მხოლოდ გაცემისას ხდება ცნობილი.

სარგებელი: პროექტის მოდელების რეესტრი მფლობელებითა და აქტივობით, ობიექტური readiness ანგარიშები და წინა პროექტების საძიებო გამოცდილება განმეორებითი შეხვედრების ნაცვლად.

დიზაინერები

სარგებელი: მოდელები უკვე გამოყენებული სტანდარტით იხსნება; თანამშრომლები სწორ templates-ში მუშაობენ და ხელით კონფიგურაციაზე დროს არ კარგავენ. უფასო Revit agent შეუმჩნევლად მუშაობს.

როგორ დავიწყოთ

1. დააყენეთ RS.CDE აპლიკაცია BIM მენეჯერის კომპიუტერზე, ხოლო უფასო agent — Revit სამუშაო ადგილებზე. Agent ასევე მოჰყვება ხაზის ნებისმიერ პროდუქტს.
2. აირჩიეთ პროექტების დისკები. RS.CDE იპოვის არსებულ პროექტებს, ახალი პროექტები კი აპლიკაციიდან იქმნება.
3. მიუთითეთ, რომელი პროექტის მოდელები არის საკუთარი და რომელი მიღებულია კონსულტანტებისგან.
4. აირჩიეთ ეტალონი და განსაზღვრეთ პროექტის წესები links, levels და BEP სახელდებისთვის.
5. შექმენით სტანდარტის პაკეტი და გაუშვით პირველი Checks, რათა მიიღოთ საწყისი მდგომარეობა.

დანერგვას არ სჭირდება server და არ ცვლის არსებული პროექტის საქაღალდეების სტრუქტურას: RS.CDE თითოეულ პროექტში მხოლოდ საკუთარ RS.CDE ქვე-საქაღალდეს ამატებს.

ხელმძღვანელობის კითხვები

შეიძლება სტანდარტის პაკეტმა მოდელი დააზიანოს? ყოველი ჩაწერის წინ იქმნება backup. ზედმეტი არაფერი იშლება, ხოლო link rules და family area parameter შეიძლება ჯერ dry run რეჟიმში, ცვლილებების გარეშე შემოწმდეს.

საჭიროა Internet ან server? არა. RS.CDE მუშაობს კომპანიის ლოკალურ ქსელში; პროექტის მონაცემები რჩება file server-ზე, პროექტის საკუთარ საქაღალდეში. RS CDE Server საჭიროა მხოლოდ მაშინ, როცა რამდენიმე ორგანიზაცია Internet-ით თანამშრომლობს ან ხელმძღვანელობას web portal სჭირდება.

რა ღირს სამუშაო ადგილის agent? ის უფასოა; ლიცენზია საჭიროა მხოლოდ BIM მენეჯერის აპლიკაციისთვის.

რა მოხდება, თუ ვინმე მოდელს Revit-ის უფრო ახალ ვერსიაში გახსნის? აპლიკაცია იყენებს იმ ვერსიას, რომელშიც მოდელი იყო შენახული. Workshared model უფრო ახალ ვერსიაში არ იხსნება, რათა central model მთელი გუნდისთვის არ განახლდეს.

არქიტექტურა

RS.CDE ორი ნაწილისგან შედგება. BIM მენეჯერის აპლიკაცია მართავს projects, standards, checks, links, views და logs-ს. უფასო agent მუშაობს Revit 2021–2027-ში თითოეულ სამუშაო ადგილზე, აღრიცხავს აქტივობას და ასრულებს აპლიკაციის ბრძანებებს. სისტემა მუშაობს კომპანიის ქსელში Internet-ისა და application server-ის გარეშე; პროექტის მონაცემები ინახება პროექტის RS.CDE საქაღალდეში. RS CDE Server უზრუნველყოფს ორგანიზაციებს შორის Internet-ით თანამშრომლობას, web portal-სა და mobile applications-ს.

ინტერფეისი ხელმისაწვდომია 20-ზე მეტ ენაზე და აქვს Revit-თან შესაბამისი Automatic, Light, Dark და RS-Systems თემები.