وحدة ara::phm — Platform Health Management
دليل الوحدةمولَّد بالذكاء الاصطناعي
يراقب التنفيذ الزمني والمنطقي للبرنامج، ويطلق استجابات أمان منسقة عند حدوث أخطاء.
يراقب التنفيذ الزمني والمنطقي للبرنامج، ويطلق استجابات أمان منسقة عند حدوث أخطاء.
تراقب Platform Health Management، بوصفها عفريتًا (daemon) مركزيًا، السلامة الوظيفية وسلامة وقت التشغيل للتطبيقات وخدمات المنصة وفقًا لـ AUTOSAR_AP_SWS_PlatformHealthManagement ص. 15. تبلّغ الكيانات المراقَبة عن نقاط المراقبة الخاصة بها دوريًا أو استنادًا إلى الأحداث إلى النظام، الذي يقيّم المواعيد النهائية (deadlines)، ودورات الحياة (alive cycles)، بالإضافة إلى تدفقات التحكم المنطقية. عند اكتشاف أخطاء، تخطر الوحدة State Management لبدء إجراءات استعادة موجهة عبر [SWS_PHM_01142]. وإذا تعذّر التعافي أو فشلت النماذج المركزية، يفرض مشغّل مراقِب الانقطاع (watchdog trigger) حالة الآلة الآمنة.
تشكّل Platform Health Management (PHM) خدمة الخلفية المركزية في AUTOSAR Adaptive Platform لتأمين السلامة الوظيفية وسلامة البرمجيات وفقًا للمعيار ISO 26262 AUTOSAR_AP_SWS_PlatformHealthManagement ص. 15. وهي تراقب كلاً من عمليات التطبيق وعمليات المنصة عبر بلاغات حتمية لنقاط المراقبة، وتؤمّن العتاد عبر مشغّلات watchdog الدورية AUTOSAR_AP_SWS_PlatformHealthManagement ص. 46.
مخطط السياق: التضمين المعماري لعفريت PHM بالتفاعل مع التطبيقات المراقَبة، وState Management، وExecution Management، وwatchdog، وIdsM. المصادر: AUTOSAR_AP_SWS_PlatformHealthManagement ص. 46، AUTOSAR_AP_SWS_PlatformHealthManagement ص. 15، AUTOSAR_AP_EXP_SWArchitecture ص. 131.
تعتمد المراقبة الوظيفية على الواجهة ara::phm::SupervisedEntity، التي تبلّغ العمليات من خلالها عن نقاط المراقبة عبر ReportCheckpoint() ([SWS_PHM_01123]، [SWS_PHM_01127]). تقسّم PHM التحقق إلى ثلاثة أنواع من المراقبة [SWS_PHM_01138]:
- Alive Supervision للتحكم الدوري بالتردد AUTOSAR_FO_ASWS_HealthMonitoring ص. 22،
- Deadline Supervision لمراقبة المهل القصوى للتنفيذ AUTOSAR_AP_SWS_PlatformHealthManagement ص. 15،
- Logical Supervision للالتزام بمخططات تدفق التحكم المحددة AUTOSAR_AP_SWS_PlatformHealthManagement ص. 15.
GlobalSupervisionStatus ([SWS_PHM_01137]، SWS_PlatformHealthManagement ص. 39).
عند اكتشاف انتهاكات، تفوّض PHM معالجة الأخطاء إلى State Management عبر RecoveryHandler() الخاص بالواجهة RecoveryAction، بعد أن تبلّغ الأخيرة عن جاهزية خدمتها عبر Offer() ([SWS_PHM_01142]، [SWS_PHM_01143]). إذا لم تتمكن State Management من تصحيح الخطأ أو فشلت العفاريت المركزية نفسها، يُطبَّق تصعيد الأمان: تطلق PHM عبر WatchdogInterface الأصيل مع FireWatchdogReaction() إعادة تعيين فورية للعتاد ([SWS_PHM_01256]، AUTOSAR_AP_EXP_SWArchitecture ص. 220).
مخطط تسلسلي: تصعيد الخطأ إلى State Management عبر RecoveryHandler مع تفرع لإطلاق watchdog في حالة الخطأ. المصادر: [SWS_PHM_01142]، [SWS_PHM_01256]، AUTOSAR_AP_EXP_SWArchitecture ص. 234، AUTOSAR_AP_EXP_SWArchitecture ص. 220، AUTOSAR_AP_EXP_SWArchitecture ص. 220.
حدود النظام والتضمين الوظيفي لـ Health Management
تُمثّل Platform Health Management (PHM) داخل AUTOSAR Adaptive Platform الجهة الوظيفية المركزية لمراقبة سلامة التنفيذ، وتوافر الخدمات، والسلامة الوظيفية وفقًا للمعيار ISO 26262 AUTOSAR_AP_SWS_PlatformHealthManagement ص. 15. وتنفّذ الوحدة، بصفتها خدمة خلفية مستقلة (daemon-based)، التحقق الحتمي من تدفقات التحكم الزمنية والمنطقية في العمليات ذات الصلة بالسلامة AUTOSAR_AP_EXP_SWArchitecture ص. 128. تتضمن حدود النظام ثلاثة محاور تفاعل أساسية: استلام بلاغات نقاط المراقبة من الوحدات البرمجية المراقَبة، وتصعيد الأخطاء إلى State Management، بالإضافة إلى الإطلاق الدوري لإشارات علامات الحياة إلى watchdog القريب من العتاد AUTOSAR_AP_SWS_PlatformHealthManagement ص. 46.
لا تقتصر واجبات المراقبة على تطبيقات المستخدم العادية (Adaptive Applications) فقط، بل تخضع أيضًا خدمات المنصة الأساسية مثل Execution Management، وState Management، وDiagnostic Manager، بالإضافة إلى مزامنة الوقت لمراقبة PHM، وذلك من خلال عملها ككيانات مراقَبة بنفسها وإرسال نقاط مراقبة (checkpoints) إلى Health Management AUTOSAR_AP_EXP_SWArchitecture ص. 130. وبالنسبة للوظائف المساعدة الداخلية، يعتمد عفريت PHM على واجهات Execution Management (ExecutionClient للإبلاغ عن حالة العملية) والأنظمة الفرعية للتسجيل (Logger من Log and Trace) AUTOSAR_AP_EXP_SWArchitecture ص. 131.
مخطط السياق: التضمين المعماري لعفريت PHM بالتفاعل مع التطبيقات المراقَبة، وState Management، وExecution Management، وwatchdog، وIdsM. المصادر: AUTOSAR_AP_SWS_PlatformHealthManagement ص. 46، AUTOSAR_AP_SWS_PlatformHealthManagement ص. 15، AUTOSAR_AP_EXP_SWArchitecture ص. 131.
تجهيز الكيانات المراقَبة ودورة حياتها
تُمثَّل وحدة المراقبة المنطقية داخل عملية ما بواسطة الواجهة ara::phm::SupervisedEntity [SWS_PHM_01123]. وتتم عملية إنشاء النماذج (instantiation) صراحةً مع تحديد معرّف ذي نوع من النوع ara::core::InstanceSpecifier، والذي يشير إلى مسار المنفذ المكوَّن في بيان النظام (system manifest) AUTOSAR_TPS_ManifestSpecification ص. 141. ولحماية سلامة النسخة، تم حذف منشئ النسخ (copy constructor) وعامل تعيين النسخ (copy assignment operator) ([SWS_PHM_01212]، [SWS_PHM_01213])؛ ومع ذلك، يُسمح بنقل النسخ ([SWS_PHM_01214]، [SWS_PHM_01215]). وعند الإزالة، يقوم المهدّم (destructor) بتنظيف الكيان [SWS_PHM_01211].
تبلّغ البرمجيات المجهّزة عن الوصول إلى نقاط البرنامج المحددة عبر الاستدعاء المتزامن ReportCheckpoint() [SWS_PHM_01127]. ويُستخدم كمعامل تعدادٌ لنقاط المراقبة ذو نوع محدّد، يُولَّد من ترويسة الواجهة ([SWS_PHM_00424]، [SWS_PHM_00425]). يتحقق عفريت PHM عند كل بلاغ من صلاحية العملية؛ فإذا استدعت عملية غير مصممة في البيان هذه الطريقة، يتم اكتشاف انتهاك للوصول [SWS_PHM_01127]. وفي حالات الشذوذ الحرجة للسلامة، يمكن لـ PHM إعادة توجيه خطأ الوصول إلى Intrusion Detection System Manager (IdsM) AUTOSAR_AP_EXP_SWArchitecture ص. 236.
يمكن التحكم في مراقبة كيان ما أثناء وقت التشغيل تبعًا للحالة: عبر Enable() يتم تفعيل المراقبة، ما دامت الحالة الحالية للـ Function Group التابعة تسمح بذلك [SWS_PHM_01130]. وبواسطة Disable() يمكن تعليق المراقبة مجددًا [SWS_PHM_01380]. تُرجع كلتا الطريقتين ara::core::Future<void> وتشيران إلى أخطاء التوفير غير المتزامنة، على سبيل المثال PhmErrc::kServiceNotReady [SWS_PHM_01130].
مخطط تسلسلي: مسار الإبلاغ عن نقاط المراقبة عبر SupervisedEntity مع فحص الصلاحيات ومراقبة الأمان بواسطة IdsM. المصادر: [SWS_PHM_01127]، AUTOSAR_AP_EXP_SWArchitecture ص. 236.
أنواع المراقبة وتجميع الحالة متعدد المستويات
تميّز Platform Health Management ثلاثة أنواع أولية أساسية من المراقبة ([SWS_PHM_01138]، AUTOSAR_AP_EXP_SWArchitecture ص. 128):
- Alive Supervision (
kAliveSupervision): تفحص ما إذا كانت أجزاء البرنامج الدورية ترسل عددًا أدنى وأقصى مكوّنًا من بلاغات نقاط المراقبة ضمن نوافذ زمنية محددة AUTOSAR_FO_ASWS_HealthMonitoring ص. 22. - Deadline Supervision (
kDeadlineSupervision): تراقب مدة التنفيذ بين نقطتي مراقبة للتحقق من الالتزام بالمهل الدنيا والقصوى المكوّنة AUTOSAR_AP_SWS_PlatformHealthManagement ص. 15. - Logical Supervision (
kLogicalSupervision): تتحقق من صحة ترتيب التنفيذ استنادًا إلى مخطط انتقال مصمَّم، لتحديد القفزات غير المسموح بها أو تفرعات تدفق التحكم AUTOSAR_AP_SWS_PlatformHealthManagement ص. 15.
تمتلك كل مراقبة مفردة آلة حالة خاصة بها لحالتها الأولية (ElementarySupervisionStatus) [SWS_PHM_01358]. وعند بدء PHM، تُهيّأ جميع آلات الحالة الأولية في الحالة kDEACTIVATED ويتم ضبط عدادات الأخطاء على الصفر SWS_PlatformHealthManagement ص. 31. وبعد التفعيل، تنتقل المراقبة إلى kOK، طالما تم استيفاء جميع معايير الفحص. وإذا حدث انتهاك، تنتقل الحالة إلى kFailed [SWS_PHM_01358].
مخطط الحالة: انتقالات حالة المراقبة الأولية (ElementarySupervisionStatus) من kDEACTIVATED عبر kOK إلى kFailed. المصادر: [SWS_PHM_01358]، SWS_PlatformHealthManagement ص. 31.
تُدمج عدة مراقبات أولية في مراقبة عامة عليا SWS_PlatformHealthManagement ص. 24. ووفقًا للمواصفة، يوجد لكل Global Supervision مكوّنة GlobalSupervisionStatus واحد فقط، يرتبط بصرامة بـ Function Group واحدة ولا يجوز أن يمتد عبر عدة Function Groups ([SWS_PHM_01137]، SWS_PlatformHealthManagement ص. 39). تجمّع الحالة العامة النتائج عبر الحالات kDEACTIVATED، وkOK، وkFAILED، وkEXPIRED، وkSTOPPED AUTOSAR_AP_SWS_PlatformHealthManagement ص. 39. وتتطلب الحالة kOK أن تعمل مراقبة تابعة واحدة على الأقل بدون أخطاء، وألا تظل أي مراقبة في حالة خطأ [SWS_PHM_01137].
مخطط الحالة: نموذج حالة مراقبة الحالة العامة (GlobalSupervisionStatus) مع kDEACTIVATED، وkOK، وkFAILED، وkEXPIRED، وkSTOPPED. المصادر: [SWS_PHM_01137]، AUTOSAR_AP_SWS_PlatformHealthManagement ص. 39، SWS_PlatformHealthManagement ص. 39.
خدمة watchdog الدورية وتأمين العتاد
لتأمين قابلية تشغيل وحدة الحوسبة بأكملها ضد حالات التعليق أو انهيارات النظام الكارثية، تربط PHM النظام الفرعي لـ watchdog القريب من العتاد عبر الواجهة apext::phm::WatchdogInterface [SWS_PHM_01255]. لا يُنفَّذ ملحق المنصة الأصيل (Platform Extension) هذا عبر البرمجيات الوسيطة للخدمات، بل يُنفَّذ كاستدعاء مشغّل أصيل وحتمي AUTOSAR_AP_EXP_SWArchitecture ص. 130.
في دورة قابلة للتهيئة، تفحص PHM داخليًا جميع مقاييس المراقبة النشطة، وعندما تكون الحالة الإجمالية إيجابية، ترسل إشارة علامة حياة إلى watchdog عبر AliveNotification() ([SWS_PHM_01255]، AUTOSAR_AP_EXP_SWArchitecture ص. 233). وإذا لم تصل هذه الإشارة ضمن النافذة الزمنية المكوّنة — على سبيل المثال بسبب حظر عفريت PHM أو فشل مراقبة حرجة — تبدأ واجهة watchdog تلقائيًا استجابة أمان للعتاد [SWS_PHM_01255].
مخطط تسلسلي: التقييم الدوري لنتائج المراقبة وإرسال إشارات Alive إلى واجهة watchdog. المصادر: [SWS_PHM_01255]، AUTOSAR_AP_EXP_SWArchitecture ص. 233، AUTOSAR_AP_EXP_SWArchitecture ص. 130.
تنسيق إجراءات Recovery مع State Management
إذا اكتشفت PHM انتهاكًا لشروط المراقبة، فإنها لا تبدأ معالجة الخطأ بصورة أحادية، بل تفوّض الإجراء إلى State Management بصفتها الهيئة التنظيمية المركزية (AUTOSAR_AP_EXP_SWArchitecture ص. 129، AUTOSAR_AP_EXP_SWArchitecture ص. 220). يحافظ هذا الفصل على المبدأ المعماري المتمثل في أن القرارات المتعلقة بحالات النظام الوظيفية وإعادة تشغيل العمليات تظل مسؤولية State Management AUTOSAR_AP_SWS_StateManagement ص. 28.
تسجّل State Management استعدادها لتولي معالجة الأخطاء عبر واجهة المنفذ ara::phm::RecoveryAction [SWS_PHM_01141]. من خلال استدعاء Offer()، يتم تفعيل استلام بلاغات الأخطاء [SWS_PHM_01143]؛ وباستخدام StopOffer() يمكن لـ State Management إلغاء تفعيل جاهزية الخدمة مجددًا [SWS_PHM_01144]. واستبعادًا لحالات السباق الكارثية والسلوك غير المحدد الناتج عن استدعاء رد النداء (callback) المبكر قبل اكتمال بناء الفئات المشتقة، تُمنع صراحةً عمليات النسخ والنقل لـ RecoveryAction ([SWS_PHM_01149]، [SWS_PHM_01150]، [SWS_PHM_01151]، [SWS_PHM_01152]).
في حالة الخطأ، تستدعي PHM دالة الاسترجاع الافتراضية الصرفة RecoveryHandler() الخاصة بـ State Management ممررةً حدث الخطأ ara::exec::ExecutionErrorEvent بالإضافة إلى نوع المراقبة المنتهكة TypeOfSupervision [SWS_PHM_01142]. تحدد State Management عندئذٍ الحالة التالية للـ Function Group وتوجّه Execution Management لإجراء تغيير الحالة أو لإعادة تشغيل العمليات المعنية (AUTOSAR_AP_EXP_SWArchitecture ص. 169، AUTOSAR_AP_EXP_SWArchitecture ص. 220).
مخطط تسلسلي: تصعيد الخطأ إلى State Management عبر RecoveryHandler مع تفرع لإطلاق watchdog في حالة الخطأ. المصادر: [SWS_PHM_01142]، [SWS_PHM_01256]، AUTOSAR_AP_EXP_SWArchitecture ص. 234، AUTOSAR_AP_EXP_SWArchitecture ص. 220، AUTOSAR_AP_EXP_SWArchitecture ص. 220.
السلوك في حالة الخطأ ومسارات التصعيد متعددة المستويات
تنفّذ Platform Health Management استراتيجية تصعيد متدرجة للسيطرة على أخطاء وقت التشغيل AUTOSAR_AP_EXP_SWArchitecture ص. 200. عند حدوث خطأ مراقبة، يُسلك أولاً المسار الأساسي: تبلّغ المراقبة عن الخطأ إلى State Management، التي تجري عبر RecoveryHandler() إعادة تهيئة مضبوطة [SWS_PHM_01142].
إذا لم تتمكن State Management من تنفيذ التعافي (على سبيل المثال، مع الإشعار برمز الخطأ PhmErrc::kSMCanNotHandleRecovery) أو إذا تجاوزت الاستجابة المهلة المحددة، يُطبّق مسار التصعيد الثانوي ([SWS_PHM_01240]، AUTOSAR_AP_EXP_SWArchitecture ص. 220). في هذه الحالة، تتجاوز PHM مستوى البرمجيات وتفرض عبر FireWatchdogReaction() استجابة طوارئ فورية قريبة من العتاد (إعادة تعيين النظام أو الانتقال إلى Safe State) ([SWS_PHM_01256]، AUTOSAR_AP_EXP_SWArchitecture ص. 201).
يُعد تعطل عفاريت المنصة المركزية نفسها أمرًا حرجًا للغاية: فإذا فشلت Execution Management أو State Management، فلن يعد من الممكن إجراء استعادة منسقة على مستوى نظام التشغيل (AUTOSAR_AP_EXP_SWArchitecture ص. 235، AUTOSAR_AP_EXP_SWArchitecture ص. 235). تكتشف PHM هذه الحالة من خلال نقاط مراقبة خاطئة أو غائبة لهذه العفاريت وتطلق استجابة watchdog دون أي تأخير [SWS_PHM_01256].
تُصنّف جميع حالات الخطأ في C++-API نوعيًا عبر نطاق الخطأ ara::phm::PhmErrorDomain ([SWS_PHM_01247]، [SWS_PHM_01251]). وتُجمع رموز الأخطاء في التعداد PhmErrc ([SWS_PHM_01240]، [SWS_PHM_01245]). بالنسبة للواجهات المتزامنة والاستثناءات، تتوفر دوال مساعدة مثل MakeErrorCode() [SWS_PHM_01244] بالإضافة إلى نوع الاستثناء PhmException ([SWS_PHM_01243]، [SWS_PHM_01250]).
تصميم البيان، ومزامنة المعرّفات (ID)، وتكوين النماذج
يعتمد الربط الصحيح بين كود التطبيق وعفريت PHM على مزامنة صارمة للمعرّفات في بيان AUTOSAR AUTOSAR_AP_TPS_ManifestSpecification ص. 566. في تصميم التطبيق، يتم نمذجة الكيان بوصفه PhmSupervisedEntityInterface مع عناصر PhmCheckpoint مجمّعة AUTOSAR_AP_TPS_ManifestSpecification ص. 208. ولأجل النشر على مستوى الآلة، يُنشأ لكل نسخة عملية SupervisionCheckpoint يحلل مرجع النسخة إلى المنفذ وسياق التنفيذ (Process) TPS_ManifestSpecification ص. 568.
إذا تم إنشاء نسخ متعددة من نفس نوع المكون البرمجي — سواء داخل نفس العملية أو عبر عمليات متعددة — ينشئ تكوين البيان لكل منفذ InstanceSpecifier فريدًا AUTOSAR_AP_SWS_PlatformHealthManagement ص. 51. يتيح ذلك لعفريت PHM إسناد معرّفات نقاط المراقبة المتطابقة من الكود المصدري بشكل فريد إلى نسخة المكون المعنية وهوية العملية AUTOSAR_AP_TPS_ManifestSpecification ص. 566. تفسير: يُرجّح أن يكون الاتصال بين العمليات بين فضاء مستخدم التطبيق وعفريت PHM محسّنًا بحسب نظام التشغيل (مثل الذاكرة المشتركة أو مقابس نطاق POSIX)، نظرًا لأن فئة C++ SupervisedEntity تغلّف تفاصيل النقل بشكل شفاف [SWS_PHM_01123]. سؤال (مفتوح)
من جانب معالجة الأخطاء، يصمم البيان عناصر RecoveryNotification المرتبطة بـ PPortPrototype الخاص بـ State Management AUTOSAR_AP_TPS_ManifestSpecification ص. 587. ويتم هنا أيضًا تحديد قيمة المهلة (recoveryNotificationTimeout)، والتي بعد انقضائها تُصنّف معالجة الأخطاء على أنها فاشلة AUTOSAR_AP_TPS_ManifestSpecification ص. 587.
أدلة تفصيلية إضافية
يستند التحديد المعياري الإلزامي لـ Platform Health Management في الإصدار R25-11 بوجه خاص إلى مرتكزات المواصفات التالية:
- العناصر الأساسية للمراقبة: يحدد [SWS_PHM_01123] و[SWS_PHM_01127] فئة C++ المسماة
SupervisedEntityوآلية الإبلاغReportCheckpoint()؛ بينما ينظم [SWS_PHM_01130] و[SWS_PHM_01380] التفعيل وإلغاء التفعيل. - نماذج الحالات: يحدد [SWS_PHM_01358] الحالات الأولية (
kDEACTIVATED،kOK،kFailed)؛ في حين يرسخ [SWS_PHM_01137] التجميع الإجمالي للحالة لكل مجموعة وظيفية SWS_PlatformHealthManagement ص. 39. - الاستعادة والتصعيد: يتحكم [SWS_PHM_01141] و[SWS_PHM_01142] و[SWS_PHM_01143] في توفير وتنفيذ
RecoveryHandler()في State Management؛ بينما يؤمّن [SWS_PHM_01256] التصعيد في حالات الطوارئ عبر hardware watchdog. - نطاق الأخطاء والاستثناءات: يقدم [SWS_PHM_01240] أكواد الأخطاء (
PhmErrc)، التي تُنقل عبرPhmErrorDomain([SWS_PHM_01247]، [SWS_PHM_01251]) وPhmException[SWS_PHM_01243].
يستند دليل الوحدة هذا إلى المواصفات المعيارية وإرشادات بنية النظام الخاصة بإصدار AUTOSAR Adaptive رقم R25-11.
function: 27 class: 5 enumeration: 5 type alias: 2 header file: 1 variable: 1
خريطة المواضيع
لا توجد بيانات عناصر لهذا الإصدار
apext::phm
class for interface to hardware watchdog Note: class WatchdogInterface although identifiable in code as an interface, it is a PlatformExtens
ara::phm
Defines the error domain for Platform Health Management.
يرث من ara::core::ErrorDomain
Exception type thrown by Platform Health Management.
يرث من ara::core::Exception
RecoveryAction abstract class.
SupervisedEntity Class.
Returns the global PhmErrorDomain object.
constexpr const ara::core::ErrorDomain & GetPhmDomain () noexcept;Creates an error code.
constexpr ara::core::ErrorCode MakeErrorCode (PhmErrc code, ara::core::ErrorDomain::SupportDataType data) noexcept;Enumeration of elementary supervision status. Scoped Enumeration of uint32_t.
enum class ElementarySupervisionStatus : std::uint32_t {...};Enumeration of global supervision status. Scoped Enumeration of uint32_t.
enum class GlobalSupervisionStatus : std::uint32_t {...};Defines an enumeration class for the Platform Health Management error codes.
enum class PhmErrc : ara::core::ErrorDomain::CodeType {...};Enumeration of type of supervision. Scoped Enumeration of uint32_t.
enum class TypeOfSupervision : std::uint32_t {...};ara::phm::supervised_entities::{ <hierarchical-namespace-list-lower-skeleton>}
Defines the checkpoints for the ara::phm::PhmSupervisedEntityInterface
enum class {<phmssi-sn>} : std::uint32_t {...};For each enumeration in {<phm-checkpoint-list>} in [SWS_PHM_00424] there shall exist a C++ enumerator declaration.
{<symbol-phm-checkpoint>} = {<phm-checkpoint-value>};نطاقات الأسماء
- apext::phm 1 Klassen, 0 freie Funktionen
- ara::phm 4 Klassen, 2 freie Funktionen
- ara::phm::supervised_entities::{ <hierarchical-namespace-list-lower-skeleton>} 0 Klassen, 0 freie Funktionen
مخطط الفئات UML للوحدة
Abgerundete Rahmen = Namespaces; hohle Dreieckspfeile = Vererbung (zeigt zur Basisklasse); graue Boxen = modulfremde bzw. externe Basisklassen. Klicken öffnet die Klassenseite.
gemini-3.8-flash-low· 2026-10-13 · الأصل الألماني