حامی فایل

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

حامی فایل

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

مقاله UML و کاربرد آن

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

مقاله UML و کاربرد آن


مقاله UML و کاربرد آن

لینک پرداخت و دانلود در "پایین مطلب"

 

فرمت فایل: word (قابل ویرایش و آماده پرینت)
تعداد صفحات:65

چکیده:

در مدلسازی شیئ‌گرای نرم افزار با استفاده ازUML  چهره‌هایی مختلف یک سیستم با استفاده از دیاگرامهای مختلف نمایش داده می‌شوند. ساختار پایدار سیستم از طریق دیاگرامهای کلاس واکنش بین قطعات مختلف مدل از طریق دیاگرام‌های کنش مثل دیاگرام‌های توالی و دیاگرانم‌های همکاری نمایش داده می‌شود. بنابراین یک مدل کامل شامل چندین دیاگرام از انواع مختلف می‌باشد. بنابراین سازگاری بین دیاگرامهای مختلف از اهمیت بسیاری برخوردار است.

در این مقاله آنالیز سازگاری بین دیاگرامهای گلاس و توالی با استفاده از گرافهای نوع ویژگی و تبدیلات آنها شرح داده شده است. اگر بخواهیم به طور صریح بگوییم دیاگرامهای کلاس به گرافهای نوع ویژگی که به آنها گرافهای کلاس می‌گوییم تبدیل می‌گردند.همچنین چند‌تایی‌ها به قیودی تبدیل می‌گردند که به آنها قیود چند‌تایی می‌گوییم. دیاگرامهای توالی توسط یک گرامر گراف‌گونه نمایش داده می‌شوند که به آنها گرامرهای گراف‌گونه کنش می‌گویم.

آنالیز سازگاری شامل موارد “ وجودی” ، “ آشکاری” و “ چند تایی” می‌گردد برای آنالیز سازگاری از تکنیکهای جبری موجود، برای گرامرهای گراف‌گونه استفاده شده است.

1­ـ  ممقدمه

برای ایجاد یک سیستم جدید واعمال تغییرات در یک سیستم موجود در ابتدا باید کارکرد آن سیستم تعیین گردد. درحقیقت ساختار ایستا و پویای سیستم باید کاملاً مشخص و مدلسازی گردد. بنابراین واجب است، عناصری برای نمایش ساختار داخلی، رفتار سیستم و کنش بین قطعات مختلف آن در نظر گرفته ‌شوند. در صورتی که از یک متد شیئ‌گرا استفاده کنیم، در آنصورت UML برای نمایش و مدلسازی سیستم و قطعات آن انتخاب مناسبی است. UML چند نوع مختلف دیاگرام را که هر کدام سیستم را از زاویه‌ای خاص نمایش می‌دهند،. تعریف می‌کند. هر دیاگرام یا ساختار ایستای سیستم، یا رفتار داخلی آن و یا کنش بین قطعات مختلف را نمایش می‌دهد. بنابراین مدل کامل سیستم شامل چندین دیاگرام از انواع مختلف می‌باشد. علاوه براینکه دیاگرامها از نظر املایی باید درست باشد و همچنین هر یک به تنهای سازگار باشند، دیاگرامهایی که از یک نوع نیستند، نیز باید با هم سازگار باشند. برای آنالیز سازگاری دیاگرامهای  کلاس و توالی از گرافهای نوع ویژگی و تبدیلات آنها استفاده شده است.

برای درک بهتر راه حل ارائه شده در بخش بعد، ابتدا دیاگرام‌های کلاس و توالی و ویژگیهایی که باید بررسی گردند،  مورد مطالعه قرار می گیرند.

دیاگرامهای UML

UML یک زبان مدلسازی یکپارچه می باشد ،‌که برای مدلسازی انواع سیستم های نرم افزاری مبتنی بر متدولوژی شیئی گرا در نظر گرفته شده است . این زبان برای تشریح ، نمایش ،‌ساخت و X مستند سازی سیستم های نرم افزاری مورد استفاده قرار می گیرد. نسخه1-1  UML در نوامبر 1997 توسطOMG مورد قبول واقع شده است و نسخه   3-1 آن از مارس 1999در دسترس می‌باشد. به خاطر استفاده فراوان این زبان در صنعت و تحقیقات این زبان بصورت استاندارد در آمده است.

