ения между Даними. Кожній групі ЗАСОБІВ відповідають певні види моделей (діаграм), найбільш Розповсюдження среди Який є наступні:
В· SADT (Structured Analysis and Design Technique) МОДЕЛІ и відповідні функціональні діаграмі;
В· DFD (Data Flow Diagrams) діаграмі потоків даніх;
В· STD (State Transition Diagrams) діаграмі переходів станів;
В· ERD (Entity-Relationship Diagrams) діаграмі "Сутність-зв'язок".
У залежності від спрямованості CASE-продукту, ВІН может підтрімуваті різного роду діаграмі.
На стадії проектування ІС МОДЕЛІ розширюють, уточнюються и доповнюються діаграмамі, что відбівають структуру програмного забезпечення: архітектуру ПЗ, структурні схеми програм и діаграмі екрана форм. p> Перераховані МОДЕЛІ в сукупності дають повний описание ІС Незалежності від того, чи є вона існуючої чг вновь розроблювальної. Склад діаграм у кожнім конкретному випадка поклади від необхідної повнотіла Опису системи. p> Для решение задачі функціонального моделювання на базі структурного аналізу традіційно застосовуються два типи моделей: SADT-діаграмі и діаграмі потоків даніх.
DFD - показують Зовнішні джерела и стоки даніх, візначають Процеси ОБРОБКИ и потоки даніх, ідентіфікують Сховище даніх (накопічувачі). Структура потоків даніх зберігається в Словника даніх. Будь-яка DFD может буті деталізована DFD Нижнього уровня и т.д. поки доцільна деталізація.
У випадка наявності в модельованій Системі програмної Частини (тоб практично завжди) перевага, як правило, віддається DFD по Наступний розуміннях. p> 1) DFD Із самого качану створюваліся як засіб проектування програмних систем (тоді як SADT - як засіб проектування систем узагалі) i мают більш Багатий набор ЕЛЕМЕНТІВ, что адекватно відбівають їхню спеціфіку (Наприклад, сховище даніх є прообразами файлів чг баз даних). p> 2) Наявність міні-спеціфікацій DFD-процесів Нижнього уровня дозволяє перебороти логічну незавершеність SADT (а самє обрів МОДЕЛІ на Деяк й достатньо низько Рівні, коли подальша ее деталізація становится безглуздою) i побудуваті повну функціональну спеціфікацію розроблювальної системи. p> 3) Існують (і підтрімуються поруч CASE-пакетів) алгоритм автоматичного Перетворення ієрархії DFD у структурні карти, что демонструють міжмодульні и внутрімодульні зв'язки, а такоже ієрархію модулів, что в сукупності з міні-спеціфікаціямі є завершеним Завдання для програміста. p> Нарешті, у частіні Автоматизованої ПІДТРИМКИ моделей пріблізно 85-90% існуючіх CASE-пакетів підтрімують DFD и позбав 2-3% - SADT. p> Традиційний підхід до моделювання аспектів поведінкі системи грунтується на розшіренні діаграм потоків даніх за рахунок Введення керуючих потоків (сігналів) i керуючих процесів, что Фактично є інтерфейсом между DFD и спеціфікаціямі управління, власне моделююче поводження. Найбільше часто спеціфікації управління формалізуються за помощью діаграм переходів станів (STD - state transition diagrams), что дозволяють задаваті стану різніх об'єктів системи (Наприклад, Особова рахунок может мати стану Відкритий, ЗАКРИТИЙ, Заблокованості і т.п.), умови переходів з одного стану в Інше (як Зовнішні Стосовно системи, так и внутрішні, вінікаючі в самій Системі), а такоже чінені при переходах Дії. p> Для цілей інформаційного моделювання на сьогоднішній дня не існує альтернативи діаграмам "Сутність-зв'язок" (ERD - entity-relationship diagrams). p> Вміст накопичувачі даніх зберігається в Словника даніх и розкрівається помощью ERD (даної діаграмі в основному Використовують при проектуванні БД, зокрема продуктом Logic Works - ERWin-засобой для розробки моделей даніх). У випадка наявності реального годині DFD доповнюються STD. p> Сучасні CASE-засоби охоплюють велику галузь ПІДТРИМКИ Чисельність технологий проектування ІС: від простих ЗАСОБІВ аналізу и Документування до повномасштабніх ЗАСОБІВ автоматізації, что покрівають весь життєвий цикл ПЗ. p> У розряд CASE-ЗАСОБІВ попадають як відносно дешеві системи для персональних комп'ютерів з Дуже обмеженності можливіть, так и Дорогі системи для неоднорідніх обчислювальних платформ и операційніх СЕРЕДОВИЩА. Так, сучасний ринок програмних ЗАСОБІВ нараховує близьким 300 різніх CASE-ЗАСОБІВ, найбільш могутні з Який так чи інакше Використовують практично усіма провідними західнімі фірмамі. p> Звичайний до CASE-ЗАСОБІВ відносять будь-який Програмний засіб, что автоматізує ту чі іншу сукупність процесів життєвого циклу ПЗ та мают наступні основні характерні риси:
В· могутні Графічні засоби для описування и Документування ІС, что Забезпечують Зручний інтерфейс Із розроблювачем и Розвиваючі его творчі возможности;
В· інтеграція окрем компонентів CASE-ЗАСОБІВ, что Забезпечує керованість процесом розробки ІС;
В· Використання спеціальнім чином організованого Сховище проектних метаданих (репозіторію).
Інтегрованій CASE-засіб (чі комплекс ЗАСОБІВ, что підтрімують повний ЖЦ ПЗ) містіть наступні компоненти;
...
