Планирование и проектирование информационных систем

Автор работы: Пользователь скрыл имя, 23 Апреля 2013 в 17:57, лекция

Описание работы

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

Файлы: 1 файл

Лекции_Планирование_и_пр_оектирование_ИС.docx

— 106.90 Кб (Скачать файл)

Деятельность по управлению – выбор  способов и методов, которые помогут  уменьшить степень влияния риска  или его предотвратить.

При управлении рисками выделяются следующие виды деятельности:

  1. идентификация
  2. изучение и прогнозирование риска
  3. количественная оценка риска.
  4. Управление риском

Анализ риска разделяется на 2 компоненты:

    • его качественное описание
    • количественные оценки.

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

1 Этап. Идентификация возможных рисков позволяет установить основные области проявления рисков при проектировании, позволяет выявить природу всех этих неприятных событий и степень их влияния и взаимосвязь.

Какие области возможны проявлений риска?

  1. Наиболее важным является качество и стабильность требований пользователя.
  2. Качество описания и неизменность внешних интерфейсов ИС.
  3. Наличие необходимых ресурсов и их адекватность (соответствие) поставленным задачам
  4. Опыт и квалификация кадров.
  5. Четкость в определении ответственности персонала.
  6. Техническая новизна проекта для разработчиков.
  7. Жесткость сроков и продолжительности разработки

 

Сокращение сроков резко увеличивает  трудоемкость разработки.

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

  1. проектный риск
  2. технический риск
  3. бизнес риск

Проектный риск касается выделенных финансовых ассигнований – как они последовательно распределяются по времени.

Кадровый  состав – график выполнения работ, наличие ресурсов. И в качестве основных факторов риска рассматриваются 3 (в проектном риске):

  1. Сложность проекта
  2. Размер проекта
  3. Структура проекта

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

Бизнес  риск - наиболее может оказаться коварным и он очень многообразный. Какие тут необходимо учитывать моменты?

  1. Отсутствие спроса на этот продукт.
  2. Нарушение финансовых обязательств

Это можно так сказать – маркетинговый  риск, бюджетный, финансовый, управленческий.

Теперь  давайте посмотрим, как на практике ведется эта работа?

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

составляется анкета (какие виды риска) затем анализируются факторы, влияющие на уровень риска. Прежде всего, необходимо учитывать факторы, влияющие на производительность труда разработчика. Какие же области мы должны рассматривать? И они будут определять уровень риска и там мы будем составлять список вопросов:

  1. Предметная область – был ли опыт в разработке подобных систем. Отсутствие опыта коллектива порождает риск, который связан не только со спецификой данной конкретной предметной области. Но и особенностями предметной разработки.
  2. Технологи разработки, – какая используется и насколько знаком коллективу
  3. Квалификация коллектива – рассматривается не только квалификация, но и длительность совместной работы
  4. Программные и технические средства, обеспечивающие среду разработки. Предпочтительнее работать с известными и знакомыми средствами.
  5. Используемые методы управления проектами. Управление оказывается эффективным, если используется стандартный метод, принятый в государстве.
  6. Используемые методы разработки проекта.

2 этап. Риск имеет определенную вероятность наступления этого события. Уровень риска может быть выделен количественно. Его можно выражать функцией потерь, учитывая вероятность события и изменение стоимости проекта.

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

Могут использоваться экспертные оценки.

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

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

Поэтому составитель плана на основе экспертных оценок выполняет следующие  действия:

    1. Устанавливает шкалу, отражающую вероятность риска.
    2. Определяет серьезность последствия риска.
    3. Оценивает влияние риска на проект и на создаваемый продукт
    4. Отмечает общую точность проектирования этого риска (на сколько эти оценки надежны)

Шкала оценок вероятность может  быть определена в количественных выражениях, качественных или булевых (да или  нет). Наиболее распространенной является качественная оценка. Затем рискам присваивается определенный вес  по степени их влияния на проект. Степень влияния определяют 3 фактора: природа риска, его область действия и хронологическое время этого  действия.

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

Область влияния показывает, как много в проекте будет затронуто при проявлении этого события.

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

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

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

Количественная  оценка риска.

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

Когда проводится оценка рисков важным является понятие уровня контролируемого  риска.

Уровень контролируемого  риска.

Его необходимо зафиксировать для конкретного  проекта. Для большинства проектов ИС, пакетов программ существует 3 типичных таких уровня:

  1. Стоимость проекта
  2. График выполнения работ (сроки)
  3. Характеристики проекта.

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

Менеджер должен установить, что  при разработке будут нарушения, но говориться, что если разработки проекта потребует увеличения ассигнований более чем в 2 раза надо хвататься  за голову, все прекратить и начинать уже принимать решение о том  – продолжать этот проект или нет.

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

При количественной оценке риска выполняются  следующие шаги

  1. Определяем
  2. Пытаемся для каждой тройки отдельных рисков остановиться соотношения с контролируемым риском.
  3. Прогнозируем множество контрольных точек прерывания, которые могут возникнуть.
  4. Делается попытка определить или предсказать, – какие сложные комбинации рисков будут влиять на уровень контролируемого риска.

Управление  риском и мониторинг

Слежение в процессе выполнения проекта за всеми ситуациями.

Управление риском входит в обязанности  менеджера проекта. На первом этапе  мы выявляем причины риска.

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

Управление риском иногда называют предотвращение риска. Обычно эта деятельность при разработках ИС и программных  пакетов включает определенную последовательность этапов – идентификация рисков и  их категории и источников их возникновения. Это когда мы с открытыми глазами  можем приступить к проектированию, и мы знаем все источники, систематизированные  по группам. Второй у нас был всесторонний анализ каждого риска, причины и  условия его возникновения, области  влияния, возможные последствия. И  вот что принципиально важно, что при этом анализе рассматриваются  альтернативные пути снижения риска. Затем  количественная оценка вероятности появления риска и определение его потерь. Комплексная оценка вероятности превышения отдельных уровней, которые могут привести к срыву работ.

 

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

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

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

  1. определить причины текучести, т.е. организовать встречи с работниками и выявить, с чем это связано (c оплатой труда, с условиями работы и т.д.)
  2. осуществить действия смягчающие влияние этих причин и организовать постоянный контроль над этой проблемой
  3. надо организовать бригадный способ работы, чтобы все участники были в курсе проводимых работ.

Информация о работе Планирование и проектирование информационных систем