Моделі процесу розробки по

Існує також велика кількість різноманітних моделей процесу розробки програмного забезпечення (тобто підходів до процесу розробки).

1 . Каскадний підхід . Весь процес створення ПЗ розбивається на окремі етапи : формування вимог до ПЗ, проектування і розробка програмного продукту, його тестування і т.д. Перехід до наступного етапу здійснюється тільки після того, як повністю завершуються роботи на попередньому.

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

3 . Формальні перетворення. Заснований на розробці формальної математичної специфікації програмної системи і перетворенні цієї специфікації допомогою спеціальних математичних методів у програми . Таке перетворення задовольняє умові " збереження коректності " . Це означає, що отримана програма буде в точності відповідати розробленої специфікації .

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

Характеристики якісного пз

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

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

Таблиця 1.3 . Основні показники якісного програмного забезпечення

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