1-2- دیاگرامهای کلاس

1-1-2-   تعریف

دیاگرامهای کلاس ساختار ایستای سیستم را نمایش می‌دهند، یعنی عناصر موجود در سیستم، ساختار داخلی آنها و ارتباط آنها با سایر عناصر سیستم را مشخص می کنند. عناصر سیستم بصورت کلاس در دیاگرام کلاس نمایش داده می‌شوند.

چند نوع مارتباط ایستا بین کلاسها وجود دارد یعنی تناظر، مجتمع، ترکیب، وابستگی و تعمیم .

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

2-1-2 عناصر دیاگرامهای کلاس

یک کلاس یک شرح برای مجموعة اشیائی است ،‌که دارای یک ساختار ، رفتار ، ارتباطها و معنی می باشند. هر کلاس دارای یک نام می باشد و می تواند متعلق به یک بسته باشد.

اشیائی که از یک کلاس هستند دارای یک لیست ویژگیها و یک لیست متدهای یکسان می‌باشند،اماL1  مقادیر ویژگیها ممکن است متفاوت باشند. یک دیاگرام کلاس می‌تواند دارای اشیایی باشد، که نمونه‌هایی از کلاسها می‌باشند. شکل معمول تعریف یک ویژگی بصورت زیر می‌باشد.

Visibility name : type ?? expression

