هندسة الأساليب

هندسة الأساليب الظرفية

كذلك، يُمكّن هذا من ابتكار أساليب تطوير مناسبة لأي حالة تطوير. ويبدأ تطوير كل نظام بمرحلة تعريف الأسلوب، حيث يتم بناء أسلوب التطوير في الموقع.

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

وفي هذا الصدد، اختيار مكونات الطريقة المناسبة من مستودع لمكونات الطريقة القابلة لإعادة الاستخدام.

ومن جهة أخرى، دمج مكونات هذه المنهجية المصممة خصيصًا لتشكيل المنهجية الجديدة الخاصة بكل حالة.

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

وتكييف مكونات هذه الطريقة حسب الاقتضاء.

تصميم لغة الرسوم البيانية

من جهة ثانية، يبدأ تصميم اللغة الرسومية بتحديد مجموعة أولية من المخططات، وتحديد الغرض أوالأهداف من كل منها من حيث مكان وكيفية دعمها لعملية تطبيق المنهجية. ويتم تحديد العنصر المحوري لكل مخطط. مثلًا، عند تجربة تصميمات لغة رسومية بديلة لـ IDEF9، تم تصور مخطط السياق كآلية لتصنيف السياقات البيئية المختلفة التي قد تُطبق فيها القيود. وكان السياق هو المحور الرئيسي لهذا المخطط. بعد تحديد المحور الرئيسي للمخطط، يتم تحديد المعلومات الإضافية (المفاهيم والعلاقات) التي ينبغي تضمينها أو نقلها.

في هذا الإطار، مثلًا، تتضمن طريقة نمذجة المعلومات IDEF1 مفهوم الكيان، لكنها لا تحتوي على عنصر نحوي للكيان في اللغة الرسومية.8 لكنها لم تحتوي على عنصر نحوي للكيان في اللغة الرسومية8. وعندما قرّر مصمم اللغة ضرورة تضمين عنصر نحوي لمفهوم طريقة ما، تمّ تصميمُ رموز مرشَّحة وتقييمُها خلال عمليةٍ تصميم اللغة الرسومية، يطبق مصمم اللغة عددًا من المبادئ التوجيهية للمساعدة في تطوير تصاميم عالية الجودة. من بين هذه المبادئ، يتجنب مصمم اللغة تداخل فئات المفاهيم أو عدم وضوح تعريفها. كما يسعى إلى وضع آليات بديهية لتوضيح اتجاه قراءة المخططات.

ومن جهة أخرى، مثلًا، قد تُصمَّم المخططات بحيث تُقرأ من اليسار إلى اليمين، أو من الأسفل إلى الأعلى، أو من المركز إلى الخارج. كما يُؤخذ في الاعتبار احتمال وجود ازدحام أو كميات هائلة من المعلومات في مخطط واحد، إذ تجعل أيٌّ من هاتين الحالتين قراءة المخطط وفهمه أمرًا بالغ الصعوبة.

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

تقنيات الصياغة والتطبيق

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

• انظر كذلك
• هندسة البرمجيات بمساعدة الحاسوب
• إدارة التهيئة
• قالب التصميم
• أيزو/أي إي سي 24744
• لغة النمط
• المراجع

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

ومن جهة أخرى، بعد تطوير المنهجية، تُصمَّم تقنيات التطبيق لضمان استخدامها بنجاح بشكل مستقل، وكذلك بالاشتراك مع مناهج أخرى. تُشكِّل تقنيات التطبيق عنصر (الإستخدام) في المنهجية، والذي يستمر في التطور والنمو طوال دورة حياتها. تُراجع إجراءات المنهجية، وبنيتها اللغوية، وتقنيات تطبيقها، وتُختبر لتحسينها بشكل متكرر.

نهج هندسة المعرفة

من جانب آخر، يتم تطوير المنهجية الجديدة من خلال تحديد نطاقها، وصقل خصائص مفاهيمها وبديهياتها، وتصميم إجراء يوفر إنجاز المهام ودعمًا أساسيًا للممارسين المبتدئين، وتطوير لغة للتعبير عنها. ثم تُطوَّر تقنيات تطبيق المنهجية، مع تحديد إرشادات لاستخدامها بشكل مستقل وبالتزامن مع مناهج أخرى. فيما بعد، يخضع كل عنصر من عناصر المنهجية لتحسين متكرر من خلال الاختبارات المعملية والميدانية.

