فهم نموذج تطوير التطبيقات السريع

التطوير السريع للتطبيقات ، أو RAD ، هو طريقة لتطوير البرامج تؤكد على مرحلة التخطيط والنموذج الأولي للحصول على تعليقات سريعة من المستخدمين. بالمقارنة مع الأساليب الأكثر تقليدية لتطوير البرمجيات ، والتي تشمل التصميم الأولي والتنفيذ اللاحق ، يؤكد RAD على المزيد من المرونة. تساعد الجولات المستمرة لإدخال المستخدم والتحسينات المتزايدة السريعة في الحصول على نتائج أفضل في نهاية اليوم.

في التسعينيات ، حدد جيمس مارتن التطوير السريع للتطبيق كبديل لإجراءات الشلال التقليدية. تعتبر طريقة الشلال التقليدية حلاً ممتازًا لصناعة البناء والعديد من المجالات الأخرى التي تكون فيها التعديلات على نطاق العمل غير شائعة ومكلفة. من غير المحتمل تمامًا أن تتحول إلى بناء عبارة في منتصف الطريق من خلال بناء جسر إذا كنت قد بدأت بالفعل في تشييد الجسر.

يتيح تقدم البرامج درجة أكبر من القدرة على التكيف. يمكن استخدام مجموعة واسعة من الأساليب لمعالجة نفس صعوبة العمل ، ويمكن إجراء التعديلات بتكلفة أقل. وبالتالي ، تضحي الشركات بالتصميم الدقيق والتخطيط لصالح عملية تكرارية باستخدام التجربة والخطأ. بالإضافة إلى ذلك ، عندما يلاحظ المستهلكون تحسنًا ، فمن المرجح أن يقدموا انتقادات بناءة.

هل التطوير السريع للتطبيقات هو النهج الصحيح لمشروعي؟

كما أوضحنا من قبل ، لا يعمل RAD في سياقات غير مرنة. لا تنطبق في الحالات التالية:

• من الضروري أن يكون لديك معرفة مسبقة بكل من القيود المالية والجداول الزمنية.
• إما أنه ليس لديك وصول ثابت إلى المستخدمين ، أو ليس لديهم الدافع لتكريس وقتهم وجهدهم للمشروع.
• نظرًا لنطاقه ، يدعو المشروع إلى مشاركة عدد كبير من الأشخاص ، غالبًا ما يُعرفون باسم أصحاب المصلحة.

غالبًا ما تنطبق هذه القيود على الشركات والمؤسسات الضخمة التي تديرها الحكومة. من ناحية أخرى ، تنطبق بعض جوانب عملية تطوير التطبيق السريع حتى في هذه المواقف. على سبيل المثال ، قد تخصص المشاريع ذات السعر المحدد الأموال لمرحلة النموذج الأولي وعدد معين من المراجعات. إذا كان لديك المستخدمون المناسبون على متن الطائرة ، فقد تتمكن من تقييد نطاق النموذج الأولي إلى الأجزاء الأكثر غموضًا.

من ناحية أخرى ، يعمل إطار تطوير التطبيقات السريع بشكل جيد للغاية للمؤسسات الصغيرة والمتوسطة ومشاريع الإدارات. هذا ما دام مستخدمو الأعمال يمتلكون المال ولديهم الدافع لتحقيق النتيجة. هذا رسم توضيحي رئيسي للعديد من تطبيقات Line-of-Business (LOB). تشير العبارة العامة إلى البرامج التي تعمل على أتمتة وتشغيل جوانب معينة من الشركة بشكل أكثر فعالية.

وبالمثل ، فإن RAD هو نهج فعال أثناء تطوير مواقع الويب. غالبًا ما تكون هذه مشاريع متواضعة مع مجموعة محدودة من أصحاب المصلحة ، ولكن من الضروري تضمينها في وقت مبكر لأن التصميم موضوع مثير للجدل إلى حد كبير ، وسيكون لكل شخص ما يقوله حوله!

المراحل والمنهجية

يتم استبدال مرحلة التخطيط التي تستغرق وقتًا طويلاً بمرحلة النموذج الأولي الأقل تكلفة بموجب نهج تطوير التطبيق السريع. على وجه التحديد ، يقترح نموذج RAD فصل العملية إلى المراحل الأربع التالية:

تخطيط المتطلبات

