پاورپوینت کامل RUP) UML) 100 اسلاید در PowerPoint

توجه : این فایل به صورت فایل power point (پاور پوینت) ارائه میگردد

 پاورپوینت کامل RUP) UML) 100 اسلاید در PowerPoint دارای ۱۰۰ اسلاید می باشد و دارای تنظیمات کامل در PowerPoint می باشد و آماده ارائه یا چاپ است

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

لطفا نگران مطالب داخل پاورپوینت نباشید، مطالب داخل اسلاید ها بسیار ساده و قابل درک برای شما می باشد، ما عالی بودن این فایل رو تضمین می کنیم.

توجه : در صورت  مشاهده  بهم ریختگی احتمالی در متون زیر ،دلیل ان کپی کردن این مطالب از داخل فایل می باشد و در فایل اصلی پاورپوینت کامل RUP) UML) 100 اسلاید در PowerPoint،به هیچ وجه بهم ریختگی وجود ندارد

بخشی از مطالب داخلی اسلاید ها

پاورپوینت کامل RUP) UML) 100 اسلاید در PowerPoint

اسلاید ۴: OO Paradigmدر شی گرایی واحد برنامه ما کلاس است که طی آن اطلاعات و رفتار یک موجودیت پیاده سازی می شود. اصول:Encapsulation:کپسوله کردن بخشی از اطلاعات و رفتارهایی که بر اساس آن اطلاعات صورت می گیرد درون یک شیء. مزایا:محدود کردن تاثیرات تغییرات سیستممخفی کردن اطلاعات

اسلاید ۵: OO ParadigmInheritance:در شی گرایی ارث بری مکانیزمی است که بر اساس آن می توان یک شی بر اساس شی دیگر ایجاد کرد که در آن شی فرزند کیفیت شی پدر را به ارث خواهد برد. تغییرات در پدر بر فرزندان موثر است و نه بالعکس.Polymorphism:چند ریختی به معنی داشتن چند شکل مختلف برای پیاده سازی یک عملکرد است.

اسلاید ۶: ModelingModel:تعریف: تکنیک ثابت شده و صوری برای نمایش و بازنمایی اطلاعاتهدف: نمایش ساده واقعیتWhy Modeling:Big Problem n Smaller Problemاهداف: ۱- نمایش وضعیت فعلی / آتی۲- تعیین ساختار و عملکرد سیستم۳- مبنایی برای تولید (نرم افزار)۴-مستند سازی

اسلاید ۷: Modelingاصول مدلسازی:۱- انتخاب مدل در نتیجه نهایی تاثیر دارد.۲- هر مدل محدودیت برای میزان نمایش دارد.۳- بهترین مدل : شبیه ترین به واقعیت۴- دیدگاه های مختلف درباره سیستم وجود دارد

اسلاید ۸: Modelingدیدگاه های مختلف سیستم در UML:1- Use Case View: – Requirements and Features – Analyst2- Design View: – Problem and Solution – Designer and Programmer3- Process View: – Multithreading – Programmer4- Implementation View: – Technologies – Programmer5- Deployment View: – Hardware and Topology – Designer and Technologistنکته: بر حسب نوع برنامه، ممکن است بعضی view ها مهمتر باشند.

اسلاید ۹: Modeling

اسلاید ۱۰: Modelingدیدگاه های مختلف سیستم در Rational Rose:1- Use Case View: Use Case View in UML Standard2- Logic View: Design View and Process View in UML Standard3- Component View: Implementation View in UML Standard4- Deployment View: Deployment View in UML Standard

اسلاید ۱۱: Overview of UMLسه مورد زیر مباحث اصلی UML هستند:۱- Basic Building Blocks: The Vocabulary of the UML2- Rules: Specify the Well-formed Model: Semantically Self-consistent and in harmony with all its related models.3- Common Mechanisms: An UML model is made simpler by presence of common mechanisms

اسلاید ۱۲: Basic Building Blocks1- Things Structural Things: – Class – Interface – Collaboration – Use Case – Active Class – Component – Node Behavioral Things: – Message – State Grouping Things: – Package Annotational Things: – Note

اسلاید ۱۳: Basic Building Blocks2- Relationships Dependency رابطه استفاده چیزی از دیگری Association رابطه ساختاری Generalization (is-a) رابطه تعمیم Realization رابطه تحقق بخشیدن

اسلاید ۱۴: Basic Building Blocks3- Diagrams1- Class Diagram2- Object Diagram3- Use case Diagram4- Sequence Diagram5- Collaboration Diagram6- Statechart Diagram7- Activity Diagram8- Component Diagram9- Deployment Diagram

اسلاید ۱۵: Basic Building Blocks – structural things1- Classتعریف: اشیاء که دارای خصوصیات مشابه، عملکرد مشابه، رابطه مشابه یا مفهوم مشابه هستند.نکته: اگر تعداد عملکردها زیاد و نامرتبط با هم باشند، بهتر است کلاس به کلاسهای دیگر شکسته شود.

