IDEF6

يُعدّ IDEF6 ( التعريف المتكامل لاستخلاص الأساس المنطقي للتصميم ) منهجيةً لتسهيل اكتساب الأساس المنطقي للتصميم المستخدم في تطوير أنظمة المؤسسات ، وتمثيله، ومعالجته . ولا تزال هذه المنهجية، التي تسعى إلى تحديد الدوافع التي تحرك عملية صنع القرار ، قيد التطوير. [ 2 ] ويُعرّف الأساس المنطقي بأنه السبب أو المبرر أو الدافع الكامن أو العذر الذي دفع المصمم لاختيار استراتيجية أو ميزة تصميمية معينة . وبعبارة أبسط، يُفسّر الأساس المنطقي على أنه إجابة السؤال: "لماذا يُنفّذ هذا التصميم بهذه الطريقة؟" وتركز معظم مناهج التصميم على ماهية التصميم (أي على المنتج النهائي ، بدلاً من التركيز على سبب تصميمه على هذا النحو). [ 1 ]
يُعد IDEF6 جزءًا من عائلة لغات النمذجة IDEF في مجال هندسة النظم والبرمجيات .
ملخص
عند توثيقها بشكل صريح، عادةً ما تكون مبررات التصميم على شكل تعليقات نصية غير منظمة. إضافةً إلى صعوبة، إن لم يكن استحالة، العثور على المعلومات ذات الصلة عند الطلب، فإن غياب منهجية منظمة لتنظيم مبررات التصميم وتوفير معايير اكتمالها يجعل من غير المرجح توثيق المعلومات المهمة. على عكس مناهج التصميم التي تُستخدم لتوثيق ماهية التصميم ( مواصفات التصميم )، فإن منهجية توثيق مبررات التصميم IDEF6 تستهدف توثيق ما يلي: [ 3 ]
- لماذا يكون التصميم على هذا النحو؟
- لماذا لا يتجلى ذلك في شكل آخر، و
- كيف تم التوصل إلى تصميم التكوين النهائي.
كان الهدف من منهجية IDEF6 هو توفير القدرة التمثيلية اللازمة لتوثيق الأساس المنطقي لتصميم نظام المعلومات وربط هذا الأساس بنماذج التصميم ووثائق النظام النهائي . وبالتالي، تسعى IDEF6 إلى فهم المنطق الكامن وراء القرارات التي تُسهم في التصميم النهائي أو تُفضي إليه. ويُسهم التوثيق الصريح للأساس المنطقي للتصميم في تجنب تكرار الأخطاء السابقة، ويوفر وسيلة مباشرة لتحديد أثر التغييرات المقترحة في التصميم، ويُلزم بتحديد الأهداف والافتراضات بوضوح، ويُساعد في إيصال مواصفات النظام النهائية. [ 3 ]

