الإتاحة سلسلة قرارات
في KayanOS لا تعني رؤية العنصر القدرة على استخدامه. قد يظهر مدخل تنقل بينما يُرفض إجراء سجل، وقد ينشر نموذج بينما لا يستطيع المستخدم العام بدءه، وقد يوجد كيان بينما لا يستطيع رمز واجهة اكتشافه. تعامل مع الإتاحة كسلسلة فحوص مستقلة:- المؤسسة والهوية — العضو أو المشارك العام أو التكامل في المؤسسة المقصودة ونشط.
- السطح الصادر — القدرة جزء من منتج KayanOS الصادر وتظهر في التنقل أو المسار المناسب. التنقل فحص راحة وليس تفويضاً.
- المورد والفعل — يمنح الدور الإجراء المطلوب على المورد المستهدف، مثل الفتح أو العرض أو الإنشاء أو التحديث أو الحذف أو الاعتماد أو الإدارة.
- النطاق والهيكل — يجب أن يتقاطع المنح مع نطاق السجل المعين أو علاقة الهيكل المسموحة.
- حالة الكائن — يكون الكيان أو الحقل أو إصدار النموذج أو انتقال الحالة أو لوحة المعلومات أو الاتصال مهيأً وفي حالة تسمح بالعملية.
- حد وقت التشغيل — لا يزال التحقق من الخادم أو قواعد الحقول أو الاحتفاظ أو الحدود أو تفويض الاتصال أو شروط النشر يقبل الطلب.
لا تعالج الرفض بإعطاء دور مدير المؤسسة أولاً. حدد أول فحص فاشل، وصحح أصغر إعداد أو صلاحية معتمدة، وأعد الاختبار نفسه بعضو يفترض أن يبقى مرفوضاً.
نموذج الصلاحية: مورد وفعل ونطاق
يجمع منح KayanOS بين ثلاثة أسئلة:
مجموعة الأفعال الدقيقة خاصة بكل مورد. لا تفترض أن منح
list يسمح بـopen أو أن open يسمح بالتحديث. قد يقرر مساعد الواجهة إظهار زر عندما يملك العضو أي رمز فعل مطابق، بينما يقيم الخادم لاحقاً نطاقات السجل الفعلية والعملية المطلوبة. نتيجة الخادم هي المرجع.
النطاقات ليست تسميات عرض
النطاق حد وصول تحمله الأدوار والسجلات. قد يملك السجل نطاقاً واحداً أو أكثر، ويحتاج العضو إلى رمز مطابق لعملية تتطلب وصولاً مقيداً بالنطاق. لا يثبت مدخل شاشة أو قائمة غير مقيدة أن العضو يستطيع العمل على كل نتيجة. لتعيينات الأدوار المدركة للهيكل، يستطيع KayanOS تطبيق الدور على الكائن المحدد بإحدى ثلاث طرق:
استخدم أصغر علاقة تعبر عن الوظيفة. خيار «التوابع» قوي؛ افحص الهيكل كاملاً وعملية إنشاء الأطفال مستقبلاً قبل تعيينه.
الرؤية والاختيار والحفظ والإيصال أمور منفصلة
أشيع خطأ في الوصول هو معاملة خطوة ناجحة واحدة كدليل على تفويض كل الخطوات اللاحقة.
هذا الفصل مقصود. أبق قواعد الرؤية مقروءة، لكن ضع إنفاذ الصلاحية الحقيقي وانتقال الحالة في سياسة خدمة KayanOS المعنية.
تصميم وصول عملي للمديرية
الآتي تمرين تصميم وليس مجموعة أدوار مضمنة. أنشئه في مؤسسة غير إنتاجية أولاً، ثم طابقه مع الموارد والأفعال الصادرة الدقيقة المعروضة في محرر الأدوار.
اكتب النتيجة المقصودة قبل اختيار الدور. تجنب إنشاء دور «مدير» عام يتحول إلى مجموعة منح غير مترابطة.
اضبط الوصول بأمان
- سمِّ النتيجة. مثال: «يجوز للمفتش تحديث سجل معاينة في مركز مسند لكنه لا يجوز له اعتماد طلب خدمة مواطن».
- حدد المورد والفعل الدقيق. استخدم تسميات المورد والفعل في محرر الأدوار؛ لا تستبدلها بتسمية مفترضة من ميزة أخرى.
- اختر أضيق نطاق. فضّل «مطابق» عند التحقق، وأضف علاقة أسلاف/توابع فقط عندما يطلبها الهيكل التنظيمي صراحةً.
- عيّن عضواً للاختبار. استخدم حساب عضو مضبوط بلا أدوار إضافية قد تجعل الاختبار ينجح عرضاً.
- اختبر المسار المسموح. أكد نجاح السجل/الإجراء المستهدف وظهور النتيجة المحفوظة حيث يُتوقع فقط.
- اختبر المسار المرفوض. جرّب العملية نفسها في مركز آخر أو حقل محمي أو نموذج/إصدار غير منشور أو انتقال غير متاح. يجب أن يبقى مرفوضاً.
- سجل القرار. احتفظ بالدور وحد النطاق والمورد/الفعل ومرجع سجل الاختبار والمراجع وسبب التغيير في سجل تغيير المؤسسة.