संज्ञाओं को सुनें

🌐 28 अन्य भाषाओं में भी उपलब्ध

English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Polski · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)

AI से बनाई गई इमेज

AI द्वारा अनुवादित। समुदाय ने अभी इसकी समीक्षा नहीं की है। अंग्रेज़ी में पढ़ें

मॉड्यूल 1 (कुल 6 में से) — अध्याय अर्थ के लिए डेटा मॉडलिंग, Data Architect कोर्स का अध्याय 2। हर मॉड्यूल अपने आप में पूरा है। पिछला: अध्याय का परिचय · अगला: संबंध खींचें

यह मॉड्यूल किस सवाल का जवाब देता है: बिज़नेस की बातचीत में मैं डेटा मॉडल की शुरुआत कैसे ढूँढ़ूँ?

किसी क्लाइंट के साथ पहली कॉल पर मैं जो काम करता हूँ, उनमें से एक है संज्ञाओं को सुनना।

मैं पहले डिज़ाइन सेशन की बात नहीं कर रहा। मैं उस शुरुआती बातचीत की बात कर रहा हूँ जहाँ मैं अभी बिज़नेस को समझने की कोशिश कर रहा होता हूँ, और यह कि वे क्या हासिल करना चाहते हैं।

वे बोल रहे हैं। मैं सुन रहा हूँ।

और मैं ऐसे शब्दों पर कान लगाए रहता हूँ:

रिटेल पार्टनर (Retail Partner)। प्राप्तकर्ता (Recipient)। डिस्ट्रिब्यूशन सेंटर (Distribution Center)। मैनिफ़ेस्ट (Manifest)। डिलीवरी (Delivery)। रूट (Route)। क्रू (Crew)। ट्रक (Truck)।

ये संज्ञाएँ तुरंत मेरा ध्यान खींचती हैं, क्योंकि उस बातचीत में कहीं मेरे डेटा मॉडल की शुरुआत छिपी होती है।

मैं तब तक इंतज़ार नहीं करता जब तक मुझे लगे कि मैंने समस्या पूरी तरह समझ ली है। सुनते-सुनते ही मुझे डेटा दिखने लगता है: मैं संज्ञाएँ सुनता हूँ, उनके आपसी संबंधों का खाका बनाने लगता हूँ, और वह खाका मुझे अगली बातचीत की दिशा तय करने में मदद करता है। कभी-कभी किसी क्लाइंट के साथ पहली मीटिंग खत्म होते-होते मेरे पास अपना निजी डेटा मॉडल बना हुआ होता है।

मेरे लिए, यह संज्ञाओं से शुरू होता है।

एक मिनट के लिए Salesforce को भूल जाएँ

यहाँ मैं चाहता हूँ कि आप एक सहज प्रवृत्ति को रोकें, जो खास तौर पर तब मज़बूत होती है जब आप कुछ समय से Salesforce एडमिन रहे हों।

क्लाइंट कहता है ग्राहक, और आप सोचते हैं:

Account।

वे कहते हैं व्यक्ति, और आप सोचते हैं:

Contact।

वे कहते हैं डिस्ट्रिब्यूशन सेंटर, और आप पहले से सोच रहे होते हैं कि क्या आपको एक कस्टम ऑब्जेक्ट चाहिए।

अभी ऐसा न करें।

इस समय मुझे इसकी परवाह नहीं कि ग्राहक आखिर में Account बनेगा, Person Account, कस्टम ऑब्जेक्ट, या कुछ और। पहले मैं बिज़नेस को समझना चाहता हूँ।

बिज़नेस का मॉडल बनाने और Salesforce को कॉन्फ़िगर करने में यही फ़र्क है। अगर मैं Salesforce ऑब्जेक्ट से शुरू करूँ, तो मैंने अपनी सोच को पहले ही एक इम्प्लीमेंटेशन में बाँध दिया। हो सकता है मैं ठीक वहीं पहुँचूँ जहाँ मैंने सोचा था, लेकिन मैं वहाँ इसलिए पहुँचना चाहता हूँ क्योंकि बिज़नेस मुझे वहाँ ले गया, इसलिए नहीं कि Account और Contact वे पहले दो ऑब्जेक्ट थे जिन्हें मैं जानता था।

तो कुछ मिनटों के लिए Salesforce को भूल जाएँ। सुनें कि जो लोग असल में बिज़नेस चलाते हैं, वे अपनी दुनिया का वर्णन कैसे करते हैं।

