लाइसेंस API · 99.98%
+995 574 856 856 [email protected] जॉर्जिया, कुतैसी
दस्तावेज़ीकरण

RevitCDE — समाधान अवलोकन

Revit परियोजनाओं के लिए Common Data Environment।

RevitCDE
खरीदारों के लिए

01यह क्या है

RevitCDE, Revit परियोजनाओं के लिए Common Data Environment है।

यह उपयोगकर्ता कार्रवाइयों को ठोस मॉडल ऑब्जेक्ट से जोड़ता है।

मुख्य विचार

ऑडिट योग्य डिजिटल चक्र बनाएँ।

खरीदारों के लिए

02किसके लिए

RevitCDE कई अलग-अलग भूमिकाओं की आवश्यकताओं को पूरा करता है।

BIM समन्वयक / परियोजना प्रबंधक

मॉडल, अनुमोदन, दस्तावेज़ और कार्यों की स्थिति देखता है।

लेखक (डिज़ाइनर)

लगातार संदर्भ बदले बिना Revit में काम करता है।

अनुमोदक

snapshot और दस्तावेज़ों के साथ आने वाले अनुरोधों की समीक्षा करता है।

दर्शक

परियोजना scope के भीतर पढ़ने की पहुँच।

अनुमानकर्ता

अनुमान डेटाबेस, line items और गैर-मॉडल लागत।

योजना इंजीनियर

शेड्यूल, गतिविधियाँ और गैर-मॉडल समय प्रक्रियाएँ।

प्रशासक

सर्वर, उपयोगकर्ता, परियोजनाएँ, डेटाबेस और नीतियाँ।

खरीदारों के लिए

03हम किन समस्याओं को हल करते हैं

Revit और प्रबंधन प्रक्रियाओं के बीच अंतर

यह समस्या क्यों है

अनुमोदन और कार्य मॉडल से अलग रहते हैं।

हम इसे कैसे सुधारते हैं

प्लगइन मॉडल डेटा पकड़ता है और अनुरोधों को ऑब्जेक्ट से जोड़ता है।

सत्य का एकल स्रोत नहीं

यह समस्या क्यों है

फ़ाइलें, ईमेल और spreadsheets अलग-अलग संस्करणों में भटकते हैं।

हम इसे कैसे सुधारते हैं

CDE संरचना परियोजनाएँ, दस्तावेज़, संस्करण और इतिहास संग्रहीत करती है।

अस्पष्ट अनुमोदन

यह समस्या क्यों है

निर्णय खो जाते हैं और मार्ग अनौपचारिक होते हैं।

हम इसे कैसे सुधारते हैं

ApprovalRequest, बहु-चरण मार्ग, केवल-जोड़ने योग्य events और अपरिवर्तनीय snapshots।

Revit में मॉडल स्थिति दिखाई नहीं देती

यह समस्या क्यों है

डिज़ाइनर नहीं देख पाता कि क्या अनुमोदित, लंबित या अस्वीकृत है।

हम इसे कैसे सुधारते हैं

स्थितियाँ Shared Parameters और Extensible Storage में प्रतिबिंबित होती हैं।

3D, 4D और 5D आपस में जुड़े नहीं हैं

यह समस्या क्यों है

अनुमान और शेड्यूल अलग-अलग चलते हैं; गैर-मॉडल कार्य निगरानी से बाहर हो जाते हैं।

हम इसे कैसे सुधारते हैं

प्रति-परियोजना estimate.db और schedule.db, 4D/5D केंद्र के रूप में WorkPackage।

सर्वर के बिना ऑफ़लाइन / स्थानीय कार्य

यह समस्या क्यों है

अलग किए गए मॉडलों को सर्वर का मार्ग खोए बिना स्थानीय संग्रहण चाहिए।

हम इसे कैसे सुधारते हैं

Extensible Storage में स्थानीय मोड, वैकल्पिक बाहरी single-file DB और बाद में सर्वर माइग्रेशन।

खरीदारों के लिए

04यह कैसे काम करता है