سيكون IDEF6 طريقة تمتلك الموارد المفاهيمية والقدرات اللغوية اللازمة [ 4 ]
- لتمثيل طبيعة وبنية المعلومات التي تشكل الأساس المنطقي للتصميم داخل نظام معين، و
- لربط هذا الأساس المنطقي بمواصفات التصميم والنماذج والوثائق الخاصة بالنظام.
يشمل نطاق تطبيق معيار IDEF6 جميع مراحل عملية تطوير نظم المعلومات، بدءًا من التصور الأولي مرورًا بأنشطة التصميم التمهيدي والتفصيلي. وبما أن قرارات التصميم التفصيلي لأنظمة البرمجيات تُؤجل إلى مرحلة البرمجة، فينبغي أن يكون استخدام تقنية IDEF6 ممكنًا أيضًا خلال عملية بناء البرمجيات . [ 4 ]
يصبح الأساس المنطقي للتصميم مهمًا عندما لا يكون قرار التصميم محكومًا بالكامل بقيود الموقف. لذا، يجب تحديد نقاط القرار، وتحديد المواقف والقيود المرتبطة بتلك النقاط، وإذا وُجدت خيارات، فيجب توثيق الأساس المنطقي للخيار المُختار، وكذلك الأساس المنطقي لاستبعاد الخيارات الأخرى (أي خيارات التصميم التي لم يتم اختيارها). وتخدم مهمة توثيق الأساس المنطقي للتصميم الأغراض التالية:
- يُمكّن من التكامل التطوري لأنظمة معلومات المؤسسة.
- يُمكّن من استخدام أساليب الهندسة المتزامنة في تطوير نظم المعلومات.
- يدعم التكامل الأفضل بين عناصر دورة الحياة.
- يسهل إعادة هندسة الأعمال من خلال تحديد الأساس المنطقي وراء قرارات دراسة الجدوى .
- يُمكّن من تتبع القرارات بكفاءة.
يُعدّ توثيق الأساس المنطقي قابلاً للتطبيق على جميع مراحل عملية تطوير النظام. ويشمل المستخدمون المستهدفون لـ IDEF6 مهندسي أنظمة الأعمال، ومصممي أنظمة المعلومات، ومصممي البرمجيات، ومديري مشاريع تطوير الأنظمة، والمبرمجين.
مواضيع IDEF6
المفاهيم الأساسية
يمكن مقارنة منطق التصميم (لماذا وكيف) بمفاهيم أخرى ذات صلة، وهي مواصفات التصميم (ماذا) وتاريخ التصميم (الخطوات المتخذة). تصف مواصفات التصميم الغاية المرجوة من المنتج النهائي. أما منطق التصميم فيوضح سبب كون مواصفات التصميم على هذا النحو، ويشمل ذلك معلومات مثل مبادئ وفلسفة التشغيل، ونماذج السلوك الصحيح، ونماذج لكيفية تصرف المنتج عند حدوث خلل. يسجل تاريخ عملية التصميم الخطوات المتخذة، والخطط والتوقعات التي أدت إلى هذه الخطوات، ونتائج كل خطوة. [ 1 ]
- ظواهر منطق التصميم : يمكن تقديم وصف عام لمنطق التصميم على النحو التالي: "المعتقدات والحقائق بالإضافة إلى تنظيمها التي يستخدمها الإنسان لوضع (أو تبرير) التزامات التصميم ونشر تلك الالتزامات".
- مشكلات توثيق مبررات التصميم : أحد أسباب فقدان المبررات يكمن في الفجوة الزمنية الطويلة بين تحديد مواصفات المنتج البرمجي وإنجازه. كما توجد صعوبات في تطوير فهم عام لما ينبغي أن يشكل مبررات تصميم موثقة بشكل صريح. أي أن إحدى الصعوبات البارزة في التعبير عن مبررات التصميم هي أن المفهوم نفسه غير مفهوم بشكل موحد. وهذه السمة تشترك فيها مع جميع أشكال "التفسير" الأخرى التي لا يزال باحثو الذكاء الاصطناعي يواجهون صعوبة في فهمها.
تطوير الإجراءات


