ژیکو

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

ژیکو

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

تحقیق در مورد نمودارهای UML 53 ص

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

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

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

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

 

نمودارهای UML

UML به افراد اجازه می دهد تا چندین نوع مختلف از نمودارهای بصری را به وجود آورند که جنبه های مختلف سیستم را نمایش می دهد . Rational Rose از ایجاد اکثر این مدلها ، همانطور که در زیر آمده ، پشتیبانی می کند .

- نمودار Use Case

- نمودارهای Sequence(توالی)

- نمودار Collabration(همکاری)

- نمودار Class (کلاس)

- نمودار State Transition (حالت)

- نمودار Deployment

این نمودارهای مدل ، جنبه های مختلف سیستم را نشان می دهند . مثلاً نمودار Collaboration (همکاری محاورات ضروری میان آبجکت ها را نشان می دهد ، به این منظور که تعدادی از توابع سیستم را به انجام برساند . هر نمودار یک هدف و یک شنوندة در نظر گرفته شده دارد .

نمودارهای Use Case :

نمودارهای Use Case محاورات میان Use Case ها را نشان می‌دهند ، که عملیات سیستمی و عامل ها (Actor) که نشان دهندة افراد یا سیستم هایی که اطلاعات را برای سیستم فراهم کرده و یا از آن دریافت می کنند را نمایش می دهند . مثلاً نمودار Use Case سیستم Automated Teller Machine در شکل نشان داده شده است .

نمودار Use Case محاورات میان Use Case ها و عامل ها را نشان می دهند ، Use Case‌ها درخواستهای سیستم را از دید کاربرد نشان می دهند ، بنابراین Use Case ها عملیاتی هستند که سیستم فراهم می کند . عامل در واقع نگهدارنده پول (بانکدار) یک سیستم هستند . این نمودارها نشان می دهند که چه عامل هایی به Use Case ها مقدار اولیه می دهند . همچنین آنها نشان می دهند که چه موقع یک عامل ، اطلاعات را از یک Use Case دریافت می کند .

نمودار Use Case محاورات میان Use Case ها و عامل های یک سیستم Automate Teller (ATM)Machine را نشان می دهد . بر این اساس ، نمودار Use Case می‌تواند درخواستهای سیستم را نشان دهد . در این مثال مشتری بانک تعدادی از Use Case ها را مقداردهی می کند : برداشت پول (withdraw Money) ، واریز (Deposit Fands) ، انتقال از حساب (Transfer Fands) ، پرداخت (Make Payment) ، مشاهده تراز (موجودی) (View Balance) و تغییر PIN (Change PIN) .

تعدادی از ارتباطات این ارزش را دارند که بیشتر به آنها اشاره شود . کارمند بانک همچنین به Use Case تغییر PIN مقدار اولیه می دهد . Use Case پرداخت ، فلشی را نشان می دهد که به سیستم اعتباری می رود . سیستم های خارجی ممکن است عامل هایی باشند و در این مورد ، سیستم اعتباری بعنوان یک عامل نشان داده شده است ، زیرا خارج از سیستم ATM ، است . فلشی که از یک Use Case به یک عامل می رود نشان می دهد که Use Case اطلاعاتی را تولید می کند که یک عامل از آن استفاده می کند . در این مورد Use Case پرداخت ، اطلاعات پرداختی کارت اعتباری را برای سیستم اعتباری آماده می کند . اکثر اطلاعات از دیدن نمودارهای Use Case قابل فهم می باشد زیرا این نمودار همة عملیات سیستم را نشان می دهد . کاربران ، مدیران پروژه ، تحلیلگران ، برنامه نویسان ، مهندسین تضمین کیفیت و هر شخص دیگری که به سیستم وابسته است ، می تواند مانند همه ، این نمودارها را ببیند و بفهمد که چه سیستم قرار است به انجام برسد .

ایجاد نمودارهای Use Case

در Rose ، نمودارهای Use Case در نمای Use Case ساخته می شوند . Rose یک نمودار Use Case پیش فرض به نام Main را برای شما می سازد . می توانید هر تعداد نمودارهای اضافی که برای مدل دهی به سیستم خود نیاز دارید را بسازید .

برای دستیابی به نمودار Main Use Case ، مراحل زیر را انجام دهید :


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


تحقیق در مورد نمودارهای UML 53 ص

دانلود تحقیق کامل درمورد 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 رابطه تناظر را همراه با دو انتهای آن در نظر می‌گیرد. بنابراین امکان اضافه کردن ویژگیهای مربوط به دو انتهای یک رابطه تناظر در نظر گرفته شده است.

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

چندتایی درنظر گرفته شده برای هر ارتباط تعداد اشیائی را که توسط آن رابطه با شیء مورد نظر در ارتباط هستند، تعیین می‌کند.

چند‌تایی یک بازه از اعداد غیر منفی است که بصورت (حد بالا…حد پایین) می‌باشد. حد پایین صفر به این معنی است که شیء نیازی به یک مرجع ندارد. از طرف دیگر حد پایین 1 وجود شیء متناظر را قطعی می‌کند، یعنی حداقل یک مرجع برای شیء متناظر باید وجود داشته باشد. جدول(x)  مقادیر ممکن باری بازة چند‌تایی را نمایش می‌دهد.

ممکن است دیاگرام کلاس با توجه به چند تایی ها منجر به یک دیاگرام شیء تهی گردد و یا ناسازگاری بوجود آید. آشکاری یک رابطه تناظر می‌تواند محدود گردد. این کار با استفاده از کلمات کلیدی protected (#) , Public (+) و یا  private (-) صورت می‌گیرد. این کلمات کلیدی دسترسی و استفاده از rolename ها را محدود می‌سازند. مفهوم این کلمات کلیدی همانند آن چیزی است، که برای ویژگیها گفته شده است . شکل(X) یک دیاگرام کلاس همراه با رابطه‌های تناظر یکطرفته و دو طرفه، تجمع و تعمیم  می‌باشد.

2-2 دیاگرامهای توالی                 

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

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

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

/images/spilit.png

دانلود فایل 


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


دانلود تحقیق کامل درمورد UML و کاربرد آن

پاورپوینت جامع و کامل درباره زبان مدل سازی UML

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

پاورپوینت جامع و کامل درباره زبان مدل سازی UML


پاورپوینت جامع و کامل درباره زبان مدل سازی UML

فرمت فایل : power point  (لینک دانلود پایین صفحه) تعداد اسلاید  : 94 اسلاید

 

 

 

 

 

کاربرد زبان UML

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

قابل استفاده در سیستم های نرم افزاری و غیر نرم افزاری

(Business Systems) برای مدل سازی و طراحی پایگاه داده های نرم افزاری پذیرفته شدن به عنوان استانداردی در اکثر ابزارهای مهندسی نرم افزار

 

سه خصوصیت UML

یک زبان است: یک زبان بصری بهتر می تواند ارتباط برقرار کند.

  Uml   زبانی برای مشخص کردن، بصری ساختن و مستندسازی   محصولات یک فرآیند مبتنی بر سیستم است(فرآیند مبتنی بر سیستم   مجموعه ای از گامهایی است برای پشتیبانی و تولید یک سیستم بر اساس   نیازمندی ها ی داده شده و مورد انتظار)

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

 

Model

  نمایشی از یک موضوع است و در حقیقت مجموعه ای از کلی نگری ها در یک موضوع را جمع می کند.

Unified

عبارتی است که OMG و موسسه استانداردسازی و موسسه یRational  برای یک شکل سازی زبان مدلسازی انتخاب کرده اند.

 

تاریخچه ی UML

Unified Modelling Language : یک زبان مدل سازی است که درسال 1995 به وسیله شرکت Rational معرفی شد.

پس از ارائه مفاهیم شیگرائی در ابتدای دهه 80 میلادی به تدریج روشهای شیگرائی تولید نرمافزار ارائه گردید.از مهمترین این روشها میتوان به OMT,BOOCH,OOSE ... اشاره کرد.

با هدف ارائه یک زبان استاندارد فراگیر شرکت Rational با گردآوری سه نفر از ارائهکنندگان معتبرترین روشهای شیگرا یعنی Irar jacobson مبدع روش OOSE,BOOCH مبدع روشی با همین نام ، Rambaugh مبدع روش OMT و با اخذ نقاط قدرت سه روش فوقالذکر، یک زبان استاندارد به نام UML ارائه کرد.

پس از ارائه، این زبان از سوی OMG  به عنوان یک استاندارد جهانی پذیرفته شد و در حال حاضر به عنوان قدرتمندترین زبان مدلسازی در دنیای نرمافزار مطرح است.


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


پاورپوینت جامع و کامل درباره زبان مدل سازی UML

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

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

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


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

فرمت فایل : power point  (لینک دانلود پایین صفحه) تعداد اسلاید  : 58 اسلاید

 

 

 

 

 

فهرست :

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

 

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

 

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

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

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

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


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

مقاله uml

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

مقاله uml


مقاله uml

دانلود مقاله uml در 77 ص با فرمت WORD 

 

 

 

 

 

 

1- 1 مقدمهusecase  ها

با توجه به مفاهیم کلاس‌ها مورد مهمی در uml را بررسی می‌کنیم که همان usecase  ها هستند. دراین فصل موضوعات زیر مطرح می‌شوند :

  • usecase چیست
  • ساختن یک usecase
  • محتویات یک usecase
  • extend یک usecase‌
  • تحلیل یک usecase

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

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

مدل کردن سیستم از دیدگاه کاربر آن، کار usecase است . در این فصل درباره اینکه usecase چیست و چه کاری انجام می‌دهد صحبت می‌کنیم و همچنین درباره چگونگی استفاده از دیاگرام usecase در تصویرسازی در UML بحث می‌کنیم .


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


مقاله uml