- •Поняття пз
- •Поняття трпз
- •К ласифікація методів проектування пп
- •Класичний життєвий цикл
- •Макетування
- •Стратегії конструювання пз
- •Інкрементна модель конструювання пз
- •Кодування.
- •Тестування.
- •Модель швидкої розробки додатків 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 Неправильних підходи до розробки пз
- •Водоспадний процес
- •Спрощений процес системного проектування
- •Автоматичний підхід та швидке макетування
Діаграма станів (Statechart diagram)
Мета розробки: описати можливі послідовності станів та переходів, які у сукупності характеризують поведінку елемента моделі протягом його життєвого циклу.
Автомат – це деякий формалізм для моделювання елементів моделі та системи в цілому. Кожна діаграма станів це деякий автомат.
Обов’язкові умови автомату:
Незапам’ятовується історія переміщення з одного стану в інший.
Кожний момент часу автомат може знаходитися лише в одному із станів.
Час явно не входить в формалізм автомату.
Кількість станів кінцева.
Не міститься ізольованих станів та переходів.
Не міститься переходів з одного стану у два або більшу.
Стан – це деякий клас для моделювання ситуації протягом якої виконується деяка умова.
П означається:
Ім'я записується з великої літери, зазвичай це дієслово з дієприкметником. В кожній дії ставиться для відповідності рядок тексту:
мітка/вираз дії;
Мітка вказує на умову при якій буде виконуватися дія. Зарезервовані мітки:
1) entry – дія виконується в момент входу у даний стан;
2) exit – момент виходу;
3) do – діяльність, яка виконується протягом усього часу доки об’єкт знаходиться у даному стані.
4) include – звернення до підавтомату, замість дії вказується назва діаграми станів.
П ерехід між станами
Початковий стан
К інцевий стан
Складний стан з прихованою внутрішньою структурою:
Складний стан з паралельними підстанами:
Складний стан з вкладеними послідовними підстанами:
Недавній історичний стан:
Давній історичний стан:
Синхронізований стан:
В складних станах використовують наступні переходи:
Історичний стан використовується в складному стані для запам’ятовування того з послідовних під станів який був поточним під час виходу із складного стану.
Недавній – замінює собою початковий стан підавтомату; давній – запам’ятовую всі підстани підавтомату.
Синхронізуючий стан використовується з складними переходами для того щоб вказати що події в інших підавтоматах впливають на поведінку в даному.
Діаграма діяльності (Activity diagram)
Мета розробки: моделювання процесу виконання операції, являються частинним випадком діаграми станів.
Діяльність – це сукупність обчислень, що виконуються автоматом.
На діаграмі відображається послідовність переходу від одної діяльності до іншої, при цьому звертається увага на результат діяльності.
П означається:
або
П ерехід між діями
Початковий стан
К інцевий стан
Я кщо діяльність це складна дія, то позначається
Кожна діаграма діяльності має один початковий і один кінцевий стан
Для розподілу та злиття паралельних потоків керування використовують
Доріжки використовуються для моделювання бізнес-процесів, тобто для асоціювання дій з конкретними підрозділами компаній.
У загальному випадку дії на діаграмі виконуються над деякими об’єктами, об’єкти або ініціюють виконання дій або визначають деякий результат цих дій.
Об’єкти з’єднуються з діями за допомогою відношення залежності
Приклади: