آموزش طراحی و پیاده سازی فرایندها

محیط کارتابل پیشرفته با هدف توسعه توانایی های کاربران برای مدیریت بهتر کارتابلها طراحی شده است. بنابراین می توانیم بگوییم که اصولا کارتابل پیشرفته برای کاربران در سطح سرپرستی و مدیر طراحی شده است. در طراحی این کارتابل سعی شده است با استفاده از قابلیتهای جدول پیشرفته، تمام امکانات مدیریتی بصورت یکپارچه و به سادگی در دسترس کاربر باشد و امکان اعمال تصمیم ها بر اساس نمایش اطلاعات فیلدهای کارها انجام شود.

تا قبل از این، مراکز می توانستند از طریق یک کلاینت Soap به تعداد مشخصی از متدهای API که از قبل تعریف شده اند، دسترسی داشته باشند. و اما از این پس و با توجه به توسعه استاندارد REST در سیستمهای نوسا، خدمات API سیستم مالی، مراکز می توانند متدهای قابل تعریف (User Defined) را نیز طبق سلیقه و نیازهای خود تعریف کنند و از این طریق خدمات API خود را شخصی سازی (Customise) کرده و توسعه دهند.

در ادامه توسعه امکانات فیلدهای از نوع انتخابگر حرفی، این امکان ایجاد شده است که فهرست داده های انتخابگر را بر حسب محتوای فرم انجام وظیفه محدود کنیم. بر این اساس، یک رشته حرفی به فرمت json از محتوای تمام فیلدهای فرم ایجاد می شود و سپس از فرم Object این رشته در where Clause تابع فیلد انتخابگر حرفی استفاده می شود.

تابع استخراج داده ها امکان خواندن، پردازش و نمایش داده های پایگاه مبدا را توسط پارامترهای از پیش تعریف شده processedParams و پارامترهای خام rawParams دارد. اگرچه روش processedParams تقریبا تمام نیازها و خواسته های کاربران را پوشش می دهد اما در موارد خاص و نادر ممکن است نیازهای دیگری وجود داشته ب...

در این مدل پایگاه فرایندها در یک شبکه و پایگاه مبدا (سیستم مالی) در یک شبکه دیگر قرار دارند و از طریق سرویس AccCPUConnector و با پروتکل REST با هم تعامل برقرار می کنند. در این صورت شرکتهای مشتری سیستم فرایندها نیازی به نصب این سیستم در سرورهای خود را ندارند و می توانند امکانات مدیریت فرایندها را به صورت خدمات ابری دریافت نمایند.

ساده ترین مدل فیلدهای انتخابگر حرفی با تابع گردش کار این است که View در خارج از پایگاه مدیریت فرایندها اما در شبکه محلی سیستم مدیریت فرایندها باشد. البته این مدل در عمل به کار نمی رود چون اگر قرار است پایگاه فرایندها و پایگاه مبدا (مثلا سیستم مالی) در یک شبکه محلی باشد آنگاه هیچ دلیلی برای View در خارج از پایگاه فرایندها وجود ندارد و لذا این مطلب تنها آموزش مفاهیم نوشته شده است.

فیلدهای انتخابگر حرفی داده های یک پایگاه دیگر (مثلا سیستم مالی) را خوانده و نمایش می دهند. در مدل عادی داده های پایگاه مبدااز طریق یک SQL View در پایگاه مدیریت فرایندها خوانده می شود ولی اگر View در خارج از پایگاه فرایندها باشد و یا اگر اساسا View وجود نداشته باشد آنگاه این داده ها از طریق یک تابع استخراج داده ها واقع در برنامه گردش کار خوانده می شود. در این مطلب مدلهای مختلف خوانش داده ها از پایگاه مبدا بسته به وجود و موقعیت SQL View توضیح داده شده است.

علاوه بر ارسال دستی پیامها از صندوق پیام، امکان ارسال سیستماتیک پیامها از طریق گردش کار نیز وجود دارد که با استفاده از توابع موجود در برنامه گردش کار انجام می شود. در این مطلب، موجود WorkEIM و متدهای آن برای ارسال پیامهای عمومی و خصوصی معرفی شده است.

یک دسته از وظایف گردش کار، وظایف با عامل انسانی است. برای این دسته از وظایف از نظر تئوری ، کاربر می تواند در هر زمان دلخواه این وظیفه را انجام دهد اما در واقعیت این طور نیست و معمولا مهلت نامحدود برای انجام وظایف وجود ندارد. به عبارت دیگر هر وظیفه باید تا زمان خاصی انجام شود و در ...

هرگاه بخواهیم در جریان گردش کار، عدم حضورها را به شکل سیستماتیک و خودکار ثبت و یا حذف کنیم آنگاه به برنامه نویسی نیاز پیدا می کنیم. به عبارت دیگر میزان مکانیزه شدن مدیریت عدم حضورها، تعیین کننده میزان پیاده سازی این مورد در برنامه گردش کار است. در این مستند، Object ها و متدهای مرتبط با عدم حضورها توضیح داده شده است.