Microsoft Great Plains در حال حاضر در حال طراحی مجدد قابل توجه فناوری است. برای یادآوری تاریخچه – Great Plains Dexterity در اوایل دهه 1990 با استفاده از IDE و پوسته ، به زبان برنامه نویسی C نوشته شد تا به نوبه خود به عنوان ابزار توسعه و برنامه نویسی تبدیل شود – زبان Sanscript. بعداً مایکروسافت نرم افزار Great Plains را در لبه قرن 21 خریداری کرد. تقریباً در این زمان دو محصول در حال ظهور را می بینیم: eXtender ، نوشته شده توسط شرکت eOne استرالیایی و ابزار eConnect – که در ابتدا برای توسعه دهندگان تجارت الکترونیکی وب طراحی شده است. سوال در مورد انتخاب ابزار مناسب برای توسعه نرم افزار GP خاص شما معمولاً به تحقیقات بیشتری نیاز دارد ، بنابراین در این مقاله کوچک سعی خواهیم کرد جهت گیری شما ، با این فرض که شما یک برنامه نویس و مشاور هستید ، مقداری در معرض حسابداری و معماری سیستم ERP شرکت ها باشید.
o زبردستی. این ایده در اوایل سال 1990 روشن بود که Great Plains Dynamics را با برخی از استقلال DB و سیستم عامل رایانه و تغییر سریع در شرایط اضطراری فراهم کند. زبان برنامه نویسی C برای اکثر سیستم عامل های روزهای خوب معرفی شده است: یونیکس ، IBM PC / مایکروسافت ویندوز ، Solaris ، AIX ، بعداً در Linux. به عنوان هزینه ای برای این انعطاف پذیری ، Dexterity مجبور شد از موتور دسترسی / تغییر داده مبتنی بر مکان نما استفاده کند تا با جملات SQL SELEC و UPDATE جمع شده مقایسه شود. جملات جمع شده راهی پیشرفته تر را ارائه می دهند
o توسعه دهنده بعضی اوقات در توسعه نرم افزار به س questionsالات خنده دار فکر می کنید. بیایید بگوییم که ما پوسته ای از خود Dex فراهم می کنیم و کاربر نهایی یا توسعه دهنده را آموزش می دهیم تا منطق سفارشی جدید را در فرم ها ، جداول ، نماها و حتی مکانیزم شامل اسکریپت های dex sanscript تهیه کند. آیا مزیت استفاده از مهارت خام برای ساخت همه اینها از ابتدا است. پاسخ احتمال بیشتری دارد – بله ، این عالی است و استفاده از پوسته ثانویه (توسعه دهنده) بسیار آسان تر و قابل اعتماد است ، با این حال باید اشکالات را درک کنید. توسعه دهنده ، ساخت dex احتمالاً باید در سرنوشت آینده فناوری dex سهیم باشد. ثانیا – اگر افزونه های سفارشی برای Dynamics GP تولید می کنید ، احتمالاً باید از ابزار اولیه استفاده کنید. با این حال اگر مشتری نهایی هستید و فقط باید کار خود را انجام دهید – Extender گزینه خوبی است
o eConnect. این ابزار در حال حل محدودیت Dex به عنوان زبان برنامه نویسی اختصاصی است و مجموعه اشیا GP GP را به روی توسعه دهندگان Microsoft Visual Studio باز می کند. Plus eConnect رویکرد شی گرا دارد ، به این معنی که برنامه نویسی آن به عنوان “برنامه نویس مدرن” بسیار راحت تر است – این فرض را بر این می گذارد که شما به عنوان رمزگذار نرم افزار دقیقاً از قوانین شی گرا پیروی می کنید ، انجام بسیاری از آزمایش های QA را از بین می برد. می توانید از زبان انتخابی یا فلسفه انتخابی خود استفاده کنید: C # (توسعه دهندگان سابق جاوا) یا VB.Net – برنامه نویسان سابق VB و همچنین تمام طیف های زبان های X.Net
o ترکیب مهارت و eConnect. به نظر ما این توصیه شده ترین روش اصلاح GP برای 5-10 سال آینده است. فرم های مهارت شما را در حوزه امنیت مشتری “چاق” Microsoft Dynamics GP ادغام می کند و می تواند به طور مستقیم از ایستگاه کاری GP باز شود. سپس منطق کسب و کار را به Visual Studio منتقل کرده و منطق سفارشی ایجاد کرده و از طریق رابط سرویس وب XML با eConnect تماس بگیرید
o گزارش دادن در اینجا ما سه ابزار را می بینیم: خدمات گزارشگری MS SQL Server ، GP Report Writer (ابزار قدیمی dex) و Crystal Reports. شما احتمالاً در وهله اول باید روند MS را در اینجا در نظر بگیرید – SRS (تقریباً جهت گیری قبلی Crystal Reports را کنار بگذارید). خبر خوب این است که SRS به طور شهودی برای طراح سابق Crystal Reports قابل درک است ، بنابراین نترسید ، SRS را نصب کنید و گزارشات خود را به سیستم عامل جدید منتقل کنید. در مورد ReportWriter ، اگر فرم SOP Invoice Long Form یا Field Services را سفارشی کرده اید ، احتمالاً باید مرتباً این گزارش های سفارشی را در ReportWriter به روز کنید. Report Writer با ایستگاه کاری GP سازگار است و برای انجام کار با فراخوانی گزارش به واحدهای اضافی نیاز ندارد
o مهارت برنامه نویسی کد منبع. MBS شرکای برنامه نویسی کد منبع دارد ، که به نوبه خود دارای برنامه نویس Dexterity ، آشنا با کد منبع سطح پایین sanscript (موجود در DYNAMICS.DIC با کد در ، توزیع منظم نوار کد sanscript از این فرهنگ لغت)