ما هي برمجة الفأرة؟ هذا هو مبدأ إنشاء واجهة مستخدم تتجنب كتابة التعليمات البرمجية. ينتقد الكثير هذا النهج: يقولون أن البرمجة باستخدام الماوس لا تستحق مطورًا حقيقيًا ، يجب أن يكون كل شيء في التعليمات البرمجية. ولكن قبل أن ترسم دائرة ، تحتاج إلى معرفة أساسيات بناء الجملة الأساسية نفسها. الآن يمكن لأي مستخدم رسم أي شكل في أي محرر رسومي بسيط ، وهذا لا يسمى حتى البرمجة ، لأن العملية بسيطة للغاية. هذا هو تطوير واجهة المستخدم ، مما يسهل التفاعل مع الكمبيوتر. في هذه المقالة سوف أشارك تجربتنا في تعظيم مبادئ "البرمجة باستخدام الماوس" في CRM Dynamics.
في إنشاء خدمات جديدة ، نركز دائمًا على تعظيم "مبدأ البرمجة" باستخدام الماوس. أي ، عند حل مشكلة ، تحتاج إلى التفكير: كيف تتأكد من أنها لن تعود إليك مرة أخرى مع التحسينات الوظيفية اللاحقة؟ إن الرغبة في الابتعاد عن الروتين ستعجل بتطوير المنتج. إذا كان المستخدم يريد في كثير من الأحيان تغيير جزء مرئي من النموذج ، فامنحه آلية تسمح لك بالقيام بذلك بنفسك ولن تشتت انتباهك عن الهدف الرئيسي ، ولكن في نفس الوقت لن يتداخل مع النظام. إذا تم إرشادنا في مرحلة التصميم بالحل الأكثر وضوحًا ووضعنا كل شيء في الشفرة ، فسيتم بالتأكيد تنفيذ الخطوات الأولى بشكل أسرع. ولكن بمرور الوقت ، في مرحلة دعم المنتج ، يمكنك أن تغرق في العمل التشغيلي - تحرير التقارير ، وإضافة الأدلة ، وإنشاء وثائق الأعمال من نظام القالب. في نهاية المطاف ، قد يتوقف تطوير النظام ببساطة.
ميزات CRM Dynamics
يوفر CRM Dynamics واجهة رسومية لبناء سلسلة من العمليات التجارية - يمكنك تحريك الكتل باستخدام الماوس وبناء تسلسلات وتبعيات محددة دون أي رمز. ولكن الأكثر إثارة للاهتمام ، هنا يمكنك إنشاء واجهة مستخدم باستخدام ماوس واحد ، كما هو الحال في مصمم النموذج المدمج. وبالتالي ، يمكن للمطورين تشكيل أشكال واسعة بأسلوب واحد في دقائق حرفيا. وهذا ، بالطبع ، يسرع بالتنمية. سأقدم بعض الأمثلة على حلولنا.
التحقق من البيانات
في الغالبية العظمى من أنظمة الأعمال ، هناك التحقق من البيانات التي يدخلها المستخدم في النظام. يتعامل الكثير مع المهمة بطريقة مباشرة - يسجلون خوارزميات في الكود للتحقق من وجود البيانات المدخلة وصلاحيتها. لقد مررنا بتنفيذ خدمة منفصلة تتيح لمسؤولي الأعمال (مستخدمونا المميزون) تكوين التحقق باستخدام آليات بسيطة في واجهة المستخدم. نعم ، الخطوة الأولى في تنفيذنا (تشكيل طرق التحقق) لا تزال هي الشفرة التي يكتبها المبرمج. لكنه يكتب بلغة بسيطة لبناء الاستعلامات ضمن نموذج مستخدم - مما يعني أن المستخدم المتقدم الذي يمتلك المهارات الأساسية في بناء الاستعلامات يمكن أن يشكل أيضًا طريقة مماثلة. بعد ذلك ، يقوم المستخدم العادي بالفعل بجمع مسار التحقق الكامل من تلقاء نفسه ويحدد شروط استخدامه.
فكر في مثال محدد. نحن نتحقق من توفر جواز سفر الفرد في النظام. نحن نصفه في الكود ونعطي هذه الطريقة لمسؤولي الأعمال. علاوة على ذلك ، تم تسجيل جميع العلاقات الأساسية بالفعل في الكائنات المقابلة. يقوم مسؤولو الأعمال بالفعل بتكوين كافة الاتصالات بالماوس بشكل مستقل باستخدام الواجهة الأساسية ووظيفة النظام ، وتحديد أي مرحلة من دورة حياة منتج الأعمال وأي منتج يتم استخدام هذه الطريقة ، وهي: ما إذا كان من الضروري التحقق من مدير مؤسسة الاقتراض ، محاسب المنظمة الضامنة أو أدوار وعلاقات أخرى داخل التطبيق. يتم فحص جواز السفر نفسه بنفس الطريقة ، ويتم تحديد الشروط والعلاقات المرتبطة بذلك من قبل مسؤول الأعمال. نحن لا نشارك في هذه العملية.
يقوم المستخدم بإنشاء شرط التوقف عن طريق تحديد: الاسم والمرحلة والمنتج وكائن التحقق
لتهيئة رابط كائن التحقق باستخدام طريقة التحقق
لا يزال المطورون يقومون بإعداد طريقة التحقق ، ولكن هنا يمكن للمستخدم إيقاف التشغيل ثم تمكين السمات المحددة باستخدام مربعات الاختيارنماذج الطباعة
مثال آخر على وظيفتنا في تعظيم مبادئ "البرمجة باستخدام الماوس" هو النماذج المطبوعة. في Dynamics ، يمكنك في البداية إنشاء قالب للنماذج المطبوعة للعقود ونماذج الموافقة ومستندات العملاء الأخرى عن طريق استخراج البيانات من النظام. لكن التنفيذ القياسي لهذه الميزة له عدد كبير من القيود التي لم يتحملها العمل التجاري ، لذلك كان علينا بناء آلية أكثر مرونة.
الحل السريع الأول هو إنشاء نماذج مطبوعة من خلال آلية إعداد التقارير في النظام باستخدام SQL و SSRS. لقد التقيت بهذه الطريقة أكثر من مرة في حلول أخرى. ولكن كلما عملنا على تطوير نظامنا ، أصبحت أشكال الطباعة أكثر تعقيدًا. ونتيجة لذلك ، اتبعنا مسارًا مشابهًا للمثال السابق: قمنا بتنفيذ معالجة استعلام SQL وإنشاء مجموعة من العلامات منه باستخدام Open XML. يمكن لمستخدمي الأعمال إعادة استخدام هذا الاستعلام ، وإنشاء أشكال العقود والاستبيانات والمستندات التجارية الأخرى وتغييرها بسرعة عن طريق وضع العلامات بالماوس في النص الثابت للقالب.
ونتيجة لذلك ، لدينا طلب واحد كبير لجميع السمات الأساسية ، والذي لن يتغير إلا عند ظهور سمات جديدة. بمساعدته ، سيتمكن المستخدم في أي وقت عبر الإنترنت من جمع النموذج المطبوع المطلوب. لتسريع تنفيذ الطلب ، يمكننا دائمًا التواصل لاحقًا ، في وقت مناسب لنا ، دون انتهاك مبادئ scrum ، للتخطيط وتقديم طلب أكثر مثالية لاحتياجات محددة ، إذا لزم الأمر.
هنا هو القالب النهائي في Word
وهذا هو تفضيل المستخدم لنموذج الطباعةفي Excel ، تتطلب نماذج الطباعة حلًا إضافيًا لتشكيل العلامات ، ولكننا تعاملنا أيضًا مع هذه المهمة. ظاهريًا ، بالنسبة للمستخدم ، قاموا بكل شيء بنفس الطريقة التي عملوا بها في قوالب Word.
وفي التحقق من البيانات ، وفي إنشاء النماذج المطبوعة ، يبقى المستوى الأدنى من الخدمات ، على الرغم جزئيًا ، في جانبنا. ولكن في المستقبل نخطط لإنشاء منشئ استعلام رسومي ملائم. ثم يمكننا إعطاء مسؤولي الأعمال 99٪ من العمل مع مكونات النظام المتقلبة هذه.
مع النهج الذي استخدمناه ، فإن تكاليف العمالة الأولية ، بالطبع ، أكبر بكثير - بعد كل شيء ، فإن كتابة خدمة كاملة أكثر صعوبة. لكننا لا نعمل كمقاولين مدمجين يريدون إعطاء المنتج النهائي ونسيانه. نتفهم أننا سنواصل العمل مع هذا المنتج وتطويره. باتباع مبادئ "البرمجة بالماوس" ، نوفر المزيد من دعم النظام.
مزيد من التفاصيل الجديرة بالذكر. لاتباع مبادئ زيادة الوظائف إلى أقصى حد مع عناصر "البرمجة باستخدام الماوس" ، هناك حاجة إلى متخصصين ذوي مؤهلات أعلى نسبيًا - المطورين والمحللين الذين لا يحلون المتطلبات الوظيفية الحالية فقط ، ولكن يمكنهم أيضًا النظر إلى المستقبل ، من أجل إغلاق الحد الأقصى من المهام المحتملة لمزيد من التطوير في نهاية المطاف.
بالطبع ، يفرض تنفيذ إمكانيات "البرمجة باستخدام الماوس" عددًا معينًا من القيود مقارنة باستخدام التعليمات البرمجية ، حيث أنه في حالتنا سيتم تحديد جميع الوظائف مسبقًا بواسطة المطورين. ولكن هذا يصبح حافزًا لتطوير وظائف ومرونة وراحة الأدوات للمستخدم.