तीन परतें एकल डेटा चक्र बनाती हैं।

  1. उपयोगकर्ता Revit में काम करता है। प्लगइन मॉडल तत्व, शीट, views, schedules और statuses पढ़ता है।
  2. मॉडल सर्वर परियोजना से बंधा होता है। यह binding RVT मॉडल के अंदर Extensible Storage में संग्रहीत रहती है।
  3. प्लगइन परियोजना तत्व, मॉडल तत्व, परिवर्तन, स्थितियाँ, अनुरोध, कार्य, चैट और दस्तावेज़ सर्वर के साथ समन्वित करता है।
  4. सर्वर वैश्विक डेटा मुख्य डेटाबेस में और विषय-विशिष्ट डेटा प्रति-परियोजना डेटाबेसों में रखता है: model_{guid}.db, disciplines.db, estimate.db, schedule.db।
  5. वेब कैबिनेट परियोजनाएँ, दस्तावेज़, अनुमोदन, कार्य, चैट और प्रशासन उपलब्ध कराता है; realtime अपडेट SignalR से जाते हैं।
  6. अनुमोदक के निर्णय, स्थिति परिवर्तन, जुड़े दस्तावेज़ और कार्य वापस Revit में आते हैं और प्लगइन तथा मॉडल पैरामीटर में दिखाई देते हैं।
वास्तु सिद्धांत

सहयोगी मोड में सर्वर सत्य का स्रोत है; मॉडल न्यूनतम binding और स्थानीय डेटा भी रखता है ताकि Revit पुनरारंभ और ऑफ़लाइन अवधि के दौरान काम जारी रहे।

खरीदारों के लिए

05क्या करता है

कार्यात्मक मानचित्र एक नज़र में।

प्रोजेक्ट

परियोजना सेटअप, सदस्य, भूमिकाएँ, मानक, अनुशासन, चरण और पैकेज।

मॉडल

RVT binding, sync, पहचानकर्ता, fingerprint, स्थितियाँ और dirty tracking।

अनुमोदन

अनुरोध, मार्ग, स्नैपशॉट, निर्णय, वापसी, जर्नल और realtime।

दस्तावेज़

CDE दस्तावेज़, संस्करण, upload/download, SHA-256, WIP→Shared→Published→Archived।

कार्य

Kanban, Gantt, महत्व, स्थितियाँ, उत्तरदायी व्यक्ति और कार्य संबंध।

संचार

परियोजना चैट, संदेश, प्रतिक्रियाएँ, पत्राचार और ईमेल एकीकरण।

प्रशासन

उपयोगकर्ता, भूमिकाएँ, सर्वर पैरामीटर, डेटाबेस, health, authorization policies।

4D/5D

अनुमान, शेड्यूल, WorkPackage, मात्रा स्नैपशॉट, EVM/CPM।

स्थानीय कार्य

Extensible Storage, वैकल्पिक बाहरी स्थानीय DB, सर्वर पर माइग्रेशन।

स्थानीयकरण

केंद्रीकृत UI स्थानीयकरण, रोडमैप के अनुसार 22 भाषाएँ।

खरीदारों के लिए

06उपयोग परिदृश्य

अनुमोदन के लिए शीट या view भेजना

  1. चरण 1
  2. चरण 2
  3. चरण 3
  4. चरण 4
  5. चरण 5
  6. चरण 6

WIP से प्रकाशन तक दस्तावेज़

  1. चरण 1
  2. चरण 2
  3. चरण 3
  4. चरण 4
  5. चरण 5

मॉडल, अनुमान और शेड्यूल को जोड़ना

  1. चरण 1
  2. चरण 2
  3. चरण 3
  4. चरण 4
  5. चरण 5
खरीदारों के लिए

07अक्सर पूछे जाने वाले प्रश्न

प्रश्न 1

उत्तर 1

प्रश्न 2

उत्तर 2

प्रश्न 3

उत्तर 3

प्रश्न 4

उत्तर 4

प्रश्न 5

उत्तर 5

प्रश्न 6

उत्तर 6

प्रश्न 7

उत्तर 7

प्रश्न 8

उत्तर 8

प्रश्न 9

उत्तर 9

प्रश्न 10

उत्तर 10

तकनीकी विवरण

नीचे उन पाठकों के लिए तकनीकी परत दी गई है जो देखना चाहते हैं कि RevitCDE कैसे बनाया गया है।

