Systems development life cycle

📅 آخر تحديث: ٢١ يوليو ٢٠٢٦
✍️ نُشر في: ٢١ يوليو ٢٠٢٦
📷 يحتوي على 4 صور
الموسوعة الحرة

A systems development life cycle, with the main stages shown[1]

The systems development life cycle (SDLC) describes the typical phases and progression between phases during the development of a computer-based system. These phases progress from inception to retirement. At base, there is just one life cycle, but the taxonomy used to describe it may vary; the cycle may be classified into different numbers of phases and various names may be used for those phases. The SDLC is analogous to the life cycle of a living organism from its birth to its death. In particular, the SDLC varies by system in much the same way that each living organism has a unique path through its life.[2][3]

The SDLC does not prescribe how engineers should go about their work to move the system through its life cycle. Prescriptive techniques are referred to using various terms such as methodology, model, framework, and formal process.

Other terms are used for the same concept as SDLC, including software development life cycle (also SDLC), application development life cycle (ADLC), and system design life cycle (also SDLC). These other terms focus on a different scope of development and are associated with different prescriptive techniques, but are about the same essential life cycle.

The term "life cycle" is often written without a space, as "lifecycle", with the former more popular in the past and in non-engineering contexts. The acronym SDLC was coined when the longer form was more popular and has remained associated with the expansion, even though the shorter form is popular in engineering. Also, SDLC is relatively unique as opposed to the TLASDL, which is highly overloaded.

Phases

Depending on the source, the SDLC is described as having different phases and using different terms. Even so, there are common aspects. The following attempts to describe notable phases using notable terminology. The phases are somewhat ordered by the natural sequence of development, although they can be overlapping and iterative.

Conceptualization

During conceptualization (a.k.a. conceptual design, system investigation, feasibility), options and priorities are considered. A feasibility study can determine whether the development effort is worthwhile via activities such as understanding user needs, cost estimation, benefit analysis, and resource analysis. A study should address operational, financial, technical, human factors, and legal/political concerns.

Requirements analysis

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

تصميم

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

بناء

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

قبول

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

الانتشار

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

صيانة

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

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

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

الممارسات

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

مراحل دورة حياة تطوير البرمجيات المتعلقة بضوابط الإدارة [ 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 من شبكة الإنترنت العالمية: