دورة حياة تطوير الأنظمة

الموسوعة الحرة

دورة حياة تطوير الأنظمة، مع عرض المراحل الرئيسية [ 1 ]

تصف دورة حياة تطوير الأنظمة ( SDLC ) المراحل النموذجية والتطور بينها خلال تطوير نظام حاسوبي . وتتطور هذه المراحل من مرحلة التأسيس إلى مرحلة الإنهاء. في الأساس، توجد دورة حياة واحدة، ولكن التصنيف المستخدم لوصفها قد يختلف؛ إذ يمكن تصنيف الدورة إلى عدد مختلف من المراحل، وقد تُستخدم أسماء مختلفة لتلك المراحل. تُشبه دورة حياة تطوير الأنظمة دورة حياة الكائن الحي من ولادته إلى وفاته. وعلى وجه الخصوص، تختلف دورة حياة تطوير الأنظمة باختلاف النظام، تمامًا كما أن لكل كائن حي مسارًا فريدًا خلال حياته. [ 2 ] [ 3 ]

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

تُستخدم مصطلحات أخرى لنفس مفهوم دورة حياة تطوير البرمجيات (SDLC)، بما في ذلك دورة حياة تطوير البرمجيات (SDLC)، ودورة حياة تطوير التطبيقات (ADLC)، ودورة حياة تصميم النظام (SDLC). تركز هذه المصطلحات الأخرى على نطاق تطوير مختلف وترتبط بتقنيات توجيهية مختلفة، ولكنها تتناول نفس دورة الحياة الأساسية.

يُكتب مصطلح "دورة الحياة" غالبًا بدون مسافة، أي "lifecycle"، وكان هذا المصطلح أكثر شيوعًا في الماضي وفي سياقات غير هندسية. وقد صِيغَ اختصار SDLC عندما كان الشكل الأطول أكثر شيوعًا، وظل مرتبطًا بالامتداد، على الرغم من شيوع الشكل الأقصر في الهندسة. كما أن SDLC فريد نسبيًا مقارنةً بـ SDL ، الذي يحمل دلالات كثيرة .

المراحل

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

التصور المفاهيمي

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

تحليل المتطلبات

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

تصميم

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

بناء

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

قبول

تتمثل مرحلة القبول (المعروفة أيضًا باسم اختبار النظام ) في اختبار النظام بأكمله للتأكد من أنه يلبي توقعات العملاء (المتطلبات) .

الانتشار

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

صيانة

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

إيقاف التشغيل

الإيقاف عن العمل (المعروف أيضًا بالتخلص أو التقاعد أو التخلص التدريجي) هو عندما يتم إخراج النظام من الاستخدام، أي عندما يصل إلى نهاية عمره الافتراضي .

الممارسات

الإدارة والرقابة

مراحل دورة حياة تطوير البرمجيات المتعلقة بضوابط الإدارة [ 4 ]

تُشرح أهداف مراحل دورة حياة تطوير البرمجيات (SDLC) في هذا القسم، مع توضيح المخرجات الرئيسية، ووصف المهام الموصى بها، وملخص لأهداف التحكم ذات الصلة لضمان الإدارة الفعّالة. من الأهمية بمكان أن يضع مدير المشروع أهداف التحكم ويراقبها أثناء تنفيذ المشاريع. أهداف التحكم هي بيانات واضحة للنتيجة أو الغرض المنشود، ويجب تحديدها ومراقبتها طوال فترة المشروع. يمكن تصنيف أهداف التحكم إلى فئات رئيسية (مجالات)، وترتبط بمراحل دورة حياة تطوير البرمجيات كما هو موضح في الشكل. [ 4 ]

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

يُظهر المخطط أن التغطية تشمل مراحل عديدة من دورة حياة تطوير البرمجيات (SDLC)، لكن مجالات التحكم الإداري (MCD) المرتبطة بها تُظهر عمليات الربط بمراحل دورة حياة تطوير البرمجيات. على سبيل المثال، يتم تنفيذ التحليل والتصميم بشكل أساسي كجزء من مجال الاستحواذ والتنفيذ، ويتم تنفيذ بناء النظام والنموذج الأولي بشكل أساسي كجزء من مجال التسليم والدعم. [ 4 ]

