- •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. Управление расписанием проекта. Пример выполнения сжатия расписания. Результаты процесса управления расписанием.
- •Расчет крутизны стоимость/время
- •Последовательность и продолжительность проектных работ
- •Значение крутизны, новой стоимости и критического пути проекта
55. Адаптация модели жизненного цикла проекта, процедура адаптации модели жц ис.
Ответ:
Адаптация модели жизненного цикла проекта
Процесс создания (адаптации уже имеющейся) модели ЖЦ начинается с определения целей и результатов каждой из стадий, образующих структуру работ для детализированного моделирования процессов реализации ИТ.
Этапы жизненного цикла ИТ-проекта:
-
Планирование проект – оценка новых возможностей деловой сферы, разработка требований и проверка из осуществимости. Концептуальное проектирование всего жизненного цикла ИС.
-
Проектирование – создание проекта системы.
-
Разработка и внедрение – разработка (настройка) системы.
-
Эксплуатация и поддержка – использование и сопровождение внедренного продукта.
-
Утилизация и обновление – удаление системы и всех связанных с ней организационно-технологических подсистем, или обновление этой системы (переход на новую версию).
Жизненный цикл продукта отражает, что нужно сделать для создания, эксплуатации, поддержки и утилизации данного продукта, а жизненный цикл проекта - как нужно организовывать и управлять работой.
Процедура адаптации модели ЖЦ ИС
-
Руководителем проекта определяются и документируются обстоятельства, воздействующие на адаптацию: стабильность и среды функционирования; новизна, размеры и сложность; дата начала и продолжительность применения; доступность и т.д.
-
При наличии критичных свойств по отношению к системе, руководитель проекта должен учесть структуры ЖЦ, которые рекомендованы или установлены в качестве обязательных стандартами, соответствующими области критичности.
-
Далее руководитель проекта собирает входные данные от заинтересованных сторон проекта.
-
Руководитель проекта определяет новую модель ЖЦ системы.
-
Проектный офис принимает решение об адаптации базовой модели.
-
Модификация ЖЦ ИС приобретает локальный (для одного проекта и для одной (под)системы) или общекорпоративный характер по решению проектного офиса, по результатам апробации предложенной РП модификации.
56. Разработка технико-экономического обоснования. Формирование бизнес-цели проекта. Разработка устава проекта.
Ответ:
Разработка технико-экономического обоснования
Цель подготовки технико-экономического обоснования ИТ-проекта – получение финансирование на реализацию проекта.
Задачи, решаемые е:
-
приоритизация проектов в условиях ограниченных финансовых, человеческих и прочих ресурсов;
-
определение совокупности организационно-технологических мероприятий по обеспечению заявленных бизнес-выгод от реализации проекта;
-
обеспечение заинтересованности руководителей бизнес-подразделений в проекте;
-
формирование основы для оценки соответствия результатов проекта и первоначальных планов.
Формирование бизнес-цели
Бизнес-цель – это описание фактора, побуждающего к выполнению проекта.
Бизнес-цель выступает в качестве связующего звена между глобальными задачами, стоящими перед организациями, и планируемым к реализации проектом.
Бизнес-цель проекта должна всегда носить тактический или стратегический характер, но в то же время быть предельно точной и ясной.
Разработка устава проекта
Устав проекта – это инструмент, который формально авторизует проект и является звеном, соединяющим предстоящий проект с текущей работой организации.
Информация, необходимая для формирования устава проекта:
-
стратегические и тактические цели организации-заказчика;
-
формулировка требований организации-заказчика;
-
технико-экономическое обоснование;
-
контракт;
-
внутрикорпоративная методология управления проектами и соответствующие политики.
Требования к разделам устава проекта:
-
Название проекта – каждый проект должен иметь название, отражающее его суть.
-
Бизнес-причина возникновения проекта – необходимость в реализации проекта.
-
Бизнес-цель - сформулирована заказчиком, исходя из стратегических и тактических целей компании.
-
Требования, удовлетворяющие потребности, пожелания и ожидания заказчика, спонсора и других участников проекта - видение организацией-заказчиком способов достижения бизнес-цели или решения существующей проблемы.
-
Расписание основных контрольных событий – указываются время начала и завершения проекта, ключевые вехи проекта.
-
Участники проекта – указываются заинтересованных сторон проекта.
-
Окружение проекта – указываются все факторов, характеризующие обстановку вокруг проекта и на рынке.
-
Допущения относительно организации и окружения, а также внешние допущения – набор условий, которые должны быть выполнены наряду с созданием продукта проекта, для достижения результата проекта.
-
Ограничения относительно организации и окружения, а также внешние ограничения – ограничение указывает на условие, которое нельзя нарушать в процессе создания продукта проекта.
-
Объем денежных средств, выделенных на достижение бизнес-цели - указывается сумма средств, которую организация-заказчик готова выделить для реализации проекта.
-
Назначение руководителей проекта и общее определение полномочий ключевых членов проектной команды: РП, спонсор, координатор.