اسلاید ۱۶: Basic Building Blocks – structural things2- Interfaceتعریف: External Behavior Visibleفقط تعیین مشخصات (Specification) بدون پیاده سازینکته: در کلاسهای عادی که فقط یک قسمت Public دارند و از بیرون قابل دسترسی هستند. Interface مشخص نمی کنیم.

اسلاید ۱۷: Basic Building Blocks – structural things3- Use Caseتعریف: مجموعه عملیاتهایی که نتیجه ای را در اختیار Actor قرار میدهدنکته: – مفهموم Class و Use Case با هم متفاوتند. یک متد از یک کلاس اصلی می تواند یک Use Case باشد.- Actor: کلاسی از سیستم که Active است و کار خاص مفیدی انجام میدهد. ( فرد، سخت افزار، سیستم یا زیر سیستم)

اسلاید ۱۸: Basic Building Blocks – structural things4- Collaborationتعریف: مجموعه از کلاسهایی که با هم همکاری می کنند تا نتیجه ای بدست آید.نکته: – معمولا رابطه Use Case و Collaboration یک به یک است.- اگر Use Case کلی تر باشد میتواند به چند Collaboration تجزیه شود ( رابطه کلی = ۱ به n )- 1 Use Case — 0 … n Collaboration- 1 Collaboration — 1 … n Class1 Class — 1 … n Collaboration- در Rational Rose از نام Use Case Realization استفاده میشود.

اسلاید ۱۹: Basic Building Blocks – structural things5- Active Classتعریف: کلاسی که از دیدگاه کاربر نهایی خودکار اجرا میشود و کنترل فعالیتهایش را خودش بر عهده دارد نه مثل کلاس عادی که با درخواست کلاس دیگر سرویسی ارائه کند.نکته: – معمولا برنامه های سیستمی مانند سیستم عامل و سیستم مدیریت پایگاه داده، سرویسهایی از نوع Active Class دارند.

اسلاید ۲۰: Basic Building Blocks – structural things6- Componentتعریف: یک عنصر فیزیکی و با قابلیت جایگزینی که مجموعه ای از Interface را پشتیبانی می کند.

اسلاید ۲۱: Basic Building Blocks – structural things7- Nodeتعریف: عنصر سخت افزاری که امکان پردازش دارد.

اسلاید ۲۲: Basic Building Blocks – Behavioral thing1- Message تعریف: فراخوانی Operation از شیء یک کلاس

اسلاید ۲۳: Basic Building Blocks – Behavioral thing2- State Machineتعریف: وضعیت های مختلف یک شیء را نشان میدهد. متشکل از چهار جزء است:۱- State 2- Event 3- Response 4- شیء

اسلاید ۲۴: Basic Building Blocks – Grouping Thing1- Packageتعریف: نوعی گروه بندی منطقی است که هر جزیی را شامل می شود.Package ها دارای ساختار سلسله مراتبی هستند و میتوانند تودرتو باشند.

اسلاید ۲۵: Basic Building Blocks – Annotational Thing1- Noteتعریف:توضیحات درباره دیاگرام ها و اجزاء آنهادر Rational Roseمی توان از گزینه های Document Windowو Attach File نیز استفادهکرد.

اسلاید ۲۶: Relationships1- Associationتعریف:رابطه ساختاری بین کلاس هاa relationship between classes indicates some meaningful and interesting connectiona structural relationship that describes a set of links, a link being a connection between objects.

اسلاید ۲۷: Relationships1- AssociationAssociation Notation:

اسلاید ۲۸: Relationships1- AssociationMultiplicity: Multiplicity A defines how many instances of type A can be associated with one instance of type B at some point Mother Child11..*Actor Film**performs-inGame Player12..6حالت ها مختلف برای Multiplicity :Exactly one – 1Zero or one – 0..1Many – 0..* or *One or more – 1..*Exact Number – e.g. 3..4 or 6Or a complex relationship – e.g. 0..1, 3..4, 6..* would mean any number of objects other than 2 or 5

اسلاید ۲۹: Relationships1- AssociationMultiplicity:

اسلاید ۳۰: Relationships1- AssociationAggregation: A Special Kind of Associationتعریف:- Aggregation: whole/part relationships, Instances on one side are aggregates (or wholes) and the instances on the other side are their parts.- An association that models HAS-A relationships- The objects can exist independently or each other- No one object is more important than the other- An Aggregation relationship may be called isPartOf or consistsOF.SchoolStudent0..*1

اسلاید ۳۱: Relationships1- AssociationComposition: A Special Kind of Associationتعریف:- Composition: Strangle relationship, If the parts in the part-whole relationship are non-shareable.- One can not exist without the other- Composition is a anti-symmetric and transitive relation.- In aggregation relationship, the part may be included in several aggregates and its owner may also change over time.SchoolDepartment11..*

اسلاید ۳۲: Relationships1- AssociationExamples for aggregation and composition relationships:

اسلاید ۳۳: Relationships2- Dependencyتعریف: رابطه استفاده کلاسی از کلاس دیگر. تغییر در کلاس B ممکن است بر روی کلاس A تاثیر بگذارد.- occurs when one object depends on another- if you change one objects interface, you need to change the dependent objectDirected is optional and label is optional.

