На головну

 Структура стандартів IEEE 802.x |  Завадостійке кодування, циклічні коди, коди Хеммінга. |  Призначення і функції ОС. Функціональні компоненти ОС Linux. |  Кодування з мінімальною надмірністю, алгоритм Шеннон Фано. |  Оптимальне кодування. Алгоритм Хаффмана. |  алгоритм Хаффмена |  Управління пам'яттю, типи адрес, алгоритми розподілу пам'яттю. |  типи адрес |  Методи розподілу пам'яті без використання дискового простору |  Стиснення даних. Алгоритм Лемпела-Зива. |

Об'єктне моделювання інформаційних систем. Етапи проектування ІС із застосуванням уніфікованого мови візуального моделювання UML.

  1.  CASE-засоби проектування ІС
  2.  I. Ознайомлення з можливостями програми Access 2000 по створенню запитів за допомогою мови SQL
  3.  I. Етапи конституційного будівництва
  4.  IDEF0-методологія моделювання бізнес-процесів
  5.  IDEF0-методологія моделювання бізнес-процесів
  6.  II. Діаграми СТАНУ ПОДВІЙНИХ СИСТЕМ.
  7.  II. Етапи інноваційного розвитку

Уніфікована мова моделювання UML (Unified Modeling Language) - наступник методів об'єктно-орієнтованого аналізу і проектування (OOA & D), які з'явилися в кінці 80-х і початку 90-х років. Він є прямим об'єднанням і уніфікацією методів Буча, Рамбо (ОМТ) і Якобсона, однак доповнює їх новими можливостями. UML - це назва мови моделювання, а не методу. Більшість методів включають (по крайней мере, в принципі) як мову, так і процес моделювання. Мова моделювання - це нотація (в основному, графічна), яка використовується методом для опису проектів.

Основою UML є графічні діаграми. Діаграма в UML - це графічне представлення набору елементів, зображуване найчастіше у вигляді пов'язаного графа з вершинами (сутностями) і ребрами (відносинами). Діаграми малюють для візуалізації. Основна мета діаграм - візуалізація розроблюваної системи з різних точок зору. Діаграма - в найзагальнішому сенсі деякий зріз системи. Зазвичай, за винятком найпростіших моделей, діаграми дають згорнуте представлення елементів, з яких складається розробляється система. Один і той же елемент може бути присутнім у всіх діаграмах, або тільки в декількох (самий часто зустрічається варіант), або не бути присутнім в жодній (дуже рідко). Відповідно до теорії діаграми можуть містити будь-які комбінації сутностей, проте в практиці моделювання застосовується порівняно невелика кількість типових комбінацій, кожна з яких відповідає одному з п'яти найбільш необхідних видів, складових архітектуру програмної системи. Таким чином, в UML визначені дев'ять типів діаграм.

Діаграма класів (Class diagram), на яких показують класи, інтерфейси, об'єкти і кооперації, а також їх відносини. При моделюванні об'єктно-орієнтованих систем цей тип діаграм використовується найбільш часто. Діаграма класів відповідають статичному увазі системи з точки зору проектування. Діаграма класів, які включають активні класи, відповідають статичному увазі системи з точки зору процесів.
діаграми об'єктів (Object diagram), на яких представляються об'єкти і відносини між ними. Це статичні знімки примірників сутностей, показаних на діаграмах класів. Діаграми об'єктів, як і діаграми класів, відносяться до статичного виду системи з точки зору проектування або процесів, але з розрахунком на справжню або макетну реалізацію.
діаграми прецедентів (Use case diagram), на яких представлені прецеденти і актори (окремий випадок класів), а також відносини між ними. Діаграми прецедентів відносяться до статичного виду системи з точки зору можливостей її використання. Цей вид діаграм особливо важливий при організації і моделюванні поведінки системи.

діаграми взаємодії, На яких представлені зв'язку між об'єктами, показані, зокрема, повідомлення, якими об'єкти можуть обмінюватися. Зазвичай розглядаються два окремих випадки цього виду діаграм: діаграми послідовностей (sequence diagram), які відображають тимчасову упорядкованість повідомлень, і діаграми кооперації (collaboration diagram), на яких показана структурна організація обмінюються повідомленнями об'єктів. Ці види діаграм є ізоморфними, тобто вільно можуть бути трансформовані один в одного.

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

діаграми діяльності (Activity diagram) - це окремий випадок діаграм станів. На діаграмі цього типу подаються переходи потоку управління від однієї діяльності до іншої всередині системи. Цей вид діаграм відноситься до динамічних уявленням системи, і є найбільш корисним при моделюванні її функціонування, так як відображає передачу потоку управління між об'єктами.

діаграми компонентів (Component diagram), на яких представлена ??організація сукупності компонентів і існуючі між ними залежності. Діаграми компонентів відносяться до статистичного увазі системи з точки зору реалізації. Вони можуть бути пов'язані з діаграмами класів в силу дуже простий причини: один компонент зазвичай відображається на один або кілька класів, інтерфейсів або кооперацій.

діаграми розгортання (Deployment diagram), на яких представлена ??конфігурація обробних вузлів системи і розміщених в них компонентів. Діаграми розгортання відносяться до статичного виду системи з точки зору розгортання. Вони пов'язані з діаграмами компонентів, оскільки в вузлі зазвичай розміщуються один або кілька компонентів.

Ми розглянули неповний список можливих діаграм, що застосовуються в UML. Деякі інструментальні засоби дозволяють генерувати і інші діаграми, але перераховані дев'ять зустрічаються в практиці моделювання найчастіше.


 



 Структурне моделювання інформаційних систем. Методологія функціонального моделювання SADT. Моделювання потоків даних DFD. Моделювання даних ERD. |  Алфавітний кодування. Разделімие схеми. Префіксние схеми. Неравеснтво Макміллана.
© um.co.ua - учбові матеріали та реферати