هوش تجاری و تعریف قوانین
همه سیستم‌های مبتنی بر قوانین کسب و کار از نوعی زبان قوانین به عنوان یک فرمالیسم توصیفی برای توصیف تمام جنبه‌های فرآیند کسب‌وکار، از جمله وضعیت‌های سیستم، عوامل، ورودی‌ها و رویدادها، مشغولیت‌ها و گذارها بین وضعیت‌ها استفاده می‌کنند.
یک زبان قوانین یک چارچوب برای توصیف مجموعه‌هایی از قوانین است. چرا که توصیف ما از یک قانون شامل همزمانی و عمل می‌شود، هر زبان برنامه‌نویسی استانداردی مانند C یا C++ که حاوی ساختار IF-THEN-ELSE باشد، می‌تواند به عنوان یک زبان قوانین استفاده شود. اما زبان‌های برنامه‌نویسی رویه‌ای استاندارد ترتیب اجرا را اعمال می‌کنند، بنابراین استفاده از آنها به عنوان زبان‌های قوانین محدود است.
این به دلیل عدم تعیین واقعیت با رویدادها و اظهارات در دنیای مدل‌شده است. یک زبان رویه‌ای وابستگی مصنوعی به توالی واقعیت‌ها را تحمیل می‌کند و ممکن است به نتایج غیرمنتظره منجر شود اگر این واقعیت‌ها به ترتیب‌های مختلف رخ دهند. به جای این که زبان‌های قوانین به دلیل نحو اعلامی خود، یک روش برای بیان مجموعه‌ای از قوانین بدون انتقال هیچ ترتیب اجرا را فراهم می‌کنند.
بیشتر اوقات، تعریف قوانین در یک رابط کاربری گرافیکی (GUI) مشخص می‌شود. مزیت واسط کاربری گرافیکی شامل ویرایش توجیه‌مند نحوی است که کاربر را از وارد کردن قوانین نادرست جلوگیری می‌کند.
موتورهای قوانین
یک موتور قوانین یک برنامه است که به عنوان ورودی یک مجموعه از قوانین را می‌پذیرد، یک چارچوب برای اجرای این قوانین ایجاد می‌کند و به عنوان یک ناظر به یک سیستم عمل می‌کند که باید با این قوانین هماهنگ عمل کند. موتورهای قوانین به همراه یک زبان قوانین کار می‌کنند. یک موتور قوانین همیشه به صورت انتزاعی عمل می‌کند، به این معنی که عملکرد آن همیشه یکسان است مهم نیست که چه قوانینی در حال استفاده هستند؛ این انعکاس جدایی منطق کسب‌وکار از پیاده‌سازی آن است.
موتورهای پیچیده‌تر اجازه انجام بررسی‌های همزمان چندگانه بر روی قوانین را همچنین اجرای موازی محرک‌ها را می‌دهند. انواع دیگری از موتورهای قوانین کاهش‌های ریاضی پیچیده را انجام می‌دهند تا صحت مقادیر مداوم سیستم را تأیید کنند. موتورهای قوانین ساده‌تر ممکن است (شاید به صورت نادرست) یک قانون را برای بررسی انتخاب کرده و اگر شرط به صورت درست ارزیابی شود، عملی را اجرا کنند.
منابع قوانین کسب و کار
منابع زیادی برای قوانین وجود دارد، به عنوان مثال گفتگوها با افراد، اسناد طراحی، قوانین، مقررات و کدهای برنامه‌نویسی. هر یک از این منابع ممکن است غنی از قوانین کسب‌وکار باشند، اما به دلیل ویژگی‌های خاص هر منبع، استخراج قوانین از هر یک نیاز به مهارت‌های مختلفی دارد.
افراد
گفت‌وگوهای انجام شده با کارشناسان موضوعی (SMEs) احتمالاً می‌توانند منابع غنی از قوانین کسب‌وکار باشند، به ویژه زمانی که این گفت‌وگوها به دنبال نتایج تجزیه و تحلیل‌های گذشته انجام شوند. به عنوان مثال، اخیراً برخی از داده‌ها را تحلیل کرده‌ایم که مقادیر داده‌ای مشکوکی را در برخی از ستون‌ها نشان می‌دهد. حتی ذکر این موضوع به SME به طور فوری واکنشی را به دنبال خواهد داشت که ما میتوانستیم از آن یک قانون کسب‌وکار استخراج کنیم. این فرآیند می‌تواند بسیار مثمرثمر باشد تا زمانی که تمرکز بر افزودن ارزش BI باشد.
مستندسازی
تجربه دیگری که در تجزیه و تحلیل قوانین کسب‌وکار داشتیم، شناسایی توده‌ای از قوانین درون یک فرهنگ داده‌ای بود که در یک فرمت جدول کاری محبوب ذخیره شده بود. توصیف مقادیر معتبر برای عناصر داده‌ای و همچنین ارتباطات بین عناصر مختلف در جدول یکسان و در سراسر جداول دیگر، همگی درون فیلدهای متنی به عنوان بخشی از جدول کاری مخفی بودند. مستندات منبع غنی از قوانین کسب‌وکار هستند، اگرچه باید مواظب باشید، زیرا معمولاً مستندات با آنچه در حال مستندسازی است همگام نمی‌مانند. متن توصیفی با قوانین پر است و شما باید تجربه زیادی در ترجمه متن به قوانین پیدا کنید.
مقررات
سازمان‌هایی که متعهد به مجموعه مقرراتی از طرف یک هیئت مدیره هستند، ممکن است متوجه شوند که مقررات منبع عالی برای قوانین کسب‌وکار هستند. به وضوح، قوانین و مقررات، دستورات و حتی پیشنهادات توسط سازمان‌های نظارتی یا تشکل‌های صنعتی منابع خوبی برای قوانین کسب‌وکار هستند. مطالعه مقررات نیاز به چشم حساس یک SME دارد که به طور معقول قانون را از متن استخراج می‌کند.
کدهای برنامه
یکی از مسائل دشوارتر در کشف قوانین کسب‌وکار استخراج قوانین کسب‌وکار از برنامه‌های کاربردی موجود است. زیرا احتمالاً تمام منطق کد برنامه به نحوی با یک دستور کسب‌وکار مرتبط است، زمانی که نیاز به جمع‌آوری و تجزیه و تحلیل یک سیستم نرم‌افزاری کامل باشد، ممکن است منابع زیادی را مصرف کند. به عنوان جایگزین، برخی از ابزارهای پیشنهادی برای انجام آنچه می‌توان آن را “استخراج کد” نامید، وجود دارد که عبارتند از:
- تجزیه‌وتحلیل ساختار کنترل برنامه
- جستجوی مکان‌های کد که شرایط در آنها تست می‌شود.
- استخراج این شرایط
- جستجوی اقداماتی که بر اساس صحت شرایط انجام می‌شوند.
- استخراج این اقدامات
سپس شرایط و اقدامات استخراج‌شده به یک تحلیل‌گر ارائه داده می‌شوند تا تشخیص دهد آیا قوانین کسب‌وکار در آن منطق برنامه جای داده‌اند یا خیر.
تبدیل زبان به قوانین
یکی از مزایای اساسی رویکرد قوانین کسب‌وکار این است که تجزیه و تحلیل یک فرآیند کسب‌وکار، یک مکانیزم برای استخراج موارد مرتبط با هوش از منطق برنامه فراهم می‌کند و این امکان را فراهم می‌کند که این موارد به عنوان محتوا تلقی شوند. فرآیند تجزیه و تحلیل قوانین به توانایی نه تنها جدا کردن قوانین هوشی، بلکه شناسایی اصطلاحات، حقایق و اظهارات درباره موجودیت‌های کسب‌وکار است که معمولاً در یک پایگاه داده مدل شده‌اند، منجر می‌شود.
با جمع‌آوری قوانین کسب‌وکار، هدایت آنها به مجموعه‌ها، نام‌گذاری آن مجموعه‌ها و مدیریت آنها به عنوان محتوای اجرایی، ما کنترلی بر فرآیندهای کسب‌وکار خود پیدا می‌کنیم که وقتی که تمامی منطق در پیاده‌سازی نهفته بود، از دست می‌رفت.
ارزش تخصص کارشناسان موضوع
بخش جالب (به عبارت ساده: دشوار) این فرآیند، یادگیری کافی از اصطلاحات موجود در منابع انتخاب شده برای قوانین (مردم، مستندات، قوانین و مقررات و غیره) و یادگیری چگونگی ترجمه آن به نحوه نوشتن قوانین است. این موضوع به ویژه در یک محیط مفید است که نیاز به انتشار دانش به تعدادی از افراد در سراسر یک سازمان وجود دارد، به ویژه در مواردی که زمینه یا تخصص موضوعی مورد نیاز است.
این یک مثال خوب از یک فرآیند است که از تنوع دانش فنی و کسب‌وکار تیم BI بهره می‌برد. داشتن کارکنان مطلع از امور کسب‌وکار یا SMEs در تیم، این فرآیند را آسان‌تر می‌کند.
برای یک معامله متعلق به یک معامله‌گر دارایی (کارگزار-فروشنده)، باید اطلاعات زیر را در نظر گرفت:
- شماره یا نماد آلفایی مربوط به معامله‌گر کارگزار-فروشنده که اطلاعات را ارسال می‌کند.
- شماره یا نماد آلفایی معامله‌گر(ها) کارگزار-فروشنده (های) معامله‌گر دیگر در سمت مخالف معامله.
- شناسه امنیتی (Security Identifier).
- تاریخ اجرا.
- مقدار معامله شده.
- قیمت معامله.
- شماره حساب.
- هویت بورس یا بازاری که هر معامله در آن انجام شده است.
تحت قانون پیشنهادی، اگر یک معامله برای حساب یک مشتری (نه حساب اختیاری) انجام شده باشد، باید همچنین نام مشتری، آدرس مشتری، نام کارفرما (کارفرمای مشتری)، شماره شناسایی مالی مشتری و سایر اطلاعات مرتبط با حساب مشتری نیز وارد شود.
از این مثال می‌توان فهمید که یک متخصص در درک مقررات کمیسیون تبادلات اوراق بهادار (SEC) قادر است توصیف کند که چه چیزی به ارسال الکترونیکی اضافه می‌شود. تجزیه و تحلیل حرفه ای اطلاعات باید این کارشناس را به تعریف اجزای مورد نظر، مانند نماد آلفایی، شماره کارگزاری، شناسه امنیتی، شماره حساب و شماره مالیاتی و همچنین روابط بین این اجزا ترغیب کند، پیش از اینکه هر گونه مزیتی از طریق ترجمه قوانین به دست آید. این اطلاعات سپس به پایگاه داده دانش اضافه می‌شوند.
مسائل مدیریت
وقتی تصمیم به توسعه یک سیستم با استفاده از رویکرد قوانین تجاری می‌گیریم، باید فرآیند تفکر خود را برعکس کنیم و تصور کنیم که وضعیت دنیا چگونه است وقتی به وضعیت پایانی رسیده‌ایم. به عبارت دیگر، در نظر بگیرید که سیستم باید پس از ساخت به چه صورتی باشد و تمام قوانینی را که توقعات ما را در مورد نحوه عملکرد آن سیستم مشخص می‌کنند، فهرست کنید. این توقعات، بذرهای قوانین تجاری ما هستند.
این به این معنی است که باید فرآیند تجاری خود را در عمل و در حال اجرا تصور کنیم و تمام شرکت‌کنندگان حیاتی و غیرحیاتی (افراد، رویدادها، منابع داده و غیره) در آن فرآیند را فهرست کنیم. بعد از انجام این کار، تمام توقعات خود را از آن فرآیند تجاری و نحوه تأثیر توقعات خود را توسط ورودی‌ها، افراد و تغییرات وضعیت مشخص می‌کنیم. در آخر، راه‌هایی را برای مشخص کردن این توقعات در چارچوب تعریف قوانین بررسی می‌کنیم، و همچنین سیستم خود را برای اطمینان از اینکه می‌توانیم تمام رویدادهای تجاری ممکن را در داخل سیستم مدیریت کنیم، ارزیابی می‌کنیم.
مسائل سیاسی
مانند سایر جنبه‌های برنامه تجزیه و تحلیل اطلاعات تجاری، یک مانع مهم در موفقیت پیاده‌سازی قوانین کسب و کار مسئله‌ای اجتماعی است، نه مسئله فنی. دلایلی برای این امر وجود دارد:
- ارزیابی ریسک: هنگام مهاجرت به یک فناوری جدید، همواره ریسک وجود دارد. اینکه سیستم‌های مبتنی بر قوانین برای مدت طولانی در دسترس بوده‌اند، اما استفاده از آنها در سیستم‌های تولید محدود است و این به طور طبیعی ممکن است به شک و تردید در مورد کارایی این فناوری منجر شود.
- نگرانی‌های مرتبط با زمینه شغلی: تلاش برای استخراج منطق کسب و کار از کد برنامه‌نویسی به منظور ساخت خودکار نرم‌افزارها احتمالاً نگرانی‌ها را در میان افرادی که بر روی کد اصلی کار می‌کنند، به وجود می‌آورد. آنها ممکن است مقاومت در برابر معرفی یک فناوری که ممکن است موقعیت‌های شغلی آنها را منسوخ کند، انجام دهند.
- انتظارات بالا: چرا که استفاده از یک سیستم قوانین مشخص می‌کند که یک سیستم با استفاده از قوانین به جای زبان‌های برنامه‌نویسی روندی را می‌سازد، ممکن است به نظر بیاید که نیاز به برنامه‌نویس‌ها کاهش پیدا می‌کند. در واقع، تحلیلگران قوانین کسب و کار همانند برنامه‌نویس‌ها تخصصی هستند و باید از تعیین انتظارات غیر واقعی پرهیز شود.
محدودیت‌های رویکرد
بدون شک، استفاده از قوانین کسب و کار محدودیت‌هایی دارد.
- مدیریت جزئیات:
همراه با هر مجموعه قوانین، ترسی از یک مجموعه قوانین بی‌نظم و پر از قوانین بی‌اهمیت و قوانین که فقط سیستم را مسدود می‌کنند، وجود دارد. هنگام استفاده از یک سیستم قوانین، باید به اندازه کافی دقت داشت تا مهندس قوانین علاقه‌مند باشد که به درک سیستم تعریف قوانین و سیستم مدیریت قوانین پایبند شود. رویکرد قوانین نیازمند اختصاص به جزئیات است، زیرا تمام اشیاء در حال عمل در فرآیند کسب و کار و همچنین تمام ویژگی‌های هر شیء باید مشخص شوند. این نیازمند اختصاص به جزئیات و درک تجزیه و تحلیل فرآیند کسب و کار است.
- انتظارات غیر واقعی:
افراد علاقه‌مند به فناوری‌های مبتنی بر قوانین ممکن است انتظار داشته باشند که تبدیل مجموعه‌ای پیچیده از سیاست‌های کسب و کار به یک سیستم مبتنی بر قوانین همیشه سریع‌تر اجرا شود، آسان‌تر به نگهداری برسد و در اجرا کارآمدتر باشد. اگرچه این ممکن است برای برخی از برنامه‌ها صحیح باشد، واقعیت این است که خود سیاست‌های کسب و کار به طور معمول مشخص نمی‌شوند و فرآیند تبدیل یک بیانیه سیاستی به یک مجموعه قوانین می‌تواند بسیار پیچیده باشد.
- حذف برنامه‌نویسان:
به دلیل ویژگی‌های “زبان طبیعی” زیبای قوانین، تصور عمومی این است که یک برنامه فرآیند کسب و کار می‌تواند توسط غیر برنامه‌نویسان ایجاد شود و منابع و انجمن فناوری اطلاعات می‌توانند حذف شوند. این تصوری نادرست است، زیرا مشخصه قوانین خود به ساختار نحوی دقیقی تسلط دارد. حتی اگر آن را “برنامه‌نویسی” ننامید، مهارت و تجربه مورد نیاز با توانمندی‌های یک برنامه‌نویس مطابقت دارد.
در آخر
قوانین کسب‌وکار یک روش موثر برای گنجاندن هوش کسب‌وکار کشف‌شده در یک چارچوب عملیاتی پیوسته می‌باشند. برخی از مثال‌های کاربردی قوانین کسب‌وکار شامل شناسایی مداوم تقلب، تجزیه‌وتحلیل رفتار مشتری با هشدار و پیگیری از دست دادن مشتریان می‌شوند. علاوه بر این، قوانین کسب‌وکار می‌توانند به عنوان پایه فرآیند آماده‌سازی داده مانند پایبندی به مقررات اطلاعاتی، تمیزکردن داده، تجزیه‌وتحلیل داده و ادغام داده‌ها عمل کنند…
شرکت داده های هوشمند ساویس با هدف کمک به طراحی، توسعه و رشد محصول و کسب و کار خدمات متفاوتی ارائه می‌کند. با توجه به اینکه مجموعه شما چه ابعاد و نیازهایی دارد، برنامه همکاری و سرویس‌دهی به شما بطور منحصر بفرد طراحی و بصورت پروپوزال به شما ارائه می‌شود. با توجه به اهداف هوش تجاری و موارد مطرح شده در این مطلب میتوانید با استفاده از داشبوردهای هوش تجاری، کسب و کار خود را ارتقاء دهید.