اسلاید ۳۴: Relationships3- Generalizationتعریف: رابطه تعمیم یا رابطه is-a. در کلاس ها معنی توارث می دهد، اما برای بقیه اجزاء نیز می تواند استفاده شود.- Objects of the Specialized element (the child) are substitutable for objects of the generalized element (the parent).- The child shares the structure and the behavior of the parent. Child class is a special case of the parent class

اسلاید ۳۵: Relationships4- Realizationتعریف: رابطه تحقق یا عینیت بخشیدن. یکی از طرفین وظیفه پیاده سازی طرف دیگرا را به عهده دارد. یک سمت، یک چیز واقعی و سمت دیگر چیز فرضی است.a semantic relationship between two elements, wherein one element guarantees to carry out what is expected by the other element.Where Between interfaces and classes that realize them… Between use cases and the collaborations that realize them…

اسلاید ۳۶: Diagrams :Use Case تعریف: دیاگرام مورد کاربرد بصورت گرافیکی رفتار سیستم را از منظر بیرونی سیستم نشان می دهد و بخشی یا تمام موارد کاربرد سیستم را نشان می دهد.هدف: آنالیز نیازمندیهای سیستم برای اینکه نشان دهد سیستم چه کار میکند البته توالی کار را نمایش نمی دهد.یک دیاگرام مورد کاربرد عناصر زیر را نشان می دهد.۱- Actor: فرد، سیستم، خردسیستم، یا سخت افزاری که در سیستم نقش دارند. عملی را انجام داده یا نتیجه ای را دریافت میکنند.۲- Use Case: مجموعه عملیاتی که توسط Actor انجام میشود تا نتیجه ای معینی را تولید کرده یا در اختیار Actor قرار دهد.- تعیین ”چه“ و عدم توجه به ”چگونگی“ What not How- فهرست امکانات سیستم، فهرست Use Case ها را نمایش میدهد.- دیاگرام مورد کاربرد در Use Case View کشیده میشود.- دیاگرام مورد کاربرد جزو دیاگرام هایی است که جنبه دینامیکی سیستم را نشان میدهد.

اسلاید ۳۷: Diagrams :Use Case مراحل رسم نمودار مورد کاربرد:بصورت کلی در برای رسم نمودارهای مورد کاربرد سیستم باید سه مورد را انجام داد:-شناسایی Actor ها و ارتباط آنها -شناسایی Use Case ها و ارتباط آنها -تعیین ارتباط Actor ها و Use Case هاوظایف:۱- شناسایی Actor ها: مثال: سیستم فروش: مشتری، فروشنده، مدیر فروش، سیستم حسابداری، Admin سیستم و …۲- سازماندهی Actor ها:- گروه بندی (Packaging)- استفاده از رابطه Generalization در صورت لزوم- استفاده از Stereotype

اسلاید ۳۸: Diagrams :Use Case وظایف:۳- شناسایی عملیات هر یک از Actor ها: — > فهرست Use Case ها

اسلاید ۳۹: Diagrams :Use Case وظایف:۴- سازماندهی Use Case ها:الف- استفاده از Packageب- استفاده از Stereotype ج-استفاده از Generalization

اسلاید ۴۰: Diagrams :Use Case وظایف:۵- شناسایی ارتباط بین Actor ها و Use case ها: فقط رابطه Associationرابطه Association در نمودار مورد کاربرد می تواند دو طرفه باشد: – Actor کاری انجام میدهد. – نتیجه کار انجام شده در اختیار Actor قرار می گیرد.

اسلاید ۴۱: Diagrams :Use Case وظایف:۶- شناسایی ارتباط Use case ها با کمک رابطه Dependencyوقتی یک مورد کاربرد از دیگری استفاده می کند، رابطه Dependency بین آنها برقرار است. جهت رابطه مهم است. در این حالت دو Stereotype معروف استفاده میشود:۱- <<include>>: عملیات B حین انجام عملیات A انجام میشود.۲- <<Extend>>: عملیات B بصورت احتمالی (انتخاب کاربر، شرایط موجود و …) پس از اجرای عملیات A انجام میشود.

اسلاید ۴۲: Diagrams :Use Case یک مثال برای کلیه روابط ممکن در نمودار مورد کاربرد :

اسلاید ۴۳: Diagrams :Activity Diagram تعریف: An Activity diagram shows the flow from activity to activity.An Activity is an ongoing nonatomic execution with in state machine.Activity result in some actionsبا استفاده از نمودار فعالیت میتوان جریانهای کاری را درسطوح مختلفی از سیستم مدل کرد.- جریان کاری در فرایند کل سیستم.- جریان کاری در فرآیند زیر سیستم ها- جریان کاری در سطح موارد کاربرد (سناریوها)- جریان کاری در سطح کلاس ( یک متد از کلاس)- جنبه دینامیکی سیستم را مدل می کند و اساسا مانند ف