تغییر قالب سایت

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

Posted in عمومي | Leave a comment

یک مدل مفهومی برای راه اندازی معماری سرویس گرا

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

مدل مفهومی معماری سرویس گرا

Posted in معماری سرویس گرا-SOA, مهندسی نرم افزار | ۱ Comment

پروسه راه اندازی یک سیستم بر اساس معماری سرویس گرا

اگر قصد داشته باشید بک راه حل سازمانی مبتنی بر معماری سرویس گرا را راه اندازی نمایید، اولین سوالی که به ذهن شما خواهد رسید اینست که برای راه اندازی این راه حل چه فرآیندی را دنبال نمایید و این فرایند شامل چه گام هایی می باشد.
david linthicum (یکی از خبرگان معماری سیستم های اطلاعاتی) در پاسخ به این سوال، فرآیند ۱۰ مرحله ای زیر را پیشنهاد می نماید که به نظر من یکی از بهترین راه کارهای موجود است:
۱- درک اهداف کسب و کار و تعریف علل موفقیت کسب کار
۲- تعریف حوزه مساله یا problem domain
3- درک معنای کاربرد (application semantics) در کل حوزه مساله
۴- شناخت و درک کلیه سرویس ها در کل حوزه مساله
۵- شناخت و درک کلیه فرآیندها در کل حوزه مساله
۶- تعریف سرویس های جدید
۷- تعریف فرآیندهای جدید
۸- انتخاب مجموعه فناوری های توانمندساز
۹- استقرار فناوری یا فناوری های منتخب
SOAو

 

فایل اسلایدهای این مطلب رو از اینجا دانلود کنید 

Posted in معماری سرویس گرا-SOA, مهندسی نرم افزار | Leave a comment

مرجع یادگیری سریع BPMN

ایجاد یک سیستم بر اساس رویکرد مدیریت فرآیندهای کسب و کار (BPM) با مدلسازی فرآیندهای تجاری آغاز می شود، جاییکه معمار سیستم ناگزیر به استفاده از استانداردهای مدلسازی فرایندهای تجاری است. یکی از استانداردهای مشهور و مناسب در زمینه مدلسازی فرآیندها BPMN است که فرآیندها را بر اساس سه مفهوم رویداد (event)، وظیفه (task) و انشعاب (gateway) مدل می نماید.
مرجع زیر که توسط شرکت BizAGI تهیه شدده است، بصورت بسیار خلاصه و تنها در یک صفحه مفاهیم فوق را تشریح می نماید. امید است که مقبول افتد.
برای دانلود فایل مذکور اینجا را کلیک نمایید
Posted in مدیریت فرایندهای کسب و کار-BPM, مهندسی نرم افزار | ۲ Comments

سمینار کارشناسی ارشد: مفاهیم، راهبردها و فناوری های یکپارچه سازی برنامه های کاربردی سازمانی

“یکی از جهت گیری های اصلی فناوری اطلاعات، یکپارچه سازی و اتصال سیستم ها و فناوری‌های اطلاعاتی جهت دست یابی به سیستم های یکپارچه و بدون درز است تا بدین وسیله، بستر مورد نیاز جهت تحقق جامعه اطلاعاتی فراهم گردد. این جهت گیری، یکپارچه سازی را به نیازی غیرقابل تردید بدل کرده است. برای پوشش این نیاز، راهبردهای مختلفی مطرح است که یکی از مهمترین آنها، بکارگیری فناوری ها و راه حل های یکپارچه سازی برنامه های کاربردی سازمانی (EAI) می باشد. فناوری های نرم افزاری EAI با فراهم ساختن امکان اشتراک اطلاعات و فرایندهای کسب و کار سیستم های اطلاعاتی مرتبط با یکدیگر، دست یابی به سیستم های یکپارچه را ممکن می کنند”.
متن فوق بخشی از چکیده سمینار کارشناسی ارشدم بود که با عنوان “مفاهیم، راهبردها و فناوری های یکپارچه سازی برنامه های کاربردی سازمانی” در سال ۸۵ در دانشگاه تربیت مدرس ارائه شده بود.

