3 भाषा संरचना

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

3.1 भाषा डिजाइन पर विचार

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

अर्चीमेट भाषा का डिजाइन एक सापेक्षिक रूप से सामान्य अवधारणाओं के सेट से शुरू हुआ। इन्हें निम्नलिखित अनुभागों में स्पष्ट किए गए तरीके से विभिन्न आर्किटेक्चर लेयरों पर लागू करने के लिए विशिष्ट बनाया गया है। भाषा पर सबसे महत्वपूर्ण डिजाइन सीमा यह है कि इसे संक्षिप्ततम बनाने के लिए विशेष रूप से डिजाइन किया गया है, लेकिन फिर भी अधिकांश एंटरप्राइज आर्किटेक्चर मॉडलिंग कार्यों के लिए उपयोगी बनाया गया है। बहुत सारी अन्य भाषाएं सभी संभावित उपयोगकर्ताओं की आवश्यकताओं को संतुष्ट करने की कोशिश करती हैं। सीखने और उपयोग में सरलता के लिए, अर्चीमेट भाषा को उन अवधारणाओं तक सीमित रखा गया है जो व्यावहारिक मामलों के लगभग 80% के मॉडलिंग के लिए पर्याप्त हैं।

यह मानक अर्चीमेट भाषा के डिजाइन के पीछे के विस्तृत तर्क का वर्णन नहीं करता है। रुचि रखने वाले पाठक को [1], [2], और [3] की ओर इशारा किया गया है, जो भाषा निर्माण और डिजाइन पर विचारों का विस्तृत वर्णन प्रदान करते हैं।

3.2 शीर्ष स्तर की भाषा संरचना

चित्र 1 भाषा की शीर्ष स्तर की आर्हिकल संरचना का चित्रण करता है:

• एक मॉडल एक संग्रह हैअवधारणाओं– एक अवधारणा या तो एक हैतत्वया एकसंबंध
• एक तत्व या तो एक व्यवहार तत्व, एक संरचना तत्व, एक प्रेरणा तत्व, या एक संयुक्त तत्व हो सकता है

ध्यान दें कि ये हैंसामान्यअवधारणाएं; इनका सीधे मॉडल में उपयोग करने का उद्देश्य नहीं है। इसे दर्शाने के लिए इन्हें आकृति 1 में उपयोग किए गए नोटेशन की व्याख्या के लिए अध्याय 4 देखें।

चित्र 1: अर्चीमेट अवधारणाओं की शीर्ष स्तर की व्यवस्था

3.3 अर्चीमेट भाषा की परतों का निर्माण

अर्चीमेट कोर भाषा सामान्य तत्वों और उनके संबंधों की संरचना को परिभाषित करती है, जिसे विभिन्न परतों पर विशिष्ट बनाया जा सकता है। अर्चीमेट कोर भाषा के भीतर तीन परतों को निम्नलिखित तरीके से परिभाषित किया गया है:

1. दव्यापार परतग्राहकों को प्रदान की जाने वाली व्यापार सेवाओं का चित्रण करता है, जो व्यापार कर्मियों द्वारा किए जाने वाले व्यापार प्रक्रियाओं द्वारा संगठन में वास्तविक बनाए जाते हैं।
2. दएप्लिकेशन परतव्यापार के समर्थन करने वाली एप्लिकेशन सेवाओं और उन्हें वास्तविक बनाने वाले एप्लिकेशन का चित्रण करता है।
3. दतकनीकी परत इनफॉर्मेशन और ऑपरेशनल टेक्नोलॉजी दोनों को शामिल करता है। उदाहरण के लिए, एप्लिकेशन दुनिया और बिजनेस लेयर के समर्थन में प्रोसेसिंग, स्टोरेज और कम्युनिकेशन टेक्नोलॉजी का मॉडलिंग किया जा सकता है, और सुविधाओं, भौतिक उपकरणों, सामग्री और वितरण नेटवर्क के साथ ऑपरेशनल या भौतिक टेक्नोलॉजी का मॉडलिंग किया जा सकता है।

