- •1. Виды клиентского программного обеспечения.
- •2. Виды серверного программного обеспечения.
- •3. Взаимодействие серверного и клиентского программного обеспечения
- •4. Порядок установки и сопровождения клиентского программного обеспечения
- •5. Использование типового клиентского программного обеспечения. Работа с типовым клиентским программным обеспечением.
- •6. Технология сом.
- •7. Задачи и возможности адаптации клиентской части программного обеспечения.
- •8. Адаптация клиентской части по для решения поставленной задачи.
- •25. Структуры ис (физическая, логическая, программная, функциональная) и их взаимосвязь.
- •26. Подсистемы ис. Основные концептуальные принципы функционирования и построения.
- •27. Подсистемы обеспечения работоспособности ис.
- •28. Информационное, техническое, программное, математическое и другие виды обеспечения. Их характеристика и состав.
- •29. Характеристики аппаратно-программных платформы и их виды.
- •30. Программное обеспечение ис и его классификация.
- •31. Серверное и клиентское программное обеспечение.
- •32. Оптимизация выбора программного состава обеспечения ис.
- •Анализ технической осуществимости создания системы
- •55. Адаптация модели жизненного цикла проекта, процедура адаптации модели жц ис.
- •56. Разработка технико-экономического обоснования. Формирование бизнес-цели проекта. Разработка устава проекта.
- •57. Идентификация и аутентификация проекта.
- •59. План управления проектом. Формирование иерархической структуры проекта. Построение иср. Определение содержания проекта. Критические факторы успеха.
- •Определение степени детализации иср.
- •60. Формирование списка работ (операций) проекта. Определение логической
- •61. Определение длительности операций. Исходная информация процесса определения длительности операции. Результаты процесса оценки длительности операции.
- •62. Концептуальная оценка стоимости проекта. Формирование сметы. Шаблон сметы проекта.
- •63. Проверка качества составления сметы проекта. Разработка базового плана по стоимости проекта.
- •64. Исходные данные для разработки расписания. Результаты разработки расписания. Технология разработки расписании
- •66. Организация управления расписанием проекта. Исходная информация для процесса управления расписанием.
- •67. Линия исполнения. Построение линии исполнения проекта.
- •68. Диаграмма контрольных событий. Построение диаграммы контрольных событий.
- •69. Разработка плана обеспечения качества.
- •70. Регламент по управлению качеством в проекте. Примеры процедур планирования качества. Организация управления качеством.
- •71. Основные понятия управления рисками. Определение уровней вероятности возникновения рисков и их последствий.
- •72. Методики идентификации рисков. Организация управления рисками. Примеры процедур управления рисками.
- •73. Определение ролей проекта.
- •74. Матрица ответственности проекта. Построение матрицы ответственности.
- •75. Закрепление функций полномочий проекте. Реестры навыков.
- •76. Формирование стратегии коммуникаций. Пример стратегии коммуникации.
- •77. Идентификация объектов управления конфигурацией проекта. Процедура создания нового элемента конфигурации.
- •78. Инфраструктура проекта. Пример требований к инфраструктуре офиса проекта (фрагмент). Пример процедуры создания инфраструктуры проекта.
- •79. Формирование базовой линии конфигурации проекта. Организация управления конфигурацией проекта.
- •80. Переход к стадии оценки. Анализ достижимости запланированных бизнес-выгод.
- •81. Оценка реализуемости проектного расписания.
- •82. Оценка доступности и загрузки человеческих ресурсов.
- •83. Оценка организационной готовности.
- •Шаблон оценки организационной готовности проекта
- •84. Качественный анализ рисков. Количественный анализ рисков. Формирование детальных планов стадии проектирования. Уточнение плана управления проектом.
- •85. Руководство и управление исполнением проекта. Обеспечение качества проекта.
- •86. Осуществление интегрированного управления изменениями. Матрица координации изменений.
- •87. Обеспечение качества проекта на этапе проектирования.
- •88. Набор команды проекта. Описание процесса.
- •89. Информирование участников проекта. Принципы построения информационного сообщения в рамках плана коммуникаций. Правила реализации плана коммуникаций.
- •5) Аккуратное форматирование и верстка текста.
- •Контрольный список по реализации коммуникаций
- •90. Планирование обучения пользователей. Описание ролей. Определение ролей конкретных лиц.
- •91. Управление расписанием проекта. Пример выполнения сжатия расписания. Результаты процесса управления расписанием.
- •Расчет крутизны стоимость/время
- •Последовательность и продолжительность проектных работ
- •Значение крутизны, новой стоимости и критического пути проекта
84. Качественный анализ рисков. Количественный анализ рисков. Формирование детальных планов стадии проектирования. Уточнение плана управления проектом.
Ответ:
Качественный анализ рисков подразумевает оценку рисков в терминах их возможных последствий, используя установленные критерии.
Критерии могут учитывать затраты, официальные и предписанные требования, социально-экономические аспекты и факторы внешней среды, интересы заказчика, приоритеты и иные исходные данные для оценки.
Результат процесса качественной оценки – определение градации рисков по их вероятности и последствиям.
Качественный анализ рисков – быстрый и недорогой способ установки приоритетов – выполняется на протяжении всего ЖЦ проекта и должен отражать все изменения, относящиеся к рискам проекта.
Матрица вероятностей и последствий – инструмент, позволяющий определять ранг риска отдельно для каждой цели, например, для стоимости, времени или содержания. Ранг риска помогает управлять реагированием на риски.
Количественный анализ рисков обычно выполняется для рисков, которые были квалифицированы в результате качественного анализа.
При количественном анализе также оцениваются вероятности возникновения рисков и размеры ущерба/выгоды.
Исходной информацией для количественного анализа рисков служат:
|
|
Методом количественного анализа является анализ дерева решений.
Дерево решений – это графический инструмент для анализа проектных ситуаций, находящихся под воздействием риска. Дерево решений описывает рассматриваемую ситуацию с учетом каждой из имеющихся возможностей выбора и возможного сценария.
Дерево имеет 5 элементов:
-
Точки принятия решения – моменты времени, когда происходит выбор альтернатив.
-
Точка случайного события – момент времени, когда наступает случайное событие.
-
Ветви – линии, соединяющие точки принятия решений с точками случайного события.
-
Вероятности – числовые значения, расположенные на ветвях дерева и обозначающие вероятность наступления этих событий.
-
Ожидаемое значение – это расположенное в конце ветви количественное выражение каждой альтернативы.
Формирование детальных планов стадии проектирования
В качестве метода, позволяющего обеспечить подход поэтапного планирования, планирования набегающей волной, можно рассматривать иерархическое расписание.
Иерархическое расписание – метод разработки детальных планов расписания. Это многоуровневое расписание с переменной степенью детализации на каждом уровне.
На этапе планирования иерархическое расписание строится на основе ИСР.
Операции высокого уровня разбиваются на несколько более мелких. Контрольные события проекта, как правило, обеспечивают связь различных уровней.
Уточнение плана управления проектом
На этапе «Проектирование» ЖЦ ИТ может возникнуть необходимость реализации корректировки плана управления проекта. Поэтому актуальным становится использование процедуры корректировки фактического выполнения плана проекта вкупе с уже рассмотренной процедурой интегрированного управления изменениями.
В случае возникновения необходимости корректировки фактического плана выполнения работ:
-
руководители функциональных групп от исполнителя формируют отчет группы по работе за отчетный период в формате предложений изменений в плане работ и передают сотруднику, ответственному за согласование и оргподдержку, для подготовки совещания с руководителями проекта;
-
сотрудник, ответственный за согласование и оргподдержку, готовит совещание руководителей функциональных групп с руководителями проекта;
-
на совещании руководителей проекта с руководителями функциональных групп принимаются решения по мероприятиям с целью обеспечения выполнения плана работ.