बैठो, रुको, मॉडल करो

किसी बिज़नेस को सुनने से पहले, चलिए ऐसी चीज़ को सुनें जिसे हर कोई पहले से समझता है। जब मैं इसे लाइव पढ़ाता हूँ, तो कुत्तों से शुरू करता हूँ।

यह रहा एक कुत्ता: Marcus, Bella का मालिक है। उसे Maple Ridge Kennels ने ब्रीड किया। वह एक लैब्राडोर है, और उसे बैठो, रुको और हाथ मिलाओ आता है।

संज्ञाओं को सुनें: Marcus, Bella, Maple Ridge Kennels, लैब्राडोर, बैठो। लेकिन ये तो नाम हैं: खास-खास चीज़ें। मुझे जो चाहिए वह है वह किस्म जिससे हर नाम जुड़ा है। Bella एक कुत्ता है। Marcus एक मालिक है। Maple Ridge Kennels एक ब्रीडर है। लैब्राडोर एक नस्ल है। बैठो एक करतब है। पाँच संज्ञाएँ, पाँच संभावित बॉक्स।

Click to enlarge

फिर वह सवाल जो मैं हर संज्ञा से पूछता हूँ: क्या यह कोई व्यक्ति है जो कोई काम कर रहा है, या डेटा का एक टुकड़ा? Marcus एक व्यक्ति है। लेकिन Bella का मालिक होना कोई काम नहीं है; यह Bella के बारे में एक तथ्य है, और देर-सबेर कोई पूछता है, “यह कुत्ता किसका है?” इसलिए मालिक मॉडल में आता है। जिस ट्रेनर ने Bella को हाथ मिलाना सिखाया, वह एक व्यक्ति है जो कोई काम कर रहा है, और शायद उसे कभी बॉक्स की ज़रूरत न पड़े, जब तक कि बिज़नेस यह न पूछने लगे कि किसने कौन-सा करतब सिखाया।

और संभावित शब्द पर ध्यान दें। क्या नस्ल सच में अपना एक अलग बॉक्स है, या बस कुत्ते पर लिखा एक शब्द? इस सवाल को पकड़े रहें; हम इसका जवाब तब देंगे जब मॉड्यूल 4 में नॉर्मलाइज़ करेंगे।

पूरी तकनीक यही है, एक छोटी-सी चीज़ पर। अब चलिए एक असली बिज़नेस को सुनें।

संज्ञाएँ आपको संभावित एंटिटी देती हैं

चलिए Steve Trucking को सुनें, वह पारिवारिक कंपनी जिसे हम पूरे कोर्स में इस्तेमाल करेंगे। यह बड़े सामान (फ़्रिज, वॉशिंग मशीन, टीवी) को बड़े रिटेल स्टोर्स के डिस्ट्रिब्यूशन सेंटर से लोगों के घरों तक पहुँचाती है, और उनमें से कुछ को इंस्टॉल भी करती है।

पहली बातचीत में हम सुनते हैं:

• रिटेल पार्टनर (Retail Partner)
• प्राप्तकर्ता (Recipient)
• डिस्ट्रिब्यूशन सेंटर (Distribution Center)
• मैनिफ़ेस्ट (Manifest)
• डिलीवरी (Delivery)
• रूट (Route)
• क्रू (Crew)
• ट्रक (Truck)

यह पहले से काम का है। मैं व्हाइटबोर्ड पर बॉक्स बनाना शुरू कर सकता हूँ।

तो संज्ञाओं को आयतों में रखें। इस समय वे बस इतना ही हैं: बॉक्स। कोई रेखा नहीं, कोई रंग नहीं, ऐसा कुछ नहीं जो Salesforce कहे। कोर्स में आगे चलकर आकारों और रंगों का कुछ मतलब होने लगेगा। अभी के लिए, आयत बस एक ऐसी चीज़ है जिसकी बिज़नेस बात करता है।

