/
/
لیست فرآیندها محل پیدا کردن طراحیها، تشخیص نسخه فعال و انجام عملیات مدیریتی است. هر ردیف یک نسخه فرآیند را نشان میدهد. از همین صفحه میتوانید وارد استودیو شوید، یک فرآیند را کپی کنید، وضعیت اجرا و دسترسیهای مدیریتی را تغییر دهید.
از منوی مدیریت و مدلسازی فرآیند، لیست فرآیندها را باز کنید. سه تب بالای جدول، دامنه نمایش را مشخص میکنند:
| تب | چه ردیفهایی را نشان میدهد؟ |
|---|---|
| همه فرآیندها | نسخههای اصلی و محیط تست |
| فرآیندهای اصلی | تعریفهای خارج از محیط تست؛ شامل نسخه فعال و غیرفعال |
| فرآیندهای محیط تست | نسخههای ساختهشده برای شبیهسازی |
عدد کنار هر تب تعداد مربوط به آن مجموعه است. «اصلی» به معنی «فعال» نیست؛ وضعیت اجرایی را از ستون وضعیت بررسی کنید.
برای یافتن نام یا مقدار در جدول، از جستجو در کل جدول استفاده کنید. برای محدودکردن یک ستون، مقدار را در سطر فیلتر زیر عنوان همان ستون بنویسید. ستونهای انتخابی مانند وضعیت، گزینه «همه» و مقادیر قابل انتخاب دارند. فیلتر شناسه گروه برای دیدن نسخههای یک خانواده مفید است؛ فیلتر شناسه نسخه برای یافتن یک تعریف مشخص کاربرد دارد.
با انتخاب عنوان ستون، ترتیب مرتبسازی آن را تغییر دهید. شماره صفحه و تعداد ردیف هر صفحه در پایین جدول قرار دارد؛ انتخابهای ۵، ۱۰، ۲۰ و ۵۰ به مرور لیست کمک میکنند. در جدولهایی که نوار گروهبندی نمایش داده میشود، عنوان ستون را به آن نوار بکشید تا ردیفها بر همان ستون گروهبندی شوند.
برای خروجی جدولی، از دکمه خروجی Excel استفاده کنید. انتخاب ردیفها با خروجی مدل BPMN فرق دارد؛ Excel اطلاعات جدول را برای بررسی بیرون از صفحه در اختیار میگذارد.
| ستون | معنی و کاربرد |
|---|---|
| شناسه ورژن فرآیند | شناسه یکتای همین نسخه؛ در ویرایش و عملیات یک نسخه استفاده میشود. |
| نام فرآیند | عنوان طراحی؛ ممکن است بین نسخههای یک خانواده تکرار شود. |
| شناسه گروه فرآیند | شناسه خانوادهای که نسخه به آن تعلق دارد. |
| ورژن فرآیند | شماره نسخه در خانواده؛ با شناسه یکتای نسخه متفاوت است. |
| گروه ماژول | گروهی که فرآیند در آن دستهبندی شده است. |
| وبسرویسها | ستون مربوط به وبسرویسهای فرآیند. تعداد تعریفهای سرویس ESB متصل به این نسخه؛ تعداد دفعات فراخوانی نیست. |
| تاریخ ایجاد | زمان ایجاد نسخه نمایشدادهشده. |
| وضعیت | فعال یا غیرفعال بودن نسخه اصلی. برای نسخه محیط تست ممکن است این خانه وضعیت اجرایی عادی نشان ندهد. |
| وضعیت توقف | جاری یا متوقف بودن گروه Process. |
| شبیهسازی | مشخص میکند ردیف متعلق به محیط تست است یا خیر. |
اگر چند ردیف همنام میبینید، ابتدا شناسه گروه و شماره نسخه را مقایسه کنید. نام یکسان برای انتخاب هدف حذف، توقف یا فعالسازی کافی نیست.
↑ بازگشت به فهرست آموزشدر نمای دسکتاپ، با قرار گرفتن نشانگر روی ردیف، ابزارهای آن ظاهر میشوند. اگر فقط اطلاعات ردیف دیده میشود، روی نام ردیف کلیک کنید و سپس ابزار مورد نظر را انتخاب کنید. عنوان راهنمای هر آیکن، عمل آن را مشخص میکند.
| شماره | عمل در تصویر | نتیجه |
|---|---|---|
| ۱ | توقف فرآیند | متوقفکردن گروه Process با تأیید |
| ۲ | ویرایش فرآیند | بازکردن طراحی همان نسخه در استودیو |
| ۳ | کپی فرآیند | بازکردن پیام تأیید کپی طراحی انتخابی |
| ۴ | ESB | بررسی سازگاری ساختار برای ساخت ESB |
| ۵ | مدیریت سطح دسترسی | تعیین مجوزهای مدیریتی کاربران و نقشها روی همین نسخه |
| ۶ | غیرفعال کردن فرآیند | تغییر نسخه فعال به غیرفعال |
| ۷ | انتشار فرآیند | بازکردن پیام تأیید فرآیندهای انتخابشده |
| ۸ | حذف فرآیند | انتخاب عمل حذف برای ردیف موردنظر |
این تصویر تمام حالتهای ممکن جدول را یکجا نشان نمیدهد. ابزارها با وضعیت نسخه و مجوز حساب تغییر میکنند:
هر ردیف لیست مربوط به یک ورژن Process است. وضعیت فعلی و دسترسی کاربر تعیین میکند کدام Action فعال، غیرفعال یا با Icon متفاوت نشان داده شود. Tooltip روی Icon را بخوانید؛ به شباهت رنگ یا شکل میان دو Action اکتفا نکنید.
| Action | نتیجه و نکته |
|---|---|
| ویرایش | بازکردن مدل همین ورژن در Designer. |
| کپی فرآیند | ساخت گروه جدید از مدل کپیشده؛ کپی بهصورت نسخه نخست و فعال گروه جدید ایجاد میشود. |
| فعال کردن / غیرفعال کردن فرآیند | کنترل فعالبودن نسخه در گروه؛ فعالسازی و غیرفعالسازی مجوزهای مستقل دارند و داده مدل حذف نمیشود. |
| توقف فرآیند / خروج از توقف | توقف در دامنه کل گروه فرآیند و خروج از آن؛ با IsActive یک نسخه یا کنترل Timer یکسان نیست. |
| شروع فرآیند / توقف تایمر | کنترل زمانبندی Timer در ردیف دارای این قابلیت؛ وضعیت Timer را از فعال بودن تعریف جدا بررسی کنید. |
| ESB | ورود به تنظیمات انتشار سرویس و قرارداد فراخوانی. |
| منتشر کردن فرآیند | کنترل مربوط به فایل انتشار؛ در نسخه توصیفشده فعلاً غیرفعال است و با انتشار سرویس ESB تفاوت دارد. |
| حذف فرآیند | حذف تعریف انتخابشده طبق محدودیتهای سامانه؛ آن را با حذف ارجاعات یکی ندانید. |
راهنمای دقیق قرارداد سرویس، نمونه درخواست و نگاشت ورودی/خروجی در انتشار و فراخوانی Process در ESB آمده است. خاموش کردن Timer را راه توقف همه نمونههای جاری Process فرض نکنید؛ این دو کنترل مسئله متفاوتی را مدیریت میکنند.
↑ بازگشت به فهرست آموزشساخت فرآیند تازه
مدلسازی فرآیند را از بالای لیست انتخاب کنید. استودیو برای طراحی مدل جدید باز میشود. از راهنمای استودیو برای چیدن بوم و ثبت مدل استفاده کنید.
ویرایش نسخه موجود
ردیف نسخه را پیدا کنید و ویرایش فرآیند را بزنید. استودیو همان نسخه را باز میکند. پیش از ثبت تغییرات، نوع ذخیره و گروه مقصد را بررسی کنید؛ ویرایش طراحی و تعیین نسخه فعال دو تصمیم مرتبط اما جدا هستند.
ثبت موفق تنظیمات یک Task یا Lane به معنی ثبت کل نسخه نیست. پس از پایان تغییرات استودیو، ذخیره فرآیند در پایگاه داده را انجام دهید و در بازگشت به لیست، شماره نسخه و وضعیت آن را بررسی کنید.
کپی طراحی موجود
برای شروع طراحی مشابه، کپی فرآیند را از ردیف مبدا انتخاب و پیام تأیید را بررسی کنید. نام نسخهٔ مبدا را پیش از تأیید کنترل کنید.
اگر هدف شما ادامهٔ نسخهبندی همان فرآیند است، گروه و شمارهٔ نسخه را در پنجرهٔ ذخیرهٔ استودیو مشخص کنید. کپی و ذخیرهٔ نسخه دو انتخاب جدا در محیط هستند؛ پیش از انتخاب، هدف تغییر را روشن کنید.
مدلسازی فرآیند را از بالای لیست انتخاب کنید. پس از بررسی مجوز، استودیو با مدل جدید باز میشود. از راهنمای استودیو برای چیدن بوم و ثبت مدل استفاده کنید. اگر سامانه اجازه ساخت نداد، پیام مربوط به مجوز ساخت یا ظرفیت مجاز را بررسی کنید.
برای شروع طراحی مشابه، کپی فرآیند را از ردیف مبدا انتخاب و پیام تأیید را بررسی کنید. پس از موفقیت، لیست تازهسازی میشود و تعریف کپیشده قابل ویرایش است.
کپی، طراحی مبدا را برای یک گروه مستقل به کار میبرد؛ نمونههای اجرایی و درخواستهای کاربران را تکثیر نمیکند. اگر هدف شما ادامه نسخهبندی همان خانواده است، از مسیر ویرایش و ذخیره نسخه در استودیو استفاده کنید.
بعد از کپی، نام، گروه ماژول، دسترسی آغاز، فرمها، منابع داده و متغیرهای مقصد را بازبینی کنید. شباهت طراحی به معنی مناسببودن تمام وابستگیها برای کاربرد تازه نیست.
تعریف Process، گروه فرآیندی و نمونه اجرا سه مفهوم جدا هستند. هنگام ذخیره، میتوان «گروه فرآیندی جدید» ساخت یا مدل را در یک گروه موجود ذخیره کرد. گروه فرآیندی چند ورژن مرتبط را کنار هم نگه میدارد؛ ProcessCreationID مربوط به اجرای واقعی است و در این انتخاب گروه جای ندارد.
عنوان گروه را وارد کنید، وضعیت اجرایی شدن Process را تعیین کنید و تأیید ذخیره را کنترل کنید. گزینه «آیا مایل به اجرایی شدن فرآیند هستید» از تأیید «از ذخیره فرآیند اطمینان دارید؟» جداست. دکمه بستن از پنجره خارج میشود و ذخیره باید آگاهانه انجام شود.
حالت «ذخیره در گروه فرآیندی» Dropdown انتخاب گروه مقصد را نشان میدهد. پیش از ذخیره، گروه را با دقت بررسی کنید تا ورژن به گروه دیگری متصل نشود. عنوان مدل و گروه انتخابشده ممکن است یکسان نباشند.
هنگام ذخیره در زمینه یک Process موجود، پنجره تأیید کوتاه با گزینه اجرایی شدن نمایش داده میشود. ذخیره، انصراف و فعالسازی را از هم تفکیک کنید؛ ساخته شدن ورژن جدید الزاماً به معنی اجرایی شدن آن نیست.
عنوان فرآیند و گروه ماژول را ابتدا در Pool تنظیم کنید؛ این دو مورد اجباریاند. نامی که در تأیید ذخیرهٔ فرآیند جدید میبینید از همین تنظیمات Pool میآید. آیکن انتخابشده نیز در لیست فرآیندها استفاده میشود.
در پنجرهٔ ذخیره، «گروه فرآیندی جدید» یک گروه جدید میسازد. اگر «ذخیره در گروه فرآیندی» را انتخاب کنید، گروه موجودِ در دسترس را تعیین میکنید تا مدل بهعنوان نسخهٔ جدید همان گروه ذخیره شود. نام یکسان، بهتنهایی عضویت در گروه قبلی را ایجاد نمیکند؛ انتخاب گروه باید صریح باشد.
گزینهٔ «آیا مایل به اجرایی شدن فرآیند هستید» وضعیت فعال نسخه را تعیین میکند. فعالکردن نسخهٔ جدید، نسخهٔ فعال قبلی همان گروه را غیرفعال میکند. اگر نسخه هنوز آمادهٔ استفاده نیست، آن را بدون فعالکردن ذخیره کنید. تأیید «از ذخیره فرآیند اطمینان دارید؟» مستقل است و برای خودِ ذخیره لازم است.
نسخهٔ غیرفعال برای شروع اجرای جدید در دسترس نیست؛ برای Start عادی نیز در فهرست قابل شروع ظاهر نمیشود. غیرفعالبودن را با محیط تست یکی نگیرید: فعالبودن وضعیت اجرایی نسخه است و Test بودن به محیط جداشدهٔ اجرای آزمایشی مربوط میشود.
↑ بازگشت به فهرست آموزشبرای استفاده از یک نسخه اصلی، فعال کردن فرآیند را انتخاب و تأیید کنید. وضعیت نسخه تغییر میکند و نسخههای دیگر همان خانواده غیرفعال میشوند. هنگام انتخاب فرآیند بر مبنای گروه، نسخه فعال خانواده اهمیت دارد.
برای خارجکردن نسخه از وضعیت فعال، غیرفعال کردن فرآیند را بزنید. این عمل با حذف طراحی متفاوت است؛ ردیف و سوابق آن همچنان موضوع بررسی و مدیریتاند. برای بررسی اقدامهای قبلی، به کارتابل سوابق مراجعه کنید.
فعالبودن نیز بهتنهایی تضمین نمیکند هر کاربر فرآیند را در فهرست قابل شروع ببیند. نوع رویداد آغاز و دسترسی Lane شروع باید با هویت کاربر تطبیق داشته باشد. Pool و Lane و رویدادها این تنظیمات را توضیح میدهند.
توقف فرآیند وضعیت توقف عملیاتی را در سطح گروه Process تغییر میدهد. پس از تأیید، وضعیت گروه را کنترل کنید؛ برای رفع این وضعیت از خروج از توقف استفاده کنید. این عملیات با فعال یا غیرفعالکردن یک نسخه و با شروع یا توقف Timer آن نسخه تفاوت دارد. توقف گروه را حذف داده یا ابطال برگشتناپذیر همهٔ نمونههای گروه فرض نکنید.
سه وضعیت را جدا بخوانید: فعال/غیرفعال بودن نسخه، جاری/متوقف بودن گروه Process و اصلی/محیط تست بودن نسخه. توقف عملیاتی گروه حذف آن نیست؛ برچسب محیط تست نیز وضعیت فعالسازی نسخه را توصیف نمیکند.
اگر نسخه فعال، رویداد شروع زماندار داشته باشد، ابزار زمانسنج متناسب با وضعیت اجرا در ردیف آن دیده میشود. برای آغاز زمانبندی، شروع زمانسنج را انتخاب کنید؛ برای متوقفکردن اجرای زمانبندیشده، توقف زمانسنج را بزنید و نتیجه را بررسی کنید.
قبل از شروع، تاریخ/زمان و تکرار رویداد را در استودیو کنترل کنید. بعد از انتخاب نسخهٔ موردنظر، وضعیت زمانسنج همان نسخه را بررسی کنید. تنظیم کامل در بخش Timer Start از راهنمای Eventها آمده است.
قبل از شروع، تاریخ/زمان و تکرار رویداد را در استودیو کنترل کنید. تغییر نسخه فعال یک خانواده میتواند وضعیت زمانسنجهای آن را نیز تغییر دهد؛ بعد از جابهجایی نسخه، وضعیت زمانسنج نسخه مقصد را در لیست دوباره بررسی کنید. تنظیم کامل در بخش Timer Start از راهنمای Eventها آمده است.
آخرین نسخهٔ ذخیرهشده لزوماً نسخهٔ فعال نیست. ذخیرهٔ نسخهٔ تازه بهصورت غیرفعال میتواند نسخهٔ فعال قبلی را برای شروعهای جدید حفظ کند. هنگام فعالکردن نسخهٔ دیگر در یک خانواده، وضعیت تمام نسخههای همان خانواده را دوباره کنترل کنید؛ ممکن است هیچ نسخهای فعال نباشد. غیرفعالکردن یک نسخه را با لغو نمونههای در جریان یا انتقال خودکار آنها به نسخهٔ تازه یکسان نگیرید.
در آزمون نسخهبندی، شناسهٔ نسخهای را که درخواست تازه با آن ساخته شده ثبت کنید. تغییر رنگ ردیف بهتنهایی برای تشخیص نسخهٔ فعال یا نسخهٔ مورد استفادهٔ یک درخواست کافی نیست.
اقدام «توقف فرآیند» در این کاربرد بر کل گروه فرآیند اثر میگذارد؛ دامنهٔ آن را به نسخهٔ ردیف انتخابشده محدود نکنید. این اقدام با فعال یا غیرفعالکردن نسخهٔ جاری و با حذف ساختار یا ارجاعات یکی نیست. پیش از استفاده، گروه و نسخههای متعلق به آن را از ستونهای فهرست مشخص کنید.
نسخهٔ محیط تست نیز علامت بشر کنار نام و اقدام «تست فرآیند» دارد. از همین اقدام به محیط تست نسخه وارد شوید؛ مشاهدهٔ یک نسخهٔ غیرفعال بهتنهایی نشاندهندهٔ Test بودن آن نیست.
از عملیات ردیف، مدیریت سطح دسترسی را باز کنید. این پنجره تعیین میکند چه کاربر یا نقشی حق مدیریت همین فرآیند را داشته باشد؛ دسترسی آغاز یا گیرنده فرم در Lane تنظیم میشود.
مجوزهای این پنجره عبارتاند از:
| مجوز | دامنه کار |
|---|---|
| ویرایش فرآیند | ورود به ویرایش طراحی |
| کپی فرآیند | ایجاد کپی از تعریف |
| مدیریت سطوح دسترسی | تغییر دسترسیهای مدیریتی فرآیند |
| توقف فرآیند | اجرای عملیات توقف |
| خروج از توقف فرآیند | ادامه از وضعیت توقف |
| فعال کردن فرآیند | فعالسازی نسخه |
| غیرفعال کردن فرآیند | غیرفعالسازی نسخه |
| حذف فرآیند | حذف تعریف در دامنه انتخاب |
| حذف ارجاعات فرآیند | پاککردن ارجاعات اجرایی مرتبط |
این پنجره را با تعیین دریافتکنندهٔ کار در Lane اشتباه نگیرید. انتخاب ویرایش فرآیند یک عمل مدیریتی است؛ تعیین شخص یا نقش دریافتکنندهٔ فرم در Pool و Lane انجام میشود.
برای ثبت تخصیص باید مخاطب و دستکم یک عملیات مشخص باشند. مجوزهای ابزارهای وابسته، مانند ساخت سرویس، ممکن است علاوه بر دسترسی فرآیند به دسترسی ماژول مربوط نیاز داشته باشند.
| وضعیت مجوز | معنی در تخصیص همین رکورد |
|---|---|
| اجازه | اجازه انجام عملیات ثبت میشود. |
| عدم اجازه | منع صریح این عملیات برای تخصیص انتخابشده ثبت میشود. |
| عدم تخصیص | این عملیات در تخصیص صریحِ در حال ثبت قرار نمیگیرد. |
نبود تخصیص صریح را به معنی نداشتن همه دسترسیهای حساب در سامانه نگیرید؛ مجوزهای نقش و دیگر سطحهای دسترسی نیز در نتیجه دسترسی کاربر دخیلاند. برای تغییر تخصیص موجود، از ویرایش همان ردیف استفاده کنید و نتیجه را پس از ثبت کنترل کنید.
پنجره سطح دسترسی ردیف، کاربر یا نقش مقصد را میگیرد و مجوزهای مدیریتی همان تعریف را ثبت میکند. ابتدا نوع هویت را انتخاب کنید و سپس گزینه موردنظر را در Dropdown بیابید؛ قبل از انتخاب هویت، Checkboxهای مجوز میتوانند غیرفعال باشند.
| مجوزهای نمایان | کاربرد |
|---|---|
| ویرایش فرآیند، کپی فرآیند | تغییر یا تکثیر تعریف. |
| مدیریت سطوح دسترسی | مدیریت مجوزهای تعریف. |
| توقف فرآیند، خروج از توقف فرآیند | مجوزهای جداگانه توقف گروه و خروج از توقف. |
| فعال کردن، غیرفعال کردن فرآیند | کنترل وضعیت استفاده از تعریف. |
| حذف فرآیند، حذف ارجاعات فرآیند | دو مجوز مستقل برای حذف تعریف و ارجاعات. |
«ثبت دسترسی» انتخابها را ثبت میکند. جدول پایین هویتهای دارای دسترسی را با نام و نوع نشان میدهد و جستجو/صفحهبندی دارد. «انصراف» انتخاب جاری را لغو میکند و «بستن» از پنجره خارج میشود. این پنجره با مجوزهای امکانات روزمره User Task تفاوت دارد.
↑ بازگشت به فهرست آموزشچهار قابلیت تاریخچه Process، روند Process، ارجاع گروهی و تفویض اختیار، هم مجوز سیستمی و هم مجوز همان User Task را لازم دارند. مجوز نهایی حاصل برقرار بودن هر دو لایه است؛ روشن بودن یکی، خاموش بودن دیگری را جبران نمیکند.
| قابلیت | پیشفرض User Task جدید | لایه کنترل |
|---|---|---|
| تاریخچه فرآیند | فعال | سیستمی و User Task |
| ارجاع گروهی | غیرفعال | سیستمی و User Task |
| روند فرآیند | غیرفعال | سیستمی و User Task |
| تفویض اختیار کارتابل | فعال | سیستمی و User Task |
| کارتابل ورودی | — | سیستمی |
| کارتابل سوابق | — | سیستمی |
| فرآیندهای قابل شروع | — | سیستمی |
| کارتابل ثبت موقت | — | سیستمی |
کنترل سیستمی چهار قابلیت اصلی بهصورت عمومی است؛ جزئیات Process به Process و گام به گام در User Task تعیین میشود. مدیر سامانه سقف دسترسی عمومی را میدهد و طراح Process امکان هر گام را فعال میکند. این تغییر را هنگام انتقال تنظیمات قدیمیِ مجوزهای اختصاصی هر Process در نظر بگیرید.
برای فرآیند فعال دارای Timer Start، اقدام «شروع فرآیند» در فهرست، زمانبندی شروع تایمری را به جریان میاندازد. بعد از راهاندازی، اقدام متناظر به توقف تایمر تبدیل میشود تا بتوان همان زمانبندی را خاموش کرد. این اقدام، کنترل زمانبندی است؛ نباید آن را اجرای دستی Start عادی یا تکمیل یک User Task تلقی کرد.
برای ارائه یک فرآیند از مسیر ESB، آیکن ESB همان نسخه را انتخاب کنید. پنجره ابتدا سازگاری ساختار را بررسی میکند. اگر مسئلهای وجود داشته باشد، جدول نام نود، تعداد فعلی و تعداد مورد نیاز نشان داده میشود و گزینه ویرایش فرآیند شما را به اصلاح مدل میبرد.
برای سرویس فرآیندی، ساختار بررسیشده به یک آغاز پیام و یک پایان نیاز دارد و وجود گامهایی که مسیر را منتظر اقدام یا رخداد بعدی نگه میدارند، میتواند مانع ساخت سرویس شود. اگر جدول ناسازگاری UserTask، Graph Mobile Task، ReceiveTask، Timer/Signal میانی یا CallActivity را گزارش کرد، ساختار را متناسب با همین کاربرد اصلاح کنید.
این محدودیت متعلق به تبدیل فرآیند به سرویس در این پنجره است. کاربردهای کارتابلی و انتظار انسانی در طراحی عادی فرآیند، مسیر و تنظیمات خود را دارند.
پس از رفع ناسازگاری و داشتن مجوز ساخت سرویس، گزینه افزودن سرویس در دسترس است. اطلاعات را تکمیل کنید:
| فیلد | نحوه استفاده |
|---|---|
| نام سرویس | نام شناسایی سرویس؛ خالی نماند. |
| فعال | وضعیت فعالبودن تعریف سرویس. |
| مخفی | تنظیم نمایش سرویس در بخش مربوط. |
| مجوز استفاده ناشناس | تعیین استفاده بدون هویت در قرارداد سرویس؛ متناسب با کاربرد انتخاب شود. |
| روش درخواست | یکی از GET یا POST. |
| نوع محتوای پاسخ | text/plain یا application/json. |
| توضیحات | شرح کاربرد و قرارداد سرویس برای مصرفکننده. |
ورودیهای قابل انتخاب از پارامترهای فرآیند و خروجیها از متغیرهای خروجی پایان گرفته میشوند. مورد لازم را اضافه کنید و نگاشت را تکمیل کنید:
| جزء نگاشت | معنی |
|---|---|
| نام اشارهگر | نام اصلی متغیر یا پارامتر فرآیند؛ در این قسمت خواندنی است. |
| نام تعریفشده | نامی که در قرارداد سرویس عرضه میکنید؛ باید مقدار داشته باشد. |
| نوع داده | نوع انتخابی برای داده ورودی/خروجی در سرویس. |
| مقدار پیشفرض | مقدار مورد استفاده برای نگاشت در شرایط مربوط به همان ورودی. |
تکرار یک اشارهگر در انتخابهای اضافهشده مجاز به افزودن مجدد از همان انتخابگر نیست. پس از تکمیل، ذخیره را بزنید و نتیجه ثبت را بررسی کنید. در صورت ترک فرم تغییرکرده، پیام تأیید خروج را بخوانید.
جدول سرویسهای متصل به نسخه، نام و وضعیت آنها را نشان میدهد. از عملیات هر سرویس میتوانید مستندات آن را باز کنید، تنظیمات را ویرایش کنید یا سرویس را حذف کنید. آدرس و قرارداد فراخوانی را از مستندات سرویس ثبتشده بردارید؛ عنوان فرآیند بهتنهایی آدرس سرویس نیست.
آیکن ESB نسخهٔ موردنظر را انتخاب کنید. اگر ساختار برای ساخت ESB سازگار نباشد، جدول نام Node فرآیند، تعداد فعلی و تعداد مورد نیاز را بررسی کنید. با ویرایش فرآیند به طراحی برگردید و مورد مشخصشده را اصلاح کنید.
در گزارش ناسازگاری، نام رویداد و تعداد لازم را بخوانید و از ویرایش فرآیند به طراحی برگردید. برای شروع از پیام و تفاوت آن با شروع عادی، بخش Message Start در Eventها را ببینید.
↑ بازگشت به فهرست آموزش«انتشار» در این صفحه بستهای برای انتقال طراحی و وابستگیهای انتخابشده میسازد. این عملیات با فعالکردن نسخه برای اجرای کاربران یا گرفتن تصویر نمودار فرق دارد.
برای یک نسخه، انتشار را از همان ردیف انتخاب کنید. برای چند نسخه، ابتدا ردیفها را علامت بزنید و از منوی عملیات فرآیند، انتشار گروهی را اجرا کنید. فهرست انتخابها را در پیام تأیید بخوانید تا نسخه ناخواسته وارد بسته نشود.
در ابزار انتشار، مراحل را به ترتیب طی کنید:
.sql میپذیرد.خروجی این مسیر فایل بسته با پسوند .json است. فایل JSON معمولی یا خروجی XML مدل، جایگزین این بسته نیست. انتقال موفق به تطبیق وابستگیها و انتخابهای مقصد نیز وابسته است.
از عملیات بالای لیست، بارگذاری فایل انتشار را باز کنید و فایل بسته را انتخاب کنید. فایل باید بسته JSON تولیدشده توسط ابزار انتشار باشد. اگر فایل انتخاب نشده یا قالب آن پذیرفته نشود، قبل از ادامه پیام نمایش داده میشود.
پس از خواندن بسته، مراحل متناسب با محتویات آن نمایش داده میشوند. منابع، فرمها و فرآیندهای داخل بسته را بررسی کنید و نگاشت مقصد را کامل کنید. برای فرآیند، نام، نسخه و گروه مقصد اهمیت دارد؛ انتخاب یک گروه موجود با ساخت یک خانواده مستقل یکسان نیست.
بعد از اجرای بارگذاری، نتیجه و خطاهای اعتبارسنجی را بررسی کنید. سپس در لیست مقصد، نسخه ایجادشده را پیدا و وابستگیهای اجرایی و دسترسیهای آن را کنترل کنید. موفقیت دریافت فایل، به معنی تکمیل تنظیمات کاربردی همه محیطهای مقصد نیست.
در عملیات هر ردیف، منتشر کردن فرآیند قرار دارد. با انتخاب آن، پنجرهٔ تأیید نام فرآیندهای انتخابشده را نمایش میدهد. فهرست را با نسخههایی که قصد انتخاب آنها را داشتید تطبیق دهید. اگر انتخاب درست نیست، خیر را بزنید و به لیست برگردید.
انتخاب چند ردیف در جدول را پیش از عملیات گروهی کنترل کنید. نام تکراری فرآیند برای تشخیص نسخه کافی نیست؛ شناسهٔ نسخه و شناسهٔ گروه را نیز بخوانید.
↑ بازگشت به فهرست آموزشپیش از اجرا، تفاوت نسخه، گروه و ارجاع را مشخص کنید. عملیات گروهی از ردیفهای علامتخورده استفاده میکنند، اما دامنه «گروه» به همه نسخههای خانوادههای انتخابشده گسترش مییابد.
| عملیات | انتخاب مبنا | دامنه |
|---|---|---|
| حذف فرآیند در ردیف | یک شناسه نسخه | حذف همان تعریف و اطلاعات اجرایی وابسته در مسیر حذف |
| حذف چند فرآیند | نسخههای علامتخورده | حذف تعریفهای انتخابی |
| حذف گروه فرآیند | گروه ردیفهای انتخابی | حذف نسخههای خانوادههای انتخابشده |
| حذف ارجاعات چند فرآیند | نسخههای علامتخورده | پاککردن ارجاعات اجرایی مربوط، با باقیماندن تعریفها |
| حذف ارجاعات گروه فرآیند | گروه ردیفهای انتخابی | پاککردن ارجاعات نسخههای آن خانوادهها، با باقیماندن تعریفها |
انتخاب یک ردیف و اجرای حذف گروه، به حذف همان یک نسخه محدود نمیشود. برای نگهداشتن طراحی و پاککردن اطلاعات اجرایی، عمل مربوط به ارجاعات را انتخاب کنید. این گزینه را معادل پاککردن رکوردهای فرم، دادههای سرویس خارجی یا فایلهای ماژولهای دیگر در نظر نگیرید.
حذف فرآیند در عملیات ردیف قرار دارد. پیش از انتخاب آن، شناسهٔ نسخه را کنترل کنید تا یک نام تکراری شما را به ردیف دیگری نبرد. انتخاب یک فرآیند برای ویرایش، آغاز درخواست تازه و حذف آن سه عمل متفاوتاند.
↑ بازگشت به فهرست آموزشتوجه: برای ادامهٔ طراحی از ویرایش استفاده کنید. برای آغاز یک درخواست از فرآیندهای قابل شروع وارد شوید. عنوان عمل را پیش از تأیید بخوانید تا به جای اقدام موردنیاز، حذف را انتخاب نکنید.
نمای «همه فرآیندها» شامل دو دستهٔ «فرآیندهای اصلی» و «فرآیندهای محیط تست» است. نسخهها و اجرای آزمایشی در محیط تست جدا نگه داشته میشوند و در کارتابل عملیاتی معمول ظاهر نمیشوند. برای بررسی نسخهٔ Test، نمای مناسب فهرست و محیط تست را باز کنید.
«ویرایش» مدل را در Designer برای اصلاح و نسخهگذاری باز میکند. «کپی» ساختار و تنظیمات نسخهٔ انتخابشده را در گروه جدید با نسخهٔ نخستِ فعال قرار میدهد؛ کپی، نسخهٔ تازهای از گروه قبلی نیست. پیش از استفادهٔ عملیاتی از گروه کپیشده، عنوان، دسترسیها، مسیر دادهها و وضعیت فعال آن را بررسی کنید.
دسترسی ماژول، دسترسی رکورد Process List و دسترسی User Task/آیتم کارتابل سه سطح متفاوتاند. اجازهٔ دیدن یک کار انسانی، بهتنهایی اجازهٔ ویرایش یا کپی تعریف فرآیند را نمیدهد. حتی مجوز فعالکردن و غیرفعالکردن نیز مستقل است؛ کاربری ممکن است یکی را داشته باشد و دیگری را نداشته باشد.
Checkbox هر ردیف برای انتخاب آن ورژن و Checkbox سربرگ برای انتخاب مجموعه قابل انتخاب است. نوار بالای لیست، همه فرآیندها، فرآیندهای اصلی و فرآیندهای محیط تست را با شمارنده جدا نشان میدهد. نماد محیط تست در عنوان ردیف کمک میکند تعریف تست با تعریف اصلی اشتباه نشود.
| گزینه منو | دامنه عملیات |
|---|---|
| حذف ارجاعات گروه فرآیند | ارجاعات مرتبط با گروه فرآیندی. |
| حذف ارجاعات دستهای فرآیند | ارجاعات ورژنهای انتخابشده. |
| حذف دستهای فرآیند | تعریفهای انتخابشده. |
| حذف گروه فرآیند | گروه فرآیندی و محدوده مربوط به آن طبق اعتبارسنجی سامانه. |
| بارگذاری فایل انتشار فرآیند | ورود بسته انتشار از فایل؛ در نسخه توصیفشده فعلاً غیرفعال است. |
| انتشار گروهی فرآیند | تهیه بسته انتشار برای مجموعه انتخابشده؛ در نسخه توصیفشده فعلاً غیرفعال است. |
حذف ارجاعات Process، داده ماژولهای خارجی را حذف نمیکند؛ برای مثال رکوردهای Form که در اجرای فرآیند ثبت شدهاند، صرفاً با حذف ارجاعات پاک نمیشوند. پیش از عملیات گروهی، ورژن، گروه و اصلی/تست بودن ردیفها را کنترل کنید؛ فیلتر جستجو و انتخاب فعلی را بخشی از تعیین دامنه بدانید.
↑ بازگشت به فهرست آموزش| مسئله | چه چیزی را بررسی کنید؟ |
|---|---|
| نام فرآیند در لیست پیدا نمیشود | تب اصلی/محیط تست، فیلترهای باقیمانده، نام و دسترسی حساب. |
| نسخه درست را نمیتوان تشخیص داد | شناسه گروه، شماره نسخه و شناسه یکتای نسخه را با هم بخوانید. |
| آیکن عملیات دیده نمیشود | ردیف را انتخاب کنید؛ سپس وضعیت توقف/تست و مجوز همان عمل را بررسی کنید. |
| نسخه فعال است اما کاربر نمیتواند شروع کند | نوع Start، تنظیمات Lane شروع، نقش و کاربر جاری؛ جزئیات در راهنمای Pool و Lane. |
| پیام ناسازگاری ESB نمایش داده میشود | نام رویداد، تعداد فعلی و تعداد مورد نیاز در جدول گزارش. |
برای ادامهٔ کارهای ارجاعشده، کارتابل ورودی را باز کنید. برای پیگیری اقدامها به کارتابل سوابق بروید. تغییر طراحی در استودیو انجام میشود.
↑ بازگشت به فهرست آموزش