सिम्बियन सिस्टम मॉडल में ऊपर से नीचे तक निम्नलिखित स्तर, शामिल हैं:


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

सिम्बियन की बनावट सूक्ष्म-कर्नल वाली है, जिसका मतलब है कि मजबूती, उपलब्धता और प्रतिक्रियाशीलता को अधिकतम करने की न्यूनतम आवश्यकता कर्नल के अंदर है। इसमें एक अनुसूचक, स्मृति प्रबंधन और उपकरण चालक है, लेकिन अन्य सेवाएं जैसे नेटवर्किंग, टेलीफोनी और फाइल प्रणाली समर्थन को OS सेवा के स्तर या बुनियादी सेवा स्तर पर रखा गया है। उपकरण चालकों का शामिल किया जाना इस बात का संकेत है कि यह कर्नल एक "सही" सूक्ष्म-कर्नल नहीं है। EKA2 रियल-टाइम कर्नल में, जिसे नैनो कर्नल का नाम दिया गया है, केवल सबसे बुनियादी पुरातन शामिल है और इसे किसी अन्य पृथक्करण को कार्यान्वित करने के लिए एक विस्तृत कर्नल की आवश्यकता होती है।

सिम्बियन को अन्य उपकरणों के साथ अनुकूलन पर ज़ोर देने के उद्देश्य से तैयार किया गया है, विशेष रूप से हटाये जाने योग्य मीडिया फाइल सिस्टम के साथ . EPOC के प्रारंभिक विकास ने FAT को एक आंतरिक फाइल प्रणाली के रूप में अपनाने की राह दिखाई और यह कायम है, लेकिन एक POSIX शैली इंटरफेस और एक स्ट्रीमिंग मॉडल प्रदान करने के लिए एक वस्तु-अभिविन्यस्त सतत मॉडल को अंतर्निहित FAT के ऊपर रखा जाता है। आंतरिक डेटा स्वरूप APIs पर ही भरोसा करते हैं जो सभी जोड़-तोड़ की हुई फाइलों को चलाने के लिए डेटा तैयार करता है। इसके फलस्वरूप डेटा निर्भरता, तथा बदलावों और डेटा स्थानांतरण के साथ जुडी कठिनाइयां सामने आईं.

एक विशाल नेटवर्किंग और संचार उपतंत्र है जिसके तीन मुख्य सर्वर है जिन्हें कहा जाता है: ETEL (EPOC टेलीफोनी), ESOCK (EPOC सौकेट) और C32 (क्रमिक संचार के लिए जिम्मेदार). इनमें से प्रत्येक में एक प्लग-इन योजना है। उदाहरण के लिए, ESOCK एक अलग "PRT" प्रोटोकॉल मॉड्यूल की अनुमति देता है ताकि विभिन्न नेटवर्किंग प्रोटोकॉल योजनाओं को लागू किया जा सके. उपतंत्र में कोड भी होता है जो छोटी दूरी के संचार लिंक का समर्थन करता है, जैसे ब्लूटूथ, IrDA और USB.

वहीं उपयोगकर्ता इंटरफ़ेस (UI) कोड की भी बड़ी मात्रा है। सिम्बियन OS में सिर्फ आधार वर्ग और उपसंरचना निहित थी, जबकि अधिकांश वास्तविक उपयोगकर्ता इंटरफेस, तीसरे पक्ष द्वारा देख-रेख किये जाते थे। अब यह मामला नहीं है। तीन प्रमुख - UI - S60, UIQ और MOAP - सिम्बियन को 2009 में प्रदान किये गए थे। सिम्बियन में ग्राफिक्स, टेक्स्ट लेआउट और फ़ॉन्ट प्रतिपादन लाइब्रेरी शामिल हैं।

सभी देशी सिम्बियन C++ अनुप्रयोग, अनुप्रयोग की वास्तुकला द्वारा परिभाषित तीन फ्रेमवर्क वर्गों से बने होते हैं: एक अनुप्रयोग वर्ग, एक दस्तावेज़ वर्ग और एक अनुप्रयोग उपयोगकर्ता इंटरफ़ेस वर्ग. ये वर्ग मौलिक अनुप्रयोग व्यवहार बनाते हैं। शेष आवश्यक कार्य, अनुप्रयोग का स्वरूप, डेटा मॉडल और डेटा इंटरफ़ेस, स्वतंत्र रूप से निर्मित किया जाता है और अन्य वर्गों के साथ सिर्फ अपने APIs के माध्यम से अन्तःक्रिया करते हैं।

कई अन्य चीज़ें अभी तक इस मॉडल में फिट नहींं होती हैं - उदाहरण के लिए, SyncML, Java ME, जो अधिकांश OS और मल्टीमीडिया के अलावा API का एक पृथक सेट प्रदान करते हैं। इनमें से कई फ्रेमवर्क्स हैं और विक्रेताओं से यह उम्मीद की जाती है कि वे तृतीय पक्ष से इन फ्रेमवर्क्स को प्लग-इन की आपूर्ति करे (उदाहरण के लिए, मल्टीमिडिया कोडेकों के लिए हेलिक्स प्लेयर). इसका यह लाभ होता है कि ऐसे कार्यशीलता वाले क्षेत्रों में APIs कई फोन मॉडलों पर एक ही होता है और इससे विक्रेताओं को बहुत लचीलापन मिलता है। लेकिन इसका मतलब यह है कि फोन विक्रेताओं को एक सिम्बियन OS फोन बनाने के लिए बहुत बड़े पैमाने पर एकीकरण का कार्य करने की आवश्यकता होती है।

सिम्बियन में "TechView" नामक एक संदर्भ उपयोगकर्ता इंटरफ़ेस शामिल है। यह अनुकूलन शुरू करने के लिए एक आधार प्रदान करता है और वह वातावरण है जिसमे बहुत से सिम्बियन परीक्षण और उदाहरण कोड चलते हैं। यह Psion सीरिज 5 व्यक्तिगत आयोजक के उपयोगकर्ता इंटरफ़ेस से बहुत मिलता है और किसी उत्पादन फोन उपयोगकर्ता इंटरफ़ेस की तरह इस्तेमाल नहीं किया जाता.

संरचना
EPOC OS रिलीजें 1-5
EPOC
सिम्बियन OS 9