- •Поняття пз
- •Поняття трпз
- •К ласифікація методів проектування пп
- •Класичний життєвий цикл
- •Макетування
- •Стратегії конструювання пз
- •Інкрементна модель конструювання пз
- •Кодування.
- •Тестування.
- •Модель швидкої розробки додатків 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 основних підходи до класифікації:
Класичний – розподіл по категоріям.
Концептуальна кластеризація – базується на теорії не чітких множин, якій об’єкт може належати до декількох категорій одночасно з різною степеню чіткості.
Теорія прототипів – клас визначений шаблоном, об’єкт визначений за умовою що він схожий на шаблон.
Методи ООА:
Класичні підходи:
а) Класифікація Меллера, кандидатами для класів і об’єктів являються матеріальні предмети, ролі, події та взаємодії.
б) Кандидатами для класів і об’єктів при моделюванні БД являються люди, місця, предмети організації, концепції та події.
в) Кандидатами для класів і об’єктів являються структури системи, пристрої, події, ролі, місцезнаходження, організаційні одиниці.
Аналіз поведінки – класи формуються з груп об’єктів, які мають схожу поведінку.
Аналіз предметної області виділяються об’єкти, операції та зв’язки, які експерти даної предметної області вважають найбільш важливими.
Аналіз варіантів або сценаріїв – визначають об’єкти, які беруть участь у сценарії, обов’язки кожного об’єкту та їх взаємодія.
CRC – карточки (Class Responsibilities Collaborators) на карточці пишеться назва класу; з ліва пишеться за що він відповідає, а з права з ким він взаємодіє. Карточки розкладаються таким чином щоб бачити взаємодію об’єктів.
Неформальний опис. В описі задачі на звичайній мові підкреслюються іменники та дієслова. Іменники – це кандидати для класів; дієслова – для операції. Не підходять для складних задач.
Структурний аналіз. Не рекомендується використовувати щоб не перейти до алгоритмічної декомпозиції.
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
У середині 90-х років були визначені наступні методи для розв’язання різних класів задач ООАПроектування:
Метод Буча Booch.
Метод Джеймса-Румбау ОМТ (Object Modeling Technique).
Метод Айвора Джекобса OOSE(Object Oriented Software Enginering).
З 1994 року починається створення єдиного стандарту і зявляється уніфікований метод, а потім UML.