- •Поняття пз
- •Поняття трпз
- •К ласифікація методів проектування пп
- •Класичний життєвий цикл
- •Макетування
- •Стратегії конструювання пз
- •Інкрементна модель конструювання пз
- •Кодування.
- •Тестування.
- •Модель швидкої розробки додатків 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 Неправильних підходи до розробки пз
- •Водоспадний процес
- •Спрощений процес системного проектування
- •Автоматичний підхід та швидке макетування
Діаграма послідовності (Sequence diagram)
Мета розробки: моделювання синхронних процесів у часі, які описують взаємодію об’єктів. На діаграмі зображуються лише ті об’єкти, які безпосередньо беруть участь у взаємодії.
Крайнім з ліва зображається об’єкт який являється ініціатором взаємодії, з права від нього об’єкт з яким він взаємодіє.
Лінія життя потрібна для позначення періоду часу протягом якого об’єкт існує в системі і може приймати участь у взаємодії.
Фокус керування показує, що в даний період часу об’єкт являється активним. Деякі об’єкти руйнуються для того, щоб звільнити ресурси які вони займають.
Різновиди повідомлень:
В иклик процедур, виконання операцій, позначення вкладених потоків керування.
П ростий, не вкладений потік керування, являється асинхронним, тобто може виникати у довільні моменти часу.
Асинхронне повідомлення у деякій процедурній послідовності.
Повернення з виклику процедури.
Стереотипи повідомлень (зарезервовані слова, які пишуться над стрілками)
"call" – виклик операції або процедури.
"return" – повернення значення виконаної операції або процедури.
"create" – створення іншого об’єкту для виконання певних дій.
"destroy" – знищення об’єкту.
"send" – передача деякого сигналу.
Приклад:
Діаграма кооперації (Collaboration diagram)
Мета розробки: призначена для визначення структурних аспектів взаємодії об’єктів. Послідовність дій та паралельних потоків визначається порядковими номерами.
Кооперація – це множина об’єктів, потрібна щоб визначити взаємодію ті особливості реалізації.
Кожна може бути представлена на 2 рівнях:
Н а рівні специфікації – вказуються ролі та класи.
На рівні прикладів – вказуються об’єкти та зв’язки.
Ім’я
Повний формат запису імені об’єкту:
Ім’я / Роль: Клас
Можливі варіанти запису рядка тексту у прямокутнику об’єкту:
: С — анонімний об'єкт, що утворюється на основі класу С.
/ R — анонімний об'єкт, що грає роль R.
/ R : С — анонімний об'єкт, що утворюється на основі класу С і що грає роль R.
О / R — об'єкт з ім'ям О, що грає роль R.
О : С — об'єкт з ім'ям О, утворюваний на основі класу С.
О / R : С — об'єкт з ім'ям О, утворюваний на основі класу С і що грає роль R.
О — об'єкт з ім'ям О.
О : — "об'єкт-сирота" з ім'ям О.
/ R — роль з ім'ям R.
: С — анонімна роль на базі класу С.
/ R : С — роль з ім'ям R на основі класу С.
Мультиоб’єкт – це множина об’єктів, якій адресовані операції та символи.
Активний об’єкт – є ініціатором взаємодії.
Стереотипи зв’язків:
"association" — асоціація (передбачається за умовчанням, можна не указувати).
"parameter" — параметр методу. Відповідний об'єкт може бути тільки параметром деякого методу.
"local" — локальна змінна методу. Її область видимості обмежена тільки сусіднім об'єктом.
"global" — глобальна змінна. Її область видимості розповсюджується на всю діаграму кооперації.
"self" — зв'язок рефлексії об'єкту з самим собою, яка допускає передачу об'єктом повідомлення самому собі.
Види повідомлень:
В иклик процедури або вкладеного потоку керування, являється синхронним, тобто виконується після завершення деякої дії або виконанні деякої умови.
А синхронний потік керування, формується в довільні моменти часу активними об’єктами або акторами.
Асинхронне, простий потік керування.
Повернення з виклику процедури.
Приклад: