جديدترين مقالات مرتبط با مدیریت فناوری اطلاعات IT
ارسال شده توسط احمد محمدی | 25 12, 2016 | بازدید‌ها (442)

   

 

ERP and best of breed  :  a comparative analysis

http://www.emerald-library.com/ft

 

چکیده:

نرم‌افزار برنامه‌ریزی منابع سازمان(ERP)‌ پلت‌فرم راهبردی برتر برای حمایت از فرایندهای تجاری بنگاه‌ بشمارمیرود. با این حال به دلیل عدم انعطاف‌پذیری و عدم تامین نیازهای خاص سازمان و صنایع مورد انتقاد قرار گرفته است. (Best of Breed( BoB (بهترین نوع تولید)، مولفه‌های یک بسته‌ استاندارد و/یا نرم‌افزار سفارشی را ترکیب می‌کند. هدف، ایجاد یک سیستم سازمانی است که فرایند‌های کسب و کار یک سازمان ، همراستایی بیشتری داشته باشند. موردکاوی پیاده‌سازی BoB ، تحلیل طبیقی مسائل مرتبط با این راهبرد و گزینه فروشنده ERP را تسهیل می‌کند. این مقاله، تفاوت پیچیدگی پیاده‌سازی، سطح عاملیت، پتانسیل همراستایی فرایند کسب و کار و نگهداری مرتبط با آن را آسان می سازد.

 

کلیدواژه: سیستم مدیریت منابع، سیستم‌های اطلاعاتی، پیاده‌سازی BPR


مقدمه

فروشندگان تشکیلات سیستم‌های برنامه‌ریزی براساس منابع بر چشم‌انداز IT تسلط دارند اما آنها در برخی از سازمان‌ها مشکل‌آفرین بوده‌اند. سیستم‌های ERP‌ عموماً برای غلبه بر دشواری‌های مرتبط با  پیاده‌سازی و توسعه سفارشی پیاده‌سازی روبرو میشوند چرا که آنها با داده های مشترک و مجموعه برنامه‌های یکپارچه، بنیان مناسبی را فراهم می‌آورند. با این حال اگر سازمان‌ها یک سیستم ERP را پیاده‌سازی کنند اما مدل کسب و کار ضمنی را با تغییر کد منبع تغییر دهند آنگاه ERP مشکلات کهنگی را بوجود آورده و معایب راهبرد IT مبتنی بر بسته استاندارد را از بین می‌برد. به عنوان مثال بسته‌های استاندارد می‌توانند سرعت توسعه را افزایش دهند، الزامات توسعه کارکنان را کاهش دهند و قابلیت مدرن پیوسته IT را از طریق بروزرسانی‌ها عرضه کنند. در حالی که مزایای مذکور قابل بحث و بررسی هستند اما تغییر اساسی نرم‌افزاری استاندارد :

  • مدت زمان توسعه را افزایش می‌دهد.
  • الزامات کارکنان در خلال و پس از پیاده‌سازی را افزایش می‌دهند.
  • قابلیت قبول بروزرسانی‌ها را کاهش می‌دهند.
  • استانداردسازی و یکپارچگی موردنیاز را خنثی می‌کنند.

از این گذشته فرایندهای کسب و کار در سیستم ERP متضمن نمایش بهترین رویه و یک مدل کسب و کار رقابتی‌تر به عنوان یکی از گزینه‌های ممکن مطرح می‌باشند. گرچه مسائل جاری، از سازمان‌ها در جریان مهندسی مجدد کار بصورت همزمان به نرم‌افزارهای استاندارد کمک می‌کنند، اما این کار پیچیدگی پیاده‌سازی را بیشتر خواهد ساخت. سازمان‌ها استدلال می‌کنند که عاملیت نرم‌افزار ERP غالباً وجود ندارد. مدل کسب و کار ضمنی به منزله خود فرایندهای کسب و کار و در نتیجه مهندسی مجدد آنها نیست. به عنوان مثال ریبوک با SAP کار کرده است تا بتواند بر مشکلات مذکور غلبه کند اما هنوز نمی‌تواند وارد وضعیت راهکار تک‌فروشنده شود. مدیران فناوری اطلاعات و کسب وکار استدلال می‌دارند که بسته های ERP تنها در یک کلاس از برنامه‌ها، عالی عمل می‌کنند. Peoplesoft با ماژول منابع انسانی خوبی همراه است و Oracle یک ماژول مالی خوب دارد. از این گذشته زمانی که سازمان‌ها به عاملیت بیشتر نیاز دارند، منتظر بروزرسانی نرم‌افزار ERP خواهند بود. مدیریت رابطه مشتری و مفاهیم تجارت مجازی یکی از دغدغه‌های مهم سالهای اخیر بوده‌اند و فروشندگان ERP باید با این ایده‌ها دست و پنجه نرم‌ کنند. طبیعتاً برخی از سازمان‌ها مجموعه برنامه‌های تشکیلاتی سفارشی خود را معروف به راهبرد فناوری اطلاعات BoB ابداع کرده‌اند. وعده آنها، انعطاف‌پذیری بیشتر و همراستایی نزدیک‌تر نرم‌افزارها با فرایندهای کسب و کار سازمان است. مورد آخر می‌تواند پیاده‌سازی سیستم IT و BPR‌ مرتبط با آنرا تسهیل کند. این مقاله از این پیشینه، مروری بر راهبرد BoB IT و یک موردکاوی پیاده‌سازی BoB برای انجام تحلیل تطبیقی دلالت‌های BPR استفاده می‌کند. قبول داریم که مسائل دیگر مانند هزینه فناوری مهم هستند اما در این مقاله نمی‌توانیم عمیقاً به آنها بپردازیم.

راهبرد BoB IT

 BoB و راهبرد نوظهور استفاده از برنامه‌ها و پلت‌‌فرم‌های مختلف در کل سازمان، موارد متفاوتی هستند. BoB اعلام یک راهبرد است؛ هدف آن یکپارچه‌سازی تشکیلات و جهت‌گیری فرایند می‌باشد. در مقابل این راهبرد نوظهور غالباً از بعد فنی و سازمانی پراکنده است و این باعث تقویت زمینه‌های کارکردی خواهد شد. BoB بر یکپارچه‌سازی نرم‌افزارهای استاندارد برای چندین فروشنده مبتنی است. جنرال‌موتورز برنامه‌های منابع انسانی PeopleSoft و برنامه مالی SAP را ترکیب کرده است. برخی از شرکت‌ها مانند مورد گزارش شده در این مقاله، به دلیل نبود بهترین نرم‌افزار استاندارد به ایجاد مولفه‌های اختیاری پرداخته‌اند. نقاط قوت BoB بر توانایی سازمان برای بهره‌گیری از کارکرد بهترین نرم‌افزار مبتنی می‌باشند. همچنین این رویکرد زیرساختاری را فراهم می‌آورد که پیاده‌سازی برنامه‌های جدید و بهبود‌یافته و فرایندهای کسب و کار را در خود جای می‌‌دهد و بدین وسیله قابلیت مدرن پایداری را در اختیار شرکت‌ها قرار خواهد داد. مزیت آخر BoB، میزان آسان‌سازی BPR است. بارها عنوان شده است که BPR مفهومی است که تحت تاثیر ساختار قرار می‌گیرد. بسیاری از مشکلات مرتبط با پروژه‌های ERP تک‌فروشنده، از بازگشت به ایده‌های شروع دوباره BPR نشأت می‌گیرند. در مقابل BoB، ساختار را به عنوان کلید موفقیت‌آمیز BPR‌ شناسایی می‌کند. زیرا اعضای سازمان می‌توانند مولفه‌های IT را براساس تفکرشان درباره میزان حمایت از فرایندهای سازمانی، انتخاب کنند. اعضای سازمان می‌توانند با انجام گزینش مناسب، از سیستم‌های جدید BPR اجرا شده مبتنی بر آن، به مقصود خود دست یابند.

روش پژوهش

این پژوهش براساس دو مصاحبه شخصی با دو نفر از پرسنل مهم پروژه BoB ، در یک سازمان محصولات فرهنگی جهانی تدوین شده است. مصاحبه‌ها دو تا سه ساعت طول کشیدند و هر شش ماه یکبار در مدت دو سال برگزار گردیدند. داده‌های مصاحبه با شواهد مکمل شامل برنامه‌های IT و طرح‌های کسب‌وکار و حساب‌های سالیانه تکمیل شدند. گردآوری داده‌ها از منابع مختلف، به مانند روش مثلثی عمل کرد که اعتبار درونی داده‌ها را ارتقا بخشید. با این حال این مورد به عنوان نتایج یک مطالعه طولی ارائه نشده است. هدف نویسنده، ارائه داده‌های قضیه انتخاب‌شده در سطح کلان برای تایید این نظریه است که سیستم ERP جایگزین دارند. مسائل مرتبط با سیستم‌های ERP از ادبیات دانشگاهی و تجاری و تحقیقات قبلی دو نویسنده یعنی هولاند و لایت اقتباس گردیده‌اند. این رویکرد امکان مقایسه سیستم‌های ERP و رویکرد BoB بخصوص از لحاظ تاثیر وارده بر فرایندهای کسب و کار و پیاده‌سازی BPR را فراهم می‌آورد.

موردکاوی یک تشکیلات جهانی

این موردکاوی، زمینه آشنایی با وضعیت را فراهم می‌آورد اما بر ابعاد راهبرد و پیاده‌سازی پروژه تاکید دارد. این تمرکز، بزرگترین پتانسیل را برای آزمایش تفاوت بین راهبردهای ERP و BoB فراهم می‌آورد؛ بخصوص زمانی که تاثیرگذاری بر BPR‌مدنظر باشد.

پیشینه

این مورد درباره تقسیم عملیات ضبط شرکت فرهنگی جهانی یعنی Global Entertainment است. گردش حساب این شرکت نزدیک به ۳ میلیارد دلار است و بیش از ۱۰۰۰۰واحد نگهداری کالا دارد. رقابت در این صنعت بر ظواهر هنرمندانه شرکت مبتنی است. خرده‌فروشان محصولات این شرکت در دهه گذشته میزان پیچیدگی مدیریت موجودی را افزایش داده‌اند بطوری که غالباً به موجودی کمتری نیاز دارند. چرخه حیات محصول نیز کاهش یافته است و بازارهای متنوعی مانند بازار موسیقی و رقص هندوستان نیز ظاهر گردیده‌اند.

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

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

راهبرد مدیریت پروژه

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

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

هدف Global Entertainment تدوین یک جهت‌گیری فرایندی براساس فرایند کسب و کار عادی و بهبود یافته در یک کسب و کار جهانی بود. مبنای این کار این شده است که شرکت، فرایندهای خود را همگام با بسته‌‌های نرم‌افزاری تهیه شده، بازمهندسی(BPR) می‌کند. به دلیل پیچیدگی پروژه BoB، شرکت تصمیم گرفت که تحولات را بصورت تدریجی اجرا کنند تا بصورت یکباره(بیگ بنگ). تحولات داخلی بر مبنای مورد به مورد اجرا شدند تا بصورت همزمان در کل سازمان . همزمان با دستیابی به شتاب و اعتماد، پیاده‌سازی همزمان نیز در پیش گرفته شد.

راهبرد IT

 مدیر IT با رویکرد اصل ۲۰/۸۰ با مدیران ارشد کسب و کار موافقت کرد تا در پروژه‌ها حق رای داشته باشد و تحول خوب کسب و کار با زیرساخت نهایی IT را تضمین کند. بدین معنی که بسته‌ها در صورت امکان پیاده‌سازی می‌شوند و اینکه در این شرایط نرم‌افزار ۸۰% عاملیت‌های مطلوب را برآورده خواهد کرد. ۲۰ درصد باقیمانده با پیشرفت‌های دیگر MIS در خارج از بسته محقق می‌گردد. مدیر IT معتقد بود که اصلاحات کد منبع بسته‌ها باید در کمترین حد بماند. مولفه‌های تشکیل‌دهنده سیستم BoB با استفاده از سری‌های MQ  از IBM  یکپارچه‌سازی شدند.

فرایند پیاده‌سازی

پیاده‌سازی در ژانویه ۱۹۹۵ با اجرای تحلیل سازمانی با هدف ساخت یک نقشه فرایند کسب و کار آغاز شد که امکان ارزیابی برنامه‌‌های آتی نسبت به آن وجود داشت. این کار تضمین می‌کرد که مولفه‌های برنامه با نیازهای کسب‌ و کار همخوانی داشتند. فرایندهای کسب و کار براساس حوزه‌های کارکردی مستند‌سازی می‌شدند. تحلیل سازمانی توانست حوزه‌های پیچیده و منحصربفرد مانند داده‌های محصول و مدیریت انتشار، کپی‌رایت و حقوق ناظر و صورت‌حساب را شناسایی کند. تامین‌کنندگان نرم‌افزاری به مزایده دعوت شدند و می‌بایست عاملیت‌های الزامی متفاوت را عرضه کنند. آزمایش‌های مرجع برای آزمایش نرم‌افزار براساس فرایندهای کسب و کار اجرا گردیدند و بایسته‌های متداخل شناسایی شدند. حوزه‌های پیچیده و منحصربفرد می‌بایست بواسطه مولفه‌های مشتری پشتیبانی می‌شدند.چندین نرم‌افزار حضور داشتند، چندین رابط گرافیکی ارائه شدند و این کار مستلزم آموزش سنگین کارکنان بود. کارکنان IT نیز نمودار یادگیری شیبداری را تجربه کردند. با این حال انتظار می‌رود که الزامات وارده بر کارکنان IT، برنامه‌نویسان را به تحلیل‌گر کسب و کار تبدیل خواهد کند. مدیر IT عنوان داشت که تحلیل‌گران کسب و کار در حال درک چگونگی کارکرد چرخه فرایند کسب و کار هستند. همچنین وی عنوان داشت که این کار آنها را قادر می‌سازد تا ارزش افزوده قابل‌توجهی را به پروژه‌ها اضافه کنند. شرکت Global Entertainment تضمین کرد امروزه اصلاحاتی که اکنون بر بسته‌های نرم‌افزاری اعمال می‌شوند، بخش عمده ساختار سیستم‌ها را تشکیل می‌‌دهند.

مولفه‌های سیستم BoB

با فروشندگان‌ بسته‌های نرم‌افزاری قرارداد منعقد گردید تا سیستم‌ها را بنا به ضرورت، نگهداری و بروزرسانی کنند و گروه کوچکی از برنامه‌نویسان برای سرویس‌دهی به توسعه سفارشی حفظ گردیدند. تحول موثر بیش از ۸۰% در رابطه با هر مولفه محقق گردید و چون از چندین مولفه استفاده شده بود در نتیجه شرکت به یک تامین‌کننده وابسته نشد. این کار باعث تغییرات چشمگیری شد که به دلیل ماهیت تدریجی فرایند است و همچنین به دلیل اینکه کاربران مطمئن بودند که برنامه‌ای را دریافت می‌کنند که نیازهای آنها را بطور کامل تامین می‌کنند. شرکت احساس کند انجام کارها در حوزه‌هایی که فرایندهای آنها تغییر کرده است، نسبت به شرایطی که فرایندهای کسب و کار همراه با بخشی از نرم‌افزار ERP تغییر می‌کرد که عاملیت موردنیاز را دارا نبود، آسانتر شده است.

بکارگیری و پیاده‌سازی برنامه‌ها از ۱۹۹۶ آغاز گردید. هر حوزه کارکردی به عنوان یک پروژه قلمداد گردید و پیاده‌سازی برنامه‌ها براساس موردی مرحله‌بندی شد. کل پروژه سه سال طول کشید اما راهبرد آن امکان ثبت توسعه را فراهم می‌آورد و در نتیجه مجموعه ای متشکل از چندین پروژه است تا اینکه یک تلاش بزرگ کلی باشد. کسب‌ وکار و فناوری پیوسته در حال تکامل هستند و از این رو تاریخ مصرف مشخصی ندارند.

بحث

بزرگترین تفاوت بین دو راهبرد نشان داده شده است و در ادامه مفصلاً بررسی خواهد شد.

سیستم‌های ERP تک‌فروشنده، هم‌نیروزایی‌های متعددی را وعده می‌دهند. سطح بالای یکپارچگی فنی پدید آمده و مهندسی مجدد گسترده که غالباً با پیاده‌سازی همراه است، انسجام سازمانی را بهبود می‌بخشد. علاوه بر این فروشندگان نرم‌افزار ERP عنوان می‌دارند که شرکت‌ها از طریق فناوری‌ها از بروزرسانی‌ها برخوردار می‌شوند و در نتیجه اتکای کمتری بر بخش IT داخلی خواهند داشت. با این حال همراه با بلوغ بازار ERP، مشکلات فرایند و سیستم پیاده‌سازی نیز ظاهر شده‌اند. سیستم‌های ERP عموماً بیش از انتظارات هزینه دارند و سطح مشکلات سازمانی مربوط به آنها باعث دشواری‌های پیچیده‌ای می‌شود. یکی از عوامل مهم، نیاز به پیاده‌سازی  BPR‌است که معمولاً بصورت جابجایی مرحله به مرحله انجام می‌گیرد. سازمان‌ها نمی‌دانند که آیا سیستم‌های ERP تک‌فروشنده بهترین رویه در حوزه‌های کارکردی هستند یا نه و مهمتر از آن کم کم برایندهای راهبردی آنها را درک می‌کنند. پیاده‌سازی سیستم‌های تک‌فروشنده باعث ایجاد فرایند‌های مشابه کسب و کار و زیرساختارهای IT یکسان خواهد شد. این وضعیت دلالت‌های مهمی برای مزیت رقابتی خواهد داشت ؛ مشروط به آنکه این دیدگاه نظری که قابلیت رقابتی از تفاوت سازمان‌ها نشات می‌گیرد، اتخاذ شود. طبیعتاً برخی از سازمان‌ها، راهبردهای «فراتر از ERP» را پیاده‌سازی می‌کنند مانند سیستم‌های مدیریت رابطه با مشتری و توسعه‌های وب‌بنیان ؛ هدف‌ این سیستم‌ها، پشتیبانی از نوآوری و تسهیل متمایز‌سازی است. سازمان‌ها در این مرحله باید تصمیم بگیرند که ایا با رویکرد تک‌فروشنده ادامه می‌دهند یا نه. اگر فروشنده، محصول را عرضه کند آنگاه سازمان‌ها باید قدرت انرا ارزیابی کنند. اگر محصول وجود ندارد آنگاه آیا سازمان‌‌ها منتظر راه‌اندازی می‌مانند یا اینکه آنرا از منبع دیگری تامین خواهند کرد؟ BoB می‌خواهد سیستم‌های ERP تک‌فروشنده‌ را مولفه‌ای کند تا امکان تلفیق آنها با این راهبرد فراهم گردد. Global Entertainment با در نظر گرفتن مسائل پرسنل و قابلیت تکامل، معماری خاصی را پدید آورده است .BoB مزایای متعددی نسبت به سیستم‌های تک‌فروشنده دارد. می‌توان هر مولفه BoB را به عنوان یک برنامه مستقل اجرا کرد. عرضه سریع عاملیت به معنای بازپرداخت از خود پروژه در کل دوران پیاده‌سازی خواهد بود تا پس از پایان آن.رویکرد تدریجی، سازمان را با تحولات کوچکتری روبرو می‌کند و بدین وسیله معضلات سازمانی را کاهش می‌دهد. همچنین BoB انعطاف‌پذیری فرایند طراحی کسب و کار را کاهش می‌دهد. چنانکه در مورد Global Entertainment نشان داده شد، شرکت‌ها باید برنامه‌های متعددی را با نقشه فرایند کسب و کار موجود یا بهبود‌یافته خود همراستا سازند. این روند در Global Entertainment بر تسهیل فرایند پیاده‌سازی تاثیر گذاشت. از این گذشته رویکرد چندفروشنده به پشتیبانی توزیع ریسک بلندمدت کمک می‌کرد. یعنی اینکه اگر یکی از فروشندگان از بازار خارج می‌شد آنگاه کل سیستم تحت تاثیر قرار نخواهد گرفت. Global Entertainment باید بین ادامه پشتیبانی داخلی برنامه یا تامین خارجی مولفه‌های جدید، انتخاب کند.دشواری‌های اصلی BoB به دلیل پیچیدگی پیاده‌سازی و هزینه‌های احتمالی مالکیت در آینده، در ابعاد نگهداری ارتباط های نرم‌افزاری بوجود خواهند آمد. مورد Global Entertainment بر دشواری‌های پیاده‌سازی در رابطه با آموزش گسترده موردنیاز و توسعه رابطه ‌‌های لازم میان مجموعه‌ برنامه‌ها تاکید می‌کند. یکی از مشکلات بالقوه که در مورد فوق عنوان نشد ، تلاش برای ایجاد اصلاحات متعدد است که به دلیل ساختارگرایی روی می‌‌دهد. این مسئله در مورد پیاده‌سازی تک‌فروشنده جهانی مانند مواردی که هولاند و لایت معرفی کرده‌اند، مشکل آفرین بوده است. یکی از نکات مهم در رابطه با قضیه Global Entertainment این است که آنها از اصل ۲۰/۸۰ برای مقابله با چنین مشکلاتی استفاده کرده‌‌اند.

نتیجه‌گیری

راهبردهای ERP تک‌فروشنده و سیستم تشکیلات BoB بنیان، در زمره چالش‌های پیاده‌سازی قرار دارند. هر دو رویکرد بدون شک به دلیل مقیاس، دورنما و الزامات BPR پیچیده هستند. ERP مستلزم یک رویکرد تازه تر است که BoB طی آن، شانس شناسایی روش‌های اثربخشی کنونی و روابط پرزحمت با ذینفعان، را به سازمان می‌دهد. مسئله فوق یک تفاوت حیاتی است چرا که BPR مرتبط با BoB می‌تواند پیاده‌سازی و مدیریت پیچیدگی را تسهیل کند. تفاوت مهم دیگر این است که سیستم‌های ERP همان سطح پیچیدگی و پاسخگویی مرتبط با BoB را عرضه نمی‌کنند. با این حال رابطه پرزحمت به احتمال زیاد با الزامات آتی نگهداری ارتباط دارد. رویکردهای BoB به نگهداری بیشتری نیاز دارند که این به دلیل ارتباطات پیچیده بین مولفه‌های مختلف است؛ در حالی که نگهداری مولفه‌ها و ارتباط‌ بین مولفه‌ها در یک سیستم ERP تک‌فروشنده، به یک فروشنده خارجی برون‌سپاری می‌شود. این مقاله بر توسعه زیرساختIT تاکید می‌کند. تفاوت بین BoB و رویکردهای ERP تک‌فروشنده بررسی شده است؛ و مسائلی که سازمان‌ها باید در جریان تصمیم‌گیری در مورد راهبرد مدنظر قرار دهند، حول پیچیدگی پیاده‌سازی، میزان همراستایی و نگهداری فرایند کسب و کار می‌چرخد. به دلیل حیاتی بودن تشکیلات سیستم‌ها برای سازمان‌ها و محدودیت‌های آنچه که می‌توان در اینجا ارائه کرد، به تحقیقات بیشتری در این حوزه نیاز است. دلالت‌های راهبردهای مختلف برای رویکردهای توسعه سیستم‌ها، کارکرد IT و مزیت‌های رقابتی نقاط شروع بسیار خوبی هستند.

منبع : http://shiraziali.ir

ترجمه : علی شیرازی ، اردیبهشت ۹۳

ارسال شده توسط احمد محمدی | 9 02, 2016 | بازدید‌ها (859)

مایکروسافت قبل از معرفی  Entity Framework   ، تکنولوژیهای ado , rdo  و سرانجام ado.net  را ارایه کرده بود و برای اکثر این تکنولوژیها زمان زیادی گذاشته بود ، هر کدام از اینها در زمان خود یک تکنولوژی نوینی و حرکت عظیمی بود . اما با گسترش مفاهیم شی گرایی و نیاز مبرم برنامه نویسان به ایجاد اشیا از داده ها و جداول بانکهای اطلاعاتی مایکروسافت اقدام به توسعه تکنولوژی  ado.net کرد و ابتدا امکانات linq  و سپس  Entity Framework  را برای تعامل بهتر با شی گرایی مطرح کرد .

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

ابتدا فهرستی از ابزارهای مدل سازی را معرفی می کنم :

 

1-ERM 
یا  Entity Relationship Model ابزاری برای مدل سازی پایگاههای داده ای رابطه ای .

2- UML 
یا Unified Modeling Language زبان استاندار ماژول سازی اشیا و کلاسها

3-ORM 
یا  Object-Relational Mappingروشی و ابزاری برای ایجاد تعامل ماژولار میان اشیا بانکهای اطلاعاتی رابطه ای و زبانهای برنامه نویسی شی گرا

4-DFD
یا Data Flow Diagram  ابزاری برای نمایش نموداری از جریان داده ها و فرآیند سیستم

 

البته چند ORM  دیگر هم وجود دارد یکی NHibernate و SPRINT.net هر دوتای آنها از جاوا مشتق شده اند و توانمنیدهای فراوانی دارند اما بحث ما Entity  Framework.Net4       است .

البته لیست بالا لیست کاملی نیست و از حوصله این بحث خارج است .

 

قبل از ورود به بحث Entity Framework  مقدمه ای در مورد Entity Data Model یا مختصرا EDM  باید بیان شود .EDM  در حقیقت پایه و پیش نیاز Entity Framework است و شامل سه model  است

1-
مدل مفهومی 2-مدل منطقی 3-مدل ذخیره سازی یا فیزیکی

ما می توانیم بگوییم که EDM  یک نسخه تکامل یافته ERM  است .ما در مدل EDM  در مورد ساختار شی گرای business objects داده ها بحث می کنیم در حالی که در مدل ERM  ما در مورد طرح بانک اطلاعاتی بحث می کنیم .که باید تفاوت میان مدل داده و مدل شی را متوجه شویم ، شکل زیر یک مدل داده را نشان می دهد در حالی که شکل بعدی مدل شی گرا از بانک اطلاعاتی ما را نشان می دهد.







Entity 
چیست ؟

ما برای فهم Entity Framework  باید ابتدا مفهوم Entity  را متوجه شویم ، البته بعدا در مورد این مفصلا خواهم نوشت ولی فعلا برای فهم بیشتر مقایسه ای با object  و relational data  انجام می دهم

تشابه Entity  با شی یا object

1-   Entity
مانند شی دارای انواع تعریف شده برای داده ها و فیلدها است

2-  Entity 
مانند شی دارای خصوصیت یا properties است

3-   
هر    Entity  یک هویت متمایزی دارد

4-   
یک خصوصیت   Entity  می تواند ارجاعی به Entity  دیگر باشد

 

تفاوت Entity  با شی یا object

1 -Entity 
می تواند یک فیلد اصلی یا primary keys داشته باشد

2-Entity 
می تواند دارای ارتباطی با Entity  دیگر باشدمانند ارتباطات موجود در بانک اطلاعاتی

 

تشابه Entity  با داده رابطه ای relational data

1-Entity 
یک ارتباط چند گانه مانند داده ها با دیگر entity  می تواند داشته باشد

2-Entity   
مانند داده ها می تواند کلید اصلی یا primary key داشته باشد

 

تفاوت Entity  با داده رابطه ای relational data

1-Entity 
از داده ها با نوع پیچیده  complex typesپشتیبانی می کند

2-Entity 
از وراثت موجود در کلاسها پشتیبانی می کند

3-Entity 
داده های فیزیکی را ذخیره نمی کند .

 

پس Entity  Framework   چیست ؟

درواقع Entity Framework   تکنولوژی توسعه یافته ADO.Net  است که فاصله بین برنامه نویسی شی گرایی و بانک اطلاعاتی رابطه ای را پر می کند .این فاصله معمولا تحت عنوان عدم تطابق شناخته می شود. و یک تکنیک برنامه نویسی برای تبدیل ارتباطات در Database به مفاهیم Object Oriented در برنامه نویسی است. در واقع می‌توان گفت که کلا‌س ها را به Table ها map می‌کند. وقتی که شما می‌خواهید به Database دسترسی پیدا کنید، یا اطلاعاتی را ذخیره کنید، این کارها را مستقیما بر‌ روی اشیاء ( Object تان ) انجام می‌دهید. Entity  Framework مدل داده ها را به سه بخش تقسیم می کند 1-مدل مفهومی یا ادراکی 2-مدل منطقی 3- مدل فیزیکی

 

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

از مهمترین امکانات اضافه شده به Entity Framework 4 بصورت 2 مورد زیر است :

1-Model-first : به شما اجازه می دهد که ابتدا یک empty model ایجاد کنید ، و ابتدا model خودتان را تعریف کنید و سپس بانک اطلاعاتی و mapping و کلاسها را  بر اساس model تعریف شده ایجاد کنید .

2-Code-only: به شما اجازه می دهد که برای استفاده از Entity Framework  با استفاده از Plain Old CLR Objects یا مختصرا

POCO  درواقع Entity  خود را بدون استفاده از فایل EDMX ایجاد کنید .

اکنون برای یادگیری ابتدایی سعی می کنم ابتدا بر اساس اینکه بانک اطلاعاتی موجود است یک مدل طراحی می کنیم و بعدا با مدلی سرو کار خواهیم داشت که بر عکس یعنی اول مدل بعد بانک اطلاعاتی

آموزش حالت database-first approach

ما در اینجا با بانک اطلاعاتی northwind آموزش را ارایه می دهم با sql-server 2008 R2  و Visual Studio 2010  و دانت نت 4

شما می توانید از لینک زیر بانک اطلاعاتی را دانلود کنید .

خوب اکنون پس از نصب بانک اطلاعاتی سراغ vs  برویم و یک پروژه Windows Forms Application ایجاد می کنیم مطمن باشید که  .Net Framework 4  انتخاب شده باشد.

اکنون در پروژه ، سراغ منوی Project   بروید و گزینه  Add New Item را انتخاب کنید  مانند شکل زیر
Entity_Framework3 - Entity Framework 4  part 1 - متا

در شکل بالا دقت کنید که از قسمت سمت راست گزینه data  را انتخاب کنید و سپس گزینه ADO.NET Entity Data Model

را انتخاب کنید .با انتخاب این گزینه و وارد کردن نام مناسب ( در اینجا ما همان نام Model1.edmx را بصورت پیش فرض قبول می کنیم ) و دکمه Add را می زنیم .پس از آن وارد ویزارد Entity Data Model Wizard می شویم در این ویزارد ما گزینه

    Generates from database را انتخاب می کنیم و به مرحله بعدی می رویم .در این صفحه مطابق شکل زیر :
Entity_Framework4 - Entity Framework 4  part 1 - متا

ما ابتدا باید مقدار connections را مشخص کنیم پس بر روی دکمه New Connection  کلیک کنید تا وارد صفحه Connection Properties بشوید در این صفحه ابتدا از قسمت نام سرور server name  نام سرور بانک اطلاعاتی را انتخاب کنید و برحسب تنظیمات دستگاه شما از لیست بانکهای اطلاعاتی نام بانکnorthwind  را انتخاب کنید .صفحه ویزارد شما مشابه شکل زیر خواهد شد .در این صفحه تیک مقابل جمله save entity connection ….. باعث می شود که رشته اتصال به بانک اطلاعاتی با همان نام مشخص شده در زیر آن در فایلی تحت عنوان App.config  ذخیره شود .اکنون به مرحله بعد می رویم مطابق شکل زیر

Entity_Framework5 - Entity Framework 4  part 1 - متا

خوب اکنون در صفحه بالا جدولهای و view  ها و stored Procedure های بانک اطلاعاتی شما لیست می شوند.

در اینجا ما جدول Category  و جدول products را انتخاب می کنیم و از قسمت view ها Products by Category را انتخاب می کنیم همچنین از stored procedure هم SalesByCategory را انتخاب می کنیم . و سپس دکمه finish  را کلیک می کنیم .

نکته : حتما قبل از زدن دکمه finish دو تیک Pluralize  و include foreign…  را دیدید

Pluralize or singularize از مهمترین بهبودها در نسخه 4 EF است .در نسخه های قبلی EF  خاصیت

Entity Set Name and Entity Name properties  با یک نام بودند که این مساله باعث گیجی برنامه نویس می شد که خوشبختانه در این نسخه 4 امکان تفکیک براحتی فراهم شده است مثلا برای

category به شکل زیر دفت کنید

Entity_Framework6 - Entity Framework 4  part 1 - متا

و در نهایت شما فایل module1.edmx  را باز کنید که مطابق شکل زیر نمای جداول بانک اطلاعاتی رادر فضای ماژولار EDM نمایش می دهد ،

Entity_Framework7 - Entity Framework 4  part 1 - متا
Model-First Approach
در مطالب قبلی در مورد Entity  و نحوه استفاده از ویزارد برای تولید کلاس در صورت وجود بانک صحبت کردم ، اما امروز می خواهم در مورد حالتی صحبت کنم که ما مدل کلاسها را ترسیم می کنیم و از این مدل می خواهیم بانک اطلاعاتی را ایجاد کنیم ، این ویژگی از جالبترین و مهمترین ویژگیهای اضافه شده در EF4 است که مایکروسافت آن را اضافه کرده است .

مانند مقاله بخش 2 ، یک پروژه تحت ویندوز باز کنید ،از منوی Project  کزینه Add New Item  و سپس گزینه ADO.NET Entity Data Model را انتخاب کنید اما از پنجره ظاهر شده در زیر گزینه empty model را انتخاب کنید
Entity_Framework8 - Entity Framework 4  part 1 - متا

ماژول خالی برای شما ایجاد می شود ، اکنون جعبه ابزار   را باز کنید و ابزار زیر را مشاهده کنید .Entity_Framework9 - Entity Framework 4  part 1 - متا

ابزارهایی را مشاهده می کنید که مختصرا آنها را توضیح می دهم.

Entity  : به شما اجازه می دهد که یک  Entity  را ایجاد و طراحی کنید

Association : برای تعریف و ایجاد روابط میان دو عنصر Entity

Inheritance  : برای ایجاد رابطه وراثت بین عناصر و کلاسهای Entity

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

Entity_Framework10 - Entity Framework 4  part 1 - متا

اکنون به اولین Entity  ایجاد شده دقت کنید .

. یک properties  دارد با نام Id است علاوه بر آن این خصوصیت یک primary Key  برای این Entity  ایجاد شده است .شما می توانید با انتخاب آن از شکل خصوصیات و پارامترهای آن را عوض کنید .پس از تنظیم پارامترهای دلخواه ، شما می توانید بر حسب نیازتون عناصر دیگری  به Entity   اضافه کنید . برای اینکار کافیست برروی Entity کلیک راست کنید و گزینه Add  را انتخاب کنید .

Entity_Framework11 - Entity Framework 4  part 1 - متا

اگر دقت کنید با دو گزینه scalar property , complex property  مواجه می شویم ، شما نگران نباشید از بخش بعدی یعنی بخش چهارم وارد جزییات خواهیم شد و موارد را به تفصیل شرح خواهم داد .

اکنون شما گزینه scalar property  را انتخاب کنید نام آن را  CustomerFirstName قرار دهید و نوع آن یعنی Type  را از نوع کارکتری یعنی  string  انتخاب کنید و بقیه را مطابق شکل زیر


Entity_Framework12 - Entity Framework 4  part 1 - متا

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

 CustomerLastName (String)

 CustomerAddress (String)

 CustomerCity (String)

 CustomerState (String)

 CustomerZipCode (String)

 CustomerPhone (String)

 ModifyDateTime (DateTime)

سپس یک Entity دیگر ایجاد کنید و عناصر زیر را به آن اضافه کنید

OrderID (int32)

 CustomerID (int32)

 ItemID (int32)

 ModifyDateTime (DateTime)

اکنون ما 2 Entity  داریم ، حالا می خواهیم یک ارتباط بین این 2 برقرار کنیم برای اینکار  از جعبه ابزار Associtation  را انتخاب کنید و سپس از Entity1  فیلد Id  را انتخاب کنید و از Entity2   فیلد customerId  را انتخاب کنید رابطه شما بین این دو فیلد مانند شکل زیر خواهد شد .


Entity_Framework13 - Entity Framework 4  part 1 - متا

اکنون نوبت ایجاد بانک اطلاعاتی از مدول و کلاسهای بالا است . اکنون بر روی فضای خالی از صفحه مازول کلیک راست بزنید و گزینه Generate Database From Model  را انتخاب کنید صفحه زیر نمایش داده می شود .


Entity_Framework14 - Entity Framework 4  part 1 - متا

در اینجا شما باید بانک اطلاعاتی و رشته اتصال را مشخص کنید .دکمه next  را بزنید و به مرحله بعد بروید صفحه ای برای شما نمایش داده می شود که مجموعه دستورات DDl را برای ایجاد این جدولها در بانک اطلاعاتی را بصورت فایلی ذخیره می کند .

Entity_Framework15 - Entity Framework 4  part 1 - متا

دکمه Finish  را کلیک کنید تا فایل مورد نظر شما ایجاد شود که حاوی کدهایی برای ایجاد بانک اطلاعاتی است .یک فایلی با فرمت .sql  خواهد بود ، همانطور که در شکل بالا می بینید .اکنون برای اجرای اسکریپت بالا در فضای خالی از کد اسکریپت کلیک راست کرده و گزینه Execute Sql  را مطابق شکل زیر انتخاب کنید ، اسکریپت شما در بانک اطلاعاتی مشخص شده ایجاد خواهد شد

Entity_Framework16 - Entity Framework 4  part 1 - متا


نگاهی عمیق تر به Entity Data model

ابتدا از محیط کاری و پنجره های طراحی EDM  صحبت می کنیم . در کار با EDM  4 پنجره از محیط طراحی برای شما بسیار مفید است

1-Designer surface : سطح بصری طراحی می باشد که شما می توانید به کمک آن ساختار و مدل EDM  را ایجاد و یا تغییر دهید.

2-Mapping Detail windows  : پنجره ای برای map  کردن و تغییر در این پنجره شما یک ساختار فیزیکی از عناصر Entity را مشاهده می کنید

3-Toolbox  : جعبه ابزار که برای همه مشخص است و در مقاله قبل با آن بیشتر آشنا شدیم

4-Model Browser Window  : این پنجره ساختاری درختی از مدل مفهومی و منطقی مدل نمایش می دهد .
در شکل زیر این چهار پنجره به تفکیک نمایش داده شده است .


Entity_Framework17 - Entity Framework 4  part 1 - متا

Entities

برای فهم بهتر entity  باید با چند مفهوم آشنا شویم

Entity Type  : نشان دهنده نوع خاصی از داده ها است مثلا داده ای از نوع سطرهای جدول کارمند Emplyee ، در واقع می توان گفت رکوردهای جدول را نشان می دهند..

Entity Set : یک در برگیرنده یا مجموعه ای از Entity  های واحد .بنابر این Entity  ها را می توان بصورت Entity Set  گروه بندی کرد .در هر Entity set  ما می توانیم چند Entity type  داشته باشیم و هر گروه Entity Set نیز می تواند با یک Entity Set دیگر در ارتباط باشد .
فرض کنیدما 3 نوع Entity Type  به نامهای Salesperson ,SalesOrderHeader,SalesOrderDetail  داریم و دو تا Entity Set داریم که به صورت شکل زیر هستند


Entity_Framework18 - Entity Framework 4  part 1 - متا

دراینجا Entity Set  اول شامل دوتا Entity Type  است .

Scalar Properties  : اگر مقاله های قبلی را مطالعه کرده باشید متوجه شدید که هر Entity Type  دارای مجموعه ای از خصوصیات (Properties  ) می باشد که یکی از آنها Scalar Properties  است . اگر بخواهیم آن را به زبان ساده بیان کنیم باید بگویم که این آیتم در واقع خصوصیتهایی را تعریف می کند که مقادیر رایج متغیرها یعنی عدد ، رشته ، کارکتر و تاریخ و غیره را می پذیرد .به تعبیری دیگر همان فیلدها بانک اطلاعاتی هستند که هر کدام دارای نوع هستند اگر شما یک Entity Type  از مثالهای قبل ایجاد کرده باشید کافیست یکی از خصوصیات را انتخاب کنید و به پنجره Properties  دقت کنید


Entity_Framework19 - Entity Framework 4  part 1 - متا


می بینید هر کدام از فیلدها یا همان خصوصیتهای Entity  ما دارای ویژگیهایی است مانند زیر

 Name  : نام خصوصیت مورد نظر را نمایش می دهد که می توان آن را تغییر داد

Nullable : آیا فیلد مشخص شده مقدار Null  را می پذیرید

Setter : همان خاصیت Set  در تعریف خصوصیات کلاسها که ما در اینجا سطح دسترسی آن را تعریف می کنیم

Getter : همان خاصیت Get  در تعریف خصوصیت فیلد کلاسها که ما در اینجا سطح دسترسی آن را تعریف می کنیم

StoredGenerationPattern : معادل Auto –generated  در بانکهای اطلاعاتی یعنی مقادیر یک فیلد اتوماتیک اضافه می شوند

Type : نوع فید

Default Value: مقدار پیش فرض

Complex Types

حتما تا کنون با ساختارها (structure) سروکار داشته اید . ما ساختاری  تعریف می کردیم که می توانست مجموعه ای از داده های متفاوت را با هم در یک متغیر ساختاری جمع آوری می کرد . مفهموم Complex Types  چیزی شبیه به همان مغیرهای ساختاری است . در وواقع یک متغیر مرکب است .مثلا اگر بخواهید آدرس فردی را با ساختار تلفن – آدرس منزل_ایمیل _شماره موبایل ، ذخیره کنید .باید از یک متغیر مرکب یا همان complex  استفاده کرد . اکنون با مثال نحوه تعریف آن را نشان می دهم .ما در بخش قبل گفتیم که یک Entity  می تواند شامل خصوصیاتی باشد که از نوع متغیرهای متعارف باشد مثلا عددی یا کارکتری و غیره ، اما اگر بخواهیم خصوصیتی پیچیده تر و با نوع مرکب داشته باشیم ، مثلا یک خصوصیت داشته باشیم که از نوع ساختاری یا یک نوع مرکب و پیچیده ، چکار بایدکرد . جواب همان Complex Types

شما باید ابتدا یک آیتم و متغیر از نوع Complex Types  تعریف کنید و پس از آن در Entity  مورد نظرتان یک خصوصیت از نوع Complex Property تعریف کنید که این خصوصیت مرکب بعدا از نوع Complex Types خواهد بود.

فرض کنید پروژه ای که قبلا ایجاد کرده ایم را باز کرده ایم ، به پنجره Model Browser  دقت کنید
Entity_Framework20 - Entity Framework 4  part 1 - متا

همانور که می بینید گزینه Complex Types  را مشاهده می کنید . برای ایجاد آن بر روی Complex Types  کلیک راست کرده و گزینه Create Complex Types را انتخاب کنید .یک آیتم Complex Types  ایجاد می شودنام آن را AddressInfo  می نامیم اکنون بر روی همان آیتم مجددا کلیک راست کنید و گزینه Add  را انتخاب کنید و سپس گزینه Scalar Property را انتخاب کنید .لیستی از انواع برای شما باز می شود


Entity_Framework21 - Entity Framework 4  part 1 - متا

فرض کنید می خواهیم آیتمی تعریف کنیم که آدرس را بصورت شماره تلفن و آدرس ذخیره کند پس 2 قسمت داریم یکی Phone , و دیگری Address است فرض کنیم اولی از نوع عددی و دومی کارکتری پس اولی را بصورت زیر تعریف کنید

Add  ----à Scalar Property --à Int32

و سپس نام آن را phone  وارد کنید برای دومی هم به همان ترتیب با این تفاوت که نوع آن String  است .

Entity_Framework22 - Entity Framework 4  part 1 - متا


اکنون ما یک آیتم complex Types  تعریف کردیم اما ما مشخص نکردیم که این آیتم باید به کدام Entity  ارتباط داشته باشد برای اینکار بر روی یکی از Entity  های مدل فرضا Entity2  کلیک راست کرده و گزینه Complex Types  را انتخاب می کنیم مانند شکل زیر خواهد شد

Entity_Framework23 - Entity Framework 4  part 1 - متا

اکنون به پنجره

propertie مرتبط به این Complexproperty بروید و از قسمت Type  مربوطه آیتم AddressInfo را انتخاب کنید در حقیقت ما اینجا خصوصیتی تعریف کردیم از نوع AddressInfo  که در واقع یک نوع مرکب جدید تعریف شده توسط کاربر است .

وقتی شما به مدل نگاه می کنید تنها نمایی جزیی از کار را می بینید ، اکنون شما باید بدانید که در پشت پرده مدل شما چه فایلها و کدهایی ایجاد شده است .برای این کار مطابق مثالهای قبل یک پروژه جدید ایجاد کنید و از بانک اطلاعاتی Northwind  یک مدل از جداول categories  و  products ایجاد می کنیم . مطابق شکل زیر

Entity_Framework25 - Entity Framework 4  part 1 - متا

خوب اگر خاطرتان باشد گفتیم که هر مدل که ایجاد می کنیم محتویات آن در یک فایل .edmx  است .ما اکنون می خواهیم ساختار دقیقتر و جزیی تری از این فایل را بدانیم برای اینکار بر روی فایل مدل خود فرضا فایل Model1.edmx  کلیک راست کنید و از گزینه های باز شده گزینه open with  را انتخاب کنید از پنجره زیر گزینه xml Editor  را انتخاب کنید .

Entity_Framework26 - Entity Framework 4  part 1 - متا

دکمه ok  را کلیک کنید . فایلی در ساختار XML  برای شما باز می شود.

Entity_Framework27 - Entity Framework 4  part 1 - متا

در واقع ساختار بالا یک ساختار فراداده metadata از فایل model1.edmx است . فایل و ساختار Metadata  معمولا یک ساختار معنایی ، تشریح کننده محتوا ، محل نگه داری ، خصوصیات فیزیکی ، نوع و شکل منبع است . در واقع ما اینجا هم چنین فایلی برای مدل داریم .فایل .edmx دارای سه بخش Metadata  است .

1-Store schema definition language  مخفف آن ssdl  : معمولا ما به آن مدل فیزیکی و ذخیره ای از داده های مدل می گوییم

2-Conceptual Schema definition language   مخفف آن csdl  : معمولا ما با آن مدل مفهومی یا ادراکی مدل می گوییم

3-Mapping specification language   مخفف آن MSL  : معمولا مدل Map از ساختار مدل و داده ها است .

اکنون اگر به تصویر بالا دقت کنید تمام عناصر ذکر شده را به ترتیب دربخشهای SSDl content  و CSDL content  و Mapping content  مشاهده می کنید .

 

1-SSDL    مدل فیزیکی :ما  در اینجا ساختار ذخیره ای و فیزیکی مدل را با فرمت Xml  داریم . اگر به این فرمت دقت کنید مهمترین عناصر آن به ترتیب زیر هستند :

1-1-Schema  : اگر دقت کنید در سطر اول ظاهر می شود از فیلدهای اجباری است که مهمترین عنصر آن NameSpace  است که اجباری است و باید باشد و باید به فضای نام Entity  ما اشاره کند .در واقع مفهومی شبیه به همان مفهوم فضای نام Name Space  در کلاسها و کد نویسی دارد.


2-1- EntityType : نشان دهنده اشیا Object  موجود در مدل است . نام هرEntity Type  در آن فضای نام باید منحصر به فرد باشد و تکرار مجاز نیست هر کدام از EntityType  ها نشان دهنده مدلی از جدول در بانک اطلاعاتی است مثلا در این مثال products  نمایش دهنده مجموعه رکوردهای جدول product  از بانک اطلاعاتی است .


property-3-1 : هر کدام از EntitType  های مدل ما یکسری عناصر دارند ، که این عناصر دارای نام و نوع و طول و مقدار کارکتر یا محدوه عددی و مقیاس و تهی پذیر یا خیر می باشد .در واقع اگر بخواهیم تشبیه کنیم ، می توان گفت ما در اینجا با فیلدهای جدول سرو کار داریم .

4-1 - key :

1-4-1  PropertyRef : ما در اینجا فیلدی را مشخص می کنیم که کلید اصلی جدول داده ها یا مدل داده های ما است مثلا اگر در بانک اطلاعاتی Product  فیلد اصلی ProductId  باشد پس مقدار این آیتم هم productId خواهد بود.


Association  -6-1

-1-6-1    End : همانطور که می دانید بانک اطلاعاتی از ارتباطات بین عناصر برخوردار هستند ارتباطاتی مانند ارتباط یک به یک و یک به چند یا چند به چند و.. در آمزشهای قبلی ذکر کردم که عناصر مدل می توانند مانند بانکهای اطلاعاتی باهم ارتباط داشته باشند که از طریق این خصوصیت امکان پذیر است

Associationset  نشان دهنده ارتباط و نام و مشخصات آن و گره End   نشان دهنده راسهای ارتباط بین عناصر است.

referential constraint   : این قسمت در واقع نشان دهنده قیدهای ارتباط است ما می دانیم در هر ارتباط بین عناصر 2 جدول یک کلید اصلی است و کلید دیگر باید کلید خارجی یا ثانویه باشد .


                  principal : نشان دهنده منشا و کلید اصلی ارتباط

                 Dependent      : نشان دهنده کلید ثانویه یک ارتباط بین عناصر است .

 

8-1- EntityContainer     : به طور کلی در این قسمت ما دو گره Entityset  و Associatioset را داریم .و درواقع ساختاری کلی از منبع داده را برای ما نمایش می دهد


9-1-   EntitySet   : گروهی از EntityType  های منبع داده را نمایش می دهد.


10-1- Associationset  : مجموعه و ساختار کلی ارتباطات را نمایش می دهد

 

بطور کلی بحث در مورد ساختار SSDL بسیار مفصل است اما در این مطلب مختصری برای آشنایی   بیان کردم .

2-CSDL مدل مفهومی یا ادراکی : ما در اینجا می توانیم ادعا کنیم که با یک الگو و ساختاری نمونه برای مدل داده ها سرو کار داریم . ساختار آن بسیار شبیه به ساختار SSDl  است . البته با تغییراتی بیشتر .

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


3-MSL  : در واقع حلقه وصل بین SSDL  و CSDL است . به شکل زیر دقت کنید :


Entity_Framework28 - Entity Framework 4  part 1 - متا


    در شکل بالا می بینید که چگونه عمل Map  انجام می شود . مهمترین عناصر  MSL  به شرح زیر است :

1-Mapping  : عنصر ریشه ای می باشد که در برگیرنده تمام آیتمهای MSL  است .

2-EntiyContainerMapping  : در این قسمت نام هر Entitycontainer  موجود در دو بخش SSDL  و CSDL  را شامل می شود در واقع ظرفی ایجاد می کند برای ایجاد ارتباط بین   SSDL EntityContainer  و بخش

CSDL Entitycontainer

3-EntitySetMapping : این بخش نیز ارتباطی ایجاد می کند بین هر بخش Entityset موجود در SSDL  و CSDl

4-   ٍEntityTypeMapping  :  این بخش نیز ارتباطی ایجاد می کند بین EntityType های دو بخش SSDL و CSDL

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

Normal 0 false false false EN-US X-NONE FA MicrosoftInternetExplorer4

اکنون نوبت به نوشتن دستورات است و چگونه با داده های بوسیله مدلها در تعامل باشیم ، بازیابی اطلاعات و حذف و تغییر چگونه خواهد بود . ما تا قبل از آمدن مفاهیم ORM  ها و غیره برای انجام کویری برروی داده ها مستقیما با بانکهای اطلاعاتی سرو کار داشتیم در واقع با دستورات T-SQL  سرو کار داشتیم . اما از اینجا به بعد با دستورات LINQ to Entities  و Entity Sql  سروکار خواهیم داشت .این دستورات با EDM  سروکار دارند . اما لازم دانستم قبل از وارد شدن به این مبحث ابتدا در مورد Logical Query Processing  در  sql server کمی صحبت کنم . حتما تا حالا با انواع و اقسام دستورات پرس و جو با بانکهای اطلاعاتی سرو کار داشته اید ، آیا تا حالا از خود پرسیده اید که فرایند و تسلسل این دستورات چگونه است ، کلا در یک عبارت پرس و جو از چند جدول بانک اطلاعاتی ابتدا کدام دستور اجرا می شود .

ما می دانیم که هر عبارت پرس و جو دارای عناصر زیر است .

From ,select,where,on , join,group by , having ,order by,top , 
است . ترتیب اجرای آنها در یک عبارت جستجو بصورت زیر است .

 

نقل قول

1. FROM
2. ON
3. OUTER
4. WHERE
5. GROUP BY
6. CUBE | ROLLUP
7. HAVING
8. SELECT
9. DISTINCT
10 ORDER BY
11. TOP


1-
عبارت from  در واقع اول از همه اجرا می شود به این دلیل که ابتدا باید جدوال منبع جستجوی ما مشخص شوند

2-
عبارت on ,outer ,…. در واقع عبارتهای الحاقی ، همان عبارتهایی که بعد از مشخص شدن جدولهای مورد نظر ، حالا باید مشخص شود که ترکیب این جدولهای چگونه است .

 

3-
از میان ترکیب چند جدول حالا بر اساس عبارت where  مجموعه ای از داده ها انتخاب می شوند

 

4-
در ادامه از میان این داده های انتخاب شده ، داده ها بر اساس فیلدهایی گروه بندی می شوند.

 

5-
وباز در ادامه از میان گروهها ممکن است مجموعه ای از عناصر بر اساس دستور having  فی_لتر شوند

 

6-select 
اینجا با این دستور در واقع داده ها برای نمایش و نتیجه برگزیده می شوند .

 

7-
از میان داده ها برگزیده شده ممکن است سورت خاصی مد نظر شما باشد که با استفاده از order by  عمل سورت برای شما انجام می شود

 

  Querying with the Entity Framework
قبل از آنکه در مورد کویری با مدل بحث کنیم بد نیست بدانیم که کویری های ما با کلاس مدل سروکار دارند لذا نیم نگاهی به کلاس سازنده مدل می اندازیم.

اگر کلاس مدل را باز کنید متوجه دو بخش عمده Context , entity  می شوید . در واقع کلاس اصلی سازنده مدل ما از کلاس objectcontext  ارث بری می کند .در شکل زیر نموداری کلی از کلاس را نشان می دهد .
Entity_Framework30 - Entity Framework 4  part 1 - متا

به طور خلاصه می توان گفت که هر کلاس مدل دارای ساختار مشابه شکل فوق است . ما وقتی مدل خود را ایجاد می کنیم ، کلاس تشکیل شده بصورت عمده دارای دو object  است . 1- شی object context  و 2- شی Entity Type

ما در اجرای کویری عمدتا با این دو شی سر و کار خواهیم داشت .

 

Object Context   : اصلی ترین و مهمترین کلاسی که ما از آن استفاده می کنیم ، با ایجاد مشتقی از این کلاس ما کلاسی خواهیم داشت که رشته اتصال به بانک اطلاعاتی و سازنده های کلاس و حالت کلاس برای انجام اعمال تغییر و حذف و ثبت استفاده می شود .

 

Entity Type  : قسمت مهم دیگر است که از کلاس Entityobject  مشتق می شوند .از مهمترین کارهایی که این کلاس برای ما ارایه می دهد تعریف عناصر موجودیت و خصوصیتهای آنها و ارتباطات بین عناصر موجودیت و ...

 

اکنون که بطور خلاصه با دو کلاس آشنا شدیم ، چگونه می توانیم کویری برای مدل ایجاد کنیم ، کلا برای نوشتن کویری بر یک مدل ما سه نوع روش کویری داریم .

 

1-LINQ to Entities  : در این روش ما از دستورات زبان LINQ  استفاده می کنیم .

 

2-Entity Sql  : یک زبانی که با اشیا سرو کار دارد و به شما امکان می دهد که کویری خود را ب روی اشیا بدون نیاز به زبان  Tsql  انجام دهید .

 

3-Querying with Method  : متدهایی از شی objectquery  هستند که به شما اجازه می دهند با ترکیبی از عبارتهای لامبدا  Lambdas   کویری خود را بنویسید .

شاید این پرسش برای خیلی ها مطرح شود که چرا برای نوشتن کوئری باید از چند روش استفاده کرد و کلا چرا این روشها معرفی شده است و تفاوت بین این روشها چیست ؟

من ترجیح دادم قبل از وارد شدن به مبحث کوئری کمی در مورد ساختار و نحوه انجام کوئریها صحبت کنم .

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

شاید این پرسش برای خیلی ها مطرح شود که چرا برای نوشتن کوئری باید از چند روش استفاده کرد و کلا چرا این روشها معرفی شده است و تفاوت بین این روشها چیست ؟

من ترجیح دادم قبل از وارد شدن به مبحث کوئری کمی در مورد ساختار و نحوه انجام کوئریها صحبت کنم .

با توجه به پیشینه زبان LINQ  برای مایرکروسافت ;  می توان نتیجه گرفت که هدف اصلی از ارایه LINQ TO Entities   در واقع توسعه ای برای این زبان است و امکانی برای برنامه نویسانی است که با این زبان سر و کار دارند.علاوه بر این استفاده از LINQ  مقادیر برگشتی کوئری بصورت جدولها و ردیف و ستون نیست .بلکه بصورت object  است .محدودیت زبان LINQ  در این است که فقط در زبانهای سی شارپ و vb.net  پشتیبانی می شود و برای سایر زبانهای دات نت قابل استفاده نیست . علاوه بر این به هنگام کامپایل باید به زبان متدی Query method  تبدیل شود تا برای CLR  قابل فهم باشد .

زبان Entity SQL  : این زبان بسیار شبیه به زبان T_SQL  است . با این تفاوت که این زبان می تواند با کلاسها و اشیا سروکار داشته باشد و به تبع آن از وراثت و ارتباطات بین کلاسها به خوبی پشتیبانی می کند. . در واقع ما به کمک Entity SQL  می توانیم همه به صورت شی گرا و هم بصورت داده ها رکوردی سطر و ستون ;  با بانک اطلاعاتی سروکار داشته باشیم .و این مهمترین دلیل برتری Entity Sql  بر زبان LINQ to Entity است .

 

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

اکنون به شکل زیر دقت کنید تا متوجه شوید که   وLINQ to Entities Entity Sql  چگونه با داده ها تعامل می کنند
IC314061 - Entity Framework 4  part 1 - متا

همانطور که در شکل بالا می بینید . اگر بخواهیم با داده ها بصورت شی یا object  سر و کار داشته باشیم . با استفاده از زبان LINQ to Entities   و Entity SQL  ما می توانیم با شی object service  در تعامل باشیم . در این تعامل ما کاملا با کلاسها از جمله کلاس objectcontext  و کلاسها داده  data class  سر و کار داریم .

حال اگر به شکل بالا دقت کنید می بینید که  LINQ to Entites برای انجام کویری چه فرایندی را طی می کند . علاوه بر این   نمی تواند مستقیما به لایه EntityClientLINQ to Entites  دسترسی داشته باشد در حالی که  Entity SQL می تواند مستقیما با لایه  EntityClient دسترسی داشته باشید و داده ها را بصورت رکوردی و ستون و ردیف داشته باشد


EntityClient  چیست ؟ همانطور که در شکل بالا و در شکل پایین می بینید ، این لایه بسیار شبیه به لایه های Sqlclient ,OracleClient ,…. است. این لایه مدیریت رشته اتصال و command ها و غیره را کنترل و پردازش می کند .سرو کار کوئری در این لایه با داده ها بصورت شی و Object  نیست بلکه بصورت داده های ستونی و ردیفی است ، علاوه بر این این لایه با EDM  در ارتباط مستقیم است .

ArticleImage - Entity Framework 4  part 1 - متا

امیدوارم توانسته باشم فرق و ساختار کویریها را به خوبی بیان کنم

Entity SQL  part 1
در بخش قبل در مورد LINQ to Entities  صحبت کردیم . همچنین در بخشهای قبلی اگر خاطرتان باشد گفتم که Entity SQL  هم می تواند از طریق ObjectService  و هم مستقیما می تواند از طریق EntityClient  با بانک اطلاعاتی ارتباط برقرار کند . علاوه بر اینها ذکر کردیم که به دستورات T_SQL  شبیه است . بنابراین باید مطالب را در 3 بخش توضیح دهم . بخش اول در مورد شباهتها و تفاوتهای Entity SQL  و بخش دوم در مورد تعامل Entity SQL  با ObjectService    و بخش سوم در مورد تعامل Entity SQL  با EntityClient  خواهد بود .

 

بخش اول : تفاوتهای Entity SQL  با دستورات T-SQL

 

1-وراثت و ارتباطات

همانطور که می دانید در مدل ما به دلیل وجود کلاسها .، از مفهوم وراثت و ارتباط بین عناصر پشتیبانی می کند در حالی که T-SQL  فقط از ارتباطات بین عناصر پشتیبانی می کند . علاوه بر این Entity SQL  در واقع با مدل مفهومی Conceptual entity  سرو کار دارد .

 

2-Collections

Entity SQL  همانند یک کلکسیونی از اشیا رفتار می کند در واقع داده های حاصل از آن براحتی در مجموعه Collection  ها قابل جایگزاری است .

 

3-پشتیبانی از عبارتها

شما در دستورات T-SQl  فقط با جدولها و ستونهای آن جدولها سروکار دارید در حالی که در Entity SQL علاوه بر اینها شما می توانید در کویری خود عبارتهای مختلفی را نیز داشته باشید .

 

4-select Value

این عبارت زمانی به کار می رود که ما بخواهیم آیتم مشخصی را بصورت آبجکت یا کلکسیون و یا یک مقدار اسکالر داشته باشیم . به شکل زیر دقت کنید .


Entity_Framework37 - Entity Framework 4  part 1 - متا

در شکل بالا یک ساختاری کلی از عبارت select value  در Entity SQL  نمایش می دهد . همانطور که می بینید . در دستور بالا ما یک Object  بر می گردانیم یعنی حاصل کویری ما یک Object  است .با همین فرم بالا ما می توانیم یک ابجکت و یا مقدار مشخص یا کلکسیونی از داده ها داشته باشیم .به شکل زیر دقت کنید .


Entity_Framework38 - Entity Framework 4  part 1 - متا

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

خوب اکنون متوجه شدیم که عبارتهای کویری در Entity SQL  تا چه حد می توانند انعطاف پذیر باشند .

اما اگر بخواهیم چندین آیتم انتخاب کنیم دیگر نیازی به عبارت value  نخواهیم داشت بلکه ذکر نام آن فیلدها کافی است .


5-Referencing Columns 

در دستورات زبان T-SQl  به هنگام انتخاب ستونهای جدول نیازی نیست که قبل از نام هر ستون ، نام جدول ذکر شود اما در Entity SQL  این امر ضروری است شما باید در مقابل نام هر ستون ، ابتدا نام مرجع آن را هم ذکر کنید .دستور پایین اولی یک دستور T-SQl  است و دومی یک دستور Entity SQL  است .

 

select a from T

 

select t.a as A from T as t

 

6- عدم پشتیبانی از *

حتما می دانید که در زبان T-SQL هر گاه بخواهیم تمام ستونهای یک جدول را انتخاب کنیم از عبارت * استفاده می کردیم اما در Entity SQL  این کار امکان پذیر نیست .

 

7-عدم پشتیبانی از دستورات DDL  و DML  در Entity SQL

 

8-پشتیانی از گروه بندی مستعار

خیلی وقتها شما نیاز دارید برای کویری خود یک گروه بندی تعریف کنید . در زبان T-SQL  شما باید نام گروهها را به صراحت و مطابق نام ستونها تعریف کنید در حالی که در زبان Entity SQL  شما می توانید از عبارتها مستعار هم استفاده کنید . در عبارت زیر یک دستور T-SQL  است .

select b + c, count(*), sum(a)

from T

group by b + c

 

حال عبارت بالا در Entity SQl مشاهده کنید که چگونه برای گروه نام مستعار انتخاب کرده است .

 

select k1, count(t.a), sum(t.a)

from T as t

group by t.b + t.c as k1

 

 

 

 

Normal 0 false false false EN-US X-NONE FA MicrosoftInternetExplorer4
ارسال شده توسط احمد محمدی | 2 05, 2014 | بازدید‌ها (1283)
Normal 0 false false false EN-US X-NONE FA

معرفی كسب و كار هوشمند ( BI) و انباره داده تحلیلی (DW) 

انباره‌سازی داده فرآیندی است که طی آن داده‌های جدا از هم موجود در منابع متعدد داده‌ای در سازمان كه با ابزار و فرمت‌های مختلف ذخیره‌سازی شده‌اند، . بصورت یكپارچه و در یك قالب گردهم جمع‌آوری می‌گردند. از ویژگی‌های انباره تحلیلی داده که باعث برتری آن نسبت به پایگاه‌های داده شده است, استفاده از مدل‌های چند بعدی داده است. این ویژگی مخزن داده، ضمن تسریع در روند تهیه گزارشات، امكان تهیه گزارشات سطح بالا، راهبردی و چندبعدی را برای سازمان فراهم می‌نماید. می‌توان از انباره تحلیلی داده با این ویژگی‌ها در داده‌کاوی (Data Mining) نیز استفاده نمود.

برخی از دلایل نیاز سازمان‌ها به انباره تحلیلی داده

- كثرت منابع داده‌ای در سازمان‌ها‌ كه منجر به استفاده از ابزارها، روش‌ها و قالب‌های مختلف در ذخیره‌سازی داده‌ها شده است كه این امر سازمان‌دهی داده‌های مختلف به منظور تولید اطلاعات و دانش را، دچار مشكل اساسی كرده است.
-
ناهمگونی در ذخیره‌سازی اطلاعات، تكرار در ذخیره‌سازی اطلاعات، یكپارچه‌نبودن اطلاعات در سیستم‌های اطلاعاتی سازمان، عدم وجود تاریخچه داده‌ای و نبود داده‌های خلاصه‌بندی شده.
-
بالا بودن حجم اطلاعات در سازمان‌های بزرگ كه منجر به توسعه سیستم‌های اطلاعاتی متعدد و جزیره‌ای شده است.
-
خودكارسازی فرایندهای اجرایی در سازمان‌ها در قالب سیستم‌های اطلاعاتی غیریكپارچه و نامرتبط كه هر كدام از این سیستم‌ها وظیفه خودكارسازی تنها یك بخشی از كسب و كار سازمان را بر عهده دارند.
-
تغییر رویكرد سازمان‌ها در تولید محصولات و ارائه خدمات از رویكرد تولید انبوه به رویكرد بومی‌سازی انبوه كه این امر تنها از طریق شناسایی رفتار مشتریان و پیش‌بینی رفتار آتی آنها امكان‌پذیر خواهد بود. دستیابی به این مهم مستلزم كسب دانش در مورد روند حاكم بر رفتار مشتریان -از طریق یكپارچه‌سازی و سازماندهی داده‌های موجود در سیستم‌های متعدد عملیاتی سازمان- است.

مزایای كلی استفاده از انباره تحلیلی داده

- بهره‌مندی از یك منبع یكپارچه و منسجم از داده‌های تولیدشده توسط سیستم‌های اطلاعاتی و منابع داده‌ای متعدد در سازمان
-
ارتقای سطح كیفی تصمیمات راهبردی در سازمان با اتكا با گزارشات تولیدشده توسط یك انباره تحلیلی داده‌ای یكپارچه
-
ایجاد مزیت رقابتی پایدار برای سازمان و افزایش شانس موفقیت در رقابتهای تجاری
-
ارتقای سطح كارایی و اثربخشی فعالیت‌های سطوح تاكتیكی و راهبردی سازمان
-
برقراری ارتباط قویتر با سایر اجزای موجود در زنجیره تامین سازمان از جمله مشتریان و فروشندگان

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

معرفی هوشمندی كسب و كار( BI) و ضرورت بكارگیری آن

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

- استخراج داده ها از منابع متعدد نظیر سیستم‌های مدیریت ارتباط با مشتری (CRM)، مدیریت زنجیره تامین (SCM)، برنامه ریزی منابع سازمان (ERP) و یا از سایر برنامه های کاربردی.

- ارائه ابزار تحلیل که به طیف وسیعی از متخصصان فنی و تجاری امكان ارائه پرس و جو هایی برای کشف الگوها و تشخیص مسائل را می‌دهد.

در فضای هوشمندی كسب و كار، تحلیلگرهای فنی و تجاری از ابزار متنوعی برای دسترسی به داده ها، تحلیل اطلاعات و مشاهده نتایج بهره می‌گیرند که شامل موارد ذیل می‌باشد:
-
ابزار پرس و جو و گزارش گیری: بسیاری از سیستمهای BI به کاربران اجازه می‌دهند که تحلیل‌های Slice-and-Dice (شکستن اطلاعات به قطعات کوچکتر برای بررسی آنها از دیدگاه های مختلف برای فهم بهتر آنها) بر روی اطلاعات ذخیره شده بر روی پایگاه داده رابطه ای انجام دهند. اغلب کاربران از پرس و جو ها و گزارشهای پیش‌ساخته بهره میبرند.
- OLAP
و داده کاوی: ابزارهای تحلیل OLAP و ابزارهای داده کاوی به کاربران اجازه میدهد تحلیلهای پیشگویانه و چند بعدی (تحلیلهای Drill-down) -تحلیلی که بر اساس جستجو در میان اطلاعات بر اساس یک سلسله مراتب مشخص است- انجام دهند.
-
مدیریت کارایی کسب و کار(BPM): این رویکرد، مدل توسعه یافته رویکرد قدیمیتر Business Scoreboards (یک تکنیک تحلیل برای تبدیل استراتژیهای کلی سازمان به اهداف مشخص و قابل اندازه گیری برای نظارت بر کارایی سازمان) می‌باشد و میتواند شامل مدیریت مالی، سازمانی، خدمات مشتری و زنجیره تامین باشد.
-
نمایش اطلاعات: نمایش نتایج پرس و جو ها و گزارش‌ها میتواند از طریق برنامه های کاربردی اختصاصی، Dashboard ها (برنامه های کاربردی که اطلاعات را از مولفه های مختلف بصورت یکپارچه و واحد نمایش می‌دهند)، و یا درگاه‌های اینترانت و یا اکسترانت صورت پذیرد.

با عنایت به موارد فوق‌الذكر، انباره تحلیلی داده و سیستم‌های هوشمندی كسب و كار در صنایعی چون بانكداری و بیمه، خدمات مالی و سرمایه‌گذاری، نفت و گاز،‌ تولیدی، نیرو، وزارت‌خانه و سازمان‌های خدمات دولتی و ... دارای بیشترین كاربرد می‌باشد.

تاریخچه و تعاریف انباره داده

بعد از رشد استفاده از TPSها بعنوان سیستم‌های پردازش تراكنش در بخش‌های عملیاتی سازمان، نیاز جدی به سیستم‌های اطلاعاتی كه بتوانند عملیات گزارش‌گیری را علی‌الخصوص در رده گزارش‌های مدیریتی ساماندهی كنند احساس می‌شد. علی‌الخصوص بوجود آمدن جزایر فناوری، سیستم‌هایی كه بصورت جدا از هم فعالیت می‌كردند و امكان تهیه گزارشات تركیبی از اطلاعات سیستم‌های مختلف و انجام پرس و جوها را مشكل و یا غیرممكن می‌نمود. بنابراین حركت فناوری به سمت استفاده از سیستم‌های اطلاعات مدیریت (MIS:Management Information Systems) و بویژه سیستم‌های گزارش‌گیری مدیریتی (MRS: Management Reporting Systems) آغاز شد. اما مشكل آنجا بود كه این سیستم‌ها به شدت به TPSها وابسته بودند و داده‌هاشان اغلب یكی بود. این باعث می‌شد كه تغییر یكی باعث انتشار تغییرات در همه سیستم‌ها شود. از سوی دیگر ساختار داده‌ای مشابه، امكان تهیه گزارشات زمانی و موضوعی را مشكل می‌ساخت. از اینرو مدل جدیدی از تفكر به انباره تحلیلی ‌داده ایجاد شد.

تاریخچه
انباره‌های‌ تحلیلی داده در اواخر دهه 1980 و اوایل دهد 1990 بعنوان نوع متمایزی از پایگاه‌های داده مطرح شدند. انباره‌های تحلیلی داده برای رفع نیازهای روزافزون تحلیلی و اطلاعات مدیریتی كه توسط سیستم‌های رابطه‌ای قابل برطرف ساختن نبودند، گسترش یافتند. سیستم‌های رابطه‌ای به دلایل زیر قابلیت پاسخگویی به این نیازها را ندارند:
-
باری كه بخاطر پردازش‌های گزارش‌گیری بر روی این سیستم‌ها ایجاد می‌شود، زمان پاسخ‌گویی را بسیار كاهش می‌دهد.
-
طراحی سیستم‌های رابطه‌ای برای گزارش‌گیری و تحلیل اطلاعات بهینه نمی‌باشد.
-
از آنجاكه بسیاری از شركت‌ها و سازمان‌ها تعداد بیش از یك سیستم رابطه‌ای دارند، گزارش‌گیری‌های در سطح سازمانی كه وابسته به اطلاعات كلیه سیستم‌های رابطه‌ای سازمان هستند، به سادگی به دست نمی‌آیند.
-
ایجاد گزارش در سیستم‌های رابطه‌ای اغلب نیازمند نوشتن برنامه‌های خاص كامپیوتری كه معمولا كند و گران‌قیمت هستند بوده است.
از اینرو، پایگاه‌های داده مجزایی طراحی شدند كه بصورت اختصاصی برای پشتیبانی از اطلاعات و تحلیل‌های مدیریتی بكار روند. این انباره‌های داده قادر به جمع‌آوری داده‌ها از منابع داده‌ای مختلف و ناهمگون مانند كامپیوترهای پردازنده مركزی ، مینی كامپیوترها و كامپیوترهای شخصی ، همچنین نرم‌افزارهایی مثل spreadsheetها بوده و تمامی این اطلاعات را در یك مكان مشترك ذخیره می‌كنند. این قابلیت به همراه استفاده از ابزارهای گزارش‌گیری آسان و خلاصی از مشكلات رابطه‌ای موجب رشد این نوع از سیستم‌ها گردید.
با پیشرفت فناوری و درنتیجه پایین آمدن هزینه‌ها، بالا رفتن كارائی و افزایش نیازهای كاربران مثل زمان كوتاه‌تر برای بارگذاری داده‌ها، انباره‌های تحلیلی داده به چهارگروه اصلی تقسیم بندی شدند:
۱- پایگاه‌های داده رابطه‌ای برون‌خطی : در ساده‌ترین سطح، یك انباره‌داده با كپی كردن اطلاعات یك پایگاه‌داده رابطه‌ای به یك سرور برون‌خطی ایجاد می‌شود. بدین ترتیب، بار گزارش‌گیری بر روی كارائی سیستم رابطه‌ای اثر منفی نخواهد داشت.
۲- انباره‌های داده برون‌خطی : در این حالت انباره‌داده در یك دوره زمانی ثابت (بصورت روزانه، هفتگی یا ماهانه) از روی سیستم‌های رابطه‌ای منبع به‌روز شده و داده‌های مربوطه بر روی یك ساختمان داده گزارش گرا ذخیره می‌شوند.
۳- انباره‌های داده بلادرنگ : این نوع انباره‌های داده بر اساس یك تراكنش یا رویداد عمل می‌كنند؛ بدین ترتیب كه هربار كه سیستم رابطه‌ای تراكنشی (مثل عملیات سفارش یا رزرو) را صورت می‌دهد، انباره‌داده به روز می‌گردد.
۴- انباره‌های داده مجتمع : در این حالت انباره داده فعالیت‌ها یا تراكنش‌هایی را ایجاد می‌كند كه جهت استفاده روزانه سازمان به سیستم‌های رابطه‌ای برگردانده می‌شوند.

طبق تعریفی كه در سال 1992 توسط Bill Inmon برای انباره تحلیلی داده آورده شده است : یك انباره تحلیلی داده مجموعه‌ای موضوع گرا ، یکپارچه ، متغیر با زمان و بدون تغییرحالت ناگهانی از داده هاست كه در فرآیند تصمیم گیری مدیریت را یاری می كند. این چهار خاصیت اصلی، انباره داده را از دیگر مخازن نگهداری داده ها متمایز می كند.

دلایل نیاز سازمان‌ها به فناوری‌های EDW و BI

میتوان از مهمترین دلایل نیاز به انباره‌های دادهای به موارد زیر اشاره نمود:
-
امروزه اكتسابات و ادغامات سبب تولید سیستمهای كامپیوتری گوناگونی در شركتهای بزرگ شدهاند. به عنوان مثال، بانكهای بزرگ، غالبا چند نوع سیستم برای انجام كارهای مشابه دارند.
-
خودكارسازی تمام قسمتهای یك تجارت به صورت ادغام نشده و یكپارچه نشده با تعداد مختلفی سیستم كه هركدام گوشهای از كار را دربر میگیرند، اجرا میشود. (همانند داستان آن مرد نابینایی كه به فیلی برخورد میكرد و با لمس هر قسمت از بدن فیل استنباط خاصی داشت.)
-
انعطاف پذیری در زمینه بازار سبب به وجود آمدن محصولات بسیاری شده است، و در واقع تولید انبوه بهتنهایی مد نظر نمیباشد، بلكه سفارش‌گیری انبوه و سپس بازاریابی هدف واقعی است. روند كار به سوی جمعآوری و استفاده از اطلاعات میباشد. به خصوص دانش در رابطه با مشتریان، محصولات، بازار و رقیبان، و به طور كلی دادههای موجود درون سیستمهای عملیاتی كم هزینهترین راه جمع‎‎آوری دانش در مورد مشتریان میباشد.
-
تمركز رو به رشد بر روی خدمات به جای محصولات سبب به وجود آمدن فضاهای خالی ارتباطی گردیده است. این فضاهای خالی براساس دیدگاههای مختلفی كه از تجارت نتیجه میشود وجود دارد و تا زمانی كه اصلاح نشود میتواند به اهداف راهبردی و حساس صدمه وارد كند.
هر فردی درون سازمان میتواند راجع به اینكه چند واحد و در چه زمان فروخته شود نظر دهد ولی مثلا بخش بازاریابی درون بانك ممكن است تعریفی متفاوت از « وام مشتریان» (نحوه استفاده از وام) نسبت به مدیریت ریسك (شرایط وام دادن) داشته باشد. بنابراین گزارشاتی كه توصیف كننده وام مشتریان است، نسبت به گزارشی كه جزئیات ریسك را بر روی محصولاتی مشابه عرضه میكند، متفاوت می‌باشد.
-
فن آوری میتواند از انباره دادهای پشتیبانی كند. رقابت درون بازارهای عمده و میانی نیازمند محاسبات و ذخیرهسازی كم هزینهای است. چرا كه در زمانی مشابه، فن آوریهای موازی جدید سازنده پایگاه‌های دادهای چند ترابایتی میباشند
بنابراین دلایل استفاده از انباره داده را می توان در موارد زیر خلاصه نمود:

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

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

مزایای استفاده از فناوری‌های EDW و BI در سازمان‌‌ها

بهره‌گیری از انباره‌های تحلیلی داده دارای مزایای بسیاری است. از جمله مزیت‌های آن عبارتند از:
-
بالابردن امكان دسترسی كاربران به حجم زیادی از داده‌ها.
-
امكان ارائه گزارش‌های خاص سیستم‌های تصمیم یار
-
تقویت برنامه‌های كاربردی تجاری مثل مدیریت ارتباط با مشتری
-
بهتر کردن کیفیت تصمیم گیری
-
افزایش شانس موفقیت در رقابتهای تجاری
-
برقراری ارتباط قویتر با مشتریان
-
بهتر کردن سطح عملیاتی
-
بهتر کردن رابطه فروشندگان و مشتریان
امروزه موسسات غالبا دارای دو نوع بانک اطلاعاتی مستقل هستند که یکی از این بانک‌ها حاوی داده های عملیاتی و بانک دیگر انباره داده می باشد که حاوی داده‌های مبتنی برتصمیم‌گیری است.

فرآیند پیاده‌سازی این پروژه در یك سازمان

معماری انباره تحلیلی داده از سه لایه تشكیل شده است:
-
در اولین لایه این معماری، سرویس دهنده انباره تحلیلی داده‌ای است که یک سیستم پایگاه داده رابطه‌ای می باشد . این لایه داده های مورد نیاز خود را از داده های عملیاتی و منا بع خارجی و فایلهای مسطح و غیره برای ایجاد انباره داده استخراج می کند.
-
در لایه میانی یک سرویس دهنده پردازش تحلیلی برخط می‌باشد که بوسیله آن می‌توان مکعب های چند بعدی ساخت . پردازش تحلیلی برخط یک ابزار قدرتمند، سریع و مناسب برای گزارشگیری می‌باشد.
-
در آخرین لایه ما ابزارهای گزارش گیری و تحلیل و داده کاوی را داریم.
برای پیاده‌سازی یك انباره داده باید هریك از این لایه‌ها به درستی پیاده‌سازی شوند.
اخذ داده
اخذ داده از منابع مربوطه (پایگاه داده منبع) انجام می‌گردد. این مرحله بخش استخراج اطلاعات (Extract) از سری عملیات ETL است. برای انجام عملیات اخذ داده، باید منبع اخذ داده، نحوه اخذ داده، فرمت داده‌های اخذ شده و مقاطع زمانی اخذ داده‌ها، همچنین نحوه دسترسی به این داده‌ها معلوم و مشخص باشد.

بررسی و پاكسازی داده ها

این مرحله بخش تغییر شكل (Transform) از عملیات ETL است. بررسی و پاكسازی داده های استخراج شده جهت ورود به انباره تحلیلی داده در این مرحله انجام می‌گیرد. پس از بررسی جداول موجود، فیلدهای موجود در جداول و محتویات فیلدهای مذکور، كلیه مشكلات داده‌ای در قالب لیستی ارائه می‌گردند. سپس عملیات پاكسازی برای آنها انجام می‌گیرد. این عملیات غالبا در زمره یكی از موارد زیر هستند:
-
حذف مقادیر null
-
هم مقدار سازی فیلدهای مشابه از نظر معنا
-
ایجاد فیلدهای كمی جدید قابل بدست آمدن از روی داده‌های جدول و مورد نیاز
-
یكی كردن داده‌ها از منابع مختلف
-
خلاصه سازی سطرهای هم معنی كه ایجاد افزونگی می‌كنند.
-
ایجاد كلید جانشین برای جداول
- Pivoting (
تبدیل چند ستون به چند سطر یا بالعكس)
-
تقسیم یك ستون جدول به چند ستون

طراحی انباره تحلیلی داده موضوعی

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

تحلیل داده با ابزار پردازش تحلیلی برخط و داده‌كاوی

عملیات پردازش تحلیلی برخط بر انباره‌داده‌های موضوعی اعمال می‌گردد. بسیاری فکر می کنند که داده کاوی و OLAP دو چیز مشابه هستند در این بخش سعی می کنیم این مسئله را بررسی کنیم و همانطور که خواهیم دید این دو ابزار های کاملا متفاوت می باشند که می توانند همدیگر را تکمیل کنند.
OLAP
جزیی از تكنیك‌های تصمیم گیری می باشد. سیستم های سنتی گزارش گیری و پایگاه داده ای آنچه را که در پایگاه داده بود توضیح می دادند حال آنکه در OLAP هدف بررسی دلیل صحت یک فرضیه است.بدین معنی که کاربر فرضیه ای در مورد داده ها و روابط بین آنها ارائه می کند و سپس به وسیله ابزار OLAP با انجام چند Query صحت آن فرضیه را بررسی می کند. اما این روش برای هنگامی که داده ها بسیار حجیم بوده و تعداد پارامترها زیاد باشد نمیتواند مفید باشد چون حدس روابط بین داده ها کار سخت و بررسی صحت آن بسیار زمانبر خواهد بود. تفاوت داده کاوی با OLAP در این است که داده کاوی برخلاف OLAP برای بررسی صحت یک الگوی فرضی استفاده نمی شود بلکه خود سعی می کند این الگوها را کشف کند. درنتیجه داده کاوی و OLAP می توانند همدیگر را تکمیل کنند و تحلیل گر می تواند به وسیله ابزار OLAP یک سری اطلاعات کسب کند که در مرحله داده کاوی می تواند مفید باشد و همچنین الگوها و روابط کشف شده در مرحله داده کاوی می تواند درست نباشد که با اعمال تغییرات در آنها می توان به وسیله OLAP بیشتر بررسی شوند.

ارسال شده توسط احمد محمدی | 21 01, 2014 | بازدید‌ها (2797)

مديريت ارزش كسب شده( EVM)

مقدمه

با افزايش پروژه هاي صنعتي و خدماتي در تمام دنيا، مديريت ارزش كسب شده( EVM) به عنوان روشي جديد و كارآمد، نقش مهمي را در كنترل يكپارچه پروژه ايفا مي كند. یکی از دغدغه های اصلی مدیران و ذینفعان پروژه اطلاع دقیق از پیشرفت و مقایسه میزان کار انجام شده با میزان کار پیش بینی شده و محاسبه مغایرت های هزینه ای و زمانی با عملکرد واقعی می باشد. همیشه در ارزیابی دقیق مقدار کار انجام شده پروژه محدودیت هایی وجود دارد اما بدون اندازه گیری و سنجش پیشرفت آنچه انجام شده است نمی توان پروژه را کنترل نمود متداولترین روش اندازه گیری و پیشرفت پروژه از طریق تجزیه و تحلیل مغایرت یا ارزش افزوده می باشد "EARNED VALUE ANALYSIS" تجزیه و تحلیل انحراف از برنامه زمانبندی به مدیر پروژه امکان می دهد تا مشکلات و موانع پروژه را شناسائی و اقدامات لازم را جهت رفع موانع بعمل آورد سه محور اصلی در هر پروژه وجود دارد که مدیر پروژه باید آنرا تحت کنترل و نظارت داشته باشد.  

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

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

تاریخچه

مفهوم ارزش ایجادی در اواخر قرن بیستم  میلادی (دهه١٩٦٠) ظهور نموده است. مدیریت ارزش کسب شده(EVPM) از معیارهای سیستم کنترل زمانبندی/ هزینه (C/SCSC) نشات گرفته است که این معیار برای اولین بار توسط وزارت دفاع ایالات متحده (DOD) در سال 1967 میلادی به عنوان متدهای قابل قبول جهت مدیریت هزینه و تدارکات سیستم های جدید بزرگ مورد استفاده قرار می گرفتند. اين قانون در سال ١٩٦٧ به تمامي شرکت هاي صنايع (DOD) Department Of Defense وزارت دفاع آمريكا خصوصي که طرف قرارداد با اين وزارتخانه بودند ابلاغ گرديد اعلام نمود که تمام پرداخت های Cost /Schedule Control System) ( خود را بر اساس سيستم جديدي که به نام ناميده شده انجام خواهد داد.اين دستور العمل مشتمل بر ٣٥ معيار C/SCSC (Criteria در انجام تعهدات (DOD) کنترل زمان – هزينه بود که مي بايست شرکت هاي طرف قرارداد با خود آنرا به کار مي بستند . از آن پس مقامات وزارت دفاع به منظور غير تجهيزات عمده و اصلي که در تدارك آن از سوي پيمانكاران احتمال بروز هزينه ها غيرقابل پيش بيني وجود داشت، بكارگيري اين سيستم را اجباري نمودند تا بدين وسيله ريسك هزينه هاي پروژه هاي اعمال مديريت (C/SCSC)، خود را کاهش دهند. مهمترين نتيجه بكارگيري اجباري سيستم موثر بر هزينه و برنامه (زمانبندي) پروژه هاي واگذار شده (تدارکات تجهيزات دفاعي) به پيمانكاران بود، که اين مفهوم همان تفسير تفصيلي ارزش کسب شده و يا بهتر بگوئيم تكنيك ارزش بدست آمده بود. در اين سيستم پيمانكاران ملزم بودند تا در ابتدا يك برنامه که شامل کمترين زمان و هزينه لازم براي اجراي قراردادهاي تدارکاتي بود را به کارفرما ( وزارت دفاع ) بدين (C/SCSC) ارائه نمايند. بمدت ٣٠ سال بعنوان يك استاندارد و مبناي کنترل پروژه هاي ترتيب معيار مفروض بكار گرفته شد و به تبع آن جريان و دست اندرکاران پروژه ها در کشورهاي ديگر نظير کانادا، استراليا وسوئد نيز از آن اقتباس نمودند. امروزه پيش بيني مي شود که ٩٩% از پروژه ها در جهان از بكارگيري تكنيك ارزش کسب شده در مديريت هزينه هاي پروژه ها امتناع مي ورزند و براي ارزيابي وضعيت هزينه پروژه هايشان صرفا به مقايسه هزينه هاي واقعي انجام شده با بودجه مصوب طرح مي پردازند. بنظر مي رسد براي رفع اين مشكل لازم است تا نهادهايي حرفه اي با ارائه الگوهايي فراگير و ساده از ارزش کسب شده براي پروژه هاي مختلف اعم از عمراني ، تجاري و نظامي و يا بزرگ وکوچك به اين مهم بپردازند.

كاربرد متد EV در توليد شاخص هاي كارايي پروژه

جهت برنامه ريزي و كنترل موثّرتر پروژه ها، بكارگيري شاخص هاي پيشنهادي متد EV در كنار شاخص هاي سنتي (درصد پيشرفت فيزيكي پروژه، درصد جذب بودجه...) مي تواند بسيار اثر بخش باشد. اين شاخص ها مي توانند در يك سازمان پروژه محور به خروجي هاي مداوم سيستم برنامه ريزي و كنترل پروژه هاي سازمان تبديل شده و بازخوردهاي مناسبي جهت دپارتمان هاي ديگر بوجود آورند . فرآيندهاي بودجه اي و زماني پروژه را نمي توان از يكديگر مستقل در نظر گرفت و تاثير هر يك بر ديگري را مورد توجه قرار نداد. اين موضوعي است كه در روش هاي سنتي كنترل پروژه ناديده گرفته مي شود.

فرآيند توليد شاخص هاي مذكور كه مي بايد در دفتر مديريت پروژه سازمان (Project Management Office; PMO) صورت پذيرد در عمل به ايجاد ارزش افزوده اطلاعاتي بر روي Data Pool پروژه هاي سازمان مي انجامد.

متدلوژي محاسبه درصد پيشرفت پروژه در EVM اصلي ترين مفهومي است كه صحت نتايج اين قبيل تحليل ها را تضمين مي نمايد. روش هاي سنتي متداولي كه جهت محاسبات پيشرفت فيزيكي فعاليتهاي پروژه و بالتبع پرداخت هاي قراردادي استفاده مي شود در اينجا كاربردي نخواهد داشت فلذا جهت استفاده از متد ارزش حاصله پروژه در سازمان، مي بايد رويه هاي محاسباتي و كنترلي پروژه ها بر مبناي اين روش مهندسي مجدد گردند.

جريان اطلاعاتي اكثر سازمان ها در خصوص پروسه هاي مالي، بالاخص امور مالي پروژه ها معمولا Real Time نيست بدين معنا كه تراكنش هاي مالي انجام شده با تاخير زماني قابل ملاحظه اي به واحد هاي كنترلي پروژه ها اطلاع رساني مي گردد . فلذا جمع آوري اطلاعات در اين زمينه از معضلات فرآيند برنامه ريزي و كنترل پروژه در شركت ها است.

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

اطلاعاتي سازماني مانند ERP و ابزارهاي آن (به طور مثال نرم افزار SAP) اين قابليت را بوجود آورده اند تا تراكنش اطلاعات در سازمان از كارايي لازم برخوردار گردد. (2)

تعریف ارزش كسب شده ( (EV

(Earned Value Project Management  (EVPM؛ يكي اساسي ترين تكنيك هاي كنترل هزينه است و روشي براي اندازه‌گيري و ارزيابي پيشرفت واقعي پروژه بر اساس كار انجام شده، زمان سپري شده و هزينه‌ها است. اين روش كمك مي‌كند كه تا با مقايسه برنامه اوليه و پيشرفت واقعي ميزان بهره‌وري پروژه مورد ارزيابي قرار گيرد. با تهيه تصويري گويا از وضعيت پروژه و محاسبه‌ي مقدار ارزش بدست‌آمده، مي‌توان برنامه اوليه را با وضعيت واقعي انجام امور مقايسه كرد و به ارزيابي روشن‌تري از روند پيشرفت پروژه دست‌يافت. نام ارزش کسب شده ناشي از اين تفکر است که هر قلم قابل تحويلي از پروژه يک گويند و زمانيکه آن قلم مورد نظر (value) هزينه بر نامه ريزي شده اي دارد که به آن ارزش تکميل شده و به وقوع بپيوندد، ارزش آن در پروژه حاصل خواهد شدکه به آن "ارزش کسب شده" گويند .

ویژگی های اساسی از اجرای هر EVM

تحلیل متدولوژی EV راه استاندارد صنعتی است برای :

1-   اندازه گیری پیشرفت پروژه

2-   نشان دادن تکامل زمانی و هزینه ی پروژه

3-    راهی است برای ثابت نگه داشتن انحراف معیارهای هزینه و  پروژه

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

محدودیت های EVM

1. سبک وزنی و هزینه زیاد برخی از پروژه ها حاکی از عدم سازگاری با استانداردها می باشد.

2. EVM هیچ گونه پیش بینی برای اندازه گیری کیفیت پروژه ندارد.

3. چالش در ایجاد یا کشف محور پیاده سازی چالاک از اصلEVM .

4. دسترسی به مجموعه ای از اطلاعات درست و به موقع هزینه های واقعی را می توان سخت ترین جنبه از EVM دانست.

اصول EVMP

EVMP سه نوع اطلاعات را با هم مقايسه مي‏كند:

PV: مقدار كاري كه برنامه­ريزي شدهPlanned Value

AC: مقدار پولي كه هزینه شده (به دلار يا ساعت) - هزينه ي واقعي یا Actual Cost

EV: ارزش كار انجام شده (بر حسب بودجه مرجع به دلار يا ساعت) - ارزش افزوده یا Earned Value

در این متدولوژی همواره در طول پروژه PV و AC با ارزش افزوده مقايسه مي­شوند. يعني با كم كردن آنها از ارزش افزوده يا پيدا كردن نسبت آنها شاخص هاي عملكرد واريانس ها را بدست آوريم. این شاخص ها از مهمترین فاکتورهای تکنیک EVMP هستند و استفاده از آن ها برای تحلیل وضعیت پروژه و پیش بینی آن ضروری است. با استفاده از اين دو شاخص اصلي و ديگر شاخص ها ميتوان در هر لحظه وضعيت پروژه را از نظر زمان بندي و هزينه كنترل و يا پيش بيني كرد.

يكي از مشكلات اجراي EVMP اين است كه گفته ميشود هزينه ي اجراي آن زياد است و فقط براي سازمان هاي دولتي مثل وزارت دفاع مناسب است. اما با اجراي درست آن و اصلاحاتي كه در آن صورت مي گيرد، سود حاصل از آن بيشتر از هزينه آن مي‏شود.

مزایای پیاده سازی EVM

1.      استفاده از يك واحد ثابت اندازه گيري در تجزيه وتحليل ارزش کسب شده: در اين تكنيك براي محاسبه ميزان پيشرفت پروژه از نظر هزينه و زمانبندي از يك واحد ثابت مالي( ريالي/دلاري ) استفاده مي شود که محاسبات را تسهيل بخشيده و کار کنترل را راحت مي نمايد و براي کنترل زمان و هزينه به يك زبان مشترك دست خواهيم يافت.

2.      ارزش کسب شده بعنوان يك تكنيك و ابزار يكسان جهت اندازه گيري پيشرفت: اين تكنيك بعنوان يك تكنيك يكسان در اندازه گيري پيشرفت پروژه هاي مرکب مورد استفاده قرار مي گيرد ، بعنوان مثال اگر دو پروژه اي همزمان شروع شده باشند ولي ماهيت تعريف شده براي دو پروژه متفاوت باشد ، مي توان با اين تكنيك دو پروژه را بطور يكسان مورد ارزيابي قرار داده و پيشرفت هرکدام را نسبت به ديگري سنجيد.

3.      ارزش کسب شده تكنيكي چند منظوره: اين تكنيك مي تواند ميزان پيشرفت پروژه را از جهات مختلف يعني هزينه ، زمان و محدوده پروژه بطور همزمان و تلفيقي نشان دهد که اين قضيه در منحني ها و جداول مقايسه اي برنامه اي و وا قعي بخوبي مشهود خواهد بود .

4.     ارزش کسب شده تكنيكي بسيار دقيق در محاسبات پيشرفت: با استفاده از اين تكنيك در هرزماني از اجراي پروژه ميتوان مغايرت هاي زمان و هزينه را نسبت به برنامه از پيش تعيين شده با واحدهاي بسيار کوچك محاسبه و گزارش نمود .

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

6.    با استفاده از پیش بینی نتایج نهایی پروژه ارزش به دست آمده ، EVM هشدار دهنده اولیه است برای پروژه هایی که نیاز به اقدام اصلاحی دارند.

7.   با استفاده از EVM برای حمایت از مدیریت موثر و کارآمد می توان از نتایج EVM پروژه های متعدد برای راحتی در تصمیم گیری مدیریت بالا استفاده کرد.

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

9.   سريعترين نمايانگر روند، مسائل و مشكلات پروژه.

10.  تصويري دقيق از وضعيت پروژه را نشان مي دهد.

11.  پايه و اساس اقدامات اصلاحي است.

12.  هزينه هاي نهائي پروژه را پيش بيني مي نمايد.

 

13.  ا هداف مشترك و دو جانبه تأمين کنندگان و مشتريان پروژه را برآورد مي سازد. (4)

بررسی شاخص های EV

 :(BCWS) Budgeted Cost of Work Scheduled مجموع بودجه های لازم برای کل پکیج های کاری برنامه ریزی شده، جهت اتمام کار  در یک دوره زمانی  معین.

 :(ACWP) Actual Cost of Work Performedهزینه های واقعی صرف شده جهت تکمیل  کارهای اجرایی در یک دوره زمانی معین؛ برای مقایسه متعادل، ACWP فقط برای کار انجام شده ثبت می شود تا در برابر کارهایی که BCWP آنها نیز گزارش شده، موجود باشد.

(BCWP) Budgeted Cost of Work Performed: مجموع بودجه های لازم برای پکیج های کاری تکمیل شده و اجزای کامل شده پکیج (بسته) های کاری ناتمام.

گزارش کلی: :(SV) Schedule Variance =(BCWP – BCWS) انحراف زمانبندی، با ارزش دلار بیان شده و از تفاضل "مقدار کاری که باید در دوره زمانی داده شده، تکمیل شود" و " کاری که واقعاً با همان بودجه تعیین شده به انجام رسیده"، حاصل می گردد.

اصطلاحات تکمیلی: ((CV) Cost Variance = (BCWP–ACWP: CV ارزش حقیقی(به واحد دلار)، هزینه های بالاسری(overrunning) و غیر بالاسری (under running)(در صورت وجود) را نسبت به هزینه برآورد شده اولیه، نشان می دهد. 

بكارگيري شاخص هاي EV در Lifecycle پروژه ها

شاخص هاي EV در چرخه عمر پروژهاي سازمان مي توانند با پردازش داده هاي پروژه اي در هر مرحله و ايجاد ارزش افزوده اطلاعاتي، بهره وري قابل توجهي در جريان اطلاعاتي سيستم اجرايي پروژه هاي سازمان بوجود آورند.

آنچه مهم است، ارتباط متقابل حوزه هاي عمده درگير در پروژه هاي يك سازمان پروژه محور مي باشد . اما جهت درك بهتر آنچه كه مي توان از تحليل ارزش حاصله در پروژه ها بدست آورد، چند پروژه در حال اجرا به عنوان نمونه بررسي و برخي از خروجي هاي اين قبيل گزارشات مورد تحليل قرار مي گيرد. (2)

مفاهيم اوليه روش ارزش بدست‌آمده با ترسيم نمودار S بخوبي روشن مي‌شوند. با مقايسه پارامترهاي فوق در نمودار  S به نحو موثري مي‌توان روند پيشرفت پروژه را بررسي كرد. در اين روش يك بودجه براي پروژه در نظر گرفته مي شود، سپس هزينه هاي آن كنترل مي شود. يا اين كه بودجه به هفته، ماه و یا سال شكسته مي شود و هربار مقدار واقعي هزينه با بودجه ي در نظر گرفته شده مقايسه شود. بدین ترتیب يك منحني بودجه بدست مي آيد. اگر پروژه مطابق با زمانبندي جلو رفته باشد، منحني هزینه ها، اطلاعات لازم در مورد وضعيت بودجه را نشان می دهد. اما اگر پروژه از زمانبندي عقبتر باشد, مدير پروژه نمي‏تواند وضعيت پروژه را از نمودار درك كند و بيان وضعيت واقعي با اعداد غير ممكن خواهد بود.

وقتي پروژه اي بسيار بزرگ يا پيچيده باشد، نمي‏ توان فهميد كه كدام يك از اجزاي پروژه در انحراف منحني سهم داشته اند. EVPM  يكي از راه هايي است كه زمانبندي و هزينه را به هم ربط مي دهد وآنها را به صورتي ارائه مي كند كه تحليل مديريت روي آن آسان باشد. در واقع EVPM  يك تصوير يكپارچه از عملكرد و كارايي هزينه و زمان بندي را مي‏دهد.

منبع:http://rahimy.blogfa.com

ارسال شده توسط احمد محمدی | 18 01, 2014 | بازدید‌ها (1407)

ABC؟

 معماري چندلايه

انواع فرايندهاي سازماني

يک سوال از گردش کار فرايند

فرايند بازمهندسي

Mrpبا اجزا و مثال و نمودار

ماژول مالي با رسم شکل

راههاي موفقيت erp

فرايند crm

يک سوال مشابه مساله دستگاه کپي

اثر شلاق چرمين

Normal 0 false false false EN-US X-NONE FA
ارسال شده توسط احمد محمدی | 18 01, 2014 | بازدید‌ها (5393)

مفاهيم: ABC و ABB و ABM

 

مقدمه

رشته حسابداري به مديران ﺁموزش هايي در سطح  عالي مي دهد، زيرا اين رشته با بسياري از جنبه هاي مختلف سازمان گره خورده است. وظايف حسابدار با برنامه ريزي، كنترل و تصميم گيري مديريت پیوند تنگاتنگ دارد. مطالعه حسابداري صنعتي پیشرفته بينش هاي فراواني درباره ي نقش مدیر و حسابدار در سازمان ارا ئه مي كند. مدير ﭼه تصميماتي مي گيرد؟ حسابداري چگونه مي تواند به مدير كمك كند؟ تحولات سريع در صنايع توليدی جهان، شامل رقابت سنگين در بازارهای جهانی، نوآوري های تکنولوژی و پيشرفت سيستم های کامپیوتری بوده است. اين تحولات موجب شده است که شرکت هايي که توان هماهنگ کردن عمليات خود را با شرايط جديد داشته اند به صورت شرکت هايی موفق جهانی درآيند و شرکت هایی که چنين توانی را نداشته اند از بازار رقابت خارج شوند .در شرايط جديد، حسابداران مديريت نيز ناچار از ابداع و بکارگيری روش ها و سيستم هايی بوده اند که جوابگوی نيازهای روز شرکت ها باشد و از جمله اين روش ها

1-   هزینه یابی بر مبنای فعالیت (ABC)

2-   بودجه بندی بر مبنای فعالیت (ABB)

3- مدیریت بر مبنای فعالیت (ABM)

 

 

 

هزينه يابي بر مبناي فعاليت (  Activity Based Costing)

تعريف ABC :

هزينه يابی بر مبناي عمليات، از روش های نوين هزينه يابی است. اين روش با بررسي فعاليتهايي که مستقيما در فرايند عملياتی دخالت دارند، به ارائه اطلاعات دقيق بهای تمام شده مي پردازد.

تاريخچه ABC :

از اوايل دهه 80 سازمان ها به اين نتيجه رسيدند که برای بقای خود و ارائه خدمات برتر به مشتريانشان بايستی شيوه و فرايندهای خود را بهبود بخشند و ضمن افزايش مستمر کيفيت، هزينه ها را به نحو قابل قبولی پايين آورند.

تفکر ايجاد ارتباط بين هزينه ها و فعاليت ها در اواخر دهه 60 و اوايل 70 در آثار سالومنز و استاباس ديده شده است اما به صورت آکادميک در دهه 80 مطرح شده است.

مفاهيم ABC

ABC چيست؟

هزينه يابی بر مبنای فعاليت كه داخل ساختار سيستم حسابداری هزينه قرار می گيرد.

آيا ABC  يک روش ارزيابی موجودی کالا است؟

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

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

•        اگر ABC کاملا جايگزين سيستم هزينه يابی سنتی گردد، به يک روش ارزيابی موجودی کالا تبديل می گردد.

آيا  ABC يک روش تجميع هزينه است؟

روش های تجميع هزينه :

•        هزينه يابی سفارش کار

•        هزينه يابی فرايند

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

هزينه هاي ثابت و متغير در ABC چگونه هستند؟

ABC به هزینه ها بر اساس یک چشم انداز بلند مدت می نگرد در حاليكه در نگرش بلند مدت هزينه ثابت وجود ندارد و همه هزينه ها متغير هستند.

ABC چگونه هزينه هاي ثابت و متغير را در بر مي گيرد؟

هزينه هاي فعاليت هاي ثابت و متغير مي توانند شناسايي و با استفاده از نرخ هاي مبتني بر فعاليت به محصولات و خدمات مرتبط شوند. (نرخ هاي جداگانه براي هزينه هاي ثابت و متغير در نظر گرفته شود)

ABC و تخصيص هزينه سربار

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

يكي از وظايف و مشكلات مهم حسابداري در محاسبه بهاي تمام شده مربوط به تخصيص هزينه هاي سربار مي باشد.

 روشهاي تخصيص هزينه سربار در روش سنتی :

•        تخصيص كلي سربار

•        گردآوري و تخصيص هزينه ها برحسب دواير

روشهاي تخصيص هزينه سربار در روش ABC :

•        برخی معتقدند ABC تکامل يافته روش تخصيص هزينه برحسب دواير است.

•        ABC بر فعاليت هايی تاکيد دارد که موجد هزينه هستند هزينه آن ها بالاست و بايستی کارأمد شده يا تغيير يابند.

•    درABC نرخ هزينه برای هر واحد موجد هزينه (محرک هزينه) محاسبه شده و هزينه ها از طريق ضرب نرخ موجد هزينه در حجم موجد هزينه بدست می آيد.

•     در ABC به جای تخصيص نرخ سربار به هر دايره نرخ موجد هزينه برای هر مرکز فعاليت به طور جداگانه محاسبه می شود. به عبارتی هر فعاليت دارای مخزن هزينه مربوط به خود است.

اصول و مباني ABC :

1.    هزينه هاي سربار اختصاص يافته به محصولات و خدمات، بايستي هزينه سرباري كه واقعا براي آن محصولات صرف شده را منعكس نمايد.

2.       اين هدف از طريق يك تجزيه و تحليل از فعاليت ها و علل به وجود آمدن فعاليت ها محقق مي شود.

3.       فعاليت ها آنچه كه شركت انجام مي دهد مي باشند.

4.       فعاليت ها را مي توان در سطوح مختلفي از جزئيات تعريف نمود.

5.       فعاليت ها منابع را مصرف مي نمايند و بايد براي كسب و كار ارزش ايجاد نمايند.

6.       مصرف منابع موجب مي شود كه هزينه ها اتفاق بيفتد.

7.       بنابراين فعاليت ها هزينه ها را به وجود مي آورند.

8.       مديران در گذشته مي كوشيدند تا هزينه ها را به طور مستقيم مديريت نمايند.

9.    ABC بيان مي كند كه بهتر است فعاليت هايي كه موجب به وجود آمدن هزينه ها مي شوند مديريت شوند. (مديريت علل بوجود آمدن هزينه ها)

1- تعريف فعاليت ها و هزينه هاي آنان

تعريف فعاليت :

هر عملي كه به منظور توليد، توزيع و ارائه خدمات انجام شود و ماهيت تكراري داشته باشد فعاليت يا كار ناميده مي شود.

روش هاي شناسايي و طبقه بندي فعاليت ها :

n     توجه به نمودار سازماني و نمودار فرايندها

n     شناسايي و طبقه بندي فعاليت هاي همگن

n     توجه به سلسله مراتب ABC

سلسله مراتب ABC :

1.   هزينه مربوط به سطح واحد محصول (منابعي كه صرفا بر روي هر واحد از محصول انجام مي گيرد مثل : انرژي، استهلاك ماشين و تعميرات)

2.     هزينه مربوط به گروه محصول (هزينه هايي كه بر روي گروهي از محصولات انجام مي شود)

3.     هزينه هاي پشتيباني محصولات ( طراحي، 1 مهندسي و ...)

4.       هزينه هاي امكانات پشتيباني ( هزينه ساختمان، اجاره و ...)

2- تعيين محرك هزينه ها

تعريف محرك هزينه :

در روش سنتي محرك هاي هزينه مرتبط با حجم، نظير: مقدار توليد، ساعت كار مستقيم و ساعت كار ماشين آلات تنها عواملي كه موجب ايجاد هزينه مي شوند دانسته مي شدند.

 اما در روش ABC كليه رويدادها يا فعاليت هايي كه منجر به وقوع هزينه مي شوند محرك هاي هزينه هستند. در ABC فعاليت ها به عنوان منابع هزينه شناسايي مي شوند و هزينه هاي سربار براساس مباني منطقي تعيين شده يا همان محرك هاي هزينه به محصولات تخصيص داده مي شوند.

موارد مهم در انتخاب محرك هاي هزينه :

1.       ميزان همبستگي

2.       هزينه اندازه گيري

3.       ﺁثار رفتاري

در سيستم ABC هرچه تعداد محرك هاي هزينه متنوع تر و ضريب همبستگي ميان محرك و فعاليت بيشتر باشد تخصيص هزينه سربار با دقت بيشتري انجام مي شود. اما امكان دارد هزينه اندازه گيري محرك هزينه بالا رود.

پيش فرض های اجرای ABC :

1.       محصولات تفاوت زيادی با هم داشته باشند.

2.       تنوع محصولات توليد شده بالا باشد

3.       هزينه های سربار , مبالغ قابل توجهی را تشکيل دهد و اين مبالغ سير صعودی داشته باشد.

4.       قيمت فروش بر اساس بازار تعيين می شود.

5.     دانش فنی توليد بالا باشد.

چهار گام در طراحی ABC :

1.       تشخيص و معرفی فعاليت های اصلی يک شرکت

2.       تعيين محرک های اوليه و ثانويه برای اين فعاليت ها

3.       ادغام فعاليت ها در يک مخزن هزينه مشابه

4.       گزينش محرک های فعاليت برای نشان دادن هر هزينه

مدل هاي سيستم ABC :

1.       مدل اوليه

2.       مدل دو بعدي

مدل اوليه :

جهت فراهم آوردن اطلاعات براي تصميم گيري هاي استراتژيك مطرح گرديد. خصوصا تهيه اطلاعات بهاي تمام شده خدمات.

كاربرد و مزاياي مدل اوليه ABC :

1.       كاربرد در تصميم گيري هاي استراتژيك

2.       تجزيه و تحليل هزينه ها

3.       سودآوري خدمات

4.       بهبود فعاليت هاي سازماني

5.       مديريت و اداره كردن فعاليت ها

6.       تعيين اولويت براي كاهش هزينه ها

نارسايي هاي مدل اوليه ABC :

1.       تك كاربردي بودن آن

2.       عدم ارائه اطلاعات مستقيم در مورد هزينه ها و فعاليت ها خصوصا در مورد هزينه هاي سربار

اين محدوديت ها ي مدل اوليه منجر به ارائه مدل دو بعدي ABC شد.

مدل دو بعدي :

انتظار از ABC جهت فراهم كردن اطلاعات عملياتي در فعاليت ها منجر به پيدايش مدل دوبعدي سيستم ABC گرديد.

هدف مدل دو بعدي :

ايجاد يك فرايند بهبود دائمي براي فعاليت هاي داخل و خارج از سازمان

اطلاعات بدست آمده از مدل دو بعدي :

1.       اطلاعات درباره فعاليت ها

2.       اطلاعات درباره استفاده كنندگان از خدمات

3.       اطلاعات در مورد فعاليت هاي غير توليدي

مراحل هفت گانه پياده سازی ABC :

1.       برنامه ريزی پروژه

2.       تعيين منابع مالی و عملياتی

3.       تعريف فعاليت ها و فرايندها

4.       توسعه طرح مفهومی مدل هزينه

5.       سنجش اعتبار و پايايی مدل هزينه

6.       تدارک اطلاعات جديد

7.     اطمينان از به روز بودن نظام انتخابی

مراحل بکارگيری ABC :

1.       توجيه مديريت

2.       ايجاد يک استراتژی و برنامه ريزی برای استفاده از مزايای بالقوه استفاده از ABC

3.       جمع آوری اطلاعات مورد نياز برای طراحی مدل

4.       طراحی سيستم ABC

5.       استفاده از اطلاعات ABC در فرايند بهبود سازمانی

ABC و تخصيص منابع :

هزينه ها ناشی از مصرف منابع هستند.

هزينه ها برای اهداف زير تحقق می يابد:

1.       کسب انگيزش بيشتر

2.       محاسبه سود و ارزيابی دارائي ها

3.     تعيين بها يا تنظيم صورت وضعيت

مراحل تخصيص هزينه مبتنی بر ABC :

گام اول : تعيين هزينه فعاليت ها

گام دوم : توسعه نقشه عمليات براي نشان دادن جريان كار و روابط بين فعاليت ها

گام سوم : جمع آوري داده هاي هزينه مرتبط و جريان فيزيكي واحدهاي محرك هاي هزينه از ميان فعاليت ها و منابع

گام چهارم : محاسبه و تفسير اطلاعات بر مبناي فعاليت

مزايای سيستم ABC :

1.       بهبود سيستم هزينه يابی و تخصيص هزينه های شرکت به طور مطلوبتر

2.       تعيين بهای تمام شده و قيمت گذاری محصولات به طور منطقی تر و دقيقتر

3.       کنترل عمليات شرکت وبرنامه ريزی کاراتر، صحيح تر و دقيق تر مديريتی

4.       کمک به تصميم گيري های کاراتر، صحيح تر و دقيق تر مديريتی

5.       ارزيابی صحيح تر از عمليات مالی مديران

6.       شناسايی فعاليت های هزينه زا و فاقد ارزش

7.       امکان وجود کنترل هزينه ها

8.       موجب تغيير نگرش بسياری از مديران نسبت به هزينه های سربار

9.       ايجاد شرايط لازم برای افزايش سهم بازار

10.   توجيه حاشيه فروش و تسهيل رقابت

11.   تصميم گيری در خصوص توليد يا توقف توليد

12.عملی کردن مفهموم مشتری مداری

 

محدوديتهای روش ABC :

1.       رابطه يکطرفه بين حجم فعاليت و هزينه ها

2.       چشم پوشی از امکان وجود هزينه ها و توليدات مشترک

3.     ناديده گرفتن ظرفيت (اضافی، منابع کمياب) و ميزان سودمندی منابع

معايب سيستم ABC :

1.       هزينه های گزاف ناشی از تعداد مراکز فعاليت و عوامل هزينه زا

2.     استمرار ضرورت تخصيص برخی هزينه ها بر اساس معيارهای قراردادی مبتنی بر حجم

بودجه بندی بر مبنای فعالیت (Activity Based Budgeting)

تعاريف و کارکردها :

1.     ABC يک روش سيستماتيک جهت برنامه ريزی کنترل و بودجه بندی منابع يک سازمان است.

2.   زمانی که بودجه بر مبنای فعاليت تصويب می شود، ABB بخش کليدی از اقتصاد داخلی است که بين عرضه و تقاضا توازن برقرار می کند.

3.   ABB باعث می شود مديران ظرف دوره ای ميان مدت تا بلندمدت به هزينه های ثابت به عنوان هزينه های متغير بينديشند.

ويژگيهاي  ABB :

1.       انتظارات مشتري را با منابع قابل دسترس سازمان تطبيق مي دهد.

2.    به جاي تاكيد بر يك  Benchmark (الگوبرداري) اختياري، مثل بودجه سال گذشته، بر بودجه‌هايي تاكيد دارد كه بر اساس بازگشت به سرمايه گذاري ها قرار دارد.

3.       يک بودجه منعطف را بر مبنای حجم کار فعاليت توسعه می دهد.

4.       برنامه ريزی مکرر و دائمی را مورد حمايت قرار می دهد.

5.       موارد زائد و بی ارزش را در بودجه شناسايی کرده و برنامه های عملی برای حذف آنها ايجاد می کند.

6.       حجم کارها را برای ايجاد سيستم ABB پيش بينی می کند.

 

7.       كليه فعاليت هاي سازمان را با استراتژي هاي كسب و كار مشتري منطبق مي سازد.

8.       مانع از افتادن در دام دفاع از پروژه هاي مشتري مي گردد.

9.    از اينكه ايده هاي مشتري را مورد قضاوت قرار داده و اولويت هاي خود را براساس آن ها تعيين كنيم جلوگيري مي كند و فعاليت هايي را كه سازمان بايد براي انجام آنها كوشش كند را مشخص مي نمايد.

10.   سرمايه و وقت لازم براي سرمايه گذاري هاي بحراني در داخل سازمان را پيش بيني مي كند.

11.   نرخها و قيمت هايي را كه عادلانه، قابل دفاع و قابل مقايسه outsourcing هستند را تعيين مي ‌كند.

12.  امروزه بسياري از شركت ها و سازمان هايي كه با روش هاي سنتي و تاكيد بر عناصر هزينه‌اي نمي ‌توانند خواسته هاي خود را برآورده سازند به استفاده از ABB و تاكيد بر اهميت بودجه بندي ازطريق فعاليت ها و مراحل آن روي آورده اند.

13.   پيش بينی درآمد

14.   مديريت ظرفيت

 

هدف اصلی ABB چيست؟

هدف اين سيستم نشان دادن ارتباط بين منابعي است كه سازمان براي مصرف آن ها جهت توليد محصولات برنامه ريزي مي كند. به كمك ABB بايد بر توليد محصولاتي كه موفقيت سازمان را موجب مي شوند تمركز يافت و سپس با مديريت منابع سازمان اعم از زمان، پول، نيروي انساني و غيره منابع بيشتر را به فعاليت هايي اختصاص داد كه موجبات آن را فراهم مي سازند.

مراحل بودجه بندی بر مبنای فعالیت :

1.       برآورد تعداد محصول نهایی (تولید و فروش برای دوره بعد)

2.       پیش بینی میزان تقاضای فعالیت ها در درون سازمان

3.       محاسبه منابع مورد تقاضا برای فعالیت های پیش بینی شده

4.       تعیین عرضه واقعی منابع

5.     تعیین ظرفیت منابع

تفاوت ABB با بودجه بندي سنتي :

ABB برخلاف بودجه بندي سنتي كه عوامل هزينه اي نظير جبران خدمت، ماموريت يا آموزش را توصيف مي كند، معرف بودجه اي است كه هزينه خدمات و محصولات يك سازمان را نشان مي‌دهد.

 بودجه بندی سنتی صرفا بر مبنای مذاکره ميان مديران و سرپرستان اجرايی قرار دارد اما در ABB مديران بايستی در نظر بگيرند که چه منابعی واقعا مورد نياز هستند.

تفاوت ABB و ABC :

ABBاز هزينه يابي بر مبناي فعاليت يا ABC متمايز است. ABB قبل از اينكه سال مالي آغاز شود انجام مي ‌گردد درحالي كه ABC تغييراتي است كه به سيستم هاي حسابداري اعمال مي ‌شود تا هزينه ها طي سال رديابي شوند.

مدیریت بر مبنای فعالیت : (Activity Based Management) :

•    مديريت بر مبنای فعاليت ( ABM ) رويکرد فلسفه مديريتی است که ضمن آن بنگاه اقتصادی به مثابه مجموعه ای از فعاليت های به هم پيوسته درنظر گرفته می شود که فعاليت ها در نهايت بايد درخدمت ارزش آفرينی برای مشتريان قرار گيرند. مديريت بر مبنای فعاليت بر اين فرض استوار است که در يک بنگاه اقتصادی، انجام فعاليت ها موجب ايجاد هزينه می گردد و بنابراين از طريق اعمال مديريت بر فعاليت ها،‌ مديريت بر هزينه ها قابل اعمال خواهد بود.

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

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

خصوصيت پراهميت ديگر گزارشگيری بر اساس ABM اين است که يک فعاليت در مجموعه واحدهايی که در انجام يک فعاليت معين مشارکت دارند رديابی شده و جمع هزينه های مربوط به فعاليت مورد نظر در واحدهای مختلف شناسايی و منعکس می گردد. بعنوان مثال در پاسخگويی به سفارش مشتری، دواير مختلف توليد و فروش مشارکت دارند و اين دواير می کوشند فی المثل يک سفارش معوق را تسريع نمايند و محصول را به مشتری تحويل دهند. امور مالی به ارزيابی و کنترل اعتبار مشتری می پردازد و نهايتاً واحد خدمات فروش انجام هماهنگی ها و حصول اطمينان از تحويل به موقع سفارش دريافتی را عهده دار می گردد. به اين ترتيب کل هزينه پاسخگويی به سفارش مشتری از محدوده واحد خدمات فروش فراتر رفته و هزينه های ايجاد شده از اين بابت در واحدهای مختلف را شامل می گردد و درنتيجه جمع هزينه های مؤثر در انجام سفارش مشتری مشخص شده و بصورت جامع به مديريت منعکس می گردد .

با اين توضيحات، روش سنتی و روش مبتنی بر ABM را می توان براساس مثال فوق بصورت زير مقايسه نمود .

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

شناسائی و گزارشگری فعاليت های فاقد ارزش زايی، به مديريت نشان می دهد که چه ميزان قابل ملاحظه ای از منابع بنگاه دراثر فعاليت های فاقد ارزش زايی می تواند به هدر رود. برپايه اين گزارش ها، مديريت می تواند نسبت به حذف برخی فعاليت ها و يا کاهش هزينه آن ها اقدام نمايد .

اعمال مديريت بر مبنای فعاليت مستلزم بکارگيری دو تکنيک هزينه يابی بر مبنای فعاليت (ABC)‌و بودجه بندی بر مبنای فعاليت (ABB) می باشد که به اختصار به معرفی آن ها پرداخته شد.

 اهداف مديريت بر مبنای فعاليت :

1.       بهبود منافع با معرفی فرصت های ارزش آفرين

2.       اندازه گيری هزينه منابعی که در اجرای فعاليت های اصلی واحد يا سازمان مصرف می شوند.

3.       تشخيص يا حذف هزينه هايی که مربوط به فعاليت های غير ارزش زا هستند.

4.       ايجاد فرايندها و فعاليت هايی که مشتری حاضر است برای آن پول بپردازد.

5.       تعيين معيار جهت فعاليت ها

6.       حمايت از تيم سازی

7.       تعيين کارايی و اثربخشی تمام فعاليت های انجام شده در واحد يا سازمان

وظايف مديريت بر مبنای فعاليت :

1.       معرفی فعاليت های دارای ارزش افزوده و فعاليت های بدون ارزش افزوده

2.       مهندسی مجدد و طراحی مجدد ساختار فعاليت ها

3.       الگوبرداری فعاليت های با ارزش افزوده به عنوان ابزار کليدی برای بهبود مستمر

4.     توسعه سيستم اندازه گيری کارايی برای بهبود مستمر

شرايط ايجاد يک سيستم حامی  :ABM

1.       فعاليت های کليدی انجام شده را تعيين نمايند.

2.       محرک های هزينه را توسط فعاليت تعيين کنند.

3.       هزينه های سربار و هزينه های غير مستقيم ديگر را توسط فعاليت با به کارگيری محرک های هزينه شفاف، دسته بندی کنند.

4.       داده ها را برمبنای تقاضاهای کار با فعاليت جمع ﺁوری کنند.

5.       هزينه ها را بر مبنای فعاليت به محصولات و مشتريان تخصيص دهند.

6.       اطلاعات مالی و عملياتی را در سطح هر فعاليت تعيين کنند.

مراحل هشتگانه ABM :

1.       تعريف دامنه پروژه

2.        شناسايی فعاليت ها، منابع و شاخص های ستاده

3.        تحليل جريان عملياتی فرايند

4.       جمع آوری داده ها و شناسايی نقش های رابط ميان داده ها

5.       تهيه يک مدل کامپيوتری

6.       ارزش گذاری و اعتبار دادن به مدل

7.       تعبير و تفسير اطلاعات جديد

8.       اجرا

دلايل به کارگيری ABM  :

1.       قيمت گذاری مجدد محصولات و بهينه سازی طراحی محصول جديد

2.       کاهش هزينه ها

3.     اثرگذاری بر برنامه ريزی استراتژيک و عملياتی

 اصول اساسی ساختار ABM :

1.       جريانات هزينه در اين مدل

2.       حساب های دفتر کل عمومی

3.       طبقه بندی هزينه ها و فعاليت ها

4.       تعيين هزينه ها از حساب های دفتر کل

5.       دانستن محرک های هزينه

6.       تغيير پذيری محرک هزينه

7.       تعيين کردن هزينه ها از حساب های دفتر کل به فعاليت ها

8.       تعيين دوباره هزينه های واحدها به ساير واحدها

9.       ارزش زايی محصول و مشتری

10.   استفاده از واحد هزينه برای تجزيه و تحليل

ويژگی های ABM در تعامل با ABC :

•        مدل ABM نتيجه به کارگيری موفقيت آميز ABC بوده است

•        مدل ABM بعد پويای تازه ای از لحاظ بهبود مستمر فعاليت ها به ABC اضافه کرده است.

•        مدل ABM اطلاعات مورد نياز خود را از ABC می گيرد.

مقايسه ABM و  : ABC

1.       مديريت بر مبنای فعاليت بر مديريت فعاليت ها جهت کاهش بهای تمام شده تاکيد دارد.

2.       هزينه يابی بر مبنای فعاليت بر ايجاد ارتباط بين هزينه های سربار و فعاليت ها تاکيد می کند.

3.  

ارسال شده توسط احمد محمدی | 15 01, 2014 | بازدید‌ها (2499)

فرآیند استقرار ERP در سازمان ها

پياده سازي ERP در سازمان همراه با مخاطراتي است كه در صورت عدم توجه و كنترل مي تواند باعث شكست يا ناكار آمدي استقرار گردد، كه اهم آن همراه با ضرايب وزني اهميت در ذيل بررسي مي گردد:

  وزن عنوان #  
  5

 عدم حمايت و التزام مديريت ارشد سازمان

1  
  2

 عدم وجود زير ساخت مناسب

2  
  4

 عدم شناخت فرآيندهاي سازمان

3  
  3

 عدم انتخاب مشاور و ناظر مجرب

4  
  5

 عدم انتخاب راه حل متناسب و بهينه

5  
  4

 عدم استفاده از تيم مناسب براي استقرار

6  
  5

 ايجاد تغييرات و بومي سازي به مقدار زياد

7  
  4

 عدم توجه به فرهنگ سازي و آموزش در جهت كاهش مقاومت محيطي

8  
  3

 عدم توجه به مهندسي مجدد فرايندهاي و كسب و كار

9  
  4

 عدم الزام و اصرار بر راهبردي بودن تصميم به استقرار ERP

10  
  4

 تغيير مديريت، ساختار يا اهداف و مأموريت سازمان در حين استقرار

11  
  3

 عدم وجود مديريت دانش و مخاطرات ناشي از ريزش نيروهاي كليدي

12  
  3

 عدم برنامه ريزي مناسب براي تحقق استقرار ERP

13  
  3

 عدم وجود برنامه منسجم ITMP (برنامه كلي فناوري اطلاعات)

14  

شايان ذكر است كه ERP در مهندسي مجدد فرايندهاي سازمان (BPR) نقش Enabler يا تسهيل كننده دارد. ليكن در مورد اين كه ERP و BPR كدام يك مقدم بر ديگري هستند، بحث هاي زيادي مطرح است و مقالات مختلفي درباره آن وجود دارد. برخي ERP و BPR را دو فرايند لازم و ملزوم يكديگر دانسته اند و بسيار تأكيد بر اجراي كامل BPR همزمان با پياده سازي ERP و يا قبل از آن دارند، در حالي كه برخي ديگر بسيار تأكيد بر عدم اجراي BPR سنگين در فرآيندهاي سازمان به منظور افزايش احتمال موفقيت پروژه پياده سازي ERP در سازمان دارند. تأكيد گروه دوم بيشتر بر افزايش دقت در انتخاب ERP مناسب براي سازمان است، كه بيشترين انطباق را با فرايندهاي سازماني دارد.

اما به هر حال بايد اشاره كرد كه در برخي موارد نرم افزار ERP خريداري شده، و منطبق با آن BPR صورت مي گيرد كه به آن Package Enabled BPR مي گويند. در نوع ديگر BPR استاندارد اعمال، و پس از آن ERP منطبق با استاندارد اعمال شده انتخاب مي شود.

براي تعريف مدل چرخه عمر سيستم هاي ERP، از مدل ارائه شده به وسيله
Esteves & Pastor در سال 1999، استفاده شده است. اين مدل در مراحل و ابعاد، ساخت يافته است. در ادامه مراحل مختلف اين چرخه و شرح مختصري از هر مرحله ارايه مي گردد:

مرحله اول: تصميم براي انتخاب

در اين مرحله مديران زمينه هاي نياز به يك سيستم ERP جديد را بررسي مي كنند و با انتخاب نگرش سيستم جامع اطلاعاتي، بهترين چالش هاي حياتي سازمان را عنوان خواهند كرد و راهبرد سازماني را بهبود خواهند بخشيد. مرحله تصميم گيري شامل تعريف نيازمندي هاي سيستم، اهداف و مزاياي سيستم و تحليل تأثير اين انتخاب در يك شركت و كليه سطوح سازماني است.

مرحله دوم: انتخاب يا فراگيري

در اين مرحله يك سيستم ERP كه با احتياجات سازمان به بهترين نحو تناسب داشته باشد و نياز به تغييرات را به كمترين ميزان برساند، انتخاب مي شود. در مراحل بعدي چرخه عمر ERP، به ويژه مرحله اجرا يك شركت مشاوره در نظر گرفته مي شود. عواملي چون قيمت، آموزش و خدمات نگهداري بررسي و شرايط انعقاد قرارداد تعريف مي شود. در اين مرحله تحليل نرخ برگشت سرمايه هر محصول، بسيار با اهميت است.

مرحله سوم: اجرا

اين مرحله شامل ايجاد دوباره يا تطبيق و سازگاري نرم افزار سيستم ERP با نيازهاي سازمان باشد. به طور معمول اين وظيفه با كمك مشاوران براي تهيه روش هاي بسترسازي، اجرا و بهره برداري ايجاد مي گردد.

مرحله چهارم: كاربرد و نگهداري

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

مرحله پنجم: تكامل

اين مرحله يكپارچگي توانايي هاي جديد سيستم ERP در برآورده نمودن نيازهاي جديد را با عنوان زمان بندي و برنامه ريزي پيشرفته، مديريت زنجيره تأمين، مديريت ارتباط با مشتري و جريان كاري، بر عهده دارد.

مرحله ششم: بازنشستگي

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

هزينه هاي مربوط به چرخه عمر سيستم هاي ERP به دو دسته مشهود و نامشهود تقسيم مي شوند. هزينه هاي مشهود، هزينه هاي هستند كه به شيوه مستقيم قابل اندازه گيري هستند. از آنجا كه هزينه هاي نامشهود به مفاهيم نامحسوس نسبت داده مي شوند در اندازه گيري آنها به شيوه مستقيم، مشكلاتي وجود دارد. اين هزينه ها با مراحل مربوط، در جدول زير نشان داده شده است:

 

هزينه هاي نامشهود

هزينه هاي مشهود

مرحله

 
 

هزينه هاي تصميم گيري

-

 انتخاب

 
 

هزينه هاي تصميم گيري

هزينه هاي فرصت از دست رفته

مشاوره

سخت افزار

پروانه هاي نرم افزاري

 فراگيري

 
 

ايجاد مجدد تبديل و تحليل داده ها

زمان صرف شده به وسيله كاركنان

مهندسي مجدد، فرايندهاي كسب وكار

مشاوره

آموزش

منابع انساني

مشخصات سيستم

 اجرا

 
 

هزينه‌هاي غير مستقيم خرابي سيستم

هزينه از دست دادن رقابت جويي

پيكربندي دوباره سيستم

سازگاري سيستم

هزينه خرابي سيستم

 كاربرد نگهداري

 
 

-

هزينه كاربردي جديد

 تكامل

 
 

هزينه هاي فرصت از دست رفته

هزينه هاي تصميم گيري

-

 بازنشستگي

 
 

روش هاي متفاوتي براي استقرار ERP در يك سازمان توسط شركت هاي مختلف تأمين كننده راه حل، استفاده مي گردد. در اينجا چند روش متداول معرفي مي گردد:

روش راه حل جامع (Total Solution)

«ارنست» و «يانگ» دو روش سيستماتيك جهت مهندسي مجدد سيستم ها ارائه كرده اند، كه راه حل جامع ناميده مي شود. اين روش شناسي 3 فاز عمده دارد:

فاز 1) پيشنهاد ارزش (ايجاد يك مورد كاربردي كسب و كار براي يك راه حل SAP)

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

- آيا سرمايه گذاري انجام شده براي اين فناوري قابل توجيه است؟

- آيا راه حل، با اهداف شركت سازگاري دارد؟

- آيا مديريت شركت درك درستي از تغيير دارد و آيا اين تغييرات پشتيباني خواهد شد؟

- ميزان پيشرفت فرآيند پروژه را كدام نقاط كليدي اندازه گيري مي كند؟

فاز 2) ارزيابي آمادگي سازمان براي تغيير

از آنجا كه تغيير به بسياري از افراد تحميل مي شود، ضروري است كه انتظارات تغيير در افراد قبل از تغيير ايجاد شود. در اين فاز بايد به سوال هاي زير پاسخ داد:

- آيا سازمان براي تغيير آماده است؟

- آيا هر كس در فضا و شرايط تغيير قرار گرفته است يا خير؟

- تغييرات چگونه مديريت خواهد شد؟

- انتظارات مديريت چيست؟

پاسخ به اين سوالات، تعيين كننده رويكرد پياده سازي خواهد بود و آگاهي از پاسخ آنها نيز مي تواند به پيشرفت پروژه كمك كند و مانع انطباق ناپذيري عوامل تغيير با واقعيت هاي مشتري خواهد شد.

فاز 3) رويكرد تعيين ارزش افزوده حاصل از پياده سازي

در اين فاز انتظارات موجود و ارزش افزوده پروژه در دوره هاي زماني كوتاه و بلند، مهمترين عامل كليدي موفقيت پروژه به شمار مي آيد. چون اگر پيشرفت پروژه ملموس باشد، پذيرش آن براي افراد مقاوم در برابر تغيير آسان تر خواهد شد.

روش Accelerated SAP

روش ASAP يك طرح جزيي از پروژه SAP است كه تمام فعاليت هاي پياده سازي را در بر مي گيرد. پيمودن مراحل اين پروژه سريع تر از پروژه هاي ديگر است. اين روش شناسي شامل فازهاي زير است:

فاز 1) آماده سازي پروژه

در اين فاز برنامه ريزي مناسب و ارزيابي آمادگي سازماني انجام مي گيرد، تا اطمينان حاصل شود كه:

- براي انجام پروژه در سازمان توافق كامل وجود دارد

- اهداف روشن براي پروژه تعيين شده است

- فرهنگ تغيير پذيري در شركت وجود دارد

فاز 2) مدل سازي كسب و كار

در اين فاز ابزارهاي كامل شامل فرايندهاي كسب و كار از پيش تعريف شده به كار مي روند كه با استفاده از پرسشنامه ها و الگوها، فرايندهاي جديد مدل سازي مي شوند. الگوهاي جديد شامل بهترين تجربيات هستند.

فاز 3) انطباق سيستم با واقعيت

بر اساس مدل سازي كسب و كار يك فرايند دو مرحله اي براي پيكربندي يك سيستم 3/R آغاز مي شود. در اين مرحله خطوط كلي سيستم جديد تعيين شده و سيستم براي برآورده كردن نيازمندي هاي كسب و كار آماده مي شود. اين خطوط كلي به كاربري مدل هاي كسب و كار در دنياي واقعي كمك مي كند و يك ديدگاه از تبادلات سيستم در عمل ارايه مي دهد.

فاز 4) تعيين اعتبار مدل (پياده سازي و آزمايش)

در اين فاز سيستم طراحي شده، پياده سازي و آزمايش مي شود.

فاز 5) آماده سازي نهايي

در اين مرحله سيستم 3/R به خوبي منطبق شده و آزمايش نهايي براي پياده سازي انجام مي شود.

فاز 6) پشتياني