फिर उन्हें सजाना शुरू करें। हर बॉक्स रखते हुए आपको दो बातों के बारे में सोचना चाहिए: वे आपस में कैसे जुड़े हैं, और वे किस तरह का डेटा हैं। कुछ ग्राहक डेटा है: वे बिज़नेस और लोग जिनके साथ हम काम करते हैं। कुछ ट्रांज़ैक्शनल डेटा है, जैसे ऑर्डर और ऑर्डर आइटम: वे चीज़ें जो बार-बार होती हैं। और कुछ रेफ़रेंस डेटा है, जैसे वे प्रोडक्ट या सेवाएँ जो कोई बिज़नेस देता है: वे चीज़ें जिन पर काम निर्भर करता है।

Steve Trucking में, रिटेल पार्टनर और प्राप्तकर्ता ग्राहक डेटा हैं। मैनिफ़ेस्ट, डिलीवरी और रूट ट्रांज़ैक्शन हैं। डिस्ट्रिब्यूशन सेंटर, क्रू और ट्रक वे चीज़ें हैं जिन पर काम निर्भर करता है।

Click to enlarge

लेकिन यहाँ एक अहम शब्द है: संभावित।

संज्ञा एक सुराग है। वह अपने-आप एंटिटी नहीं बन जाती, और अपने-आप Salesforce ऑब्जेक्ट तो बिल्कुल नहीं।

जब मैं किसी डिस्कवरी सेशन में होता हूँ, तो हर संज्ञा लिखता जाता हूँ। वे जो भी संज्ञा कहें, मैं खुद से एक सवाल पूछता हूँ: क्या यह कोई व्यक्ति है जो कोई काम कर रहा है, या यह डेटा का एक टुकड़ा है? एक बिज़नेस डेवलपमेंट मैनेजर एक व्यक्ति है जो कोई काम कर रहा है। वह एक यूज़र है, एक रोल, शायद एक परमिशन सेट। ऑर्डर, इनवॉइस, लाइन आइटम: ये डेटा के टुकड़े हैं। दोनों मायने रखते हैं, लेकिन डिज़ाइन में ये बहुत अलग जगहों पर पहुँचते हैं, और इन्हें जल्दी छाँट लेने से मैं org chart के हर पद के लिए बॉक्स बनाने से बच जाता हूँ।

अब, उनमें से कुछ संज्ञाएँ लोग होंगी। Steve Trucking में, ये हैं फ़्रिज का इंतज़ार कर रहा प्राप्तकर्ता, रिटेल पार्टनर के वे लोग जो मैनिफ़ेस्ट भेजते हैं, और क्रू: ट्रक पर ड्राइवर और हेल्पर। ये रोल हैं, और रोल शायद डेटा जैसा न लगे। लेकिन जब लोग डेटा पर काम करते हैं, या उससे जुड़े होते हैं, तो उन्हें खुद भी डेटा में दर्शाना पड़ता है। यह डिलीवरी किसने की? किसने इस पर दस्तख़त किए? मैनिफ़ेस्ट किसने भेजा? इसलिए कई रोल, कभी-कभी सभी, मॉडल में भी आ जाते हैं।

Steve Trucking की बातचीत सुनें, और आप कुछ नोटिस करेंगे। वे कभी बस “ग्राहक” नहीं कहते। ग्राहक दो तरह के हैं। रिटेल पार्टनर वह बड़ा रिटेलर है जिसकी ओर से Steve Trucking डिलीवरी करती है: वह मैनिफ़ेस्ट भेजता है और हर डिलीवरी का भुगतान करता है। प्राप्तकर्ता वह व्यक्ति है जिस तक फ़्रिज पहुँचाया जाता है। प्राप्तकर्ता ने उसे स्टोर से खरीदा है और शायद उसने कभी Steve Trucking का नाम भी न सुना हो।

अगर मैंने Customer नाम का एक ही बॉक्स बनाया होता, तो मैंने दो बिल्कुल अलग चीज़ों को मिला दिया होता।

शायद डिस्ट्रिब्यूशन सेंटर इतना अहम है कि उसका अपना रिकॉर्ड, इतिहास, संबंध और गुण हों।

शायद कोई और संज्ञा किसी दूसरी चीज़ के एक गुण से ज़्यादा कुछ न निकले।

हम यही खोजने की कोशिश कर रहे हैं। हम अभी ऑब्जेक्ट नहीं बना रहे। हम बिज़नेस की अपनी समझ बना रहे हैं।

अब संबंधों को सुनें

संज्ञाएँ मुझे शुरुआत की जगह देती हैं। फिर मैं सुनता हूँ कि बिज़नेस उन्हें आपस में कैसे जोड़ता है।