في هذا الإطار، يُعدّ نهج هندسة المعرفة الآلية السائدة لتحسين الأساليب وتطوير أساليب جديدة. بعبارة أخرى، باستثناءات قليلة جدًا، ينطوي تطوير الأساليب على عزل وتوثيق وتغليف الممارسات الحالية لمهمة معينة بشكل يُعزز النجاح الموثوق به بين الممارسين. تُحدد خصائص الخبراء أولًا في شكل بديهيات أساسية ومفاهيم منهجية. وغالبًا ما يتم تحديد هذه الخصائص مبدئيًا من خلال تحليل التقنيات والرسوم البيانية والتعبيرات التي يستعملها الخبراء. تُساعد هذه الاكتشافات في البحث عن أساليب موجودة يمكن الاستفادة منها لدعم الممارسين المبتدئين في اكتساب نفس الخصائص والمهارات.

الإسناد

من جهة ثانية، تتضمن هذه المقالة نصًا من تقرير أساليب التكامل المعلوماتي للهندسة المتزامنة (IICE) التابع للقوات الجوية الأمريكية، من تأليف ريتشارد جيه ماير وآخرون، 1995 ، وهو منشور أصبح الآن في الملكية العامة.

عملية تصميم لغة

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

كذلك، يُعدّ تحديد غرض المنهج ونطاقه بوضوح عاملًا حاسماً في تصميم لغة المنهج. يُحدد غرض المنهج الاحتياجات التي يجب أن يُلبيها، ويُستعمل هذا لتحديد القدرة التعبيرية المطلوبة للغة الداعمة. أما نطاق المنهج، فيُحدد مدى وعمق التغطية، وهو أمرٌ لا بد من تحديده قبل تصميم استراتيجية مناسبة لتصميم اللغة. ويتضمن تحديد النطاق كذلك تحديد الأنشطة المعرفية التي سيتم دعمها من خلال تطبيق المنهج. مثلًا، يمكن أن يقتصر تصميم اللغة على عرض النتائج النهائية لتطبيق المنهج فقط (كما هو الحال في تزويد IDEF9 بإمكانيات لغوية رسومية ونصية تُجسد منطق وبنية القيود). بدلًا من ذلك، قد تكون هناك حاجة إلى دعم لغوي أثناء العملية لتسهيل جمع المعلومات وتحليلها. في هذه الحالات، يمكن تصميم بنيات لغوية محددة لمساعدة ممارسي المنهج على تنظيم المعلومات وتصنيفها وتمثيلها، والتي سيتم لاحقًا دمجها في هياكل تمثيلية إضافية مُخصصة للعرض.

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

هندسة الأساليب بمساعدة الحاسوب

وفي السياق ذاته، غالبًا لا تدعم أدوات البرمجيات عملية نمذجة العمليات الفوقية، والتي تُسمى أدوات هندسة الأساليب بمساعدة الحاسوب (CAME) أو أدوات هندسة البرمجيات بمساعدة الحاسوب على مستوى العمليات الفوقية (MetaCASE). وكثيرًا ما تُستعمل تقنية التجسيد لبناء مستودع بيئات هندسة الأساليب بمساعدة الحاسوب. توجد الكثير من الأدوات لنمذجة العمليات الفوقية.

للمزيد من القراءة

علاوةً على ذلك، Brian Henderson-Sellers, Jolita Ralyté, Pär J. Ågerfalk and Matti Rossi (2014). Situational method engineering. Berlin: Springer.

وفي السياق ذاته، Manfred A. Jeusfeld, Matthias Jarke and John Mylopoulos, eds. (2009). Metamodeling for method engineering. Cambridge, MA: MIT Press. 0262101084

في هذا الإطار، Sjaak Brinkkemper, Kalle Lyytinen, Richard J. Welke (1996). Method engineering: principles of method construction and tool support: proceedings of the IFIP TC8, WG8.1/8.2 Working Conference on Method Engineering 26–28 August 1996, Atlanta, USA. Springer.

إضافةً إلى ذلك، Brian Henderson-Sellers, Jolita Ralyté and Sjaak Brinkkemper, eds. (2008). Situational method engineering: fundamentals and experiences: proceedings of the IFIP WG 8.1 Working Conference, 12–14 September 2007, Geneva, Switzerland. New York: Springer.

