- •Поняття технології конструювання програмного забезпечення.
- •Класичний життєвий цикл.
- •Макетування.
- •Характеристика стратегій конструювання пз.
- •Інкрементна модель.
- •Спіральна модель.
- •Важковагові та полегшені процеси. Xp – процес.
- •Швидка розробка додатків, rad.
- •Компонентно-орієнтована модель. Моделі якості процесів конструювання.
- •Сторони зацікавлені в продукції.
- •Користувачі. Покупці. Інвестори.
- •Вимоги до пз кожної з сторін.
- •Атрибути якості пз: практичність, відмовостійкість, надійність, ремонтопридатність.
- •Визначення архітектури пз.
- •Опис архітектури пз.
- •Універсальна мова моделювання (uml).
- •Інші базові засоби для створення архітектури.
- •Основні компоненти мови. Призначення мови. Термінологія uml.
- •Процес керування проектом. Планування.
- •Планування проектних задач.
- •Розмірно-орієнтовані метрики.
- •Функціонально-орієнтовані метрики.
- •Виконання оцінки проекту на основі loc- та fp-метрик.
- •Дослідження під моделей моделі cocomo, cocomo II.
- •Конструктивна модель вартості.
- •Модель композиції додатку.
- •Модель раннього етапу проектування.
- •Модель етапу пост архітектури.
- •Структурний аналіз.
- •Основи проектування програмних систем.
- •Класичні методи проектування.
- •Основні поняття та принципи тестування пз.
- •Особливості тестування «білого ящику».
- •Способи тестування базового шляху.
- •Способи тестування умов.
- •Спосіб тестування потоків даних.
- •Тестування циклів.
- •Особливості тестування «чорного ящику».
- •Спосіб розбиття по еквівалентності.
- •Спосіб аналізу граничних значень.
- •Спосіб діаграм причин-наслідків.
- •Дослідження способів структурного та функціонального тестування на прикладах.
- •Методика тестування програмних систем.
- •Тестування правильності.
- •Системне тестування .
- •Мистецтво налагоджування.
- •Основні принципи об’єктна-орієнтованої методології розробки програмної системи (оом пс).
- •Оо Аналіз.
- •Об’єкти та класи.
- •Діаграми в uml.
- •Механізми розширення в uml.
- •Діаграма варіантів використання.
- •Дослідження діаграми варіантів використання.
- •Діаграма класів.
- •2. Асоціації:
- •Дослідження діаграми класів.
- •Діаграма станів.
- •Дослідження діаграми станів.
- •Діаграма діяльності.
- •Дослідження діаграми діяльності.
- •Діаграма послідовності.
- •Дослідження діаграми послідовності.
- •Діаграма кооперації.
- •Дослідження діаграми кооперації.
- •Діаграма компонентів.
- •Дослідження діаграми компонентів.
- •Діаграма розгортування.
- •Дослідження діаграми розгортування.
- •Загальні відомості case-засобів.
- •Case-засоби. Класифікація case-засобів.
- •Порівняння життєвого циклу програмного забезпечення при традиційній розробці і розробці з використанням case-засобів.
- •Концептуальні основи case-технології.
- •Технологія впровадження –засобів.
- •Оцінка і вибір –засобів.
- •Засоби функціонального моделювання.
- •Характеристики case–засобів Silverrun.
- •Характеристики case–засобів jam.
- •Загальна характеристика case-системи Rational Rose.
- •Розробка діаграм у середовищі Rational Rose.
- •Початок роботи над проектом у середовищі Rational Rose.
Дослідження діаграми класів.
Діаграма станів.
Мета розробки: описати можливі послідовності станів та переходів, які у сукупності характеризують поведінку елемента моделі протягом його життєвого циклу.
Автомат – це деякий формалізм для моделювання елементів моделі та системи в цілому. Кожна діаграма станів це деякий автомат.
Обов’язкові умови автомату:
Не запам’ятовується історія переміщення з одного стану в інший.
Кожний момент часу автомат може знаходитися лише в одному із станів.
Час явно не входить в формалізм автомату.
Кількість станів кінцева.
Не міститься ізольованих станів та переходів.
Не міститься переходів з одного стану у два або більшу.
Стан – це деякий клас для моделювання ситуації протягом якої виконується деяка умова.
Позначається:
Ім'я записується з великої літери, зазвичай це дієслово з дієприкметником. В кожній дії ставиться для відповідності рядок тексту:
мітка/вираз дії;
Мітка вказує на умову при якій буде виконуватися дія. Зарезервовані мітки:
1) entry – дія виконується в момент входу у даний стан;
2) exit – момент виходу;
3) do – діяльність, яка виконується протягом усього часу доки об’єкт знаходиться у даному стані.
4) include – звернення до підавтомату, замість дії вказується назва діаграми станів.
Перехід
між станами
Початковий стан
Ім'я
Стану
Складний стан з прихованою внутрішньою структурою:
Складний стан з паралельними підстанами:
Складний стан з вкладеними послідовними підстанами:
Ім'я
Стану
Недавній
історичний стан:
Давній
історичний стан:
Синхронізований
стан:
В складних станах використовують наступні переходи:
Історичний стан використовується в складному стані для запам’ятовування того з послідовних під станів який був поточним під час виходу із складного стану.
Недавній – замінює собою початковий стан підавтомату; давній – запам’ятовую всі підстани підавтомату.
Синхронізуючий стан використовується з складними переходами для того щоб вказати що події в інших підавтоматах впливають на поведінку в даному.
Дослідження діаграми станів.
Діаграма діяльності.
Мета розробки: моделювання процесу виконання операції, являються частинним випадком діаграми станів.
Діяльність – це сукупність обчислень, що виконуються автоматом.
На діаграмі відображається послідовність переходу від одної діяльності до іншої, при цьому звертається увага на результат діяльності.
Вираз
Проста
дія
або
Перехід між діями
Початковий стан
Кінцевий стан
Якщо
діяльність це складна дія, то позначається
Кожна
діаграма діяльності має один початковий
і один кінцевий стан
Для розподілу та злиття паралельних потоків керування використовують
Доріжки використовуються для моделювання бізнес-процесів, тобто для асоціювання дій з конкретними підрозділами компаній.
У загальному випадку дії на діаграмі виконуються над деякими об’єктами, об’єкти або ініціюють виконання дій або визначають деякий результат цих дій.
Об’єкти
з’єднуються з діями за допомогою
відношення залежності
Приклади:
