ненти, які взаємодіють один з одним, обмінюючись повідомленнями і виступаючи один до одного щодо «клієнт / сервер». Повідомлення, які може приймати об'єкт, визначені в його інтерфейсі. У цьому сенсі посилка повідомлення «об'єкта-сервера» еквівалентна виклику відповідного методу об'єкта. Більшість існуючих CASE-засобів спираються в основному на структурні методології.
Прикладом системи, в якій здійснюється функціональне розбиття є BPwin (система моделювання потоків даних), що підтримує методології IDEF0 (функціональна модель), IDEF3 (WorkFlow Diagram) і DFD (DataFlow Diagram). Функціональна модель призначена для опису існуючих бізнес - процесів на підприємстві і ідеального стану речей - того, до чого потрібно прагнути. Методологія IDEF0 наказує побудова ієрархічної системи діаграм - одиничних описів фрагментів системи. Спочатку проводиться опис системи в цілому та її взаємодії з навколишнім світом (контекстна діаграма), після чого проводиться функціональна декомпозиція - система розбивається на підсистеми і кожна підсистема описується окремо (діаграми декомпозиції).
Потім кожна підсистема розбивається на більш дрібні і так далі до досягнення потрібного ступеня подробиці. Після кожного сеансу декомпозиції проводиться сеанс експертизи: кожна діаграма перевіряється експертами предметної області, представниками замовника, людьми, які безпосередньо беруть участь у бізнес - процесі. Така технологія створення моделі дозволяє побудувати модель, адекватну предметної області на всіх рівнях абстрагування.
На основі моделі процесів BPwin за допомогою іншого CASE-засоби ERwin можна побудувати модель даних. Прийнято виділяти два рівня представлення моделі даних - логічний і фізичний.
Мета моделювання даних на логічному рівні полягає у забезпеченні розробника ІС концептуальною схемою бази даних у формі однієї моделі або кількох локальних моделей, які відносно легко можуть бути відображені в будь-яку систему баз даних.
Логічний рівень - це абстрактний погляд на дані, на ньому дані представляються так, як виглядають у реальному світі, і можуть називатися так, як вони називаються в реальному світі, наприклад «Група», «Прізвище студента» . Об'єкти моделі, що представляються на логічному рівні, називаються суті і атрибутами. Логічна модель даних може бути побудована на основі іншої логічної моделі, наприклад моделі процесів. Така модель даних є універсальною і ніяк не пов'язана з конкретною реалізацією СУБД (системи управління базою даних). Побудова логічної моделі ІС до її програмної розробки або до початку проведення архітектурної реконструкції так само необхідно, як наявність проектних креслень перед будівництвом великої будівлі. Хороші моделі ІС дозволяють налагодити плідну взаємодію між замовниками, користувачами і командою розробників.
На фізичному рівні - дані, навпаки, залежать від конкретної СУБД, фактично будучи відображенням системного каталогу. У фізичній моделі міститься інформація про всі об'єкти БД. Оскільки стандартів на об'єкти БД не існує, фізична модель залежить від конкретної реалізації СУБД. Отже, однієї і тієї ж логічної моделі можуть відповідати кілька різних фізичних моделей.
Концептуальна модель БД Концептуальна модель (інфологічна) найбільш повно відповідає потребам проектування баз знань і побудована на низці принципів, які ми зараз ...