سيعمل المستخدمون وفريق المشروع معًا خلال هذه المرحلة لتحديد أهداف النظام المستقبلي. نجاح الشركة هو الشغل الشاغل. المعايير ليست صارمة للغاية. تعد القدرة على تعديلها أو تكييفها أثناء تطوير النموذج الأولي أمرًا ضروريًا.

تصميم المستخدم

تختلف تقنية تطوير التطبيقات السريعة عن نموذج الشلال التقليدي من خلال التأكيد على تصميم المستخدم كعنصر أساسي في العملية. في هذه المرحلة ، أول شيء يفعله المطورون هو العمل على نموذج أولي. الهدف هو عرض شيء ما للعميل بسرعة وبتكلفة معقولة ، كل ما يلزم إظهاره. لا يعد الأمر بمثابة كسر للصفقة إذا كان النموذج الأولي يمكنه فقط تلبية بعض المعايير أو يمكنه فقط التعامل مع مجموعة فرعية من المواقف المحتملة. يُسمح بأخذ اختصارات عندما يتعلق الأمر بالبرمجة.

بعد اكتمال النموذج الأولي ، يتم عرضه على المستخدمين للحصول على ملاحظات. يجمع الفريق أكبر قدر ممكن من المدخلات ، وفي هذه المرحلة ، تكون المعايير الأساسية عرضة للتغييرات التي لا مفر منها. يمكن أن يتخذ أي شيء منطقي عند كتابته مظهرًا مختلفًا عند وضعه موضع التنفيذ. عندما يكون لدى المطورين هذه المدخلات ، فإنهم يعودون إلى عملية النموذج الأولي ويستمرون في القيام بذلك حتى يسعد المستهلكون بالنتيجة النهائية.

بناء

في هذه المرحلة ، نحن ندرك تمامًا المتطلبات التي يجب الوفاء بها. حان الوقت لاستكمال تطوير النظام واختباره حتى يصبح جاهزًا للاستخدام في الإنتاج. لن يكون هناك المزيد من الاختصارات ؛ بدلاً من ذلك ، سيتم التركيز على الجودة وقابلية التوسع وقابلية الصيانة وعوامل أخرى. ومع ذلك ، حتى في هذه المرحلة المتأخرة ، يستمر المستهلكون في التفاعل من خلال تقديم التعليقات عند تقديم ميزات جديدة. في هذه المرحلة من العملية التكرارية لتطوير تطبيق سريع ، لا يزال هناك مجال لمزيد من الضبط الدقيق.

اعتمادًا على الأداة التي انتهينا من استخدامها والعوامل الأخرى المعنية ، فإن العمل الذي قمنا به حتى هذه النقطة في عملية النماذج الأولية لا يمكن استخدامه حتى.

نقلة نوعية

هذه هي الخطوة الأخيرة ، والتي تشمل تدريب المستخدم واختبار القبول وتنفيذ النظام الجديد.

تطوير التطبيقات السريع مقابل. رشيق

تمت صياغة اسم "RAD" قبل عشر سنوات من منهجية التطوير Agile ، وبسبب منهجيتها التكرارية ، يُشار أحيانًا إلى RAD على أنها "أحد الوالدين" لـ Agile. من ناحية أخرى ، ليس هذا هو الوضع. Agile هي وجهة نظر فلسفية تشمل أكثر بكثير من مجرد تطوير برمجيات ، على عكس RAD ، وهي تقنية تطوير إلزامية.

من الآمن أن نفترض أن تطوير التطبيقات السريعة (RAD) هو عضو في نفس العائلة مثل مناهج تطوير البرامج الرشيقة الأخرى ، مثل Scrum و Kanban وغيرها الكثير.

مزايا وعيوب التطوير السريع للتطبيقات

ينتقل التركيز بعيدًا عن القدرة على التنبؤ ونحو القدرة على التكيف بسبب RAD ، والتي لها آثار جيدة وسيئة.

مزايا :

تقليل المصاريف والمخاطر

يمكن للمستخدمين فقط عرض نتائج الطريقة وتقديم التعليقات بمجرد تسليم المشروع إليهم. إن التعديلات التي لا مفر منها والتي يجب إجراؤها في هذه المرحلة تتطلب الكثير من الوقت والمال. تقل فرصة الاضطرار إلى إعادة كتابة نصف الحل بعد تنفيذه بشكل كبير عند استخدام عملية تطوير التطبيق السريع.

متفوقة في الجودة

من المحتمل أن يتم تطبيق البرنامج النهائي بشكل أفضل على أنشطة المستخدمين إذا شاركوا بنشاط في عملية إنشاء النماذج الأولية. علاوة على ذلك ، بغض النظر عن النتيجة ، سوف ترقى إلى مستوى توقعاتهم.

