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