دانلود کامل ترین جزوه رله و حفاظت

جزوه رله و حفاظت

دانلود فایل

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

؛ -ً (). ً : ()() (). -، #، ~، + می دهد. در شکل A1.1، همانطور که با علامت منفی ( -) نشان داده شده است، تمام ویژگی ها دارای دید خصوصی هستند. همچنین با خط کشیدن زیر ویژگی های استاتیک یا طبقه‌ای، می توانید آن ها را مشخص کنید. همچنین می توان هر عملیات را با سطح دید، پارامترها با نام ها و انواع و یک نوع بازگشت نشان داد. یک طبقه یا روش انتزاعی با استفاده از خط کج برای نام در نمودار طبقه نشان داده می شود. برای مثال، طبقه اسب را در شکل A1.2 ببینید.
یک رابط، با اضافه کردن عبارت “رابط” “(به نام کلیشه) در بالای نام نشان داده می شود. رابط OwnedObject را در شکل A1.2 مشاهده کنید. یک رابط همچنین می تواند به صورت گرافیکی توسط یک دایره توخالی نشان داده شود. شایان ذکر است که نماد نمایانگر یک طبقه می تواند بخش های اختیاری دیگری نیز داشته باشد. به عنوان مثال، از بخش چهارم در پایین کادر طبقه می توان برای فهرست مسئولیت های طبقه استفاده کرد. این بخش، به ویژه هنگام انتقال از کارت های CRC (فصل 8) به نمودارهای طبقه مفید است؛ زیرا مسئولیت های ذکر شده در کارت های CRC، می تواند قبل از ایجاد رله و حفاظت ها و عملیات انجام شده، به بخش چهارم در جعبه طبقه در نمودار UML اضافه شود. این مسئولیت ها این قسمت چهارم، در هیچ یک از شکل های این ضمیمه نشان داده نشده است. نمودارهای طبقه‌ای همچنین می توانند روابط بین طبقات را نشان دهند. یک طبقه که طبقه‌ای فرعی دیگری از طبقه دیگر است، توسط یک پیکان با خط محکم برای محور آن و با یک پیکان توخالی مثلثی به آن متصل می شود. فلش، از زیر طبقه به سوپر طبقه اشاره می کند. در UML، به چنین رابطه ای تعمیم گفته می شود. به عنوان مثال، در شکل A1.2، طبقات Throughbred و QuarterHorse، به عنوان طبقات فرعی طبقه انتزاعی Horse نشان داده شده اند. یک پیکان با خط تیره برای محور پیکان، نشان دهنده اجرای یک رابط است. در UML به چنین رابطه ای تحقق می گویند. به عنوان مثال، در شکل A1.2 ، طبقه Horse رابط OwnedObject را پیاده سازی یا درک می کند. ارتباط بین دو طبقه به این معنی است که یک رابطه ساختاری بین آن ها وجود دارد. ارتباطات با خطوط ممتد نشان داده می شوند. یک ارتباط، بخش های اختیاری زیادی دارد؛ می توان آن را برچسب گذاری کرد، و همچنین هر انتهای آن، نقش هر طبقه را در ارتباط، نشان می دهد. به عنوان مثال، در شکل A1.2، ارتباطی بین OwnedObject و Person وجود دارد که در آن، شخص نقش مالک را ایفا می کند. فلش هایی که در هر یک یا در قسمت های خط اتصال وجود دارد، نشانگر قابلیت پیمایش است. همچنین، هر انتهای خط ارتباط، می تواند مقدار تعدد نمایش داده شود. قابلیت جهت یابی و تعدد، بعداً در این قسمت بیشتر توضیح داده می شود. یک ارتباط جزوه رله و حفاظت می تواند یک طبقه را با استفاده از یک حلقه به خود متصل کند. چنین ارتباطی نشان دهنده ارتباط یک شیء طبقه با سایر اشیاء همان طبقه است. ارتباط با یک پیکان در یک انتها، نشان دهنده رابطه یک طرفه است. این پیکان به این معنی است که از یک طبقه می توانید به راحتی به طبقه دوم مرتبط که ارتباط به آن اشاره می کند، دسترسی پیدا کنید، اما از طبقه دوم، لزوماً نمی توانید به راحتی به طبقه اول دسترسی پیدا کنید. راه دیگر برای تجسم بهتر این مورد، این است که طبقه اول از طبقه دوم آگاه است.

رله و حفاظت

