удь-якого об'єкта цього класу. Операція - це абстракція того, що можна робити з об'єктом. Клас може містити будь-яке число операцій (зокрема, не містити жодної операції).
Діаграма класів представлена ??на рис. 13.
Рис.13. Діаграма класів «diagr_classov»
Класи zayavka, shet, the_zadanie, smeta, finans_othet, othet_vip_rabot мають стереотип boundary (граничний), тобто, ці класи знаходиться «на кордоні» інформаційної системи і зовнішнього світу, забезпечує взаємодію системи і зовнішнього користувача.
Класи bd_klientov, bd_zakazov, bd_tovarov мають тип Table, так як описують об'єкти, реалізовують взаємодію з таблицями бази даних.
Класи klient, master, manager, buhgalter мають тип Interface.
3.6 Діаграма компонентів
Цей тип діаграм призначений для розподілу класів і об'єктів по компонентах при фізичному проектуванні системи. Часто даний тип діаграм називають діаграмами модулів.
При проектуванні великих систем може виявитися, що система повинна бути розкладена на кілька сотень чи навіть тисяч компонентів, і цей тип діаграм дозволяє не загубитися у великій кількості модулів та їх зв'язків.
Діаграма компонентів дозволяє визначити архітектуру розроблюваної системи, встановивши залежності між програмними компонентами, в ролі яких може виступати вихідний, бінарний і виконуваний код. У багатьох середовищах розробки модуль або компонент відповідає файлу. Пунктирні стрілки, що з'єднують модулі, показують відносини взаємозалежності, аналогічні тим, які мають місце при компіляції вихідних текстів програм.
Діаграма компонентів представлена ??на рис. 14.
Рис.14. Діаграма компонентів «diagr_componentov»
. 7 Діаграма розміщення
Цей вид діаграм призначений для аналізу апаратної частини системи, тобто заліза raquo ;, а не програм. У прямому перекладі з англійської Deployment означає розгортання raquo ;, але термін топологія точніше відображає сутність цього типу діаграм. Іноді діаграми топології називають діаграмами розміщення.
Для кожної моделі створюється тільки одна така діаграма.
На відміну від діаграм логічного представлення, діаграма розгортання є єдиною для системи в цілому, оскільки повинна цілком відбивати особливості її реалізації. Розробка діаграми розгортання, як правило, є останнім етапом специфікації моделі програмної системи.
Діаграма розміщення представлена ??на рис.15.
Рис.15. Діаграма розміщення
. 8 Генерація коду в Rose Delphi Link
Одним з найбільш важливих властивостей програми Rational Rose є можливість генерації програмного коду на декількох мовах програмування, яка може бути використана розробником після побудови моделі.
Генерація програмного коду:
меню Tools - Ensemble Tools - Rose Delphi Link.
Рис.16. Генерація коду
4.Моделірованіе структури даних за допомогою Data Modeler
При створенні програми кошти процес створення структури даних є одним з найважливіших етапів. З появою модуля Data Modeler у розробників з'явилася можливість використовувати Rational Rose не тільки для створення логічного представлення системи, але і для моделювання фізичного представлення данних.Modeler є тільки інструментом для моделювання фізичної структури даних. Data Modeler дозволяє створювати всі необхідні об'єкти бази даних: таблиці, тригери, збережені процедури, і представлення даних, підтримує роботу з основними системами обробки баз даних: UDB, Microsoft SQL Server, Oracle і т.д.
Для створення структури бази даних необхідно створити схему, яка необхідна для визначення типу зв'язку з конкретною базою даних. Схема даних дозволяє трансформувати фізичну модель в логічну і назад, а також створити діаграму моделі даних (Data Model Diagram). Після створення схеми даних необхідно створити таблиці і встановити зв'язки між ними. Останнім кроком буде перенесення створеної структури в базу даних. Rational Rose дозволяє створювати скрипт на мові DDL.
Рис.17. Діаграма моделі даних- скрипт опису таблиць БД
CREATE TABLE klient (_klienta INTEGER NOT NULL, _klienta VARCHAR (25) NOT NULL, VARCHAR (10) NOT NULL, PK_klient0 PRIMARY KEY (id_klienta)
); TABLE zayvka (_zayavki INTEGER NOT NULL, _zakazhika VARCHAR (25) NOT NULL, _zajvki DATE NOT NULL, _uslugi INTEGER NOT NULL, INTEGER NOT NULL, INTEGER NOT NULL, INT...
