- •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. Управление расписанием проекта. Пример выполнения сжатия расписания. Результаты процесса управления расписанием.
- •Расчет крутизны стоимость/время
- •Последовательность и продолжительность проектных работ
- •Значение крутизны, новой стоимости и критического пути проекта
72. Методики идентификации рисков. Организация управления рисками. Примеры процедур управления рисками.
Ответ:
Процесс контроля включает в себя следующие действия:
-
сообщение о мерах по обработке рисков и их статусе в соответствии с действующими соглашениями, политикой и процедурами;
-
ведение учета рисков в течение всего жизненного цикла.
Учет включает определение текущего понимания рисков и отношения к мерам и ресурсам, связанным с реакцией на риски.
Для обеспечения контроля и управления рисками на этапе планирования разрабатывают план реагирования на риски.
План реагирования на риски оценивает риски, определяет действия по увеличению числа благоприятных возможностей и сокращает вероятность влияния на проект отрицательных воздействий, обеспечивает готовность к возможным неблагоприятным воздействиям.
Пример процедуры управления рисками:
Процедура применятся для управления рисками на проекте внедрения ИС.
По согласованию сторон процедура может изменяться. Управление рисками выполняется на протяжении всего проекта с использованием журнала регистрации (реестра) рисков
73. Определение ролей проекта.
Ответ:
Роль в проекте (проектная роль) – определенный набор функций и полномочий в проекте, созданный с целью распределения обязанностей между членами команды проекта. Проектную роль можно рассматривать как временную должность в организации (компании).
Полномочия – право задействовать ресурсы проекта, принимать решения и утверждать одобрение действий или результатов.
Примеры полномочий: выбор способа завершения операции, приемка качества и порядок реагирования на отклонения в проекте.
Ответственность – работа, которую член команды проекта должен выполнить для завершения операций проекта.
Квалификация – навыки и способности, необходимые для выполнения операций проекта.
Ключевые роли со стороны заказчика:
-
Спонсор проекта - обеспечивает организационную сторону проекта и подтверждает правильность целей проекта.
-
Менеджер со стороны заказчика - предоставление ресурсов заказчиков, разрешение проблем и отслеживание состояния проекта.
Ключевые роли со стороны исполнителя:
-
Руководитель проекта (менеджер проекта) со стороны исполнителя – отвечает за достижения бизнес-целей исполнителей.
-
Бизнес-менеджер – отвечает за успешное выполнение проекта и представляет исполнителя в его договорных отношениях с заказчиком
74. Матрица ответственности проекта. Построение матрицы ответственности.
Ответ
Матрица ответственности отражает иерархию подотчетности в проекте и указывает обязанности каждой из групп, входящих в проектную команду.
Построение матрицы ответственности:
-
Перечислить основные работы проекта. По вертикали в матрице отражаются только основные работы проекта.
-
Перечислить группы/роли внутри проектной команды. По горизонтали в матрице перечисляются группы/ роли внутри проектной команды.
-
Закодировать матрицу ответственности. С помощью кодов в ячейках на пересечении соответствующих столбцов с ролями и строк с работами проекта указать степень участия, формальные полномочия и распределение ответственности за выполнение каждой операции.
-
Инициировать использование матрицы и включить процедуру использования матрицы ответственности в документ «План управления проектом».
Наиболее распространённые коды:
Обозначение |
Расшифровка |
Описание |
Исп. (R) |
Исполнитель (Responsible) |
Несет ответственность за непосредственное исполнение задачи. К каждой задаче должно быть приписано не менее одного исполнителя |
Утв. (A) |
Утверждающий (Accountable) |
Отвечает за конечный результат перед вышестоящим руководством. На каждую работу должен быть назначен строго один подотчетный |
Cогл. (C) |
Согласующий (Consulted) |
Согласует принимаемые решения, взаимодействие с ним носит двусторонний характер |
Н. (I) |
Наблюдатель (Informed) |
Его информируют об уже принятом решении, взаимодействие с ним носит односторонний характер |