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