fy"> В· наочність для клієнта про його тарифі, балансі і т.п.
Недоліки ПЗ
В· можливі перебої в роботі програмного продукту,
В· необхідність впровадження продукту у вже наявну систему,
В· необхідність навчання користувачів роботі з програмним продуктом.
Формування процесу розробки ПЗ
Процес розробки повинен бути побудований таким чином, щоб забезпечити можливість вимірювання якості продукту. У практиці програмування найбільш часто в ролі метрики якості продукту виступає залишкова щільність помилок, тобто щільність помилок на тисячу рядків коду або на одну функціональну точку (FP). p align="justify"> Однак якщо під якістю розуміти ступінь задоволення вимог, то ми повинні вимірювати виконання вимог в кінцевому продукті. Це досягається організацією процесу розробки, що передбачає створення на основі вимог плану тестування. Далі на основі плану повинні бути розроблені тестові завдання (test cases), потім відповідно тести і тестові процедури. У підсумку забезпечується повне тестування всіх вимог і можливість вимірювання ступеня виконання вимог у підготовлювану версії програми. p align="justify"> Можлива В«витікВ» якості відбувається в неузгодженості всіх цих документів у складних проектах. Забезпечення стабільності процесу покладається на контроль якості, який повинен виявляти невідповідності та інформувати про них розробників і керівників проекту. p align="justify"> Повною мірою управляти якістю можна, якщо воно вимірюється на всіх етапах життєвого циклу. Якість до проміжного продукту може бути встановлено на основі галузевих стандартів, в даному випадку стандартів програмування (наприклад, ISO або IEEE). p align="justify"> Ймовірно, однією з найбільших труднощів, пов'язаних з формуванням процесів розробки ПЗ, є забезпечення цілісності та узгодженості всіх дій і необхідних результатів. Особливо це важливо для проектів, які виконуються численної командою розробників. Наприклад, звичайною ситуацією є зміна вимог або проектних рішень в процесі розробки; в цьому випадку повинні бути каскадно змінені і приведені у відповідність всі пов'язані, розроблені до цього часу проміжні продукти та документи. p align="justify"> Біда в тому, що це вимагає високих трудозатрат, нерідко виконується не повністю і призводить до втрати якості продукту. Тому важливо, щоб процес був високо автоматизований і підтримувався інструментальними засобів не тільки в частині основних програмних процесів, а й стосовно допоміжних процесів, таких як конфігураційне управління, документування тощо При цьому важливо використовувати інтегровані між собою інструментальні засоби для забезпечення автоматичної простежуваності пов'язаних проміжних результатів проек...
