- •Поняття пз
- •Поняття трпз
- •К ласифікація методів проектування пп
- •Класичний життєвий цикл
- •Макетування
- •Стратегії конструювання пз
- •Інкрементна модель конструювання пз
- •Кодування.
- •Тестування.
- •Модель швидкої розробки додатків 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 Неправильних підходи до розробки пз
- •Водоспадний процес
- •Спрощений процес системного проектування
- •Автоматичний підхід та швидке макетування
Уніфікований процес компанії Rational Rose
Rational Unified Process (RUP)
Якості розробки ПЗ:
Забезпечується розробка відмовостійкого якісного коду, архітектура розглядається як первинний ПП.
Дотримується схема розробки ПП.
Відображається реалізація моделі продуктивності без створення зайвих артефактів.
Забезпечується механізм регулювання змісту, забезпечення потрібного числа взаємодій та підвищення ефективності роботи персоналу.
Процес розробки можна повністю описати наступними елементами:
Етапи – стадії, через які проходить проект, починаючи з початкової ідеї до її завершення.
Життєвий цикл – шлях через всі етапи. Розробка може складатись з декількох ЖЦ.
Дисципліни – функції, які виконуються розробником для реалізації проекту (наприклад проектування архітектури, кодування, тестування).
Артефакти – матеріальні об’єкти, що розробляються в процесі виконання операцій.
Ролі – обов’язки, що покладаються на людей, при розробці ПП або виконанні певних операцій.
Контрольні відмітки – події, які відмічають виконання етапу розробки.
Ітерації – кількість створень та тестувань коду в процесі ЖЦ.
Етапи процесу RUP:
Початок робіт – розуміння задачі розробки
Уточнення – визначення схеми.
Проектування – реалізація схеми.
Передача – підтвердження правильності рішення.
Дисципліни процесу RUP:
Бізнес-моделювання – розробка та розуміння процесів, які підтримуються програмою, а також визначення найкращих можливостей автоматизації.
Керування вимогами – визначення специфікацій, які повинна виконувати програма.
Аналіз та проектування – моделювання частин програми та їх взаємозв’язків.
Реалізація – створ. коду, розробка документації, файлів довідки та навч. матеріалу.
Тестування – перевірка відповідності коду поставленим вимогам.
Розгортування – поставка ПП замовнику.
Керування конфігурацією – створення версій ПП.
Керування проектом – планування, створення графіку робіт, забезпечення кадрів та ведення проекту.
Оточення – встановлення конфігурування, підтримка інструмент них засобів розробки проекту.
3 Неправильних підходи до розробки пз
Водоспадний процес
Водоспадна модель включає декілька операцій які застосовуються до всіх проектів:
а) розробка плану дій по розробці ПС.
б) планування робіт пов’язаних з кожною дією.
в) застосування операцій відслідковування коду виконання дій з контрольними етапами.
Водоспадний процес не слід використовувати бо:
а) зміст програмних проектів змінюється;
б)необхідно шукати компроміс між затратами на виконання проекту, графіками робіт та вигодою, яка отримується;
в) специфікації ПЗ неможливо зафіксувати;
г) програмні проекти не визначаються трудовитратами;
д) слід враховувати ризики;
е) при розробці ПЗ порядок виконуваних робіт не являється фіксованим;
є) ПП являється абстрактним.
Спрощений процес системного проектування
Слабкі сторони системного проектування:
а) визначаються документацією;
б) інтеграція не являється покроковою операцією;
в) взаємозв’язки найчастіше являються суперечливими.