- •Інженерні основи програмного забезпечення
- •Поняття програмна інженерія. Що вивчає дисципліна «Програмна інженерія»?
- •Поняття системотехніка, бізнес-реінжиніринг.
- •Історія виникнення програмної інженерії.
- •Еволюційна модель розробки програмного забезпечення. Переваги та недоліки.
- •Формальна модель розробки програмного забезпечення. Переваги та недоліки.
- •Модель розробки програмного забезпечення на основі раніше створених компонентів. Переваги та недоліки.
- •Ітераційні моделі розробки програмного забезпечення. Переваги та недоліки.
- •Модель покрокової розробки програмного забезпечення. Переваги та недоліки.
- •Инструменты тестирования:
- •Мови моделювання програмного забезпечення.
- •Методи структурного аналізу.
- •Інформаційне моделювання Мартіна.
- •Структура та архітектура програмного забезпечення
- •Архітектура програмного забезпечення. Проектування архітектури.
- •Архітектурна модель клієнт-сервер.
- •Архітектурна модель абстрактної машини.
- •Архітектурні моделі управління (виклик-повернення та централізоване).
- •Проблемно-залежні архітектури програмного забезпечення.
- •Архітектура розподілених систем.
- •Багатопроцесорна архітектура програмного забезпечення.
- •Архітектура corba.
- •Моделі об’єктно-орієнтованого проектування програмного забезпечення.
- •Проектування систем реального часу.
- •Проектування з повторним використанням компонентів.
- •Проектування інтерфейсу програмного забезпечення.
- •Документування програмних продуктів.
- •Поняття документація на програмне забезпечення, програмний документ. Типи документації.
- •Організації що публікують стандарти.
- •Типовий набір документації проекту.
- •Основні стандарти розробки програмних систем і програмного забезпечення.
- •Стандарти вимог, архітектури, якості і тестування програмного забезпечення.
- •Стандарти серії гост 34.Ххх та гост 19.Ххх.
- •Процеси за стандартом iso/іec 12207.
- •Процеси за стандартом iso/іec 15288.
- •Поняття вимоги. Етапи формування вимог. Рівні вимог.
- •Які розділи містить звіт про виконану роботу та заявку на розробку програмного забезпечення?
- •Склад і зміст робіт на стадії «Опис програмного забезпечення».
- •Поняття ескізний проект. Склад і зміст робіт на стадії «Ескізний проект».
- •Що описує Технічне завдання (тз). З яких етапів складається розробка тз та на основі якого стандарту?
- •З яких розділів складається технічне завдання?
- •Що описує Технічний проект (тп)? з яких етапів складається розробка технічного проекту?
- •Види забезпечень.
- •Статичні і динамічні методи тестування.
- •Тестування «білої скриньки»
- •Тестування «чорної скриньки».
- •Метод "сірої скриньки".
- •Види тестування.
- •Рівні тестування.
- •Помилки на етапах життєвого циклу програмного забезпечення.
- •Поняття помилки, дефекту та відмови.
- •Класи помилок в програмному забезпеченні.
- •Тест план (Test Plan). Тестовий сценарій (Test Cases). Процедури тестування (Test Procedures). Баг Репорт (Bug Report).
- •Моделі якості та надійності програмних систем
- •Якість програмного забезпечення. Модель якості за рівнями.
- •Показники якості.
- •Атрибути функціональності, надійності та зручності застосування.
- •Атрибути ефективності, супроводу та переносимості.
- •Метрики програмного продукту.
- •Метрики процесу створення продукту та використання.
- •Методи оцінки значень показників якості.
- •Методи управління програмним проектом
- •Поняття надійності програмного забезпечення.
- •Класифікації моделей надійності за Гоєлем.
- •Класифікації моделей надійності за Хетчем.
- •Інженерія надійності програмного забезпечення та її складові.
- •На яких процесах жц здійснюється перевірка надіності?
- •Поняття сертифікація програмного забезпечення. Види сертифікації продукту.
- •Евристична модель надійності.
- •Модель надійності Нельсона.
- •Модель надійності Джелінскі-Моранді.
- •Статистична модель надійності Міллса.
- •Поняття Проект (Project). Менеджмент проекту (Project Management). Масштаб проекту (Project Scope).
- •Головні цілі менеджменту проекту.
- •Процес менеджменту проекту.
- •Модель процесу керування проектом.
- •Учасники проекту з розробки програмного забезпечення.
- •Ролі в групі розробників проекту.
- •Мережні методи планування і керування проектом.
- •Метод критичного шляху – срм.
- •Метод аналізу й оцінки проекту – pert.
- •Види планів організації проекту.
- •Моніторинг проекту.
- •Модель оцінки вартості проекту cocomo.
- •Модель оцінки вартості проекту cocomo іі.
- •Поняття ризику у проекті. Причини ризику в проекті.
- •Види ризиків. Моніторинг і контроль ризиків.
- •Поняття конфігурації. Елементи конфігурації.
- •Поняття супроводу програмного забезпечення. Хто здійснює супровід.
- •Поняття підтримки програмного забезпечення. Структура іт-супроводу.
- •Поняття програмна археологія. Інструменти і методи програмної археології.
Стандарти вимог, архітектури, якості і тестування програмного забезпечення.
Вимоги до ПЗ
IEEE 830-1998 Описує структуру документів для фіксації вимог, визначає характеристики, якими повинен володіти набір вимог (однозначність, коректність, повнота).
IEEE 1233-1998 Описує правила побудови вимог до програмно-апаратної системи, визначає необхідні властивості і атрибути.
Проектування архітектури ПЗ
IEEE 1016-1998 Описані принципи побудови архітектури.
ISO/IEC 4210 IEEE STD 1471-2000 Описана структура ПЗ з різних точок зору.
Якість ПЗ
ISO 9001:2000 Визначає загальні правила забезпечення якості результатів у всіх процесах Ж.Ц.
Тестування ПЗ
IEEE 829 – 1998 Описує набір документів для тестування ПЗ, також визначає форми і зміст тестових документів.
ISO/IEC 25051:2006 Визначає вимоги якості до ПП і до документації з тестування вимагаючи план тестування, його методи, опис наборів тестів і результатів.
Стандарти серії гост 34.Ххх та гост 19.Ххх.
ГОСТ 34.601-90 Інформаційна технологія автоматизованих систем;
ГОСТ 34.602-89 Технічне завдання;
ГОСТ 34.603-92 Інформаційна технологія, види випробувань;
ГОСТ 34.201-89 Комплектність, види і позначені документи;
ГОСТ 19.001-77 Загальні положення;
ГОСТ 19.101-77 Види програм і програмних документів;
ГОСТ 19.102-77 Стадії розробки;
ГОСТ 19.105-78 Загальні вимоги;
ГОСТ 19.201-78 Технічне завдання, вимоги до змісту та оформлення;
ГОСТ 19.701-90 Схеми алгоритмів, програм і даних.
Процеси за стандартом iso/іec 12207.
ISO/IEC 12207:2008 Стандарт визначає загальну структуру життєвого циклу ПЗ у вигляді трирівневої моделі, елементами якої є процеси, види діяльності і завдання. Процеси об’єднані в чотири групи : основні процеси, що підтримують ці процеси, організаційні та адаптація.
Процеси складаються з окремих видів діяльності:
Основні процеси (Придбання; Постачання; Розробка; Експлуатація; Супровід.);
Допоміжні процеси (Документування; Керування конфігурацією; Якість; Верифікація та валідація; Аудит і рішення проблем.);
Організаційні процеси (Керування проектом; Створення і супровід інфраструктури; Удосконалення Ж.Ц.; Навчання користувачів.).
Процеси за стандартом iso/іec 15288.
ISO/IEC 15288:2008 Цей стандарт поцілений на розгляд програмно-апаратної системи вцілому.
Пропонує схожу схему визначення структури Ж.Ц. ПЗ у вигляді набору груп процесів, де кожний процес описується набором результатів і кожен результат досягається за допомогою набору різних видів діяльності.
За цим стандартом є такі процеси:
Договірні (Про придбання; Про постачання.);
Процеси підприємства (Керування підприємством; Керування Ж.Ц.; Керування ресурсами; Керування якістю.);
Проектні процеси (Планування; Оцінка; Контроль; Ризики; Конфігурації; Прийняття рішень.);
Технічні процеси (Визначення вимог; Аналіз вимог; Розробка архітектури; Впровадження; Верифікація; Валідація; Експлуатація; Супровід; Утилізація).
Поняття вимоги. Етапи формування вимог. Рівні вимог.
Вимоги – дані, на основі яких проектується і створюється ПЗ.
Етапи формування вимог:
Обстеження об’єкта та обґрунтування необхідності створення ПЗ;
Формування вимог користувача до ПЗ;
Оформлення звіту про виконану роботу та заявка на розробку ПЗ (тактико-технічне завдання).
Рівні вимог:
Бізнес-вимоги;
Вимоги користувачів;
Функціональні вимоги (що повинно робити ПЗ);
Нефункціональні вимоги(зовнішній інтерфейс, атрибути якості, обмеження).
