Using the software resource model sub-profile for multiscale coupling library and environment simulation platform modeling

العناوين الأخرى

استخدام الملف الفرعي قالب المصدر البرمجي في نمذجة منصة محاكاة بينة و مكتبة اقتران متعدد النطاقات

مقدم أطروحة جامعية

Ibrahim, Mujahid Ahmad Nimr

مشرف أطروحة جامعية

Bittaz, Muhammad

الجامعة

جامعة فيلادلفيا

الكلية

كلية تكنولوجيا المعلومات

القسم الأكاديمي

قسم علم الحاسوب

دولة الجامعة

الأردن

الدرجة العلمية

ماجستير

تاريخ الدرجة العلمية

2018

الملخص العربي

هذه الأطروحة تقترح منهجية للتطوير و التي تهدف إلى اعتماد UML/MARTE من خلال SRM حيث سيتم مد الجسور ما بين مجتمع هندسة البرمجيات و ما يسمى بمجتمع e-science في السنوات الأخيرة لاحظنا ان ممارسات التصميم تتحرك من الهندسة القائمة على التعليمات البرمجية التقليدية الى الهندسة القائمة على نمذجة البرمجيات MDE .

في UML، يمكن تعريف ملف تعريف لتخصيص عناصر النموذج القياسي لأغراض محددة.

اضافة الى ذلك فان للملف الفرعي أيضا صورة نمطية UML واحدة أو أكثر تستخدم من أجل تمييز نوع كممثل لنوع معين من الكائن في مجال أنظمة الزمن الحقيقي الضمنية ((RTES ، يتم استخدام UML/MARTE.

الـ UML/MARTE هناك ملف فرعي GRM و الذي بدوره يقوم بالتزويد اللازم للمفاهيم المستخدمة في نمذجة تطبيقات أنظمة الزمن الحقيقي، و هذا الملف المذكور آنفا يحوي على ملفين فرعيين هما : SRM وHRM اللذان يؤديان عمل ال.

API SRM هو ملف فرعي من UML يستخدم لوصف API اللازم لتفعيل البرنامج و ايضا يتيح للمستخدمين وصف API اللازم لمكتبات RTE المحددة و التي تكون موجودة في مرحلة التصميم.

و كمحفز للمضي قدما في عملية البحث وبعد دراسة عميقة على e-science ومجال هندسة البرمجيات، قد تبين لنا أن الذين يعملون النمذجة في كلا UMLMARTE وDMMS يستخدمون نفس منهجيات النمذجة Y.

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

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

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

نتيجة لذلك، فقد خلص إلى أن استخدام الطريقة الثانية في النمذجة ) توسيع ( SRM هي الأفضل لنمذجة جميع عناصر MUSCLE المركزية.

الملخص الإنجليزي

This research work proposes a development methodology that aims to adopt the UML/MARTE through its SRM and bridging the gap between the e-science and Software Engineering communities.

In recent years it has been noticed that the design practices are moving from traditional code-based engineering to Model-Driven Engineering (MDE) approaches.

In UML, a profile can be defined to customize the standard model elements for specific purposes.

A profile furthermore defines one or more UML stereotypes in order to mark a type as a representation of a particular kind of object.

In the Real-time and Embedded Systems (RTES) domain, the UML/MARTE is used.

MARTE has a Generic Resource Model (GRM) profile which offers the concepts that are necessary to model a general platform for executing real-time embedded applications.

The GRM has two profiles (SRM and HRM) acting as API.

SRM (Software Resource Model) is a UML profile used to describe API of software execution and allows users to describe RTE API and specific RTE libraries (middleware) as well; which are involved in the design cycle.

As a motivation and after deeper study conducted on the e-science and Software Engineering fields, we have found that both UML/MARTE and Distributed Multiscale Modeling and Simulation (DMMS) modelers are using similar modeling methodology (Y structure design).

Furthermore, the fact that SRM sub-profile can be used to model OS (for instance: RTOS) as well as modeling specific RTE libraries or Middleware (in DMMS; MUSCLE might be seen as a kind of middleware).

This motivated us to go forward in reusing the SRM subprofile in the context of the simulation domain.

As a result, the proposed software development methodology is applicable for some of MUSCLE core elements, some other elements could not be modeled by SRM due to the incompatibility issues with SRM stereotypes.

Due to the result, it has been concluded that using the second way of modeling (extending the SRM) would be better for modeling all the core elements of MUSCLE.

التخصصات الرئيسية

تكنولوجيا المعلومات وعلم الحاسوب

الموضوعات

• برمجيات الحاسوب

عدد الصفحات

88

قائمة المحتويات

• APA
• MLA
• AMA

لغة النص

الإنجليزية

نوع البيانات

رسائل جامعية

رقم السجل

BIM-955869