جهت دریافت فایل کامل سمینار فوق، اینجا را کلیک نمایید.

Posted in پايان نامه, یکپارچه سازی سیستم های اطلاعاتی سازمانی - EAI | ۲ Comments

ضرورت نگاه واقع گرایانه به راه حل های مدیریت فرآیند

مقوله مدیریت فرآیند کسب و کار برای علاقمندان به تحول سازمانی آنقدر جذاب است که بسیاری از طرفداران آن، بدون توجه به واقعیت های سازمانی و تکنولوژیک مرتبط با پیاده سازی این مفهوم نوین به سمت آن حرکت نموده اند که این نگاه، در نهایت یاس و ناامیدی بسیاری از شیفتگان این رویکرد را به دنبال داشته است.
متاسفانه اغلب سازمانی هایی که در کشور به سمت این رویکرد حرکت نموده اند، در پرتو رویاپردازی های غیرعملی شرکت های ارائه دهنده این محصولات با مساله درک نادرست از این رویکرد و فناوری های توانمندساز آن برخورد نموده اند.
برای آن که به درک درستی از آنچه توسط راه حل های نرم افزاری BPM قابل تحقق است، برسید، به نکات زیر توجه فرمائید:
۱- معمولاً امکان پیاده سازی نرم افزاری یک کلان فرآیند (فرآیندی که در کل سازمان پخش شده است)، پایین است. این وضعیت، معمولاً ریشه در پیچیدگی های سازمانی این مساله و حجم سنگین کار طراحی حالات مختلف یک کلان فرآیند دارد. با توجه به این مساله، شکستن درست کلان فرایندها به زیر فرآیندهای مستقل امری اجتناب ناپذیر است.

۲- سیستم های نرم افزاری مدیریت فرایند کسب و کار معمولاً نسبت به سیستم های اطلاعاتی سنتی (اطلاعات گرا) کندتر هستند. برای دست یابی به نرم افزاری منعطف، شما مجبور به ایجاد لایه های جدیدی در معماری نرم افزار هستید که این مساله، کاهش کارایی سیستم اطلاعاتی شما را در پی خواهد داشت. لذا استفاده از سخت افزارها و شبکه های ارتباطی پرسرعت امری لازم و ضروری است.

۳-امکان استقرار فرآیندهای سازمانی غیرقطعی (بسیار تصادفی) بر روی سیستم های نرم افزاری BPM پایین است، لذا سازمان باید ابتدا سطح بلوغ فرآیند را ارتقا بخشد، سپس اقدام به پیاده سازی آن بر روی سیستم های نرم افزاری BPM بنماید.

Posted in مدیریت فرایندهای کسب و کار-BPM, معماری سرویس گرا-SOA, مهندسی نرم افزار, نقد فناوري اطلاعات | Leave a comment

متدولوژی RUP/SOA

یکی از مشکلات پیش روی فعالان استقرار سیستم های مبتنی بر معماری سرویس گرا (SOA)، عدم پوشش کامل این رویکرد توسط متدولوژی های توسعه نرم افزار موجود مانند RUP و CDM است.
شرکت IBM برای حل این معضل، راه حل جدیدی با عنوان متدولوژی RUP/SOA را پیشنهاد نموده است. در این متد، با اضافه نمودن مصنوعاتی (Artifact) جدید به RUP متعارف، امکان پشتیبانی RUP از SOA فراهم شده است. ناگفته نماند که رویکرد SOA در پاره ای از موارد با روح حاکم بر RUP سازگار نیست. ریشه این ناسازگاری در تمرکز RUP بر فعل انجام شده (مورد کاربردها، use-case) و تمرکز SOA بر انجام دهنده کار (کنش گرها -Actor) است که البته این مشکل با اضافه شدن مدل فرایند کسب و کار به RUP/SOA رفع شده است.
این متدولوژی در پست های بعدی به صورت مفصل تر معرفی خواهد شد.

