دانلود پاورپوینت تحلیل و بررسی جایگاه مؤلفه ها در زیر سیستم ها

\n

طراحی و مدل کردن مؤلفه ها

\n

\n

عنوان های پاورپوینت  : 

\n

\n

تحلیل و بررسی جایگاه مؤلفه ها در زیر سیستم ها

\n

فصل 7- طراحی و مدل کردن مؤلفه ها

\n

معرفی

\n

توسعه مؤلفه محور

\n

تاریخچه

\n

تعاریف

\n

تعریف مؤلفه

\n

خصوصیات یک مؤلفه

\n

جایگاه مؤلفه ها در زیر سیستم ها

\n

ارتباطات و واسطه ها

\n

کیفیتهای طراحی مؤلفه ها

\n

دیدگاه مؤلفه

\n

ارتباط مؤلفه ها

\n

دیدگاه مؤلفه ها با استفاده از واسطه ها

\n

دیدگاه مؤلفه ها با استفاده از واسطه ها و مؤلفه های مرکب

\n

دیدگاه مؤلفه ها با استفاده از پیغامها

\n

دیدگاه مؤلفه ها با استفاده از ترکیبی از پیغامها و واسطه ها

\n

مقایسه ارتباط با روشهای پیغامها و واسطها

\n

امکان مکانیزم حاشیه گذاری کارایی و قابلیت گسترش

\n

روشهای نمود دینامیکی مؤلفه ها:

\n

دیدگاه تعامل مؤلفه ها

\n

دیدگاه حالت مؤلفه

\n

مدل سازی حالت توسط تغییر فعالیت ها

\n

خلاصه و نتیجه گیری

\n

منابع

\n

\n \n\n \n\n

---

