مدل قابلیت
BDL از مدل قابلیتی استفاده میکند که لایهها را جداگانه در نظر میگیرد. یک ویژگی را نباید تنها با یک پرچم عمومیِ «پشتیبانی میشود» توصیف کرد؛ زیرا دسترسپذیری در لایههای مختلف میتواند متفاوت باشد.
چهار لایهٔ قابلیت
| لایه | پرسش |
|---|---|
| Native Barsa | آیا پلتفرم برسا این قابلیت را فراهم میکند؟ |
| Runtime Support | آیا Runtime فعال میتواند آن را اجرا یا اعمال کند؟ |
| BDL Expressibility | آیا زبان BDL میتواند آن را نمایش دهد؟ |
| BDL Authoring Availability | آیا تألیف کنترلشدهٔ آن در سطح تألیف فعال در دسترس است؟ |
اهمیت این تمایز
ممکن است قابلیتی بهصورت بومی در برسا وجود داشته باشد، اما هنوز از طریق Runtime یا سطح تألیف فعال BDL ارائه نشده باشد.
همچنین ممکن است BDL بتواند ساختاری را بیان کند که سطح تألیف کنترلشدهٔ فعلی، تولید آن را برای مؤلفان یا سامانههای هوش مصنوعی مجاز نمیداند. به همین دلیل، مستندات و ابزارها باید همهٔ لایههای مرتبط را مستقل ارزیابی کنند.
قابلیت بومی برسا
لایهٔ Native Barsa قابلیت پلتفرم زیربنایی برسا را توصیف میکند: آیا پلتفرم بومی، مستقل از BDL، ویژگی را میشناسد یا فراهم میکند؟ پشتیبانی بومی بهتنهایی شاهد کافی برای دسترسپذیری تألیف BDL نیست.
پشتیبانی محیط اجرا
Runtime Support مشخص میکند آیا Runtime فعال BDL میتواند قابلیت را از طریق سرویسهای بومی کنترلشده پردازش، اجرا، وارد، صادر، اعتبارسنجی یا اعمال کند. رفتار Runtime به نسخه وابسته است.
بیانپذیری BDL
BDL Expressibility مشخص میکند آیا مدل زبان نمایش معتبری برای قابلیت دارد. یک ویژگی ممکن است در زبان قابل بیان باشد، اما تألیف آن برای محیط عملیاتی همچنان در دسترس نباشد.
دسترسپذیری تألیف BDL
BDL Authoring Availability مشخص میکند آیا مؤلفان انسانی یا سامانههای هوش مصنوعی مجازند قابلیت را از طریق سطح تألیف کنترلشدهٔ فعال تولید و اعمال کنند. این لایه ممکن است به دلایل زیر محدود شود:
- محدودیتهای Runtime
- الزامات ایمنی
- الزامات اعتبارسنجی
- تعییننشدن فرادادهٔ لازم
- الزامات تأیید
- محدودیتهای شناختهشده
- محدودیتهای وابسته به نسخه
ارزیابی قابلیت
پیش از تألیف یک ویژگی، این پرسشها را بهترتیب بررسی کنید:
- آیا Native Barsa از ویژگی پشتیبانی میکند؟
- آیا Runtime فعال عملیات موردنیاز را پشتیبانی میکند؟
- آیا نسخهٔ فعال BDL میتواند آن را بیان کند؟
- آیا تألیف برای محیط عملیاتی در دسترس است؟
- آیا پیام تشخیصی، الزام تأیید یا محدودیت شناختهشدهای وجود دارد؟
پشتیبانی را فرض نکنید
مؤلفان و سامانههای هوش مصنوعی نباید دسترسپذیری را از روی ویژگیهای مشابه استنباط کنند. وجود یک ویژگی، نوع مصنوع، API محیط اجرا یا قابلیت بومی برسا، خودبهخود مجوز تألیف BDL برای محیط عملیاتی نیست.
از مستندات قابلیت مربوط به نسخهها و قراردادهای فعال استفاده کنید.
نمونه
ویژگی فرضیای را در نظر بگیرید که در Native Barsa موجود و در BDL قابل بیان است، اما در Runtime فعلی مسیر کنترلشدهای برای تألیف عملیاتی ندارد. وضعیت آن میتواند چنین باشد:
| لایه | نتیجه |
|---|---|
| Native Barsa | در دسترس |
| Runtime Support | محدود یا خارج از دسترس |
| BDL Expressibility | در دسترس |
| BDL Authoring Availability | خارج از دسترس |
به همین دلیل، یک مقدار واحد برای پشتیبانی گمراهکننده است.
زمینهٔ نسخه
اظهارات مربوط به قابلیت باید به نسخهٔ مرتبط متصل باشند. دستکم این موارد را تفکیک کنید:
- نسخهٔ زبان BDL
- نسخهٔ مبنای دانش
- نسخهٔ قرارداد بومی برسا
- نسخهٔ دانش Runtime یا عیبیابی
فرض نکنید شمارهٔ این نسخهها همزمان تغییر میکند.
ادامه
برای شناخت بررسی تعریفهای BDL پیش از اجرای کنترلشده، بخش اعتبارسنجی را مطالعه کنید.