цінка вартості програмного продукту.
адійність систем.
Надійність - це здатність ПС зберігати свої властивості (безвідмовність, стійкість і ін) перетворювати вихідні дані в результати протягом певного проміжку часу за певних умов експлуатації. Зниження надійності ПС відбувається через помилки у вимогах, проектуванні та виконанні. Відмови і помилки залежать від способу виробництва продукту і з'являються в програмах при їх виконанні на деякому проміжку часу.
Для багатьох систем (програм і даних) надійність є головною цільовою функцією реалізації. До деяких типів пред'являються високі вимоги до надійності, такі як неприпустимість помилок, достовірність, безпека, захищеність та ін.
Таким чином, оцінка надійності ПС залежить від числа що залишилися і не усунутих помилок в програмах на етапах ЖЦ У ході експлуатації ПС помилки виявляються та усуваються. Якщо при виправленні помилок не вносяться нові, або, принаймні, нових помилок вноситься менше, ніж усувається, то в ході експлуатації надійність ПС безперервно зростає. Чим інтенсивніше проводиться експлуатація, тим інтенсивніше виявляються помилки і швидше зростає надійність системи і відповідно її якість.
Для оцінки надійності ПС використовуються такі статистичні показники як ймовірність і час безвідмовної роботи, можливість відмови і частота (Інтенсивність) відмов. Оскільки в якості причин відмов розглядаються тільки помилки в програмі, які не можуть самоусунутися, то ПС слід відносити до класу невідновлювальних систем.
До факторів гарантії надійності відносяться:
- Ризик, як сукупність загроз, що призводять до несприятливих наслідків і збитку системи або середовища;
- Загроза, як прояв нестійкості, що порушує безпеку системи;
- Аналіз ризику - вивчення загрози або ризику, їх частота і наслідки;
- Цілісність - здатність системи зберігати стійкість роботи і не мати
ризику;
ерифікація та та атестація ПЗ.
Верифікація - перевірка правильності реалізації системи заданим вимогам на кожному етапі життєвого циклу.
Атестація ПЗпризначена показати відповідність системи її специфікації, а також потреби замовника і користувачів. Атестація виконується після завершення реалізації на етапі тестування закінченої системи.
43. Тестування ПЗ
Тестування ПЗ - це процес перевірки роботи програми в динаміці, заснований на виконанні кінцевого набору тестових даних і порівняння отриманих результатів із запланованими спочатку.
Етапи тестування:
1. Тестування компонентів.Тестуються окремі компоненти для перевірки правильності їх функціонування. Кожний компонент тестується незалежно від інших.
2. Тестування модулів.Програмний модуль – це сукупність залежних компонентів, таких як опис класу об’єктів, набіп процедур і функцій.
3. Тестування підсистем.Тестуються набори модулів, які складають окремі підсистеми. основна проблема – неузгодженість модульних інтерфейсів.
4. Приймальні випробування.Кінцевий етап тестування, післі якого система приймається до експлуатації.
Приймальне тестування наз. альфа-тестування. Якщо система розробляється для продажу на ринку, то використовується бета-тестування.
правління персоналом.
цінка вартості програмного продукту.
Однією з найбільш важливих робіт є оцінка вартості проекту. Загальна вартість проекту визначається виходячи з вартості окремих частин, умов виконання робіт, готівкового штату виконавців, використовуваних методів і інструментів. У вартість проекту входить все створює стиль ведення проекту: комп'ютери, програмне забезпечення, площі, меблі, телефони, модеми, канцелярські товари та багато іншого. Іноді повинні бути створені додаткові умови (наприклад, безпека).
До додаткових витрат відносяться системи тестування, кодування або інші CASE системи. Центральній оцінкою в проекті є оцінка витрат на ведення проекту, що виражається, наприклад, у людино-днях виконавців робіт у проекті. Ці оцінки проводяться на ранній стадії ведення проекту і складання плану. Фахівці з досвідом можуть спочатку оцінити вартість проекту з похибкою менше 10%.
Для оцінки вартості програмного продукту викостовуються різні методи, один з них це алгортмічний метод оцінки.