अलग-अलग कक्षाओं से परे: UML संबंधों और PlantUML के माध्यम से प्रणाली संरचना का निर्माण

PlantUML Edit PlantUML in VPasCode

@startuml
skinparam style strictuml
skinparam classFontSize 14
skinparam defaultFontSize 12

title 1. संबंध: NexusMart में सहकर्मी कनेक्शन

class ग्राहक
class पासवर्ड
class समीक्षा कर्ता
class समीक्षा

' एकदिशा नेविगेशन (ग्राहक -> पासवर्ड)
ग्राहक "1" --> "1" पासवर्ड : प्रमाणित करता है साथ

' द्विदिश संबंध के साथ भूमिकाएँ, बहुलता और लेबल
समीक्षा कर्ता "1" - "0..*" समीक्षा : लिखता है

note on link
  UML पठन दिशा: बाएं से दाएं
  "1 समीक्षा कर्ता 0..* समीक्षा(ओं) लिखता है"
end note

@enduml

2. संगठन और संयोजन (पूर्ण-भाग विभाजन)

जब संबंध असममित ‘पूर्ण-भाग’ अर्थ को व्यक्त करते हैं, तो UML साझा संगठन (स्वतंत्र जीवनचक्र) और संयोजन (कठोर जीवनचक्र स्वामित्व) के बीच अंतर करता है।

NexusMart एप्लिकेशन

साझा संगठन: कैटलॉग समावेश करता है उत्पाद उदाहरण। कैटलॉग को हटाने से उत्पाद हटते नहीं हैं; वे मास्टर डेटाबेस में बने रहते हैं।
संयोजन: आदेश कठोर रूप से स्वामित्व रखता है आदेश आइटम उदाहरण। एक आदेश को नष्ट करने से सभी लाइन आइटमों को भी हटाया जाता है।

PlantUML कार्यान्वयन

PlantUML Edit PlantUML in VPasCode

@startuml
skinparam style strictuml

title 2. संगठन बनाम संयोजन: जीवनचक्र अर्थ

class कैटलॉग
class उत्पाद
class आदेश
class आदेश आइटम

' साझा संगठन: खुला हीरा, स्वतंत्र जीवनचक्र
कैटलॉग "1" o-- "*" उत्पाद : समावेश करता है

' संयोजन: भरा हीरा, कठोर जीवनचक्र बाध्यता
आदेश "1" *-- "1..*" आदेश आइटम : शामिल करता है

note right of आदेश
  संयोजन का अर्थ है कैस्केड हटाना।
  आदेश आइटम का अस्तित्व अपने माता-पिता आदेश के बिना नहीं हो सकता।
end note

@enduml

3. सामान्यीकरण (विरासत)

सामान्यीकरण एक वर्गीकरण ‘है-एक’ संबंध स्थापित करता है। उपवर्ग एक उपराष्ट्र के बनावट और व्यवहार को विरासत में प्राप्त करते हैं, जिसे नए लक्षण, ओवरराइड किए गए संचालन या सीमित अवस्थाओं के माध्यम से विशिष्ट बनाया जाता है। पावरटाइप्स रनटाइम वर्गीकरण के आधार पर उपवर्गों को आगे विभाजित कर सकते हैं।

NexusMart एप्लिकेशन

भुगतान एक सार्वजनिक उपराष्ट्र के रूप में कार्य करता है।
क्रेडिट कार्ड भुगतान, PayPalPayment, और क्रिप्टोपेमेंट इसे गेटवे-विशिष्ट विशेषताओं और सत्यापन तर्क के साथ विशेषज्ञता प्राप्त करें।

PlantUML कार्यान्वयन

PlantUML Edit PlantUML in VPasCode

@startuml
skinparam style strictuml

title 3. सामान्यीकरण: भुगतान विरासत पदानुक्रम

सारांश वर्ग Payment {
  +amount: दशमलव
  +currency: तारीख
  +process(): बूलियन
}

class CreditCardPayment {
  +cardNumber: तारीख
  +expiryDate: तारीख
  +cvv: तारीख
  +validateCard(): बूलियन
}

class PayPalPayment {
  +payerEmail: तारीख
  +transactionId: तारीख
  +verifyPayPalAccount(): बूलियन
}

