- •Поняття пз
- •Поняття трпз
- •К ласифікація методів проектування пп
- •Класичний життєвий цикл
- •Макетування
- •Стратегії конструювання пз
- •Інкрементна модель конструювання пз
- •Кодування.
- •Тестування.
- •Модель швидкої розробки додатків rad
- •Спіральна модель конструювання пз
- •Компонентно-орієнтована модель конструювання пз
- •Важковагові та полегшені процеси
- •Xp процес
- •4 Базові дії:
- •Кодування.
- •Тестування.
- •Робота з замовником.
- •Проектування.
- •Моделі якості процесів конструювання пз
- •Процес керування проектом
- •Планування проектних задач
- •Розмірно-орієнтовані метрики (ром)
- •Функціонально-орієнтовані метрики (фом)
- •Коефіцієнти Fi
- •Виконання оцінки проекту на основі loc та фп метрик
- •Конструктивна модель вартості
- •Модель композиції додатку
- •Модель раннього етапу проектування
- •Модель етапу послідовної архітектури
- •Класичні методи аналізу
- •1. Послідовна
- •3. Ітерація
- •Надійні динамічні системи
- •Основи проектування програмних систем
- •Супровід.
- •Проектування
- •Кодування
- •Тестування
- •Декомпозиція підсистем на модулі
- •Модульність
- •Інформаційна закритість
- •Зв'язність модуля
- •Визначення зв'язності модуля
- •Зчеплення модулів
- •Класичні методи проектування
- •1. Метод структурного проектування
- •2. Проектування для потоку даних типу «запит»
- •Основні поняття та принципи тестування
- •Структурне тестування
- •1. Спосіб тестування базового шляху.
- •2. Спосіб тестування умов
- •3. Тестування циклів
- •Функціональне тестування
- •1. Спосіб розбиття по еквівалентності
- •2. Спосіб аналізу граничних значень
- •3. Спосіб діаграм причин-наслідків
- •3Ауважння:
- •Організація процесу тестування пз
- •1. Методика тестування програмних систем
- •2. Тестування елементів
- •3. Тестування інтеграції
- •Спадне тестування інтеграції
- •Зростаюче тecтування інтеграції
- •Порiвияиня спадного I зростаючого тестування інтеграції
- •4. Тестування правильності
- •5. Системне тестування
- •Основні принципи об’єктно-орієнтованої методології розробки програмної системи (оом пс)
- •Об’єкти та класи
- •ОоАналіз
- •1999Р. Березень-липень uml 1.3
- •Діаграма варіантів використання (use case diagram)
- •Діаграма класів (Class diagram)
- •Послідовна
- •Паралельна
- •2. Асоціації:
- •Діаграма станів (Statechart diagram)
- •Діаграма діяльності (Activity diagram)
- •Діаграма послідовності (Sequence diagram)
- •Діаграма кооперації (Collaboration diagram)
- •Діаграма компонентів (Component diagram)
- •Діаграма розгортування (Deployment diagram)
- •Особливості реалізації мови uml у середовищі Rational Rose
- •Головне меню
- •Вікно діаграми
- •Стандартна пі
- •Уніфікований процес компанії Rational Rose
- •3 Неправильних підходи до розробки пз
- •Водоспадний процес
- •Спрощений процес системного проектування
- •Автоматичний підхід та швидке макетування
Діаграма компонентів (Component diagram)
Мета розробки:
Візуалізація заг. Структури коду ПС.
Визначення виконуваного варіанту ПС.
Забезпечення багаторазового використання окремих фрагментів програмного коду.
Представлення концептуальної та фізичної схеми БД.
Компонент – використовується для представлення фізичних сутностей. Він реалізує деякий набір інтерфейсів і слугує для загального позначення елементів фізичного представлення моделі.
Є 3 види компонентів:
Розсортування – забезпечують безпосереднє виконання системою своїх функцій (DLL).
Робочі продукти – файли з текстами програм.
Виконання – виконувані модулі (ехе-шники).
Інший спосіб специфікації різних видів компонентів — явна вказівка стереотипу компоненту перед його ім'ям. У мові UML для компонентів
визначені наступні стереотипи:
Бібліотека (library) — визначає перший різновид компоненту, який представляється у формі динамічної або статичної бібліотеки.
Таблиця (table) — також визначає перший різновид компоненту, який представляється у формі таблиці бази даних.
Файл (file) — визначає другий різновид компоненту, який представляється у вигляді файлів з початковими текстами програм.
Документ (document) — визначає другий різновид компоненту . який представляється у формі документа.
Здійснимий (executable) — визначає третій вид компоненту, який може виконуватися у вузлі.
І нтерфейс позначається:
IName
відношення реалізації
2. відношення залежності.
На діаграмі компонентів можуть бути представлені відношення залежності між компонентами та реалізованими у них класами.
В середині символа компонента можуть зображатися класи, тоді компонент називається рівня-типу або об’єкти, тоді компонент називається рівня-екземпляру.
Вкладеність означає, що виконання компоненту означає виконання відповідних об’єктів.
Діаграма розгортування (Deployment diagram)
Мета розробки:
Визначити розподіл компонентів системи за їх фізичними вузлами.
Показати фізичні зв’язки між всіма вузлами реалізації системи на етапі її виконання.
Виявити вузькі місця системи та реконструювати її для досягнення необхідної продуктивності.
Вузол – це деякий елемент системи, який існує фізично та має деякий обчислювальний ресурс.
Позначається:
вузол рівня-типу вузол рівня-екземпляру
Якщо необхідно вказати компоненти на окремому вузлі, то це можна зробити 2 способами:
Вкладеними компонентами можуть бути тільки
виконувані
М іж вузлами та компонентами визначені відношення залежності
Вузли між собою з’єднуються простою лінією, яка називається асоціацією, наявність її вказує на необхідність для організації фізичного каналу для обміну інформацією між відповідними вузлами. Вузол може включати компоненти і інтерфейси.