در اين فاز بازنگري هاي ضروري در سيستم 3/R انجام مي شود. SAP خدماتي را به صورت بر خط فراهم مي كند تا از پياده سازي موفق سيستم، اطمينان حاصل شود. نگهداري سيستم نيز در اين فاز انجام مي شود.

روش شناسي Fast Track

اگر براي رسيدن به اهداف كسب و كار، مهندسي مجدد كلي فرايندها ضروري باشد، روش شناسيFast Track پياده سازي ERP را تسريع مي كند. اين روش شناسي 5 مرحله دارد كه با فعاليت هاي مشخص در جهت رسيدن به اهداف ERP كمك مي كند:

فاز 1- تعيين حوزه مسأله و برنامه ريزي

در اين فاز تعريف پروژه و حوزه مسأله اتفاق مي افتد.

فاز 2- تعيين آرمان ها و اهداف

در اين مرحله آرمان ها و اهداف مشخص مي شود.

فاز 3- طراحي مجدد

در اين فاز طراحي و توسعه نرم افزار انجام مي شود.

فاز 4- پيكربندي

در اين فاز، نرم افزار ايجاد و برنامه ريزي، آزمايش و يكپارچگي نرم افزار، انجام مي شود.

فاز 5- آزمون تحويل

در اين فاز سيستم مورد آزمايش نهايي قرار مي گيرد.

