інтерфейсів користувачів, структура технічного комплексу. Для більш якісного проектування цих компонентів потрібна побудова моделей, які пов'язують розглянуті моделі між собою. Важливо здійснити спільне моделювання взаємопов'язаних компонентів. Особливо з змістовної точки зору об'єктів і функцій. В даний час існує велика кількість різних методологій моделювання проблемної області. Однак все це різноманіття можна розділити на 2 групи:
1. Методології структурного аналізу і проектування (функціонально орієнтований підхід).
2. Методологія об'єктно-орієнтованого аналізу і проектування (об'єктно-орієнтований підхід).
Всі ці методології базуються на використанні графічних (візуальних) моделей. Графічні моделі являють собою засіб для візуалізації, опису, проектування та документування архітектури системи. Кожна модель визначає певний аспект системи використовує набір діаграм і документів заданого формату і є об'єктом діяльності різних людей з конкретними інтересами завданнями і ролями. Хороші моделі є основою взаємодії учасників проекту, а саме проектувальників і менеджерів замовника, що гарантує коректність архітектури проектованої системи. p align="justify"> .05.09
У функціональних моделях (DFD діаграми, SADT діаграми) головними структурними компонентами є функції (операції, дії, робота), які на діаграмах зв'язуються між собою потоками об'єктів. Безсумнівним достоїнством функціональних моделей є реалізація структурного підходу проектування інформаційної системи. За принципом * зверху-вниз *. У цьому випадку кожен функціональний блок може бути декомпозирован на безліч підфункції і так далі. Таким чином виконується модульне проектування інформаційної системи. При функціональному підході об'єктні моделі даних розробляються окремо вигляді ER діаграм, т е діаграм * сутність-зв'язок *. Для перевірки коректності моделювання встановлюється взаимосоответствие. Основний недолік функціональних моделей пов'язаний з неясністю виконання процесів обробки інформації яка може динамічно змінюватися. Крім того можливо повторюваність використання однакових функцій, а отже і програмних модулів у різних процесах. В останньому випадку одні і ті ж функції в різних ієрархія-декомпозиція, можуть бути спроектовані кілька разів. Перераховані недоліки функціональних моделей знімаються в об'єктно-орієнтованих моделях. Головним компонентом таких моделей є клас об'єктів з набором функцій які можуть звертатися до атрибутів цього класу (приховані дані). Для класу об'єктів характерна ієрархія узагальнення яка дозволяє здійснювати спадкування не тільки атрибутів об'єктів від нижчестоящого класу до вище стоїть а й функції (методи). У разі спадкування функцій можна абстрагуватися від конкретної реалізації процедур (абстрактні типи даних), які відрізн...
