دورة حياة البرامج
السلام عليكم،
للبرامج كما للمخلوقات دورة حياة تمر فيها ومن قرأ كتب عن هندسة البرمجيات والتحليل يعرف هذا جيداً، في لمحة سريعة سنتعرف على دورة حياة البرنامج من ناحية الإصدارات التي كثيراً ما نسمع عنها (ألفا Alpha، بيتا Beta) وترقيم الإصدارات (1.1، 1.2.13) ولكن أغلبنا لا يعرف ماهيتها بالضبط، معلومات لابد أن يعرفها جميع العاملين في حقل البرمجة والبرامج.
في البداية لابد من التطرق إلى مراحل البرنامج الرئيسية الموضحة في الصورة:
دورة حياة البرنامج (الصورة من الويكيبيديا)
- Pre-Alpha: في هذه المرحلة يكون البرنامج في مرحلة جمع المعطيات والبرمجة وهذا الإصدار فقط للمبرمجين إذا لا يمكن أبداً لاعمل عليه من قبل أناس آخرين سوى مبرمجي البرنامج، أيضاً في مشاريع المصدر المفتوح تسمى Nightly Release ويعود سبب التسمية لأنه في آخر اليوم يتم تجميع التغييرات من قبل المبرمجين في نظام التحكم بالإصدارات.
- Alpha: هذا الإصدار أيضاً غير صالح للعموم ولكن لمختبري النظام، هذا الإصدار يمكن العمل عليه من قبل مختبري النظام Testers.
- Beta: في هذه المرحلة يتم إجراء اختبارات قابلية الوصول، في هذه المرحلة يمكن للعموم تجربة النظام وبالنسبة للمبرمجين لا يوجد ميزات لإضافتها في هذه المرحلة ولكن فقط إصلاح الأخطاء والمشاكل، من الممكن أيضاً بدء مرحلة البيتا بشكل مغلق أي فقط لمجموعة محددة من الناس لتجربة البرنامج.
- Release candidate: الإصدار قبل النهائي، هذه المرحلة يتم إصلاح الأخطاء والمشاكل الكبيرة فقط، أيضاً يتم تجربة النظام ومدى ثباته.
أما بالنسبة لترقيم الإصدارات فيوجد الكثير من الأساليب، أشهرهم وأبسطهم هو ترقيم الإصدار برقم ثم فاصلة ثم رقم واحد بعد الفاصلة مثل وبشكل رئيسي الرقم الموجود قبل الفاصلة يدل على إصدار رئيسي أي إصدار يحتوي على الكثير من التغييرات:
3.11, 2.5
حيث يدل الرقم الأول قبل الفاصلة على إصدار رئيسي للبرنامج أي تغييرات كثيرة أما الرقم بعد الفاصلة فهو رقم يبدأ من 1 بعد الإصدار الرئيسي للدلالة على إصدار فيه إصلاح للأخطاء أو إضافة ميزات بسيطة (إصدار فرعي أو صغير)، مثلاً:
الإصدار الرئيسي للبرنامج: 2.0
بعد فترة قصيرة يتم إصلاح مجموعة أخطاء وتطرح في الإصدار: 2.1
وهكذا يتزايد العدد واحد كلما تم طرح إصدار فيه إصلاح مجموعة أخطاء لحين طرح إصدار فيه تغييرات كبيرة فيتم ترقيمه بـ 3.0 ويعود الصفر للزيادة من جديد في كل إصدار فرعي أو صغير.
يوجد طريقة ثانية مشهورة وهي رقم الإصدار + حرف يدل على المرحلة الحالية:
5b1 أي الإصدار الخامس، المرحلة الأولى من البيتا (أحياناً يتم طرح عدة إصدارات بيتا)
5b2 الإصدار الخامس، المرحلة الثانية من البيتا
5rc1 الإصدار الخامس مرحلة Release Candidate الأولى
المصادر:
Software release life cycle
هناك أيضا طريقة ترقيم الإصدارات التي لا تتبع الطريقة المذكورة في هذا المقال
أقصد هنا مثلا طريقة ترقيم الـ ubuntu
مثلا:
8.10
هي النسخة الصادرة في شهر 10 من عام 2008
9.04
هي النسخة الصادرة في شهر 04 من عام 2009
شكرا على المقال
معلومة جميلة لم أكن أعلمها شكراً لك.
يوجد ايضا release to manufacture بعد النسخة المرشحة ام ماذا؟
هذا يسمى بالإصدار النهائي
أي الإصدار المتجه إلى فريق التسويق والتوزيع.
معلومات مفيدة وغير موجودة على مستوى المواقع التطويرية العربية
طيب وماذا تسمى هذه الطريقة
0.0.1
0.0.2
0.0.3
او
0.1
0.2
بشكل عام يستخدم العدد صفر للدلالة على أن المشروع مازال بمرحلة الألفا وعندما يبدأ أول إصدار ثابت يرقم بواحد 1.0 بالطبع هذه تعود لصاحب المشروع ولكن يوجد أعراف سائدة في هذا المجال.
ملاحظة بخصوص release to manufacture
هذي تستخدمها ميكروسوفت لإصدار نظام التسغيل ويندوز و تحديثاته لمصانع الأجهزة لتثبيته في الأجهزة الجديدة و تكون قبل إصدار النسخة العادية للأفراد و الشركات.
شكراً لك المعلومة المفيدة.
جزاكم الله خير
قرأت عن هذا الأمر مجموعة من المقالات
أعتقد في النهاية الأمر يعود إلى الشركة
أي لايوجد أمر محدد
مجرد أعراف سائدة كما ذكر الأخ خالد ..