معمولاً سه روش براي نصب و پياده سازي ERP مورد استفاده قرار مي گيرد:

الف) يكباره

يكي از رويكردهاي جاه طلبانه و مشكل در پياده سازي مجموعه سيستم هاي برنامه ريزي منابع سازمان آن است كه به يكباره كليه سيستم هاي قديمي سازمان جمع آوري و به جاي آن يك سيستم ERP نصب شود. گر چه اين روش براي نسخ اوليه ERP ها مورد استفاده قرار مي گرفته است ولي يكي از دلايل استفاده از اين روش، رفع مشكلات مرتبط با سال 2000 بوده است. تعداد اندكي از شركت ها حاضر شدند براي رفع مشكل سال 2000 با سعي فراوان، شركت خود را آماده كنند تا تغييرات به يكباره صورت گيرد. اخبار رسيده از اواخر دهه 90 در رابطه با نصب و عملياتي شدن سيستم هاي ERP حاكي از آن است، كاركناني كه به اين شيوه همكاري كردند و سيستم هاي جديد را عملياتي نمودند، به دليل نداشتن تجربه بكارگيري سيستم هاي ERP، عدم شناخت نسبت به عملكرد صحيح سيستم ها و عدم وجود حمايت كننده خاص، كاري بس دشوار و عظيم انجام داده اند.