एक रिटेल पार्टनर डिस्ट्रिब्यूशन सेंटर चलाता है।

एक रिटेल पार्टनर हर DC और डिलीवरी के दिन के लिए एक मैनिफ़ेस्ट भेजता है।

एक मैनिफ़ेस्ट में डिलीवरी की सूची होती है।

एक डिलीवरी एक प्राप्तकर्ता तक जाती है।

एक रूट लगभग दस स्टॉप (Stops) का एक दिन का चक्कर है।

दो लोगों का एक क्रू एक ट्रक चलाता है।

अब कुछ हो रहा है। मैं अब संज्ञाओं की सूची नहीं देख रहा। मुझे एक मॉडल दिखने लगा है।

Click to enlarge

यहीं से सवाल भी उठने लगते हैं।

क्या एक रिटेल पार्टनर के एक से ज़्यादा डिस्ट्रिब्यूशन सेंटर हो सकते हैं?

क्या डिलीवरी और स्टॉप एक ही चीज़ हैं?

क्या एक स्टॉप पर दो प्राप्तकर्ताओं को डिलीवरी हो सकती है?

क्या क्रू में हमेशा वही दो लोग होते हैं?

क्या हमें इसकी परवाह है कि पिछले महीने किस क्रू के पास कौन-सा ट्रक था, या सिर्फ़ इसकी कि आज वे कौन-सा ट्रक चला रहे हैं?

ध्यान दें कि हम क्या कर रहे हैं। हम अभी Salesforce के सवाल नहीं पूछ रहे। हम बिज़नेस के सवाल पूछ रहे हैं। और आखिरकार यही जवाब Salesforce डिज़ाइन को दिशा देंगे।

आपका पहला मॉडल परफ़ेक्ट होना ज़रूरी नहीं

मैं उम्मीद नहीं करता कि मेरे बनाए पहले बॉक्स बिना बदले बचे रहेंगे। सच तो यह है कि अगर ऐसा हो, तो मुझे शक होगा।

पहले मॉडल का मकसद सही होना नहीं है। मकसद हमें इतनी ठोस चीज़ देना है कि हम खोज सकें कि हम कहाँ गलत हैं।

बोर्ड पर डिलीवरी, रूट, क्रू और ट्रक रखें, और लोग उन पर प्रतिक्रिया दे सकते हैं।

“असल में, एक डिलीवरी हमेशा एक ही आइटम नहीं होती। उसमें एक वॉशिंग मशीन, एक ड्रायर और पुराने वाले उठाकर ले जाना भी हो सकता है।”

बढ़िया। और बताइए।

“हम क्रू को डिलीवरी पर नहीं लगाते। हम क्रू को रूट पर लगाते हैं।”

बहुत अच्छा। रूट पर क्या-क्या होता है?

“और अगर इंस्टॉलेशन हो, तो क्रू तब तक स्टॉप बंद नहीं कर सकता जब तक चेकलिस्ट और फ़ोटो पूरे न हों।”

अब हम कुछ अहम सीख रहे हैं।

एक डायग्राम ने एक धुंधली बातचीत को ऐसी चीज़ में बदल दिया है जिसे हम चुनौती दे सकते हैं। यह एक वजह है कि मुझे जल्दी मॉडल बनाना पसंद है। मैं किसी खूबसूरत डायग्राम से कमरे को प्रभावित करने की कोशिश नहीं कर रहा। मैं तेज़ी से सीखने की कोशिश कर रहा हूँ।

मॉडल बातचीत का हिस्सा है।

यही आपका कॉन्सेप्चुअल मॉडल है

हमने जो बनाना शुरू किया है, उसका एक औपचारिक नाम है: कॉन्सेप्चुअल (अवधारणात्मक) डेटा मॉडल।

इस स्तर पर, मेरी दिलचस्पी उन अहम चीज़ों में है जिनकी बिज़नेस को परवाह है, और यह कि वे आपस में कैसे जुड़ी हैं। मुझे अभी स्टैंडर्ड बनाम कस्टम ऑब्जेक्ट, फ़ील्ड के API नाम, lookup बनाम master-detail, अनिवार्य फ़ील्ड, इंडेक्स, ऑटोमेशन, Apex या Flows की चिंता नहीं है। ये बातें मायने रखती हैं, और हम वहाँ पहुँचेंगे। लेकिन अगर हम इन्हें यह समझने से पहले तय कर लें कि हम किसका मॉडल बना रहे हैं, तो हम पहले गलत समस्या हल कर रहे होंगे।

