پاورپوینت نمودار Component Diagram

دانلود پاورپوینت با موضوع نمودار Component Diagram دارای 19 اسلاید و با فرمت .ppt و قابل ویرایش و آماده برای ارائه ، چاپ ، تحقیق و کنفرانس می باشد.

 

تعداد اسلاید : 19 اسلاید
فرمت فایل: پاورپوینت .ppt و قابل ویرایش
آماده برای : ارائه ، چاپ ، تحقیق و کنفرانس

 

قسمتی از متن نمونه:

نمودار جزء Component Diagram
UML
نمودار جزء (مؤلفه)
پروژه های نرم افزاری به ندرت تماماً با کد نویسی توسعه می یابند، بلکه یک Application از کدهای جدید و مجموعه ای از کدهای تولید شده در پروژه‌های قبلی ایجاد می شود این شکل فرهنگ دوباره استفاده کردن تقریبا امری عادی و حتی ضروری شده است.
UML برای پشتیبانی از این امر نمودار جزء را ارائه کرده است تا بتوان قسمت‌های سازنده نرم افزار و ارتباطات آن را توصیف کرد.
تعریف نمودار جزء
برای مدلسازی وابستگی های قسمتهای مختلف یک سیستم از نمودار جزء استفاده می شود این دیاگرام دیدگاه فیزیکی و سطح بالا از نرم افزار ارائه می‌دهد. حتی می تواند نحوه بسته بندی نرم افزار را توصیف کند.
همچنین با نمودار جزء می توان رفتار خارجی مولفه ها براساس واسطهای دسترسی به آنها را نمایش داد.

یک نمودار Component اجرای نرم افزاری سیستم شما را نشان می دهد.
نمودار جزء
هر یک از کلاسهای موجود در مدل به یک Component کد منبع نگاشت می شوند اولین باری که Component ها ایجاد می‌شوند، کلاس ها به Componentها تخصیص داده می شوند. سپس وابستگیهای میان Componentها رسم می شوند.
وابستگی های Component، وابستگیهای زمان اجرا و زمان ترجمه میان Componentها را نشان می دهد.
رسم نمودار جزء
مولفه (جزء):
یک مولفه در UML بصورت شکل زیر نمایش داده می شود که نام مولفه در داخل آن ذکر می گردد.
رابطه وابستگی:
در صورتیکه تغییر یک مولفه، مولفه دیگری را تغییر دهد بین این دو مولفه رابطه وابستگی وجود دارد
تعریف مولفه (جزء)
یک مولفه متشکل از یک یا چند واحد جزء تقریبا مستقل که براساس معماری مشخص عمل می کند که منظور از واحد جزء چیز بزرگتر از چند خط کد می باشد یعنی می تواند یک یا چند ساختمان داده یا کلاس باشد تقریبا مستقل به این معنی است که سعی می شود در تولید مولفه حداکثر استقلال حفظ شود. براساس معماری مشخص نیز تعامل و هماهنگی مولفه با دیگر مولفه ها را نشان می دهد.
نکته
هر مدل می تواند شامل چندین component با زبانهای مختلف باشد ولی هر کلاس فقط می تواند به component هایی با زبان یکسان نسبت داده شود.
خاصیت گرانول ( دانه ای )
برای اینکه بتوان بیان درستی از عملکرد یک نرم افزار ارائه داد بایستی واحدی بزرگتر از کلاس را بعنوان معیار انتخاب کرد.
در متدولوژی های مختلفی که ارائه شده است برتراند میر مفهوم کلاستر را ارائه داد. پیتر کد مفهوم ناحیه موضوع را پیشنهاد کرد ملور مفهوم دامنه را ارائه داد. UML نیز مفهوم بسته را انتخاب کرد.
بنابراین برای اینکه بتوانیم سازماندهی از نرم افزار ارائه دهیم سازماندهی بسته‌های آنرا ارائه می کنیم.
خاصیت گرانول ( دانه ای )
یک سازماندهی مناسب از بسته ها بایستی بتواند به سوالات زیر پاسخ دهد.(Martin 98.Martin99)
بهترین تقسیم بندی نرم افزار به چه صورت بایستی باشد؟
چه رابطه ای بین بسته های نرم افزار وجود دارد؟
بایستی ابتدا بسته ها ایجاد شوند یا مولفه ها یا کلاس ها ؟
استفاده مجدد
یکی از اهداف استفاده از روشهای شی گرایی رسیدن به حد مطلوبی از استفاده مجدد است اما استفاده مجدد چیست؟
....