- •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. Управление расписанием проекта. Пример выполнения сжатия расписания. Результаты процесса управления расписанием.
- •Расчет крутизны стоимость/время
- •Последовательность и продолжительность проектных работ
- •Значение крутизны, новой стоимости и критического пути проекта
80. Переход к стадии оценки. Анализ достижимости запланированных бизнес-выгод.
Ответ:
Переход к стадии оценки
На этапе «Оценка» стадии «Планирование проекта» ЖЦ ИС необходимо произвести оценку реализуемости проекта с тем, чтобы принять решение о дальнейшем развитии проекта с учетом имеющихся ограничений, выделенных и подтвержденных ресурсов.
Оценка реализуемости направлена на анализ всех аспектов ИТ-проекта, которые могут значительно повлиять на его успех или неудачу, по итогам проведенного анализа дается оценка перспективы реализации этого проекта.
Анализ достижимости запланированных бизнес-выгод
Данный анализ призван ответить на вопрос, будут ли и каким образом будут реализованы предполагаемые выгоды.
81. Оценка реализуемости проектного расписания.
Ответ:
Оценка реализуемости проектного расписания призвана ответить на вопрос, являются ли приложенные временные рамки проекта реальными и достижимыми.
Для оценки реализуемости проектного расписания рекомендуется использовать метод анализа возможных сценариев и выравнивания ресурсов.
Анализ возможных сценариев – это метод оценки, в основе которого лежит рассмотрение вопросов типа «Что произойдет, если ситуация будет развиваться по сценарию Х?».
В этом случае выполняется анализ сети расписания, при котором с помощью модели расписания просчитываются различные сценарии (задержка поставки или увеличение длительности отдельных операций) или моделируются воздействие непредвиденных внешних факторов.
Выравнивание ресурсов – это метод анализа сети расписания, который применяется к модели расписания, проанализированной методом критического пути.
Выравнивание ресурсов используется для выявления плановых операций, которые необходимо выполнить, чтобы уложиться в указанные сроки.
82. Оценка доступности и загрузки человеческих ресурсов.
Ответ:
Для указания доступности ресурсов документально фиксируется период времени, в течение которого каждый член команды проекта может принимать участие в выполнении проекта. Информация о доступности ресурсов необходима для корректировки расписания проекта с учетом отпусков и обязательств по другим проектам.
На основании четко определенных требований и идентификации каждого члена команды разрабатывается типовой ресурсный план.
Типовой ресурсный план включает в себя:
-
перечень работ – задачи, которые должны быть выполнены в ходе проекта;
-
количество и уровни членов команды, распределенные по срокам и датам;
-
типовые фазы проекта.
В плане указывается также занятость каждого ресурса в проекте.
Календарно-ресурсный план также отражает информацию о высвобождении сотрудников, что позволяет своевременно исключать выплаты сотрудникам, уже завершившим работу над проектом, и тем самым снизить затраты на проект и обеспечить информацию о наличии свободного ресурса.
83. Оценка организационной готовности.
Ответ:
Оценка организационной готовности (зрелости) учитывает финансовую историю компании и опыт реализации аналогичных проектов.
В качестве инструмента оценки организационной зрелости возможно использовать следующий диагностический подход: