مرحباً بالجميع. مرحبًا بك في Software QA ودورة حياة تطوير البرمجيات، والمعروفة أيضًا باسم SDLC. في هذه الوحدة، سنلقي نظرة عامة على ماهية SDLC، جنبا إلى جنب مع أنماط مختلفة أو طرق مختلفة من SDLC. أنواع البرامج المختلفة تتطلب أساليب مختلفة للنجاح. إذا كان لديك قطعة كبيرة جدًا من البرامج تحتوي على العديد من الوحدات النمطية والعديد من الأجزاء فيها، نوع واحد من SDLC سيعمل بشكل أفضل من أجل ذلك. إذا كان لديك برنامج صغير أكثر تحديدًا، نوع مختلف من SDLC سيعمل بشكل أفضل من أجل ذلك. وفي هذا الدرس، سنلقي نظرة عامة وأنشأت برنامجًا خصيصًا لهذه النظرة العامة. إذن ما هو SDLC بالضبط؟ ببساطة، إنها خطة. إنها خطة، إذا اتبعتها، يجب أن توفر لك برامج عالية الجودة. في الأساس، يمنحك العميل مدخلات في الخطة، تستخدمها لإنشاء خطة تشفير (ترميز)، خطة اختبار، وعندما تنتهي، تراجعها مع العميل. بدأ هذا في الستينيات. قبل ذلك، كانت أجهزة الكمبيوتر تقوم ببرمجتها ببساطة عن طريق تحريك مجموعة من الأسلاك والمقابس، ولكن بدءًا من الستينيات، عندما أصبحت لغات البرمجة مثل COBOL أكثر شيوعًا، كان يجب أن يكون لديك خطة مميزة لتلبية احتياجات العميل ولإخراج البرنامج، وهي خمس أو ست مراحل، وهذه مراحل غامضة: تحليل المتطلبات، تطوير التصميم، الاختبار والصيانة. بعض الناس يلفون التطوير والصيانة، أو التطوير والاختبار، أو الاختبار والصيانة في واحد. هذا هو المكان الذي تحصل فيه على خمسة أو ستة. لذا، دعنا نلقي نظرة على مثال. باستخدام قطعة من البرامج التي قمت بإنشائها التي من شأنها أن تظهر كل جزء من هذه الأجزاء. متطلبات. هذا بسيط. هذا ما يريده العميل. في هذا المثال، طلب منا عميلنا تقديم قائمة الرغبات للناس حتى يتمكنوا من اختيار هذه العناصر في قائمة الرغبات الخاصة بهم. يبدو الأمر وكأنهم يطلبون شيئًا ما. لذا هذا ما سيحضره لنا العميل. هذه هي المتطلبات. ثم ننظر إلى ذلك ونكتشف حسنًا، كيف يمكننا فعل ذلك حتى يكون لدى العميل مشكلة؟ حسنًا، نحن بحاجة إلى تعليمات. هذا هو تحليلنا، حللنا ما قدمه لنا العميل، وقلنا أتعرف؟ تحتاج شاشتك إلى هذين الإرشادين في الأعلى. الجزء التالي سيكون التصميم الفعلي. أدركنا، هل تعلم؟ لا يوجد مكان يرى فيه العميل، أو الشخص الذي يشتري الأشياء، لا يوجد مكان لرؤية ما طلبوه أو ما يريدون طلبه. لذا نوصي بهذه العناصر بالترتيب في الأسفل. لذا ترى كيف نبنيها، كيف نتحرك. التالي هو التطوير، وهذا ببساطة هو الترميز. إليك بعض أسطر التعليمات البرمجية من هذا البرنامج. لا يهم اللغة التي تستخدمها، هذا مجرد ترميز لها. الآن يأتي الاختبار. الآن، ما تراه في الزاوية السفلية، من الواضح أن هذا لن يكون في البرنامج. في البرنامج الذي أنشأته، وضعت ذلك عمداً هناك لإجبار البرنامج على الفشل في أوقات مختلفة. لكن الجزء الاختباري، كنا نبتكر طرقًا مختلفة لاختبار البرمجية للبحث عن المشاكل، سواء الأخطاء، أخطاء في بناء الجملة، أو أخطاء منطقية. طريقة شائعة للاختبار هي القيام بما يسمى اختبار FONE. سيكون السجل الأول، هذا هو الرقم F لـ FONE، قم بإجراء اختبار السجل الأول. سيكون O بمثابة اختبار سجل واحد، أي سجل ما عدا السجل الأول. ثم N هنا كتبته كسجلين أو أكثر، لكنها تعني عدد السجلات بمعنى سجلات متعددة. وأخيرًا، الحرف E يشير إلى نهاية الملف، هذا ما تعنيه EOF لكنه السجل الأخير. لذلك سيكون هذا نوعًا من الاختبار الذي نود توثيقه في خطة SDLC الخاصة بنا. ثم الصيانة. بعد تسليمها للعميل، لقد توصلنا إلى حل جميع الأخطاء، وكل شيء يعمل بشكل رائع، أدركنا، "مرحبًا، كما تعلم، لا يوجد شيء هنا للسماح للعميل بقول، "نعم، أريد طلب شيء ما." أدركنا بعد ذلك، أن هذا جزء من الصيانة، ترقيات طفيفة أو تغييرات طفيفة على البرنامج بناءً على ما يحتاجه العميل. ربما لم يعرف العميل ذلك في الأصل. وها هي لدينا مراحل SDLC، دورة حياة تطوير البرمجيات. مرة أخرى، كان هذا الدرس مجرد نظرة عامة. في دروس قادمة، سنرى أنماطًا أو أنواعًا معينة من SDLC وسترى كيف وأي نوع من البرامج يعمل بشكل أفضل معهم.