विभिन्न परतों के भीतर मॉडलों की सामान्य संरचना समान है। एक ही प्रकार के तत्व और संबंधों का उपयोग किया जाता है, हालांकि उनकी ठीक प्रकृति और विस्तार में अंतर होता है। अगले अध्याय में सामान्य मेटामॉडल की संरचना प्रस्तुत की गई है। अध्याय 8, अध्याय 9 और अध्याय 10 में इन तत्वों को विशिष्ट परत के लिए विशिष्ट तत्व प्राप्त करने के लिए विशेष बनाया जाता है।

सर्विस-ओरिएंटेशन के अनुरूप, परतों के बीच सबसे महत्वपूर्ण संबंध “सर्विंग” द्वारा बनाया जाता है[1] संबंध, जो दिखाते हैं कि एक परत के तत्व दूसरी परत की सेवाओं द्वारा कैसे सेवा प्राप्त करते हैं। (हालांकि ध्यान दें कि सेवाएं केवल दूसरी परत के तत्वों की सेवा करने के लिए नहीं होती हैं, बल्कि एक ही परत के तत्वों की भी सेवा कर सकती हैं।) दूसरे प्रकार का लिंक वास्तविकता संबंधों द्वारा बनाया जाता है: निचली परतों के तत्व ऊपरी परतों में समान तत्वों को वास्तविक बना सकते हैं; उदाहरण के लिए, एक

“डेटा ऑब्जेक्ट” (एप्लिकेशन लेयर) एक “बिजनेस ऑब्जेक्ट” (बिजनेस लेयर) को वास्तविक बना सकता है; या एक

“आर्टिफैक्ट” (टेक्नोलॉजी लेयर) या तो एक “डेटा ऑब्जेक्ट” या एक “एप्लिकेशन कंपोनेंट” (एप्लिकेशन लेयर) को वास्तविक बना सकता है।

3.4 आर्किमेट एल्कोर फ्रेमवर्क

आर्किमेट कोर फ्रेमवर्क नौ सेलों का एक फ्रेमवर्क है जिसका उपयोग आर्किमेट कोर भाषा के तत्वों को वर्गीकृत करने के लिए किया जाता है। इसके तीन पहलू और तीन परतें होती हैं, जैसा कि चित्र 2 में दिखाया गया है। इसे आर्किमेट कोर फ्रेमवर्क के रूप में जाना जाता है।

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

चित्र 2: आर्किमेट कोर फ्रेमवर्क

फ्रेमवर्क की संरचना एंटरप्राइज के विभिन्न दृष्टिकोणों से मॉडलिंग की अनुमति देती है, जहां सेलों के भीतर स्थिति स्टेकहोल्डर की चिंताओं को उजागर करती है। आमतौर पर एक स्टेकहोल्डर के कई सेलों को शामिल करने वाली चिंताएं हो सकती हैं।

फ्रेमवर्क के आयाम निम्नलिखित हैं:

• परतें – आर्किमेट में एंटरप्राइज के मॉडलिंग के तीन स्तर – बिजनेस, एप्लिकेशन और टेक्नोलॉजी (अनुभाग 3.3 में वर्णित)
• पहलू:

— दएक्टिव स्ट्रक्चर पहलू, जो संरचनात्मक तत्वों का प्रतिनिधित्व करता है (व्यावहारिक व्यवहार दिखाने वाले व्यावसायिक कार्यकर्ता, एप्लिकेशन कंपोनेंट और उपकरण; अर्थात्, क्रिया के

“विषय” क्रिया के)

— दव्यवहार पहलू, जो व्यवहार (प्रक्रियाएं, कार्य, घटनाएं और सेवाएं) का प्रतिनिधित्व करता है जो कार्यकर्ताओं द्वारा किया जाता है; संरचनात्मक तत्वों को व्यवहारात्मक तत्वों के साथ निर्धारित किया जाता है, ताकि यह दिखाया जा सके कि कौन या क्या व्यवहार प्रदर्शित करता है