class CryptoPayment {
  +walletAddress: तारीख
  +blockchainNetwork: तारीख
  +confirmOnChain(): बूलियन
}

Payment <|-- CreditCardPayment
Payment <|-- PayPalPayment
Payment <|-- CryptoPayment

@enduml

4. निर्भरता (ग्राहक-आपूर्तिकर्ता गतिशीलता)

एक निर्भरता एक दिशात्मक “उपयोग” संबंध है जहां आपूर्तिकर्ता में परिवर्तन ग्राहक में परिवर्तन के लिए बाध्य कर सकता है। UML निर्भरता की प्रकृति को स्पष्ट करने के लिए स्टेरियोटाइप का उपयोग करता है, एक अस्पष्ट बिंदी तीर को एक सटीक आर्किटेक्चरल अनुबंध में बदल देता है।

निर्भरता स्टेरियोटाइप संदर्भ

स्टेरियोटाइप	उद्देश्य / विवरण
`«उपयोग»`	ग्राहक के लिए आपूर्तिकर्ता द्वारा आंतरिक कार्यों को निष्पादित करना आवश्यक है।
`«निर्माण»`	ग्राहक संचालन आपूर्तिकर्ता वर्ग के वस्तुओं को उद्भवित करते हैं।
`«उद्भवित करना»`	निर्वचन जीवनकाल के दौरान स्पष्ट उद्भवित करने का मार्ग।
`«व्युत्पत्ति»`	लक्ष्य मान एक स्रोत तत्व से गणनात्मक रूप से व्युत्पन्न होता है।
`«वास्तविक बनाना»`	ग्राहक आपूर्तिकर्ता द्वारा परिभाषित व्यवहारात्मक विशिष्टताओं को कार्यान्वित करता है।
`«सुधार»`	ग्राहक आपूर्तिकर्ता के एक कम स्तर के, अधिक विस्तृत रूपांतरण का प्रतिनिधित्व करता है।
`«ट्रेस»`	अभिग्रहण परतों के माध्यम से ऐतिहासिक या अवधारणात्मक विकास का अनुसरण करता है।
`«अनुमति»`	आपूर्तिकर्ता ग्राहक के लिए अपने निजी घटकों के लिए विशेष पहुंच अधिकार प्रदान करता है।
`«प्रतिस्थापित करें»`	क्लाइंट रनटाइम पर सप्लायर की अपेक्षा की जाने वाली निष्पादन अनुबंध को पूरा करता है।

नेक्ससमार्ट एप्लिकेशन

आदेश सेवा उपयोग करता है इन्वेंटरी क्लाइंट स्टॉक जांचने के लिए।
आदेश बनाता है इन्वॉइस पुष्टि के बाद।
एनालिटिक्स डैशबोर्ड मीट्रिक्स को निकालता है आदेश.

प्लांटयूएमएल कार्यान्वयन

प्लांटयूएमएल

वीपासकोड में प्लांटयूएमएल संपादित करें

PlantUML Edit PlantUML in VPasCode

@startuml
skinparam style strictuml

title 4. निर्भरताएं: क्लाइंट-सप्लायर अनुबंध

class आदेश सेवा
class इन्वेंटरी क्लाइंट
class आदेश
class इन्वॉइस
class एनालिटिक्स डैशबोर्ड

आदेश सेवा .--> इन्वेंटरी क्लाइंट : «उपयोग»
आदेश .--> इन्वॉइस : «बनाए»
एनालिटिक्स डैशबोर्ड .--> आदेश : «निकालें»

note bottom of आदेश सेवा
  निर्भरताएं अस्थायी संरचनात्मक जुड़ाव हैं।
  इनका मतलब स्वामित्व या जीवनचक्र बाध्यता नहीं है।
end note

@enduml

वीपासकोड में प्लांटयूएमएल संपादित करें

5. संबंध वर्ग

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

नेक्ससमार्ट एप्लिकेशन

ग्राहक और उत्पाद एक बहु-से-बहु संबंध साझा करते हैं।
खरीद रिकॉर्ड एक संबंध वर्ग के रूप में कार्य करता है जो संग्रहीत करता है खरीद तिथि, इकाई मूल्य, और मात्रा, जो तार्किक रूप से लेनदेन लिंक से संबंधित हैं, ग्राहक या उत्पाद के स्वतंत्र रूप से नहीं।

