مستخدم:Duaa Talafieh/ملعب

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

إدارة المخاطر البرنامج:-

يمكن أن يكون هناك العديد من المخاطر المرتبطة بمشاريع تطوير البرمجيات، والمفتاح لتحديد وإدارة تلك المخاطر هو معرفة مفاهيم إدارة المخاطر حول البرنامج. يمكن تحديد العديد من المفاهيم إدارة المخاطر حول  البرنامج ولكن الأكثر أهمية هي مؤشر خطر، وتحليل المخاطر، وتقييم المخاطر (Hoodat, H. & Rashidi, H).

1.مؤشر المخاطر: عموما تصنف المخاطر إلى عاملين هما تأثير الأحداث المخاطر واحتمال حدوثها. مؤشر خطر هو الضرب من تأثير واحتمال حدوثها. ويمكن وصف مؤشر خطر كما عالية، متوسطة، أو منخفضة وهذا يتوقف على المنتج من أثر وقوعه. مؤشر خطر مهم جدا وضروري لتحديد أولويات المخاطر (Hoodat, H. & Rashidi, H). 2.. تحليل المخاطر: هناك أنواع مختلفة جدا من تحليل المخاطر التي يمكن استخدامها. في الأساس، يتم استخدام تحليل المخاطر لتحديد عناصر المخاطر العالية للمشروع في هندسة البرمجيات. أيضا، فإنه يوفر سبل بالتفصيل أثر استراتيجيات التخفيف من المخاطر. كما تم العثور على تحليل المخاطر ليكون الأكثر أهمية في مرحلة تصميم البرمجيات لتقييم الحرجية للنظام، حيث يتم تحليل المخاطر، وعرض التدابير اللازمة لمكافحة (Hoodat, H. & Rashidi, H). الغرض الرئيسي من تحليل المخاطر هو فهم المخاطر بطرق أفضل وللتحقق من والسمات الصحيحة. ويتضمن تحليل المخاطر الناجح العناصر الهامة مثل تعريف المشكلة، وصياغة المشكلة، وجمع البيانات (Hoodat, H. & Rashidi, H). 3.تقييم المخاطر: تقييم المخاطر هي قضية مهمة أخرى تدمج إدارة المخاطر وتحليل المخاطر. هناك العديد من منهجيات تقييم المخاطر التي تركز على أنواع مختلفة من المخاطر. يتطلب تقييم المخاطر التفسيرات الصحيحة للنظام المستهدف وجميع ميزات الأمان (Hoodat, H. & Rashidi, H). من المهم أن مستويات المرجع خطر مثل الأداء والتكلفة ودعم والجدول الزمني يجب أن تكون محددة بشكل صحيح لتقييم المخاطر أن تكون مفيدة.

تصنيف المخاطر:- والغرض الرئيسي من تصنيف المخاطر هو الحصول على وجهة نظر الجماعي على مجموعة من العوامل. هذه هي أنواع من العوامل التي سوف تساعد مديري المشاريع لتحديد المجموعة التي تساهم الحد الأقصى للخطر. وهناك طريقة أفضل وأكثر علمية من الاقتراب من المخاطر هو تصنيفها على أساس على سمات المخاطر. يعتبر تصنيف المخاطر وسيلة اقتصادية لتحليل المخاطر وأسبابها من خلال تجميع مخاطر مماثلة معا في الطبقات (Hoodat, H. & Rashidi, H). يمكن تصنيف المخاطر البرمجيات داخلية أو خارجية. ويطلق على تلك المخاطر التي تأتي من عوامل الخطر داخل المنظمة المخاطر الداخلية في حين أن المخاطر الخارجية تأتي من خارج المنظمة ويصعب السيطرة عليها. المخاطر الداخلية هي مخاطر المشروع، والمخاطر العملية، والمخاطر المنتج. المخاطر الخارجية عموما تجارية مع البائعين، والمخاطر التقنية، ورضا العملاء، والاستقرار السياسي . بشكل عام، هناك العديد من المخاطر في هندسة البرمجيات والتي من الصعب جدا أو من المستحيل تحديد كل منهم. يتم تصنيف بعض من أكثر المخاطر الهامة في مشروع هندسة البرمجيات والمخاطر متطلبات البرنامج، والمخاطر تكلفة البرمجيات، والبرمجيات جدولة خطر، مخاطر جودة البرمجيات، ومخاطر قطاع البرمجيات. يتم شرح هذه المخاطر من التفصيل أدناه (Hoodat, H. & Rashidi, H). خطر متطلبات البرامج:- 1.عدم وجود تحليل للتغيير من المتطلبات 2.التغيير تمديد المتطلبات 3.عدم وجود تقرير لمتطلبات 4.تعريف الفقر من متطلبات 5.غموض الشروط 6.تغيير المتطلبات 7.متطلبات غير صالحة