نوع ویژگی (type- expression) توسط UML تعریف نمی‌شود و این مقدار وابسته به زبان می‌باشد در حقیقت نوع متغیر، برای زبانی است، که در نهایت کلاس مورد نظر در آن ایجاد و پیاده‌سازی خواهد شد. ممکن است کلاسهای موجود در دیاگرام کلاس به عنوان نوع متغیر برای ویژگیها مورد استفاده قرار گیرند. این زمانی است که یک ویژگی یک مرجع برای یک شیء از آن کلاس نگهداری می‌کند. آشکاری ویژگیها شامل یکی از موارد protecded(#) , public(+)    و prirate(-) می‌باشد. ویژگیهای عمونی (public) برای سایر کلاسها قابل دسترس هستند،ویژگیهای محافظت شده تنها برای اشیاء همان کلاس و یا زیرکلاسهای آن قابل دسترس می‌باشند و ویژگیهای خصوصی(( prirate  تنها برای خود شیء قابل دسترس می‌باشند. سایر جزئیات مثل مقادیر اولیه، چند تایی و رشته‌های مربوط به ویژگی ها ،‌ همگی اختیاری هستند.

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

Visitility name (parameter

Visibility name (parameter – list): return-type-expression

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

Name: type-expression

آشکاری متدها همانند ویژگیها مورد بررسی قرار می‌گیرد. متدی که یک عملیات را محقق می‌سازد دارای همان خصوصیات عملیات می‌باشد و البته دارای یک بدنه پیاده‌سازی می‌باشد که عملیات را پیاده‌سازی می‌کند.

کلاسها بصورت درختی توسط بسته‌ها ؟؟سازماندهی می‌گردند.

هر کلاس حداکثر به یک بسته تعلق دارد و بسته به نوع آشکاری آن قابل دستیابی از طرف سایر بسته‌ها می‌باشد.

رابطه ساختاری بین کلاسها از طریق روابط تناظر و تعمیم نشان داده می‌شود. یک کمان بیانگر ارتباط ساختاری یک شیء از کلاس مبدأ با یک شیء از کلاس مقصد می‌باشد. یک رابطه تناظر دو طرفه که بصورت یک خط نشان  می‌دهد. این ارتباط ساختاری به ایت معنی است که شیء مبدأ به راحتی به شیء مقصد دسترسی پیدا می‌کند دلیل این امر آن است که شیء مبدأ یک مرجع به شیء مقصد را در خود نگهداری می‌کند. رابط تناظر معمولاً بایزی می‌باشند اما می‌توان روابط تناظر چند‌گانه را نیز داست. روابط چند‌گانه در این مقاله بررسی نمی‌گردند.

از طرفی بصورت تئوری امکان وجود چند رابطه تناظر بین دو کلاس وجود دارد.


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


مقاله UML و کاربرد آن

پاورپوینت تبدیل توصیف UML معماری نرم‌افزار به مدل کارایی شبکه‌های صف QN

اختصاصی از حامی فایل پاورپوینت تبدیل توصیف UML معماری نرم‌افزار به مدل کارایی شبکه‌های صف QN دانلود با لینک مستقیم و پر سرعت .

 

دسته بندی : پاورپوینت 

نوع فایل:  ppt _ pptx

( قابلیت ویرایش )

 


 قسمتی از محتوی متن پاورپوینت : 

 

تعداد اسلاید : 58 صفحه

تبدیل توصیف UML معماری نرم‌افزار به مدل کارایی شبکه‌های صف (QN) و تولید بازخورد از نتایج ارزیابی کاراییTransforming UML Specification of Software Architectures into Queuing Networks (QN) Performance Model and Feedback Provision from Performance Evaluation Results.
عناوین مورد بحث انگیزه‌ها و اصول عمومی پیش زمینه ضرورت و اهداف تشریح متدولوژی ارزیابی کارایی مثال کاربردی: سیستم خود پرداز بانکی(ATM) جمع بندی و نتیجه گیری عناوین مورد بحث انگیزه‌های تحلیل کارایی نرم افزار هزینه های هنگفت مالی، انسانی و زمانی تولید و توسعه یک سیستم نرم افزاری بزرگ کیفیت نرم‌افزار تا حدود زیادی توسط مشخصه‌های کارایی مثل زمان پاسخ، توان عملیاتی، و بهره‌وری منابع تعیین می‌شود شناسایی زود هنگام مشکلات کارایی در سطح معماری نرم‌افزار افزایش هزینه تغییر طراحی با جلو رفتن در فرایند تولید تأیید اعتبار انتخابهای طراحی یا مقایسه طراحی های مختلف از دیدگاه کارایی دو پرسش در اینجا مطرح است: چگونه کارایی را در فرایند تولید نرم‌افزار ارزیابی کنیم؟
کی کارایی باید ارزیابی شود؟
انگیزه‌ها و اصول عمومی کارایی چگونه ارزیابی می‌شود؟
رویکرد مبتنی بر اندازه‌گیری(Measurement-based) اندازه‌گیریهای مستقیمی روی سیستم درحال اجرا یا یک نمونه انجام می‌گیرد؛ این اندازه‌گیریها، برای شناسایی گلوگاه‌ها بکار می‌روند. رویکرد مبتنی بر مدل (Model-Based) یک مدل کارایی از سیستم نرم‌افزاری ساخته می‌شود؛ از این مدل برای تقلید رفتار سیستم و پیش‌بینی کارایی آن استفاده می‌گردد.
انگیزه‌ها و اصول عمومی ارزیابی کارایی مبتنی بر مدل مزایا: نیازی به یک سیستم در حال اجرا ندارد. از مراحل نخست طراحی قابل اعمال می‌باشد. معایب: دقت پیش‌بینی کارایی به دقت مدل نرم‌افزار بستگی دارد (به هرحال، دقت 100% لازم / منطقی نیست). گزارش دادن بازخورد، به خاطر ساختار متفاوت مدل کارایی نسبت به مدل نرم‌افزار، ممکن است دشوار باشد.
انگیزه‌ها و اصول عمومی تعریف نیازمندیها پیاده‌سازی و تست واحدها طراحی سیستم و نرم‌افزار بهره‌برداری و نگه‌داری تجمیع و تست سیستم ارزیابی کارایی مبتنی بر مدل ارزیابی کارایی مبتنی بر اندازه‌گیری کارایی در کدام مرحله از فرایند تولید نرم‌افزار می‌تواند ارزیابی گردد؟
انگیزه‌ها و اصول عمومی مدلسازی عمومی کارایی نرم‌افزار انگیزه‌ها و اصول عمومی مهندسی کارایی نرم افزار(SPE)[Smith90]: ترکیب و تجمیع ارزیابی کارایی از مراحل نخست تا کل چرخه حیات فرایند تولید نرم افزار در عمل SPE کمتر به کار گرفته می شود: فاصله شناختی بین قلمرو تولید نرم افزار و قلمرو ارزیابی کارایی فشار ”عرضه سریع به بازار“ وقتی برای SPE باقی نمی گذارد رویکردهای ارزیابی کارایی زیادی پیشنهاد شده اند: تحلیلی شبیه سازی از مدلهای نرم افزاری مختلف استفاده می کنند: ، جبر فرایندها(PA)، پتری نت ها(PN)، چارتهای توالی پیام(MSC)، UMLو ..... مدلهای کارایی مختلف مد نظر قرار گرفته اند: شبکه های صف و گسترشهایی از آنها مثل LQN و EQN، SPN، SPA و ....
پیش زمینه پیش زمینه مدلهای نرم افزار استفاده از مدلهای نرم افزار و نمادسازی های غیر استاندارد و مختص کاربرد خاص عدم پذیرش وسیع در جامعه مهندسی

  متن بالا فقط قسمتی از محتوی متن پاورپوینت میباشد،شما بعد از پرداخت آنلاین ، فایل را فورا دانلود نمایید 

 


  لطفا به نکات زیر در هنگام خرید دانلود پاورپوینت:  توجه فرمایید.

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



دانلود فایل  پرداخت آنلاین 


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


پاورپوینت تبدیل توصیف UML معماری نرم‌افزار به مدل کارایی شبکه‌های صف QN

دانلود پاورپوینت تبدیل توصیف UML معماری نرم‌افزار به مدل کارایی شبکه‌های صف QN

اختصاصی از حامی فایل دانلود پاورپوینت تبدیل توصیف UML معماری نرم‌افزار به مدل کارایی شبکه‌های صف QN دانلود با لینک مستقیم و پر سرعت .

دانلود پاورپوینت تبدیل توصیف UML معماری نرم‌افزار به مدل کارایی شبکه‌های صف QN


دانلود پاورپوینت تبدیل توصیف UML معماری نرم‌افزار به مدل کارایی شبکه‌های صف QN

 

دسته بندی : پاورپوینت 

نوع فایل:  ppt _ pptx

( قابلیت ویرایش )

 


 قسمتی از محتوی متن پاورپوینت : 

 

تعداد اسلاید : 58 صفحه

تبدیل توصیف UML معماری نرم‌افزار به مدل کارایی شبکه‌های صف (QN) و تولید بازخورد از نتایج ارزیابی کاراییTransforming UML Specification of Software Architectures into Queuing Networks (QN) Performance Model and Feedback Provision from Performance Evaluation Results.
عناوین مورد بحث انگیزه‌ها و اصول عمومی پیش زمینه ضرورت و اهداف تشریح متدولوژی ارزیابی کارایی مثال کاربردی: سیستم خود پرداز بانکی(ATM) جمع بندی و نتیجه گیری عناوین مورد بحث انگیزه‌های تحلیل کارایی نرم افزار هزینه های هنگفت مالی، انسانی و زمانی تولید و توسعه یک سیستم نرم افزاری بزرگ کیفیت نرم‌افزار تا حدود زیادی توسط مشخصه‌های کارایی مثل زمان پاسخ، توان عملیاتی، و بهره‌وری منابع تعیین می‌شود شناسایی زود هنگام مشکلات کارایی در سطح معماری نرم‌افزار افزایش هزینه تغییر طراحی با جلو رفتن در فرایند تولید تأیید اعتبار انتخابهای طراحی یا مقایسه طراحی های مختلف از دیدگاه کارایی دو پرسش در اینجا مطرح است: چگونه کارایی را در فرایند تولید نرم‌افزار ارزیابی کنیم؟
کی کارایی باید ارزیابی شود؟
انگیزه‌ها و اصول عمومی کارایی چگونه ارزیابی می‌شود؟
رویکرد مبتنی بر اندازه‌گیری(Measurement-based) اندازه‌گیریهای مستقیمی روی سیستم درحال اجرا یا یک نمونه انجام می‌گیرد؛ این اندازه‌گیریها، برای شناسایی گلوگاه‌ها بکار می‌روند. رویکرد مبتنی بر مدل (Model-Based) یک مدل کارایی از سیستم نرم‌افزاری ساخته می‌شود؛ از این مدل برای تقلید رفتار سیستم و پیش‌بینی کارایی آن استفاده می‌گردد.
انگیزه‌ها و اصول عمومی ارزیابی کارایی مبتنی بر مدل مزایا: نیازی به یک سیستم در حال اجرا ندارد. از مراحل نخست طراحی قابل اعمال می‌باشد. معایب: دقت پیش‌بینی کارایی به دقت مدل نرم‌افزار بستگی دارد (به هرحال، دقت 100% لازم / منطقی نیست). گزارش دادن بازخورد، به خاطر ساختار متفاوت مدل کارایی نسبت به مدل نرم‌افزار، ممکن است دشوار باشد.
انگیزه‌ها و اصول عمومی تعریف نیازمندیها پیاده‌سازی و تست واحدها طراحی سیستم و نرم‌افزار بهره‌برداری و نگه‌داری تجمیع و تست سیستم ارزیابی کارایی مبتنی بر مدل ارزیابی کارایی مبتنی بر اندازه‌گیری کارایی در کدام مرحله از فرایند تولید نرم‌افزار می‌تواند ارزیابی گردد؟
انگیزه‌ها و اصول عمومی مدلسازی عمومی کارایی نرم‌افزار انگیزه‌ها و اصول عمومی مهندسی کارایی نرم افزار(SPE)[Smith90]: ترکیب و تجمیع ارزیابی کارایی از مراحل نخست تا کل چرخه حیات فرایند تولید نرم افزار در عمل SPE کمتر به کار گرفته می شود: فاصله شناختی بین قلمرو تولید نرم افزار و قلمرو ارزیابی کارایی فشار ”عرضه سریع به بازار“ وقتی برای SPE باقی نمی گذارد رویکردهای ارزیابی کارایی زیادی پیشنهاد شده اند: تحلیلی شبیه سازی از مدلهای نرم افزاری مختلف استفاده می کنند: ، جبر فرایندها(PA)، پتری نت ها(PN)، چارتهای توالی پیام(MSC)، UMLو ..... مدلهای کارایی مختلف مد نظر قرار گرفته اند: شبکه های صف و گسترشهایی از آنها مثل LQN و EQN، SPN، SPA و ....
پیش زمینه پیش زمینه مدلهای نرم افزار استفاده از مدلهای نرم افزار و نمادسازی های غیر استاندارد و مختص کاربرد خاص عدم پذیرش وسیع در جامعه مهندسی

  متن بالا فقط قسمتی از محتوی متن پاورپوینت میباشد،شما بعد از پرداخت آنلاین ، فایل را فورا دانلود نمایید 

 


  لطفا به نکات زیر در هنگام خرید دانلود پاورپوینت:  توجه فرمایید.

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


 

دانلود فایل  


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


دانلود پاورپوینت تبدیل توصیف UML معماری نرم‌افزار به مدل کارایی شبکه‌های صف QN

پاورپوینت تبدیل توصیف UML معماری نرم‌افزار به مدل کارایی شبکه‌های صف QN

اختصاصی از حامی فایل پاورپوینت تبدیل توصیف UML معماری نرم‌افزار به مدل کارایی شبکه‌های صف QN دانلود با لینک مستقیم و پر سرعت .

پاورپوینت تبدیل توصیف UML معماری نرم‌افزار به مدل کارایی شبکه‌های صف QN


پاورپوینت تبدیل توصیف UML معماری نرم‌افزار به مدل کارایی شبکه‌های صف QN

 

دسته بندی : پاورپوینت 

نوع فایل:  ppt _ pptx

( قابلیت ویرایش )

 


 قسمتی از محتوی متن پاورپوینت : 

 

تعداد اسلاید : 58 صفحه

تبدیل توصیف UML معماری نرم‌افزار به مدل کارایی شبکه‌های صف (QN) و تولید بازخورد از نتایج ارزیابی کاراییTransforming UML Specification of Software Architectures into Queuing Networks (QN) Performance Model and Feedback Provision from Performance Evaluation Results.
عناوین مورد بحث انگیزه‌ها و اصول عمومی پیش زمینه ضرورت و اهداف تشریح متدولوژی ارزیابی کارایی مثال کاربردی: سیستم خود پرداز بانکی(ATM) جمع بندی و نتیجه گیری عناوین مورد بحث انگیزه‌های تحلیل کارایی نرم افزار هزینه های هنگفت مالی، انسانی و زمانی تولید و توسعه یک سیستم نرم افزاری بزرگ کیفیت نرم‌افزار تا حدود زیادی توسط مشخصه‌های کارایی مثل زمان پاسخ، توان عملیاتی، و بهره‌وری منابع تعیین می‌شود شناسایی زود هنگام مشکلات کارایی در سطح معماری نرم‌افزار افزایش هزینه تغییر طراحی با جلو رفتن در فرایند تولید تأیید اعتبار انتخابهای طراحی یا مقایسه طراحی های مختلف از دیدگاه کارایی دو پرسش در اینجا مطرح است: چگونه کارایی را در فرایند تولید نرم‌افزار ارزیابی کنیم؟
کی کارایی باید ارزیابی شود؟
انگیزه‌ها و اصول عمومی کارایی چگونه ارزیابی می‌شود؟
رویکرد مبتنی بر اندازه‌گیری(Measurement-based) اندازه‌گیریهای مستقیمی روی سیستم درحال اجرا یا یک نمونه انجام می‌گیرد؛ این اندازه‌گیریها، برای شناسایی گلوگاه‌ها بکار می‌روند. رویکرد مبتنی بر مدل (Model-Based) یک مدل کارایی از سیستم نرم‌افزاری ساخته می‌شود؛ از این مدل برای تقلید رفتار سیستم و پیش‌بینی کارایی آن استفاده می‌گردد.
انگیزه‌ها و اصول عمومی ارزیابی کارایی مبتنی بر مدل مزایا: نیازی به یک سیستم در حال اجرا ندارد. از مراحل نخست طراحی قابل اعمال می‌باشد. معایب: دقت پیش‌بینی کارایی به دقت مدل نرم‌افزار بستگی دارد (به هرحال، دقت 100% لازم / منطقی نیست). گزارش دادن بازخورد، به خاطر ساختار متفاوت مدل کارایی نسبت به مدل نرم‌افزار، ممکن است دشوار باشد.
انگیزه‌ها و اصول عمومی تعریف نیازمندیها پیاده‌سازی و تست واحدها طراحی سیستم و نرم‌افزار بهره‌برداری و نگه‌داری تجمیع و تست سیستم ارزیابی کارایی مبتنی بر مدل ارزیابی کارایی مبتنی بر اندازه‌گیری کارایی در کدام مرحله از فرایند تولید نرم‌افزار می‌تواند ارزیابی گردد؟
انگیزه‌ها و اصول عمومی مدلسازی عمومی کارایی نرم‌افزار انگیزه‌ها و اصول عمومی مهندسی کارایی نرم افزار(SPE)[Smith90]: ترکیب و تجمیع ارزیابی کارایی از مراحل نخست تا کل چرخه حیات فرایند تولید نرم افزار در عمل SPE کمتر به کار گرفته می شود: فاصله شناختی بین قلمرو تولید نرم افزار و قلمرو ارزیابی کارایی فشار ”عرضه سریع به بازار“ وقتی برای SPE باقی نمی گذارد رویکردهای ارزیابی کارایی زیادی پیشنهاد شده اند: تحلیلی شبیه سازی از مدلهای نرم افزاری مختلف استفاده می کنند: ، جبر فرایندها(PA)، پتری نت ها(PN)، چارتهای توالی پیام(MSC)، UMLو ..... مدلهای کارایی مختلف مد نظر قرار گرفته اند: شبکه های صف و گسترشهایی از آنها مثل LQN و EQN، SPN، SPA و ....
پیش زمینه پیش زمینه مدلهای نرم افزار استفاده از مدلهای نرم افزار و نمادسازی های غیر استاندارد و مختص کاربرد خاص عدم پذیرش وسیع در جامعه مهندسی

  متن بالا فقط قسمتی از محتوی متن پاورپوینت میباشد،شما بعد از پرداخت آنلاین ، فایل را فورا دانلود نمایید 

 


  لطفا به نکات زیر در هنگام خرید دانلود پاورپوینت:  توجه فرمایید.

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



دانلود فایل  پرداخت آنلاین 


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


پاورپوینت تبدیل توصیف UML معماری نرم‌افزار به مدل کارایی شبکه‌های صف QN

تحقیق درمورد UML 51 ص

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

لینک دانلود و خرید پایین توضیحات

فرمت فایل word  و قابل ویرایش و پرینت

تعداد صفحات: 51

 

فصل اول : UML

مقدمه:

با کمی اغماض می‌توان ادعا کرد که در میان شاخه‌های مختلف مهندسی در هرکدام که دارای قدمت بیشتری است، همگرایی بیشتری در اتخاذ روش و ابزار برای انجام اعمال نسبتاً مشابه از میان متخصصان و متولیان آن رشته وجود دارد. به طور مثال در حال حاضر برای اجرای یک سازه در هر نقطه از دنیا، مهندسین عمران از یک روند همسان با توالی مشابه شامل: الف)تولید طرح عمرانی ب)پیاده‌سازی نقشه ج)محاسبات سازه‌ای د)اجرا استفاده می‌کنند. ولی در رشته نوپایی چون مهندسی نرم‌افزار، گاه چنان روش‌ها متفاوت است که از دید یک ناظر خارجی، دو تیم نرم‌افزاری مختلف که هر دو قصد تولید محصولی مشابه را دارند، دو تیم در رشته‌های متفاوت به نظر بیایند. یکی از علل وجود تمایز در تولید نرم‌افزار میزان تخصص نیرو و زمان به پیاده‌سازی می‌باشد.بدین معنا که در نزد بسیاری از برنامه‌نویسان تولید نرم‌افزار معادل است با تولید کد. ولی از نظر بعضی دیگر تولید کد تنها بخشی از تولید نرم‌افزار است که در بسیاری از موارد حتی منابع و زمان. اختصاص داده شده به آن در طول پروسه.تولید نرم‌افزار کمتر از50% می‌باشد.