سلبيات:

تصميم رديء

عند متابعة احتياجات عمل معينة واتخاذ الاختصارات أثناء مرحلة النموذج الأولي ، قد تجد نفسك تذهب بعيدًا. مما أدى إلى تصميم رديء وحل شامل.

عدم القدرة على التوسع بشكل فعال

يفترض نموذج RAD مسبقًا أن الفريق والمستخدمين النهائيين يتعاونون في ارتباط وثيق للغاية. ستتحرك عملية النموذج الأولي دائمًا بوتيرة جليدية بمجرد أن يكون الفريق كبيرًا جدًا أو هناك عدد كبير من أصحاب المصلحة. بالإضافة إلى ذلك ، يصبح من الصعب شرح التغييرات المتكررة في نطاق المشروع لجميع الأطراف. لذلك ، يُعتقد أن RAD يعمل بشكل أفضل للمجموعات ذات الحجم المتوسط ​​أو الصغير.

التزام العملاء في النهاية الخلفية

تتوقع تقنية تطوير التطبيقات السريعة قدرًا كبيرًا من مدخلات المستخدم طوال عمر المشروع. وفقًا للتقارير ، ينطبق هذا بشكل خاص على أكثر المهنيين المؤهلين في الصناعة ، والذين يكونون أيضًا أكثر الأفراد ازدحامًا في المؤسسة.

عدم القدرة على ممارسة السيطرة

قبل أن تنتهي مرحلة النموذج الأولي للمشروع ، ليس من المجدي التنبؤ بدقة بنطاق المشروع أو ميزانيته أو جدوله الزمني لأسباب واضحة. ومع ذلك ، بناءً على نتائج عملية تخطيط المتطلبات ، ستظل قادرًا على تحديد بعض التوقعات العامة.

أدوات التطوير السريع للتطبيقات (RAD)

يعتمد تطبيق نهج RAD بشكل أساسي على النماذج الأولية السريعة والتعاون الوثيق. ومن ثم ، فإن اختيار الأدوات المناسبة لمساعدة هذه المساعي له أهمية قصوى. لحسن الحظ لدينا مجموعة واسعة للاختيار من بينها.

التصميم والنمذجة

تتيح تقنيات تطوير التطبيقات السريعة مثل Figma و InVision للمصممين المرئيين ومحترفي تجربة المستخدم بناء نماذج أولية قابلة للنقر معًا ومشاركتها مع المستخدمين النهائيين بسرعة. هذه لها تصميم كامل حتى يتمكن المطورون من جمع مدخلات المستخدم. بمجرد إعطاء الضوء الأخضر لإحدى نسخ النموذج الأولي ، يمكنهم تصدير المشروع إلى تنسيقات لإعادة استخدامها من قبل مطوري الواجهة الأمامية. وهكذا ، بمناسبة انتقالها إلى مرحلة البناء. على الرغم من أن إنشاء مواقع الويب هو إلى حد بعيد الاستخدام الأكثر شيوعًا لهذه الأدوات ، إلا أن إنشاء نماذج أولية لتجربة المستخدم لتطبيقات أو بوابات المستخدم النهائي الأكثر تعقيدًا يعد استخدامًا آخر.

يستخدم محللو الأعمال تطبيقات أخرى ، مثل Balsamiq ، في كثير من الأحيان. إنهم يركزون على إنشاء نموذج أولي لتجربة المستخدم باستخدام الإطارات الشبكية. ثم يقومون بتنفيذ التصميم النهائي لاحقًا. هذه خيارات ممتازة للنمذجة الأولية للأنظمة الأكثر شمولاً التي تتضمن تفاعل المستخدم المعقد.

تطوير

غالبًا ما تستغرق مرحلة تطوير إنشاء التطبيق معظم الوقت ، وهي الأكثر تكلفة ، وهي محفوفة بأكبر قدر من عدم اليقين. لذلك ، فإن الأنظمة الأساسية الحالية لتطوير التطبيقات السريعة تدمج البنى المختبرة. هذه هي المكونات الجاهزة التي تنفذ الوظائف القياسية ، والأدوات التي تجعل التطوير السريع أسهل. كل واحد منهم يسهل عليك تقديم النتائج بسرعة أكبر. سواء كنت في مرحلة وضع النماذج الأولية للمشروع أو أبعد من ذلك في مرحلة البناء.

