- •Поняття пз
- •Поняття трпз
- •К ласифікація методів проектування пп
- •Класичний життєвий цикл
- •Макетування
- •Стратегії конструювання пз
- •Інкрементна модель конструювання пз
- •Кодування.
- •Тестування.
- •Модель швидкої розробки додатків 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 Неправильних підходи до розробки пз
- •Водоспадний процес
- •Спрощений процес системного проектування
- •Автоматичний підхід та швидке макетування
Модель композиції додатку
Модель використовується на ранній стадії конструювання ПЗ. Для врахування умов розробки обчислюється відсоток повторного використання програмних компонентів та визначається кількість нових об’єктних вказівників %:
Об’єктний вказівник – засіб виміру ПЗ. Для його обчислення визначається кількість екранів, звітів та компонентів потрібних для побудови додатку.
Проміжні витрати обчислюються за формулою:
PROD – оцінка швидкості розробки, приймає значення: 4 – дуже низька; 7 – низька; 13 – номінальна; 25 – висока; 50 – дуже висока.
Модель раннього етапу проектування
Використовується коли стабілізуються вимоги та визначається базисна програмна архітектура.
Основне рівняння моделі: А = 2,5;
Розмір – кількість тисяч рядків програмного коду;
В =1,01+0,01 ;
Wi – масштабні фактори приймають значення від 5 (низький) – 0 (високий)
W1 - PREC – досвід організації в реалізації проектів даного типу;
W2 - FLEX – гнучкість процесу розробки;
W3 – RESL – ступінь виконуваного аналізу ризику;
W4 – TEAM – зв’язність групи розробників;
W5 – PMAT – зрілість процесу розробки організацій;
МЕ – множник поправки; ;
ЕМі - приймає значення (1 – низький…6 - високий):
1 – PERS – можливості персоналу;
2 – PCPX – надійність та складність ПП;
3 – RUSE – необхідне повторне використання;
4 – PDF – складність платформи;
5 – PREX – досвід персоналу;
6 – FCIL – засоби підтримки;
7 – SCED - графік.
KALOC – кількість рядків коду, який автоматично генерується;
AT - відсоток коду, який автоматично генерується від всього коду системи;
ATPROD – продукт коду автоматичної генерації.
Модель етапу послідовної архітектури
Використовується в період коли сформульована архітектура; виконується розробка ПП.
Kreq – враховує можливі зміни у висновках;
Brak – це відсоток коду знищений із за зміни вимог.
Розмір new – це розмір нового програмного коду;
Розмір reuse – це розмір програмного коду, який повторно використовується.
KASLOC – це кількість рядків програмного коду, який повторно використовується та повинен бути змінений в 1000 рядків;
AT – відсоток коду який автоматично генерується;
DM – відсоток модифікованих проектних моделей;
CM – відсоток модифікованого програмного коду;
IM – відсоток витрат необхідних для підключення ПЗ яке повторно використовується;
SU – фактор, який базується на вартості розуміння ПЗ яке додається. Змінюється від 50 (для складного не структурованого коду) до 10 (для об’єктно-орієнтованого коду);
AA – фактор, який відображає можливість ПЗ, залежить від розміру тестування та оцінювання, змінюється від 0 – 8.
Мр – множник поправки;
ЕМі (оцінюється за 6 бальною шкалою):
KELY – надійність ПЗ;
DATA – розмір БД;
CPLX – складність ПП;
REUSE – необхідне повторне використання;
DOCU – документ вимагає життєвого циклу;
TIME – обмеження часу виконання;
STOR – обмеження оперативної пам’яті;
PVOL – зміна платформи;
ACAP – можливість аналітика;
PCAD – можливості програміста;
AEXP – досвід роботи з додатком;
PEXP – досвід роботи з платформою;
LTEX – досвід роботи з мовою та утилітами;
PCON – неперервність персоналу;
TOOL – використання програмних утиліт;
SITE – мультимережна розробка;
SCED – необхідний графік розробки