۲۰۰۹/۱۱/۱۰

پاسخ به يك شبهه در ارتباط با روش هاي يكپارچه سازي

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

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

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

۲۰۰۹/۸/۲

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

شاید شما هم مانند من در ضرورت استفاده از معماری سرویس گرا (SOA) شکی نداشته باشید، اما ممکن است یه سوال اساسی ذهنتون را آزار بدهد: "نحوه پیاده سازی معماری سرویس گرا چگونه است؟" به عبارت دیگر، برای پیاده سازی SOA چه توپولوژی مناسب تر است"
در پاسخ باید گفت، توپولوژی های پیاده سازی SOA به شرح زیر است كه در دو دسته كلي روش هاي نقطه به نقطه و روش هاي مبتني بر ميان افزار (middleware) قرار مي گيرند:
  • Static Service Registry

  • Dynamic Service Registry

  • Service Broker

  • Distributed Service Broker

  • Enterprise Service Bus (ESB)

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

۲۰۰۹/۷/۱۵

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

همان طور که می دونید، یکی از گام های اصلی پیاده سازی سامانه های مدیریت فرآیند کسب و کار (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 است.

۲۰۰۹/۶/۲۳

مقايسه انواع سيستم هاي مديريت فرايند كسب و كار (BPM) موجود در ايران

اگر شما هم مثل من! جزء طرفداران سيستم هاي مديريت فرايندهاي تجاري (BPM) باشيد، حتماً با مسئله ارزيابي و مقايسه انواع سيستم هاي BPM موجود در ايران درگير بوده و يا هستيد. با توجه به آن كه در صورت استقرار اين سيستم ها، آن ها به يكي از زيرساخت هاي اطلاعاتي مهم سازمان شما تبديل خواهند شد، ارزيابي و مقايسه انواع سيستم هاي موجود، ضروري مي نمايد.
بر اين اساس، در اين مطلب قصد دارم پرزنتي رو كه خروجي پروژه اي در زمينه ارزيابي و راه اندازي سيستم BPM در يكي از سازمان هاي دولتي ايرانه، به اشتراك بگذارم. براي دانلود اون اين جا رو كليك كنيد.

امكان ورود به وبلاگ از طريق آدرس ITexpert.ir

امكان ورود به وبلاگ از طريق آدرس جديد زير:

۲۰۰۹/۵/۲۰

ارزیابی میزان پیچیدگی پروژه های یکپارچه سازی سیستم های اطلاعاتی: پایان نامه

قبلاً در مطلبی با عنوان EAI کسب و کار آسانی نیست، به صورت اجمالی به ابعاد پیچیده پروژه های یکپارچه سازی سیستم های اطلاعاتی اشاره شد و بر لزوم مطالعات امکان سنجی قبل از اجرای این نوع از پروژه های IT تاکید شد.
امروز قصد دارم پایان نامه کارشناسی ارشدی رو که به صورت کاملاً علمی، ابعاد پیچیده این پروژه ها رو تشریح کرده، به اشتراک بزارم. در این پایان نامه، مهم ترین مسائل و مشکلات فنی و مدیریتی پیش روی هر سبک یکپارچه سازی (Data Consistency Style، Multi-Process Style و Composite Application Style) به تفصیل آمده است. مطالعه این پایان نامه رو به مدیران و کارشناسان درگیر در ارزیابی، برنامه ریزی و اجرای پروژه های یکپارچه سازی توصیه می کنم.
برای دانلود پایان نامه مذکور، این جا رو کلیک کنید.

۲۰۰۹/۵/۶

مقایسه چهار روش مهم موجود برای یکپارچه سازی سیستم های اطلاعاتی

یکی از اسنادی که به درک من در ارتباط با روش های مختلف یکپارچه سازی سیستم های اطلاعاتی خیلی کمک کرد، پرزنیه با عنوان "Enterprise Integration Options" که توی دانشگاه MIT ارائه شده. یه پرزنت بسیار فشرده که ویژگی ها، مزایا، معایب و کاربردهای اصلی چهار روش مهم موجود برای یکپارچه سازی سیستم های اطلاعاتی رو کاملاً باز کرده.
چهار روش مورد بررسی در این فایل، یکپارچه سازی نقطه به نقطه (Point to Point)، ابزارهای مباده پیام یا یکپارچه سازی برنامه های کاربردی سازمانی (EAI Tools)، سرویس های وب (Web Services) و ابزارهای استخراج، تبدیل و بارگذاری (ETL Tools) هستش. مطالعه این سند رو به علاقه مندان به مبحث یکپارچه سازی سیستم های اطلاعاتی توصیه می کنم.
برای دانلود این پرزنت، این جا رو کلیک کنید.

پایان نامه ای در ارتباط با مقایسه انتخاب راهبرد مناسب IT در سازمان: ERP در مقابل EAI

با تحلیل ارجاعات گوگل به وبلاگ متوجه شدم که یه تاپیک توجه بیننده های خوب وبلاگ رو به خودش جلب کرده.
این تاپیک چیزی نیست جز مقایسه ERP و EAI با همدیگر. من قبلاً در مطلبی با عنوان "یکپارچه سازی سیستم های اطلاعاتی (EAI) را با سیستم اطلاعاتی یکپارچه اشتباه نگیرید!" این مبحث رو به صورت کلی باز کردم.
برای این که این موضوع برای دوستان کاملاً شفاف بشه، یه پایان نامه فوق لیسانس (البته به زبان انگلیسی) با عنوان "Choosing the right IT strategy: EAI versus ERP" رو که به این موضوع اختصاص داره، به اشتراک میزارم. امیدوارم مفید باشه.
برای دانلود پایان نامه مذکور، این جا رو کلیک کنید.

۲۰۰۹/۴/۲۹

چکیده پایان نامه ارشدم: چارچوبي جديد جهت ارزيابي قابليت هاي فناوري هاي يكپارچه سازي برنامه هاي كاربردي سازماني (EAI)

چکیده پایان نامه ارشدم (در رشته مهندسی فناوری اطلاعات) که در تاریخ 2 اردیبهشت 87 در دانشگاه تربیت مدرس با راهنمایی دکتر بحرینی نژاد و مشاوره دکتر مقدم چرکری دفاع کردم، به شرح زیر بود:
فناوري هاي نرم افزاري يكپارچه سازي برنامه هاي كاربردي سازماني (EAI) با فراهم ساختن امكان اشتراك اطلاعات و فرايندهاي كسب و كار سيستم هاي اطلاعاتي مرتبط با يكديگر، دست يابي به سيستم هاي يكپارچه را ممكن مي كنند. خدمات و امكانات متنوع اين فناوري ها و همچنين تنوع راه‌حل هاي EAI، سبب پيچيده شدن فرايند انتخاب اين فناوري ها شده است. اين پيچيدگي تا حدي است كه انتخاب هدفمند و مبتني بر نياز آنها از يك امكان و اختيار به يك ضرورت اجتناب ناپذير تغيير يافته است.
با توجه به اين نياز، اين تحقيق با ارائه چارچوبي جديد جهت ارزيابي قابليت هاي فناوري هاي EAI در راستاي انتخاب مبتني بر نياز فناوري هاي يكپارچه سازي گام برداشته است. ما با مرور گسترده ادبيات EAI و ارائه چارچوبي جديد در زمينه ارزيابي فناوري هاي EAI، چارچوب هاي ارزيابي موجود را توسعه داده ايم. توسعه چارچوب هاي موجود از دو جنبه قابل توجه است. جنبه اول، ارائه فهرست جديدي از قابليت هاي يكپارچه سازي شامل پيام رساني، مسيريابي، ماندگاري، اتصال اطلاعات گرا، اتصال سرويس گرا، تبديل نحوي، تبديل معنايي، مديريت تراكنش‌ها، قوانين كسب و كار، مديريت فرايند، مديريت گردش كار و پايش فرايند مي باشد. جنبه دوم نيز ارائه فهرست جديدي از فناوري هاي يكپارچه سازي شامل نه دسته فناوري هاي انتقال فايل، ميان‌افزارهاي پيام گراي ابتدايي، فناوري هاي دسترسي به پايگاه داده، فناوري‌هاي دسترسي به برنامه‌هاي كاربردي، فناوري هاي سرويس گرا، فناوري هاي اشياء توزيع شده، فناوري هاي داده گرا، فناوري‌هاي تراكنش‌گرا و واسط هاي مدرن می باشد.

كلمات كليدي: يكپارچه سازي برنامه هاي كاربردي سازماني، چارچوب ارزيابي فناوري، قابليت‌هاي يكپارچه سازي، فناوري هاي يكپارچه سازي، برنامه كاربردي و سيستم اطلاعاتي

۲۰۰۹/۴/۱۹

چند کتاب خوب در زمینه یکپارچه سازی سیستم های اطلاعاتی

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


۲۰۰۹/۴/۸

دنیای آینده، کابوس دروغگوها

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

۲۰۰۹/۳/۳۱

ثبت دامین و هاست اختصاصی برای وبلاگ

با توجه به استقبال خوب شما بیننده های عزیز از وبلاگ، یک دامین و هاست اختصاصی ثبت کردم که امکان دسترسی راحت تر شما رو به سایت فراهم می کنه. دامین ثبت شده، همون دامین قبلیه، البته بدون پسوند blogspot
http://www.realitdream.com
از این به بعد می تونید از این آدرس به سایت دسترسی داشته باشید.

۲۰۰۹/۳/۳۰

پیش بینی مهم ترین تغییرات فناوری سال 2009

سایت دیده بان روندها با جمع آوری نظرات کارشناسان مختلف IT، مهم ترین تغییرات فناوری سال 2009 رو که بیشترین تاثیرات رو روی IT خواهد گذاشت، پیش بینی نموده است. دیدن آن خالی از لطف نیست.
برای دانلود پرزنت این جا رو کلیک کنین.

۲۰۰۹/۳/۱۳

تست نرم افزار، مهم ترین گام کیفی در فرایند تولید نرم افزار

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

۲۰۰۹/۳/۱۰

OpenID راه حل اصلی مساله تکرار یک رمز عبور در چند سایت مختلف

در یکی از پیام های قبلی با عنوان "تکرار یک رمز عبور در چند سایت متفاوت، یک عادت الکترونیکی پرخطر" به بررسی مسائل و خطرات مرتبط با ثبت نام مکرر کاربران در سایت های مختلف پرداختم. امروز می خواهم یکی از راه حل های نوظهور این مساله رو معرفی کنم. راه حل این معضل، استفاده از OpendID است. در این روش، شما یک بار در سایت مورد اعتمادتان ثبت نام می کنید و سایر سایت ها بعد از دریافت نام کاربری شما که به صورت yourusername.yoursite.com هستش، سرویس authentication رو از سایت مورد اعتماد شما دریافت می کنند. در حال حاضر، سایت های بسیار معتبری چون blogger، Facebook، Yahoo و غیره به جمع طرفداران این استاندارد باز نوظهور پیوسته اند. با رشد این استاندارد، در آینده authentication نیز یک سرویس عمومی خواهد شد که توسط سایت های مورد اعتماد شما ارائه خواهد شد و شما مجبور به ثبت نام در تمام سایت ها نخواهید بود.
برای مطالعه بیشتر در مورد OpenID می توانید به مرجع اصلی آن یعنی سایت openid.net مراجعه نمایید.

۲۰۰۹/۳/۹

تکرار یک رمز عبور در چند سایت متفاوت، یک عادت الکترونیکی پرخطر

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

۲۰۰۹/۳/۵

چند فایل flash جهت آموزش طراحی سیستمی فرایندها

در راهکار مدیریت فرایندهای تجاری (BPM)، بعد از مدلسازی مفهومی فرایندهای تجاری، نوبت به طراحی سیستمی فرایندهای تجاری می رسه. برای تبدیل مدل مفهومی فرایندهای تجاری به مدل منطقی (سیستمی) فرایندهای تجاری، باید از فن معتبرسازی فرایندها (Business process Validation) استفاده کرد. برای معتبر سازی فرایندها، باید از الگوهای طراحی خاصی استفاده بشه که در اصطلاح، الگوهای طراحی فرایند (process design pattern) نامیده می شند.
من یک فایل zip به اشتراک میذارم که حاوی 20 فایل فلشه که مهم ترین الگوهای طراحی فرایند رو به صورت کاملاً گرافیکی بهتون آموزش می ده. این سند آموزشی، به درد کلیه افرادی که درگیر تحلیل و طراحی سیستم های فرایندآگاه هستند، می خوره.
برای دانلود فایل zip، می تونین این جا رو کلیک کنین.

۲۰۰۹/۳/۴

مروری بر مدیریت دانش

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

برای دانلود whitepaper این جا رو کلیک کنید.

۲۰۰۹/۳/۳

لزوم راه اندازی واحد ICC در دولت و سازمان های بزرگ

با وجود آن که روز به روز بر تعداد پروژه های یکپارچه سازی سازمانی (BPM، SOA، EAI، پورتال، انبار داده (DW) و پایگاه داده مجازی (VDB)) در دولت و سازمان های بزرگ افزوده می شود، اما متاسفانه هنوز بسیاری از سازمان ها از نبود یک متولی مشخص جهت سیاست گذاری و مدیریت فرایند دست یابی سازمان به یک سیستم اطلاعاتی یکپارچه رنج می برند. نظر به این که هدف بسیاری از تلاش های پراکنده در بخش های سیستم و فناوری اطلاعات سازمان ها، یکپارچه سازی بهتر فرایندها، خدمات، اطلاعات و افراد سازمان است، هر گونه بی برنامگی و ضعف مدیریتی در این حوزه، تاثیرات جبران ناپذیری را بر روی بستر اطلاعاتی سازمان خواهد گذاشت.
برای حل این معضل، سازمان های پیشروی دنیا، واحدی با نام ICC یا Integration Competency Center تاسیس نموده اند که زیرمجموعه معاونت سیستم ها و روش ها یا برنامه ریزی است. این واحد، با تمرکز بر سیاست گذاری، تصمیم گیری و ارزیابی راه حل های مختلف یکپارچه سازی و همچنین نظارت بر طراحی و ساخت انواع سیستم های اطلاعاتی سازمان، تلاش می کند تا یکپارچه سازی سازمانی به بهترین وجه ممکن محقق شود.

۲۰۰۹/۳/۲

مدیران عزیز، لطفاً R&D کنید، نه DRD!

توی ممالک توسعه یافته، مرسومه که بخش زیادی از بودجه هر کار رو به برنامه ریزی، تحقیقات و طراحی (research) در ارتباط با سیستم مورد نظرشون تخصیص می دن و بعد از رسیدن به یه طرح طرح کاملاً شفاف و مدون، باقیمونده بودجه رو برای توسعه (development) سیستم هزینه می کنن. به این روش، اصطلاحاً R&D می گن.
اما از اون جایی که کشورای در حال توسعه، تافته جدا بافته اند و از هیچ یک از اصول علمی تبعیت نمی کنند، روش جدیدی رو اختراع کردن که می شه اونه DRD نامید. در این روش ابداعی، برای این که کار در زمان و هزینه کمتری انجام بشه، کار با توسعه سیستم شروع میشه. اولش که همه چی خوب پیش می ره و همه از این خلاقیت خودشون به شعف میان!. اما معمولاً اوضاع همین جوری باقی نمی مونه. یه خورده که کار جلو می ره، بی برنامگی و نبود تعریف درستی از کار، اثر خودشو نشون می ده. در این شرایط، مسوولین تازه متوجه می شن که چه قدر کار رو سطحی دیدن. بعدش چه کار می کنن. معمولاً این جا است که تحقیق و طراحی سیستم شروع میشه! یعنی به جای ابتدای کار، اواسط و یا اواخر کار. متاسفانه وقتی تحقیق شروع میشه که عملاً بخش زیادی از بودجه سیستم، هزینه ساخت چیزی شده که هیچ ارزشی نداره! و باید کنار گذاشته بشه.
همونطوری که حدس می زنید، بعد از انجام مرحله تحقیق، نوبت توسعه سری دوم می رسه. سوال اینه، با کدوم پول؟. خوب حالا باید منتظر بودجه های بعدی بود. تا بودجه بعدی برسه، عملاً بسیاری از نیازمندی ها عوض شده، تکنولوژی های توانمندساز هم متحول شدند و با رفتن تعدادی از کارکنان درگیر در اجرای کار، بخش زیادی از دانش ضمنی انجام کار هم دیگه قابل دسترس نیست. با این شرایط، معلومه که آخر عاقبت کار چی می شه.
نتیجه این که توصیه می کنم، مدیران عزیز، دست از زرنگ بازی و برنامه ریزی کوتاه مدت بردارند و روش درست انجام کار یعنی R&D رو دنبال کنند، نه DRD.