— दपैसिव स्ट्रक्चर पहलू, जो व्यवहार किए जाने वाले वस्तुओं का प्रतिनिधित्व करता है; ये आमतौर पर बिजनेस लेयर में सूचना वस्तुएं और एप्लिकेशन लेयर में डेटा वस्तुएं होती हैं, लेकिन भौतिक वस्तुओं का प्रतिनिधित्व करने के लिए भी उपयोग किया जा सकता है

इन तीनों पहलुओं को प्राकृतिक भाषा से प्रेरित किया गया है, जहां एक वाक्य में एक विषय (एक्टिव स्ट्रक्चर), क्रिया (व्यवहार) और वस्तु (पैसिव स्ट्रक्चर) होता है। लोगों के अपनी भाषाओं में उपयोग किए जाने वाले समान निर्माणों का उपयोग करके, आर्किमेट भाषा को सीखना और पढ़ना आसान हो जाता है।

चूंकि आर्किमेट नोटेशन एक ग्राफिकल भाषा है जहां तत्वों को स्थानिक रूप से व्यवस्थित किया जाता है, इसलिए मॉडलिंग में इस क्रम का कोई महत्व नहीं है।

एक संयुक्त तत्व, जैसा कि चित्र 1 में दिखाया गया है, एक ऐसा तत्व है जो फ्रेमवर्क के एक ही पहलू (कॉलम) में जरूर फिट नहीं होता है, लेकिन दो या अधिक पहलुओं को मिला सकता है।

ध्यान दें कि ArchiMate भाषा मॉडलर को किसी विशेष लेआउट का उपयोग करने के लिए बाध्य नहीं करती, जैसे कि इस फ्रेमवर्क की संरचना; यह सिर्फ भाषा के तत्वों का वर्गीकरण है।

3.5 ArchiMate पूर्ण फ्रेमवर्क

मानक के इस संस्करण में वर्णित ArchiMate पूर्ण फ्रेमवर्क, कोर फ्रेमवर्क में कई परतों और एक पहलू को जोड़ता है। भौतिक तत्वों को तकनीकी परत में शामिल किया गया है, जिससे भौतिक सुविधाओं, उपकरणों, वितरण नेटवर्कों और सामग्री का मॉडलिंग किया जा सकता है। इस प्रकार, ये तत्व कोर तत्व भी हैं। रणनीति तत्वों का परिचय रणनीतिक दिशा और चयनों के मॉडलिंग के लिए दिया गया है। इनका वर्णन अध्याय 7 में किया गया है। प्रेरणा पहलू को अगले अध्याय में सामान्य स्तर पर पेश किया गया है और विस्तार से अध्याय 6 में वर्णित किया गया है। कार्यान्वयन और प्रस्थान तत्वों का वर्णन अध्याय 12 में किया गया है। परिणामस्वरूप ArchiMate पूर्ण फ्रेमवर्क आकृति 3 में दिखाया गया है।

आकृति 3: ArchiMate पूर्ण फ्रेमवर्क

ArchiMate भाषा जानकारी के लिए कोई विशिष्ट परत को परिभाषित नहीं करती; हालांकि, निष्क्रिय संरचना पहलू से तत्वों जैसे व्यापार वस्तुएं, डेटा वस्तुएं और कलाकृतियां जानकारी के तत्वों का प्रतिनिधित्व करने के लिए उपयोग किए जाते हैं। जानकारी मॉडलिंग को ArchiMate की विभिन्न परतों पर समर्थन दिया जाता है।

3.6 ArchiMate भाषा में अब्स्ट्रैक्शन

ArchiMate भाषा की संरचना कई परिचित अब्स्ट्रैक्शन और सुधार के रूपों को स्वीकार करती है। सबसे पहले, बाहरी (काला बॉक्स, बॉक्स के भीतरी विषयों से अब्स्ट्रैक्ट करना) और आंतरिक (सफेद बॉक्स) दृष्टिकोण के बीच अंतर सिस्टम डिजाइन में आम है। बाहरी दृष्टिकोण यह दर्शाता है कि सिस्टम को अपने वातावरण के लिए क्या करना है, जबकि आंतरिक दृष्टिकोण यह दर्शाता है कि यह इसे कैसे करता है।

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