اما طبقه دوم لزوماً از طبقه اول آگاهی مستقیم ندارد. ارتباط بدون پیکان، معمولاً نشان دهنده یک ارتباط دو طرفه است، همانچه که در شکل A1.2 در نظر گرفته شده بود، اما همچنین می تواند به این معنی باشد که قابلیت پیمایش مهم نیست و بنابراین کنار گذاشته می شود. لازم به ذکر است که ویژگی یک طبقه، تقریباً همان ارتباط طبقه با نوع طبقه ویژگی است. یعنی برای نشان دادن این که یک طبقه دارای ویژگی “name” از نوع String است، می توان آن را به عنوان یک ویژگی مانند طبقه Horse در شکل A1.2 نشان داد. از طرف دیگر، می توان یک ارتباط یک طرفه از طبقه اسب تا طبقه رشته ایجاد کرد و نقش طبقه رشته را “نام” نامید. رویکرد ویژگی برای انواع داده های اولیه بهتر است، در حالی که رویکرد ارتباط اغلب مناسب مواقعی است که طبقه ویژگی، نقش اصلی را در طراحی داشته باشد؛ در این صورت داشتن یک جعبه طبقه برای آن نوع، ارزشمند است. رابطه وابستگی، ارتباط دیگری بین طبقات را نشان می دهد و با یک خط تیره نشان داده می شود (با باریکه های اختیاری در انتها و با برچسب های اختیاری). اگر تغییرات در طبقه دوم، احتمالاً مستلزم تغییراتی در طبقه اول باشد، می گوییم طبقه اول به طبقه دوم وابسته است. ارتباط از یک طبقه به طبقه دیگر، به طور خودکار وابستگی را نشان می دهد. اگر از قبل بین طبقات ارتباط وجود داشته باشد، نیازی به خط تیره نخواهد بود. با این حال، برای یک رابطه گذرا (به عنوان مثال، طبقه ای که هیچ ارتباط طولانی مدت با طبقه دیگری برقرار نمی کند، اما گاه و بیگاه از آن طبقه استفاده می کند)، باید یک خط تیره از طبقه اول به طبقه دوم ترسیم کنیم. به رله و حفاظت مثال، در شکل A1.2، طبقه Throughbred، با فراخوانی متد getCurrentAge () آن، از طبقه Date استفاده می کند و جزوه رله و حفاظت وابستگی، تحت عنوان “استفاده” برچسب گذاری می شود. تعدد یک انتهای یک ارتباط، به معنی تعداد اشیاء مرتبط آن طبقه با طبقه دیگر است. تعدد، با یک عدد صحیح غیر منفی یا با طیف وسیعی از اعداد صحیح مشخص می شود. تعدد مشخص شده با “0..1” به این معنی است که 0 یا 1 شیء در آن انتهای ارتباط وجود دارد. به عنوان مثال، هر فرد در جهان یا دارای شماره تأمین اجتماعی است، یا چنین شماره ای ندارد (مخصوصاً اگر شهروند آمریکا نباشند) و بنابراین می توان از تعدد 0..1 در ارتباط بین طبقه Person و طبقه SocialSecurityN mber در نمودار طبقه استفاده کرد. تعدد مشخص شده با “1 ..*” به معنی یک یا چند و تعدد با “0 ..*” یا فقط “*” به معنی صفر یا بیشتر است. در انتهای OwnedObject ارتباط با طبقه Person در شکل A1.2، یک * به عنوان تعدد استفاده شد، زیرا یک شخص می تواند صفر یا بیشتر جزء داشته باشد. اگر یک انتهای یک انجمن دارای تعدد بزرگتر از 1 باشد، اشیاء طبقه مورد اشاره در آن انتهای ارتباط، احتمالاً در مجموعه ای مانند مجموعه یا لیست مرتب، ذخیره می شوند. همچنین می توان آن طبقه مجموعه را در نمودار UML قرار داد، اما چنین طبقه ای معمولاً کنار گذاشته می شود و به طور ضمنی حاصل تعدد ارتباط فرض می شود.
تصویر 3-A1
تجمع، نوعی خاص از ارتباط است که توسط یک لوزی توخالی در یک سر نماد نشان داده می شود. تجمع، یک رابطه “کل/بخشی” را نشان می دهد، به این دلیل که طبقه ای که پیکان به آن اشاره می کند، “بخشی” از طبقه در انتهای لوزی ارتباط، تلقی می شود. یک ترکیب، مجموعه ای است که نشان دهنده مالکیت قوی قطعات است. در یک ترکیب، قطعات، کاملاً وابسته به مالک خوهند بود، زیرا هیچ نقشی در سیستم نرم افزاری مستقل از مالک ندارند. برای نمونه های تجمع و ترکیب، به شکل A1.3 مراجعه کنید. یک دانشکده دارای مجموعه ای از سازه های ساختمانی است که نمایانگر ساختمان های تشکیل دهنده محوطه دانشگاه است. این دانشکده همچنین دارای مجموعه ای از دوره ها است. اگر دانشکده به هم بریزد، ساختمان ها هنوز وجود خواهند داشت (با فرض اینکه دانشکده از نظر فیزیکی تخریب نشده باشد) و می تواند برای موارد دیگر مورد استفاده قرار گیرد، اما یک شیء درس خارج از دانشکده ای که در آن ارائه می شود، فایده ای ندارد. اگر دانشکده به عنوان یک نهاد تجاری از بین برود، هدف دوره دیگر مفید نخواهد بود و بنابراین آن هم از بین می رود.یکی دیگر از عناصر رایج نمودار طبقه، یادداشت است که با جعبه ای با گوشه برگشته، نشان داده می شود و با خط تیره به نمادهای دیگر متصل می شود. این یادداشت، می تواند محتوای دلخواه (متن و نمودارها) داشته باشد و در برنامه نویسی زبان برنامه نیز به همین شکل است؛ و می تواند حاوی اطلاعاتی در مورد نقش یک طبقه یا محدودیت هایی باشد که همه اشیاء آن طبقه باید برآورده کنند. اگر مفاهیم، مربوط به یک قاعده باشند، براکت ها رله و حفاظت را احاطه می کنند. به قواعد موجود در کلاس درس در شکل A1.3 توجه کنید.

