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

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

تا قبل از این، مراکز می توانستند از طریق یک کلاینت 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 توضیح داده شده است.

هر گردش کار از یک سری مراحل انجام وظیفه تشکیل می شود. حال اگر بخواهیم مراحل گذشته یک کار را ملاحظه کنیم باید از امکان تاریخچه تراکنشهای کار استفاده کنیم. به این ترتیب تمام تراکنشهای یک کار به ترتیب زمان و از آغاز تا وضعیت جاری نمایش داده می شود.

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

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