3. Основні дії та задачі, які використовуються при створенні програмного забезпечення.

Програмування – розробка програм за допомогою мов програмування.

Мова програмування – це формальна система знаків, що призначена для написання програм, зрозуміла для виконавця (комп’ютера).

Програма (program, routine) - впорядкована послідовність команд (інструкцій) комп'ютера для розв'язання задачі.

Програмне забезпечення (software) - сукупність програм обробки даних та необхідних для їх експлуатації документів. Програми призначені для машинної реалізації завдань (Задач). Терміни завдання і застосування (програма) мають дуже широке вживання в контексті інформатики і програмного забезпечення.

Завдання або задача (problem, task) - проблема, що підлягає вирішенню.

Застосування або програма (application) - програмна реалізація на комп'ютері рішення задачі.

Розробка програмного забезпечення (англ. software engineering, software development) - це рід діяльності (професія) і процес, спрямований на створення і підтримку працездатності, якості та надійності програмного забезпечення, використовуючи технології, методологію та практики з інформатики, управління проектами, математики, інженерії та інших сфер знань.

Етапи розробки пз

Етап – це період між основними пунктами процесів розробки системи, в якому формуються чітко описані завдання, презентуються готові робочі продукти і приймають рішення про перехід на наступний рівень розробки.

Метою стратегічного етапу з точки зору клієнта на перший погляд всі цілі системи можуть здаватись очевидними. Проте спроба і необхідність їх до визначити дасть змогу уникнути в майбутньому непорозумінь між клієнтом і замовником. Крім того, навіть якщо цілі є очевидні для всіх людей задіяних на стратегічному етапі, вони можуть виявитись не зовсім зрозумілими для людей, які працюють на різних етапах розробки системи і не мають прямого контакту з клієнтом. Тому метою цього етапу повинен бути ретельний опис вимог на випадок, якщо в майбутньому на деяких етапах розробки будуть виникати деякі сумніви по системі.

Наступним завданням, яке необхідно виконати на цьому етапі є описати можливості проекту. Опис проекту необхідний для хорошої вартісної оцінки проекту. На цьому етапі, як правило клієнт ще не усвідомлює всіх можливостей проекту і для нього не зрозуміло, які функції буде здійснювати ПЗ, які функції будуть здійснені апаратними засобами та іншими дотичними системами.

Визначення можливостей проекту приводить до контекстного опису. Тобто, зовнішність систем, з якими буде взаємодіяти наша система. На практиці, в основному існують різні класи користувачів системи. Цих користувачів розглядають як зовнішні сутності.

Визначення мети, можливостей системи і контексту проекту не достатньо для оцінки вартості системи. Точна оцінка вартості можлива лише після того, коли всі етапи виконані. На практиці фінансові ресурси замовника на стратегічному етапі дуже обмежені. Тому на цьому етапі рекомендують проводити лише загальну попередню оцінку вартості проекту.

Стратегічний етап іноді називають етапом проектування. Тому що він виконується перше ніж ухвалюється остаточне рішення про розробку системи. У випадку компанії, яка виробляє ПЗ для безпосереднього клієнта – це етап ведення переговорів про продукт з клієнтом. У випадку, коли компанія розробляє ПЗ для ринку – це етап обговорення та планування продукту.

Стратегічний етап також іноді називають техніко-економічним вивченням продукту. На стратегічному етапі виконують наступні дії:

1. Відбувається обговорення проекту з представниками клієнта

2. Визначається мета проекту з точки зору клієнта

3. Визначаються можливості та контекст проекту

4. Відбувається приблизне формулювання вимог, проводиться поверхневий аналіз та загальний проект системи

5. Формулюються альтернативні рішення по системі

6. Проводиться аналіз цих рішень

7. Результати представляються представникам клієнта та здійснюється врахування зауважень

8. Відбувається попереднє планування розробки та вибір структури команд

9. Розробляється стандарт визначень

У випадку розробки ПЗ стосовно клієнта розрізняють:

1) людину-замовника (який оплачує проект)

2) людей, які будуть експлуатувати систему

У більшості випадків проект повинен відповідати вимогам замовника, оскільки остаточну оцінку дає він. При цьому необхідно пам’ятати, що замовник не є користувачем системи. На цьому етапі необхідно прийняти наступні стратегічні рішення для розробки системи:

1) вибрати модель проекту

2) вибрати методи, які будуть використовуватись під час аналізу та проектування системи

3) вибрати програмне середовище

4) вибрати кейс-інструмент

5) визначити можливу (необхідну) співпрацю з іншими командами або спеціалістами

Під час розробки ПЗ, варіанти рішень по системі підпорядковуються певним обмеженням, які можуть стосуватися:

1. максимальної допустимої вартості

2. обмеження в персоналі

3. обмеження в інструментах

4. обмеження в часі

Під час виконання стратегічного етапу розробляється поверхневий план проведення роботи. Під час виконання стратегічного етапу визначаються стандарти:

1. стандарти використання інструментів і понять

2. стандарти документування

Оцінка рішень по системі, як правило, заснована на наступних критеріях:

1. вартість проекту

2. затрати часу на проект

3. можливість повторного використання компонентів системи

4. мобільність системи

5. спосіб виконання