إيه المراحل المختلفة في دورة حياة تطوير الأنظمة؟
Context:دورة حياة تطوير الأنظمة  المادة اتكلم اقرأ احرر شوف التاريخ  أدوات من ويكيبيديا، الموسوعة الحرة المقال ده عن دورة حياة تطوير الأنظمة. بالنسبة لبروتوكول الاتصالات الكمبيوترية لشركة آي بي إم، شوف التحكم في رابط البيانات المتزامن.  نموذج لدورة حياة تطوير البرمجيات، اللي بيبرز على مرحلة الصيانة في هندسة الأنظمة وأنظمة المعلومات وهندسة البرمجيات ، دورة حياة تطوير الأنظمة (SDLC) ، واللي بيتم الإشارة إليها أيضًا باسم دورة حياة تطوير التطبيقات ، هي عملية لتخطيط وإنشاء واختبار ونشر نظام معلومات. بتطبق مفهوم SDLC على مجموعة من تكوينات الأجهزة والبرمجيات ، لأن النظام ممكن يتكون من الأجهزة فقط ، أو البرمجيات فقط ، أو مزيج من الاثنين. في عادة ست مراحل في الدورة دي: تحليل المتطلبات، التصميم، التطوير والاختبار، التنفيذ، الوثائق، والتقييم.  نظرة عامة بتتكون دورة حياة تطوير الأنظمة من مراحل عمل متميزة بتستخدمها مهندسو الأنظمة ومطورو الأنظمة لتقديم أنظمة المعلومات. زي أي حاجة بتتصنع على خط التجميع، يهدف SDLC لإنتاج أنظمة عالية الجودة بتلبي أو تتجاوز التوقعات، بناءً على المتطلبات، عن طريق تسليم الأنظمة في الأطر الزمنية المقررة وتقديرات التكلفة. أنظمة الكمبيوتر معقدة وغالباً بتربط بين مكونات بتختلف أصولها. تم إنشاء منهجيات SDLC المختلفة ، مثل الشلال ، الحلزون ، الحركي ، النموذج الأولي السريع ، التدريجي ، والتزامن والاستقرار.  بتتناسب منهجيات SDLC مع مجموعة من المرونة بتتراوح من السريعة إلى التكرارية إلى التسلسلية. المنهجيات المرنة، زي إكس بي و سكروم، بتركز على العمليات الخفيفة اللي بتسمح بالتغييرات السريعة. بتركز المنهجيات المتكررة، زي العملية الموحدة العقلانية وطريقة تطوير الأنظمة الديناميكية، على تثبيت نطاق المشروع وتوسيع المنتجات أو تحسينها بشكل متكرر. نماذج التسلسل أو التصميم الكبير في المقدمة (BDUF) ، مثل الشلال ، تركز على التخطيط الكامل والصحيح لتوجيه المشاريع الكبيرة والحد من المخاطر إلى نتائج ناجحة ويمكن التنبؤ بها. التنمية غير المتشابهة موجهة من خلال نطاق المشروع والتكرارات التكيفية.  في إدارة المشاريع، المشروع ممكن يشمل كل من دورة حياة المشروع (PLC) و SDLC، واللي بيحصل خلالها أنشطة مختلفة إلى حد ما. حسب تايلور (2004) ، "دورة حياة المشروع بتشمل جميع أنشطة المشروع، في حين إن دورة حياة تطوير الأنظمة بتركز على تحقيق متطلبات المنتج".  SDLC مش منهجية بحد ذاتها، بل هي وصف للمراحل اللي المنهجية لازم تتعامل معها. ليست قائمة المراحل نهائية، لكن عادةً بتشمل التخطيط والتحليل والتصميم والبناء والاختبار والتنفيذ والصيانة/الدعم. في إطار سكرام، على سبيل المثال، يمكن للمرء أن يقول إن قصة مستخدم واحدة تمر بجميع مراحل SDLC خلال سباق أسبوعين. على النقيض من منهجية الشلال ، حيث يتم ترجمة كل متطلبات الأعمال إلى وصف ميزات / وظائف والتي يتم تنفيذها جميعًا عادةً على مدى أشهر أو أكثر.  التاريخ وفقًا لإليوت وستراشان ورادفورد (2004) ، فإن SDLC "أصل في الستينيات ، لتطوير أنظمة أعمال وظيفية واسعة النطاق في عصر التكتلات التجارية الكبيرة. بتدور أنشطة أنظمة المعلومات حول معالجة بيانات ثقيلة وروتينات تحليل الأرقام".  تم إنتاج طريقة تحليل وتصميم الأنظمة المنظمة (SSADM) لمكتب التجارة الحكومية في المملكة المتحدة في الثمانينيات. من وقتها، حسب إليوت (2004) ، "تبدلت منهجات دورة الحياة التقليدية لتطوير الأنظمة بشكل متزايد بالنهج والأطر البديلة، اللي حاولت تتغلب على شوية من أوجه القصور المتأصلة في SDLC التقليدية".  موديلات  نسخة من عشر مراحل من دورة حياة تطوير الأنظمة بتوفر SDLC مجموعة من المراحل / الخطوات / الأنشطة لمصممي النظام والمطورين ليتبعوها. كل مرحلة بتبني على نتائج اللي قبلها. مش كل مشروع بيحتاج ان تكون المراحل متسلسلة. بالنسبة للمشاريع الصغيرة والأبسط، ممكن تتجمع أو تتداخل المراحل.  شلال أقدم وأشهر هو نموذج الشلال، اللي بيستخدم تسلسل خطي من الخطوات. الشلال فيه أنواع مختلفة. نوع واحد زي ده:  تحليل أولي إجراء تحليل أولي، وفكر في حلول بديلة، وتقدير التكاليف والفوائد، وتقديم خطة أولي مع توصيات.  إجراء تحليل أولي: حدد أهداف المنظمة وتحديد طبيعة ونطاق المشروع. تأكد من ان المشروع بيطابق الأهداف. فكر في الحلول البديلة: ممكن تاتي البدائل عن طريق مقابلة الموظفين والعملاء والموردين والاستشاريين ، وكمان تحليل المنافسة. تحليل التكاليف والفوائد: تحليل تكاليف وفوائد المشروع. تحليل الأنظمة، تعريف المتطلبات تقسيم أهداف المشروع [توضيح مطلوب] إلى وظائف وعمليات محددة. ده بيتضمن جمع وتفسير الحقائق وتشخيص المشاكل وتوصية التغييرات. تحليل احتياجات المعلومات للمستخدمين النهائيين وحل التناقضات وعدم اكتمالها:  جمع الحقائق: احصل على متطلبات المستخدم النهائي عن طريق مراجعة الوثائق ومقابلات العملاء والملاحظة والاستبيانات. تفحص النظام الموجود ((): حدد الإيجابيات والسلبيات. تحليل النظام المقترح: لاقي الحلول للمشاكل وإعداد المواصفات، ودمج مقترحات المستخدمين المناسبة. تصميم الأنظمة في الخطوة دي، يتم تفصيل الميزات والعمليات اللي عايزينها، بما فيها تخطيطات الشاشة وقواعد العمل ورسمات العمليات والرمز الزائف وغيرها من المنتجات.  تطوير إكتب الشفرة.  التكامل والاختبار جمع الوحدات في بيئة اختبار. تحقق من الأخطاء والخطأ والتشغيل البيني.  القبول، التثبيت، النشر حط النظام في الإنتاج. ده ممكن ينطوي على تدريب المستخدمين ونشر الأجهزة وتحميل المعلومات من النظام السابق.  الصيانة مراقبة النظام لتقييم ملاءمته المستمرة. اعمل تغييرات و اصلاحات بسيطة حسب الحاجة.  التقييم بيتم مراجعة النظام والعملية. بتتضمن الأسئلة ذات الصلة إذا كان النظام اللي بيتم تطبيقه حديثًا بيفي المتطلبات ويحقق أهداف المشروع، إذا كان النظام قابل للاستخدام، موثوق/متاح، مقياس بشكل صحيح ومقاوم للخطأ. بتشمل عمليات التحقق من العملية مراجعة الجداول الزمنية والنفقات، بالإضافة إلى قبول المستخدم.  التخلص في نهاية العمر، بيتم تطوير خطط لإيقاف النظام والانتقال إلى بديله. المعلومات والبنية التحتية اللي ليها علاقة لازم تتغير، وتتم أرشيفها، أو تتخلص منها، أو تتحطم، مع حماية الأمن بشكل مناسب.  في الرسم البياني اللي جاي، بتتقسيم المراحل دي لعشر خطوات، من التعريف لإنشاء وتعديل منتجات عمل تكنولوجيا المعلومات:  تحليل وتصميم الأنظمة يمكن اعتبار تحليل وتصميم الأنظمة (SAD) نشاط تطوير ميكانيكي، واللي بيعمل عشان يضع المرحلة ويربط المشكلة. بيساعد SAD في الموازنة بين المتطلبات المتنافسة عالية المستوى. بتتفاعل SAD مع بنية المؤسسات الموزعة ، وبنية تكنولوجيا المعلومات في المؤسسات ، وبنية الأعمال ، وتعتمد بشكل كبير على مفاهيم مثل التقسيم ، والواجهات ، والشخصيات والأدوار ، ونمذجة النشر / التشغيل للوصول إلى وصف نظام عالي المستوى. بعدين بيتم تقسيم الوصف عالي المستوى ده إلى المكونات والوحدات اللي ممكن تحليلها وتصميمها وبنائها بشكل منفصل ومتكامل لتحقيق هدف العمل. SDLC و SAD هما حجر الزاوية في تخطيط دورة حياة المنتج والنظام الكاملة.  التحليل والتصميم الموجه للأشياء التحليل والتصميم الموجه للأشياء (OOAD) هو عملية تحليل مجال المشكلة لتطوير نموذج مفاهيمي ممكن بعد كده يستخدم لتوجيه التطوير. خلال مرحلة التحليل، بيطور المبرمج متطلبات مكتوبة ووثيقة رؤية رسمية عن طريق مقابلات مع أصحاب المصلحة.  النموذج المفاهيمي اللي بيحصل من OOAD عادةً بيحتوي على حالات الاستخدام ورسم بيانات الفئة والتفاعل. ممكن بردو يشمل نموذج واجهة مستخدم.  مش لازم يتم تعريف قطعة أثرية ناتجة تمامًا عشان تكون بمثابة مدخل للتصميم الموجه نحو الكائن؛ ممكن يكون التحليل والتصميم بالتوازي. في الممارسة العملية ممكن نتائج نشاط واحد تطعم الآخر في عملية تكرارية.  بعض القطع الأثرية المعتادة للدخول لـ OOAD:  النموذج المفاهيمي: النموذج المفاهيمي هو نتيجة التحليل الموجه نحو الكائن. بيستوعب المفاهيم في مجال المشكلة. النموذج المفاهيمي مستقل بشكل واضح عن تفاصيل التنفيذ. حالات الاستخدام: حالة الاستخدام هي وصف لتسلسل الأحداث اللي، مع بعضها، بتكمل مهمة مطلوبة. كل حالة استخدام بتوفر سيناريوهات بتعبر عن طريقة تعامل النظام مع الجهات الفاعلة (المستخدمين). المشاركين ممكن يكونوا مستخدمين نهائيين أو أنظمة تانية. ممكن تتفصيل حالات الاستخدام زيادة عن طريق استخدام الرسوم البيانية. بتحدد المخططات دي الفاعل والعمليات اللي بيعملوها. مخطط تسلسل النظام: مخططات تسلسل النظام (SSD) هو صورة بتظهر، لحالة استخدام معينة، الأحداث اللي بيعملها الممثلين، وترتيبها، بما فيها الأحداث بين الأنظمة. وثيقة واجهة المستخدم: وثيقة بتظهر وتصف واجهة المستخدم. نموذج البيانات: نموذج البيانات بيوصف كيف بتتصل عناصر البيانات ببعضها. بيتم إنشاء نموذج البيانات قبل مرحلة التصميم. التصاميم الموجهة للأشياء بتعمل خريطة مباشرة من نموذج البيانات. التصاميم العلائقية بتتضمن أكتر. دورة حياة النظام دورة حياة النظام هي وجهة نظر لنظام أو نظام مقترح بتتعامل مع جميع مراحل وجوده لتشمل مفهوم النظام والتصميم والتطوير والإنتاج و/أو البناء والتوزيع والتشغيل والصيانة والدعم والتقاعد والتخلص التدريجي والتخلص منه.  التصميم المفاهيمي مرحلة التصميم المفاهيمي هي المرحلة اللي بيتم فيها فحص حاجة محددة، وتحديد متطلبات الحلول المحتملة، وتقييم الحلول المحتملة، وتطوير مواصفات النظام. مواصفات النظام بتعبر عن المتطلبات التقنية اللي بتوفر توجيهات شاملة لتصميم النظام. علشان الوثيقة دي بتحدد كل التطوير المستقبلي، المرحلة مش ممكن تتكمل قبل ما تتأكد مراجعة التصميم المفاهيمي إن مواصفات النظام بتتعامل بشكل صحيح مع الحاجة المحفزة.  بتشمل الخطوات الرئيسية في مرحلة التصميم المفاهيمي:  احتاج تحديد تحليل الجدوى تحليل متطلبات النظام مواصفات النظام مراجعة التصميم المفاهيمي تصميم النظام الأولي خلال المرحلة دي من دورة حياة النظام، بيتم تصميم الأنظمة الفرعية اللي بتؤدي وظائف النظام المطلوبة وتحديدها وفقًا لمواصفات النظام. بيتم تحديد الواجهات بين الأنظمة الفرعية، وكمان متطلبات الاختبار والتقييم الشاملة. عند الانتهاء من المرحلة دي، بيتم إنتاج مواصفات التطوير اللي بتكفي علشان تعمل تصميم وتطوير مفصل.  بتشمل الخطوات الرئيسية في مرحلة التصميم الأولي:  التحليل الوظيفي تخصيص المتطلبات دراسات مفصلة للمقايضة تلخيص خيارات النظام التصميم الأولي للنماذج الهندسية مواصفات التطوير مراجعة تصميم أولية على سبيل المثال، كمحلل أنظمة بنك فيتي، اتوكلت عليك فحص نظام المعلومات الحالي. بنك فيتي هو بنك سريع النمو في فيجي. العملاء في المناطق الريفية النائية بيكتشفوا صعوبة في الوصول لخدمات البنك. بيتطلب منهم أيام أو حتى أسابيع للسفر لموقع للوصول إلى خدمات البنك. مع رؤية تلبية احتياجات العملاء، طلب البنك خدماتك لتفحص النظام الحالي وتوصل إلى حلول أو توصيات حول كيفية توفير النظام الحالي لتلبية احتياجاته.  تصميم وتطوير التفاصيل المرحلة دي بتشمل تطوير التصاميم التفصيلية اللي بتجلب عمل التصميم الأولي في شكل مكتمل من المواصفات. بيشتمل العمل ده على مواصفات الواجهات بين النظام والبيئة المقصودة، وتقييم شامل لمتطلبات النظام اللوجستية والصيانة والدعم. التصميم والتطوير التفصيلي مسؤول عن إنتاج مواصفات المنتج والعملية والمواد وقد يؤدي إلى تغييرات جوهرية في مواصفات التطوير.  بتشمل الخطوات الرئيسية في مرحلة تصميم التفاصيل وتطويرها:  تصميم مفصل التوليف التفصيلي تطوير نماذج هندسية ونماذج أولية مراجعة مواصفات التطوير مواصفات المنتج والعملية والمواد مراجعة تصميم حرجة الإنتاج والبناء خلال مرحلة الإنتاج و/أو البناء، بيتم بناء المنتج أو تجميعه وفقاً للمتطلبات المحددة في مواصفات المنتج والعملية والمواد، ويتم نشره واختباره في بيئة الهدف التشغيلية. بتتعمل تقييمات النظام عشان تصحيح أوجه القصور وتكييف النظام من أجل التحسين المستمر.  بتشمل الخطوات الرئيسية في مرحلة إنشاء المنتج:  إنتاج و/أو بناء مكونات النظام اختبار القبول توزيع وتشغيل النظام اختبار وتقييم التشغيل تقييم النظام الاستخدام والدعم بعد ما يتم نشر النظام بالكامل، بيتم استخدامه لدوره التشغيلي المقصود ويتم صيانته في بيئة تشغيله.  بتشمل الخطوات الرئيسية في مرحلة الاستخدام والدعم:  تشغيل النظام في بيئة المستخدم ادارة التغيير تعديلات النظام للتحسين تقييم النظام التوقف والتخلص لازم يتم تقييم فعالية وكفاءة النظام بشكل مستمر عشان نحدد متى المنتج وصل لأقصى دورة حياته الفعالة. بتشمل الاعتبارات: استمرار وجود الحاجة التشغيلية، التطابق بين المتطلبات التشغيلية وأداء النظام، جدوى التخلص التدريجي من النظام مقابل الصيانة، وتوافر أنظمة بديلة.  المراحل  بيتضمن القسم ده قائمة بالمراجع، والقراءات المتعلقة، أو الروابط الخارجية، لكن مصادره ما زالت مش واضحة لأنها تفتقر إلى الاستشهادات الداخلية. من فضلك ساعد في تحسين القسم ده عن طريق إدخال إقتباسات أكتر دقة. (يناير 2023) (تعلم كيف ومتى تزيل رسالة القالب دي) فحص النظام خلال الخطوة دي، بيتم النظر في الأولويات الحالية اللي بتتأثر وكيف المفروض تتعامل معها. بتحدد دراسة الجدوى إذا كان إنشاء نظام جديد أو محسن مناسب. ده بيساعد على تقدير التكاليف والفوائد والمتطلبات الموارد والاحتياجات المحددة للمستخدمين.  لازم تتناول دراسة الجدوى العوامل التشغيلية والمالية والتقنية والبشرية والمخاوف القانونية/السياسية.  تحليل هدف التحليل هو تحديد مكان المشكلة. بتتضمن الخطوة دي تقسيم النظام إلى أجزاء، وتحليل أهداف المشروع، وتقسيم اللي لازم يتخلق، وإشراك المستخدمين في تحديد المتطلبات.  تصميم في تصميم الأنظمة، يتم وصف الوظائف والعمليات بالتفصيل، بما في ذلك تخطيطات الشاشة وقواعد الأعمال ورسم بياني العمليات والوثائق التانية. بتقلص التصميم المودولي التعقيد وتسمح للمخرجات بتوصيف النظام زي مجموعة من الأنظمة الفرعية.  بتأخذ مرحلة التصميم كمدخلاتها المتطلبات المحددة مسبقاً. لكل حاجة، بيتم إنتاج مجموعة من عناصر التصميم.  بتتضمن وثائق التصميم عادةً مخططات التسلسل الهرمي الوظيفي ، وتخطيطات الشاشة ، وقواعد العمل ، ومخططات العمليات ، والرمز الزائف ، ونموذج بيانات كامل مع قاموس بيانات. بتوصف العناصر دي النظام بالتفصيل الكافي علشان المطورين والمهندسين يقدروا يطوروا ويقدموا النظام بأقل قدر ممكن من المدخلات الإضافية.  اختبار بيتم اختبار الشفرة على مستويات مختلفة في اختبار البرمجيات. عادةً بتتعمل اختبارات قبول الوحدة والنظام والمستخدم. اتبعت طرق كتير للتجربة.  ممكن تكون الأنواع التالية من الاختبارات مهمة:  اختبار المسار اختبار مجموعة البيانات اختبار الوحدة اختبار النظام اختبار التكامل اختبار الصندوق الأسود اختبار الصندوق الأبيض اختبار الانحدار اختبار الأتمتة اختبار قبول المستخدم اختبار أداء البرنامج التدريب والانتقال بعد ما يتم تثبيت النظام عن طريق الاختبار، بيضمن SDLC إنه يتم إعداد التدريب المناسب وإجراؤه قبل الانتقال للنظام لدعم الموظفين والمستخدمين النهائيين. بتشمل التدريب عادةً التدريب التشغيلي لموظفي الدعم وكمان تدريب المستخدمين النهائيين.  بعد التدريب، مهندسو الأنظمة والمطورين بيعدلوا النظام لبيئة الإنتاج.  عمليات وصيانة الصيانة بتشمل التغييرات والإصلاحات والتحسينات.  التقييم المرحلة الأخيرة من SDLC هي قياس فعالية النظام وتقييم التحسينات المحتملة.  دورة الحياة الإدارة والرقابة  مراحل SDLC المتعلقة بالتحكمات الإدارية بتتوصف أهداف مرحلة SDLC في القسم ده مع المنتجات الرئيسية، ووصف المهام الموصى بها، وموجز لأهداف الرقابة المتصلة لإدارة فعالة. من المهم جداً على مدير المشروع إنه يحدد ويراقب أهداف المراقبة أثناء تنفيذ المشاريع. أهداف الرقابة هي بيانات واضحة للنتيجة أو الغرض المطلوب ويجب تحديدها ومراقبتها طوال المشروع. يمكن تجميع أهداف الرقابة في فئات رئيسية (مناطق) ، وبتتعلق بمرحلة SDLC زي ما هو مبين في الشكل.  علشان تدير ومسيطر على مبادرة SDLC كبيرة، هيكل تقسيم العمل (WBS) بيحتجز ويجدل العمل. يجب الاحتفاظ بـ WBS وجميع المواد البرمجية في قسم "وصف المشروع" من دفتر الملاحظات للمشروع. يختار مدير المشروع تنسيق WBS الذي يصف المشروع بشكل أفضل.  يبين الرسم البياني أن التغطية تمتد على العديد من مراحل SDLC لكن MCD المرتبط بيها [توضيح مطلوب] يبين الخرائط إلى مراحل SDLC. على سبيل المثال ، يتم إجراء التحليل والتصميم في المقام الأول كجزء من مجال الاستحواذ والتنفيذ ، ويتم إجراء بناء النظام والنموذج الأولي في المقام الأول كجزء من التسليم والدعم.  تنظيم منظم بتقسيم العمل  هيكل تقسيم العمل الجزء العلوي من WBS بيقدم لمحة عامة عن نطاق المشروع و الجدول الزمني. لازم بردو يلخص المراحل والمعالم الرئيسية. القسم الأوسط مبني على مراحل SDLC. بتتكون عناصر إدارة الأرباح والإستثمار من الأهداف والمهام اللي لازم تتكمل، بدل من الأنشطة اللي لازم تتعمل ولها موعد نهائي. كل مهمة فيها نتيجة قابلة للقياس (زي مستند تحليل). ممكن تكون مهمة WBS بتعتمد على نشاط واحد أو أكتر (زي الترميز). لازم يكون عند أجزاء المشروع اللي محتاجة دعم من المتعاقدين بيان عمل (SOW). تطوير SOW مش بيحصل خلال مرحلة محددة من SDLC بس بيتطوير عشان يشمل العمل من عملية SDLC اللي ممكن ينجزه المتعاقدون.  الخطوط الأساسية يتم إنشاء الخطوط الأساسية بعد أربع من المراحل الخمسة من SDLC ، وهي مهمة للطبيعة المتكررة للنموذج. الخطوط الأساسية بتصبح معالم.  خط الأساس الوظيفي: اتعمل بعد مرحلة التصميم المفاهيمي. الخط الأساسي المخصص: اتعمل بعد مرحلة التصميم الأولي. خط أساس المنتج: اتعمل بعد مرحلة تصميم التفاصيل وتطويرها. أساس المنتج المحدث: اتعمل بعد مرحلة بناء الإنتاج.
في سبع مراحل في دورة حياة تطوير الأنظمة. هما تحقيق النظام، التحليل، التصميم، الاختبار، التدريب والانتقال، التشغيل والصيانة والتقييم