- •Поняття пз
- •Поняття трпз
- •К ласифікація методів проектування пп
- •Класичний життєвий цикл
- •Макетування
- •Стратегії конструювання пз
- •Інкрементна модель конструювання пз
- •Кодування.
- •Тестування.
- •Модель швидкої розробки додатків 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 Неправильних підходи до розробки пз
- •Водоспадний процес
- •Спрощений процес системного проектування
- •Автоматичний підхід та швидке макетування
Проектування
Кодування
Тестування
Інформаційна модель – описує інформацію, яку, на думку замовника, повинна обробляти ПС.
Функціональна модель визначає перелік функцій обробки.
Поведінкова модель фіксує бажану динаміку системи (режими її роботи):
Процедурна розробка описує послідовність дій в структурних компонентах, тобто визначає їх зміст.
Розробка архітектури виділяє основні структурні компоненти і фіксує зв'язки між ними.
Розробка даних — це результат перетворення інформаційної моделі аналізу в структури даних, які необхідні для реалізації ПС.
Проектування — ітераційний процес, за допомогою якого вимоги до ПС транслюються в інженерні представлення ПС.
Проектування складається з:
Попереднє проектування – забезпечує визначення підсистем основних принципів керування підсистеми та їх взаємодію.
Детальне проектування – уточнює абстракції архітектурного рівня, додає подробиці алгоритмічного рівня.
Іінтерфейсне проектування — виконується паралельно з попереднім та детальним, його мета – сформувати графічний інтерфейс користувача.
Попереднє проектування включає 3 типи діяльності:
Структурування системи.
Моделюваня-керування.
Декомпозиція підсистем на модулі.
Є 4 моделі системного структурування:
Модель сховища даних
Модель клієнт-сервер
Трирівнева модель
Модель абстрактної машини
Є 2 типи моделей керування:
Модель централізованого керування
а) Модель виклик-повернення
б) Модель менеджера
Модель подійного керування
а) Широкомовна модель (широковещательная модель)
б) Модель керована перериваннями
Декомпозиція підсистем на модулі
Відомо два типи моделей модульної декомпозиції:
модель потоку даних;
модель об'єктів.
У основі моделі потоку даних лежить розбиття по функціях.
Модель об'єктів заснована на слабо зчепленій сутності, що має власні набори даних, стани і набори операцій.
Очевидно, що вибір типу декомпозиції повинен визначатися складністю підсистеми що розбивається.
Модульність
Модуль — фрагмент програмного тексту, що є будівельним блоком для фізичної структури системи. Як правило, модуль складається з інтерфейсної частини і частини-реалізації.
Модульність — властивість системи, яка може піддаватися декомпозиції на ряд внутрішньо зв'язаних і слабо залежних один від одного модулів.
За визначенням Р. Майерса, модульність — властивість ПЗ, що забезпечує інтелектуальну можливість створення скільки завгодно складної програми.
Із збільшенням кількості модулів (і зменшенням їх розміру) ці витрати також ростуть.
Таким чином, існує оптимальна кількість модулів Opt, яке приводить до мінімальної вартості розробки. На жаль, у нас немає необхідного досвіду для гарантованого прогнозу Opt. Втім, розробники знають, що оптимальний модуль повинен задовольняти двом критеріям:
зовні він простіший, ніж всередині;
його простіше використовувати, чим побудувати.