ب) تدريجي

اين رويكرد براي شركت هاي بزرگ كه فرايندهاي تجاري مشترك زيادي بين واحدهاي سطح شركت ندارد، مناسب است. سيستم هاي ERP به طور مستقل در واحدهاي سطح شركت نصب مي شوند و سپس ارتباطات بين بخشي از قبيل برقراري ارتباط بين مالي و دفتر داري ايجاد مي گردد. به اين ترتيب به يك راهكار مشترك براي نصب ERP دست مي يابيم. در بيشتر حالات هر يك از واحدهاي تجاري مصداق يك ERP با پايگاه داده و سيستم مجزا است. سيستم ها به منظور به اشتراك گذاشتن نيازمنديهاي اطلاعاتي براي به دست آوردن كارايي بيشتر در سطح شركت، با يكديگر ارتباط برقرار مي كنند.

معمولاً اين شيوه پياده سازي با يك برنامه نمايش و يا نصب آزمايشي در يكي از واحدهاي سازماني كه داراي شيوه كسب و كار بيمار است و ايجاد اشكال در آن سبب از هم گسيختگي زنجيره فرآيندهاي كسب و كار شركت نخواهد شد، آغاز مي شود.

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

برنامه ريزي براي اين راهكار بسيار طولاني خواهد بود. جالب است توجه شود كه بسياري از شركت هايي كه به اين شيوه ERP هاي اوليه خود را نصب كرده اند براي توسعه سيستم هاي موجود از راهكار اجراي همزمان براي كل شركت استفاده كرده اند.

