التصميم القائم على السمات

📅 آخر تحديث: ٣٠ يوليو ٢٠٢٦
✍️ نُشر في: ٣٠ يوليو ٢٠٢٦
الموسوعة الحرة

التصميم القائم على السمات [ 1 ] [ 2 ] (ويُسمى أيضًا ADD أو منهجية التصميم القائم على السمات) هو منهجية لإنشاء بنى برمجية تأخذ في الاعتبار سمات جودة البرمجيات. كان يُعرف سابقًا باسم منهجية التصميم القائمة على البنية (ABD)، ولكن بسبب مشاكل تتعلق بالعلامات التجارية، تم تغيير الاسم إلى التصميم القائم على السمات حوالي عام 2001. [ 3 ]

أسلوب التصميم القائم على السمات

في كتاب هندسة البرمجيات في الممارسة العملية [ 4 ]، يصف المؤلفون ADD بأنها طريقة تكرارية تساعد المهندس المعماري في كل تكرار على القيام بالخطوات التالية:

  • اختر جزءًا من النظام لتصميمه.
  • قم بتجميع جميع المتطلبات المعمارية الهامة للجزء المحدد. وهذا يعني اختيار جميع سمات الجودة وأهداف العمل التي قد تؤثر على بنية هذه المرحلة.
  • قم بإنشاء بنية للجزء المحدد تلبي المتطلبات المعمارية الهامة المحددة واختبر هذا التصميم.

المدخلات المطلوبة

لا يمكن بدء عملية إضافة المحتوى بنجاح إلا عند توفر الموارد التالية:

  • المتطلبات الوظيفية
  • متطلبات الجودة
  • قيود

بالطبع، لا يمكننا الانتظار حتى يتم الانتهاء من جميع هذه المتطلبات، لأن ذلك قد يستغرق بعض الوقت. يمكن البدء بعملية إضافة المتطلبات بمجرد توفر مجموعة من متطلبات البنية الأساسية (وهي الموارد الثلاثة المذكورة أعلاه).

عمليات

  1. اختر عنصرًا من عناصر النظام لتصميمه
    • اختر عنصرًا من النظام لم يُصمّم بعد. في المرحلة الأولى، سيكون هذا العنصر هو النظام نفسه. لاحقًا، سيتعين عليك الاختيار بين عدة عناصر. يمكن أن يستند هذا الاختيار إلى توافر الموظفين، وتوافر موارد الإدخال، وتخفيف المخاطر، وما إلى ذلك. في حال عدم وجود أي من هذه القيود، يُنصح باتباع استراتيجية البحث الشامل أولًا.
  2. تحديد المتطلبات ذات الأهمية المعمارية (ASR) للعنصر المختار
    • حدد متطلبات الأداء الرئيسية الأكثر أهمية لهذا العنصر المحدد. ينبغي عليك ترتيب هذه المتطلبات حسب الأولوية لضمان أن يعكس تصميمك أهم متطلبات الأداء الرئيسية.
  3. قم بإنشاء حل تصميمي للعنصر المختار
    • تُعدّ هذه الخطوة جوهر عملية تطوير التطبيقات، إذ يتم خلالها إنشاء بنية النظام. يجب أن تعكس البنية التي تُنشئها متطلبات النظام المُختارة. يمكنك تحقيق ذلك باستخدام أنماط أو أساليب معمارية . في أغلب الأحيان، سيتعين عليك الموازنة بين عدة أساليب ومتطلبات نظام.
  4. قم بجرد المتطلبات المتبقية وحدد المدخلات للتكرار التالي
    • ألقِ نظرة على متطلبات النظام (ASRs) المدرجة، وتحقق مما إذا كان التصميم الحالي يلبيها. لكل متطلب، عليك التحقق مما إذا كان مُلبّى، أو مُفوَّضًا إلى أحد العناصر الفرعية، أو مُوزَّعًا بين العناصر الفرعية، أو غير قابل للتلبية. في الحالة الأخيرة، ستحتاج إلى تعديل بنية النظام.
  5. كرر الخطوات من 1 إلى 4 حتى يتم استيفاء جميع متطلبات ASR
    • يكرر!

الناتج

مجموعة من الرسومات التخطيطية للمناظر المعمارية، وليست تصميمًا معماريًا مفصلاً بالكامل.

أضف 3.0

في السنوات الأخيرة، تم تحديث ADD بشكل كبير ليشمل التصميم الخاص بالمنصة، على سبيل المثال خيارات التكنولوجيا والإطار من خلال كتالوجات مفاهيم التصميم، وللتأكيد على اتخاذ القرارات المعمارية وتوثيقها . [ 5 ]

مراجع

  1. ↑ ووجيك، روب؛ باخمان، فيليكس؛ باس، لين؛ كليمنتس، بول سي؛ ميرسون، باولو؛ نورد، روبرت؛ وود، ويليام جي. (نوفمبر 2006). "التصميم القائم على السمات (ADD)، الإصدار 2.0" . SEI .
  2. ↑ "منهجية التصميم القائمة على السمات" . معهد هندسة البرمجيات .
  3. ↑ باخمان، فيليكس؛ باس، لين (2001). "مقدمة في منهجية التصميم القائمة على السمات" . معهد مهندسي الكهرباء والإلكترونيات . الصفحات 745-746 . CiteSeerX 10.1.1.97.5395 .  
  4. ↑ باس، لين؛ كليمنتس، بول؛ كازمان، ريك (2013). "الفصل 17". هندسة البرمجيات في الممارسة ( الطبعة الثالثة). بيرسون. ISBN  978-0-321-81573-6.
  5. ↑ سيرفانتس هـ.، كازمان ر.، تصميم بنى البرمجيات، أديسون ويسلي، 2016.