Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Идентификация риска

Читайте также:
  1. Автоматическая идентификация. Использование технологии штрихового кодирования при выполнении транспортных операций.
  2. Анализ третьего измерения – введение матрицы риска.
  3. В условиях риска и неопределенности
  4. Виды потерь и риска
  5. Влияние риска и неопределенности при оценке эффективности проекта
  6. Глава 1. Понятие, сущность предпринимательского риска и его классификация
  7. Глава 2. Анализ предпринимательского риска

В результате идентификации формируется список элементов риска, специфичных для данного проекта.

Выделяют три категории источников риска: проектный риск, технический риск, коммерческий риск.

Источниками проектного риска являются:

· выбор бюджета, плана, человеческих ресурсов программного проекта;

· формирование требований к программному продукту;

· сложность, размер и структура программного проекта;

· методика взаимодействия с заказчиком.

К источникам технического риска относят:

· трудности проектирования, реализации, формирования интерфейса, тестирования и сопровождения;

· неточность спецификаций;

· техническая неопределенность или отсталость принятого решения.

Главная причина технического риска — реальная сложность проблем выше предполагаемой сложности.

Источники коммерческого риска включают:

· создание продукта, не требующегося на рынке;

· создание продукта, опережающего требования рынка (отстающего от них);

· потерю финансирования.

Лучший способ идентификации — использование проверочных списков риска, которые помогают выявить возможный риск. Например, проверочный список десяти главных элементов программного риска может иметь представленный ниже вид.

1. Дефицит персонала.

2. Нереальные расписание и бюджет.

3. Разработка неправильных функций и характеристик.

4. Разработка неправильного пользовательского интерфейса.

5. Слишком дорогое обрамление.

6. Интенсивный поток изменения требований.

7. Дефицит поставляемых компонентов.

8. Недостатки в задачах, разрабатываемых смежниками.

9. Дефицит производительности при работе в реальном времени.

10. Деформирование научных возможностей.

На практике каждый элемент списка снабжается комментарием — набором методик для предотвращения источника риска.

После идентификации элементов риска следует количественно оценить их влияние на программный проект, решить вопросы о возможных потерях. Эти вопросы решаются на шаге анализа риска.

В ходе анализа оценивается вероятность возникновения Рi и величина потери Li для каждого выявленного i-го элемента риска. В результате вычисляется влияние REi i-го элемента риска на проект.

Вероятности определяются с помощью экспертных оценок или на основе статистики, накопленной за предыдущие разработки. Итоги анализа, как показано в табл. 11.1, сводятся в таблицу.

Таблица 15.1.Оценка влияния элементов риска

Элемент риска Вероятность, % Потери Влияние риска
1. Критическая программная ошибка 3-5 30-50
2. Ошибка потери ключевых данных 3-5 24-40
3. Отказоустойчивость недопустимо снижает производительность 4-8 28-56
4. Отслеживание опасного условия как безопасного
5. Отслеживание безопасного условия как опасного
6. Аппаратные задержки срывают планирование
7. Ошибки преобразования данных приводят к избыточным вычислениям
8. Слабый интерфейс пользователя снижает эффективность работы
9. Дефицит процессорной памяти
10. СУБД теряет данные




Дата добавления: 2015-07-07; просмотров: 189 | Нарушение авторских прав


<== предыдущая страница | следующая страница ==>
Структура графика работ программного проекта| Ранжирование риска

mybiblioteka.su - 2015-2021 год. (0.035 сек.)