پ) فرآيندي

در اين شيوه، طراحي فرآيندها از طرف ERP ديكته مي شود و بر روي تعدادي از فرايندهاي كليدي همانند فرايندهايي كه در ماجول مالي سيستم هاي ERP وجود دارد، تمركز ايجاد مي شود. اين شيوه معمولاً براي شركت هاي كوچك كه انتظار دارند درون ERP رشد و ترقي كنند، مفيد است.

هدف در اينجا آن است كه ERP به سرعت نصب و عملياتي شود و به همين منظور بايستي از مهندسي مجدد فرايندها صرف نظر شود. تعداد اندكي از شركت ها كه از اين شيوه براي عملياتي سازي ERP خود استفاده كرده اند، مي توانند مدعي بازگشت مقدار زيادي از سرمايه به واسطه سيستم باشند. آمارهاي زيادي وجود دارد كه اين نوع ERP (ERP بسته) به دليل آنكه كاركنان را مجبور به تغيير عادات كاري نمي كند كمي از سيستم هاي قديمي بهتر است.

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

ارسال شده توسط احمد محمدی | 15 01, 2014 | بازدید‌ها (1224)

11 نکته برای استقرار مناسب ERP

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

یدا کردن یک راه حل جامع برای برنامه‌ریزی و استفاده بهینه از منابع سازمان شما در حالی که شرکت‌های نرم‌افزاری و صنعتی نیز روبه گسترش هستند، مانند یک اسب تک شاخ سفیدی است که به نجات سازمان رو به توسعه شما می‌آیند. افزایش استفاده از تلفن‌های هوشمند نیز در کنار سیستم‌های جامع و یکپارچه کمک می‌کند تا ارتباطات بین سازمانی به شکلی مناسب و هدفمند گسترش یابند که مسلما سیستم‌های نرم‌افزاری قدیمی و از رده خارج، توان چنین کاری را در دنیای امروزی نخواهند داشت. با این حال چگونه می‌خواهید از میان سیستم‌های موجود در بازار انتخابی مناسب برای بهترین بهره‌جویی و استفاده از آن را داشته باشید؟
 
