ершу чергу для платформи Windows, а так само на мові Java;
В· на всіх етапах розробки застосовується мова UML, і проект програмного засобу являє собою єдину модель;
В· можливість конфігурування системи за допомогою модулів розширення;
В· найбільшою мірою підходить для розробки великих інформаційних систем, так як реалізує більшу частину функцій ARIS і ERwin/BPwin. І т.д.
Недоліки продукту Rational Rose
В· слабо реалізована підтримка проектування ПЗ для інших операційних систем, майже всі стандартні робочі середовища орієнтовані на побудову Windows-додатків, єдиним способом написання програми для НЕ-Windows операційної системи є використання мови Java, продуктивність якого, поки, залишає бажати кращого.
В· складність самої мови UML також накладає певні обмеження на залучення до робіт над проектами непрофесіоналів,
В· не можна показати і видалити невикористовувані об'єкти на відміну від BPWin;
В· недостатньо функціональна графіка (не можна міняти товщину ліній, написі не центруються, текст не завжди можна помістити цілком, іноді він обрізається);
В· не підтримує функціонально-вартісний аналіз;
В· немає можливості відобразити потоки даних між об'єктами або процесами.
В результаті розробки проекту за допомогою CASE-засобу Rational Rose формуються наступні документи:
В· діаграми класів;
В· діаграми станів;
В· діаграми сценаріїв;
В· діаграми модулів;
В· діаграми процесів;
В· специфікації класів, об'єктів, атрибутів і операцій
В· заготівлі текстів програм;
В· модель розроблюваної програмної системи.
Останній з перерахованих документів є текстовим файлом, що містить всю необхідну інформацію про проект (у тому числі необхідну для отримання всіх діаграм і специфікацій). p align="justify"> Тексти програм є заготовками для подальшої роботи програмістів. Склад інформації, що включається в програмні файли, визначається або за замовчуванням, або за бажанням користувача. Надалі ці вихідні тексти розвиваються програмістами на п...