PlantUML कार्यान्वयन

PlantUML Edit PlantUML in VPasCode

@startuml
skinparam style strictuml

title 5. संबंध क्लास: बहु-से-बहु संबंधों को मानकीकृत करना

class ग्राहक
class उत्पाद

' मूल बहु-से-बहु संबंध
ग्राहक "*" - "*" उत्पाद

' संबंध-विशिष्ट मेटाडेटा को ध्यान में रखने वाली संबंध क्लास
class खरीद रिकॉर्ड {
  +खरीद तिथि: DateTime
  +इकाई मूल्य: Decimal
  +मात्रा: Integer
  +गणना उपकुल: Decimal
}

' बिंदीदार रेखा संबंध क्लास को संबंध से जोड़ती है
(ग्राहक, उत्पाद) .. खरीद रिकॉर्ड

note right of खरीद रिकॉर्ड
  संबंध क्लास बहु-से-बहु कठिनाइयों को हल करती है
  लिंक को प्रथम-श्रेणी के एकतत्व में उच्च करके।
end note

@enduml

6. निर्देश, टिप्स, और क्रमिक विस्तार

संरचनात्मक मॉडलिंग एक बार में कार्य नहीं है। केंडल एस्कॉट चरण-आधारित विस्तार, दृश्य अनुशासन और लेआउट नियंत्रण पर जोर देते हैं ताकि डायग्राम इंजीनियरिंग जीवनचक्र के दौरान कार्यान्वित रहें।

मॉडलिंग बेस्ट प्रैक्टिसेज

डोमेन संदर्भ द्वारा समूहित करें: सीमित संदर्भों (उदाहरण के लिए आदेश देना, प्रकारक्रम, भुगतान) को कम करने और स्पैगेटी लेआउट से बचने के लिए उपयोग करें।
कच्चे M:N संबंधों को हटाएं: असीमित * से * संबंधों को विश्लेषण के शुरुआती चरण में संबंध क्लास में बदलें। इससे मॉडल को संबंधात्मक मैपिंग और डोमेन-ड्राइवन डिजाइन के लिए तैयार किया जाता है।
चरण द्वारा क्रमिक विस्तार:
- डोमेन (आवश्यकताएं): वर्ग के नाम + व्यापक संबंध। कोई विशेषताएं/क्रियाएं नहीं।
- विश्लेषण: गुणांक, भूमिकाएं, मुख्य विशेषताएं जोड़ें। विधियों को स्थगित करें।
- डिज़ाइन: पूर्ण सिग्नेचर, दृश्यता संकेतक (+, -, #), कार्यान्वयन स्टेरियोटाइप्स, और निर्भरता कॉन्ट्रैक्ट्स।
PlantUML लेआउट नियंत्रण: दिशात्मक संकेतों का उपयोग करें (-बाएं->, -नीचे->, -दाएं->, -ऊपर->) का उपयोग करके साफ रूटिंग को बल दें और घने ग्राफ में लाइन क्रॉसिंग को रोकें।

PlantUML लेआउट और प्रगतिशील विवरण उदाहरण

PlantUML Edit PlantUML in VPasCode

@startuml
skinparam style strictuml
skinparam linetype ortho

title 6. लेआउट नियंत्रण और प्रगतिशील विस्तार (डिज़ाइन चरण)

package "आर्डरिंग संदर्भ" {
  class Order {
    -orderId: UUID
    -status: OrderStatus
    +submit(): void
    +cancel(): void
  }
  class OrderItem {
    -quantity: int
    -price: Decimal
    +getLineTotal(): Decimal
  }
}

package "भुगतान संदर्भ" {
  abstract class Payment {
    +process(): boolean
  }
  class CreditCardPayment {
    -cardToken: String
    +validate(): boolean
  }
}

' पठनीयता के लिए बलपूर्वक दिशात्मक लेआउट
Order "1" *-- "1..*" OrderItem : समावेश करता है >
Order -दाएं-> Payment : भुगतान के माध्यम से निपटाता है >
Payment <|-- CreditCardPayment

note as N1
  डिज़ाइन चरण मॉडल में शामिल हैं:
  - दृश्यता संकेतक (+, -)
  - संचालन सिग्नेचर
  - लंबवत लाइन रूटिंग
  - संदर्भित पैकेजिंग
end note

@enduml