कॉन्सेप्चुअल मॉडल कमरे में बैठे उन लोगों को समझ आना चाहिए जो Salesforce नहीं जानते। यह एक काम की कसौटी है। अगर ऑपरेशंस मैनेजर के मेरा डायग्राम पढ़ पाने से पहले मुझे समझाना पड़े कि Delivery__c का मतलब क्या है, तो मैं बहुत जल्दी इम्प्लीमेंटेशन में चला गया हूँ।

मैं चाहता हूँ कि वे मॉडल को देखें और कहें:

“हाँ, हमारा बिज़नेस ऐसे ही चलता है।”

या, इससे भी बेहतर:

“नहीं, ऐसे नहीं चलता।”

क्योंकि अब मेरे पास सुधारने के लिए कुछ है।

जब कोई बोल नहीं रहा, तब भी यही तकनीक काम करती है

यह सिर्फ़ क्लाइंट डिस्कवरी में इस्तेमाल होने वाली चीज़ नहीं है। यह तब भी काम करती है जब “क्लाइंट” एक डॉक्यूमेंट हो।

जब मैं ज़रूरतों के किसी डॉक्यूमेंट पर काम कर रहा होता हूँ, तो लगभग यही कर रहा होता हूँ। अहम बिज़नेस कॉन्सेप्ट कौन-से हैं? किन संबंधों का वर्णन हो रहा है? क्या बार-बार आता है? किसका अपना लाइफ़साइकल है, किसे अलग से पहचाना जाना चाहिए, या किसका इतिहास चाहिए? क्या बनाया, बदला, सौंपा, ट्रांसफ़र, शेड्यूल या रिटायर किया जा रहा है?

ये वही चीज़ें हैं जिन्हें मैं उस पहली मीटिंग में सुनता हूँ। पेज पर, ये सुराग ज़रूरतों के पैराग्राफ़ को ऐसे मॉडल में बदल देते हैं जिस पर मैं तर्क कर सकूँ, और अगली बातचीत के लिए बेहतर सवालों में।

मॉडल सिर्फ़ ऐसी चीज़ नहीं है जो आप समस्या हल करने के बाद बनाते हैं। यह उन औज़ारों में से एक है जिनसे आप समस्या हल करते हैं।

आर्किटेक्ट यहाँ क्या तय करता है

इस पहले दौर के आखिर तक, मैं यह तय करने की कोशिश करता हूँ:

• कौन-सी संज्ञाएँ सार्थक संभावित एंटिटी हैं।
• कौन-से अलग-अलग शब्द एक ही बिज़नेस कॉन्सेप्ट को दर्शाते हैं, और कौन-सा एक शब्द दो को छिपाए हुए है (जैसे “ग्राहक”)।
• किन कॉन्सेप्ट को अपना रिकॉर्ड और अपना लाइफ़साइकल चाहिए।
• मुख्य कॉन्सेप्ट आपस में कैसे जुड़े हैं।
• भरोसे के साथ मॉडल बनाने से पहले बिज़नेस को किन सवालों के जवाब देने होंगे।

मैं अभी Salesforce इम्प्लीमेंटेशन तय नहीं कर रहा। पहले हमें बिज़नेस को इतनी अच्छी तरह समझना होगा कि उसका चित्र बना सकें। और जब संज्ञाएँ बोर्ड पर आ जाएँ, तो अगली चीज़ जो मैं समझना चाहता हूँ, वह है उनके बीच की रेखाएँ।

परीक्षा से आगे: AI क्या बदलता है। किसी AI टूल को ज़रूरतों का डॉक्यूमेंट दें और वह सेकंडों में संज्ञाएँ ढूँढ़ लेगा, एंटिटी सुझा देगा और संबंधों का खाका बना देगा। इसका इस्तेमाल डिस्कवरी को तेज़ करने के लिए करें, लेकिन समझ को आउटसोर्स न करें: वह यह नहीं जान सकता कि Steve Trucking में “ग्राहक” के दो अलग मतलब हैं, जब तक बिज़नेस आपको न बताए। उसका पहला मॉडल बिज़नेस चलाने वालों के सामने रखें और पूछें, “क्या आपका बिज़नेस सच में ऐसे ही चलता है?”