तकनीकी विवरण

08समाधान की संरचना

घटक उद्देश्य प्रौद्योगिकी
RevitCDE.AddinRevit add-in प्रवेश बिंदु, मॉडल binding और command registration।C# /.NET Framework, Autodesk Revit API
RevitCDE.UIRevit के भीतर डेस्कटॉप पैनल, कमांड और उपयोगकर्ता सहभागिता।WPF / MVVM
RevitCDE.Coreएप्लिकेशन सेवाएँ, समन्वयन, स्थानीय संग्रहण और सर्वर संचार।C# services, HTTP clients, SQLite
RevitCDE.Domainसाझा domain models, पहचानकर्ता, स्थितियाँ और व्यावसायिक नियम।netstandard2.0 library
RevitCDE.Serverकेंद्रीय API, प्रमाणीकरण, परियोजना डेटा और एकीकरण सेवाएँ।ASP.NET Core 8, EF Core, PostgreSQL
RevitCDE.Cabinetपरियोजनाओं, दस्तावेज़ों, अनुमोदनों, कार्यों, चैट और प्रशासन के लिए वेब कैबिनेट।TypeScript / React web UI
RevitCDE.Localizationसभी दृश्यमान UI के लिए केंद्रीय अनुवाद शब्दकोश और भाषा परिवर्तन।JSON शब्दकोश, साझा i18n कुंजियाँ
तकनीकी विवरण

09स्थानीय और सर्वर मोड

RevitCDE दो runtime मोड का समर्थन करता है।

स्थानीय मोड

डेटा मॉडल के Extensible Storage में रहता है।

बाहरी स्थानीय संग्रहण

प्रत्येक RVT मॉडल के लिए अलग डेटाबेस फ़ाइल।

सर्वर मोड

सक्रिय डेटा सर्वर पर रहता है।

स्थानीय और सर्वर मोड

स्थानीय मोड से सर्वर पर माइग्रेशन नियम।

तकनीकी विवरण

10संग्रहण वास्तुकला

संग्रह क्या संग्रहीत करता है यह इस तरह क्यों काम करता है
मुख्य सर्वर DBउपयोगकर्ता, संगठन, परियोजनाएँ, भूमिकाएँ, वैश्विक सेटिंग और लाइसेंस डेटा।परियोजनाओं के बीच साझा डेटा को एक authoritative server database में रखता है।
model_{guid}.dbमॉडल तत्व, शीट, views, schedules, मात्राएँ और मॉडल-स्तरीय bindings।प्रदर्शन और रखरखाव के लिए बड़ा मॉडल डेटा प्रत्येक RVT मॉडल के अनुसार अलग रहता है।
disciplines.dbपरियोजना अनुशासन, चरण, पैकेज और मानक-विशिष्ट दस्तावेज़ संरचना।वैश्विक schema बदले बिना परियोजना मानक विकसित किए जा सकते हैं।
estimate.dbअनुमान दस्तावेज़, positions, गैर-मॉडल लागत, मात्रा links और WorkPackage bindings।लागत डेटा का अपना जीवनचक्र है और उसमें मॉडल में न मौजूद मदें भी शामिल होनी चाहिए।
schedule.dbशेड्यूल गतिविधियाँ, निर्भरताएँ, गैर-मॉडल समय प्रक्रियाएँ और WorkPackage links।योजना डेटा को CPM/Gantt logic चाहिए और यह मॉडल तथा अनुमान दोनों डेटा को संदर्भित कर सकता है।
Extensible StorageRVT के भीतर न्यूनतम मॉडल binding, तकनीकी पहचानकर्ता और स्थानीय fallback डेटा।सर्वर परिवेश से बाहर भी मॉडल अपनी पहचान बनाए रखता है।
बाहरी स्थानीय DBचैट, अनुमोदन, दस्तावेज़, कार्य और अन्य स्थानीय डेटा के लिए वैकल्पिक single-file स्थानीय डेटाबेस।अलग/स्थानीय मॉडल Extensible Storage को अनावश्यक बड़ा किए बिना अधिक समृद्ध डेटा रख सकते हैं।
तकनीकी विवरण

11सुरक्षा और पहुँच