هيكلة العمل

هيكل تقسيم العمل [ 4 ]

يُقدّم القسم العلوي من هيكل تجزئة العمل (WBS) نظرة عامة على نطاق المشروع وجدوله الزمني، كما يُلخّص المراحل الرئيسية ومعالمه. أما القسم الأوسط، فيستند إلى مراحل دورة حياة تطوير البرمجيات (SDLC). تتألف عناصر هيكل تجزئة العمل من معالم ومهام مُراد إنجازها، وليست أنشطة مُراد تنفيذها، ولكل منها موعد نهائي. لكل مهمة مُخرَج قابل للقياس (مثل وثيقة تحليل). قد تعتمد مهمة في هيكل تجزئة العمل على نشاط واحد أو أكثر (مثل البرمجة). يجب أن تتضمن أجزاء المشروع التي تحتاج إلى دعم من المقاولين بيان عمل (SOW). لا يتم إعداد بيان العمل خلال مرحلة مُحددة من دورة حياة تطوير البرمجيات، بل يُصمّم ليشمل العمل الناتج عن عملية دورة حياة تطوير البرمجيات والذي قد يُنفّذه المقاولون. [ 4 ]

الخطوط الأساسية

يتم وضع الخطوط الأساسية بعد أربع من المراحل الخمس لدورة حياة تطوير البرمجيات، وهي بالغة الأهمية للطبيعة التكرارية للنموذج. [ 5 ] تصبح الخطوط الأساسية معالم بارزة.

  • الأساس الوظيفي: يتم تحديده بعد مرحلة التصميم المفاهيمي.
  • خط الأساس المخصص: يتم تحديده بعد مرحلة التصميم الأولي.
  • خط الأساس للمنتج: يتم تحديده بعد مرحلة التصميم والتطوير التفصيلية.
  • تم تحديث خط الأساس للمنتج: تم تحديده بعد مرحلة بناء الإنتاج.

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

نسخة من عشر مراحل لدورة حياة تطوير الأنظمة
نسخة من عشر مراحل لدورة حياة تطوير الأنظمة [ 6 ]

انظر أيضاً

مراجع

  1. ↑ صورة من إعداد الدكتور ميكائيل هاغستروم. المرجع: موهاباترا، د. هيتش؛ راث، د. أميا كومار (24-04-2025). أساسيات هندسة البرمجيات . منشورات BPB. ISBN 978-93-6589-338-0.
  2. ↑ اختيار نهج التطوير . تم الاطلاع عليه بتاريخ 17 يوليو 2014.
  3. ↑ باراغ سي. بينداركارا؛ جيمس أ. رودجيرب؛ جيريش هـ. سوبرامانيان (نوفمبر 2008). "دراسة تجريبية لخصائص دالة إنتاج كوب-دوغلاس لجهد تطوير البرمجيات". تكنولوجيا المعلومات والبرمجيات . 50 (12): 1181-1188 . doi : 10.1016/j.infsof.2007.10.019 .
  4. ١ ٢ ٣ ٤ ٥ مجلس النواب الأمريكي (١٩٩٩). سياسة دورة حياة تطوير الأنظمة . ص ١٣. مؤرشف بتاريخ ١٩-١٠-٢٠١٣ في أرشيف الإنترنت (Wayback Machine).
  5. ↑ بلانشارد، بي إس، وفابريسكي، دبليو جيه (2006) هندسة النظم وتحليلها (الطبعة الرابعة). نيو جيرسي: برنتيس هول. ص 31
  6. ↑ وزارة العدل الأمريكية (2003). إدارة موارد المعلومات الفصل 1. مقدمة.

للمزيد من القراءة

  • كامينغز، هاغ (2006). نظم المعلومات الإدارية لعصر المعلومات . تورنتو، ماكجرو هيل رايرسون
  • بينون-ديفيز، ب. (2009). نظم معلومات الأعمال . بالغراف، باسينغستوك. ISBN 978-0-230-20368-6
  • عالم الكمبيوتر، 2002 ، تم استرجاعه في 22 يونيو 2006، من شبكة الإنترنت العالمية:
  • نظم المعلومات الإدارية، 2005 ، تم استرجاعها في 22 يونيو 2006 من شبكة الإنترنت العالمية: