- •Охарактеризуйте поняття „інформаційна система”. Основні історичні етапи розвитку інформаційних систем. Структура інформаційної системи.
- •Загальні принципи побудови інформаційних систем. Які процеси забезпечують роботу інформаційної системи? Які є можливі результати застосування інформаційних систем?
- •Канонічне проектування інформаційної системи.
- •Охарактеризуйте життєвий цикл інформаційної системи. Моделі життєвого циклу інформаційної системи. Переваги і недоліки моделей життєвого циклу інформаційної системи.
- •Типове проектування інформаційної системи.
- •Наведіть особливості і основні прийоми роботи з програмою All Fusion Process Modeler bPwin для побудови і аналізу діаграм відомих вам методологій структурного аналізу.
- •Охарактеризуйте імітаційне моделювання інформаційних систем.
- •Наведіть основні критерії класифікації інформаційних системи та прокласифікуйте відповідно до них інформаційні системи.
- •Наведіть і охарактеризуйте складові структури інформаційної системи, які забезпечують її роботу.
- •Структура представлень моделі idef0 в case засобі All Fusion Process Modeler bPwin, їх призначення і особливості. Охарактеризуйте каркас діаграми в методології idef0.
- •Охарактеризуйте методологію структурного аналізу інформаційних систем sadt. Наведіть коротку порівняльну характеристику її складових та приклади з відомих вам методологій аналізу.
- •Опишіть технологію idef0. Нарисуйте елементи нотації і наведіть їх інтерпретацію. Наведіть приклади діаграм.
- •Розщеплення і злиття моделей у технології idef0. Що означають стрілки, які розгалужуються або зливаються в методології idef0? Правила іменування стрілок, які розгалужуються або зливаються.
- •Тунелювання стрілок на діаграмах функціональних моделей. Типи тунелів, їх функціональне призначення. Наведіть графічну нотацію на прикладах діаграм.
- •Методика dfd для побудови моделі інформаційної системи. Нарисуйте елементи нотації і наведіть їх інтерпретацію. Відмінність її семантики від idef0.
- •Характеристика методики idef3. Нарисуйте елементи нотацій і наведіть їх інтерпретацію. Відмінність її семантики від idef0 і dfd.
- •Методи побудови систем класифікації для інформаційного забезпечення інформаційної системи, їх переваги і недоліки.
- •Кодування інформації. Методи організації кодування інформації для інформаційної системи. Їх переваги і недоліки.
- •Уніфікована система документації для інформаційної системи.
- •Інформаційна база інформаційної системи і способи її організації. Структура файлів інформаційної бази.
- •Охарактеризуйте процеси прямого інжинірингу інформаційної системи в методології idef1x.
- •Дайте характеристику sadt методу побудови діаграм idef1x. Наведіть приклади відповідних діаграм.
- •Дайте характеристику основних понять семантичних моделей даних логічного рівня представлення в idef1x.
- •Охарактеризуйте процеси зворотного інжинірингу інформаційної системи в методології idef1x.
- •Сутність в моделі idef1x. Типи зв'язків в моделі idef1x. Потужність зв'язків в моделі idef1x. Атрибути сутностей в моделі idef1x. Наведіть відповідні елементи нотації.
- •Як за допомогою case засобів організувати перенос інформаційної бази інформаційної системи з однієї системи баз даних на іншу, реалізувати сервісні функції перевірки моделей, волюметрії?
- •Типи залежних сутностей. Охарактеризуйте їх, наведіть відповідні елементи нотації.
- •Типи ключів, які розрізняють в моделі idef1x. Охарактеризуйте їх, дайте критерії вибору. Наведіть відповідні елементи нотації.
- •Суть поняття домену у прикладній програмі eRwin. Використання доменів для розділення елементів логічного і фізичного рівня моделі. Правила валідації і розширені атрибути в моделі даних.
- •Нормалізація моделі інформаційної бази інформаційної системи. Денормалізація моделі даних.
- •Поняття „семантична модель даних” для інформаційної системи. Що таке семантична мережа, правила як її побудувати у прикладній програмі eRwin?
- •Групування моделей за рівнями в idef1x. Категорії логічна, фізична модель в idef1x.
- •Правила валідації і значення за замовчуванням у моделях даних. Трігери і збережувані процедури у моделях даних. Розширені атрибути у моделях даних. Проектування сховищ даних.
- •Підтримка проектування і масштабування моделей баз даних в програмі All Fusion Erwin Data Modeler.
- •Якою є мета моделювання даних для інформаційного забезпечення інформаційної системи? Коротка характеристика моделей.
- •Як організувати і для чого взаємодію All Fusion Erwin Data Modeler і All Fusion Process Modeler bPwin? Інтеграція інформаційних та функціональних моделей.
- •Назвіть основні прийоми побудови схем реляційної бази даних за результатами інформаційної моделі.
- •Назвіть і дайте характеристику основних понять діаграм сутність - зв’язок.
- •Наведіть характеристику складових загальної структури мови uml.
- •Основні (канонічні) та спеціальні (допоміжні) діаграми uml.
- •Семантика і нотація діаграм розгортання. Нарисуйте елементи нотації і наведіть їх інтерпретацію.
- •Семантика і нотація діаграми послідовностей. Нарисуйте елементи нотації і наведіть їх інтерпретацію.
- •Семантика і нотація діаграм компонентів. Нарисуйте елементи нотації і наведіть їх інтерпретацію.
- •Семантика і нотація діаграми об’єктів. Нарисуйте елементи нотації і наведіть їх інтерпретацію.
- •Семантика і нотація діаграми пакетів. Нарисуйте елементи нотації і наведіть їх інтерпретацію.
- •Семантика і нотація діаграми станів. Нарисуйте елементи нотації і наведіть їх інтерпретацію.
- •Семантика і нотація діаграми варіантів використання. Нарисуйте елементи нотації і наведіть їх інтерпретацію.
- •Семантика і нотація діаграми класів. Нарисуйте елементи нотації і наведіть їх інтерпретацію.
- •Послідовність побудови моделей в uml. Якими діаграмами їх наповнюють і для чого?
- •Нотація uml як графічна інтерпретація семантики для її візуального представлення. Наведіть відповідні позначення і дайте їх інтерпретацію.
- •Основні рекомендації під час графічного зображення діаграм uml. Загальні і спеціальні діаграми uml.
- •Особливості зображення діаграм мови uml – типи візуальних позначень, основні типи графічних конструкцій.
- •Типи діаграм uml, їх класифікація і коротка характеристика застосовності.
- •Пакетна структура метамоделі мови uml
- •Структура модельних представлень для формального опису мови uml.
- •На яких принципах моделювання складних систем базується використання мови uml?
Охарактеризуйте процеси зворотного інжинірингу інформаційної системи в методології idef1x.
IDEF1X – базується на методології ERD і дозволяє побудувати модель даних еквівалентну реляційній в третій нормальній формі.
IDEF1X дозволяє провести реінжинірінг існуючої бази даних до інформаційної моделі за допомогою меню Tools – Reverse Engineering, зокрема, така процедура дозволяє конвертувати базу даних із однієї СУБД, через створення її логічної моделі даних, із наступним прямим проектуванням в іншу СУБД. Зворотний інжиніринг реалізують на основі структури таблиць бази даних. Таким чином,
можна проаналізувати і зрозуміти структуру і зміст існуючої інформаційної бази інформаційної системи.
Процеси зворотного інжинірингу
1. Запуску процесу зворотнього інжинірингу ( Tools – Reverse Engineering)
2. У діалоговому вікні вибору шаблону (Select Template) шаблон діаграми, тип сервера бази даних до якого буде реалізоване підключення;
3. У діалоговому вікні Set Options задаються опції зворотного проектування:
Група Reverse Engineer From дозволяє задати джерело зворотного проектування – базу даних або SQL скріпт (опція доступна не для всіх обраних серверів баз даних), а саме текстовий файл, який містить скріпт.
Група Items to Reverse Engineer дозволяє включити об’єкти бази даних, на основі яких буде створена модель. За допомогою списку вибору Option Set, а також кнопок New, Update і Delete можна створювати і редагувати іменовані конфігурації об'єктів бази даних, які можуть бути використані багатократно в інших сеансах зворотного проектування.
Група Reverse Engineer (опції є доступними тільки під час зворотного проектування із бази даних) дозволяє включити у модель системні об’єкти і встановити фільтр на таблиці, що будуть "витягнуті" з бази даних за їх власником.
Група опцій Infer (припускати) дозволяє ERwin генерувати первинні ключі на основі аналізу індексів. Опція Relations дозволяє встановлювати зв'язки на основі імен колонок первинного ключа або індексів. Встановлювати ці опції вартує тоді, коли зв’язки не є прописаними явно.
Група Case Conversion дозволяє задавати опції конвертації регістру під час створення логічних і фізичних імен моделей.
Сутність в моделі idef1x. Типи зв'язків в моделі idef1x. Потужність зв'язків в моделі idef1x. Атрибути сутностей в моделі idef1x. Наведіть відповідні елементи нотації.
Сутність – множина екземплярів реальних або абстрактних об'єктів, які володіють загальними атрибутами (характеристиками).
Властивості сутностей:
Унікальне ім’я, одна інтерпретація
Має один або декілька атрибутів, які належать сутності, або успадковуються через зв’язок
Має один або декілька атрибутів, які однозначно ідентифікують сутність.
Кожна сутність може мати будь-яку кількість зв’язків з іншими сутностями.
Атрибут – характеристика сутності, суттєва для предметної області, що розглядає і призначена для кваліфікації, ідентифікації, кількісної характеристики або виразу стану сутності.
Зв’язок – графічна поіменована асоціація між двома сутностями, суттєва для даної предметної області. Це асоціація, при якій кожен екземпляр однієї сутності асоційованим з довільним значеннями екземплярів іншої сутності і навпаки.
Типи зв’язків:
Ідентифікуючий - сутність потомка однозначно ідентифікується зв’язком з батьківською сутністю.У цьому випадку екземпляр першої сутності взаємодіє з декількома екземплярами іншої. Зв'язки при цьому зображають суцільною лінією з крапкою на кінці і назвою, яка розміщена над лінією.
На початкових етапах проектування системи можна використовувати також тип зв’язку "багато – до - багатьох". У цьому випадку екземпляри сутностей можуть взаємодіяти з декількома екземплярами інших сутностей. Зв'язок цього типу зображають за допомогою суцільної лінії з крапками на обох кінцях. Зв'язок "багато – до - багатьох" може не враховувати деякі обмеження системи, тому його часто заміняють на зв'язок типу "один – до – багатьох" під час наступних експертиз моделі.
Потужність зв’язку (cardinality):
N – кожен екземпляр батьківської сутності може мати нуль, один або більше пов’язаних з ним екземплярів дочірньої сутності (значення за замовчуванням);
P - кожен екземпляр батьківської сутності може мати не менше одного пов’язаного з ним екземплярів дочірньої сутності;
Z - кожен екземпляр батьківської сутності може мати не більше одного пов’язаного з ним екземпляра дочірньої сутності;
Деяке число, яке вказує, що кожен екземпляр батьківської сутності пов'язаний з деяким фіксованим числом екземплярів дочірньої сутності