तीसरा अंतर अवधारणात्मक, तार्किक और भौतिक अब्स्ट्रैक्शन स्तरों के बीच है। इसकी जड़ें डेटा मॉडलिंग में हैं: अवधारणात्मक तत्व उस जानकारी का प्रतिनिधित्व करते हैं जो व्यापार के लिए संबंधित है; तार्किक तत्व इस जानकारी के लिए तार्किक संरचना प्रदान करते हैं जिसका उपयोग जानकारी प्रणालियों द्वारा संचालित किया जाता है; भौतिक तत्व इस जानकारी के भंडारण का वर्णन करते हैं; उदाहरण के लिए, फाइलों या डेटाबेस तालिकाओं के रूप में। ArchiMate भाषा में, इसका संबंध व्यापार वस्तुओं, डेटा वस्तुओं और कलाकृतियों के साथ उनके बीच के वास्तविकीकरण संबंधों के साथ होता है।

तार्किक और भौतिक तत्वों के बीच अंतर को एप्लिकेशन के वर्णन में भी लागू किया गया है। TOGAF एंटरप्राइज मेटामॉडल [4] में व्यापार, डेटा, एप्लिकेशन और तकनीकी घटकों और सेवाओं को वर्णित करने के लिए एक सेट तत्व शामिल हैं, जो आर्किटेक्चर अवधारणाओं को वर्णित करते हैं। तार्किक घटक डेटा या कार्यक्षमता के उपयोग या उत्पाद-स्वतंत्र संकलन हैं, जबकि भौतिक घटक भौतिक सॉफ्टवेयर घटक, उपकरण आदि हैं। इस अंतर को TOGAF फ्रेमवर्क में आर्किटेक्चर बिल्डिंग ब्लॉक्स (ABBs) और सॉल्यूशन बिल्डिंग ब्लॉक्स (SBBs) के रूप में दर्शाया गया है। इस अंतर का उपयोग एंटरप्राइज आर्किटेक्चर को उच्च स्तर के, अब्स्ट्रैक्ट वर्णन से भौतिक, कार्यान्वयन स्तर के डिजाइन तक ले जाने में फिर से उपयोगी होता है। ध्यान दें कि बिल्डिंग ब्लॉक में कई तत्व शामिल हो सकते हैं, जिन्हें आमतौर पर ArchiMate भाषा में समूहन अवधारणा का उपयोग करके मॉडल किया जाता है।

ArchiMate भाषा में ऐसे अब्स्ट्रैक्शन के मॉडलिंग के तीन तरीके हैं। पहला, [6] में वर्णित है, व्यवहार तत्व जैसे एप्लिकेशन और तकनीकी कार्यों का उपयोग तार्किक घटकों के मॉडलिंग के लिए किया जा सकता है, क्योंकि वे कार्यक्षमता के उपयोग-स्वतंत्र संकलन का प्रतिनिधित्व करते हैं। उसी तरह के भौतिक घटकों को व्यवहार तत्वों के साथ निर्धारित सक्रिय संरचना तत्वों जैसे एप्लिकेशन घटकों और नोड्स का उपयोग करके मॉडल किया जा सकता है। दूसरा, ArchiMate भाषा वास्तविकीकरण की अवधारणा का समर्थन करती है। इसे सबसे अच्छा तरीका तकनीकी परत के ऊपर के साथ काम करके वर्णित किया जा सकता है। तकनीकी परत एप्लिकेशन घटक को वास्तविक बनाने वाले भौतिक कलाकृतियों और सॉफ्टवेयर को परिभाषित करती है। इसके अलावा, इसमें जानकारी प्रणाली के वास्तविकीकरण के लिए आवश्यक अन्य भौतिक अवधारणाओं जैसे उपकरण, नेटवर्क आदि के लिए मैपिंग प्रदान करती है। वास्तविकीकरण संबंध का उपयोग अधिक अब्स्ट्रैक्ट वास्तविकीकरण के प्रकार को मॉडलिंग करने के लिए भी किया जाता है, जैसे कि एक (अधिक विशिष्ट) आवश्यकता और एक (अधिक सामान्य) सिद्धांत के बीच, जहां आवश्यकता के पूरा होने का अर्थ है सिद्धांत का पालन करना। वास्तविकीकरण के बीच एप्लिकेशन घटकों और नोड्स के बीच भी अनुमति है। इस तरह आप एक भौतिक एप्लिकेशन या तकनीकी घटक के मॉडलिंग कर सकते हैं जो क्रमशः एक तार्किक एप्लिकेशन या तकनीकी घटक को वास्तविक बनाता है। तीसरा, तार्किक और भौतिक एप्लिकेशन घटकों को अध्याय 14 में वर्णित तरीके से एप्लिकेशन घटक तत्व के मेटामॉडल स्तर के विशेषीकरण के रूप में परिभाषित किया जा सकता है (देखें अनुभाग 14.2.2 में उदाहरण भी)। इसी तरह TOGAF कंटेंट मेटामॉडल के तार्किक और भौतिक तकनीकी घटकों को नोड तत्व के विशेषीकरण के रूप में परिभाषित किया जा सकता है (देखें अनुभाग 14.2.3)।

