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

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

عناوین مورد بحث:

•انگیزه‌ها و اصول عمومی

•پیش زمینه

•ضرورت و اهداف

•تشریح متدولوژی ارزیابی کارایی

•مثال کاربردی: سیستم خود پرداز بانکی(ATM)

•جمع بندی و نتیجه گیری

انگیزه‌های تحلیل کارایی نرم افزار:

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

کیفیت  نرم‌افزار تا حدود زیادی توسط مشخصه‌های کارایی مثل زمان پاسخ، توان عملیاتی، و بهره‌وری منابع تعیین می‌شود

 شناسایی زود هنگام مشکلات کارایی در سطح معماری نرم‌افزار

افزایش هزینه تغییر طراحی با جلو رفتن در فرایند تولید

 

تأیید اعتبار انتخابهای طراحی  یا  مقایسه طراحی های مختلف از دیدگاه کارایی

دو پرسش در اینجا مطرح است:

–چگونه کارایی را در فرایند تولید نرم‌افزار ارزیابی کنیم؟

–کی کارایی باید ارزیابی شود؟

 کارایی چگونه ارزیابی می‌شود؟

•رویکرد مبتنی بر اندازه‌گیری(Measurement-based) 

–اندازه‌گیریهای مستقیمی روی سیستم درحال اجرا یا یک نمونه انجام می‌گیرد؛ این اندازه‌گیریها، برای شناسایی گلوگاه‌ها بکار می‌روند.

•رویکرد مبتنی بر مدل  (Model-Based)

–یک مدل کارایی از سیستم نرم‌افزاری ساخته می‌شود؛ از این مدل برای تقلید رفتار سیستم و پیش‌بینی کارایی آن استفاده می‌گردد. 

ارزیابی کارایی مبتنی بر مدل:

•مزایا:

 نیازی به یک سیستم در حال اجرا ندارد.

  از مراحل نخست طراحی قابل اعمال می‌باشد.

•معایب:

  دقت پیش‌بینی کارایی به دقت مدل نرم‌افزار  بستگی دارد  (به هرحال، دقت 100% لازم / منطقی نیست).

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

پیش زمینه:

مهندسی کارایی نرم افزار(SPE)[Smith90]:

•ترکیب و تجمیع ارزیابی کارایی از مراحل نخست تا کل چرخه حیات فرایند تولید نرم افزار

 در عمل SPE کمتر به کار گرفته می شود:

•فاصله شناختی بین قلمرو تولید نرم افزار و قلمرو ارزیابی کارایی

•فشار ”عرضه سریع به بازار“ وقتی برای SPE باقی نمی گذارد

 رویکردهای ارزیابی کارایی زیادی پیشنهاد شده اند:

•تحلیلی

•شبیه سازی

از مدلهای نرم افزاری مختلف  استفاده می کنند:

، جبر فرایندها(PA)، پتری نت ها(PN)، چارتهای توالی پیامMSC، UMLو .....

مدلهای کارایی مختلف مد نظر قرار گرفته اند:

•شبکه های صف و گسترشهایی از آنها مثل  LQN و EQN،  SPN،  SPA و ....

محدودیتهای برخی روشهای موجود:

•مدلهای نرم افزار

استفاده از مدلهای نرم افزار  و نمادسازی های غیر استاندارد و مختص کاربرد خاص

عدم پذیرش وسیع در جامعه مهندسی نرم افزار

پشتیبانی اندک توسط ابزارهای CASE مناسب

•مدلهای کارایی

مدلهای تحلیلی

 تحلیل پیچیده

 نیاز به اعمال فرضیات خاص

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

شبیه سازی

 مناسب کاربردهای خاص

 نیاز به زمان و منابع محاسباتی بسیار برای مدلهای پیچیده

نیاز به تکنیکهای آماری پیچیده برای شناخت صحیح نتایج

مدلهای کارایی:

