
- •Призначення та характеристика моделей життєвого циклу (жц) іс підприємства: каскадна, поетапна та спіральна.
- •Основні етапи життєвого циклу. Задачі, які вирішуються на кожному з етапів життєвого циклу.
- •Стадії та етапи створення іс за державним стандартом .
- •28) Характеристика підходів до створення автоматизованих інформаційних систем.
- •Структурний аналіз. Властивості стуктурно-орієнтованих методів.
- •Принципи структурного проектування.
- •32. Об’єктно-орієнтовані методи аналізу. Об’єкти і класи. Принципи створення об’єктів: інкапсуляції, успадкування, поліморфізму.
- •Принципи об’єктно-орієнтованого проектування.
- •Характеристика функціональних можливостей case-засобів.
- •37. Еволюція стратегічних моделей управління підприєствами в інформаційних системах
- •38. Системи планування матеріальних ресурсів mrp.
- •41. Розвинуті системи планування (aps)
- •. Комп’ютерні інтегровані системи cim.
- •Системи планування ресурсів синхронізованого з покупцем csrp.
- •44. Системи інтеграції ланцюжків поставок sci.
- •46. Функціональна характеристика фінансово-аналітичних інформаційних систем.
- •47. Система фінансового моделювання Project Expert.
- •48. Послідовність створення та аналізу проекту у Project Expert
- •49. Побудова моделі у Project Expert.
- •50. Класифікація програмних систем для автоматизації бухгалтерських робіт за функціональними можливостями та за способом організації.
- •Вимоги до аналітичного обліку в бухгалтерських інформаційних системах.
- •52. Програма «1с:Бухгалтерія».Можливості, що забезпечують гнучкість обліку в програмі «1с:Бухгалтерія».
- •Визначення систем підтримки прийняття рішень (сппр). Напрями застосування сппр. Основні функції та властивості сппр.
- •54. Покоління сппр. Властивості та недоліки першого покоління сппр. Функції та можливості систем другого покоління.
- •. Архітектура сппр: інтерфейс користувача, бд та база моделей. Основні відмінності аіс та сппр.
- •56. Проблеми широкого впровадження та застосування сппр у розподіленому середовищі. Досвід використання в економіці сппр: “Симплан”, pims, isds, ifps та ін.
- •57. Визначення експертних систем (ec). Досвід та області застосування ec. Класифікація ec за призначенням та зв’язком із реальним часом
- •58. Форма подання знань в ec. Властивості та вимоги до ec
- •60. Загальна характеристика та класифікація комп’ютерних тренінгових систем (ктс). Характеристика об’єктів моделювання та їх економічних параметрів. Математичне та програмне забезпечення ктс.
32. Об’єктно-орієнтовані методи аналізу. Об’єкти і класи. Принципи створення об’єктів: інкапсуляції, успадкування, поліморфізму.
Об’єктно-орієнтовані методи аналізу базуються на поданні систем у вигляді сукупності об’єктів та класів предметної області, що взаємодіють за допомогою повідомлень. Об’єктами можуть бути конкретні або абстрактні сутності. Кожний об’єкт характеризується своїм станом (набором атрибутів), а також набором операцій для перевірки та зміни цього стану. Кожний об’єкт є представником певного класу однотипних об’єктів,що визначає їх загальні властивості. Усі примірники одного класу мають один набір операцій і можуть реагувати на одні повідомлення. Об’єкти та класи організуються за такими принципами:
Інкапсуляція – забороняє будь-який доступ до атрибутів об’єкта крім тільки через його операції. Структура об’єкта прихована від користувача.
Принцип успадкування – створення нових класів на основі існуючих. Кожний новий клас має властивості класу батька та додаткові атрибути та операції.
Принцип поліморфізму – дозволяє працювати із об’єктом без інформації про конкретний клас, представником якого він є. Кожен об’єкт може обирати інформацію на основі типів даних, що приймаються в повідомленні, тобто реагувати індивідуально.
-
Принципи об’єктно-орієнтованого проектування.
Основою для об’єктно-орієнтованого проектування служать результати об’єктно-орієнтованого аналізу. На етапі проектування використовуються такі техніки:
-
Успадковані від етапу аналізу вимог і такі, що розвиваються на етапі проектування. Це діаграми класів та діаграми об1єктів.
-
Діаграми модулів та діаграми процесів, що моделюють конкретні програмні та апаратні компоненти,які є частиною статистичної фізичної моделі.
-
Динамічні моделі, що складаються з діаграм переходів станів, що моделюють часову послідовність зовнішніх подій, що впливають на об’єкти конкретного класу.
34. Процесно-орієнтований підхід до створення ІСМ як засіб дослідження та автоматизації бізнес-процесів. Визначення бізнес-процесу. Поєднання управлінських та інформаційних технологій. Реінжиніринг бізнес-процесів під час впровадження ІС.
Сучасний підхід до управління підприємством ґрунтується на поєднанні управлінських та інформаційних технологій. Процес впровадження інформаційної системи в організацію тісно пов'язаний із перебудовою самої системи управління. Процес зміни системи управління підприємством – багатоетапний. На першому етапі необхідно визначитися із місією підприємства та його стратегічними цілями. Ці задачі вирішуються на основі аналізу зовнішнього середовища (ризику). Другий етап – це аналіз і адаптація внутрішнього середовища підприємства і з цією метою, щоб його структура і принципи функціонування відповідали місії підприємства та були спрямовані на досягнення стратегічних цілей. Цей етап має назву реінжиніринг бізнес процесів. Бізнес процеси – це ділові, адміністративні, технологічні процедури функціонування підприємства, до яких належать документообіг, управління фінансами, матеріальними потоками, персоналом, організаційно господарськими і технологічними процесами проектування виробів та інше. Аналіз та оптимізація бізнес процесів заради досягнення стратегічних цілей і є реінжинірингом.
-
CASE-технології – інструмент підтримки життєвого циклу інформаційних систем, який являє собою сукупність методології аналізу, розробки і супроводженням складних програмних систем, підтриманий комплексом взаємопов’язаних засобів автоматизації.
CASE-технологія підтримує групову роботу над проектом, забезпечуючи можливість роботи в мережі, експорт-імпорт будь-яких фрагментів проекту для їхнього розвитку і/чи модифікації, а також планування, контроль, адміністрування і взаємодія, тобто функції, необхідні в процесі розробки і супроводу проектів. Ці функції також реалізуються на основі репозиторію. Зокрема, через репозиторій може здійснюватися контроль безпеки (обмеження і привілеї доступу), контроль версій і змін і ін.