Что такое findslide.org?

FindSlide.org - это сайт презентаций, докладов, шаблонов в формате PowerPoint.


Для правообладателей

Обратная связь

Email: Нажмите что бы посмотреть 

Яндекс.Метрика

Презентация на тему Методологія об’єктно-орієнтованого аналізу і проектування

Об'єктно-орієнтований аналіз і проектування (ООАП, Object-Oriented Analysis/Design) - технологія розробки програмних систем, в основу яких покладена об'єктно-орієнтована методологія представлення наочної області у вигляді об'єктів, відповідних класів, що є екземплярами.Методологія ООАП тісно пов'язана з концепцією автоматизованої розробки
Методологія об’єктно-орієнтованого аналізу і проектуванняВиконав:Студент групи КБ-12-1Денисов Максим Об'єктно-орієнтований аналіз і проектування (ООАП, Object-Oriented Analysis/Design) - технологія розробки програмних систем, Друга причина пов'язана з графічною нотацією, реалізованою в CASE-засобах. Якщо мови програмування Графічна модель даних будується так, щоб зв'язки між окремими сутностями відображали не Обмеженість діаграм ERD виявляється при конкретизації концептуальної моделі в детальніше представлення модельованої В рамках діаграм функціонального моделювання було розроблено декілька графічних мов моделювання, які Одна з найбільш важливих особливостей нотації IDEF0 - поступове введення усе більш Зрештою модель IDEF0 є набором ієрархічно взаємозв'язаних діаграм з супровідною документацією, яка
Слайды презентации

Слайд 2 Об'єктно-орієнтований аналіз і проектування (ООАП, Object-Oriented Analysis/Design) -

Об'єктно-орієнтований аналіз і проектування (ООАП, Object-Oriented Analysis/Design) - технологія розробки програмних

технологія розробки програмних систем, в основу яких покладена об'єктно-орієнтована

методологія представлення наочної області у вигляді об'єктів, відповідних класів, що є екземплярами.
Методологія ООАП тісно пов'язана з концепцією автоматизованої розробки програмного забезпечення (Computer Aided Software Engineering, CASE). До перших CASE-средствам віднеслися з певною настороженістю. З часом з'явилися як захоплені відгуки про їх вживання, так і критичні оцінки їх можливостей. Причин для настільки суперечливих думок було декілька. Перша з них полягає в тому, що ранні CASE-средства були простою надбудовою над системою управління базами даних (СУБД). Візуалізація процесу розробки концептуальної схеми БД має важливе значення, проте, вона не вирішує проблем створення програмних засобів інших типів.


Слайд 3 Друга причина пов'язана з графічною нотацією, реалізованою в

Друга причина пов'язана з графічною нотацією, реалізованою в CASE-засобах. Якщо мови

CASE-засобах. Якщо мови програмування мають строгий синтаксис, то спроби

запропонувати відповідний синтаксис для візуального представлення концептуальних схем БД, були сприйняті далеко не однозначно. На цьому фоні розробка і стандартизація уніфікованої мови моделювання UML викликала натхнення у всього співтовариства корпоративних програмістів.
В рамках ООАП історично розглядалися три графічні нотації:
· діаграми "сутність-зв'язок" (Entity-Relationship Diagrams, ERD)
· діаграми функціонального моделювання (Structured Analysis and Design Technique, SADT)
· діаграми потоків даних (Data Flow Diagrams, DFD).


Слайд 4 Графічна модель даних будується так, щоб зв'язки між

Графічна модель даних будується так, щоб зв'язки між окремими сутностями відображали

окремими сутностями відображали не лише семантичний характер відповідного відношення,

але і додаткові аспекти обов'язковості зв'язків, а також кратність сутність, що беруть участь в даних стосунках екземплярів. Нотація діаграм (ERD) реалізована в різних програмних засобах. Приклад діаграми ERD, розробленої за допомогою засобу моделювання бізнес-процесів ARIS®, змальований на рис.1.2.
Обмеженість діаграм ERD виявляється при конкретизації концептуальної моделі в детальніше представлення модельованої програмної системи, яке окрім статичних зв'язків повинне містити інформацію про поведінку або функціонування окремих її компонентів.


Слайд 5 Обмеженість діаграм ERD виявляється при конкретизації концептуальної моделі

Обмеженість діаграм ERD виявляється при конкретизації концептуальної моделі в детальніше представлення

в детальніше представлення модельованої програмної системи, яке окрім статичних

зв'язків повинне містити інформацію про поведінку або функціонування окремих її компонентів.

Слайд 6 В рамках діаграм функціонального моделювання було розроблено декілька

В рамках діаграм функціонального моделювання було розроблено декілька графічних мов моделювання,

графічних мов моделювання, які отримали наступні назви:
· Нотація IDEF0

- для документування процесів виробництва і відображення інформації про використання ресурсів на кожному з етапів проектування систем
· Нотація IDEF1 - для документування інформації про виробниче оточення систем
· Нотація IDEF2 - для документування поведінки системи в часі


Слайд 7 Одна з найбільш важливих особливостей нотації IDEF0 -

Одна з найбільш важливих особливостей нотації IDEF0 - поступове введення усе

поступове введення усе більш детальних представлень моделі системи у

міру розробки окремих діаграм. Побудова моделі IDEF0 починається з представлення всієї системи у вигляді простої діаграми, що складається з одного блоку процесу і стрілок ICOM, службовців для зображення основних видів взаємодії з об'єктами поза системою. Оскільки вихідний процес представляє всю систему як єдина ціла, дана вистава є найбільш загальною і підлягає подальшій декомпозиції. Приклад представлення загальній моделі процесу оформлення кредиту в банці, розробленій за допомогою CASE-средства AllFusion Process Modeler®,

  • Имя файла: metodologіya-obєktno-orієntovanogo-analіzu-і-proektuvannya.pptx
  • Количество просмотров: 81
  • Количество скачиваний: 0