ArchiMate भाषा जानबूझकर टाइप्स और उदाहरणों के बीच अंतर का समर्थन नहीं करती है। एंटरप्राइज आर्किटेक्चर अब्स्ट्रैक्शन स्तर पर, उदाहरणों के बजाय टाइप्स और/या उदाहरणों के मॉडलिंग करना अधिक आम है। इसी तरह, ArchiMate भाषा में एक व्यापार प्रक्रिया एक विशिष्ट उदाहरण (अर्थात उस प्रक्रिया के एक निष्पादन) का वर्णन नहीं करती है। अधिकांश मामलों में, एक व्यापार वस्तु का उपयोग वस्तु प्रकार के मॉडलिंग के लिए किया जाता है (cf. UML® क्लास), जिसके अंदर संगठन में कई उदाहरण हो सकते हैं। उदाहरण के लिए, बीमा आवेदन प्रक्रिया के प्रत्येक निष्पादन से बीमा नीति व्यापार वस्तु का एक विशिष्ट उदाहरण उत्पन्न हो सकता है, लेकिन इसे एंटरप्राइज आर्किटेक्चर में मॉडल नहीं किया जाता है।

3.7 अवधारणाएं और उनकी नोटेशन

ArchiMate भाषा भाषा की अवधारणाओं (अर्थात मेटामॉडल के घटकों) को उनकी नोटेशन से अलग करती है। विभिन्न स्टेकहोल्डर समूहों को समझने के लिए विभिन्न नोटेशन की आवश्यकता हो सकती है एक आर्किटेक्चर मॉडल या दृष्टिकोण को। इस संदर्भ में, ArchiMate भाषा UML या BPMN™ जैसी भाषाओं से भिन्न है, जिनकी केवल एक मानकीकृत नोटेशन होती है। अध्याय 13 में वर्णित दृष्टिकोण तंत्र ऐसे स्टेकहोल्डर-केंद्रित दृश्यों को परिभाषित करने के लिए उपाय प्रदान करता है।

हालांकि ArchiMate अवधारणाओं की नोटेशन को (और उसके लिए आवश्यक है) स्टेकहोल्डर-विशिष्ट बनाया जा सकता है, मानक एक सामान्य ग्राफिकल नोटेशन प्रदान करता है जिसका उपयोग आर्किटेक्ट्स और अन्य जो ArchiMate मॉडल विकसित करते हैं, कर सकते हैं। यह नोटेशन उन दर्शकों के लिए लक्षित है जो मौजूदा तकनीकी मॉडलिंग तकनीकों जैसे एंटिटी रिलेशनशिप डायग्राम (ERD), UML या BPMN के लिए आदी हैं, और इसलिए उनके समान है। इस दस्तावेज के शेष भाग में, अन्यथा नोट किए बिना, भाषा की अवधारणाओं को दर्शाने के लिए उपयोग किए जाने वाले प्रतीक ArchiMate मानक नोटेशन का प्रतिनिधित्व करते हैं। अधिकांश तत्वों के लिए इस मानक नोटेशन में एक बॉक्स होता है जिसके ऊपरी दाहिने कोने में एक आइकन होता है। कई मामलों में, यह आइकन अकेले एक वैकल्पिक नोटेशन के रूप में भी उपयोग किया जा सकता है। जब भी संभव हो, इस मानक आइकॉनोग्राफी का उपयोग करना चाहिए ताकि कोई भी ArchiMate भाषा जानने वाला व्यक्ति भाषा में उत्पन्न आरेखों को पढ़ सके।

