Оценка риска

До начала разработки необходимо уберечь проект от его гибели в самом зародыше. Определить источники неприятностей крайне трудно, так как многие из них сейчас не видны, но проявятся в будущем. Обычными источниками риска считаются: нехватка средств, кадровые вопросы (увольнения, болезни), недооценка трудностей, плохая маркетинговая политика.

Чтобы повысить надежность проекта обязательно следует пройти следующие этапы:

• анализ рисков

  • определение источников риска

  • группировка источников риска;

  • оценка вероятности каждого риска;

  • оценка степени влияния каждого риска на проект;

  • определение природы риска, области действия, времени появления, продолжительности действия, периодичности.

  • рассмотрение комбинации рисков (вероятность и послдствия)

• управление рисками

  • определение допустимого и предельного уровня каждого риска;

  • рассмотрение вариантов снижения каждого риска (оценка затрат и ограничений);

  • принятие мер для снижения рисков;

  • разработка поведения при наступлении рисковой ситуации;

  • разработка механизма отслеживания рисков;

Правило Парето: 20% источников риска вызывают 80% неприятностей.

Полезно помнить закон Мерфи: "Если неприятность может случиться, то она случается." и несколько следствий из этого закона: "Случается самая плохая неприятность в самый неподходящий момент."

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

Логическая модель

Логическая модель - это схема работы предметной области на логическом уровне без технических подробностей.

Основой для построения логической модели может служить схема документооборота.

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

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

Системный анализ по методологии Гэйна - Сарсона включает следующие этапы:

1. Логическая модель существующей системы.

2. Логическая модель новой системы.

3. Моделирование данных.

4. Проектирование физической базы данных.

5. Физическая модель новой системы.

Построением логических моделей занимается структурный системный анализ.

Метод прототипа

Прототип - это работающая модель будущей системы.

Пользователи говорят: "Откуда я знаю, что я хочу, если я не знаю, что я получу?" Для того, чтобы показать пользователям, что их ждет, можно быстро и дешево разработать прототип будущей системы. Тогда можно будет уточнить требования пользователей как можно раньше, чтобы ошибки не появились в окончательной версии, когда ее исправление будет в 100 раз дороже и в 100 раз тяжелее.

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

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