شبکه‌های صف؛ (Queuing Networks Model (QNM با مشخصه‌های زیر:

مراکز سرویس: زمان سرویس، فضای بافر به همراه زمانبندی صف، تعداد سرورها

مشتریان: تعداد در مدلهای بسته، فرایند ورود برای مدلهای باز، تقاضای سرویس به هر مرکز سرویس، و انواع آنها

توپولوژی شبکه: چگونگی اتصال داخلی مراکز سرویس، و چگونگی حرکت مشتریان بین آنها

گسترشهایی از QN مثل (Layered QN (LQN و (Extended QN (EQN

 

(Stochastic Process Algebra (SPA

(Stochastic Timed Petri Nets (STPN یا

    (Generalized Stochastic PN (GSPN

کارهای انجام شده:

•مهندسی کارایی نرم افزار (Software Performance Engineering (SPE  معرفی شده توسط اسمیت (1990)، اولین رویکرد جامعی است که تحلیل کارایی را در فرایند تولید نرم‌افزار، از مراحل نخست تا انتها، وارد نموده است.

•متدولوژی SPE مبتنی بر دو مدل است:

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

 مدل اجرایی سیستم: مبتنی بر مدلهای QN است و پلات‌فرم سیستم، شامل مؤلّفه‌های سخت‌افزاری و نرم‌افزاری را نشان می‌دهد.

شامل 58 اسلاید powerpoint

دانلود آموزش نرم افزار UML و کاربرد آن

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

چکیده:

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

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

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

1­ـ  ممقدمه

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

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

فایل ورد 41 ص

دانلود تحقیق تقویت UML برای طرح رابط یا میانجی کاربر : یک ارزیابی متریک UMLI

اختصاصی از ژیکو دانلود تحقیق تقویت UML برای طرح رابط یا میانجی کاربر : یک ارزیابی متریک UMLI دانلود با لینک مستقیم و پر سرعت .

زبان مدل دهی شده متحد یا یکنواخت (UML) بطور گسترده توسط توسعه دهندگان کاربرد پذیرفته شده است ، اما توسط طراحان رابط استفاده کننده چندان پذیرفته نشده است (UI) به این دلیل ، زبان ساخته شده ترکیبی (متمایز) برای سیستم های محاوره ای (فعل و انفعالی) (UMLI) برای تقویت پایه UML در طرح UI پیشنهاد شده است . UMLI یک نمودار دستگاه علائم را برای مدل دهی نمایش UI معرفی کرده و فعالیت نمودار یا دستگاه علائم را برای همکاری بین اهداف یا موضوعات متقابل و اهداف محدود گسترش می دهد .

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

1. مقدمه : توسعه تکنیکهایی برای ساخت و راه اندازی مدلهای UI و هدایت و ایجاد UIS از این مدلها بررسی شده است از این رو سیستم های کاربر رابط (میانجی) در طول دهه هشتاد پیشنهاد شده بودند (UIMSs) . اخیراً محیطهای توسعه رابط کاربر مبتنی بر مدل (MB-VIDES) تجربه یا آزمایش اضافی را در مورد ساخت مدلهای رابط کاربر فراهم ساخته اند . استفاده از علائم خواص رابط یا میانجی کاربر ، گاهی اوقات و در بسیاری موارد مختلف یکی از کمبودها یا نقطه ضعف های شناخته شده MB-VIDES است . در واقع متداول ترین انتخاب MB-VIDES به عنوان بخشی از عملیات توسعه نرم افزار می تواند حداقل به طور جزئی به مشکلات همراه با ترکیب یا اتحاد MB-VIDES با تکنیک های توسعه کاربرد کل روند ، استناد شود. بنابراین ، ایده یا مورد مدل دهی UIS با استفاده از UML یک دستگاه علائم مدل دهی استاندارد ، در کاربرد گسترده برای مدل دهی روند کلی سیستم ها است که توجه جوامع طراحی نرم افزار و HCI  را به خود جلب کرده است .

UMI ، با این وجود ، از کمبود حمایت در مدل دهی UIS رنج می برد . برای مثال ، طبقه یا طبقه بندی نمودارها به طور کلی برای مدل دهی نمایش UI مناسب نیستند . در نتیجه این مشکلات تحقیق مربوط با یک بررسی در مورد تقویت اثر گذاری UML برای UIS هدایت و راه اندازی می شود .

برای مثال ، رویکرد مارکوپولوس ، دانش و و UMLI ضمینه ها یا گسترده های قدیمی UML هستند ، در حالیکه نمودار درختی CONCURTASK معرفی یک دستگاه علائم جدید را برای وظیفه مدل دهی ساختارها به صورت استاندارد UML پیشنهاد می کند . با مقایسه ، تصور وظیفه یا کار مربوطه با طبقاتی در بخش دانش ( Wisdom ) و با فعالیت هایی در روکرد UMLI و مارکوپلو نشان داده می شود . وجود بیش از یک روش برای تقویت پایه UI در UMI ضرورت ارزیابی امتیازات چنین رویکردهایی را در مقایسه با استاندارد UML نشان می دهد . در واقع هنوز نامعلوم است که چگونه بهترین مورد برای تقویت پایه UI در بافت یا ساختار UML طراحی شده است .

بررسی های کیفی مبتنی بر تایید مطابقت سازگاری اصلاحات پیشنهاد شده با عملیات و دستورالعمل های طرح بوسیله اکثر این روش ها حمایت می شود . برای مثال ، 9 ، 14 ، 16 روش هایی هستند که از MB – VIDES به دست آمده اند . با این وجود ، چنین ارزیابی های کیفی یا کیفیتی گستره ( دامنه ) مزایای بدست آمده را مشخص نمی کند . بنابراین ، مقاله مربوطه برای اولین بار یک سنجش کمی از امتیازات یا فوائد پیشرفت های UML برای مدل دهی سیستم های محاوره ای ، ارائه می دهد . این ارزیابی در عبارات پیچیده ساختاری و عملی مدل های UMLI و UML برای سیستم های فعل و انفعالی یا محاوره ای تعریف می شود .

2- کار مربوطه (نسبی) :

چندین استراتژی سنجش برای طرحهای UI به بررسی کیفیت مدلهای ادراکی UI می پردازند . بررسی و تصور افراز و لوازم و سازندگان UI هیچ مشخصه ادراکی یا تصویری UIS را معمولاً اصلاً ایجاد نمی کند . در واقع ، کدهای ایجاد شده UI در حال حاضر نمایشات عینی (غیر خیالی) Ui هستند ، که عموماً مقید به طرح ریزی مرتب و خاص و مجموعه ای انتخاب شده از ویژگی ها هستند . تصور و بررسی UIMSs و MB – VIDES واکنشی متقابل با پیش نمونه های ایجاد شده UI و کدهای UI را نشان می دهد که به طراحان و کاربران اجازه بررسی کیفیت ترکیبی مدل های UI تکنیک هایی که برای ایجاد راه اندازی USI به کار رفته اند و ابزار آلاتی که ممکن است برای تکمیل هدایت USI به کار برده شوند را می دهد به نسبت کیفیت مدل های UI در جداسازی . مقداری از سنجش یا ارزیابی کیفیتی می تواند با شبیه سازی این مدل های تصویری و ادراکی به دست آید مثل نمودار درختی وظیفه یا کار ساختار ( 3 ) . شبیه سازی ها با این وجود ، بررسی بخش عملی ( رفتاری ) مدل ها را محدود می کنند .

شامل 23 صفحه فایل word قابل ویرایش

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

اختصاصی از ژیکو دانلود پاورپوینت ارائه تبدیل توصیف UML معماری نرم‌افزار به مدل کارایی شبکه‌های صف (LQN) دانلود با لینک مستقیم و پر سرعت .

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

 
üکیفیت نرم‌افزار تا حدود زیادی توسط مشخصه‌های کارایی مثل زمان پاسخ، توان عملیاتی، و بهره‌وری منابع تعیین می‌شود
üشناسایی زود هنگام مشکلات کارایی در سطح معماری نرم‌افزار
×افزایش هزینه تغییر طراحی با جلو رفتن در فرایند تولید
×
üتأیید اعتبار انتخابهای طراحی یا مقایسه طراحی های مختلف از دیدگاه کارایی
ü

دو پرسش در اینجا مطرح است:
–چگونه کارایی را در فرایند تولید نرم‌افزار ارزیابی کنیم؟
–کی کارایی باید ارزیابی شود؟
•رویکرد مبتنی بر اندازه‌گیری(Measurement-based)
–اندازه‌گیریهای مستقیمی روی سیستم درحال اجرا یا یک نمونه انجام می‌گیرد؛ این اندازه‌گیریها، برای شناسایی گلوگاه‌ها بکار می‌روند.
•رویکرد مبتنی بر مدل (Model-Based)
–یک مدل کارایی از سیستم نرم‌افزاری ساخته می‌شود؛ از این مدل برای تقلید رفتار سیستم و پیش‌بینی کارایی آن استفاده می‌گردد.

•انگیزه‌ها و اصول عمومی
•پیش زمینه
•ضرورت و اهداف
•تشریح متدولوژی ارزیابی کارایی
•مثال کاربردی: سیستم خود پرداز بانکی(ATM)
•جمع بندی و نتیجه گیری

شامل 58 اسلاید powerpoint

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

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

دانلود آموزش UML

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

مقدمه ای بر متد Obiect-Oriented (شیءگرایی)

شیءگرایی (Object-Oriented) لغتی است که امروزه در صنعت نرم افزار، باب شده است. شرکتها به سرعت حرکت می کنند تا خود را با این تکنولوژی سازگار کنند و آن را در برنامه های خود وارد نمایند.

متد شیءگرایی (O.O) یک راه متفاوت مشاهده برنامه هاست. با متد شیءگرایی، شما یک برنامه را به قطعات بسیار کوچک یا آبجکت هایی تقسیم می کنید، که تا اندازه ای مستقل از یکدیگر می باشند. مانند ساختمانی از بلوک ها نگاه کنید.

اولین قدم این است که آبجکت های اساسی (انواع مختلف بلوک ها) را بسازید یا بدست آورید. اولین باری که شما این بلوک های ساختمانی را دارید، می توانید آنها را کنار هم گذاشته و قصرتان را بسازید. به محض اینکه تعدادی آبجکت های اساسی را در دنیای کامپیوتر ساختید یا بدست آوردید، می توانید به سادگی آنها را کنار هم بگذارید تا برنامه‌های جدید ایجاد را کنید. یکی از امتیازات اساسی متد شیءگرایی این است که می توانید یک بار Component (اجزاء) را ساخته و بارها و بارها از آنها استفاده کنید. درست مانند زمانی که می توانید یک بلاک ساختمانی را در یک قصر، یک خانه یا یک سفینه فضایی دوباره استفاده کنید، می توانید از یک قطعه طرح یا کد شیءگرایی در یک سیستم حسابداری، یک سیستم بازرگانی یا یک سیستم پردازش سفارش استفاده مجدد نمایید.

مقدمه ای بر متد Obiect-Oriented (شیءگرایی)    1
Encapsulation (نهان سازی)    3
Inheritance (وراثت)    6
‍Polymorphism(چند ریختی)    9
مدلسازی بصری (Visual Modeling) چیست؟    12
Booch, OMT, and UML    14
نمودارهای UML    15
نمودارهای Use Case    16
نمودارهای CLASS (کلاس)    17
نمودارهای حالت (State Transition Diagrams)    20
مدلسازی بصری و پردازش تولید و توسعه نرم‌افزار    23
شناخت  Inception    27
Iteration One                          Use Cases 1.5.6    28
مهارت Elaboration    29
ساختار Construction    30
انتقال Transition    32
Rational Rose چیست؟    33
پرداختن به Rational Rose    39
بخش‌های صفحه نمایش    40
چهار نمای موجود در یک مدل Rose    40
نمای منطقی    41
نمای Component    42
نمای Deployment    42
کار با برنامه Rational Rose    43
ایجاد مدل‌ها    43
واردکردن و ارسال مدل‌ها    44
انتشار مدل‌ها بر روی وب    45
کار با واحدهای کنترل شده    46
نمای Use case    47
نمودارهای  Rational rose    48
کار با  Use case    51
مستند سازی جریان رخدادها (Flow of Event)    55
تعریف (descripition)    56
پیش شرایط (Precondition)    57
Post Conditions (شرایط پسین)    62
کار کردن با عامل ها (Actor)    62
ساخت یک عامل Abstract    64
چگونگی کار با رابطه ها    65
نمودارهای Interaction    67
یک Object چیست؟    68
یک کلاس چیست؟    70
یافتن آبجکت ها    71
استفاده از نمودارهای  Interaction    73
نمودارهای Sequence    75
نمودارهای Collaboration    77
نمای Logical(منطقی) یک مدلRose    78
نمودارهای class    79
استفاده از صفات    81
یافتن صفات    81
تنظیم Visibility صفت    85
یافتن عملیتها    89
نمودارهای تغییر حالت(State Transition)    91
فعالیت(Activity)    93
Action  ورودی (Entry Action)    93
Action خروج (Exit Action)    94
رخداد(Event)    95
Action    96
حالت آغازین(Start State)    97
حالت پایانی    97
استفاده از حالات تو در تو (

شامل 100 صفحه فایل word

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

دانلود آموزش UML