نمونهٔ گردشکار
این نمونه جایگاه مصنوع گردشکار را در سند BDL نشان میدهد. هویت و محل گردشکار را بدون اختراع ساختارهای مستندنشدۀ فعالیت، گذار، فرم شروع، تخصیص یا Runtime توضیح میدهد.
نمونه
{
"schema": "barsa.definition.v1",
"project": {
"code": "SAMPLE",
"caption": "Sample",
"systemId": "${RESOLVE_SYSTEM_ID}",
"version": "1.0.0"
},
"references": {},
"artifacts": [
{
"kind": "workflow",
"code": "CustomerApproval",
"caption": "Customer Approval"
}
]
}
آنچه این نمونه نشان میدهد
- گردشکارها مصنوعات درجهاول BDL هستند.
- گردشکار هویت پایدار مستقل برای تألیف دارد.
- تعریف گردشکار در مجموعهٔ ریشهٔ
artifactsقرار میگیرد. - عنوانهای نمایشی از کدهای ماشینی جدا میمانند.
ساختار گردشکار واقعی
گردشکار عملیاتی ممکن است به این موارد نیاز داشته باشد:
- شرایط شروع
- فعالیتها یا مراحل
- گذارها
- تخصیصها
- فرمها
- قواعد
- فرمانها
- اعلانها
- متغیرهای Runtime
- رفتار تکمیل
ساختار دقیق این عناصر باید از نسخهٔ مبنای فعال BDL و شواهد Runtime گرفته شود. شناسهٔ فعالیت، شناسهٔ گذار، فرم شروع یا اتصال Runtime را اختراع نکنید.
حساسیت به Runtime
در گردشکارها تمایز پشتیبانی زبان و پشتیبانی Runtime اهمیت ویژهای دارد. ممکن است ساختار گردشکار در BDL قابل بیان باشد، اما رفتار مشخص Runtime یا عملیات تألیف همچنان محدود یا خارج از دسترس باشد.
پیش از اتکا به ویژگی گردشکار، هر چهار لایهٔ قابلیت را بررسی کنید.
گردشکارهای موجود
برای کار روی گردشکار موجود برسا، پیش از تغییر فرادادهٔ زندهٔ آن را تعیین کنید. فعالیتها، گذارها، فرمها یا شناسههای فعلی را فقط از عنوانهای نمایشی استنباط نکنید.
الگوی تألیف ایمن
با کوچکترین تعریف قابل اعتبارسنجی گردشکار شروع کنید. فعالیتها، گذارها، تخصیصها و مصنوعات مرتبط را تدریجی اضافه کنید. هر تغییر معنادار را پیش از اجرا اعتبارسنجی کنید.
اگر رفتار Runtime نامطمئن است، آن را نیاز به تشخیص بدانید؛ شکاف را با ساختار حدسی پر نکنید.
محدودیتهای شناختهشده
برخی قابلیتهای گردشکار ممکن است شکاف شناختهشدهٔ صریح یا محدودیت تألیف بدون اتلاف داشته باشند. پیش از آمادهدانستن تعریف پیچیدهٔ گردشکار برای محیط عملیاتی، بخشهای محدودیتهای شناختهشده و عیبیابی را بررسی کنید.
ادامه
نمونههای بعدی قواعد و فرمانها را پوشش میدهند.