سایت CIO در مقاله‌ای به شما کمک خواهد کرد تا در انتخاب و استقرار یک سیستم یکپارچه، متناسب با نیاز سازمانی‌تان بهترین انتخاب را از گزینه‌های موجود در این بازار انجام دهید. این مطلب، یازده پیشنهاد را در مورد چگونگی انتخاب شایسته یک سیستم یکپارچه به شما هدیه می‌کند.
 
 
1. بررسی اسناد طرح تجاری مورد نظر به همراه یک طرح مطمئن پیاده سازی و خدمات پشتیبانی
پیاده سازی موفق یک سیستم یکپارچه، ارتباط مستقیمی با ارزیابی مناسب از محدوده خدمات مورد انتظار شما دارد. این سیستم می‌تواند در صورت پیاده سازی درست، مستقیما به نقاط مشکل‌دار سازمان، اشاره کرده و شما را برای رفع آن کمک کند. 
گردآوری یک لیست از الزامات سازمانی و مورد تاکید در طرح استراتژیک سازمان؛ نظیر عملیات درون‌سازمانی، سیستم‌های گردش کار یکپارچه، عوامل تأثیرگذار محیطی، انتقال اطلاعات موجود، هوش تجاری، گزارشات مورد انتظار و پیش بینی روند کاری سازمان می‌تواند تأثیر مثبتی بر نحوه رفتار سازمان در پیاده‌سازی یک سیستم یکپارچه موفق داشته باشد.
یک تعریف مشخص از نحوه ورود به مسئله (از چگونگی انتقال اطلاعات قدیمی گرفته تا ورود اطلاعات جدید) می‌بایست به‌وضوح مشخص شده باشد. باید مشخص کنید که آیا قصد دارید همه چیز را از نو تعریف کنید یا از داده‌های قبلی نیز استفاده کنید. نقشه راه‌تان برای پیاده‌سازی یک سیستم یکپارچه چیست؟ بعد از مشخص کردن تمامی این موارد؛ نکته مهم، تیم کارشناسی شماست. بررسی کنید که تیم کارشناسی شما از توانایی لازم برای هدایت این سیستم برخوردار است یا نیازمند بازآموزی و آموزش‌های دوباره‌اند. این تیم تیکنیکال شماست که می‌تواند به موفقیت استقرار این سیستم کمک کند.
 
2. در مورد مدل تحویلی سیستم تصمیم گیری کنید
از خود بپرسید که کدام مدل استقراری مناسب مجموعه شماست. این‌که خود یک سیستم یکپارچه را تهیه کنید، از سیستم‌های نوشته شده در مجموعه خود استفاده کنید و یا سیستم‌های نوشته شده مبتنی بر تکنولوژی رایانش ابری را در مجموعهتان به خدمت بگیرید. کدامیک مناسب سازمان تان است؟ پاسخ این پرسش را شما باید بدهید.
به طور سنتی نوشتن یک سیستم یکپارچه جامع متناسب با قد و قواره سازمان، بهترین گزینه است. اما آیا حاضرید هزینه‌های آن را به طور کامل پرداخت کنید؟ هزینه‌های تأمین نیروی انسانی متخصص، به‌روز آوری‌های سریع و متناسب‌سازی امکانات آن با تکنولوژی‌های روز و روبه توسعه؟ یا ترجیح می‌دهید از سیستم‌های آماده‌ای استفاده کنید که پیش‌تر در سازمان‌های مشابه شما مورد استفاده قرار گرفته است؟ هزینه‌های تعمیر و نگهداری آن توسط شرکت‌های سازنده پرداخت می‌شود و شما درگیر به‌روزرسانی های متعدد و همگام‌سازی آن با تکنولوژی‌های روز نباشید.
 
3. مقایسه راه حل های موجود
ارائه‌کنندگان سیستم‌های جامع و یکپارچه در سطح جهان کم نیستند. مدیر پروژه پیاده‌سازی سیستم‌های یکپارچه SAP معتقد است هیچ سیستم جامع یکپارچه‌ای 100درصد نیازمندی سازمان شما را برآورده نمی‌کند. بنابراین اولویت‌بندی شما و تهیه یک ماتریس از ویژگی‌های مورد انتظارتان ضروری است. می‌توانید با این ماتریس و استفاده از روش بازگشت سرمایه بهترین گزینه را از راهکارهای جامع موجود در بازار انتخاب کنید. جان دانکن مدیر ارشد مدیریت محصولات نرم‌افزاری شرکت آنتن معتقد است که سیستم‌های جامع یکپارچه می‌بایست قابلیت انعطاف و تطبیق‌پذیری با هر شرایط را داشته باشند. تیم گارسیا مدیرعامل شرکت اپتریسیتی که در حوزه محصولات مشتری محور فعالیت می‌کند این عبارت را این‌گونه تکمیل می‌کند که یک سیستم جامع یکپارچه باید توانایی تغییر در تنظیمات را برای مجموعه شما داشته باشد. این سیستم باید بتواند حداقل یک راه حل برای مشکل شما پیش رویتان قرار دهد. نه اینکه نیاز به بازنویسی نرم افزار وجود داشته باشد.
 