تكلفة مخاطر البرمجيات :- 1.عدم وجود تقدير جيد في المشاريع 2.الجدول الزمني غير واقعي 3.الأجهزة لا تعمل بشكل جيد 4.الأخطاء البشرية 5.عدم وجود اختبار 6.غياب الرقابة 7.تمديد تغير متطلبات 8.الأدوات لا تعمل بشكل جيد 9.عدم إعادة تقييم دورة الادارة

أخطار جدولة البرامج:-

1.الميزانية غير كافية 2.تغيير متطلبات وتمديد المتطلبات 3.الأخطاء البشرية 4.معرفة كافية حول الأدوات والتقنيات 5.تدريب طويلة الأجل للأفراد 6.نقص فرص العمل من الخبرة المدير 7.عدم وجود ما يكفي من المهارات 8.عدم وجود تقدير جيد في المشاريع

مخاطر جودة البرمجيات:-

1.وثائق غير كافية 2.عدم وجود معيار المشروع 3.عدم وجود وثائق التصميم 4.الميزانية غير كافية 5.الأخطاء البشرية 6.الجدول الزمني غير واقعي

استراتيجيات إدارة المخاطر:- خلال عملية تطوير البرمجيات يمكن تحديد استراتيجيات مختلفة لإدارة المخاطر ومحددة وفقا لكمية من تأثير المخاطر. استنادا إلى كمية من تأثير المخاطر في مشروع تطوير البرمجيات، ويمكن تقسيم استراتيجيات المخاطر إلى ثلاث فئات وهي حذرة، نموذجية، والمرونة (Boban, M. et.). عموما، ومن المتوقع متأنية استراتيجية إدارة المخاطر للمؤسسات الجديدة والخبرة الذين تطوير البرمجيات مشاريع ترتبط مع التكنولوجيا الجديدة وغير مثبتة. ويعرف جيدا نموذجية استراتيجية إدارة المخاطر كوسيلة لدعم منظمات ناضجة من ذوي الخبرة في مشاريع تطوير البرمجيات والتقنيات المستخدمة، ولكن الذي يحمل رقم محترم من مخاطر المشاريع؛ وتشارك مرنة استراتيجية إدارة المخاطر في مؤسسات تطوير البرمجيات من ذوي الخبرة الذين تطوير البرمجيات المشاريع المحددة رسميا، واستنادا إلى التقنيات المتطورة (Boban, M. et.).

المراجع :- 1. Hoodat, H., & Rashidi, H. (2009). “ Classification and Analysis of Risks in Software Engineering”. World Academy of Science, Engineering & Technology, 56446-452. Retrieved from EBSCOhost. 2. Boban, M., Pozgaj, Z., Sertic, H. “ Strategies for successful software development risk management”, <www.efst.hr/management/Vol8No2-2003/4-boban-pozgaj-sertic.doc> 3. “Risk Management” <http://en.wikipedia.org/wiki/Risk_management> 4. “Software Engineering Risk: Understanding & Management (SERUM)” <http://www.thedacs.com/databases/url/key/270/277/3535>.