نمودارهای استقرار
نمودار استقرار UML بر ساختار سیستم نرم افزاری تمرکز می کند و برای نشان دادن توزیع فیزیکی یک سیستم نرم افزاری بین پلتفرم های سخت افزاری و محیط های اجرا مفید است. برای مثال، فرض کنید شما در حال توسعه یک بسته رندر گرافیکی مبتنی بر وب هستید. کاربران بسته شما از مرورگر وب خود برای رفتن به وب سایت شما و وارد کردن اطلاعات رندر استفاده خواهند کرد. وب سایت شما یک تصویر گرافیکی با توجه به مشخصات کاربر ارائه می دهد و آن را برای کاربر ارسال می کند. از آنجا که ارائه گرافیک از نظر محاسباتی گران است، شما تصمیم می گیرید که خود رندر را از سرور وب خارج کرده و به یک پلت فرم جداگانه منتقل کنید. بنابراین، سه دستگاه سخت افزاری در سیستم شما دخیل خواهند بود: سرویس گیرنده وب (رایانه کاربران که مرورگر را اجرا می کند)، رایانه ای که میزبان سرور وب است و رایانه ای که موتور رندر را میزبانی می کند. شکل A1.4 نمودار استقرار چنین بسته ای را نشان می دهد.
در چنین نموداری، اجزای سخت افزاری در جعبه هایی با برچسب “جزوه رله و حفاظت ” کشیده می شوند. مسیرهای ارتباطی بین اجزای سخت افزاری با خطوطی با برچسب های اختیاری ترسیم می شوند. در شکل A1.4، مسیرها با پروتکل ارتباطی و نوع شبکه مورد استفاده برای اتصال دستگاه ها، برچسب گذاری شده اند.

دانلود رایگان خلاصه کتاب کامل پی دی اف pdf جزوه رله و حفاظت

هر گره در نمودار استقرار نیز می تواند با جزئیات مربوط به دستگاه، حاشیه نویسی شود. به عنوان مثال، در شکل A1.4، سرویس گیرنده مرورگر حاوی مصنوعی متشکل از نرم افزار مرورگر وب نشان داده شده است است. این مصنوع معمولاً یک فایل حاوی نرم افزار در حال اجرا بر روی یک دستگاه است. همچنین می توانید مطابق شکل A1.4 در گره سرور وب، مقادیر برچسب گذاری شده را مشخص کنید. این مقادیر فروشنده سرور وب و سیستم عامل مورد استفاده سرور را مشخص می کند. نمودارهای استقرار همچنین می توانند گره های محیط اجرا را نمایش دهند که به صورت کادرهایی با برچسب “محیط اجرا” ترسیم شده اند. این گره ها نشان دهنده سیستم هایی مانند سیستم عامل ها هستند که می توانند برنامه های نرم افزاری دیگر را میزبانی کنند.