Posted in معماری سرویس گرا-SOA, مهندسی نرم افزار | Leave a comment

پاسخ به یک شبهه در ارتباط با روش های یکپارچه سازی

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

سوال جناب آقای وجدی:

“شما در مطلبی که به نقل از دانشگاه MIT آورده بودید چهار روش زیر را به عنوان روش های یکپارچه‌سازی سیستم‌های اطلاعاتی نقل کرده بودید:چهار روش مورد بررسی در این فایل، یکپارچه سازی نقطه به نقطه (Point to Point)،ابزارهای مبادله پیام یا یکپارچه سازی برنامه های کاربردی سازمانی (EAI Tools)،سرویس های وب (Web Services) و ابزارهای استخراج، تبدیل و بارگذاری (ETLTools) و در مطلب دیگری راه حل‌های EAI را این چهار روش عنوان کرده اید: یکپارچه سازی پورتال گرا، یکپارچه سازی فرایندگرا، یکپارچه سازی سرویس گرا ویکپارچه سازی داده گرا که بنده متوجه ارتباط این دو دیدگاه و چگونگی ارتباط آنها با یکدیگر نشدم.
من می‌خواستم بدانم که در حال حاضر روش‌های موجود برای یکپارچه‌سازی سیستم‌هایمختلف اطلاعاتی خصوصاً در بحث سیستم‌های بین سازمانی یعنی در جایی که قصد ایجادیکپارچگی میان سیستم های اطلاعاتی چند سازمان مختلف است، چه روش‌هایی وجود دارد و سوال آخر نیز اینکه با توجه به مطالعاتی که داشتم در برخی از تجارب جدید درجاهایی که چندین سازمان نیاز به اشتراک‌گذاری اطلاعات و یکپارچگی دارند و ازطرف دیگر امکان برقراری ارتباط سیستم‌ها به صورت کاملاً آنلاین وجود ندارد ازابزراهای مانند کارت هوشمند استفاده شده است. از نظرشما استفاده از کارت هوشمند می‌تواند به عنوان یک راه حل ایجاد یکپارچگی مطرح باشد و اگر می‌باشد درقالب کدام یک از دسته‌بندی‌های چهارگانه قرار می‌گیرد؟”

و اما پاسخ این سوال به شرح زیر است:
مطلبی که به نقل از دانشگاه MIT آورده شده، انواع ابزارهای فنی یکپارچه سازی رو بررسی می کنه، اما منظور من از راه حل های IT، روش های کلان یکپارچه سازی هستش. ارتباط این دو مطلب به این صورته که برای یکپارچه سازی سرویس گرا و پورتال گرا بهتره از سرویس های وب استفاده کنید. برای یکپارچه سازی فرایندگرا میشه از فناوری های point-to-point، ابزارهای مبادله پیام، ابزارهای EAI و همچنین سرویس های وب استفاده کرد. برای یکپارچه سازی داده گرا هم معمولاً از ابزارهای مبادله پیام یا ابزارهای ETL استفاده میشه.
البته ناگفته نمونه که تعداد ابزارهای یکپارچه سازی محدود به فناوری های ذکر شده در پرزنت MIT نمیشه و در اون جا فقط چهار تا از مهمترین فناوری ها با هم مقایسه شده است. ما حدود ۲۳ نوع ابزار مختلف داریم که در ۹ دسته مختلف طبقه بندی میشن که بزودی در قالب یک framework یکپارچه سازی در سایت منتشر میشه.
در مورد کاربرد کارت هوشمند هم اگر منظورتون اینه که داده ها در یک طرف روی کارت هوشمند upload بشن و در طرف دیگر، داده از روی کارت download بشه، این راه حل در دسته یکپارچه سازی داده گرا قرار می گیره و میشه گفت یه روش point-to-point محسوب میشه و البته روش مناسبی برای یکپارچه سازی در سطح enterprise نیست اما برای یکپارچه سازی تعداد محدودی از سیستم ها قابل استفاده است.