4. دقت کافی در فروشنده محصول
در بازار تجارت همه فروشندگان صادقانه با نیاز شما برخورد نمی‌کنند. فروشنده محصول را به دقت زیرنظر بگیرید و صداقت او را بسنجید. موارد مورد درخواست خود را به وضوح به او بگوید و اطمینان حاصل کنید که نیاز شما را به درستی درک کرده است. سیستم معرفی شده را با نیاز خود بسنجید و اطمینان حاصل کنید که این سیستم حداقل 80درصد نیاز شما را برآورده خواهد کرد. وقتی این موارد را مورد ارزیابی قرار دادید از فروشنده محصول بخواهید تا چند نمونه واقعی از پیاده‌سازی محصول مورد نظر را به شما معرفی کند تا شخصا از آن بازدید کنید.
 
5. تمرکز بر ملزومات سازمانی
از بزرگنمایی و اغراق بیش از حد بپرهیزید. اجرایی بودن یک سیستم را بسنجید. اصول اولیه یک سیستم که مورد نیازتان است به راه انداختن امور مالی، منابع انسانی، حقوق و دستمزد و فرآیندهای زنجیره تأمین شما بازمی‌گردد. بر عملکرد سیستم انتخابی از این ابعاد توجه بیشتری داشته باشید. سایر قابلیت‌ها را می‌توانید با روش‌های جایگزین اجرایی کنید.
 
6. تنها به میدان انتخاب نروید
شما در سازمان‌تان به تنهایی فعالیت نمی‌کنید. مشتریان‌تان، شرکای تجاری‌تان و تمامی ذی‌نفعان‌تان در کسب و کار شما سهیم‌اند. سهم آن‌ها را از کسب و کارتان به درستی کشف کنید و در انتخاب سیستم جامع یکپارچه‌تان همواره ارتباطات‌تان را با این افراد فراموش نکنید.
 
7. سرمایه گذاری در آموزش
به‌روزآوری اطلاعات کارکنان و افرادی را که با آنها در ارتباط هستید در اولویت قرار دهید. آنها بخشی از سرمایه‌های سازمانی‌تان هستند. سرمایه‌گذاری اطلاعاتی برای پرسنل، ذی‌نفعان و شرکای تجاری کمک زیادی به موفقیت پیاده‌سازی سیستم یکپارچه جامع‌تان خواهد کرد.
 
8. تمرکز بر داده ها و مدیریت تغییرات
امروزه بسیاری از تأخیراتی که در استقرار سیستم‌های جامع در سازمان‌ها رخ می‌دهد ناشی از عدم تمرکز درست بر روی داده‌ها و مدیریت تغییرات است. استفاده از یک سیستم جامع در صورت عدم تمرکز بر مدیریت تغییرات و داده‌های سازمانی می‌تواند شکست سنگینی را برای شما به همراه داشته باشد. برد لیتل معاون بخش شمال آمریکای شرکت SAP می‌گوید اگر شما بهترین سیستم یکپارچه را در اختیار داشته باشید اما نتوانید بر کیفیت داده‌ها و کاربران تجاری آماده به کار خود تمرکز کنید و یا حتی اگر زودتر از آنچه آمادگی آن در مجموعه‌تان وجود داشته باشد، اقدام کنید، قطعا شکست خواهید خورد.
 
9. از سفارشی سازی بیش از حد خودداری کنید
علی‌رغم اینکه برخی از سفارشی‌سازی‌ها در سیستم‌های یکپارچه ضروری است، اما تغییرات بیش از حد و سفارشی‌سازی های مکرر نرم افزار به از دست دادن آن در سال آینده منجر خواهد شد. سیستم‌های یکپارچه براساس مطالعات و استانداردهای مشخص تهیه شده و هدف آن قرار دادن مجموعه شما در قالب استاندارد است. اگر بخواهید نرم افزار را بیش از اندازه با مجموعه خودتان سازگار کنید، از استانداردها فاصله گرفته و نتیجه معکوس خواهید گرفت. 
داستین ولز مدیرعامل شرکت هداسپرینگ معتقد است اگر شما نرم‌افزار از پیش تهیه شده را بیش از حد سفارشی‌سازی کنید قطعا شرکت توسعه‌دهنده توان به‌روزرسانی مکرر را برای شما نخواهد داشت و بعد از گذشت زمانی کوتاه، با نرم‌افزاری مواجه خواهید بود که هیچ بسته به‌روز رسانی‌ای برای‌اش منتشر نخواهد شد.
 
10. اندازه گیری نتایج
معیارهای موفقیت خود را بنویسید و در مقاطع مختلف زمانی میزان دستیابی به این نتایج را بررسی کنید. اگر نیاز است بازتعریفی از معیارهای موفقیت داشته باشید. این راه بهترین روش ارزیابی دستیابی به نتایج مورد انتظارتان است.
 
11. نرم افزار خود را به روز نگه دارید
اطمینان حاصل کنید که همواره آخرین ویرایش‌های محصولات را در اختیار دارید. با این روش کمترین هزینه را بابت خطاهای احتمالی موجود در سیستم‌ها خواهید پرداخت. همواره از شرکت توسعه‌دهنده محصول خود بخواهید که سیستم شما را به‌روز نگه دارد و آخرین بسته‌های امنیتی رفع خطاهای مهلک را در دسترس شما قرار دهد.

برگرفته از:
ارسال شده توسط احمد محمدی | 9 01, 2014 | بازدید‌ها (1967)

مهمترین  ویژگی ها و امکانات نرم افزار CRM چیست ؟

مهمترین  ویژگی ها و امکانات نرم افزار CRM چیست ؟

 


۱- 
مدیریت اطلاعات

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


۲- دفتر تماس

  • جستجوی اطلاعات مشتریان و مشاهده مشخصات کامل انها
  • جستجوی اطلاعات پرسنل مشتریان و مشخصات شخصی انها


۳- 
مدیریت ارتباطات 

  • ثبت اطلاعات اولیه پیگیری شامل تاریخ پیگیری – شرح پیگیری-تاریخ پیگیری بعدی – شخص برقرار کننده ارتباطات (بازاریاب)-طرف صحبت
  • گروه بندی پیگیری انجام شده بر اساس هدف پیگیری وضعیت فعلی مشتری
  • مشخص کردن وضعیت پیگیری بعدی و اتمام پیگیری
  • ذخیره سازی و نمایش کلیه ارتباطات برقرار شده بین سازمان  و مشتری


۴- 
سیستم یادآوری

  • نمایش کارهای روزانه –آینده – گذشته به تفکیک ؛ بر اساس گروه بندی مورد نیاز سازمان (جدید- انجام شده –لغو شده – در حال بررسی و …) در یک بازه زمانی خاص
  • امکان تغییر وضعیت یادآوری در کارتابل روزانه همراه با نمایش اطلاعات یادآوری
  • قابلیت ارجاع کار به  هر یک از کاربران سیستم
  • یاداوری اقدامات محول شده از طریق پیام کوتاه


۵- 
سیستم هوشمند ثبت اطلاعات

  • ثبت فعالیت ها و اقدامات کاربران از طریق پیام کوتاه در سیستم (بدون نیاز ورود به سیستم)

 


6- 
سیستم مدیریت سفارشات و قراردادها


بخش اول

  • تعریف بانک محصول/کالا،قیمت گذاری محصولات ، نوع قرارداد ، وضعیت قرارداد
  • ثبت سفارشات/قرارداد مشتریان با در نظر گرفتن مشخصاتی همچون (نوع ، موعد تحویل ، نحوه پرداخت ، مالیات ، تخفیف و …)
  • امکان تعریف الگوهای چاپ
  • تعریف مراحل وضعیت قرارداد


بخش دوم

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


سیستم مدیریت سفارشات خرید

بخش اول

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


بخش دوم

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


۷- 
سیستم مالی مشتریان

پرداختی ها

  • ثبت کلیه وجوهی که توسط شرکت به مشتری پرداخت می شود.
  • مدیریت وضعیت پرداختی


دریافتی ها

  • ثبت کلیه وجوهی که توسط مشتری به شرکت پرداخت می شود.
  • مدیریت وضعیت دریافتی ها
  • گزارش نحوه پرداختی مشتریان بر اساس نوع مشتری-پیگیری کننده – مبلغ – مسئول انجام – تاریخ
  • گزارش مالی مشتریان بر اساس مانده حساب و بدهکار و …  و با تفکیک نام مشتری –کاربر-مسئول انجام و تاریخ با دسترسی مستقیم به پرونده و پیگیری مشتری
  • گزارش مالی مشتری مورد نظر بر اساس مانده حساب ، بدهکار و … و با تفکیک نام مشتری –کاربر-مسئول انجام و تاریخ  با دسترسی مستقیم به پرونده و پیگیری مشتری
  • امکان ارسال پیام مانده حساب –وضعیت وصولی چک


ویژگی مهم:

  • مدیریت چرخش وضعیت دریافتی و پرداختی در سیستم مالی که با تأییدیه بخش حسابداری وجوه ثبت شده دریافت و پرداخت شده غیر قابل ویرایش خواهند بود.

 


8- 
سیستم گرید بندی مشتریان بر اساس استراتزی سازمان :

 

  • تعریف گرید بندی مشتریان بالقوه با چهار گروه طلایی-نقره ای – مسی و برنزی توسط کاربر(مدیر سیستم)
  • تعریف گرید بندی مشتریان بالفعل با چهار گروه طلایی-نقره ای – مسی و برنزی  توسط کاربر(مدیر سیستم)
  • قابلیت تغییر گرید بندی در هر دو گروه از مشتریان


۹- 
سیستم وظایف امور محوله:

  • امکان ثبت وظیفه و ارسال به کاربران مربوطه با در نظر گرفتن عنوان وظیفه – درجه اهمیت – مهلت انجام – اثر عدم انجام ان و نیز امکان ثبت میزان تحقق
  • امکان ثبت مستندات روند انجام کار در هر قالبی
  • امکان گزارش گیری از وظایف محوله بر اساس درجه اهمیت – مسئول انجام و بازه زمانی
  • قابلیت برقراری ارتباط با سیستم هوشمند یادآوری

 


10- 
سیستم قرار ملاقات:

  • امکان تنظیم قرار ملاقات با مشخصات تاریخ قرار ملاقات – ساعت شروع و پایان – هدف از قرار ملاقات – موضوع قرار ملاقات
  • امکان مشخص نمودن افراد جهت حضور در جلسات
  • امکان ارجاع قرار ملاقات به کاربران
  • امکان انتقال قرار ملاقات به صورت جلسه
  • قابلیت برقراری ارتباط با سیستم پیام کوتاه جهت یادآوری قرارملاقات

 


11- 
سیستم جلسات:

  • امکان ثبت مصوبات جلسه به همراه مشخصات اولیه در مورد تاریخ جلسه – ساعت – مکان و …
  • امکان پیوست مستندات مربوط به جلسات
  • دو نوع گزارشگیری مدیریتی ازمیزان تحقق و تعداد جلسات برگزار شده براساس تاریخ ومسئول انجام کار و …


۱۲- 
سیستم وظایف امور محوله:

  • امکان ثبت وظیفه و ارسال به کاربران مربوطه با در نظر گرفتن عنوان وظیفه – درجه اهمیت – مهلت انجام – اثر عدم انجام ان و نیز امکان ثبت میزان تحقق
  • امکان گزازش گیری از وظایف محوله بر اساس درجه اهمیت – مسئول انجام و بازه زمانی

 


13- 
امکان ارسال فکس به یک مشتری یا گروه مشتریان

۱۴- امکان ارسال ایمیل به یک مشتری یا گروه مشتریان

 

15- سیستم پیام کوتاه :

 

 

  • امکان ارسال پیام کوتاه به یک مشتری یا گروهی از مشتریان
  • اضافه نمودن متن های پیش فرض برای جلوگیری از تایپ مجدد (تبلیغاتی، تبریک، تولد، ازدواج ، آغاز همکاری و …)
  • امکان ارسال پیام فوری
  • امکان دریافت پیام کوتاه از یک مشتری یا گروهی از مشتریان


۱۶- 
سیستم گزارشات پیام کوتاه شامل :

  • گزارش پیام های دریافتی با مشخصات تاریخ دریافت /شخص ارسال کننده /ساعت ارسال/متن پیام و جستجوی شماره همراه و بازه زمانی
  • نمودار پیام های دریافتی با مشخصات تعداد  در جستجوی بازه زمانی
  • گزارش پیام های ارسالی با مشخصات تاریخ ارسال /کاربرارسال کننده /ساعت ارسال/نام شخص/متن پیام و جستجوی شماره همراه و بازه زمانی
  • نمودار پیام های ارسالی با مشخصات تعداد  در جستجوی بازه زمانی


۱۷- 
مدیریت شرط :

  • قابلیت ایجاد شرط و پاسخگویی خودکار به پیام های دریافتی


۱۸- 
مدیریت کانال های تماس (Caller ID) شامل :

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


۱۹- 
سیستم گزارشات عام:

  • گزارش جامع اطلاعات مشتری بر اساس کلیه گروه بندی های موجود و بازه زمانی خاص
  • گزارش جامع پیگیری های انجام شده بر اساس فیلتر بازه زمانی مشخص – کاربر (بازاریاب )پیگیری کننده-منطقه جغرافیایی – نوع مشتری – عنوان – ثبت کننده و …
  • گزارش پیگیری های انجام نشده بر اساس فیلتر بازه زمانی مشخص – کاربر (بازاریاب )پیگیری کننده-منطقه جغرافیایی – نوع مشتری – عنوان – ثبت کننده و …
  • گزارش وضعیت پیگیری های انجام شده بر اساس کلیه گروه بندی های موجود در سیستم پیگیری
  • گزارش سنجش تداوم پیگیری مشتری
  • امکان نمایش پرونده مشتری جهت راحتی کاربر در برقراری تماس
  • امکان تغییر گروهی یا تکی مسئول انجام مشتری
  • گزارش جامع یادآوری ها براساس تاریخ ،وضعیت و مسئول انجام کار(کاربری و مدیریتی)


۲۰- 
سیستم گزارشات مدیریتی:

  • گزارشات مدیریتی به صورت نموداری و با تفکیک به وسیله رنک در زمینه آخرین وضعیت مشتریان به تفکیک خدمات – قیف روند تبدیل مشتریان احتمالی به قطعی – روند ثبت مشتریان به تفکیک کاربران –روند پیگیری مشتریان به تفکیک کاربران – مشخص نمودن پراکندگی مشتریان در نقشه جغرافیایی و وضعیت ان به تفکیک رنگ- پراکندگی زمینه فعالیت مشتریان طبقه بندی مشتریان – نحوه آشنایی مشتریان


۲۱- 
سیستم گزارشات فروش:

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


۲۲- 
سیستم خدمات پس از فروش

 

سیستم مدیریت اطلاعات

 

  • تشکیل بانک اطلاعاتی از مشتریان- نمایندگی ها و خدمات/محصولات ارائه شده به آنان
  • امکان ثبت لیست دستگاههای ارائه شده به مشتریان به همراه مشخصات آنها
  • امکان رتبه بندی و مشخص نمودن نرخ انجام سرویس های مختلف هر کدام از تکنسین ها
  • طبقه بندی مشتریان بر اساس نوع خدمت/محصول ارائه شده
  • ارجاع خدمات درخواست شده به کارشناسان مربوطه
  • امکان اختصاص دسترسی به مشتری جهت اعلام مشکلات و خرابی ها


سیستم مدیریت پیگیری خدمات پس از فروش

  • نگهداری سوابق و تعمیرات انجام شده برای هر یک از محصولات/خدمات
  • نگهداری سوابق  فعالیت های هر یک ازکارشناسان خدمات پس از فروش
  • امکان الصاق مستندات مربوط به خدمات صورت گرفته
  • استفاده از شماره سریال برای کنترل قطعات و خدمات ارایه شده بر روی دستگاه مورد نظر
  • امکان انجام خدمات در خارج و یا داخل شرکت و کنترل مراحل انجام آن
  • ثبت و پردازش عملیات تعمیرات از قبیل مستندات، اشکالات فنی، ریز عملیات انجام شده ،نوع قطعات تعویضی و یا تعمیری
  • قابلیت کنترل و پیگیری قطعات و سوابق سرویس های ارائه شده و یا دریافت شده


سیستم داشبورد مدیریت و گزارشات عملیاتی

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


۲۳- 
سیستم مدیریت انتقادات پیشنهادات و شکایات

  • امکان ثبت انتقادات/ پیشنهادات و شکایات توسط مشتری و کاربر
  • امکان گروه بندی  انتقادات/ پیشنهادات و شکایات
  • امکان تقسیم بندی موضوعات مورد انتقادات/ پیشنهادات و شکایات
  • قابلیت ارجاع انتقادات/ پیشنهادات و شکایات به بخش مربوطه
  • تشخیص وضعیت پاسخ به انتقاد و پیشنهاد توسط مشتری
  • پاسخ گویی به انتقادات / پیشنهادات و شکایات مطرح شده توسط پیام کوتاه
  • قابلیت تنظیم مهلت انجام کار


سیستم مدیریت پیگیری انتقادات پیشنهادات و شکایات

  • پی گیری کامل ارتباط با مشتری از مرحله ایجاد شکایات، انتقادات و پیشنهادات تا پاسخ به آن
  • نگهداری سوابق انتقادات/ پیشنهادات و شکایات مطرح شده
  • امکان گزازش گیری از انتقادات و پیشنهادات مطرح شده بر اساس گروه– مسئول انجام و بازه زمانی
  • گزارش وضعیت پاسخ به انتقادات پیشنهادات و شکایات به دو شکل نموداری
  • گزارش میزان انتقادات پیشنهادات و شکایات مربوط به هر بخش،موضوع و گروه


۲۴- 
مدیریت اطلاعات پروژه های ساختمانی به همراه گزارشات مربوطه شامل:

  • ادرس دقیق،تعداد طبقه،تعداد واحد،وضعیت پیشرفت، نوع کاربر،نوع اسکلت،نوع سقف
  • گزارش مربوط به پروژه ها بر اساس ادرس ،بر اساس تعداد طبقه، بر اساس تعداد واحد، بر اساس وضعیت پیشرفت،  بر اساس نوع کاربر، بر اساس نوع اسکلت، بر اساس نوع سقف،  بر اساس آخرین زمان تغییر وضعیت-


گزارشات مدیریتی داشبورد پروژه ها شامل:

  • گزارش وضعیت پروژه ها بر اساس مناطق به تفکیک کاربر پیگیری کننده در بازه  زمانی خاص و نیز به تفکیک شهر، گزارش روند ثبت پروژه ها به تفکیک کاربر  ثبت کننده  ، گزارش روند تغییر وضعیت پروژه ها به به تفکیک کاربر پیگیری کننده ،گروه بندی پروژه ها بر اساس واحد و طبقه،گروه بندی پروژه ها بر اساس نوع کاربری


۲۵- 
داشبورد هوشمند

  • قابلیت اتصال به سایر بانک های اطلاعاتی موجود در سازمان و ساخت هر نوع گزارش با نمودارهای کاملا گرافیکی و user-friendly

ارسال شده توسط احمد محمدی | 6 01, 2014 | بازدید‌ها (1944)
 

چكيده

برای استقرار ERP در یک سازمان باید مراحل 1- امکان سنجی و مطالعات مقدماتی 2- مطالعات تفصیلی 3- ارزیابی و انتخاب تامین کننده و4- اجرای سیستم ERP، گذرانده شود تا به یک پیاده سازی موفق دست یابیم. در گذشته سیستمهای   ERP در صنایع بزرگتری مانند خود رو سازی ها استفاده می شدند. هرچند استفاده از ERP تغییر یافته و به طور وسیعی جامع شده است، امروزه این واژه می تواند درهر نوعی از سازمان ها باشد، بدون اینکه به آن صنعت خدشه ای وارد سازد. شرکتهای زیادی در سطح جهان وجود دارند که نرم افزار ERP را            می فروشند.  ERP هر شرکت کارایی و هزینه متفاوتی در بر دارد.  برای داشتن یک پیاده سازی موفق، ابتدا هر شرکت باید به ارزیابی ERP  مناسب با شرکت خود بپردازد و بهینه ترین آنها را که هدف شرکت را برآورده می سازد خریداری نمایند. وزارت بازرگانی به عنوان اولین سازمانی که موفق به پیاده سازی ERP در ایران شده است، ابتدا به ایجاد یک گروه ارزیابی ERP نمود. شرکت TEC که این وظیفه را بر عهده داشت، حدود یکسال به بررسی و ارزیابی  ERP های شرکت های مختلفی مانند Oracle , SAP و...  پرداخت تا از بین آنها ERP مناسب را که بر سازمان تاثیر گذار است را انتخاب کند. این مقاله سعی دارد به بررسی معیارهای انتخاب پروژه ERP که از طرف شرکت TEC  در وزارت بازرگانی صورت گرفت، بپردازد.

 

 

کلمات کليدي: وزارت بازرگاني - ارزيابي و انتخاب- فناوري اطلاعات و ارتباطات- شرکت TEC،

 

             

 

 

 

 

 

 

1-    مقدمه

ERP مخفف كلمات Enterprise Resource Planning است و Enterprise   مهمترين بخش آن است.  در واقع ERP تلاش مي كند تا تمام دپارتمان ها و فعاليتها بر روي يك نرم افزار هدايت كننده به صورت متمركز و يكپارچه قرارگيرد.

ERP  یک تفکر، فناوری و سیستمی برای مدیریت موثرتر تمام منابع در یک سازمان است که این مدیریت از طریق اتوماسیون و یکپارچه کردن تمام فرآیندها و در نتیجه بالا بردن کارایی سازمان است. ERP یک راه حل مبتنی بر فناوری اطلاعات است که تمام منابع سازمان را توسط یک سیستم به هم پیوسته با سرعت، دقت و کیفیت بالا در کنترل مدیران سطوح مختلف سازمان قرار می دهد تا بطور مناسب فرآیند برنامه ریزی و عملیات سازمان را مدیریت نمایند.دستاوردهای ERP فراتر از بهبود موقعیت فعلی بوده و هدف اصلی آن تامین نیازهای دراز مدت سازمان وتوانمند نمودن آن در حوزه های مختلف  می باشد[4].

زماني‌كه سازمانها تصميم مي‌گيرند سيستم   ERP  را پياده كنند با كارساده‌اي روبرو نيستند و با تنوع گسترده نرم افزارهاي دردسترس ERP، مشخص كردن بهترين سيستم كه مطابق با خواسته هاي سازمان باشد، كار سختي است و ممكن است فرايند ارزيابي و انتخاب سيستم برنامه‌ريزي منابع سازمان، زمان زيادي را به خود اختصاص دهد. خيلي از سازمانهايي كه بدون دقت نرم افزار ERP را تهيه مي كند در طي پياده سازي با مسائل جدي و حادي مواجه مي شوند، مسائلي‌كه با ارزيابي اصولي امكان جلوگيري از آنها وجود دارد. از آنجائيكه فرايند ارزيابي و انتخاب هيچ دو سازماني يكسان نيست و بر اساس ويژگيهاي داخلي و شرايط خاص سازماني متفاوت است بررسي كارهايي كه در اين زمينه انجام شده است، بي فايده نخواهد بود. از آنجا كه سيستمهاي اطلاعاتي به عنوان يكي از مهمترين سيستمهاي موجود در حوزه علوم كامپيوتر از نقش ويژه و استراتژيكي برخوردار هستند و به همين جهت در سالهاي اخير تحقيقات فراواني در اين زمينه از علوم فني و مهندسي انجام گرفته است و در حالي كه فعاليتهاي گسترده اي در زمينه پياده سازي سيستمهاي اطلاعاتي صورت گرفته است ولي در زمينه ارزيابي و انتخاب آنها كارهاي علمي تحقيقاتي زيادي انجام نشده است [7].