نمودارهای مورد کاربری
موارد کاربری (فصل های 7 و 8) و نمودار استفاده از UML به شما کمک می کند تا عملکرد و ویژگی های نرم افزار را از دید کاربر تعیین کنید. برای درک نحوه استفاده از موارد و استفاده از نمودارهای موردی، ما تعدادی از آن ها را برای یک برنامه نرم افزاری برای مدیریت فروشگاه آنلاین موسیقی دیجیتال رله و حفاظت می کنیم. برخی از کارهای احتمالی نرم افزار، شامل موارد زیر است:
• یک فایل موسیقی MP3 را بارگیری کرده و در مجموعه برنامه ذخیره کنید.
• جریان موسیقی را ضبط کرده و در مجموعه برنامه ذخیره کنید.
• مجموعه برنامه را مدیریت کنید (به عنوان مثال، آهنگ ها را حذف کنید یا آن ها را در لیست پخش سازماندهی کنید).
• لیستی از آهنگ های موجود در مجموعه را روی یک سی دی رایت کنید.
• لیستی از آهنگ های موجود در مجموعه را روی دستگاه پخش کننده iPod یا MP3 بارگذاری کنید.
• آهنگ را از فرمت MP3 به فرمت جزوه رله و حفاظت و بالعکس آن، تبدیل کنید.
موارد بالا، این یک لیست جامع نیست، اما برای درک نقش موارد کاربری و نمودارهای مورد استفاده کافی است. یک مورد کاربری، نحوه تعامل کاربر با سیستم را با تعریف مراحل مورد نیاز برای دستیابی به یک هدف خاص (به عنوان مثال، نوشتن لیست آهنگ ها بر روی CD) توضیح می دهد. تغییرات در دنباله ای از مراحل، سناریوهای مختلفی را توصیف می کند (به عنوان مثال، اگر همه آهنگ های لیست در یک سی دی قرار نگیرید چه؟). نمودار مورد کاربری UML نمای کلی از موارد کاربری و نحوه ارتباط آن ها است. این نمودار، تصویر بزرگی از عملکرد سیستم ارائه می دهد. نمودار مورد کاربری برای برنامه موسیقی دیجیتال در شکل A1.5 نشان داده شده است. در این نمودار، شکل چوب، نشان دهنده یک بازیگر (فصل 8) است که با یک دسته کاربر (یا عنصر تعامل دیگر) مرتبط است. سیستم های پیچیده معمولاً بیش از یک بازیگر دارند. به عنوان مثال، یک برنامه ماشین فروش می تواند دارای سه بازیگر باشد که نماینده مشتریان، پرسنل تعمیرکار و فروشندگانی هستند که دستگاه را دوباره پر می کنند. در نمودار موارد کاربری، این موارد به صورت بیضی نمایش داده می شوند. بازیگران با خطوطی به موارد کاربری ای که ارائه می کنند، متصل می شوند. توجه کنید که هیچ یک از جزئیات موارد کاربری در نمودار گنجانده نشده است و در عوض باید جداگانه ذخیره شوند. همچنین توجه داشته باشید که موارد کاربری در یک مستطیل قرار داده شده اند، اما بازیگران اینطور نیستند. این مستطیل یک یادآوری بصری از مرزهای سیستم است و اینکه بازیگران خارج از سیستم هستند. برخی موارد کاربری در یک سیستم ممکن است به یکدیگر مرتبط باشند. به عنوان مثال، مراحل مشابهی در رایت لیست آهنگ ها در CD و بارگذاری لیست آهنگ ها در iPod یا تلفن هوشمند وجود دارد. در هر دو مورد، کاربر ابتدا یک لیست خالی ایجاد می کند و سپس آهنگ های مجموعه را به لیست اضافه می کند.

دانلود رایگان خلاصه کتاب رله و حفاظت pdf

