Использование case-технологий при разработке программного обеспечения и баз данных

по наступним розуміннях.

1) DFD із самого початку створювалися як засіб проектування програмних систем (тоді як SADT - як засіб проектування систем узагалі) і мають більш багатий набір елементів, що адекватно відбивають їхню специфіку (наприклад, сховища даних є прообразами файлів чи баз даних).

2) Наявність міні-специфікацій DFD-процесів нижнього рівня дозволяє перебороти логічну незавершеність SADT (а саме обрив моделі на деякому досить низькому рівні, коли подальша її деталізація стає безглуздою) і побудувати повну функціональну специфікацію розроблювальної системи.

3) Існують (і підтримуються поруч CASE-пакетів) алгоритми автоматичного перетворення ієрархії DFD у структурні карти, що демонструють міжмодульні і внутрімодульні зв'язки, а також ієрархію модулів, що в сукупності з міні-специфікаціями є завершеним завданням для програміста.

Нарешті, у частині автоматизованої підтримки моделей приблизно 85-90% існуючих CASE-пакетів підтримують DFD і лише 2-3% - SADT.

Засоби подійного моделювання

Традиційний підхід до моделювання аспектів поведінки системи ґрунтується на розширенні діаграм потоків даних за рахунок введення керуючих потоків (сигналів) і керуючих процесів, що фактично є інтерфейсом між DFD і специфікаціями управління, власне моделююче поводження. Найбільше часто специфікації управління формалізуються за допомогою діаграм переходів станів (STD - state transition diagrams), що дозволяють задавати стану різних об'єктів системи (наприклад, особовий рахунок може мати стану ВІДКРИТИЙ, ЗАКРИТИЙ, ЗАБЛОКОВАНИЙ і т. п. ), умови переходів з одного стану в інше (як зовнішні стосовно системи, так і внутрішні, виникаючі в самій системі), а також чинені при переходах дії

Засоби інформаційного моделювання

Для цілей інформаційного моделювання на сьогоднішній день не існує альтернативи діаграмам "сутність-зв'язок" (ERD - entity-relationship diagrams).

Вміст накопичувача даних зберігається в Словнику даних і розкривається за допомогою ERD (даної діаграми в основному використовуються при проектуванні БД, зокрема продуктомLogic Works - ERWin- засобом для розробки моделей даних). У випадку наявності реального часу DFD доповнюються STD.  

Характеристика сучасних CASE-засобів

Сучасні CASE-засоби охоплюють велику галузь підтримки численних технологій проектування ІС: від простих засобів аналізу і документування до повномасштабних засобів автоматизації, що покривають весь життєвий цикл ПЗ.

У разряд CASE-засобів попадають як відносно дешеві системи для персональних комп'ютерів з дуже обмеженими можливостями, так і дорогі системи для неоднорідних обчислювальних платформ і операційних середовищ. Так, сучасний ринок програмних засобів нараховує близько 300 різних CASE-засобів, найбільш могутні з який так чи інакше використовуються практично усіма ведучими західними фірмами.

Звичайно до CASE-засобів відносять будь-який програмний засіб, що автоматизує ту чи іншу сукупність процесів життєвого циклу ПЗ та мають наступні основні характерні риси:

· могутні графічні засоби для опису і документування ІС, що забезпечують зручний інтерфейс із розроблювачем і розвиваючі його творчі можливості;

· інтеграція окремих компонентів CASE-засобів, що забезпечує керованість процесом розробки ІС;

· використання спеціальним образом організованого сховища проектних метаданих (репозиторію).

Інтегрований CASE-засіб (чи комплекс засобів, що підтримують повний ЖЦ ПЗ) містить наступні компоненти;

· репозиторій, що є основою CASE-засобу. Він повинен забезпечувати збереження версій проекту і його окремих компонентів, синхронізацію надходження інформації від різних розроблювачів при груповій розробці, контроль метаданих на повноту і несуперечність;

· графічні засоби аналізу і проектування, що забезпечують створення і редагування ієрархічно зв'язаних діаграм (DFD, ERD і ін. ), що утворять моделі ІС;

1 2 3 4 5 6 7

Похожие работы

Рефераты

Курсовые

Дипломные