सुरक्षा membership, roles, JWT और trust modes के आसपास बनाई गई है।

  • JWT प्रमाणीकरण।
  • सुरक्षित पासवर्ड hashes; प्रारंभिक सेटअप पर bootstrap admin।
  • कॉन्फ़िगर होने पर username, ईमेल या फ़ोन से लॉगिन।
  • उपयोगकर्ता लॉगिन प्राथमिक मोड है।
  • पासवर्ड के बिना वैकल्पिक workstation मोड।
  • उच्च-विश्वास कार्रवाइयों के लिए वास्तविक sign-in अभी भी आवश्यक है।
  • परियोजना-सीमित Read / Write / Manage / Admin।
तकनीकी विवरण

12अनुमोदन — अंदर की संरचना

औपचारिक और पुनरुत्पाद्य प्रक्रिया।

अनुमोदन के लिए भेजें

चुने गए मॉडल revision या दस्तावेज़ पैकेज के लिए अनुमोदन अनुरोध बनाता है।

अपरिवर्तनीय स्नैपशॉट

समीक्षा की जा रही सटीक मॉडल और दस्तावेज़ स्थिति रिकॉर्ड करता है ताकि निर्णय पुनरुत्पाद्य रहे।

अनुमोदन मार्ग

क्रमिक या समानांतर समीक्षा चरण, जिम्मेदार प्रतिभागी और आवश्यक निर्णय निर्धारित करता है।

दर्ज निर्णय

लेखक और timestamp के साथ अनुमोदन, अस्वीकृति, वापसी और टिप्पणियाँ संग्रहीत करता है।

इवेंट इतिहास

सबमिशन, असाइनमेंट, निर्णय और स्थिति परिवर्तन का केवल-जोड़ने योग्य समयक्रम रखता है।

स्थिति समन्वयन

पुष्ट अनुमोदन स्थिति को परियोजना ऑब्जेक्ट और जुड़े Revit कार्यप्रवाह में वापस भेजता है।

रीयल-टाइम अपडेट

मैन्युअल पृष्ठ refresh के बिना जुड़े क्लाइंटों को अनुमोदन परिवर्तन प्रकाशित करता है।

तकनीकी विवरण

13WorkPackage — 4D/5D केंद्र

मॉडल, मात्राएँ, अनुमान, शेड्यूल और प्रगति को जोड़ने वाला केंद्रीय ऑब्जेक्ट।

ModelElement वर्क पैकेज को BIM तत्वों और उनके स्थिर पहचानकर्ताओं से जोड़ता है।
QuantityItem मापी गई मात्राएँ और हर मात्रा का स्रोत संग्रहीत करता है।
EstimateItem मात्राओं को अनुमान positions, unit rates और गणना की गई लागत से जोड़ता है।
WorkPackage scope, मॉडल, लागत, शेड्यूल, जिम्मेदारी और साक्ष्य को जोड़ने वाले केंद्रीय ऑब्जेक्ट के रूप में काम करता है।
ScheduleActivity वर्क पैकेज को नियोजित गतिविधियों, तिथियों, निर्भरताओं और critical-path डेटा से जोड़ता है।
ProgressSnapshot वास्तविक प्रगति, earned-value संकेतक और reporting-period facts संग्रहीत करता है।
Why no cross-DB FK

परियोजना डेटाबेस विषय क्षेत्र के अनुसार विभाजित हैं।

तकनीकी विवरण

14मानक, अनुशासन, चरण, पैकेज

परियोजना मानक दस्तावेज़, अनुमान और शेड्यूल प्रारूप निर्धारित करता है।

ProjectStandard

सक्रिय परियोजना नियम, naming conventions और आवश्यक सूचना संरचना निर्धारित करता है।

अनुशासन

परियोजना अनुशासन सूची और अनुशासन-विशिष्ट जिम्मेदारियाँ बनाए रखता है।

PackageType

डिज़ाइन, खरीद और निर्माण कार्य के लिए पुनः उपयोग योग्य पैकेज संरचनाएँ निर्धारित करता है।

ProjectStage

परियोजना चरण, चरण संक्रमण और हर चरण में अपेक्षित डेटा नियंत्रित करता है।

ProjectRole