تصویر 5-A1
معمولاً برای جلوگیری از تکرار موارد رله و حفاظت ، بهتر است یک مورد کاربری جدید ایجاد کنید که نشان دهنده فعالیت تکراری باشد و سپس اجازه دهید موارد کاربری دیگر شامل این مورد کاربری جدید، به عنوان یکی از مراحل آن ها ارائه شوند. چنین شماری در نمودارهای جزوه رله و حفاظت کاربری، مانند شکل A1.6، با استفاده از یک پیکان خط کشی با برچسب «شامل»، که دو مورد کاربری را به هم مرتبط می کند، نشان داده شده است.
تصویر 6-A1
از آنجا که یک نمودار مورد کاربری، همه موارد کاربری را نمایش می دهد، کمک مفیدی برای اطمینان از پوشش تمام عملکردهای سیستم می کند. در سازمان دهنده موسیقی دیجیتال ما، مطمئناً موارد کاربری بیشتری مانند مورد کاربری پخش آهنگ در مجموعه مطلوب است. اما به خاطر داشته باشید که ارزشمندترین مشارکت موارد کاربری در فرایند توسعه نرم افزار، در توصیف متنی هر مورد کاربری است، نه نمودار کلی مورد کاربری. با استفاده از توصیفات، می توانید درک روشنی از اهداف سیستمی که در حال توسعه آن هستید، ایجاد کنید.
تصویر 7-A1

