- •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. Управление расписанием проекта. Пример выполнения сжатия расписания. Результаты процесса управления расписанием.
- •Расчет крутизны стоимость/время
- •Последовательность и продолжительность проектных работ
- •Значение крутизны, новой стоимости и критического пути проекта
68. Диаграмма контрольных событий. Построение диаграммы контрольных событий.
Ответ:
Диаграмма контрольных событий сфокусирована на контрольных событиях проекта.
Объектом анализа здесь выступают контрольные события.
Построение диаграммы контрольных событий.
На вертикальной оси отмечают даты наступления контрольных событий, зафиксированных базовым расписанием – запланированные события.
На горизонтальной оси отмечаются те же даты наступления контрольных событий.
Рисуют запланированную линию исполнения проекта, она проходит под углом в 45° к каждой из осей. На линии исполнения отмечаются запланированные контрольные события.
69. Разработка плана обеспечения качества.
Ответ:
План обеспечения качества описывает, как команда проекта будет осуществлять политику в области качества.
В зависимости от потребностей проекта этот план может быть очень подробным или обобщенным.
План содержит в себе:
-
Список работ, которые необходимо выполнить в сфере управления качеством;
-
График выполнения работ
Мероприятия по обеспечению качества должны быть разработаны в самом начале проекта и должны проводиться на основе независимых экспертных оценок.
План позволяет выделить именно те работы и время их выполнения, которые необходимы для качественного ведения проекта.
70. Регламент по управлению качеством в проекте. Примеры процедур планирования качества. Организация управления качеством.
Ответ:
Регламент по управлению качеством в проекте
Для разработки регламента по управлению качеством на проектах внедрения информационных систем необходимо определить список процедур регламента.
Одной из главных составляющих управления проектом является предотвращение потери ценности продукции или услуг за счет снижения их качества.
Примеры процедур планирования качества:
-
Процедура документирования – предназначена для управления документированием проекта.
-
Процедура согласования документов проекта.
-
Процедура утверждения документов
Организация управления качеством
Обеспечение качества – это процесс выполнения плановых систематических операций по качеству, которые обеспечивают выполнение всех предусмотренных процессов необходимых для того, чтобы проект соответствовал установленным требованиям по качеству.
Для обеспечения процесса оценки качества проекта на стадии планирования разрабатываются контрольные списки качества – таблицы с инструкциями для проверяющего лица.
Контрольные списки качества – это метрики качества, которые определены для каждого этапа проекта на основании ожиданий заказчика, этим метрикам присвоен свой статус: критический, серьезный, важный.
Процедура разработки контрольных списков:
71. Основные понятия управления рисками. Определение уровней вероятности возникновения рисков и их последствий.
Ответ:
Основные понятия управления рисками:
Риск проекта – это эффект от наступления неопределенных событий, способных оказать отрицательное или положительное влияние на цели проекта.
Риски подразделяются на:
-
Известные – идентифицируются и подлежат управлению (создаются планы реагирования на риски и резервы на возможные потери).
-
Неизвестные - нельзя определить, и следовательно, невозможно спланировать действия по реагированию на такой риск.
Событие риска – потенциальное возможное событие, которое может нанести ущерб или принести выгоду проекту.
Вероятность возникновения риска – вероятность того, что событие риска наступит. Может быть от 0 до 100%.
Последствия риска, если он случится, выражаются через дни расписания, трудозатраты, деньги и определяют степень воздействия на цели проекта.
Величина риска – показатель, объединяющий вероятность возникновения риска и е последствия. Рассчитывается путем умножения вероятности возникновения риска на соответствующие последствия.
Резерв для непредвиденных обстоятельств – сумма денег или промежуток времени, которые необходимы сверх расчетных величин для снижения риска перерасхода, связанного с достижением целей проекта, до приемлемого для организации уровня; обычно включаются в базовый план стоимости или расписания проекта.
Управленческий резерв – сумма денег или промежуток времени, не включаемые в базовый план стоимости или расписания проекта и используемый руководством для предотвращения негативных последствий спрогнозированных ситуаций.
Плана управления рисками – документа, разрабатываемого в начале проекта и представляющего собой график работы с рисками в течение всего ЖЦ проекта.
План содержит следующую информацию:
-
Методология – определяет и описывает подходы, инструменты и источники данных, используемые для работы с рисками.
-
Роли и обязанности – раздел содержит описание, кто какую работу выполняет в ходе управления рисками проекта.
-
Бюджетирование – определяет бюджет для управления рисками проекта.
-
Временные рамки – устанавливают частоту процессов управления рисками.
-
Инструменты – раздел определяет, какие методы количественного и качественного анализа рисков рекомендуется применять и в каких случаях.
-
Контроль – раздел, определяющий формат плана реагирования на риски.
-
Отчетность – определяет способы документирования результатов действий по управлению рисками и сохранение информации в базе знаний для накопления опыта и извлечения уроков.
Примером методологии является дисциплина управления рисками MSF (Microsoft Solutions Framework).
MSF описывает процесс непрерывного выявления и оценки рисков, их приоритизации и реализации стратегий по превентивному управлению рисками на протяжении всех фаз ЖЦ проекта.
Определение уровней вероятности возникновения рисков и их последствий
Общие определения уровней вероятности и уровней воздействия адаптируются в ходе процесса планирования управления рисками и используются в процессе качественного анализа рисков.
При оценке воздействия риска определяется потенциальный эффект, который он может оказать на цель проекта (например время, стоимость, содержание или качество).