از یک دیدگاه کلی، پروسه تولید نرم‌افزار را می‌توان به دو بخش کلی شامل:

   الف)تحلیل و طراحی ب)پیاده‌سازی تقسیم کرد. از دیدگاه دسته اول، برنامه‌سازان، تحلیل و طراحی صرفاً فهم ذهنی مساله می‌باشد که دقیقا پس از آن بایستی اقدام به پیاده‌سازی کرد. در حالیکه در نظر دسته دوم، فاز تحلیل و طراحی پر اهمیت‌تر از فاز دوم می‌باشد که بایستی برای انجام آن از متدولوژی‌ها و روش‌های استاندارد استفاده کرد. UML یک زبان مدلسازی می‌باشد که در فاز تحلیل و طراحی مورد استفاده قرار می‌گیرد.

مدل‌سازی (Modeling) چیست؟

   مدل‌سازی یکی از تکنیک‌های ذهنی بشر می‌باشد که نه تنها برای اهداف علمی، بلکه برای انجام امور روزمره بشر به دفعات مورد استفاده قرار می‌گیرد. مدل‌سازی به طور کلی یعنی شبیه‌سازی یک محیط با اندازه‌های متفاوت و از محیط واقعی و احتمالا مواد و مصالحی متمایز از جنس مواد و مصالح محیط مدل شده. در مدل‌سازی ابتدا اجزای محیط واقعی انتخاب شده و متناسب با هدف مورد نظر از مدل‌سازی خصوصیاتی از هریک از اجزای واقعی انتزاع می‌شود، یعنی به ازای هزیک از اجزای محیط واقعی یک موجودیت تجریدی ساخته می‌شود و با برقراری ارتباطی مشابه با ارتباط اجزای واقعی، در میان موجودیت‌های تجریدی، محیط واقعی مدل می‌شود. برای روشن شدن مثالی می‌زنیم:

   فرض کنیم قصد داشته باشیم در فاز طراحی یک اتومبیل میزان موفقیت هوا در مقابل اتومبیل در حال حرکت را بسنجیم یکی از راه‌ها برای انجام این آزمایش، ساخت یک اتومبیل واقعی، راندن و سپس اندازه‌گیری مقاومت هوا می‌باشد که انجام اینکار اگرچه ما را به هدف می‌رساند، ولی دارای هزینه بالاییست چرا که بایستی ابتدا ماشین ساخته شود، سپس مورد آزمایش قرار گیرد.در این صورت اگر در آزمایش به نتیجه مورد نظر نرسیم، بایستی دوباره طراحی را تغییر داد، و پس از ساخت یک نمونه واقعی دیگر آزمایش را تکرار کنیم و این روند آنقدر ادامه پیدا کند تا طراحی مناسب برای اتومبیلی با خصوصیات مورد نظر شکل گیرد. می‌بینیم که چنین روشی بسیار پرهزینه است و این هزینه هم شامل هزینه‌های اقتصادی است و هم هزینه‌های زمانی، چون علاوه بر این که در هر مرحله آزمایش بایستی اتومبیل با صرف هزینه بالا ساخته شود، زمان ساخت آن نیز طول خواهد کشید.

   ولی متخصصان برای انجام چنین آزمایشی به مدل روی می‌آورند. یعنی یک جسم فیزیکی کوچک با خصوصیات آئرودینامیکی لحاظ شده در طراحی اتومبیل، ساخته می‌شود و با قرار دادن آن در یک تونل باد، حرکت اتومبیل در فضای واقعی را شبیه سازی می‌کنند و بدین طریق میزان مقاومت هوا را می‌سنجند.

   نکات مورد توجه در این مدل‌سازی، یکی اندازه مدل و دیگری خصوصیات آن می‌باشد. مدل بسیار ساده و کوچک می‌باشد و از طرفی تنها خصوصیت آئرودینامیکی اتومبیل در مدل لحاظ می‌شود. چرا که هدف ما از مدل‌سازی تنها بررسی خصوصیات آئرودینامیکی اتومبیل است و مدل الزاماً نبایستی از جنبه‌های دیگر، شباهتی به اتومبیل واقعی داشته باشد. مثلا در ساخت چنین مدلی به هیچ‌وجه به استحکام اجزا و یا زیبایی مدل توجه نمی‌شود چون بررسی چنین خصوصیاتی خارج از هدف این مدلسازی خاص است.

   مثال بالاتنها یک جنبه از مدل‌سازی را بیان می‌کند و آن جنبه شناختExploration می‌باشد. یعنی در مدلسازی‌های مشابه مدل‌سازی فوق‌الذکر، هدف از مدل‌سازی تنها شناخت محیط مورد مدل می‌باشد. یک جنبه دیگر از مدل‌سازی تبیین (specification) می‌باشد. یعنی گاه برای معرفی و ارائه خصوصیات یک موجودیت واقعی یک مدل از آن ارائه می‌شود. نقشه جغرافیایی مثال خوبی است که این جنبه از مدل‌سازی را مورد نظر دارد.

