Методи зменшення наслідків загрози

↑

▷ Содержание

⇐ ПредыдущаяСтр 29 из 38Следующая ⇒

Ми можемо зменшити загрози шляхом обережної і уважної реалізації частин системи, які можуть призвести до загроз. Розробку найважливіших частин системи слід доручити досвідченішим програмістам. Також можна написати і порівняти декілька версій важливих частин програми після тестурвання.

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

Чинники успіху, успіх тестування

Не можна протестувати все ПЗ. Тому успіх тестування сильно залежить від визначення найвимогливіших до надійності частин програми і уважного вибору даних.

Мотивація команди тестувальників також дуже важлива. Слід враховувати цінність знаходження найнебезпечніших помилок.

Головними результатами тестування є правильні код, проект, модель і звіт про проведення тестів з їх результатами. Результат також повинен містити оцінку надійності і витрат на підтримку.

Короткий звіт

Тестування - процес, який повинен виконуватися в ході всього процесу розробки. Хоча найважливіша частина починається тоді, коли реалізація завершується.

Тестування - робота важка і така, що вимагає досвіду. Тестувальник повинен бути відповідальним і обережним. Тест повинен бути добре спланований, а дані - вірно вибрані. Дуже затягнуте тестування може не принести результатів. Тому вибір хорошого плану тестування дуже важливий.

Добре розроблений тест дозволяє знайти помилки, удосконалити програму, оцінити надійність і витрати на підтримку.

XII. Оцінка програмного забезпечення

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

Простановка розмірів проекту

Простановка розмірів IT-проекту стала одним з найголовніших етапів розробки програмного забезпечення. Завдання - оцінити компактність проекту, вартість виробництва і інсталяції системи.

Обчислення відбувається шляхом визначення відповідних числових і символічних мір для кількісної оцінки. Теоретично, проставляння розмірів застосовується до будь-якого модуля, як, наприклад, подія, людина, процес розробки або програма в розробці програмного забезпечення.

Вимірювання - процес, в якому значення або символи привласнюються частинам реального світу згідно певним правилам. Вибрані одиниці вимірювання - це міри атрибутів.

Міра визначає міру-постулат. Міра не обов'язково повинна добре характеризувати атрибут. Наприклад, число рядків є мірою, але вона не вимірює складність і розмір програми.

Питання, на яке слід у такому разі відповісти: що вимірювати?

Три проектні об'єкти можуть бути виміряні: процеси, продукти і ресурси.

Процес визначає дії в проекті, створення і експлуатацію програмного забезпечення.

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

Ресурс - будь-який елемент, потрібний для процесу: людина, методи виробництва і т.п.

Нижче представлені вимірювання типового процесу, продуктів і ресурсів.

Другий стовпець показує приклади атрибутів, третій стовпець показує характеристики, отримані від прямих вимірювань.

Процеси

Продукти

Ресурси

Познавательные статьи:



Техника нижней прямой подачи мяча

Комплекс физических упражнений для развития мышц плечевого пояса

Стандарт Порядок надевания противочумного костюма

Общеразвивающие упражнения без предметов