परियोजना के भीतर जिम्मेदारी, अनुमतियाँ और अनुमोदन अधिकार निर्धारित करता है।

StandardPreset

मानकों, अनुशासनों, चरणों, भूमिकाओं और पैकेज प्रकारों का पुनः उपयोग योग्य समूह लागू करता है।

तकनीकी विवरण

15REST API — मुख्य समूह

विषय क्षेत्र के अनुसार REST API, JWT प्रमाणीकरण के साथ।

  • `/api/auth/*` · प्रमाणीकरण, खाता सत्र, पासवर्ड पुनर्प्राप्ति और access tokens।
  • `/api/approvals/*` · अनुमोदन अनुरोध, मार्ग, निर्णय, टिप्पणियाँ और स्थिति परिवर्तन।
  • `/api/cde/*` · परियोजनाएँ, मॉडल, दस्तावेज़, मुद्दे और साझा परियोजना डेटा।
  • `/api/chats/*` · परियोजना वार्तालाप, प्रतिभागी, संदेश और संलग्नक।
  • `/api/tasks/*` · कार्य, उत्तरदायी व्यक्ति, नियत तिथियाँ, प्राथमिकताएँ और पूर्णता स्थितियाँ।
  • `/api/standards/*` · परियोजना मानक, अनुशासन, चरण, भूमिकाएँ और पैकेज presets।
  • `/api/45d/*` · वर्क पैकेज, मात्राएँ, अनुमान, शेड्यूल गतिविधियाँ और प्रगति।
  • `/api/admin/*` · प्रशासन, कॉन्फ़िगरेशन, निदान और नियंत्रित रखरखाव कार्रवाइयाँ।
तकनीकी विवरण

16शब्दावली

CDE
Common Data Environment — परियोजना जानकारी, संचार और निर्णयों के लिए नियंत्रित स्थान।
Extensible Storage
मॉडल के भीतर संरचित एप्लिकेशन डेटा संग्रहीत करने की Revit प्रणाली।
Shared Parameters
सामान्य definition file के माध्यम से परियोजनाओं और families में साझा Revit पैरामीटर।
ProjectElement
Revit दस्तावेज़ के बाहर BIM तत्व का परियोजना-पक्ष रिकॉर्ड।
ModelElement
विशिष्ट मॉडल और मॉडल revision में किसी तत्व का स्थिर संदर्भ।
Snapshot
समीक्षा या अनुमोदन के लिए उपयोग की गई सटीक परियोजना डेटा स्थिति का अपरिवर्तनीय रिकॉर्ड।
ApprovalRequest
एक औपचारिक अनुरोध जो निर्धारित scope को अनुमोदन मार्ग से भेजता है।
WorkPackage
scope, मात्राएँ, लागत, शेड्यूल और जिम्मेदारी जोड़ने वाला केंद्रीय 4D/5D ऑब्जेक्ट।
EVM
Earned Value Management — planned value, earned value और actual cost से प्रगति मापना।
CPM
Critical Path Method — गतिविधि निर्भरताओं और उपलब्ध float पर आधारित शेड्यूल विश्लेषण।
तकनीकी विवरण

17आगे क्या आ रहा है

वर्तमान कार्यान्वयन में कार्यशील मूल भाग है; नीचे बताया है कि आगे क्या विकसित किया जा रहा है।

विस्तारित स्थानीयकरण

हर समर्थित locale के लिए पूर्ण शब्दावली समीक्षा और domain-specific भाषा।

दस्तावेज़ कार्यप्रवाह

संस्करणयुक्त दस्तावेज़ रजिस्टर, transmittals, review packages और evidence chains।

और गहरा 4D/5D

अधिक विस्तृत work-package planning, लागत नियंत्रण, प्रगति पूर्वानुमान और earned-value विश्लेषण।

BCF इंटरऑपरेबिलिटी

BCF मानक के माध्यम से अन्य BIM एप्लिकेशन के साथ issues और viewpoints का आदान-प्रदान।

लिंक्ड मॉडल समन्वय

linked models, ownership, revisions और cross-model dependencies का समन्वय।

पर्यवेक्षण क्षमता

परिचालन डैशबोर्ड, ऑडिट metrics, diagnostics और service-health monitoring।