Базові поняття swebok
Інститут інженерів електроніки та електротехніки та американське об’єднання комп’ютерних фахівців створив міжнародний факультет, що в свою чергу створив ядро занань SWEBOK. Ці зання поділились на 10 областей. Кожна область мала загальну схему опису. Вона включає методи, засоби та інструменти підтримки інженерної діяльності. Це ядро знань є основою проектування ПЗ. Області знань :
Основи програмних вимог
Вимоги – це властивості якими повинно володіти ПЗ для адекватного виконання функцій, умови та обмеження на ПЗ, середовище та техніку. Вимоги відображають потреби людей : розробника та замовника.
Вимоги виділяють :
Програмні(вимоги до процесу, до ОС, до платформи)
Функціональні (вони задають призначення системи)
Нефункціональні (задають умови виконання ПЗ)
Системні (вимоги до програмної системи)
Розділи області знань : інженерія вимог, виявлення вимог, аналіз вимог, специфікація вимог, управління вимогами.
Проектування ПЗ
Проектування ПЗ – це процес визначення архітектури компонентів, інтерфейсів та інших характеристик системи і кінцевого результату.
Описані такі розділи : базові концепції проектування, ключові питання проектування, структура та ахітектура ПЗ, аналіз та оцінка якості проектування, нотації проектування, стратегія та методи проектування.
Конструювання ПЗ
Це створення працюючого ПЗ із залеченням методів верифікації , кодування та тестування компонентів.
Тестування ПЗ
Це процес перевірки роботи програми в динаміці, заснований на виконанні набору тестових даних.
Супровід ПЗ
Це сукупність дій із зазначенням (забезпеченням) роботи ПЗ, а також по внесенню змін у разі виявлення помилок.
Управління конфігурацією
Це дисципліна ідентифікації компонентів системи, визначення функціональних і фізичних характеристик системи.
Управління інженерією ПЗ
Керівництво роботами команди розробників ПЗ в процесі виконання плану роботи. Визначення критеріїв і оцінка якості з використанням методів управління, планування і контрольних робіт.
Процес інженерії РЗ
Включає концепції, інфраструктуру, методи визначення і вимірювання етапів ПЗ, пошук помилок і внесення змін, оцінка якості продукту.
Методи і засоби інженерії ПЗ
Включають середовище розробки, засоби і методи розробки на всіх етапах розробки. Засоби зображення специфікацію вимог, специфікацію і супровід.
Якість ПЗ
Це набір хараетеристик продукту або сервісу, які характеризують його здатність задовільняти встановленне або передбачувальне потребам замовника.
Описати обгрунтувати потребу побудови діаграми потоків даних. Ким була запропонована?
Діаграма потоків даних дозволяє специфікувати як функції, так і дані, як обробляються. Вони показують потік даних від джерела до користувача через процеси, які кожен раз уточнюються поки не будуть елементарними. Ця діаграма вперше була запропонована у 1975 році Барданом, а в 79 році уточнена Гейном-Рессарсоном. На основі цих діаграм побудовані методології Йордана де Марка, Гейна-Сарсона. В основі методології лежить або підсистема, накопичувач даних або потік даних.
Зовнішня суть – матеріальний обєкт або фізична особа, яка виступає в якості джерела або споживача інформації.
Процес – це перетворення вхідних даних у вихідні згідно алгоритму. Процес має намер згідно виконавцю, який здійснює це перетворення. Процес вважаємо системою або підсистемою на верхніх рівнях.
Накопичувач даних або сховище – абстрактний пристрій дле зберігання інформації.
Потік даних - процес передачі інформації від джерела до споживача. В результаті ми отримаємо мережеву модель для зберігання інформації.
Приклад діаграми потоків даних :
Починають побудову цієї діаграми з побудови контекстної діаграми, тобо як система взаємодіє з приймачем і джерелом інформації. Після цього діаграму деталізують . Рішення про завершення деталізації ухвалюють в таких випадках:
Якщо процес можна описати алгоритмом
Якщо процес виконує єдину логічну функцію перетворення вхідних даних у вихідні.
На процеси які не даталізуються складаються спеціфікації . Специфікація на цій діаграмі включає опис структур даних.