Читайте также:
|
|
В результате идентификации формируется список элементов риска, специфичных для данного проекта.
Выделяют три категории источников риска: проектный риск, технический риск, коммерческий риск.
Источниками проектного риска являются:
· выбор бюджета, плана, человеческих ресурсов программного проекта;
· формирование требований к программному продукту;
· сложность, размер и структура программного проекта;
· методика взаимодействия с заказчиком.
К источникам технического риска относят:
· трудности проектирования, реализации, формирования интерфейса, тестирования и сопровождения;
· неточность спецификаций;
· техническая неопределенность или отсталость принятого решения.
Главная причина технического риска — реальная сложность проблем выше предполагаемой сложности.
Источники коммерческого риска включают:
· создание продукта, не требующегося на рынке;
· создание продукта, опережающего требования рынка (отстающего от них);
· потерю финансирования.
Лучший способ идентификации — использование проверочных списков риска, которые помогают выявить возможный риск. Например, проверочный список десяти главных элементов программного риска может иметь представленный ниже вид.
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 | Нарушение авторских прав
<== предыдущая страница | | | следующая страница ==> |
Структура графика работ программного проекта | | | Ранжирование риска |