وفي السياق ذاته، Sjaak Brinkkemper, Saeki and Harmsen (1998). Assembly techniques for method engineering. Advanced Information Systems Engineering, Proceedings of CaiSE'98. New York: Springer.

وفي السياق ذاته، Ajantha Dahanayake (2001). Computer-aided method engineering: designing CASE repositories for the 21st century. Hershey, PA: Idea Group Inc (IGI), 2001.

في هذا الإطار، Brian Henderson-Sellers, C. Gonzalez-Perez and Donald Firesmith (2004) Method engineering and COTS evaluation in: ACM SIGSOFT Software Engineering Notes archive. Vol 30, Issue 4 (July 2005).

تخصيص الأساليب

وفي هذا السياق، في الأدبيات، تُستعمل مصطلحات مختلفة للإشارة إلى مفهوم تكييف المنهج، بما في ذلك «تخصيص المنهج»، و«تكييف أجزاء المنهج»، و«هندسة المنهج الظرفية». ويُعرَّف تخصيص المنهج على النحو التالي:عملية أو قدرة يقوم فيها الفاعلون البشريون، من خلال التغييرات الاستجابية والتفاعلات الديناميكية بين السياقات والنوايا وأجزاء المنهجية، بتحديد نهج تطوير النظام لحالة مشروع محددة.من الناحية النظرية، تُعدّ جميع منهجيات التطوير الرشيقة على وجه التقريب قابلةً للتخصيص. حتى منهجية DSDM تُستعمل لهذا الغرض، وقد تمّ تكييفها بنجاح في سياق نموذج نضج القدرات (CMM). يُمكن اعتبار ملاءمة المنهجية للوضع سمةً مميزةً بين منهجيات التطوير الرشيقة ومنهجيات تطوير البرمجيات التقليدية، حيث تتسم الأخيرة بصرامةٍ أكبر وتحديدٍ أدقّ. ويتمثل الأثر العملي في أن منهجيات التطوير الرشيقة تُتيح لفرق المشاريع تكييف ممارسات العمل بحسب احتياجات كل مشروع على حدة. والممارسات هي أنشطة ومنتجات ملموسة تُشكّل جزءًا من إطار عمل المنهجية. وعلى مستوىً أكثر شمولية، يُمكن تكييف الفلسفة الكامنة وراء المنهجية، والتي تتألف من عددٍ من المبادئ.

اختبار الأساليب

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

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

عملية هندسة المنهج

ومن ناحية أخرى، التصميم حسب الطلب: إيجاد طرق تلبي الاحتياجات المحددة مع تعديلات طفيفة. يُعد هذا الخيار جذابًا إذا لم يتطلب التعديل تغييرًا جوهريًا في المفاهيم الأساسية أوأهداف تصميم الطريقة.

وعلى صعيد آخر، قام مطورو لغات نمذجة IDEF، ريتشارد ج. ماير وآخرون (1995)، بتطوير منهج مبكر هندسة الأساليب انطلاقًا من دراسة الممارسات الشائعة في هذا المجال وخبرتهم في تطوير مناهج تحليل وتصميم أخرى يوضح الشكل التالي هذا المنهج من منظور عملي. تستعمل هذه الصورة طريقة IDEF3 Process Description Capture لوصف هذه العملية حيث تمثل المربعات التي تحتوي على عبارات فعلية الأنشطة، وتمثل الأسهم علاقات الأسبقية بينما تمثل مربعات الوصل التي تحمل علامة «X» شروط أو الحصرية بين المسارات الممكنة.

من جانب آخر، يمكن تطوير هذه الاستراتيجيات الأساسية في عملية مماثلة لتطوير المفاهيم

وفي هذا السياق، بحسب هذا النهج، توجد ثلاث استراتيجيات أساسية في هندسة الأساليب:

علاوةً على ذلك، تطوير جديد: فقط عندما لا يكون أي من هذين الخيارين قابلًا للتطبيق، ينبغي على مصممي الأساليب السعي إلى تطوير أسلوب جديد.

إضافةً إلى ذلك، إعادة الاستخدام: تُعد إعادة الاستخدام إحدى الاستراتيجيات الأساسية لهندسة الأساليب. ويتم اعتماد الأساليب الموجودة كلما أمكن ذلك.