في إطار IDEF6، تتضمن عملية استخلاص الأساس المنطقي أنشطة التقسيم والتصنيف/التحديد والتجميع والمحاكاة/التنفيذ وإعادة التقسيم. وتستخدم عملية استخلاص الأساس المنطقي، المطبقة عادةً في نشاط المحاكاة/التنفيذ للتصميم المتطور، مرحلتين: المرحلة الأولى تصف المشكلة، والمرحلة الثانية تطور استراتيجية الحل. [ 1 ]
التصميم عملية تكرارية تتضمن التقسيم والتصنيف/التحديد والتجميع والمحاكاة وإعادة التقسيم، كما هو موضح في الشكل. في البداية، يُقسّم التصميم إلى عناصر تصميمية. يُصنّف كل عنصر إما بناءً على عناصر تصميمية موجودة، أو تُطوّر له مواصفات خارجية. تُمكّن المواصفات الخارجية من تفويض المواصفات الداخلية للعنصر التصميمي وتنفيذها بالتزامن. بعد التصنيف/التحديد، تُحدّد واجهات الربط بين العناصر التصميمية في عملية التجميع (أي، تُطوّر نماذج ثابتة وديناميكية وسلوكية تُفصّل جوانب مختلفة من التفاعل بين العناصر التصميمية). أثناء تطوير النماذج، من المهم محاكاة سيناريوهات الاستخدام أو حالات الاستخدام [ 5 ] بين العناصر التصميمية للكشف عن عيوب التصميم. من خلال تحليل هذه العيوب، يستطيع المصمم إعادة ترتيب النماذج الموجودة ومحاكاتها حتى يرضى عنها. تُشكّل عيوب التصميم الملحوظة والإجراءات المُقترحة والمُتخذة لكل منها أساس عملية استخلاص منطق التصميم. [ 1 ]
- تحديد المشكلات
يُحدد المصمم المشكلات في حالة التصميم الحالية من خلال استعراض حالات الاستخدام في نموذج المتطلبات للتحقق من استيفاء التصميم للمتطلبات والتأكد من أنه سيعمل كما هو مُخطط له. يُسجل المصمم الأعراض أو المخاوف المتعلقة بحالة التصميم الحالية. العرض هو ملاحظة عطل تشغيلي أو حالة غير مرغوب فيها في التصميم الحالي. أما القلق فهو ملاحظة عطل مُتوقع أو حالة غير مرغوب فيها في التصميم الحالي. [ 1 ]
- تحديد القيود
ثم يُحدد المصمم القيود التي تنتهكها المشكلات أو يُحتمل أن تنتهكها. تشمل هذه القيود المتطلبات، والأهداف، والقوانين الفيزيائية، والاتفاقيات، والافتراضات، والنماذج، والموارد. ولأن الأنشطة والعمليات في سيناريوهات حالات الاستخدام تتوافق مع المتطلبات والأهداف، يُمكن إرجاع فشل التصميم في أي نشاط أو عملية من حالات الاستخدام مباشرةً إلى بيانات المتطلبات وبيانات الأهداف. [ 1 ]
- تحديد الاحتياجات
ثم يُحدد المصمم الشروط أو الاحتياجات اللازمة لحل المشكلات. والاحتياجات هي شروط ضرورية يجب تلبيتها لحل مشكلة معينة أو مجموعة من المشكلات. ومن الممكن أن يتضمن بيان الاحتياجات وصفًا لأهمية تخفيف المتطلبات وقيود الأهداف التي تحكم التصميم. [ 1 ]
- صياغة الأهداف والمتطلبات
بمجرد تحديد احتياجات الانتقال التصميمي، يقوم المصمم بصياغة [ 1 ]
- المتطلبات التي يجب أن يفي بها الحل و
- الأهداف التي ينبغي أن يسعى الحل إلى تحقيقها.
المتطلبات هي قيود تُفرض على الجوانب الوظيفية أو السلوكية أو المادية أو منهجية تطوير الحل. أما هدف التصميم فهو غاية محددة يجب أن يدعمها هيكل التصميم ومواصفاته.
صياغة استراتيجيات الحلول
بمجرد تحديد المتطلبات والأهداف، يقوم فريق التصميم بصياغة استراتيجيات بديلة لاستكشافها في المرحلة الانتقالية الرئيسية التالية في التصميم. [ 1 ]
يمكن اعتبار استراتيجيات التصميم بمثابة "خطط شاملة" للتعامل مع مواقف التصميم المتكررة. ويمكن النظر إليها على أنها منهجيات أو تنظيمات لأنشطة التصميم الأولية المحددة أعلاه (أي التقسيم، والتصنيف/التحديد، والتجميع، والمحاكاة، وإعادة التقسيم). وتشمل أنواع استراتيجيات التصميم الثلاثة التي تم أخذها في الاعتبار في عنصر الأساس المنطقي لـ IDEF4 ما يلي:
- التصميم الموجه بالقيود الخارجية: هو تصميم يتم تنفيذه في ظل ظروف لا تكون فيها الأهداف والنوايا والمتطلبات محددة بدقة، ناهيك عن تعريفها. غالباً ما تنشأ هذه الظروف عندما يُشرك المصمم في عملية تطوير المنتج في وقت مبكر جداً.
- التصميم القائم على الخصائص: تصميم في بيئة محكمة الرقابة حيث يتم تطبيق المساءلة الصارمة وإثبات الكفاءة بشكل دقيق. غالباً ما تنطوي هذه الظروف التصميمية على مواقف قد تهدد الحياة.
- التصميم القائم على النقل - ويشار إليه أحيانًا باسم التصميم "الروتيني".
باختصار، يشترك التصميم، بوصفه مسعىً معرفيًا، في العديد من الخصائص مع أنشطة أخرى كالتخطيط والتشخيص. إلا أن التصميم يتميز بالسياق الذي يُنفذ فيه، والأنشطة العامة التي ينطوي عليها، والاستراتيجيات المُستخدمة، وأنواع المعرفة المُطبقة. ومن أبرز سماته المميزة تركيز عملية التصميم على إنشاء (صقل، تحليل، إلخ) مواصفات المنتج النهائي. [ 1 ]
مراجع
- 1 2 3 4 5 6 7 8 9 10 11 ريتشارد ج. ماير (1995) وآخرون. تقرير مجموعة أساليب تكامل المعلومات للهندسة المتزامنة (IICE) . قاعدة رايت باترسون الجوية، أوهايو 45433-7604.
- ↑ أندرو ب. سيج، ويليام ب. راوس (2009). دليل هندسة النظم وإدارتها. جون وايلي وأولاده. ISBN 0-470-08353-0، ص 427.
- 1 2 IDEF6: ملخص ورقة مفاهيمية لمنهجية استخلاص الأساس المنطقي للتصميم . تم الاطلاع عليه في 17 يوليو 2009.
- 1 2 ريتشارد ج. ماير ، باتريشيا أ. غريفيث، وكريستوفر ب. مينزل (1990-1991) "IDEF6: ورقة مفاهيمية لمنهجية استخلاص الأساس المنطقي للتصميم" مؤرشفة بتاريخ 2007-04-02 في مركز معلومات الدفاع التقنية (Wayback Machine)
- ↑ إيفار جاكوبسون ، إم. إريكسون، وإيه. جاكوبسون (1994). ميزة الكائن: إعادة هندسة عمليات الأعمال باستخدام تقنية الكائنات (مطبعة ACM) . أديسون-ويسلي، ISBN 0-201-42289-1
روابط خارجية
- تصميم البرمجيات
- هندسة النظم
