- •Поняття технології конструювання програмного забезпечення.
- •Класичний життєвий цикл.
- •Макетування.
- •Характеристика стратегій конструювання пз.
- •Інкрементна модель.
- •Спіральна модель.
- •Важковагові та полегшені процеси. 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.
Класичні методи проектування.
http://sa2systems.ru/svn/public/sa2pdf/educae_evn_DEVCAE_LEC3.pdf
https://files.ttuwiki.ee/SPJackson_2010.pdf
Метод структурного проектирования (МСП) ПО18,19,20 .
Структурным анализом или методом структурного проектирования (МСП) ПО принято называть метод исследования системы, начинающийся с ее общего обзора, который затем детализируется, приобретая иерархическую структуру со все большим числом уровней. Особенности МСП:
Разбиение системы на уровни с ограничением числа элементов.
Ограниченный контекст, включающий лишь существенные на каждом уровне детали.
Использование сторонних формальных правил записей.
Последовательное приближение к конечному результату.
Может быть автоматизирован: по серии DFD могут генерироваться спецификации на разработку серий ПМ (методы формирования не рассматриваются, - на самостоятельное изучение).
принцип «разделяй и властвуй»;
принцип «иерархического упорядочивания»;
принцип абстрагирования – выделение существенных аспектов системы и отвлечение от несущественных;
принцип непротиворечивости;
принцип структурирования данных.
модель IDEF0;
DFD (Data Flow Diagrams);
модель «сущность-связь» (Entity-Relationship model).
Метод Джексона (МДЖ) проектирования ПО21.
Метод проектирования Джексона (Jackson System Development, JSD) - это метод спецификации и дизайна систем. В основе этого метода лежат базовые идеи структурного программированя Джексона (Jackson Structure programming, JSP).
В JSD используются для моделирования два типа диаграмм - Entity Structure Diagrams (ESD -диаграммы сущностей) и Network Diagrams.
В JSD имеется три основных этапа:
этап моделирования (результатом этого этапа являются ESD)
network-этап
этап внедрения
Основная идея методики Джексона состоит в том, что «форма», или структура подлежащих обработке данных будет определять «форму» или структуру обрабатывающей программы. В этой методике основные конструкции структурного программирования применяются для построения структуры входных и выходных данных, и те же структуры используются для построения программы. При этом одна и та же нотация служит для обозначения и данных, и программ.
Метод Джексона (1975) включает 6 шагов .
Этап анализа:
1 Объект-действие. Определяются объекты — источники или приемники информации и действия — события реального мира, воздействующие на объекты.
2 Объект-структура. Действия над объектами представляются диаграммами Джексона.
3 Начальное моделирование. Объекты и действия представляются как обрабатывающая модель. Определяются связи между моделью и реальным миром.
Этап проектирования:
4 Доопределение функций. Выделяются и описываются сервисные функции.
5 Учет системного времени. Определяются и оцениваются характеристики планирования будущих процессов.
6 Реализация. Согласование с системной средой, разработка аппаратной платформы.
Основні поняття та принципи тестування пз.
Тестування програмного забезпечення — це процес технічного дослідження, призначений для виявлення інформації про якість продукту відносно контексту, в якому він має використовуватись. Техніка тестування також включає як процес пошуку помилок або інших дефектів, так і випробування програмних складових з метою оцінки.
Оскільки число можливих тестів навіть для нескладних програмних компонент практично нескінченне, тому стратегія тестування полягає в тому, щоб провести всі можливі тести з урахуванням наявного часу та ресурсів. Як результат програмне забезпечення (ПЗ) тестується стандартним виконанням програми з метою виявлення баґів (помилок або інших дефектів).