\n\nقسمت ها و تکه های اتفاقی از فایل\n\n \n\nکیفیتهای طراحی مؤلفه ها\n\nچالشهای موجود:\n\nCodependency بین مؤلفه ها، بنحوی که در هنگام آغاز سیستم بن بست رخ ندهد.\n\nنسبت دادن حالت سیستم به مؤلفه ها. مثلاً نسبت دادن اطلاعات حالات سیستم و نگهداری مانای این اطلاعات\n\nنگهداری مانای اطلاعات در سیستمهای توزیع شده بنحوی که کارایی را تحت تاثیر قرار ندهد.\n\nهدف اصلی در طراحی مؤلفه ها:\n\nLoosely coupling\n\nHigh cohesion\n\nدیدگاه مؤلفه\n\nتمرکز: بر تقسیم کردن کارکرد بین مؤلفه ها، واسطه های بین مؤلفه ها و هر حالت عمومی که باید بین مؤلفه ها بصورت مشترک استفاده شود.\n\nهدف: اتصال و ارتباط مؤلفه های زمان اجرا را توصیف می کند.\n\nزمان بکارگیری: در طول طراحی و توسعه سیستم، زمانی که دیدهای آنالیز و زیرسیستمها مشخص شدند.\n\nذینفعان: تیم معماری نرم افزار، تیم مهندسی سیستم های نرم افزاری، توسعه گران، تیم تست، مدیران توسعه و مدیران پروژه\n\nقابلیت توسعه: براساس سناریو ها یا مؤلفه ها. می توان از مؤلفه های مرکب استفاده کرد.\n\nرابطه با دیگر دیدگاه ها: می بایست با مؤلفه های پروسس و تحویل نهایی(deployment) سازگار باشد.\n\nارتباط مؤلفه ها\n\nاین ارتباط به موارد زیر وابسته است:\n\nماهیت کاربرد\n\nفراخوانی توابع از راه دور (RPC)\n\nحجم داده ها\n\nنوع تعاملات\n\nسنکرون\n\nآسنکرون\n\nسه نوع ارتباط بین مؤلفه ها قابل تعریف است\n\nاز طریق واسط ها(interface)\n\nاز طریق پیغام رسانی (بدون واسطه) (messaging)\n\nترکیبی از دو روش بالا\n\nدیدگاه مؤلفه ها با استفاده از پیغامها\n\nشامل 3 جز است:\n\nدرگاه ها\n\nپروتکل حاکم بر ارتباط\n\nنوع پیغام\n\nدرگاه نوعی کلاس stereotyped است که ارتباطات نوع خاصی پیغام را فراهم می کند.\n\nدرگاه نوع پیغام دریافتی و ارسالی را مشخص می کند.\n\nمکانیزم پیغام رسانی ارتباط چند جانبه بین مؤلفه ها را فراهم می کند.\n\nاستفاده از پیغام امکان درخواست های Asynchronous را فراهم می کند.\n\nتفاوت اساسی این روش با روش استفاده از مولفه ها:\n\nامکان broadcasting\n\nعدم وجود متدها\n\nحضور شمای پیغام و پروتکلهای ارتباطی\n\nمقایسه ارتباط با روشهای پیغامها و واسطها\n\nامکان broadcasting در روش مبتنی بر پیغامها\n\nعدم وجود متودها در روش مبتنی بر پیغامها\n\nوجود شمای پیغام و پروتکلهای ارتباطی در روش مبتنی بر پیغامها\n\nDecouple بودن مؤلفه ها در روش مبتنی بر پیغامها\n\nروشهای نمود دینامیکی مؤلفه ها:\n\nنمود دینامیکی زمان اجرای مؤلفه ها را بوسیله نمودارهای sequence و state در سطح مؤلفه نشان می دهد.\n\nدر زیر انواع روشهای نمود دینامیکی مؤلفه ها مشاهده می شود:\n\nدیدگاه تعامل مؤلفه ها\n\nدیدگاه حالت مؤلفه ها\n\nدیدگاه تعامل مؤلفه ها\n\nهدف: تأیید اعتبار ساختار طراحی از طریق سیر در پویایی نرم افزار.\n\nزمان بکارگیری: در طول عمر پروژه، ابتدا در حین تحلیل و طراحی فراهم می شود، ولی در زمان توسعه می تواند استفاده و بسط داده شود.\n\nذینفع ها: تیم معماری نرم افزار، تیم مهندسی سیستم های نرم افزاری، هدایت گران طراحی زیرسیستم ها، توسعه گران\n\nقابلیت توسعه: براساس سناریو ها می توان بوسیله مؤلفه های مرکب آنرا توسعه داد.\n\nرابطه با دیگر دیدگاه ها: می بایست با دیدگاه مؤلفه، پروسس و تحویل نهایی(deployment) سازگار باشد.\n\nدیدگاه تعامل مؤلفه ها (ادامه)\n\nبیشتر از نمودارهای تعامل اشیاء (object  interaction) قابلیت توسعه دارد، زیرا جزئیات اشیاء نشان داده نمی شوند.\n\nبرای نمایش مؤلفه های خریداری شده(COTS) و سیستم های قدیمی (legacy) بسیار مناسب است.\n\nدیدگاه حالت مؤلفه\n\nدیدگاه حالت مؤلفه وسیله ای جهت ارائه حالات داخلی وفعالیت های یک یا چند مؤلفه را فراهم می آورد.\n\nرفتار را به دو صورت می توان مستند کرد:\n\nنمایش حالات بالقوه مؤلفه و انتقال بین این حالات\n\nنمایش گردش کنترل از یک فعالیت به دیگری\n\nدیدگاه حالت مؤلفه (ادامه)\n\nهدف: مدل کردن حالت یک یا گروهی از مؤلفه ها\n\nزمان بکارگیری: در طول عمر پروژه، ابتدا در حین تحلیل و طراحی فراهم می شود، ولی در زمان توسعه می تواند استفاده و بسط داده شود.\n\nذینفع ها: تیم معماری نرم افزار، تیم مهندسی سیستم های نرم افزاری، هدایت گران طراحی زیرسیستم ها، توسعه گران و تست کننده ها.\n\nقابلیت توسعه : دیدهای مبتنی بر حالت برای یک مؤلفه می توانند به مؤلفه های مرکب توسعه پیدا کنند. دید های بر اساس فعالیت می توانند بر یک یا چند مؤلفه اعمال شوند.\n\nارتباط با دیگر دیدگاه ها: می بایست با دیدگاه های پویا ،همچنین تعریف واسط و پیغام سازگار باشند.\n\nمدل سازی حالت توسط تغییر فعالیت ها\n\nاین دیدگاه انتقال از یک فعالیت به دیگری را برای مؤلفه نشان می دهد.\n\nحالات شامل یک فعالیت می باشند و با تکمیل حالت دیگری، شروع می شوند.\n\nمی توان فعالیت های مرتبط مؤلفه ها مختلف را در ساختارهای swimlanes دسته بندی کرد و بدین وسیله انتقال بین فعالیت های گروهی از مؤلفه ها را نمایش داد.\n\nخلاصه و نتیجه گیری\n\nتعریف مؤلفه ها و نقش بسزای آنان در امر:\n\nکاهش زمان تولید و افزایش کارایی سیستم\n\nامکان استفاده از مؤلفه های پیش ساخته\n\nکاهش وابستگی اجزاء سیستم به هم و به زیرساخت سخت افزاری\n\nامکان ارتقاء مستقل مؤلفه ها\n\nشناخت انواع روشهای ارتباطی بین مؤلفه ها و مقایسه آنان\n\nلزوم استفاده از مؤلفه های از قبل موجود\n\nبررسی انواع دیدگاهها در طراحی سیستمهای مؤلفه محور و نحوه نمایش آنها\n\n \n\n30 تا 70 درصد پروژه | پاورپوینت | سمینار | طرح های کارآفرینی و  توجیهی |  پایان-نامه |  پی دی اف  مقاله ( کتاب ) | نقشه | پلان طراحی |  های آماده به صورت رایگان میباشد ( word | pdf | docx | doc )