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