Posted in مدیریت فرایندهای کسب و کار-BPM, معماری سرویس گرا-SOA, یکپارچه سازی سیستم های اطلاعاتی سازمانی - EAI | Leave a comment

توپولوژی های پیاده سازی معماری سرویس گرا (SOA)

شاید شما هم مانند من در ضرورت استفاده از معماری سرویس گرا (SOA) شکی نداشته باشید، اما ممکن است یه سوال اساسی ذهنتون را آزار بدهد: “نحوه پیاده سازی معماری سرویس گرا چگونه است؟” به عبارت دیگر، برای پیاده سازی SOA چه توپولوژی مناسب تر است”
در پاسخ باید گفت، توپولوژی های پیاده سازی SOA به شرح زیر است که در دو دسته کلی روش های نقطه به نقطه و روش های مبتنی بر میان افزار (middleware) قرار می گیرند:

  • Static Service Registry
  • Dynamic Service Registry
  • Service Broker
  • Distributed Service Broker
  • Enterprise Service Bus (ESB)
  • Distributed Service Bus

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

Posted in معماری سرویس گرا-SOA, مهندسی نرم افزار | ۱ Comment

مهم ترین نرم افزارهای مدل سازی فرآیندهای تجاری (استفاده شده در ایران)

همان طور که می دونید، یکی از گام های اصلی پیاده سازی سامانه های مدیریت فرآیند کسب و کار (BPM)، مدل سازی فرایندها است که البته نرم افزارهای مختلفی این کار رو انجام می دهند. نرم افزارهایی که در ایران خیلی مورد استفاده قرار گرفته، عبارتند از:
Visual Paradigm: امکان مدل سازی جنبه های مختلف نرم افزار از جمله فرایندهای تجاری، نمودارهای UML و …، اعمال محدودیت بر روی مدل سازی فرایندها، ارتباط فرایندها با use case ها، تولید کد جاوا، دات نت و…، امکان تبدیل مدل فرایند به کد BPEL مخصوص Oracle BPEL Engine.
مهم ترین محدودیت این نرم افزار، درج watermark نرم افزار بر روی خروجی های چاپ شده آن است. برای رفع این مشکل، می توانید از طریق ایمیل info@itexpert.ir با بنده تماس بگیرید.
MS Visio: مهم ترین ویژگی آن، عدم نیاز به آموزش و همچنین انعطاف پذیری بالای آن است و ضعف آن، عدم اعمال محدودیت بر روی مدل سازی فرآیندها است که البته با نصب نرم افزار ITP-Commerce بر روی ویزیو قابل حل است.
ITP-Commerce Process Modeler for MS Visio: امکان مدل سازی فرایند، اعتبارسنجی آن و همچنین رفع خطاهای موجود در مدل سازی، تبدیل مدل فرآیند به کد BPEL مخصوص Oracle BPEL Engine. مهم ترین مشکل این نرم افزار، عدم پشتیبانی از سایر نمودارهای مورد نیاز در تولید نرم افزار و همچنین مشکل لایسنس است.
Popkin System Architect: نرم افزاری جامع برای معماری سازمانی و نه صرفاً BPM می باشد. پروژه هایی که مدل سازی فرایند را به عنوان بخشی از یک پروژه معماری سازمانی دنبال می کنند، می توانند از این نرم افزار استفاده کنند. مشکل اصلی این نرم افزار، سنگین بودن بیش از حد آن و useabaility پایین آن است.
Rational Rose: امکان مدل سازی فرآیندها به صورت بسیار ساده به صورت Activity Diagram است. مشکل اصلی این نرم افزار، عدم پشتیبانی کامل از استانداردBPMN است.
Posted in مدیریت فرایندهای کسب و کار-BPM, مهندسی نرم افزار | Leave a comment