نمودارهای توالی
بر خلاف نمودارهای طبقه و نمودارهای استقرار، که ساختار ایستایی یک جزء نرم افزاری را نشان می دهند، از نمودار توالی برای نشان دادن ارتباطات پویا بین اشیاء در حین انجام کار استفاده می شود و ترتیب زمانی ارسال پیام ها بین اشیاء برای انجام آن کار را نشان می دهد. از یک نمودار توالی می توان برای نشان دادن فعل و انفعالات در یک مورد کاربری یا در یک سناریوی سیستم نرم افزاری استفاده کرد. در شکل A1.7، نمودار توالی یک برنامه ترسیمی را مشاهده می کنید. نمودار، مراحل برجسته سازی تصویر را در هنگام کلیک روی آن نشان می دهد. هر کادر در ردیف بالای نمودار، معمولاً مربوط به یک شی است، اگرچه ممکن است که جعبه ها از چیزهای دیگر مانند طبقات الگو بگیرند. اگر کادر، یک شیء را نشان دهد (همانطور که در همه نمونه های قبلی وجود دارد)، می توانید به صورت اختیاری در داخل کادر، نوع جسمی را که قبل از آن کولون قرار دارد بیان کنید. همچنین همانطور که در کادر سوم در شکل A1.7 نشان داده شده است، می توانید قبل از کولون، نام یک شیء را تایپ کنید. در زیر هر جعبه، یک خط تیره به نام خط نجات شی وجود دارد. محور عمودی در نمودار توالی مربوط به زمان است و با حرکت به سمت پایین، زمان افزایش می یابد. یک نمودار توالی، فراخوانی متدها را با استفاده از فلش های افقی از تماس گیرنده به طرف تماس گیرنده نشان می دهد، که با نام روش، مشخص شده و به طور اختیاری شامل پارامترهای آن، انواع آن ها و نوع بازگشت می باشد. به عنوان مثال، در شکل A1.7، MouseListener، متد () Drawing’s getFigureAt را فراخوانی می کند. هنگامی که یک شی در حال اجرای یک متد است (یعنی هنگامی که یک قاب فعال رله و حفاظت روی سازه دارد)، می توانید به صورت اختیاری یک نوار سفید، به نام نوار فعال سازی را در خط نجات شیء، نمایش دهید. در شکل A1.7، نوارهای فعال سازی برای همه فراخوانی های متد ترسیم شده است. این نمودار همچنین می تواند بازگشت یک فراخوانی متد را با یک پیکان غیرممتد و یک برچسب اختیاری نشان دهد. در شکل A1.7، فراخوانی متد getFigureAt () با نام شیئی که برگردانده شده، نشان داده شده است. یک عمل معمول، مطابق که A1.7 ، این است که وقتی یک روش نامعتبر فراخوانی می شود، پیکان بازگشت را کنار بگذارید، زیرا نمودار را در هم می ریزد و در عین حال، اطلاعات کمی از اهمیت ارائه می دهد. یک دایره سیاه با پیکانی شروع شده از آن، نمایانگر پیامی است که منبع آن ناشناخته یا بی ربط است. اکنون باید بتوانید وظیفه ای را که شکل A1.7 نشان می دهد درک کنید. یک منبع ناشناس، متد () mouseClicked (جزوه رله و حفاظت ) را فراخوانی می کند و از نقطه آغازین بحث می گذرد. MouseListener به نوبه خود متد () getFigureAt یک Drawing را فرا می خواند که یک شکل را برمی گرداند. سپس MouseListener روش برجسته شکل را که در یک شیء گرافیکی قرار می گیرد، به عنوان یک استدلال فراخوانی می کند. در پاسخ، شکل، سه متد شیء Graphics را فرا می گیرد تا شکل را با رنگ قرمز ترسیم کند. نمودار در شکل A1.7 بسیار ساده است و هیچ شرط یا حلقه ای ندارد. در صورت نیاز به ساختارهای کنترل منطقی، احتمالاً بهتر است برای هر مورد یک نمودار دنباله جداگانه ترسیم کنید. یعنی اگر جریان پیام، بسته به شرایطی بتواند دو مسیر متفاوت را طی کند، باید دو نمودار دنباله جداگانه، یکی برای هر احتمال ترسیم کنید. اگر بر گنجاندن حلقه ها، شرط ها و سایر ساختارهای جزوه مدیریت حفاظت فیزیکی در نمودار توالی اصرار دارید، می توانید از قاب های تعاملی استفاده کنید، که مستطیل هایی هستند که قسمت هایی از نمودار را احاطه کرده اند و با نوع ساختارهای کنترلی که نشان می دهند، برچسب گذاری شده اند. شکل A1.8 این موضوع را نشان می دهد و فرایند مربوط به برجسته سازی همه شکل های داخل یک مستطیل مشخص را به تصویر می کشد. MouseListener پیام rectDragged را ارسال می کند. سپس MouseListener به نقاشی فرمان می دهد که همه شکل های مستطیل را با فراخوانی متد highlightFigures n () برجسته کرده و مستطیل را به عنوان آرگومان عبور دهید. این متد از طریق تمام اشیاء شکل موجود در شیء Drawing حلقه می زند و اگر شکل متقاطع مثلثی باشد، از تصویر خواسته می شود که خود را برجسته کند. عباراتی که در براکت مربع قرار دارند محافظ نامیده می شوند که شرایط بولی هستند و اگر ادامه کار در چارچوب کنش متقابل ادامه داشته باشد، باید درست باشد. بسیاری از ویژگی های خاص دیگر وجود دارد که می توانند در نمودار توالی گنجانده شوند. به عنوان مثال:
1. می توانید بین پیام های همزمان و رله و حفاظت تمایز قائل شوید. پیام های همزمان با نوک پیکان های ممتد و پیام های ناهمزمان با نوک پیکان های متفاوتی نشان داده می شوند.
2. شما می توانید یک شی را نشان دهید که پیامی را برای خود ارسال می کند و پیکان از شی خارج می شود، به سمت پایین می چرخد ، و سپس به سمت همان شیء نشان می دهد.
3. 3. می توانید ایجاد شی را با کشیدن یک پیکان با برچسب جزوه رله و حفاظت (به عنوان مثال، با برچسب «ایجاد») به جعبه یک شی نشان دهید. در این حالت، کادر در نمودار پایین تر از کادرهای مربوط به اشیاء موجود در هنگام شروع عملیات ظاهر می شود.
تصویر 9-A1
4. شما می توانید تخریب شی را بایک X بزرگ در انتهای خط نجات شیء، نشان دهید. دقت کنید که سایر اشیاء می توانند شی را نابود کنند؛ در این حالت، یک پیکان از جسم دیگر به سمت X نشانه می رود. X نیز برای نشان دادن غیر قابل استفاده بودن شیء و آماده بودن آن برای حذف زواید، مفید است.
سه ویژگی آخر همه در نمودار توالی در شکل A1.9 نشان داده شده است.

نمودارهای ارتباطی
نمودار ارتباطی UML (که در UML 1.X به عنوان “نمودار همکاری” شناخته می شود) نشان دیگری از نظم زمانی ارتباطات را ارائه می دهد، اما به جای ترتیب زمانی بر روابط بین اشیاء و کلاس ها تأکید می کند. یک نمودار ارتباطی در شکل A1.10 نشان داده شده است، که همان اعمال نشان داده شده در نمودار توالی را در شکل A1.7 نشان می دهد. در نمودار ارتباطی، اجسام متقابل با مستطیل نشان داده می شوند. ارتباط بین اجسام، با خطوطی که مستطیل ها را به هم متصل می کنند نشان داده می شود. به طور معمول، یک پیکان ورودی به یک شیء در نمودار وجود دارد، که دنباله ارسال پیام را آغاز می کند. این پیکان با شماره و نام پیام، () () () : () ، ()، (). : () () () () : () ً ً