فی دوو

مرجع دانلود فایل ,تحقیق , پروژه , پایان نامه , فایل فلش گوشی

فی دوو

مرجع دانلود فایل ,تحقیق , پروژه , پایان نامه , فایل فلش گوشی

مقاله : UML یا زبان مدل سازی یکپارچه

اختصاصی از فی دوو مقاله : UML یا زبان مدل سازی یکپارچه دانلود با لینک مستقیم و پر سرعت .

UML)Unified Modeling Languagelrhge) یا زبان مدل سازی یکپارچه، با فرمت ورد 79 صفحه

 

بخشهایی از متن جهت اشنایی:

مقدمه‌ای بر زبان مدل‌سازی یکپارچه UML

مدل‌ها همان‌چیزی را برای ما در نرم‌افزار انجام می‌دهند که نقشه‌ها در ساختن بناها انجام می‌دهند.

مدل‌ها نقشه‌های سیستم می‌باشند.

مدل‌ها باعث می‌شوند اطمینان از طراحی درست حاصل گردد و نیازهای سیستم نسبتاً کامل در نظر گرفته شود و سیستم در مقابل تغییرات مقاوم بوده و از هم نپاشد.

به آسانی از مدل می‌توانیم کد تولید کنیم و کار را پیگیری کنیم و عیب‌یابی نمائیم.

پس:

مدل تصویری نمادین از واقعیت ارائه می‌دهد.

UML(Unified Modeling Language) یا زبان مدل سازی یکپارچه یک زبان مدل سازی است.

زبان به این معنی که دستورالعمل یا گرامری برای خواندن و نوشتن ارائه می‌دهد.

مدل سازی ایجاد نمادهایی است که یک سیستم را توصیف می‌کند.

یکپارچه، چکیده‌ی سال‌ها تلاش متخصصان تجزیه تحلیل و طراحی سیستم و رسیدن به یک استاندارد واحد را بیان می‌کند.

تعریف دیگری از UML

یک زبان بصری برای مدل‌سازی رفتار یک سیستم می‌باشد. این یک زبان برنامه نویسی نیست، بلکه مجموعه‌ای نماد است که می‌تواند صفات و رفتار یک سیستم را نمایش دهد.

تعریف دیگری از UML

UML زبانی برای مشخص کردن، سازماندهی کردن و به تصویر کشیدن و مستندسازی عناصر سازنده یک سیستم نرم افزاری است.

UML چه چیزی نیست؟

UML ذاتاً زبان برنامه نویسی بصری نیست و نمی‌توان برای تولید یک محصول نرم‌افزاری استفاده گردد. بلکه می‌تواند مدلی برای ساخت و مستندسازی نرم‌افزار ارائه دهد.

UML ابزار نیست،‌فرآیند نیست، از فرآیند تولید نرم افزار مستقل است.

نگرش‌ها و دیاگرام‌های UML

UML به طور کلی سه نوع نگرش در یک سیستم به وجود می‌آورد:

کنشگر کیست؟

موارد کاربرد مسئله خودپرداز به تفکیک

مودر کاربرد بررسی مانده:

خود پرداز

اجزاء نمودار (Use Case)

تعریف کنشگر (Actor)

نقشی که توسط انسان، سیستم، زمان اجرا شده و با سیستم (سناریوی) مورد نظر در تعامل است، یعنی به سیستم داده می‌دهد یا از آن داده می‌گیرد.

مثلاً متقاضی در دستگاه ATMbase

انواع عامل :

اولین نوع عامل یک انسان فیزیکی یا به عبارت دیگر کاربر است . که تقریبا در تمام سیستم ها وجود دارند . استفاده از نام نقش کاربر به جای استفاده از نام موقعیت کاربر ، تصویر پایدارتری از عامل را به شما ارائه خواهد کرد. نام موقعیت برای یک عامل ممکن است تغییر کند و رابطه ها و مسئولیت ها از یک موقعیت به موقعیت دیگر انتقال یابد ، با استفاده از نقش ها با افزایش یا تغییر یک موقعیت نیازه به بروزرسانی مدل نخواهد بود.

دومین نوع عامل سیستم است . مثل سیستم اعتباری بانک

سومین نوع عامل زمان است . همگامی زمان تبدیل به یک عامل می شود که زمان در حال گذر باعث ایجاد رخدادی در سیستم گردد. مثلا ممکن است سیستم ATM هر نمیه شب یک پردازش تطبیق سیستم انجام دهد . چون زمان خارج از کنترل ماست یک عامل می باشد.

مراحل افزودن یک رابطة uses در Rose :

رابطه بکارگیری uses

تفاوت روابط مشمول و بکارگیری

رابطه Extends :

پرداختن به Rational Rose

بخش‌های صفحه نمایش:

اهداف این پنجره‌ه به طور مختصر

پنجره مستند سازی

نوار ابزار

در Rose دو نوار ابزار وجود دارد. 1- نوار ابزار استاندارد Standard

2-نوار ابزار نمودار Diagram

نوار ابزار استاندارد همیشه نمایش داده می‌شود و شامل گزینه‌هایی است که شما می‌توانید در هر نموداری استفاده کنید.

نوار ابزار Diagram(نمودار) برای هر نوع نمودار UML تغییر می‌کند.

ظاهر یا مخفی کردن ابزار Diagram , Standard

پنجره نمودار Diagram Window

ایجاد مدل‌ها

اولین مرحله در کار با Rose ایجاد یک مدل است

کار با فونت‌ها

در Rose می‌توانید به طور مجزا فونت آبجکت‌های روی یک نمودار را تغییر دهید تا مدل‌تان خواناتر شود.

طریقه‌ی ایجاد نمودارهای Use case

مشخصات Use case(specification)

ساختن Use case Astract

رابطه توسعه extend

رابطه‌ای که از مورد کاربرد توسعه یافته به مورد کاربرد مبنا است.

هنگامی که بخواهیم خصوصیات جدیدی به مورد کاربرد مبنا بیافزائیم.

نماد رابطه توسعه یک فلش خط چین و علامت "extend" بالای آن است.

جهت فلش از مورد توسعه یافته به سمت مورد مبنا است.

دو مفهوم مهم در رابطه با توسعه:

  • نقطه توسعه: مکان اضافه شدن خصوصیات اضافی به مورد کاربرد را نشان می‌دهد.
  • شرط: زمان اضافه شدن خصوصیات اضافی به مورد کاربرد را نشان می‌دهد.

افزودن یادداشت به نمودار

کار با بسته‌های نرم افزاری (Packages)

افزودن بسته‌های نرم افزاری

کار کردن با عامل‌ها (Actor)

نکات دیاگرام کلاس:

  • نام گذاری کلاس‌ها:

نام کلاس‌ها را نسبتاً کوتاه اختیار کنید.

  • نسبت دادن یک Streotype به کلاس:

کلاس های Boundary

مراحل ساخت کلاس دیاگرام:

رابطه تجمعی Aggregation :‌

بیان می‌کند یک کلاس کل از چه کلاس‌های جزئی تشکیل شده است. رابطه‌ای بین دو شیء، که یک شیء عضوی از شیء دیگر می‌باشد.

رابطه ترکیب composition :

یک فرم قوی‌تر از رابطه تجمعی را رابطه ترکیب گوئیم.

 


دانلود با لینک مستقیم


مقاله : UML یا زبان مدل سازی یکپارچه