Подякувати Студентському архіву довільною сумою
Admin
26.02.2023 12:38
Дякуємо, що користуєтесь нашим архівом!
Інструментальне середовище ERWin. Вивчення інтерфейсу
Інформація про навчальний заклад
ВУЗ:
Національний університет Львівська політехніка
Інститут:
Не вказано
Факультет:
Не вказано
Кафедра:
Кафедра автоматизованих систем управління
Інформація про роботу
Рік:
2025
Тип роботи:
Звіт до лабораторної роботи
Предмет:
Інші
Частина тексту файла (без зображень, графіків і формул):
Міністерство освіти і науки України
Національний університет «Львівська політехніка»
Кафедра автоматизованих систем управління
Звіт до лабораторної роботи №1
з дисципліни: «Проектування інтегрованих систем автоматизованого управління»
на тему: «Інструментальне середовище ERWin. Вивчення інтерфейсу»
Лабораторна робота №1
Інструментальне середовище ERWin. Вивчення інтерфейсу.
Мета роботи: ознайомитись з основними принципами роботи та вивчити інтерфейс програми AllFusion ERWin Data Modeler (ERWin).
Теоретичні відомості.
Загальні відомості про ERWin.
AllFusion ERWin Data Modeler (ERWin) – CASE-засіб проектування баз даних від фірми Computer Associates. ERWin поєднує графічний інтерфейс Windows, інструменти для побудови ER-діаграм, редактори для створення логічного та фізичного опису моделі даних і прозору підтримку провідних реляційних СУБД.
ERWin не прив’язаний до технології будь-якої конкретної фірми, що поставляє СУБД або засобу розробки. Він підтримує різні сервери баз даних та настільні СУБД, а також може звертатися до бази даних через інтерфейс ODBC (мова йде тільки про реляційні СУБД).
ERWin можна використовувати спільно з деякими популярними засобами розробки клієнтських частин додатків: PowerBuilder, Visual Basic, Delphi. Крім того, ERWin підтримує роботу в середовищі групової розробки Model Mart, що є продуктом тієї ж Computer Associates.
Процес моделювання в ERWin базується на методології проектування реляційних баз даних IDEF1X. Ця методологія була розроблена для ВПС США і тепер широко використовується в урядових установах і приватних компаніях, як у самих США, так і далеко за їх межами. Вона визначає стандарти термінології та графічного зображення типових елементів на ER-діаграмах. Зауважимо, що деякі позначення можуть дещо розходитися з традиційними, прийнятими в ER-моделі, хоча в ERWin існує можливість вибору традиційної нотації. (При викладі матеріалу використана нотація IDEF1X). Крім того, існує ряд відмінностей, пов’язаних з тим, що дана методологія орієнтована на розробку реляційних БД. Але це не вносить помітних коректив в сам підхід до розробки структури БД, а жорстка стандартизація дозволяє уникнути такого недоліку ER-моделей, як можливість різного трактування.
Моделі даних в ERWin.
ERWin має два рівні представлення моделі – логічний і фізичний.
Логічний рівень – це абстрактний погляд на дані, на ньому дані представляються так, як виглядають у реальному світі, і можуть називатися так, як вони називаються в реальному світі, наприклад «Постійний клієнт», «Відділ» або «Прізвище співробітника». Об’єкти моделі, представлені на логічному рівні, називаються сутностями і атрибутами. Логічна модель даних може бути побудована на основі іншої логічної моделі, наприклад на основі моделі процесів (BPwin). Логічна модель даних є універсальною і ніяк не пов’язана з конкретною реалізацією СУБД.
Фізична модель даних, навпаки, залежить від конкретної СУБД, фактично будучи відображенням системного каталогу. У фізичній моделі міститься інформація про всі об’єкти БД. Оскільки стандартів на об’єкти БД не існує (наприклад, немає стандарту на типи даних), фізична модель залежить від конкретної реалізації СУБД. Отже, однієї і тієї ж логічної моделі можуть відповідати кілька різних фізичних моделей. Якщо в логічній моделі не має значення, який конкретно тип даних має атрибут, то у фізичній моделі важливо описати всю інформацію про конкретних фізичних об’єктах – таблицях, колонках, індексах, процедурах і т. д. Поділ моделі даних на логічні і фізичні дозволяє вирішити кілька важливих завдань.
Документування моделі. Багато СУБД мають обмеження на іменування об’єктів (наприклад, обмеження на довжину імені таблиці або заборону використання спеціальних символів - пробіли.). Найчастіше розробники ІС мають справу з нелокалізованими версіями СУБД. Це означає, що об’єкти БД можуть називатися короткими словами, тільки латинськими символами і без використання спеціальних символів (тобто не можна назвати таблицю реченням – тільки одним словом). Крім того, проектувальники БД нерідко зловживають «технічними» найменуваннями, в результаті таблиця і колонки отримують найменування типу RTD_324 або CUST_A12 і т. д. Отриману в результаті структуру можуть зрозуміти лише фахівці (а найчастіше тільки автори моделі), її неможливо обговорювати з експертами предметної області. Поділ моделі на логічну й фізичну дозволяє вирішити цю проблему. На фізичному рівні об’єкти БД можуть називатися так, як того вимагають обмеження СУБД. На логічному рівні можна цим об’єктам дати синоніми – імена більш зрозумілі неспеціалістам, в тому числі на кирилиці і з використанням спеціальних символів. Наприклад, таблиці CUST_A12 може відповідати сутність «Постійний клієнт». Така відповідність дозволяє краще задокументувати модель і дає можливість обговорювати структуру даних з експертами предметної області.
Масштабування. Створення моделі даних, як правило, починається зі створення логічної моделі. Після опису логічної моделі, проектувальник може вибрати необхідну СУБД і ERWin автоматично створить відповідну фізичну модель. На основі фізичної моделі ERWin може згенерувати системний каталог СУБД або відповідний SQL-скрипт. Цей процес називається прямим проектуванням (Forward Engineering). Тим самим досягається масштабованість – створивши одну логічну модель даних, можна згенерувати фізичні моделі під яку підтримувану ERWin СУБД. З іншого боку, ERWin здатний по вмісту системного каталогу або SQL-скрипту відтворити фізичну і логічну модель даних (Reverse Engineering). На основі отриманої логічної моделі даних можна згенерувати фізичну модель для іншої СУБД і потім згенерувати її системний каталог. Отже, ERWin дозволяє вирішити задачу по перенесенню структури даних з одного сервера на інший. Наприклад, можна перенести структуру даних з Oracle на Informix (або навпаки) або перенести структуру dbf-файлів в реляційну СУБД, тим самим, полегшивши рішення щодо переходу від файл-серверної до клієнт-серверної ІС. Зауважимо, проте, що формальний перенесення структури «плоских» таблиць на реляційну СУБД зазвичай неефективний. Для того щоб отримати вигоди від переходу на клієнт-серверну технологію, структуру даних слід модифікувати. Процеси прямого і зворотного проектування будуть розглянуті нижче.
Для перемикання між логічною і фізичною моделлю даних служить список вибору в лівій частині панелі інструментів ERWin (рис. 1).
/
Рис. 1. Перемикання між логічною і фізичною моделлю.
При перемиканні, якщо фізичної моделі ще не існує, вона буде створена автоматично.
Порядок виконання роботи.
Запустіть візуальне середовище проектування інформаційних систем ERWin. У ході лабораторної роботи ви повинні набути навичок налаштування інструментальної панелі і перемикання між різними уявленнями моделі. Щоб приступити до роботи, вам буде потрібно відкрити навчальну модель, але перш закрийте всі відкриті раніше моделі, використавши команду Close з меню File.
Крок 1. У меню File виберіть опцію Open. З’явиться діалогове вікно від-криття моделі (рис. 9). Вкажіть шлях і ім’я моделі С:\Program Files\Computer Associates\ERWin 4.0\Sampliesl\Standard\Emovies і натисніть OK.
/
Рис. 9. Діалогове вікно для відкриття файлу прикладу.
Повторно натисніть ОК (рис. 10), коли з’явиться діалогове вікно з повідомленням про те, що цей файл має атрибут «read-only»(тільки для читання).
/
Рис. 10. Вікно повідомлення при відкритті файлу прикладу.
У вікні редагування повинна відкритися модель Emovies.er1. Переконайтеся в тому, що перемикач типу моделі на панелі інструментів поставлений в положення Logical (див. таблицю 11). Збережіть модель під новим ім’ям.
Крок 2. Виберіть команди головного меню View → Toolbars. Зверніть увагу на те, як реагує на це дію інструментальна панель (повинно з’явитися спадаюче меню). Переконайтеся в тому, що деякі опції в цьому меню відзначені галочками (є активними). Змініть перелік активних опцій в розглядається меню, прибравши окремі галочки і подивіться, як це вплине на інтерфейс середовища ERWin.
Для того щоб закрити спадаюче меню, клікніть в будь-якому місці на інструментальній панелі. Потренуйтеся у цих діях перед продовженням роботи.
Крок 3. Потренуйтеся в переключенні виду моделі Physical і Logical.
Перейдіть на фізичну модель (виберіть опцію Physical списку на панелі інструментів ERWin).
Перейдіть на логічну модель (виберіть опцію Logical списку на панелі інструментів ERWin).
Зверніть увагу, як впливають такі перемикання на вигляд моделі у вікні редагування. Наприклад, логічні назви (імена) замінюються фізично-ми назвами (іменами) і браузер незалежних атрибутів перемикається на браузер незалежних стовпців (якщо браузер невидимий, натисніть Ctrl + B.)
Крок 4. Змініть нотацію моделі, перейшовши від нотації IDEF1X до нотації IE. Змініть нотацію моделі, перейшовши від нотації IE до нотації IDEF1X.
Крок 5. Якщо ви виконали кроки 1 - 5 і зробили все правильно, то повинні отримати діаграму, яка збігається з контрольною діаграмою (рис. 11).
/
Рис. 11. Контрольна діаграма.
Збережіть результати своєї роботи для того, щоб мати можливість повернутися до них пізніше.
Закрийте інструментальну середу створення моделі процесів. Для цього, використовуючи головне меню ERWin, послідовно виконати наступні команди: File → Exit. Для закриття ERWin без збереження результатів моделювання скористайтеся опцією Close without saving і натисніть OK (рис. 12).
/
Рис. 12. Діалогове вікно Close.
Висновок: на лабораторній роботі я ознайомилась з основними принципами роботи та вивчила інтерфейс програми AllFusion ERWin Data Modeler (ERWin).
Ділись своїми роботами та отримуй миттєві бонуси!
0%
Оголошення від адміністратора