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