абору ЕЛЕМЕНТІВ, зображуване найчастіше у вігляді зв «язаного графа з вершинами (сутности) i ребрами (відносінамі). Набір моделей, что Використовують в об »єктно-орієнтованому підході, Включає:  
 діаграмі прецедентів (Use Case Diagram); 
  діаграмі класів (Class Diagram); 
  діаграмі станів (Statechart Diagram); 
  діаграмі Дій (Activity Diagram); 
  діаграмі послідовності (Sequence diagram); 
  діаграмі взаємодій (Collaboration diagram); 
  діаграмі размещения (Deployment Diagram); 
  діаграмі компонентів (Component Diagram). case diagram: 
  Діаграма прецедентів є графом, что Складається з множини акторів, прецедентів (варіантів Використання) обмежених границею системи (прямокутник), асоціацій между акторами та прецедентами, відношень среди прецедентів, та відношень узагальнення между акторами. [5] 
				
				
				
				
			  Діаграмі прецедентів відображають елєменти МОДЕЛІ варіантів вікорістання.CASE DIAGRAM: 
   Рис. 10 
   Центральною дією в Системі є опрацювання запиту на нову рекламу. У такому процесі задіяні два актори: представник персоналу и клієнт. Такий процес Включає в себе, тоб деталізується на Такі Інші процес: Підписання договору, Прийняття оплати та погодження Концепції реклами. 
  Іншім процесом системи є самє виготовлення реклами. Тут вже показана конкретізація персоналу - головний дизайнер. Даній процес в Системі відбувається самє за его участі. Виготовлення реклами Включає такоже и віробніка.diagram: 
  Центральне місце в об «єктно-орієнтованому програмуванні займає розробка логічної МОДЕЛІ системи у вігляді діаграмі класів. Діаграма класів служити для представлення статічної структурованих МОДЕЛІ системи в термінології класів об »єктно-орієнтованого програмування. Така діаграма может відбіваті, зокрема, Різні взаємозв «язки между окрем сутности предметної области, такими як об» єкти и підсістемі, а такоже опісуваті їх внутрішню структуру и тіпі відносін. [2] DIAGRAM: 
   Рис. 11 
   З точки зору ER проектування, діаграмі класів відображають практично таку ж ідею. Тільки проектування класів безпосередно орієнтуються на можлівість реалізації цієї схематічної МОДЕЛІ помощью якоїсь з об єктно-орієнтованих мов програмування (С + +, С #, Java ТОЩО), в тій годину як ER проектування передує створеня реляційніх баз даних, де Кожна СУТНІСТЬ - це окрема табліця.diagram: 
  Діаграма станів вікорістовується для Опису поведінкі про «єктів (окрем екземплярів класу). Діаграма станів є графом СПЕЦІАЛЬНОГО увазі, Який представляет Деяк автомат. Вершинами цього графа є стани. Дуги графа служать для позначення переходів Зі стану в стан. Перехід об »єкта Зі стану в стан відбувається в результаті Настанов деякої події. Зміна станів відбувається міттєво за умови Завершення Дії попередня стану, та, Інколи, Отримання Певного віхідного результату. [2] DIAGRAM: 
   Рис. 12 
   Чорний кружечок позначає початковий або нульовий стан системи. Колі на вхід подається запит, система переходити у Наступний свой стан «опрацювання запиту». После завершення, формується договір, и тут ...