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

هندسة المنهجيات في مجال نظم المعلومات هي التخصص الذي يُعنى ببناء مناهج جديدة انطلاقاً من المناهج القائمة. [ 2 ] وهي تركز على تصميم وبناء وتقييم المناهج والتقنيات وأدوات الدعم لتطوير نظم المعلومات . [ 3 ]
علاوة على ذلك، فإن هندسة المنهجية "تسعى إلى تحسين جدوى أساليب تطوير الأنظمة من خلال إنشاء إطار عمل للتكيف يتم بموجبه إنشاء أساليب تتناسب مع أوضاع تنظيمية محددة". [ 4 ]
الأنواع
هندسة الأساليب بمساعدة الحاسوب
غالبًا ما لا تدعم أدوات البرمجيات عملية نمذجة العمليات الفوقية، والتي تُسمى أدوات هندسة الأساليب بمساعدة الحاسوب (CAME) أو أدوات MetaCASE ( أدوات هندسة البرمجيات بمساعدة الحاسوب على مستوى العمليات الفوقية). وكثيرًا ما تُستخدم تقنية التجسيد لبناء مستودع بيئات هندسة الأساليب بمساعدة الحاسوب. [ 5 ] توجد العديد من الأدوات لنمذجة العمليات الفوقية. [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ]
تخصيص الأساليب
في الأدبيات، تُستخدم مصطلحات مختلفة للإشارة إلى مفهوم تكييف المنهج، بما في ذلك "تخصيص المنهج"، و"تكييف أجزاء المنهج"، و"هندسة المنهج الظرفية". ويُعرَّف تخصيص المنهج على النحو التالي:
عملية أو قدرة يقوم فيها الفاعلون البشريون، من خلال التغييرات الاستجابية والتفاعلات الديناميكية بين السياقات والنوايا وأجزاء المنهجية، بتحديد نهج تطوير النظام لحالة مشروع محددة. [ 11 ]
من الناحية النظرية، تُعدّ جميع منهجيات التطوير الرشيقة تقريبًا قابلةً للتخصيص. حتى منهجية DSDM تُستخدم لهذا الغرض، وقد تمّ تكييفها بنجاح في سياق نموذج نضج القدرات (CMM) . [ 12 ] يُمكن اعتبار ملاءمة المنهجية للوضع سمةً مميزةً بين منهجيات التطوير الرشيقة ومنهجيات تطوير البرمجيات التقليدية، حيث تتسم الأخيرة بصرامةٍ أكبر وتحديدٍ أدقّ. ويتمثل الأثر العملي في أن منهجيات التطوير الرشيقة تُتيح لفرق المشاريع تكييف ممارسات العمل وفقًا لاحتياجات كل مشروع على حدة. والممارسات هي أنشطة ومنتجات ملموسة تُشكّل جزءًا من إطار عمل المنهجية. وعلى مستوىً أكثر شمولية، يُمكن تكييف الفلسفة الكامنة وراء المنهجية، والتي تتألف من عددٍ من المبادئ . [ 11 ]
هندسة الأساليب الظرفية
هندسة المنهج الظرفي هي بناء مناهج مصممة خصيصًا لتناسب ظروفًا محددة لمشاريع التطوير. [ 13 ] ويمكن وصفها بأنها إنشاء منهج جديد بواسطة
- اختيار مكونات الطريقة المناسبة من مستودع لمكونات الطريقة القابلة لإعادة الاستخدام،
- وتكييف مكونات هذه الطريقة حسب الاقتضاء، و
- دمج مكونات هذه المنهجية المصممة خصيصًا لتشكيل المنهجية الجديدة الخاصة بكل حالة.
يُمكّن هذا من ابتكار أساليب تطوير مناسبة لأي حالة تطوير. يبدأ تطوير كل نظام بمرحلة تعريف الأسلوب، حيث يتم بناء أسلوب التطوير في الموقع. [ 4 ]
في مجال تطوير الأعمال عبر الأجهزة المحمولة، تتوفر أساليب محددة لأجزاء معينة من عملية تصميم نموذج العمل وتطوير تكنولوجيا المعلومات والاتصالات. ويمكن استخدام هندسة الأساليب الظرفية لدمج هذه الأساليب في أسلوب موحد يتبنى خصائص خدمات تكنولوجيا المعلومات والاتصالات عبر الأجهزة المحمولة.
عملية هندسة المنهج
قام مطورو لغات نمذجة IDEF ، ريتشارد ج. ماير وآخرون (1995)، بتطوير منهج مبكر لهندسة المنهجيات انطلاقًا من دراسة الممارسات الشائعة في هذا المجال وخبرتهم في تطوير مناهج تحليل وتصميم أخرى . يوضح الشكل التالي هذا المنهج من منظور عملي. تستخدم هذه الصورة طريقة IDEF3 Process Description Capture لوصف هذه العملية، حيث تمثل المربعات التي تحتوي على عبارات فعلية الأنشطة، وتمثل الأسهم علاقات الأسبقية، بينما تمثل مربعات الوصل التي تحمل علامة "X" شروط "أو الحصرية" بين المسارات الممكنة. [ 1 ]

