طريقة تطوير النظم الديناميكية

طريقة تطوير الأنظمة الديناميكية (DSDM) هي إطار تسليم مشروع رشيق، يستخدم أساسا كأسلوب تطوير البرمجيات. [1] [2] صدر لأول مرة في عام 1994، سعت طريقة تطوير الأنظمة الديناميكية في الأصل لتوفير بعض الانضباط لطريقة تطوير التطبيقات السريعة (RAD). [3] في عام 2007 أصبح طريقة تطوير الأنظمة الديناميكية نهجا عاما لإدارة المشاريع وتقديم الحلول. كذلك هو نهج تكراري وتدريجي الذي يتضمن مبادئ التنمية ، بما في ذلك استمرارية المشاركة بين المستخدمين / العملاء.

يفتقر محتوى هذه المقالة إلى الاستشهاد بمصادر. فضلاً، ساهم في تطوير هذه المقالة من خلال إضافة مصادر موثوقة. أي معلومات غير موثقة يمكن التشكيك بها وإزالتها. (ديسمبر 2018)
هذه مقالة غير مراجعة. ينبغي أن يزال هذا القالب بعد أن يراجعها محرر مغاير للذي أنشأها؛ إذا لزم الأمر فيجب أن توسم المقالة بقوالب الصيانة المناسبة. يمكن أيضاً تقديم طلب لمراجعة المقالة في الصفحة المُخصصة لذلك. (أبريل 2017)
Model of the DSDM Atern project management method.

 تقوم طريقة تطوير الأنظمة الديناميكية بإصلاح التكلفة والجودة والوقت في البداية، وتستخدم أوليات نطاق موسكو في الواجبات، ويمكن أن لا يملأ لضبط تسليم المشروع وفق القيود الزمنية المذكورة. طريقة تطوير الأنظمة الديناميكية هي واحدة من عدد من أساليب رشيقة لتطوير البرمجيات والحلول في غير تكنولوجيا المعلومات، وأنها تشكل جزءا من التحالف رشيق.

 في عام 2007، تم إعادة تسمية العلامة التجارية [DSDM Atern). [4] [5) وكان اسم Atern تقصير الخرشنة القطبية - وهو طائر تعاوني يمكن أن يسافر مسافات واسعة ويجسد جوانب كثيرة من الطريقة التي هي من الطرق الطبيعية للعمل. وتحديد الأولويات والتعاون.  في عام 2014، أسقطت (DSDM) العلامة التجارية "Atern" وعادت إلى اسمها الأصلي في أحدث نسخة من الطريقة في "(DSDM) رشيق إطار المشروع". وفي الوقت نفسه، اعترف دليل دسم الجديد بالحاجة إلى العمل جنبا إلى جنب مع الأطر الأخرى لتقديم الخدمات esp , ITIL ) , PRINCE2 ) , وإدارة البرامج الناجحة، و بمي-بوك. [6] وكان الإصدار السابق (DSDM 4.2) يحتوي فقط على إرشادات حول كيفية استخدام (DSDM) مع البرمجة المتطرفة.

طريقة تطوير النظم الديناميكية وتحالفاتها 

وفي أوائل التسعينيات، كان التطور السريع للتطبيقات (راد) ينتشر في صناعة تكنولوجيا المعلومات. كانت واجهات المستخدم لتطبيقات البرامج تتحرك من الشاشات الخضراء القديمة إلى واجهات المستخدم الرسومية التي يتم استخدامها اليوم. وكانت أدوات تطوير التطبيقات الجديدة القادمة في السوق، مثل بويربويلدر. وقد مكن هؤلاء المطورين من مشاركة حلولهم المقترحة بسهولة أكبر مع عملائهم - وأصبحت النماذج الأولية حقيقة واقعة، ويمكن وضع الإحباط في طرق التنمية الكلاسيكية المتسلسلة (الشلال) على جانب واحد.

ومع ذلك، فإن حركة راد كانت غير منظمة للغاية: لم يكن هناك تعريف متفق عليه عموما لعملية مناسبة، وجاءت العديد من المنظمات مع تعريفها ونهجها. وقال إن العديد من الشركات الكبرى مهتمة جدا بالإمكانيات، ولكنها تشعر بالقلق أيضا لأن هذه البلدان لا تفقد مستوى الجودة في النواتج النهائية التي يمكن أن تؤدي إليها تنمية التدفق الحر.

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

DSDM Atern

أترن هو نهج بائع مستقل يعترف بأن المزيد من المشاريع تفشل بسبب مشاكل الناس من التكنولوجيا. وتركز آترن على مساعدة الناس على العمل معا بشكل فعال لتحقيق أهداف العمل. آترن هي أيضا مستقلة عن الأدوات والتقنيات التي تمكن من استخدامها في أي عمل والتقنية

المبادئ

