- •Поняття пз
- •Поняття трпз
- •К ласифікація методів проектування пп
- •Класичний життєвий цикл
- •Макетування
- •Стратегії конструювання пз
- •Інкрементна модель конструювання пз
- •Кодування.
- •Тестування.
- •Модель швидкої розробки додатків 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 Неправильних підходи до розробки пз
- •Водоспадний процес
- •Спрощений процес системного проектування
- •Автоматичний підхід та швидке макетування
Поняття пз
ПЗ – це програмні продукти та технічна документація до них.
ПП (програмний продукт) – це комплекс взаємопов’язаних програм призначений для реалізації задачі масового попиту.
Програма – це послідовність програм ПК, що призводять до розв’язання задачі.
Додаток –це програмна реалізація розв’язання задачі.
Класифікація МП
1. Низького рівня (машинно-орієнтовані).
2. Високого рівня:
а) процедурно-ориєнтовані (Pascal);
б) проблемно-орієнтовані ( MathCad)
в) обєктно-орієнтовані (C++)
Поняття трпз
ТРПЗ – це система інженерних принципів для створення економічного ПЗ, яке надійно та ефективно працює в реальних ЕОМ. Розрізняють:
Методи;
Засоби;
Процедури ТРПЗ.
Методи забезпечують розв’язання наступних задач:
Планування та оцінка проекту.
Аналіз системних та програмних вимог.
Проектування алгоритмів, структур даних та програмних структур.
Кодування.
Тестування.
Супровід.
Засоби (Утіліти) забезпечують автоматизовану підтримку методів. Для одночасного використання утіліти можуть об’єднуватися в системи автоматизаційного конструювання ПЗ – Case (Computer Aided Software Enginiering).
Процедури поєднують методи та засоби таким чином, щоб вони забезпечували неперервний технологічний ланцюг розробки.
Процедури визначають:
Порядок застосування методів та засобів.
Формування звітів за певними вимогами.
Контроль який допомагає забезпечити якість та координувати зміни.
Парадигма – це послідовність кроків, які використовують методи засоби та процедури для конструювання ПЗ.
Неавтоматизоване проектування алгоритмів та програм використовується при розробці невеликих за працеємністю та структурною складністю ПП.
Автоматизоване проектування використовується у великих фірмах при розробці певного класу ПП та великої кількості розробників.
Структури проектування розбиття ПП на окремі складові.
Інформаційне моделювання – це побудова комплексу взаємопов’язаних моделей даних.
Обєктно-орієнтований підхід базується на:
Виділенні класів об’єктів.
Визначення властивостей об’єктів та методів їх обробки.
Створення ієрархії класів наслідування властивостей об’єктів та методів їх обробки.
К ласифікація методів проектування пп
Обєктно-орієнтоване
проектування
Класичний життєвий цикл
КЖЦ – це найстаріша парадигма ТРПЗ автор Уїнстон Ройс 1970 р. КЖЦ називають також каскадною моделлю, розробка ПЗ розглядається як послідовність етапів, перехід на наступний нижчий етап відбувається лише тільки після завершення робіт над поточним.
Системний аналіз задає роль кожного елементу визначає взаємодію елементів один з одним.
Аналіз вимог – уточнюються та деталізуються функції ПЗ, характеристики та інтерфейс.
Проектування полягає у створенні наступних представлень:
Архітектури ПЗ.
Модульної структури ПЗ.
Аторитмічної структури ПЗ.
Структури даних.
Вхідного та вихідного інтерфейсу (форми даних).
Кодування полягає в переведенні результатів проектування в текст на мові програмування.
Тестування – це виконання програми для виявлення дефектів у функціях, логіці та формі реалізації ПП.
Супровід – це внесення змін в ПЗ, яке експлуатується.
Мета змін:
Виправлення помилок.
Адаптація до зміни зовнішнього для ПЗ середовища.
Вдосконалення ПЗ за вимогами замовника.
Переваги КЖЦ:
Впорядковує хід конструювання.
Дає план та часовий графік на всіх етапах проекту.
Недоліки КЖЦ:
Реальні проекти вимагають від етапу послідовностей кроків.
Вимагаються всі вимоги до ПЗ, але зазвичай на початку проектування відома лише частина вимог.
Результати проекту доступні замовнику лише в кінці роботи.