- •Індивідуальна робота
- •На тему: Міжнародні і національні стандарти розробки складних програмних продуктів
- •Список використаної літератури…………………………………...…11
- •Тестові завдання………………………………………………………………..12
- •2.Особливості розробки складних програмних продуктів.
- •2.1 Складність розробки пз
- •3.Національні стандарти розробки складних програмних продуктів.
- •4.Міжнародні стандарти розробки складних програмних продуктів.
- •4.1 Еволюція
- •5. Список використаної літератури
- •6.Тестові завдання
- •Програмний засіб, програмне забезпечення, які призначені для постачання користувачеві (покупцеві, замовникові)
- •Програма, яку може запускати, тестувати, виправляти та змінювати будь-яка людина. Вона може використовуватись в різних операційних системах та з різними наборами даних.
- •Рід діяльності та процес, спрямований на створення та підтримку працездатності, якості та надійності програмного забезпечення
2.Особливості розробки складних програмних продуктів.
Програ́мний проду́кт (англ. programming product) — це:
програмний засіб, програмне забезпечення, які призначені для постачання користувачеві (покупцеві, замовникові)
програма, яку може запускати, тестувати, виправляти та змінювати будь-яка людина. Вона може використовуватись в різних операційних системах та з різними наборами даних.
Розробка програмного забезпечення ( англ. software engineering , Software development) - це рід діяльності ( професія) і процес, спрямований на створення і підтримку працездатності, якості та надійності програмного забезпечення, використовуючи технології, методологію та практики з інформатики, управління проектами, математики, інженерії та інших областей знання.
2.1 Складність розробки пз
Як і інші традиційні інженерні дисципліни, розробка програмного забезпечення має справу з проблемами якості, вартості та надійності. Деякі програми містять мільйони рядків вихідного коду, які, як очікується, повинні правильно виконуватися в умовах, що змінюються. Складність ПО порівнянна з складністю найбільш складних із сучасних машин, таких як літаки.
Протягом кількох десятиліть стоїть завдання пошуку повторюваного, передбачуваного процесу або методології, яка б поліпшила продуктивність, якість і надійність розробки. Одні намагалися систематизувати та формалізувати цей, мабуть, малопередбачуваних процес. Інші застосовували до нього методи управління проектами і методи програмної інженерії. Треті вважали, що без постійного контролю з боку замовника розробка ПЗ виходить з-під контролю, з'їдаючи зайвий час і кошти.
Досвід керування розробкою програм відбивається у відповідних інструкціях, звичаях і стандартах. Якщо при розробці використовується кілька стандартів і нормативних документів, то має сенс скласти профіль.
Найбільш поширеними проблемами, що виникають в процесі розробки ПЗ, вважають:
Брак прозорості. У будь-який момент часу складно сказати, в якому стані знаходиться проект і який відсоток його завершення. Дана проблема виникає при недостатньому плануванні структури (або архітектури) майбутнього програмного продукту, що найчастіше є наслідком відсутності достатнього фінансування проекту: програма потрібна, скільки часу займе розробка, якими є етапи, чи можна якісь етапи виключити або заощадити - наслідком цього процесу є те, що етап проектування скорочується.
Недолік контролю. Без точної оцінки процесу розробки зриваються графіки виконання робіт і перевищуються встановлені бюджети. Складно оцінити обсяг виконаної і залишилася роботи. Дана проблема виникає на етапі, коли проект, завершений більш ніж наполовину, продовжує розроблятися після додаткового фінансування без оцінки ступеня завершеності проекту.
Недолік трасування.
Розробка програмних засобів для операційних систем Windows має ряд особливостей. Так, взаємодія програмного засобу з користувачем та з операційною системою здійснюється через відправлення та обробку повідомлень. Таку побудову обробки повідомлень в програмі назвали подією.
