شنو المراحل المختلفة في دورة حياة تطوير الأنظمة؟
Context:دورة حياة تطوير الأنظمة  مقالة تكلم اقرأ احرر شوف التاريخ  أدوات من ويكيبيديا، الموسوعة الحرة هذه المقالة عن دورة حياة تطوير النظم. لمعلومات عن بروتوكول الاتصالات الحاسوبية لشركة آي بي إم، انظر التحكم في رابط البيانات المتزامن.  نموذج لدورة حياة تطوير البرمجيات، مع إبراز مرحلة الصيانة في هندسة الأنظمة وأنظمة المعلومات وهندسة البرمجيات، دورة حياة تطوير الأنظمة (SDLC) ، والتي يشار إليها أيضًا باسم دورة حياة تطوير التطبيقات، هي عملية للتخطيط وإنشاء واختبار ونشر نظام معلومات. مفهوم SDLC ينطبق على مجموعة من تكوينات الأجهزة والبرمجيات، لأن النظام يمكن أن يتكون من الأجهزة فقط، أو البرمجيات فقط، أو مزيج من الاثنين. عادةً هناك ست مراحل في هذه الدورة: تحليل المتطلبات، التصميم، التطوير والاختبار، التنفيذ، الوثائق، والتقييم.  نظرة عامة دورة حياة تطوير الأنظمة تتكون من مراحل عمل متميزة تستخدمها مهندسي الأنظمة ومطورو الأنظمة لتقديم أنظمة المعلومات. مثل أي شيء يتم تصنيعه على خط التجميع، يهدف SDLC لإنتاج أنظمة عالية الجودة تلبي أو تتجاوز التوقعات، بناءً على المتطلبات، من خلال تسليم الأنظمة ضمن الأطر الزمنية المحددة وتقديرات التكلفة. أنظمة الحاسوب معقدة وغالباً تربط بين مكونات ذات أصول مختلفة. تم إنشاء منهجيات SDLC مختلفة، مثل الشلال، الحلزون، النموذج الأولي السريع، التزايد، والتزامن والاستقرار.  منهجيات SDLC مناسبة ضمن طيف مرن يتراوح من السريع إلى التكراري إلى التسلسلي. المنهجيات السريعة، مثل XP و Scrum، تركز على العمليات الخفيفة التي تسمح بالتغييرات السريعة. المنهجيات المتكررة، مثل العملية الموحدة العقلانية وطريقة تطوير الأنظمة الديناميكية، تركز على تثبيت نطاق المشروع وتوسيع المنتجات أو تحسينها بشكل متكرر. النماذج المتسلسلة أو التصميم الكبير في المقدمة (BDUF) ، مثل الشلال، تركز على التخطيط الكامل والصحيح لتوجيه المشاريع الكبيرة والحد من المخاطر للنتائج الناجحة والقابلة للتنبؤ. [ بحاجة لمصدر ] يتم توجيه التطوير غير المتشكل من خلال نطاق المشروع والتكرارات التكيفية.  في إدارة المشاريع يمكن للمشروع أن يتضمن دورة حياة المشروع (PLC) و SDLC، والتي خلالها تحدث أنشطة مختلفة إلى حد ما. وفقًا لتايلور (2004) ، "تشمل دورة حياة المشروع جميع أنشطة المشروع، في حين تركز دورة حياة تطوير الأنظمة على تحقيق متطلبات المنتج".  SDLC مو منهجية بحد ذاتها، بل هو وصف للمراحل التي يجب أن تعالجها منهجية. القائمة من المراحل ليست نهائية، ولكن عادةً تشمل التخطيط، التحليل، التصميم، البناء، الاختبار، التنفيذ، والصيانة/الدعم. في إطار سكرام، على سبيل المثال، يمكن للمرء أن يقول إن قصة مستخدم واحدة تمر بجميع مراحل SDLC خلال سباق أسبوعين. على النقيض منهجية الشلال، حيث كل متطلبات الأعمال [ بحاجة لمصدر ] تترجم إلى وصف ميزة / وظيفية والتي يتم تنفيذها عادة على مدى أشهر أو أكثر. [ بحاجة لمصدر ]  تاريخ وفقًا لـ Elliott & Strachan & Radford (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. على سبيل المثال، التحليل والتصميم يتم تنفيذه في المقام الأول كجزء من مجال الاستحواذ والتنفيذ، وبناء النظام والنموذج الأولي يتم تنفيذه في المقام الأول كجزء من التسليم والدعم.  التنظيم المهيكلي لتقسيم العمل  هيكل تقسيم العمل الجزء العلوي من تقييم البيانات البيئية يقدم نظرة عامة على نطاق المشروع والجدول الزمني. وينبغي ايضاً تلخيص المراحل والمعالم الرئيسية. القسم الوسطى مبني على مراحل SDLC. عناصرو الـ WBS يتكون من المعالم والمهام التي يجب إنجازها وليس من الأنشطة التي يجب القيام بها والتي لها موعد نهائي. كل مهمة لها نتيجة قابلة للقياس (مثل وثيقة التحليل). مهمة WBS ممكن تعتمد على نشاط واحد أو أكثر (مثل الترميز). أجزاء المشروع التي تحتاج دعم من المتعاقدين يجب أن يكون لديها بيان عمل (SOW). تطوير SOW لا يحدث خلال مرحلة محددة من SDLC ولكن يتم تطويرها لتشمل العمل من عملية SDLC التي قد يتم تنفيذها من قبل المتعاقدين.  قواعد الأساس الخطوط الأساسية يتم إنشاؤها بعد أربع من المراحل الخمسة من SDLC، وهي حاسمة للطبيعة المتكررة للنموذج. الخطوط الأساسية تصبح معالم.  خط أساسي وظيفي: يتم تحديده بعد مرحلة التصميم المفاهيمي. خط الأساس المخصص: يتم تحديده بعد مرحلة التصميم الأولي. خط أساسي للمنتج: يتم تحديده بعد مرحلة تصميم التفاصيل وتطويرها. خط أساس المنتج المحدد: يتم تحديده بعد مرحلة بناء الإنتاج.
فيه سبع مراحل في دورة حياة تطوير النظام. هم تحليل النظام، التحليل، التصميم، الاختبار، التدريب والانتقال، العمليات والصيانة والتقييم