- •Поняття пз
- •Поняття трпз
- •К ласифікація методів проектування пп
- •Класичний життєвий цикл
- •Макетування
- •Стратегії конструювання пз
- •Інкрементна модель конструювання пз
- •Кодування.
- •Тестування.
- •Модель швидкої розробки додатків 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) ISO 9001:2000 орієнтована на процеси розробки в будь-яких областях людської діяльності.
2) ISO/IEC 15504 спеціалізується на процесах програмної розробки, має високий рівень деталізації. Об’єм приблизно 500 сторінок.
3) СMM (Capability Maturity Module) модель зрілості процесу конструювання ПЗ.
Модель СMM орієнтована: на побудови системи постійного покращення процесів. В ній зафіксовані 5 рівнів зрілості та передбачений поетапний підхід до вдосконалення процесів.
Рівні зрілості СMM :
1. Початковий рівень – процес розробки не формалізований може строго плануватися та спостерігатися але успіх має випадковий характер. Результат роботи залежить від особистих якостей окремих спів робіт.
2. Повторюваний рівень – для переходу на цей рівень треба ввести формальні процедури для виконання основних елементів процесу конструювання. Результати відповідають заданим вимогам та стандартам.
Основна відмінність від першого рівня: виконання процесу планується та контролюється, засоби планування та керування дають можливість повторення раніше досягнутих успіхів.
3. Визначений рівень – вимагає щоб всі елементи процесу були стандартизовані та задокументовані.
Основна відмінність від другого рівня: виконання процесу планується та контролюється на основі єдиного стандарту компанії, якість ПЗ вже не залежить від здібностей окремих співробітників.
4. Керуючий рівень – в компанії приймаються кількісні показники якості процесу та ПП.
Основна відмінність від третього рівня: більш об’єктивна кількісна оцінка процесу та ПП.
5. Оптимізуючий рівень – головною задачею компанії становиться постійне покращення ефективності існуючих процесів, впровадження нових технологій.
Основна відмінність від четвертого рівня: технологія створення та супроводу ПП постійно покращується.
Кожний рівень СMM характеризується областю ключових процесів (ОКП). ОКП утворюють процеси які при спільному використанні приводять до досягнення визначеної мети. Якщо мета ОКП досягнута, то в компанії присвоюється сертифікат певного рівня зрілості.
UML
UML - це стандарт, який підтримується групою по об’єктному програмуванню OMG (це громадська організація, яка була заснована 11 провідними компаніями по розробці ПЗ «з метою створення ринку компонентного ПЗ шляхом прискорення ведення стандартних об’єктних рішень»).
Стандарт UML постійно переглядається та вдосконалюється
Переваги використання UML:
Діаграми однозначні та добре задокументовані
Зберігається інтелектуальна власність архітектури системи.
Новим співробітникам простіше приєднуватися до проекту.
Види діаграм:
Діаграма варіантів використання USE case d-m
Діаграма класів Class d-m
Діаграма поведінки Behavior d-m
Діаграма станів Statechart d-m
Діаграма діяльності Activity d-m
Діаграма взаємодії Interaction d-m
а) Діаграма послідовності Sequnce d-m
б) Діаграма кооперації Collaboration d-m
4. Діаграма діаграма реалізації Implementation d-m
4.1. Діаграма компонентів Component d-m
4.2. Діаграма розгортування Deployment d-m.
Призначення мови UML:
Надати користувачу мову візуального моделювання, яка легко сприймається і призначена для розробки та документування моделей складних систем різного призначення.
Надати можливість початковим поняттям мови UML розширитися та спеціалізуватися для більш точного представлення моделей систем в конкретній предметній області.
Опис мовою UML повинен підтримувати таке визначення моделей. яке не залежить від конкретних мов програмування та засобів проектування програмних систем (ПС).
Опис мовою UML повинен включати бази для розуміння загальних особливостей ООАП (обєктно-орієнтований аналіз і проектування).
Заохочувати в розвиток ринку об’єктних інструментальних засобів.
Сприяти розповсюджуванню об’єктних технологій та відповідних понять ООАП.
Інтегрувати в себе найновіші та найкращі досягнення практики ООАП.