آلانبای، محقق ترکیه ای برای انتخاب سیستم برنامه ریزی منابع سازمان با مطالعات میدانی و مشاهدات به یکسری معیار ارزیابی رسید که  می توان آنها را در سه گروه معیارهای مربوط به فروشندگان، معیارهای مربوط به کاربران و معیار های فنی و تکنولوژیکی طبقه بندی کرد. وی برای ارزیابی سیستم مناسب از فرایند تحلیل سلسله مراتبی[1] استفاده کرد .[7] همچنين در بعضي از وب سايت ها به سازمانها کمک  می شود تا نرم افزاری تائید شده برای برطرف کردن نیازهایشان انتخاب کنند]7.[ چان چین وی و همکارانش در سال 2004 با استفاده از MADM[2] چهارچوب مفهومی جدیدی برای انتخاب ERP مناسب ارائه دادند[7]. يكسال بعد چان چین وی و همکارانش با بهبود مدل قبلي خود یک رویه سیستماتیک برای ساختار هدفمند انتخاب ERP با استفاده از تکنیکAHP ارائه کردند[7]. مدل ارائه شده جکیوز وروایل[3] و همکارانش، فرایند تهیه و خريد نرم افزارERP را در 6 مرحله برنامه ریزی، جستجوی اطلاعات، انتخاب اوليه، ارزیابی گزینه ها، برگزیدن و در نهایت مذاکره تشریح می‌کند[7]. سی استفانو ضمن تاکید فراوان به اهمیت انتخاب ERP مناسب، یک چهارچوب مفهومی[4] برای ارزیابی نرم افزار ERP پیشنهاد داد. سی استفانو معتقد بود که برای ارزیابی و انتخابERP دو گروه معیارهای استراتژیکی و عملیاتی را باید در نظر گرفت.[7] همچنين لي لانگ نیز یک سیستم پشتیبانی تصمیم‌ با در نظر گرفتن معیار های کمی وکیفی مختلف برای انتخاب مناسب ترین سیستم تولید یکپارچه کامپیوتری طراحي كرد. در پژوهش وي فرایند انتخاب سیستم تولید یکپارچه کامپیوتری در چهار مرحله با استفاده از فرایند تحلیل سلسله مراتبی و دانش‌گرفته شده از داده ها و اطلاعات یک پایگاه داده صورت گرفت و در فرآیند ارزیابی معیارها از نرم افزار اکسل[5] استفاده شد .[7]

در کار تحقیقاتی دیگری که بسیار دقیق انجام شده است، ویژگیها و فاکتورهای حائز اهمیت ماژولهای ERP و بخشهای مختلف آن با جزئیات کامل به تفکیک هر بخش معرفی شده است و شامل ماتریس های مقایسات ارزیابیERP است که خبرگان در مورد تک تک این زیر معیارهای جزئی نظر داده اند[7]. همچنین در مطالعات ديگري كه توسط تانس و بورگن[6] انجام شده است، بخشهای مختلف سازمان، انتظارات و معیار های خاصی که از ERP در دپارتمان خود می خواهند و بسیار ویژه و خاص دپارتمان خودشان می باشند را لیست کرده اند، مثلا" در بخش منابع انسانی اینکه چه اطلاعاتی از پرسنل باید در سیستم لحاظ شود به عنوان یک معیار مشتری مدار مطرح شده است[7]. ژاویر برگس[7] و همکارانش هم یک روش پیشنهادی برای انتخاب ERP از طریق ویژگیهای سیستم و ترجمه نیاز های کاربران به احتیاجات سیستم ارائه دادند. کار آنها براساس همکاری های قبلی و موفقیت آمیزشان با سازمان های سایز متوسط در زمینه انتخاب بسته های نرم افزاری صورت گرفته است.[7] گسترش انفورماتیک در یکی از کاملترین مدلهای انتخابERP ضمن اشاره به اهمیت وجود فرآیند سیستماتیک انتخاب برای افزایش مزیت های رقابتی و رفع نقاط ضعف موجود سازمانی به منظور ایجاد بستر و پایه ای مناسب برای موفقیت در مرحله اجرا و نیز دستیابی به حداکثر میزان برگشت سرمایه، يك مدل 10 مرحله ای پیشنهاد می کند.[7]

·  سیستم کدگذاری : انتخاب یک سیستمERP با یک ساختمان جهت دار سیستم کد گذاری ،بهترین راه حل است.از طرف دیگر لازم است که آن یک پروتوکل تبدیل بین سیستم موجود و سیستم ERP تشکیل دهد.

·  فرایند کاری دارای موتور تازه : حل کردن معمای غیر قابل حل بهبود سیتم مشتری ، عامل مقابل دارای موتور تازه فرایند موجود برای اولین اجرای فرایندهای کاری دارای موتور تازه ، و سپس پیاده سازی یک سیستم ERP است.

·  اولویت پیاده سازی عامل ERP : شرکتها می توانند مطابق اولویت برای ارزیابی خودشان تصمیم بگیرند.یک اولویت درست می تواند عالیترین سود را برای شرکت و کاهش دوام شرط مورد بحث تهیه کند.

·  بهبود سیستم نیاز مشتری : عامل بهبود سیستم نیاز مشتری از یک سیستم ERP در حال توسغه تنها کاهش پیاده سازی قیمت نیست و اما اجرای پیاده سازی پیچیده است.

·  وظایف شریک: در پیاده سازی ERP، بالاترین پشتیبانی سازماندهی برای موفقیت ضروری است.ارتباط موثر و توانایی آشکار در تضمین موفقیت پیاده سازی تعیین کننده هستند.

·  نقشهای مشاور : در پیاده سازی ERP ، قرارداد پیاده سازی با مشاور پیاده سازی امضا می شود که باید به طور واضح تعهدات مشاور تعیین شود.

·  سطح کارایی زیر قراردادها: پیاده سازی ERP باید همه شرکت کننده ها را در ساختمان پشتیبانی زنجیره ای برای بالا بردن سودهای شریک ملاحظه کند.

موضوعات مطرح شده بالا فقط مشکلات پیاده سازی ERP نیستند ،اما همچنین موضوعات به وسیله فروشنده ERP پوشیده می شود. [9]

ماژولهای اصلی مورد استفاده در این سازمان عبارتند از کنترل پروژه، نیروی انسانی ، مدیریت مشتری، مدیریت زنجیره تامین ،تولید،مالی.

در این مقاله پس‌ از ارائه توضيحاتي‌ درمورد تعاريف، مفاهيم و خصوصيات سیستمهای برنامه ريزي سازمان،  ابتدا به بررسی متدولوژی شرکت TEC پرداخته، سپس تعدادي معيار يا شاخص که در فرايند ارزیابی و انتخاب  ERPدر وزارت بازرگانی  مي‌توانند مهم و موثر تلقي شوند مورد شناسايي قرار گرفته، در نهايت به تاثیری که امروزه این فرایند در وزارت بازرگنی گذاشته است می پردازیم.

                                           

2-    فرآيند گام به گام انتخاب ERP  مناسب در وزارت بازرگانی

انتخاب ERP دارای اهمیت بسزایی است و عوامل زیر را سبب می شود:

  1. کاهش ریک درانتخاب نرم افزار اشتباه
  2. کاهش ریسک در عدم موفقیت پیاده سازی
  3. فراهم سازی بستر مناسب برای تیم تصمیم گیرنده به منظور توجیه منطقی واصولی تصمیمات اتخاذ شده
  4. کاهش کلی هزینه های مالکیت و نگهداری[4] .

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

–        تهیه برنامه (plan) پروزه (تا  مرحله انعقاد قرارداد)

–  تامین  نیروی انسانی وآموزش تیم درگیر در پروژه با مفاهیم کلی وفازهای اجرایی یک پروژه  ERP

–        شناخت وضع موجودكسب و كار(AS IS )

–        تهیه فهرست مقتضيات (TO  BE)

–        تعیین  (برآورد) منابع   وزیر ساختهای مورد نیاز پروژه(سخت افزار، شبکه ،......)

–  امكان سنجي وانتخاب Vendor (از طریق متدولوژیهای معتبر در دنیا)  با توجه به موارد فوق [8].

 

 

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

در گام بعدي بررسي مي شود كه آيا سازمان به بلوغ كافي و آمادگي كامل براي پياده سازي ERP رسيده يا نه ؟ در صورت مثبت بودن در گام بعد بايد با بررسي و تحقيق بيشتر و ايجاد يك طوفان مغزي معيار هاي ارزيابي مشخص شوند. سپس با شناسايي‌گزينه هاي برتر به رتبه بندي و اولويت دهي آنها با استفاده از روشهاي تصميم گيري چند معياره فازي پرداخت و پس از تحليل و جمع بندي، مذاكره و عقد قرارداد در دستور كار قرار گيرد[8].

 

 

 

 

 

 

3-متدولوژی شرکت TEC

بیش از %50 پروژه های پیاده سازی ERP  در سطح دنیا به شکست می انجامد. هر سازمانی با توجه به شرایط اختصاصی خود باید ERP خاص خود را خریداری نماید، زیرا انتخاب این سیستم بدون در نظر گرفتن برخی الزامات کاری در  سازمانها باعث انتخاب یک نرم افزار می شود که نه تنها سازمان را به هدف خود یعنی افزایش بهره وری نمی رساند بلکه کمترین هزینه اش برای سازمان مربوطه از دست دادن مبلغی است که صرف خریداین نرم افزار نموده است.[4] در نتیجه برای داشتن یک پیاده سازی موفقیت آمیز، شرکتهایی در سراسر دنیا به کار ارزیابی نرم افزار مشغول هستند و با بررسی تمامی جنبه ها و عوامل موثر در سازمان ، ERP مناسب برای آن سازمان را انتخاب می کنند.

 

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

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

این کارت ها شامل موارد زیر است :

v      اهداف

v      جریان کاری

v      ورودی ها

v      خروجی ها

v      ارتباطات(ورودی)

v      ارتباطات (خروجی)

v      منابع

v      دیاگرام AS-IS  (آنچه که در حال حاضر در جریان است):

v      قواعد کاری فعالیت ها

شركت TEC( Technology Evaluation Center )در بين مشاوران، فروشندگان نرم‌افزار و تصميم‌گيرندگان در حوزه IT در سراسر دنيا از شهرت خوبي برخوداراست و از معدود مراكزي است كه اطلاعات بي طرف و مورد نياز را در قالب white paper ، case study وتعاملات تحقيقاتي در اختيار كاربران قرار مي دهد. شركت TEC سيستم پشتيبان تصميم گير (DSS) تهيه مي‌كند كه كارفرمايان را قادر مي‌‌سازد تا محصولات نرم‌افزار مناسب احتياجات كسب و كار و سيستم‌هاي مناسب شركت خود را بطور واقعي شناسايي كنند. شركت  TEC يك پايگاه معتبر دانش تمام فروشندگان و محصولات آنها در زمينه

Enterprise Resource planning )  ERP-1)

2- Supply chain management ) SCM)

3- Customer Relationship management ) CRM)

4- Business Intelligence )    BI)

5- Radio Frequency Identification )RFID)

و يك ابزار پشتيبان تصميم‌گيري بنام TESS (سيستم پشتيبان از ارزيابي تكنولوژي)‌ را دارد كه به وسيله اين موتور تجزيه و تحليل قوي مي‌تواند:

- تحقيقات علمي

- گزارشات مقايسه

- ابزار انتخاب

- مشاور خدمات

را به مشتریان خود ارائه ‌دهد.

TEC پذیرفت تا با بکارگیری سیستم Knowledge Base خود، شرکت راهبر را در خصوص انتخاب سيستم ERP وزارت بازرگانی یاری دهد[1].

شرکت TEC دارای یک Data Base قوی و غنی از قابلیت هایی که نرم افزارهای مختلف عرضه شده در دنیا دارد.شرکت TEC دارای یک سری تعاریف برای خود می باشد که champion  ها متوجه نمی شوند.شرکت TEC  سوالاتی برای champion ها فرستاده و می گوید به سوالات من پاسخ بده، این پرسشنامه ها همان Activity card ها هستند، وقتی پاسخ داد، این پاسخها اولویت نیازها در سازمان را مشخص می کنند یعنی مشخص می شود که کدام Activity دارای اهمیت بیشتری است. از سوی دیگر شرکت TEC یک سری سوال نیز برای  Vendorهای نرم افزار می فرستد.با این کار توانایی های هر نرم افزار را در می یابد و می فهمد که نرم افزار هر شرکت تا چه حد از نیازهای سازمان شما را برآورده می کند. اینها بر اساس BPM  انجام شده می گویند کدام شرکت فروشنده برای سازمان شما مفید تر است و نرم افزارش کارایی بیشتری برای سازمان شما دارد.

در متدولوژی شرکت TEC ، جمع آوری نیازمندیها و تهیه RFI در راس کار قرار داردکه در پاسخگویی به Activity Card ها به وجود   می آیند. چون شرکت TEC یک شرکت کانادایی است،نیاز به ترجمه داده ها دارد. شرکت راهبر که در این امر با شرکت TEC همکاری دارد،پس از تهیه یک لیست بلنداز نیازمندیها و انتشار RFI به جمع آوری RFI ها و تهیه لیست کوتاه تر می پردازد.در این مرحله یک Demo از لیست کوتاه تهیه می کنند و در اختیار خریدار قرار می دهند. Champion ها پس از مشاهده آن، به انتخاب یکی از نرم افزار های موجود می پردازد. در هر کدام از این مراحل گزارش کار به همراه ترجمه داده ها به اطلاع شرکت TEC می رسد.

پس از گذر از این مراحل که با کمک شرکت راهبر صورت می گیرد به مرحله خرید ERP می رسیم که در این مرحله vendor ها به ارائه مشخصات ERP  های خود پرداخته و مزایا و کارکرد های آنها را توضیح می دهند.سپس شرکت TEC ERP, مناسب خود را  به مشتریان خود معرفی می کند.از آنجایی که امر خطیر انتخاب ERP مناسب سازمان ها بر عهده این شرکت است، TEC به جمع آوری و تحلیل RFQ ها پرداخته و با بررسی هر چه بیشتر به مذاکره با فروشندگان می پردازد.

در نهایت شرکت TEC به عنوان یکی از بزرگتری و با تجربه ترین مشاوران نرم افزار در سراسر دنیا ، فروشنده نهایی را انتخاب می کند.

 

می توان خصوصیات روش انتخاب ERP متعلق به شرکت TEC را این چنین عنوان کرد :

·  یک ابزار با پایگاه دانش معتبر شامل اطلاعات تمام فروشندگان برای پشتیبانی تصمیم گیری

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

·         بی طرفی

·         کاهش زمان دریافت

Ø      صرفه جویی در هزینه می کنند:

v      هزینه تهیه

v      هزینه های مربوط به زمان مورد نیاز برای تصمیم گیری درست

Ø      در منابع صرفه جویی می کنند:

v      کاهش تعداد افراد مورد نیاز برای تحقیق

v      کاهش منابع مورد نیاز برای آموزش پرسنل شما در مرحله انتخاب

·  پایگاه دانش TEC به وسیله اطلاعات فروشندگان که بیش از 3800 پرسش از آنها اخذ شده ساخته شده و بیشتر آنها 2تا 3 ماه طول کشیده ت اکامل شوند.

·  RFI ها خیلی جامع هستند و تلاشهای صرف شده توسط TEC برای ساختن معیار ها در میزان وقتی که در اطلاعات وجود دارد منعکس شده است[4].

 

 

4-فرآیند انتخاب ERPدر وزارت با زرگانی

استفاده از سیستمهای یکپارچه برنامه ریزی منابع سازمان در سازمانهایی که پیچیدگی ارتباطات و فرایندهای سازمانی وجود داشته و مدیریت منابع موجود اهمیت فراوانی دارند رو به توسعه است. بر این اساس مقرر شده است وزارت بازرگانی و تشکیلات وابسته از سیستم های برنامه ریزی منابع سازمان ERP استفاده نمایند. از طرفی انتخاب ERP مناسب از مشغله هایی است که وزارت بازرگانی با آن درگیر بوده و در پی آن بوده است تا با انتخاب یک راه حل مناسب در حوزه ERP بتواند از انتخاب مناسب  ERPو زیانهای جانبی آن جلوگیری نماید[1]. وزارت بازرگانی به عنوان اولین دستگاه اجرایی کشور با شناخت این نیاز اقدام به تعریف پروژه ERP Selection که به عنوان فاز ابتدایی استقرار سیستمهای برنامه ریزی منابع سازمان می باشد نموده، که در طی آن ضمن شناخت دقیقی از فرایند های سازمان، بهترین سیستم ERP موجود که نیازمندیهای سازمانی را پوشش می دهد انتخاب می گردد[2] . در این پروژه که حدود یکسال به طول می انجامد شرکت خدمات انفورماتیک راهبر به همراه شرکت TEC عهده دار این امر هستند.

پروژه ارزيابي و انتخابERP وزارت بازرگاني پس از برگزاري مناقصه و بررسي وضعيت شركتهاي حضور يافته، با توجه به فعاليتهاي انجام شده در شركت راهبر و توان تخصصي موجود به اين شركت واگذار شد. در اين پروژه ضمن بررسي وضعيت فرآيندهاي وزارت بازرگاني،‌ مدل فرآيندي وزارت بازرگاني تهيه شده و وضعيت موجود مورد تحليل قرار مي‌گيرد. بر اساس وضعيت موجود فرآيندها و پس از تكميل فعاليتهاي كارشناسي مربوطه نوعي از سيستم هاي برنامه‌ريزي منابع سازمان كه با الزامات و نيازمنديهاي وزارت بازرگاني انطباق داشته باشد انتخاب شده

و پيشنهاد مي‌شود. تهيه مدل فرآيندي وزارت بازرگاني ضمن كمك به انتخاب ERP مناسب، در فاز پياده سازي سيستم نيز بكار خواهدرفت از حجم زیادی از فعالیتهای توسعه ERP خواهد کاست.  براي انتخاب ERP با توجه به شرايط وزارت بازرگاني معيارهاي زير مورد نظر  خواهد بود:

Ø      میزان پوشش دهی وظایع کاکردی اصلی وزارت

Ø      میزان تامین یکپارچگی کارکردها،فرآیند ها و جریان اطلاعاتی وزارت

Ø      توانمندی شرکت پیاده سازی کننده وپشتیبانی دهنده ماژولهای تشکیل دهنده ERP

Ø      قابليت به روز رساني ERP

Ø       ميزان سرمايه‌‌گذاري بهينه با توجه به شرايط و محدوديت‌هاي سازمان

Ø   ميزان به‌روز بودن و انطباق با آخرين دستاوردهاي فناوري اطلاعات ،قابليت ها و خدمات قابل ارائه:

·  بررسي وضعيت موجود وزارت بازرگاني در حوزه فرآيندهاي سازماني وزارت و تشكيلات وابسته

·          استخراج فرآيندهاي کاري

·          بررسي فرآيندهاي استخراج شده و نهايي کردن آن با وزارت بازرگاني در سطوح زير

*      سطح اول: فرايندها (Process)

*      سطح دوم : زير فرايندها (Sub Process)

*      · سطح سوم : فعاليتها (Activity)

·      پيشنهاد ERP مورد نياز و مشخصات فني لازم[1] . 

 

 

 

 

 

 

 

 

 

 

 

 

 

پیوست1

 شركت تكنولوژي ايولويشن سنترز ( http://www.technologyevaluation.com/(TEC

يكي از منابع پيشگام در اينترنت براي مشاوره در ارزيابي ميباشد. TEC از سال 1993 در انتخاب نرم افزار، بمنظور كاهش هزينه، ريسك و زمان انجام اين فرايند، ارايه خدمات مينمايد. اين شركت صاحب 22 پايگاه ارزيابي تكنولوژي آن لاين از موضوعاتي نظيرERP ، CRM ، SCM  تا BI شامل هزاران معيار با جزئيات، در مورد 500 راه حل تكنولوژي ميباشد. از پايگاه اينترنتي شركت TEC ماهيانه بيش از 5/1 ميليون نفر بازديد ميكنند. از جمله هر ماهه معادل چندين ميليون صفحه از آن مورد بازديد مديران ارشد، مديران تكنولوژي، مشاورين و كارشناسانIT قرار ميگيرد.

 تعهدات شركت TEC در مقابل تصميم گيران راجع به IT بشرح زير است :

      1 -  TEC اطلاعات بيطرفانه، سهل، قابل مقايسه و قابل استفاده توسط كاربران فني و غير فني، راجع به محصولات نرم افزاري را از طريق اينترنت تامين ميكند. اطلاعات راجع به محصولات مختلف بر پايگاهاي دانش موجود در TEC متكي است و به اين منظور طراحي شده است كه كاربران را براي تصميم گيري بر يك ليست كوتاه توانمند نمايد. سايت : www.erpevaluation.com  را ملاحظه فرماييد .

      2 –  TEC خدمات دانش محور براي انتخاب، به مشترياني نظير توانير كه نيازمند كمك سيستماتيك در انتخاب ميباشند، ارايه مينمايد. روش منحصر بفرد TEC تركيبي از متدولوژي اثبات شده ، تكنولوژي ابداعي تصميم گيري و مشاورين با تجربه ميباشد. سايت www.tech-eval.com را ملاحظه فرماييد.

کليه دستگاههای اجرايي و شرکتهای دولتی عرضه کننده خدمات به افراد و بنگاهها مکلفند برای بهينه سازی رويه ها و فرايندهای اداری و تجاری و ساختارهای داخلی خود ، عمليات بازبينی داخلی و بهينه سازی ( BPR ) با محوريت راه حلهای مبتنی بر معماری فناوری اطلاعات و ارتباطات را با توجه به سند دولت الکترونيکی تا پايان سال 1384 آغاز کنند . برنامه ريزی اجرايي اين عمليات بايد به گونه ای باشد که به روندادهای اصلی آن مشتمل بر طرح های جامع به کارگيری فناوری اطلاعات و ارتباطات در داخل دستگاهها و برنامه ريزی منابع سازمانی ( ERP ) به ويژه در مورد زير سيستمهای ارايه خدمت به شهروندان و تعاملات الکترونيکی تا پايان سال 1385 در دسترس و عملياتی باشد .

 

 

5-نتیجه گیری

 در اين مقاله نشان داده ایم که برای داشتن یک پیاده سازی موفق ERP ، لازم است که انتخاب صحیحی از آن داشته باشیم ابتدا به بررسی متدولوژی شرکت TEC پرداختیم ، سپس با ارزیابی متدولوژی این شرکت به  تعدادي معيار يا شاخص که در فرايند ارزیابی و انتخاب   ERP در وزارت بازرگانی  مي‌توانستند مهم و موثر تلقي شوند مورد شناسايي قرار دادیم..

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

امید است تا با بهره گیری از این تکنولوژی، ایران نیز به عنوان یکی از استفاده کنندگان موفق ERP در سطوح اول جهان قرار گیرد.

تشكر و قدر داني

در اينجا برخود واجب مي دانم كه از زحمات و مشاوره هاي استاد گرامي جناب آقاي دكتر امیر محمد نیکجو و جناب آقاي حکمت كمال تشكر را داشته باشم.

معرفي مطالعه موردي

وزارت بازرگانی

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

مراجع و منابع

 

 [1] " پروژه ارزیابی وانتخاب ERP وزارت بازرگانی"، 

 www.raahbar.com/artiles Available on http://

ERP "اولین جلسه هماهنگی مدیران و کارشناسان خبره وزارت بازرگانی در اجرای پروژه [2]

1 آبان 1386

Available on http://AFD.moc.gov.ir

 

[3] Available on http://www.erpiran.com

 [4]احمد سلیمانی ."انتخاب نرم افزار ERP  در وزارت بازرگانی". دومین همایش تجربیات پیاده سازی سیستمهای برنامه ریزی منابع سازمان. دانشگاه علم وصنعت ایران.29 و 30 آبان 1386

Available on http://www.irerp.com

  [5] "استراتژی های بهره گیری از سیستم برنامه ریزی منابع سازمان ERP".17 آبان 1386

 Available on http://www.boshra.ir/

 

[6] شهناز پیروزفر." اصول ERP "

Available on http://www.tolueco.com

 

 [7] محمد امير نيکجو، مسعود مصدق خواه." کاربرد روش های TOPSIS فازی و برنامه ریزی آرمانی برای ارزیابی و انتخاب یک سیستم ERP[8] مناسب" 

 

[8] فروغ فرشیدفر. "مراحل پیاده سازی راه حل برنامه ریزی منابع سازمان
ERP Implementation ". 14/11/ 86

 

[9] Jyh-Biu yang , Chih-Tes wu, Chaiang-Huai Tsai.” Select of an ERP system for a construction firm in Taiwan: A case study”. Accepted 7 February 2007



[1] AHP

[2] Multi Attribute Decision Making

[3] Jacques Verville

[4] Conceptual  framework

[5] Excel

[6] Enar A. Tunc  and Ronald L. Burgoon

[7] Xavier Burgues , Xavier Franch, Joan Antoni Pastor

[8]  Enterprise resource planning

 
1 2 3 4  بعدي»

درباره من

  • 9163858398
  • احمد محمدی (کارشناس ارشد مدیریت فناوری اطلاعات و مهندس نرم افزار)

    مشاور و عضو کمیسیون نظارت و ارزشیابی سازمان نظام مهندسی رایانه ای خراسان رضوی

    بنیانگذار و مالک سایت های SEOparsian.com و SMSparsian.com

    جديدترين مقالات مرتبط با مدیریت فناوری اطلاعات

    ahmad.mohammadi.a@gmail.com

آخرين مطالب بروز شده