Page 13 - 4787

виконуватися, в умовах, що змінюються. Складність ПЗ можна порівняти зі

складністю найбільш складних сучасних машин, таких як літаки.

Розділи дисципліни. Розробка ПЗ повинна бути поділена на декілька

таких розділів

1.Вимоги до ПЗ : вилучення, аналіз, специфікація і ратифікація вимог для

ПЗ.

2. Проектування ПЗ: проектування ПЗ засобами Автоматизованої Розробки

Програмного Забезпечення (CASE) і стандарти формату опису, такі як

Універсальна Мова Моделювання ((UML), використовуючи різні підходи: UML

проблемно орієнтоване проектування тощо.

3. Інженерія ПЗ: створення ПЗ за допоиогою мов програмування.

4. Теставання ПЗ: пошук і виправлення помилок у прогамі.

5. Обслуговування ПЗ: програмні засоби часто мають проблеми сумісності

і переносимості, а також потребують майбутніх модифікацій протягом тривалої

експлуатації після того як закінчиться їх перша версія.

6. Управління конфігурацією ПЗ, як і смстеми ПЗ, досить складні і

модифікуються в процесі експлуатації, їх конфігурації повинні керуватися

стандартизованими і структуризованими методами.

7.Управління розробкою ПЗ: управління системами ПЗ має запозичення з

управління проектами, але є нюанс: їх немає в інших дисциплінах управління.

8. Процес розробки ПЗ: процес побудови ПЗ гаряче обговорюється серед

практиків, основними парадигмами вважають agile (меткий, рухомий,

проворний, живий, швидкий) або waterfall (водоспад).

9.Інструменти розробки ПЗ (див. CASE): методика оцінювання складності

системи, вибір засобів розробки і застосування програмної системи.

10. Локалізація ПЗ, гілки мовної промисловості.

Процес і методологія. Протягом декількох десятиліть стоїть задача

пошуку повторуваного, передбачаного процесу або методології, яка б

покращила продуктивність, якість і надійність розробки ПЗ. Одні намагалися

систематизувати і формалізувати цей, очевидно малопередбачений процес.

Інші застосовували до нього метод управління проектами методи програмної

12