الرئيسيةعريقبحث

إدارة تكوين البرمجيات

☰ جدول المحتويات

في هندسة البرمجيات، تعد إدارة تكوين البرمجيات وتختصر إلى ( SCM أو S / W CM ) [1] مهمة تتبع التغييرات في البرنامج والتحكم بها، وهي جزء من مجال إدارة التهيئة الأكبر متعدد التخصصات.[2] تتضمن ممارسات إدارة تكوين البرمجيات التحكم في المراجعة ووضع خطوط الأساس وإذا حدث خطأ ما، يمكن لـ إدارة تكوين البرمجيات تحديد ما تم تغييره ومن قام بتغييره إذا كان التكوين يعمل بشكل جيد، يمكن لإدارة تكوين البرمجيات تحديد كيفية نسخه عبر العديد من المضيفين.

إدارة تكوين البرمجيات
صنف فرعي من
جزء من

كما يتم توسيع الاختصار "SCM" أيضًا كعملية "إدارة تكوين المصدر" و"تغيير البرمجيات وإدارة التكوين" . [3] ومع ذلك، فإن "التكوين" يفهم بشكل عام على أنه يغطي التغييرات التي يقوم بها عادةً مسؤول النظام.

المقصد

أهداف إدارة تكوين البرمجيات بشكل عام هي:  

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

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

التاريخ

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

مقالات ذات صلة

  • إدارة دورة حياة التطبيق
  • مقارنة بين برنامج إدارة تكوين مفتوح المصدر
  • مقارنة بين برنامج التحكم في الإصدار
  • أتمتة التكوين المستمر
  • قائمة برمجيات التحكم في المراجعة
  • البنية التحتية كرمز

المراجع

  1. Atria (later Rational Software, now a part of IBM)
  2. Roger S. Pressman (2009). Software Engineering: A Practitioner's Approach (الطبعة 7th International). New York: McGraw-Hill.
  3. Gartner and Forrester Research
  4. Amies, A; Peddle S; Pan T M; Zou P X (June 5, 2012). "Develop cloud applications with Rational tools". IBM. مؤرشف من الأصل في 26 مارس 2020.
  5. "1988 "A Guide to Understanding Configuration Management in Trusted Systems" National Computer Security System (via Google) نسخة محفوظة 20 مارس 2015 على موقع واي باك مشين.

قراءة متعمقة

  • 828-2012 IEEE Standard for Configuration Management in Systems and Software Engineering. 2012. doi:10.1109/IEEESTD.2012.6170935.  . 828-2012 IEEE Standard for Configuration Management in Systems and Software Engineering. 2012. doi:10.1109/IEEESTD.2012.6170935.  . 828-2012 IEEE Standard for Configuration Management in Systems and Software Engineering. 2012. doi:10.1109/IEEESTD.2012.6170935.  .
  • آيلو، ر. (2010). أفضل ممارسات إدارة التهيئة: الطرق العملية التي تعمل في العالم الحقيقي (الطبعة الأولى. ). أديسون ويسلي. (ردمك )   .
  • Babich ، WA (1986). إدارة تكوين البرامج، تنسيق إنتاجية الفريق . الطبعة الأولى. بوسطن: أديسون ويسلي
  • Berczuk ، أبليتون. (2003). أنماط إدارة تكوين البرامج: TeamWork الفعال، التكامل العملي (الطبعة الأولى. ). أديسون ويسلي. (ردمك )   .
  • بيرسوف، EH (1997). عناصر إدارة تكوين البرامج. مطبعة جمعية الحاسبات IEEE ، لوس ألاميتوس، كاليفورنيا، 1-32
  • دنيس، أ. ، Wixom ، BH & Tegarden ، D. (2002). تحليل وتصميم النظام: نهج كائني التوجه مع UML. هوبوكين، نيويورك: John Wiley & Sons، Inc.
  • وزارة الدفاع، الولايات المتحدة الأمريكية (2001). الدليل العسكري: توجيه إدارة التكوين (مراجعة. أ) (MIL-HDBK-61A) . تم استرجاعه في 5 يناير 2010 ، من http://www.everyspec.com/MIL-HDBK/MIL-HDBK-0001-0099/MIL-HDBK-61_11531/
  • فوترل، رت وآخرون. (2002). إدارة مشروعات برمجيات الجودة. الطبعة الأولى. برنتيس هول.
  • المنظمة الدولية للتوحيد القياسي (2003). ISO 10007: أنظمة إدارة الجودة - إرشادات لإدارة التكوين .
  • Saeki M. (2003). دمج المقاييس في طرق تطوير نظم المعلومات: تطبيق لتقنية هندسة الطرق. كايس 2003 ، 374-389.
  • سكوت وجي أند نيس، د. (2001). إدارة تكوين البرامج. في: دليل هندسة البرمجيات هيئة المعرفة . تم استرجاعه في 5 يناير 2010 من https://web.archive.org/web/20121008233037/http://www.computer.org/portal/web/swebok/htmlformat
  • بول م.دوفال وستيف ماتياس وأندرو جلوفر (2007). التكامل المستمر: تحسين جودة البرمجيات وتقليل المخاطر . (الطبعة الأولى. ). أديسون ويسلي بروفيشنال. (ردمك )   .

روابط خارجية

موسوعات ذات صلة :