معماري مدل رانده Model Driven Architecture (MDA)

1. معماري مدل راندهModel Driven Architecture (MDA)

2. تاریخچه MDA گروه مدیریت شیء (OMG) در سال 1989 تاسیس شد . اعضای OMG بر روی یکپارچه سازی و نگهداری دارایی های نرم افزاری تمرکز کرده اند. هدف این گروه ایجاد استانداردها و تشویق به بکارگیری فناوری شیء گرایی بود. که در مجموع به استانداردهای ایجاد شده معماری مدیریت شیء(OMA)گفته می شود. با ایجاد نسلهای جدیدی از استاندارها OMA پاسخگوی مشکل یکپارچه کردن آنها نبود .

3. راه‌حل OMG

4. معرفی MDA در معماری مدل رانده،مدل محصول اصلی است و هدایت توسعه نرم افزار را بر عهده دارد. این مدل است که می راندمدل - رانده

5. مدلها تغییر نمی کنند و از جزئیات پیاده سازی جدا هستند. منطق برنامه مدلسازی شود و سپس ابزاری مدلها را تبدیل به کد اجرایی کند. MDA می گوید :

6. مدل‌سازي بر اساس UML ، MOF ، و XMI انجام مي‌شود. از چرخه حيات كامل نرم‌افزار (تحليل، طراحي، پياده‌سازي، استقرار، نگهداري، تكامل، و يكپارچه‌سازي) پشتيباني مي‌شود. بر روی قابلیت حمل بالا و نیز قابلیت استفاده مجدد تاکید دارد. معماري مدل‌رانه يك روش نوين براي تعريف و ساخت سيستم‌هاينرم افزاری است که در آن :

7. معماری مدل راندهدو چیز را از هم جدا می کند: • تبیین عملکرد ( آنچه قرار است سامانه انجام دهد) • تبیین پیاده سازی(جزئیات پیاده سازی) شعار : طراحی یک بار ، پیاده سازی روی هر سکو Design once , build it on any platform(.NET , J2EE , CORBA)

8. Model-Driven Architecture ( MDA ) • با سه مدل سروکار دارد: • مدل مستقل از محاسبه Computation-Independent Model (CIM) • مدل مستقل از سکو Platform-Independent Model (PIM) • مدل وابسته به سکو Platform-Specific Model (PSM)

9. بر روی نیازمندی های سیستم تاکید دارد. • جزئیات ساختار سیستم ها را نشان نمی دهد. • نقش مهمی در ایجاد پلی بین خبرگان دامنه مساله و نیازمندی ها از یک طرف و متخصصان طراحی و پیاده سازی از طرف دیگر دارد. )CIM) مدل مستقل از محاسبه

10. مدل مستقل از سکو (PIM) این مدل بر اساس مدل مستقل از محاسبه است. بر روی عملکرد یک سامانه تاکید میکند. جزئیات لازم برای پیاده سازی بر روی یک سکوی خاص مخفی شده است. از یک سکو به سکو دیگر بدون تغییر باقی می ماند.

11. )PSMمدل وابسته به سکو ( مدل مستقل از سكو را گسترش مي‌دهد. جزييات لازم براي پياده ‌سازي روي يك سكو خاص رانشان مي‌دهد. يك PSM مشخصه‌هاي داخل PIM را با جزييات مربوط به چگونگي استفاده سيستم بر روي يك سكو خاص تركيب مي‌كند.

12. فرایند MDA

13. زبان مدل سازيِ يكنواختThe Unified Modeling Language (UML) یک زبان گرافیکی برای تبیین (Specifyng) مصور سازی(visualizing) ساخت (Constructing) و مستند سازی محصولات نرم افزاری روش غالب یرای مدل سازی گرافیکی سامانه های نرم افزاری شیء گرا

14. نمودارهای UML 2.0 1.Activity Diagram 2. Class Diagram 3. Communication Diagram 4. Component Diagram 5. Composite Structure Diagram 6. Deployment Diagram 7. Interaction Overview Diagram 8. Object Diagram 9. Package Diagram 10. Sequence Diagram 11. State Machine Diagram 12. Timing Diagram 13. Use Case Diagram

15. معماری مدل رانه در عمل

16. گام دوم: ساخت مدل‌ مستقل از سکو (PIM) • مدل‌هاي PIM با توجه به مدل‌هاي CIM ايجاد مي‌شوند. گام اول: ساخت مدل مستقل از محاسبه (CIM) گام سوم: ساخت مدل وابسته به سكو (PSM) • معمار يك يا چند سكو را براي پياده‌سازي سيستم برمي‌گزيند. • اين كار با توجه به صفات كيفيتي و مصالحه بين آنها انجام مي‌شود. نيازمنديهاي سيستم در مدل‌هاي مستقل از محاسبه مدل مي‌شود. اين كار مي‌تواند توسط خبرگان دامنه مساله انجام شود.

17. گام چهارم: نشانه‌گذاري یک مدل براي تبديل مدل‌هاي PIM به مدل‌هاي PSM بايد از نگاشت استفاده كنيم. يك نگاشت مشخصه‌هايي را براي تبديل فراهم مي‌كند. براي انجام نگاشت ابتدا بايد مدل‌هاي PIM نشانه گذاري شوند. يك نشانه تعيين مي‌كند يك موجوديت در PIM چگونه بايد به موجوديتي در PSM تبديل شود. PIM Marked PIM

18. گام بعدي اين است كه PIM نشانه‌گذاري شده به يك PSM تبديل شود. مي‌تواند بصورت دستي، نيمه‌خودكار، يا تمام خودكار انجام شود. ورودي به اين گام PIM نشانه‌گذاري شده و يك نگاشت است. خروجي نيز PSM است. PIM Marked PIM Transformation PSM گام پنجم: تبدیل PIM به PSM

19. PIM Marked PIM Marked PSM Transformation code PSM گام ششم: توليد كد در آخرين گام كدهاي اجرايي توليد مي‌شود.

20. مزايايmda كد نويسي دستي رفتار يك مدل حذف مي‌شود. تمركز بر روي مدل‌ها باعث طراحي بهتر و دقيقتر مي‌شود. انقلابي در افزايش سطح تجريد جداسازي قواعد كاري از محيط پياده‌سازي

21. THANKS FOR YOUR ATENTION