Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
vidpovidi_gotove.docx
Скачиваний:
0
Добавлен:
01.03.2025
Размер:
247 Кб
Скачать
☆

21 Назвати основні моделі життєвого циклу програмного забезпечення. З чим пов'язана поява нових моделей?

основні моделі життєвого циклу програмного забезпечення : Ітераційна, стандартизована,каскадна, спіральна, інкрементна.

Основне призначення моделей ЖЦ полягає в наступному:       • планування і розподіл робіт між розробниками і ресурсів, а також управління програмним проектом;       • забезпечення взаємодії між розробниками проекту та замовником;       • спостереження і контроль робіт, оцінювання проміжних продуктів ЖЦ на дотримання специфікацій вимог, правильне їх виконання, оцінювання продукту та реальних витрат, у тому числі і по застосовуваних програмних засобів та інструментів;       • узгодження проміжних результатів із замовником;       • перевірка правильності кінцевого продукту шляхом його тестування на запланованих і узгоджених з замовником наборах тестів;       • оцінювання відповідності характеристик якості отриманого продукту заданим вимогам;       • обговорення використовуваних процесів ЖЦ в плані оцінки їх можливостей і недоліків, які виявили при їх застосуванні, а також визначення напрямків удосконалення або модернізації ЖЦ та ін.

22. Навести приклади діаграм, які використовують як специфікації програмного забезпечення при об'єктному підході?

Діаграма класів (Class diagram) — статична структурна діаграма, що описує структуру системи, вона демонструє класи системи, їхні атрибути, методи й залежності між класами.

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

Діаграма композитної/складеної структури (Composite structure diagram) — статична структурна діаграма, демонструє внутрішню структуру класів і, по можливості, взаємодію елементів (частин) внутрішньої структури класу.

Діаграма розгортання (Deployment diagram) — служить для моделювання працюючих вузлів (апаратних засобів, node)

і артефактів, розгорнутих на них. В UML 2.0 на вузлах розвертаються артефакти (англ. artifact), у той час як в UML 1.0 на вузлах розверталися компоненти. Між артефактом і логічним елементом (компонентом), що він реалізує, установлюється залежність маніфестації.

Діаграма об'єктів (Object diagram) — демонструє повний або частковий знімок моделируємої системи в заданий момент часу. На діаграмі об'єктів відображаються екземпляри класів (об'єкти) системи із вказівкою поточних значень їхніх атрибутів і зв'язків між об'єктами.

Діаграма пакетів (Package diagram) — структурна діаграма, основним змістом якої є пакети й відносини між ними. Твердого поділу між різними структурними діаграмами не проводиться, тому дана назва пропонується винятково для зручності й не має семантичного значення (пакети й діаграми пакетів можуть бути присутнім на інших структурних діаграмах). Діаграми пакетів служать, у першу чергу, для організації елементів у групи по якій-небудь ознаці з метою спрощення структури й організації роботи з моделлю системи.

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

Діаграма станів (statechart diagrams) — діаграма станів визначає всі можливі стани, в яких може знаходитись конкретний об’єкт, а також процеси зміни станів об’єкта в результаті виникнення деяких дій.

Діаграма прецедентів (Use case diagram) (діаграма варіантів використання) — діаграма, на якій відбиті відносини, що існують між акторами і прецедентами.

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

Діаграма комунікації (Communication diagram) (в UML 1.x — діаграма кооперації, collaboration diagram) — діаграма, на якій зображуються взаємодії між частинами композитної структури або ролями кооперації. На відміну від діаграми послідовності, на діаграмі комунікації явно вказуються відносини між елементами (об'єктами), а час як окремий вимір не використовується (застосовуються порядкові номери викликів).

Діаграма послідовності (Sequence diagram) — діаграма, на якій зображене впорядковане в часі взаємодія об'єктів.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]