3.8 नेस्टिंग का उपयोग

किसी अन्य तत्व के भीतर तत्वों को नेस्ट करने का उपयोग कुछ संबंधों को व्यक्त करने के लिए एक वैकल्पिक ग्राफिकल नोटेशन के रूप में किया जा सकता है। इसका विस्तृत वर्णन अध्याय 5 में और प्रत्येक संबंध के परिभाषा में किया गया है।

3.9 रंगों और नोटेशनल संकेतों का उपयोग

इस मानक के भीतर मेटामॉडल चित्रों में ग्रे के रंग के छायाएं अलग-अलग ArchiMate फ्रेमवर्क पहलुओं से संबंधित तत्वों को अलग करने के लिए उपयोग किए जाते हैं, निम्नानुसार:

• सफेद – अब्स्ट्रैक्ट (अर्थात अनुप्राप्त) अवधारणाओं के लिए
• हल्का ग्रे – निष्क्रिय संरचनाओं के लिए
• मध्यम ग्रे – व्यवहार के लिए
• गहरा ग्रे – सक्रिय संरचनाओं के लिए

ArchiMate मॉडल में, रंगों के लिए कोई औपचारिक अर्थ निर्धारित नहीं है और रंग के उपयोग को मॉडलर पर छोड़ दिया गया है। हालांकि, उन्हें मॉडल में कुछ पहलुओं पर जोर देने के लिए मुक्त रूप से उपयोग किया जा सकता है। उदाहरण के लिए, इस मानक में प्रस्तुत कई उदाहरण मॉडलों में, रंगों का उपयोग ArchiMate कोर फ्रेमवर्क की परतों के बीच अंतर करने के लिए किया जाता है, निम्नानुसार:

• पीला – व्यापार परत के लिए
• नीला – एप्लिकेशन परत के लिए
• हरा – तकनीकी परत के लिए

उन्हें दृश्य बल के लिए भी उपयोग किया जा सकता है। दिशानिर्देश प्रदान करने वाली एक सिफारिश की गई पाठ्य पुस्तक चैप्टर 6 है [1]। रंगों के अलावा, फ्रेमवर्क की परतों के बीच अंतर करने के लिए अन्य नोटेशनल संकेतों का उपयोग किया जा सकता है। एक तत्व के ऊपरी बाएं कोने में अक्षर M, S, B, A, T, P या I का उपयोग क्रमशः प्रेरणा, रणनीति, व्यापार, एप्लिकेशन, तकनीकी, भौतिक, या कार्यान्वयन और प्रस्थान तत्व को दर्शाने के लिए किया जा सकता है। इस नोटेशन का एक उदाहरण उदाहरण 34 में दिखाया गया है।

मानक नोटेशन भी विभिन्न तत्व प्रकारों के लिए अपने प्रतीकों के कोनों के आकार के साथ एक व्यवहार का उपयोग करता है, निम्नानुसार:

• वर्गाकार कोने संरचना तत्वों को दर्शाने के लिए उपयोग किए जाते हैं
• गोल कोने व्यवहार तत्वों को दर्शाने के लिए उपयोग किए जाते हैं
• विकर्ण कोने प्रेरणा तत्वों को दर्शाने के लिए उपयोग किए जाते हैं

[1]ध्यान दें कि इसका पिछले संस्करणों में “उपयोग किया गया” कहा गया था। स्पष्टता के लिए, इसका नाम “सेवा करने वाला” कर दिया गया है।