وفقًا لهذا النهج، توجد ثلاث استراتيجيات أساسية في هندسة الأساليب: [ 1 ]
- إعادة الاستخدام : تُعد إعادة الاستخدام إحدى الاستراتيجيات الأساسية لهندسة الأساليب. ويتم اعتماد الأساليب الموجودة كلما أمكن ذلك.
- التصميم حسب الطلب : إيجاد طرق تلبي الاحتياجات المحددة مع تعديلات طفيفة. يُعد هذا الخيار جذابًا إذا لم يتطلب التعديل تغييرًا جوهريًا في المفاهيم الأساسية أو أهداف تصميم الطريقة.
- تطوير جديد : فقط عندما لا يكون أي من هذين الخيارين قابلاً للتطبيق، ينبغي على مصممي الأساليب السعي إلى تطوير أسلوب جديد.
يمكن تطوير هذه الاستراتيجيات الأساسية في عملية مماثلة لتطوير المفاهيم
نهج هندسة المعرفة
يُعدّ نهج هندسة المعرفة الآلية السائدة لتحسين الأساليب وتطوير أساليب جديدة. بعبارة أخرى، باستثناءات قليلة جدًا، ينطوي تطوير الأساليب على عزل وتوثيق وتغليف الممارسات الحالية لمهمة معينة بشكل يُعزز النجاح الموثوق به بين الممارسين. تُحدد خصائص الخبراء أولًا في شكل بديهيات أساسية ومفاهيم منهجية. غالبًا ما يتم تحديد هذه الخصائص مبدئيًا من خلال تحليل التقنيات والرسوم البيانية والتعبيرات التي يستخدمها الخبراء. تُساعد هذه الاكتشافات في البحث عن أساليب موجودة يمكن الاستفادة منها لدعم الممارسين المبتدئين في اكتساب نفس الخصائص والمهارات. [ 1 ]
يتم تطوير المنهجية الجديدة من خلال تحديد نطاقها، وصقل خصائص مفاهيمها وبديهياتها، وتصميم إجراء يوفر إنجاز المهام ودعمًا أساسيًا للممارسين المبتدئين، وتطوير لغة (لغات) للتعبير عنها. ثم تُطوَّر تقنيات تطبيق المنهجية، مع تحديد إرشادات لاستخدامها بشكل مستقل وبالتزامن مع مناهج أخرى. بعد ذلك، يخضع كل عنصر من عناصر المنهجية لتحسين متكرر من خلال الاختبارات المعملية والميدانية. [ 1 ]
عملية تصميم لغة المنهج
تتسم عملية تصميم لغة المنهج بطبيعتها التكرارية والتجريبية. وعلى عكس تطوير الإجراءات، حيث يمكن تحديد مجموعة من الأساليب والتقنيات من الممارسات القائمة ودمجها وتحسينها، نادرًا ما يجد مصممو اللغات آليات متطورة لعرض الرسوم البيانية أو التقاط المعلومات النصية. وعندما يمكن العثور على هياكل لغوية قابلة لإعادة الاستخدام، غالبًا ما تكون غير محددة بدقة أو مناسبة جزئيًا فقط لاحتياجات المنهج. [ 1 ]
يُعدّ تحديد غرض المنهج ونطاقه بوضوح عاملاً حاسماً في تصميم لغة المنهج. يُحدد غرض المنهج الاحتياجات التي يجب أن يُلبيها، ويُستخدم هذا لتحديد القدرة التعبيرية المطلوبة للغة الداعمة. أما نطاق المنهج، فيُحدد مدى وعمق التغطية، وهو أمرٌ لا بد من تحديده قبل تصميم استراتيجية مناسبة لتصميم اللغة. ويتضمن تحديد النطاق أيضاً تحديد الأنشطة المعرفية التي سيتم دعمها من خلال تطبيق المنهج. على سبيل المثال، يمكن أن يقتصر تصميم اللغة على عرض النتائج النهائية لتطبيق المنهج فقط (كما هو الحال في تزويد IDEF9 بإمكانيات لغوية رسومية ونصية تُجسد منطق وبنية القيود). بدلاً من ذلك، قد تكون هناك حاجة إلى دعم لغوي أثناء العملية لتسهيل جمع المعلومات وتحليلها. في هذه الحالات، يمكن تصميم بنيات لغوية محددة لمساعدة ممارسي المنهج على تنظيم المعلومات وتصنيفها وتمثيلها، والتي سيتم لاحقاً دمجها في هياكل تمثيلية إضافية مُخصصة للعرض. [ 1 ]
انطلاقًا من هذا الأساس، يبدأ مصممو اللغات عملية تحديد ما يجب التعبير عنه في اللغة وكيفية التعبير عنه. يمكن أن يبدأ تصميم اللغة بتطوير لغة نصية قادرة على تمثيل كامل نطاق المعلومات المطلوب تناولها. بعد ذلك، يمكن تطوير هياكل لغوية رسومية مصممة لعرض أجزاء مختارة من اللغة النصية. بدلاً من ذلك، قد تتطور الهياكل اللغوية الرسومية قبل تطوير اللغة النصية أو بالتوازي معه. يعتمد تسلسل هذه الأنشطة إلى حد كبير على مدى فهم متطلبات اللغة لدى مطوريها، والتي قد تتضح فقط بعد عدة دورات من تصميم اللغة الرسومية والنصية. [ 1 ]
تصميم لغة الرسوم البيانية
يبدأ تصميم اللغة الرسومية بتحديد مجموعة أولية من المخططات، وتحديد الغرض أو الأهداف من كل منها من حيث مكان وكيفية دعمها لعملية تطبيق المنهجية. ويتم تحديد العنصر المحوري لكل مخطط. على سبيل المثال، عند تجربة تصميمات لغة رسومية بديلة لـ IDEF9، تم تصور مخطط السياق كآلية لتصنيف السياقات البيئية المختلفة التي قد تُطبق فيها القيود. وكان السياق هو المحور الرئيسي لهذا المخطط. بعد تحديد المحور الرئيسي للمخطط، يتم تحديد المعلومات الإضافية (المفاهيم والعلاقات) التي ينبغي تضمينها أو نقلها. [ 1 ]
حتى هذه المرحلة من عملية تصميم اللغة، انصبّ التركيز الأساسي على المعلومات التي ينبغي عرضها في مخطط معين لتحقيق أهدافه. هنا، يتعين على مصمم اللغة تحديد العناصر التي تم تحديدها لإدراجها المحتمل في المخطط، والتي يمكن تمثيلها بيانيًا، والتي ستُسهم في تركيز المستخدم على محتوى المعلومات المطلوب. انطلاقًا من هذا الفهم العام، يتم استكشاف هياكل اللغة الرسومية المطورة سابقًا لتحديد فرص إعادة استخدامها. أثناء استكشاف تصاميم اللغة الرسومية المرشحة لأساليب IDEF الناشئة، تم تحديد ودراسة مجموعة واسعة من المخططات. في كثير من الأحيان، حتى بعض المفاهيم الأساسية للمنهج لا تحتوي على أي عنصر لغوي رسومي. [ 1 ]
على سبيل المثال، تتضمن طريقة نمذجة المعلومات IDEF1 مفهوم الكيان، لكنها لا تحتوي على عنصر نحوي للكيان في اللغة الرسومية.<sup>8</sup> عندما يقرر مصمم اللغة ضرورة تضمين عنصر نحوي لمفهوم طريقة ما، يتم تصميم رموز مرشحة وتقييمها. خلال عملية تصميم اللغة الرسومية، يطبق مصمم اللغة عددًا من المبادئ التوجيهية للمساعدة في تطوير تصاميم عالية الجودة. من بين هذه المبادئ، يتجنب مصمم اللغة تداخل فئات المفاهيم أو عدم وضوح تعريفها. كما يسعى إلى وضع آليات بديهية لتوضيح اتجاه قراءة المخططات. <sup > 1 </sup>
على سبيل المثال، قد تُصمَّم المخططات بحيث تُقرأ من اليسار إلى اليمين، أو من الأسفل إلى الأعلى، أو من المركز إلى الخارج. كما يُؤخذ في الاعتبار احتمال وجود ازدحام أو كميات هائلة من المعلومات في مخطط واحد، إذ تجعل أيٌّ من هاتين الحالتين قراءة المخطط وفهمه أمرًا بالغ الصعوبة. [ 1 ]
اختبار الأساليب
يُختبر كل تصميم مرشح من خلال تطوير مجموعة واسعة من الأمثلة لاستكشاف مدى فائدة التصاميم بالنسبة للغرض من كل مخطط. عادةً ما تكون المحاولات الأولية لتطوير المنهجية، وتطوير هياكل اللغة الداعمة على وجه الخصوص، معقدة. ومع التكرارات المتتالية للتصميم، يتم التخلص من هياكل اللغة غير الضرورية والمعقدة. [ 1 ]
مع اقتراب تصميم اللغة الرسومية من مستوى النضج، يتجه الاهتمام نحو اللغة النصية. وتتراوح أغراض اللغات النصية بين توفير آلية للتعبير عن المعلومات التي تم استبعادها صراحةً من اللغة الرسومية، وتوفير آلية لتبادل البيانات القياسي وتفسير النماذج آليًا. وبالتالي، قد تكون اللغة النصية الداعمة للمنهج بسيطة وغير منظمة (من حيث قابلية تفسير الحاسوب)، أو قد تظهر كلغة منظمة ومعقدة للغاية. ويحدد الغرض من المنهج إلى حد كبير مستوى البنية المطلوب للغة النصية. [ 1 ]
تقنيات الصياغة والتطبيق
مع اقتراب لغة المنهج من النضج، تُستخدم تقنيات الصياغة الرياضية لضمان وضوح بناء الجملة والدلالات في اللغة الناشئة. غالبًا ما تساعد عملية صياغة المنهج في كشف الغموض، وتحديد تراكيب اللغة غير المألوفة، وتبسيط اللغة. [ 1 ]
تتوج هذه الأنشطة العامة بلغة تساعد على تركيز انتباه المستخدم على المعلومات التي يجب اكتشافها أو تحليلها أو تحويلها أو توصيلها أثناء إنجاز المهمة التي صُممت الطريقة من أجلها. كما يساعد كل من الإجراء ومكونات اللغة في الطريقة المستخدمين على تطوير المهارات والقدرات اللازمة لتحقيق نتائج عالية الجودة باستمرار للمهمة المستهدفة. [ 1 ]
بعد تطوير المنهجية، تُصمَّم تقنيات التطبيق لضمان استخدامها بنجاح بشكل مستقل، وكذلك بالاشتراك مع مناهج أخرى. تُشكِّل تقنيات التطبيق عنصر "الاستخدام" في المنهجية، والذي يستمر في التطور والنمو طوال دورة حياتها. تُراجع إجراءات المنهجية، وبنيتها اللغوية، وتقنيات تطبيقها، وتُختبر لتحسينها بشكل متكرر. [ 1 ]
انظر أيضاً
مراجع
- 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 ريتشارد ج. ماير وآخرون (1995). تكامل المعلومات للهندسة المتزامنة (IICE). تقرير مجموعة الأساليب ، قيادة مواد القوات الجوية، قاعدة رايت باترسون الجوية، أوهايو. ص 7-10.
- ↑ ف. هارمسن وم. سايكي (1996). "مقارنة بين أربع لغات لهندسة المنهجيات". في: سجاك برينكيمبر وآخرون (محررون). وقائع المؤتمر العملي للجنة الفنية الثامنة التابعة للاتحاد الدولي لمعالجة المعلومات، مجموعة العمل 8.1/8.2 حول هندسة المنهجيات : مبادئ بناء المنهجيات ودعم الأدوات . يناير 1996، أتلانتا، جورجيا، الولايات المتحدة. ص 209-231
- ↑ سجاك برينكيمبر ، هندسة المنهجية: هندسة أساليب وأدوات تطوير نظم المعلومات. مجلة تكنولوجيا المعلومات والبرمجيات، المجلد 38، العدد 4، الصفحات 275-280 (1996)
- 1 2 كوليت رولاند (2008) هندسة المنهج: نحو المنهجيات كخدمات . كلمة رئيسية في المؤتمر الدولي لهندسة البرمجيات 2008.
- ↑ كوليت رولاند (1998). نظرة شاملة على هندسة العمليات . وقائع المؤتمر الدولي العاشر CAiSE'98، سلسلة محاضرات في علوم الحاسوب 1413، بيرنيتشي، سي. ثانوس (محرران)، سبرينغر. بيزا، إيطاليا، يونيو 1998.
- ↑ إس. كيلي، ك. ليتينين، م. روسي. Meta Edit+: بيئة CASE وCAME قابلة للتكوين بالكامل، متعددة المستخدمين ومتعددة الأدوات، وقائع مؤتمر CAiSE'96، دار نشر سبرينغر، 1996
- ↑ ف. هارمسن، س. برينكيمبر، تصميم وتنفيذ نظام إدارة قائم على الأساليب لبيئة CASE الظرفية. وقائع المؤتمر الثاني لـ APSEC، مطبعة جمعية IEEE للحاسبات، الصفحات 430-438، 1995
- ^ ج. ميربيث. Maestro II- das intergrierte CASE-system von Softlab, CASE systeme and Werkzeuge (Ed. H. Balzert) BI Wissenschaftsverlag, pp 319-336, 1991
- ↑ س. سي سعيد. إرشادات لعمليات هندسة المتطلبات. في: وقائع المؤتمر الدولي الثامن وورشة العمل حول "تطبيقات قواعد البيانات وأنظمة الخبراء"، DEXA'97، تولوز، 1-5 سبتمبر 1997
- ^ ج. رولاند . كتاب تمهيدي لهندسة الطريقة. وقائع مؤتمر INFORSID (INFormatique des Organizations et Systemes d'Information et de Decision)، تولوز، فرنسا، 10-13 يونيو 1997.
- 1 2 أيدين، إم إن، هارمسن، إف، سلوتين، كيه في، وستاغوي، آر إيه (2004). منهجية تطوير نظم المعلومات الرشيقة قيد الاستخدام. المجلة التركية للهندسة الكهربائية، 12(2)، 127-138
- ↑ أبراهامسون، ب.، وارستا، ج.، سيبونين، م. ت.، ورونكاينين، ج. (2003). اتجاهات جديدة في منهجيات أجايل: تحليل مقارن. وقائع مؤتمر ICSE'03 ، 244-254
- ↑ آر جيه ويلك وك. كومار (1992). "هندسة المنهجية: مقترح لبناء منهجية خاصة بكل حالة". في: كوترمان، سين (محرران) تحليل وتصميم النظم: أجندة بحثية. وايلي، تشيتشستر. ص 257-268.
- الإسناد
This article incorporates text from US Air Force, Information Integration for Concurrent Engineering (IICE) Compendium of methods report by Richard J. Mayer et al., 1995, a publication now in the public domain.
Further reading
- 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. ISBN 041279750Xdoi:10.1007/978-0-387-35080-6
- Sjaak Brinkkemper, Saeki and Harmsen (1998). Assembly techniques for method engineering. Advanced Information Systems Engineering, Proceedings of CaiSE'98. New York: Springer. doi:10.1007/BFb0054236
- Ajantha Dahanayake (2001). Computer-aided method engineering: designing CASE repositories for the 21st century. Hershey, PA: Idea Group Inc (IGI), 2001. ISBN 1878289942
- Brian Henderson-Sellers, Jolita Ralyté, Pär J. Ågerfalk and Matti Rossi (2014). Situational method engineering. Berlin: Springer. ISBN 9783642414664doi:10.1007/978-3-642-41467-1
- 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. ISBN 0387739467doi:10.1007/978-0-387-73947-2
- 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).
- Manfred A. Jeusfeld, Matthias Jarke and John Mylopoulos, eds. (2009). Metamodeling for method engineering. Cambridge, MA: MIT Press. ISBN 0262101084
External links
- Metamodeling and method engineering presentation by Minna Koskinen, 2000.
- Method engineering
