بخشی از پاورپوینت
اسلاید 1 :
به نام خدا
ارائه درس سیستم اطلاعات مدیریت
موضوع ارائه : زبان مدل سازی یکپارچه
اسلاید 2 :
فهرست مطالب
مقدمه
تاریخچه
تعریف
فازها
نمودار
نمودارهای ساختاری
ویژگی ها
نمودار های رفتاری
اسلاید 3 :
مقدمه
زبان مدلسازی یکپارچه یا «یو امال»، یک زبان مدلسازی همه منظوره استاندارد در زمینه مهندسی نرمافزار است که توسط
گروه مدیریت شی ایجاد شد.
در حال حاضر آخرین نسخه این زبان نسخه ۲٫۴٫۱ است که در سال ۲۰۰۷ میلادی مشخصات آن منتشر شد.
با استفاده از یو امال میتوان تقریباً هر گونه برنامه کاربردی که ممکن است بر روی هر ترکیبی از سختافزار، سیستم عامل،
زبان برنامهنویسی و شبکه اجرا شود را مدلسازی نمود. طراحی بر پایه مفاهیم شی گرایی یو امال سبب میشود
که ذاتاً با محیطها و زبانهای برنامهنویسی شی گرا (مانند سی پلاس پلاس، جاوا و سی شارپ) سازگاری کامل داشته باشد،
اگرچه میتوان از آن برای مدلسازی برنامههای غیر شی گرا مانند برنامههایی که با زبانهای بیسیک، کوبول و فرترن نوشته میشوند نیز استفاده نمود.
اسلاید 4 :
تاریخچه
یك زبان مدل سازی است كه درسال 1995 به وسيله شركت ریشنال معرفی شد. Unified Modeling Language
پس از ارائه مفاهيم شی گرائی در ابتدای دهه 80 ميلادی به تدريج روش های شی گرائی توليد نرم افزار ارائه گرديد.
مهمترين اين روش ها می توان به او ام تی – بوچ و . اشاره کرد.
و کریستن نایگارددر سال ۱۹۶۷ در نروژ طراحی شد. اولین زبان برنامهنویسی شی گرا سیمولا بود که توسط اوله ژوهان داهل
این زبان اگرچه خود پیروان چندانی به دست نیاورد اما تأثیر زیادی بر روی بسیاری از زبانهای شی گرای بعدی داشت.
اسلاید 5 :
چیست؟ UML
یا زبان مدلسازی یكنواخت، زبانی است برای مشخص كردن ، مصور سازی ، ساخت ، مستند سازی سیستم های UML
اما چرا مدل و مدل سازی؟
ایجاد یك مدل برای سیستم های نرم افزاری قبل از ساخت یا بازساخت آن، به اندازه داشتن نقشه برای
ساختن یك ساختمان ضروری و حیاتی است. بسیاری از شاخه های مهندسی، توصیف چگونگی
محصولاتی كه باید ساخته شوند را ترسیم میكنند و ھمچنین دقت زیادی میكنند كه محصولاتشان
طبق این مدل ها و توصیف ها ساخته شوند. مدل های خوب و دقیق در برقراری یك ارتباط كامل بین افراد
پروژه، نقش زیادی میتوانند داشته باشند. شاید علت مدل كردن سیستم های پیچیده این باشد كه
تمامی آن را نمی توان یكباره مجسم كرد، بنابراین برای فهم كامل سیستم و یافتن و نمایش ارتباط بین
قسمت های مختلف آن، به مدلسازی می پردازیم.
نرم افزاری و غیر نرم افزاری و نیز برای مدل سازی سیستم های تجاری.
اسلاید 6 :
UMLفاز های
مستقل از فرآیند است ولی ایجاد کنندگان آن فرایندی را طراحی کرده اند که به طور کامل از آن پشتیبانی میکند. UMLگرچه
عموماً هر فرآیندی شامل فازهای زیر است :
1) آنالیز نیازها
2) آنالیز
3) طراحی
4) پیاده سازی
5) آزمایش
اسلاید 7 :
1)آنالیز نیازها : نیازمندی های مشتری را توصیف میکند. به این معنا که مشتری چه چیزهایی از سیستم توقع دارد،
بدون اینکه کوچکترین اطلاعی در مورد پیاده سازی برنامه داشته باشد .
2)آنالیز : در این فاز کلاسها و اشیاء اولیه که در دامنه مسئله حضور دارند تهیه می شوند و در مورد همکاری کلاسها
توضیح داده می شود.
3)طراحی : در فاز طراحی، نتیجه آنالیز به راه حل تکنیکی ختم می شود و کلاسهای جدید به مدل اضافه می شوند.
کارکرد طراحی در فاز ساختاری این است که وارد جزئیات می شود و مدلها را آماده برای پیاده سازی می کند.
اسلاید 8 :
4)پیاده سازی : در این فاز کلاس هایی که در مرحلهی طراحی تهیه شده بودند، به کدهای واقعی به زبان های برنامه نویسی
تبدیل می شوند.در فاز آنالیز و طراحی بهتر است از لحاظ ذهنی به کد توجه نشود.
5)آزمایش : پس از اتمام فازهای مذکور، برنامه مورد آزمایش قرار میگیرد. عیوب آن را مشخص شده و به عقب بر می گردیم.
این فاز دو یا چند بار تکرار می شود تا برنامه به کمال مطلوب برسد.
اسلاید 9 :
UML نمودارهای
یو ام ال توسط نمودارهایی ساختار و رفتار سیستم را نمایش میدهد. یک سیستم به صورت مجموعهای از اشیای مجزا
مدل میشود که برای رسیدن به هدف نهایی سیستم با یکدیگر تعامل دارند.
نمودارهای یو امال نمایشگر دو دیدگاه مختلف از مدل سیستم هستند :
دید ایستا (ساختاری)
دید پویا ( رفتاری)
اسلاید 10 :
دید پویا (رفتاری) : این دیدگاه تأکید برنمایش رفتار پویای سیستم با نشان دادن هماهنگی میان اشیاء و تغییرات وضعیت
داخلی اشیاء دارد. به عنوان نمونه میتوان از نمودار توالی یا نمودار فعالیت نام برد.
یو امال ۲٫۲، ۱۴ گونه نمودار مختلف دارد که به دو دسته اصلی تقسیم میشوند. هفت نمودار برای نمایش اطلاعات ساختاری
به کار میروند و هفت نمودار دیگر برای نمایش رفتار و برهم کنشها استفاده میشوند.
دید ایستا (ساختاری) : این دیدگاه تأکید بر نمایش ساختار ایستای سیستم با استفاده از اشیاء، خصوصیتها، عملیات
و رابطهها دارد. نمودارهای ساختاری انواع اشیایی که برای سیستم و پیادهسازی آن اهمیت دارند و روابط
بین اشیاء را تصویر میکنند. به عنوان نمونه میتوان از نمودارکلاس نام برد.
اسلاید 11 :
شکل زیر یک نمودار کلاس است که دستهبندی سلسه مراتبی نمودارهای
یوام ال را نشان میدهد.
اسلاید 12 :
نمودار های ساختاری
1) Class Diagram
2) Object Diagram
3) Component Diagram
4) Deployment Diagram
اسلاید 13 :
نمودار های رفتاری
Use Case Diagram1) نمودار مورد کاربرد
Intraction Diagram 2) نمودار تعامل
State Diagram 3) نمودار حالت
Activity Diagram4) نمودار فعالیت
اسلاید 14 :
UMLویژگیھای
این زبان برنامه نویسی دارای ویژگی های بارز فراوانی است كه در این قسمت به آن ها میپردازیم.
این زبان یك زبان مدلسازی است اما چیزی فراتر از چند نماد گرافیكی. بطوریكه در ورای این نمادها، یك سمانتیك (معناشناسی)
قوی وجود دارد، بطوریكه یك تولیدكننده میتواند مدل هایی تولید كند كه تولیدكننده های دیگر و یا حتی یك ماشین آن را
بخواند و بفهمد.
بنابراین یكی دیگر از نقش های مهم آن " تسهیل ارتباط" بین اعضای پروژه و یا بین تولیدكنندگان مختلف میباشد.
این ارتباط بسیار مهم است. شاید دلیل اصلی اینكه تولید نرم افزار به صورت فریبنده ای دشوار است،
ھمین عدم ارتباط مناسب بین اعضای پروژه باشد و اگر در تولید نرم افزار، بین اعضای پروژه
گزارش های هفتگی و مداوم وجود داشته باشد، بسیاری از این دشواری ها برطرف خواهد شد.
اسلاید 15 :
یك زبان برنامه نویسی بصری نیست اما مدل های آن را میتوان مستقیما به انواع زبان های مختلف ارتباط داد. UML
اسلاید 16 :
انتقاد ها
اگرچه یو امال زبانی استانداردشده و محبوب برای مدلسازی است اما انتقادهایی نیز به آن وارد میشود:
1) استانداردهای حجیم :
یکی از انتقادات اساسی به یو امال در مورد حجم بالای استانداردهای مورد استفاده در این زبان است. یو امال شامل بسیاری
از نمودارها و ساختهایی است که یا اضافی هستند یا به ندرت مورد استفاده قرار میگیرند. ایوار یاکوبسون یکی از طراحان
یو امال، میگوید که اعتراضاتی که به اندازه یو امال ۲ میشود به اندازه کافی معتبر هستند که باعث شوند استفاده از
عاملهای هوشمند را برای حل مسئله در نظر بگیریم. مشکل آموزش و به کار گرفتن یو امال: حجیم بودن یو امال یادگیری
و استفاده از آن را به ویژه برای مهندسینی که مهارتها و دانش پیش نیاز آن را ندارند مشکل میسازد.
در اغلب موارد افراد نمودارها را با استفاده از سمبلهای در دسترس در ابزارهای یو امال طراحی میکنند، بیآنکه بدانند
این سمبلها به چه منظوری به وجود آمدهاند.
اسلاید 17 :
2) عدم تطابق بین قابلیتهای یو امال و قابلیتهای زبانهای پیادهسازی :
همانند سایر سیستمهای نشان گذاری، یو امال برخی از سیستمها را مختصر تر و مؤثر ترازبقیه سیستمها نمایش میدهد؛
بنابراین یک تولیدکننده نرمافزار به سمت راه حلهایی کشیده میشود که در فصل مشترک تواناییهای یو امال و زبان پیادهسازی
قرار میگیرند. این مشکل در مورد زبانهای پیادهسازی که سازگاری کاملی با دکترین طراحی شی گرا ندارند نمایان تر است
زیرا فصل مشترک قابلیتهای این زبانها با یو امال کوچکتر است.