هناك ثمانية مبادئ تدعم دسم أترن. هذه المبادئ توجه الفريق في الموقف الذي يجب أن تتخذ والعقلية التي يجب أن تعتمد من أجل تقديم باستمرار.

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

الإصدار 4.2

وباعتبارها امتدادا لتطوير التطبيقات السريعة، تركز طريقة تطوير النظم الديناميكية على مشاريع نظم المعلومات التي تتميز بجداول زمنية وميزانيات ضيقة. وتتناول شعبة الأمن والسلامة العامة أوجه القصور الأكثر شيوعا في مشاريع نظم المعلومات، بما في ذلك تجاوز الميزانيات، والمواعيد النهائية المفقودة، وعدم مشاركة المستعملين والالتزام بالإدارة العليا. من خلال تشجيع استخدام راد، ومع ذلك، فإن الإهمال اعتماد طريقة تطوير النظم الديناميكية قد يزيد من خطر قطع الكثير من الزوايا. تتكون طريقة تطوير النظم الديناميكية من

  • ثلاث مراحل: مرحلة ما قبل المشروع، ومرحلة دورة حياة المشروع، ومرحلة ما بعد المشروع. 
  • تنقسم مرحلة دورة حياة المشروع إلى خمس مراحل: دراسة الجدوى، ودراسة الأعمال التجارية، وتكرار النموذج الوظيفي، وتصميم وبناء التكرار، والتنفيذ. 

في بعض الظروف، هناك إمكانيات لدمج الممارسات من منهجيات أخرى، مثل Rational Unified Process (RUP)،(Extreme Programming ) XP و PRINCE2، كتكملة لطريقة تطوير النظم الديناميكية. طريقة رشيقة أخرى لديها بعض التشابه في العملية والمفهوم لطريقة تطوير النظم الديناميكية.  

وفي تموز / يوليه 2006، أتيحت النسخة العامة 4-2 ([9]) لطريقة تطوير النظم الديناميكية للأفراد للاطلاع عليها واستخدامها؛ ومع ذلك، يجب على أي شخص إعادة بيع طريقة تطوير النظم الديناميكية لا يزال عضوا في اتحاد غير هادفة للربح.

التقنيات الأساسية
  • Timeboxing - هي واحدة من تقنيات المشروع من طريقة تطوير النظم الديناميكية. يتم استخدامه لدعم الأهداف الرئيسية ل طريقة تطوير النظم الديناميكية لتحقيق التنمية في الوقت المحدد، في حدود الميزانية ومع الجودة المطلوبة. الفكرة الرئيسية وراء وضع الوقت هي تقسيم المشروع في أجزاء، ولكل منها ميزانية ثابتة وتاريخ التسليم. لكل جزء يتم اختيار عدد من المتطلبات التي يتم تحديد أولوياتها وفقا لمبدأ موسكو. ونظرا لأن الوقت والميزانية ثابتان، فإن المتغيرات الوحيدة المتبقية هي المتطلبات. لذلك إذا كان المشروع ينفد من الوقت أو المال يتم حذف المتطلبات مع أدنى أولوية. وهذا لا يعني أن المنتج غير المنجز يتم تسليمه، بسبب مبدأ باريتو أن 80٪ من المشروع يأتي من 20٪ من متطلبات النظام، طالما أن أهم 20٪ من المتطلبات يتم تنفيذها في النظام، والنظام وبالتالي يلبي احتياجات العمل وأنه لا يوجد نظام بنيت تماما في المحاولة الأولى.
  • موسكو - يمثل وسيلة لتحديد أولويات البنود. في سياق دسم يتم استخدام تقنية موسكو لتحديد أولويات المتطلبات. وهو اختصار الذي يقف على: يجب أن يكون هذا الشرط لتلبية احتياجات العمل.
يجب أن يكون هذا الشرط إذا كان ذلك ممكنا، ولكن نجاح المشروع لا تعتمد على هذا. يمكن أن يكون هذا الشرط إذا كان لا يؤثر على اللياقة البدنية لاحتياجات العمل للمشروع. لن يمثل شرطا وافق عليه أصحاب المصلحة لن يتم تنفيذه في إصدار معين، ولكن يمكن النظر في المستقبل.
  • النماذج الأولية - هذه التقنية تنشئ نماذج أولية للنظام قيد التطوير في مرحلة مبكرة من المشروع. فإنه يتيح الكشف المبكر من أوجه القصور في النظام ويسمح للمستخدمين في المستقبل إلى 'اختبار القيادة' النظام. وبهذه الطريقة تتحقق مشاركة جيدة للمستخدم، واحدة من عوامل النجاح الرئيسية ل طريقة تطوير النظم الديناميكية، أو أي مشروع تطوير النظام لهذه المسألة.

مراجع
      • بوابة تقنية المعلومات
      • بوابة علم الحاسوب
      This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.