[ad_1]
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 از این فرهنگ لغت)
[ad_2]