تعمل الشركات الاستشارية مثل Gartner و Forrester باستمرار على تطوير مصطلحات جديدة للتمييز بين كل من هذه المنصات. غالبًا ما يشتمل على ما يلي: الأنظمة الأساسية للتطبيق ذات الرمز المنخفض / بدون رمز (LCAP) ، ومنصات التطبيقات عالية الإنتاجية كخدمة (HPAPaaS) ، ومنصات التطوير متعددة الخبرات. هذه كلها أمثلة لأنواع مختلفة من منصات التطبيقات (MXDP) التي يمكنك استخدامها. ومع ذلك ، في النهاية ، يمكن تصنيف كل واحد منهم وفقًا لقرائه المقصودين.

الأنظمة الأساسية ذات كود منخفض / بدون كود

يتمثل المفهوم الأساسي وراء هذه الأنظمة الأساسية في تمكين مستخدمي الأعمال الذين ليس لديهم خبرة في الترميز (المعروف أيضًا باسم المستخدمين المتميزين أو المطورين المواطنين) من توفير تطبيقات وظيفية بسرعة. هذه البساطة ، بالطبع ، تأتي مع نقص في المرونة وقيود مختلفة. في مقال حديث ، ناقشت هذه الحدود ومخاطرها. وبالتالي ، فإن السوق المستهدف لمثل هذه المنصات يتكون من نماذج أولية أو حلول أولية.المنصات التي تركز على المطور

تستفيد هذه المنصات من سرعة وإثارة تطوير البرمجيات. في المقام الأول من خلال توفير واجهات برمجة التطبيقات عالية المستوى وإنتاج الكود. لذلك ، لم يعد المبرمجون بحاجة إلى كتابة التعليمات البرمجية المعيارية بشكل متكرر وتنفيذ الوظائف القياسية.

Embarcadero RAD Studio ، بورلاند دلفي سابقًا ، هو أحد رواد الصناعة. وهي مشهورة بتصميم واجهة المستخدم المرئية. كان اسم بورلاند دلفي الأخير. كان موجودًا قبل ظهور الويب ولا يزال من الممكن استخدامه للتطبيقات على أجهزة كمبيوتر سطح المكتب والأجهزة المحمولة.

الويب هو الهدف الأساسي لأطر تطوير التطبيقات السريعة الأخرى. لأنها الطريقة الأكثر شيوعًا للتواصل مع المستهلكين النهائيين في العصر الحديث. على سبيل المثال ، هنا في Jmix ، نبذل جهدًا للجمع بين سهولة وسرعة نماذج البيانات المرئية وتصميم الواجهة مع فعالية تكنولوجيا المصادر المفتوحة اليوم. تزيد هذه الإستراتيجية من وتيرة إنشاء النماذج الأولية. ومع ذلك ، فإنه يمنحك أيضًا القدرة على تطوير النموذج الأولي الخاص بك إلى تطبيق مؤسسي كامل له هيكل مستقر وقابل للتطوير.

استنتاج

أحد أساليب التطوير التي تلتزم بالعقلية الرشيقة هو التطوير السريع للتطبيق (RAD). تعد المشاركة النشطة للمستخدمين النهائيين وتطوير نماذج أولية سريعة ومتكررة باستخدام مدخلات من هؤلاء المستخدمين مبدأين أساسيين لمنهجية RAD. بعد التأكد من رضا المستخدمين النهائيين ، يتحول الاهتمام بعد ذلك إلى توفير البرامج المناسبة للإنتاج.

يعد اختيار الأداة (الأدوات) المناسبة أمرًا ضروريًا لضمان النماذج الأولية السريعة. نتيجة لذلك ، الاستخدام الفعال لمنهجية RAD ضمن مشروع معين. الخبر السار هو أن هناك مجموعة متنوعة من الأدوات والأنظمة الأساسية لاستخدامها. هذه تلبي أنواعًا مختلفة من التطبيقات ومراحل المشروع ومجموعات المهارات للفرق.

على الرغم من أن RAD فكرة قديمة ، إلا أنها تمر الآن بإحياء. هذه نتيجة مباشرة لاتجاهات التحول الرقمي الحالية والاندفاع نحو وقت أسرع للتسويق. عند استخدامه للأنواع المناسبة من المشاريع ومع الأنواع المناسبة من الفرق ، قد يحقق نهج RAD المزيد من رضا العملاء بمخاطر أقل وفي فترات زمنية أقصر.