Охарактеризуйте імітаційне моделювання інформаційних систем.

Імітаці́йне моделюва́ння — це метод, що дозволяє будувати моделі процесів, що описують, як ці процеси проходили б насправді.

Таку модель можна «програти» в часі як для одного випробування, так і заданої їх кількості. При цьому результати визначатимуться випадковим характером процесів. За цими даними можна отримати достатньо стійку статистику.

Імітаційне моделювання — це метод дослідження, заснований на тому, що система, яка вивчається, замінюється імітатором і з ним проводяться експерименти з метою отримання інформації про цю систему. Експериментування з імітатором називають імітацією (імітація — це збагнення суті явища, не вдаючись до експериментів на реальному об'єкті).

Імітаційна модель — (у вузькому значенні) логіко-математичний опис об'єкта, який може бути використаний для експериментування на комп'ютері в цілях проектування, аналізу і оцінки функціонування об'єкта.

Включають елементи:

Джерела та стоки – Create Dispose

Джерело – це елемент від яких в модель поступає інформація;

Сток – це пристрій для прийому інформації.

Черги – Queens (близьке до сховища даних)

Процес – це аналог роботи.

Наведіть основні критерії класифікації інформаційних системи та прокласифікуйте відповідно до них інформаційні системи.

1. Ознака структурованості завдань

• Структуровані завдання

• Неструктуровані завдання

• Частково структуровані завдання

Для структурованої задачі зміст можна визначити математичною моделлю, яка має точний алгоритм розв’язку. Такі системи є автоматичними.

Неструктурована – це завдання, для якого неможливо виділити елементи та зв’язки між ними.

Частково структуровані задачі – це задачі, які частково мають зв’язки між системою.

За ознакою

2. ІС створення звітів;

• ІС альтернативних рішень

• А) Модельні ІС;

• Б) Експертні ІС.

3. За функціональною ознакою:

• Наукові

• Навчальні

• Виробничі

• маркетингові ІС …

4. За рівнем управління

• Оперативний рівень:

• Тактичний рівень:

• ІС офісної автоматизації

• ІС обробки знань

• Стратегічний рівень:

5. За ступенем автоматизації:

• Ручні

• Автоматизовані (за характером інформації, за сферою застосування)

• Автоматичні;

6. За характером автоматизації:

• Інформаційно-пошукові ІС

• Інформаційно-розв’язуючі ІС

7. За сферою застосування

• Інтегровані ІС

• Системи управління технологічним процесом

• Системи автоматизованого проектування

• Системи організаційного управління

Наведіть і охарактеризуйте складові структури інформаційної системи, які забезпечують її роботу.

Роботу інформаційної системи забезпечують наступні процеси:

• -ввід інформації

• -обробка інформації (представлення в зручній формі)

• -вивід інформації (яким чином сприймається інформація користувачем)

• -персонал ІС або інша ІС (інформація яка перероблена або персоналом або іншою ІС)

Структура представлень моделі idef0 в case засобі All Fusion Process Modeler bPwin, їх призначення і особливості. Охарактеризуйте каркас діаграми в методології idef0.

1. Звіти в моделі можна згенерувати командою Tools – Model Report. Всього є 7 типів звітів. Для перевірки повноти моделі використовується Model Consistency Report – звіт щодо синтаксичних помилок моделі.

Синтаксичні помилки IDEF0 поділяють на три типи:

• Помилки, які програма виявити не в стані. Наприклад, синтаксис IDEF0 вимагає, щоб ім’я роботи представлялось у формі дії, а імена стрілок були іменниками. Програма не аналізує синтаксис природної мови в зміст імен об’єктів, а тому, звичайно, ігнорує їх.

• Помилки другого типу є недопустимими в програмі, наприклад, кожна із граней допускає побудову стрілок тільки певного типу.

• Третій тип помилок програма дозволяє пропустити, але, одночасно, їх детектує. Такий список помилок може містити, неіменовані роботи і стрілки (unnamed arrow, unnamed activity), незв’язані стрілки (unconnected border arrow), нерозв’язані стрілки (unresolved (square tunneled) arrow connections, роботи, які не мають хоча б однієї стрілки управління або виходу (activity has no control, activity has no output).

2. Каркас містить заголовок і підвал. Заголовок використовують для відслідковування діаграми в процесі моделювання. Нижня частина призначена для ідентифікації і позиціонування в ієрархії діаграми.

Поля заголовку мають наступний зміст:

Used at – використовують для вказівки на батьківську роботу у випадку, якщо на поточну діаграму посилались за допомогою стрілки виклику;

Author, Date, Rev, Project – авторство, дата, ім’я проекту, дата останнього редагування діаграми;

Notes 12345678910 – використовують під час проведення сеансу експертизи, експерт закреслює відповідну цифру під час внесення зауваження до проекту;

Working – нова діаграма, кардинально оновлена діаграма або новий автор діаграми;

Draft – діаграма пройшла первинну експертизу;

Recommended – діаграма пройшла експертизу і ніяких доповнень не очікується;

Publication – діаграма готова до кінцевої публікації;

Reader – ім’я читача (експерта);

Context – схема розміщення робіт на діаграмі верхнього рівня.

Поля підвалу мають наступний зміст:

Node – номер вузла діаграми (номер батьківської роботи);

Title – ім’я діаграми (за замовчування ім’я батьківської роботи);

Number – C-Number (унікальний номер версії діаграми);

Page – номер сторінки.

Значення полів каркасу задають за допомогою властивостей діаграми Diagram Properties.