الدليل خطوة بخطوة ل إنشاء تطبيق Salesforce. التعرف على كل مرحلة من مراحل تطوير Salesforce.
ليس من السهل تنفيذ مجموعة متنوعة من الأساليب والتقنيات والمنهجيات في مجال تطوير البرمجيات. تتطلب العملية برمتها معرفة عميقة بالموضوع. واحدة من التقنيات الأكثر شعبية حتى الآن هي الحلول السحابية.
أدوات التطوير لتطبيقات Salesforce
الاهتمام الكبير بهذا التكنلوجيا يخلق الطلب على تطوير الأنظمة السحابية ضمن النظم البيئية السحابية الأكبر. تندرج تطبيقات Salesforce ضمن هذه الفئة بسبب عملية التطوير التي تتم في النهاية داخل نظام سحابي.
عند الحديث عن البيئات المصممة لتطوير Salesforce، فمن الضروري أن نذكر Force.com. نظرًا لأن موقع الويب تم إنشاؤه عن طريق بيئة التطوير المتكاملة لـ Salesforce، فيمكن دمجه بسلاسة من خلال مكون إضافي.
هناك الكثير من الأدوات المخصصة لإنشاء تطبيق Salesforce. تعد مكونات البيانات التعريفية المختلفة، Visualforce، Apex والمزيد من بين المكونات الأكثر استخدامًا. يوجد أيضًا حل لتخزين الملفات المحلية للبيانات.
كان على المطورين نقل البيانات إلى نظام التحكم بالمصدر لإجراء بعض التغييرات ثم إعادتها مرة أخرى إلى وحدة التخزين. أنظمة التحكم الأكثر شيوعًا هي Subversion و Git.
هناك العديد من المكونات لعملية التطوير وكل منها يتطلب نهجا خاصا. ولهذا السبب يوجد دائمًا العديد من المحترفين المختلفين الذين يعملون على تطبيق واحد. هؤلاء هم المتخصصين الأكثر شيوعًا.
- مدراء المنتج – هؤلاء الأشخاص مسؤولون عن رعاية الجوانب التجارية المختلفة وتأكيدها.
- مدراء الإصدار – إنها ضرورية لتنسيق مواعيد إصدار المنتج.
- مطورو Salesforce – هم المحترفون المسؤولون عن تطوير التطبيق وكتابة الأكواد بشكل مباشر.
- مدراء ضمان الجودة - هؤلاء المحترفون مسؤولون عن اختبار الأخطاء واكتشاف المشكلات المختلفة.
- مستشارو قوة المبيعات - يقدمون الحلول اللازمة لإنشاء وتحسين العمليات التجارية.
توضح المراحل التالية الطريقة التي تتم بها عملية تطوير تطبيق Salesforce الأشغال.
مستودع التحكم بالمصادر هو شيء يجب إنشاؤه على الفور. هناك العديد من المزايا لوجود مستودعات منفصلة لكل مشروع على حدة. نفس النهج مناسب أيضًا لتخزين بيانات التعريف في فرع رئيسي.
هناك العديد من المهنيين المختلفين المشاركين في إنشاء حل Salesforce. يعمل مديرو الإصدار على إنشاء فروع منفصلة لجميع الميزات. يجب على مطورين محددين التعامل معها. مسؤولية أخرى هي كتابة بيانات package.xml وإدارة بيانات التعريف عبر Force.com.
تبدأ عملية الترميز نفسها في وضع الحماية. تعتبر صناديق الحماية Salesforce فريدة من نوعها لأنها غير متصلة بالإنتاج الرئيسي. بفضل ذلك، ستبقى جميع التغييرات التي تم تنفيذها داخل وضع الحماية هناك. وهذا يمنع أي تدخل في عملية الإنتاج.
يستخدم المطورون بيئة التطوير المتكاملة لموقع Force.com لأخذ البيانات الضرورية من وضع الحماية. يتم تنفيذ جميع التغييرات المطلوبة لإرسال الكود إلى مخزن Git. على الرغم من أنه يتعين عليهم إجراء بعض الاختبارات قبل تنفيذ التعليمات البرمجية.
يتم بعد ذلك نقل الكود إلى وضع الحماية لمزيد من التطوير. بعد ذلك، يمكن إكماله في المستودع. من الضروري التأكد من عدم تفاعل أي شخص مع الكود في نفس الوقت. مثل هذا العمل المتزامن يمكن أن يؤدي إلى مجموعة متنوعة من الأخطاء.
والخطوة التالية هي اختبار الكود. خدمة ضمان الجودة يتعين على المديرين نقل الكود إلى صناديق الحماية الخاصة بهم حديثًا. في بعض الأحيان، يتعين على المديرين فقط اختبار إحدى الميزات بدلاً من الكود بأكمله. ولهذا الغرض، يقومون بإنشاء صناديق رمل جزئية ونقل جزء من التعليمات البرمجية هناك.
هناك مواقف يفتح فيها متخصصو ضمان الجودة المجال أمام زملاء آخرين للعمل معًا. وهذا يسمح بإجراء فحص أكثر شمولاً لمقاطع التعليمات البرمجية. إذا تمكنوا من العثور على أخطاء في الترميز، تبدأ العملية من البداية.
يتطلب اختبار التشطيب التحقق من الكود لقبول المستخدم. يقوم كل من مديري الإصدار والمشروع بإجراء مزيد من الاختبارات في وضع الحماية الجزئي. بعد ذلك، يمكنهم البدء في إعداد المنتج للعرض. إذا كانت لا تزال هناك بعض المشكلات في التطبيق، فستبدأ العملية مرة أخرى.
اختبار الأداء هو الاختبار المتبقي بعد إصدار المنتج. هذه المرة، يتم إنشاء صندوق رمل متوسط. لديه العديد من أوجه التشابه مع التطبيق نفسه. يتم إجراء أنواع مختلفة من الاختبارات النهائية هنا. إذا لم تكن هناك أية أخطاء، يكون التطبيق جاهزًا للإنتاج.