پس می‌توان گفت که هدف از مدل‌سازی دو چیز می‌باشد:

الف)شناخت(exploration) ب)تبیین(specification)

که بر اساس تعریف مسئله، مدل‌سازی یکی یا هردو هدف را در نظر می‌گیرد.

مهندسی نرم افزار و معرفی UML

یکی از مباحث مهم در علم کامپیوتر بحث مهندسی نرم افزار می باشد که متاسفانه در ایران در وب سایت ها کمتر به آن پرداخته می شود . در حالیکه امروزه شرکت ها بدون داشتن اصول مشخص مهندسی نرم افزار هیچگاه تصمیم به ایجاد سیستم های نرم افزاری نمی گیرند .

همانگونه که می دانید طراحی و تولید سیستم های نرم افزاری دارای یک چرخه حیات می باشد که در علم مهندسی نرم افزار به بررسی این چرخه حیات و عوامل مرتبط با آن پرداخته می شود . به طور کلی مراحل این چرخه به شرح زیر می باشد :

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

فعالیت تحلیل نیازمندی ها برای درک بهتر آنها .

فعالیت طراحی برای اینکه مشخص شود که سیستم چگونه نیازمندی ها را برآورده می کند .

فعالیت ساخت سیستم .

آزمایش سیستم برای تایید اینکه آیا سیستم نیازمندی ها را برآورده کرده است یانه ؟

و در نهایت فعالیت تحویل سیستم .

حال متدلوژی های مختلفی برای انجام این فعالیت ها وجود دارد و هر کدام به نحوی به انجام این کار ها می پردازند .

متدولوژی

در ابتدا باید به تعریف متدلوژی و اینکه یک متدلوژی چه کاری انجام می دهد پرداخت .

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

یک متدلوژی در حقیقت سه وظیفه دارد .

فرموله کردن مسئله .

بیان نحوه حل مسئله

پیاده سازی مسئله .

هدف من در اینجا بررسی متدلوژی های شی گرا می باشد . دیدگاه شی گرایی از اواسط دهه 70 میلادی در مباحث برنامه نویسی کامپیوتر متولد شد . پس از گذشت چند


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


تحقیق درمورد UML 51 ص