Мист. Алданазар Махмуд МИСТ-54 СРМП 4-5. Алданазар Махмуд мист54 1 Задание
 Скачать 212.48 Kb.
|
|
Алданазар Махмуд МИСТ-54 1 Задание В управление проектом входит Определение требований Установка четких и достижимых целей Уравновешивание противоречащих требований по качеству, содержанию времени и стоимости Коррекция характеристик, планов и подхода в соответствии с мнением и ожиданиями различных участников проекта 2 Задание Проект состоит из процессов. Процесс - это совокупность действий, приносящая результат. Процессы проекта обычно выполняются людьми и распадаются на две основные группы: Процессы Управления Проектами - касающиеся организации и описания работ проекта (которые будут подробно описаны далее); Процессы, ориентированные на продукт - касающиеся спецификации и производства продукта. Эти процессы определяются жизненным циклом проекта и зависят от области приложения. В проектах процессы управления проектами и процессы, ориентированные на продукт, накладываются и взаимодействуют. Например, цели проекта не могут быть определены при отсутствии понимания того, как создать продукт. Группы процессов Процессы управления проектами могут быть разбиты на шесть основных групп, реализующих различныефункции управления: процессы инициации - принятие решения о начале выполнения проекта; процессы планирования - определение целей и критериев успеха проекта и разработка рабочих схем их достижения; процессы исполнения - координация людей и других ресурсов для выполнения плана; процессы анализа - определение соответствия плана и исполнения проекта поставленным целям и критериям успеха и принятие решений о необходимости применения корректирующих воздействий; процессы управления - определение необходимых корректирующих воздействий, их согласование, утверждение и применение; процессы завершения - формализация выполнения проекта и подведение его к упорядоченному финалу. 3 Задание Риск проекта - это кумулятивный эффект вероятностей наступления неопределенных событий, способных оказать отрицательное или положительное влияние на цели проекта [23]. Риски подразделяются на известные и неизвестные. Известные риски идентифицируются и подлежат управлению - создаются планы реагирования на риски и резервы на возможные потери. Неизвестные риски нельзя определить, и следовательно, невозможно спланировать действия по реагированию на такой риск. Событие риска - потенциально возможное событие, которое может нанести ущерб или принести выгоды проекту [23]. Вероятность возникновения риска - вероятность того, что событие риска наступит [23]. Все риски имеют вероятность больше нуля и меньше 100%. Риск с вероятностью 0 не может произойти и не считается риском. Риск с вероятностью 100% также не является риском, поскольку это достоверное событие, которое должно быть предусмотрено планом проекта. Последствия риска, если он случится, выражаются через дни расписания, трудозатраты, деньги и определяют степень воздействия на цели проекта. Величина риска - показатель, объединяющий вероятность возникновения риска и его последствия. Величина риска рассчитывается путем умножения вероятности возникновения риска на соответствующие последствия. Резерв для непредвиденных обстоятельств (или резерв для покрытия неопределенности) - сумма денег или промежуток времени, которые необходимы сверх расчетных величин для снижения риска перерасхода, связанного с достижением целей проекта, до приемлемого для организации уровня; обычно включаются в базовый план стоимости или расписания проекта. Управленческий резерв - сумма денег или промежуток времени, не включаемые в базовый план стоимости или расписания проекта и используемый руководством для предотвращения негативных последствий ситуаций, которые невозможно спрогнозировать. Планирование реагирования на риски включает разработку плана управления рисками - документа, разрабатываемого в начале проекта и представляющего собой график работы с рисками в течение всего ЖЦ проекта. План содержит следующую информацию [18]. Методология - определяет и описывает подходы, инструменты и источники данных, используемые для работы с рисками. Роли и обязанности - раздел содержит описание, кто какую работу выполняет в ходе управления рисками проекта. Бюджетирование - определяет бюджет для управления рисками проекта. Временные рамки - устанавливают частоту процессов управления рисками. Инструменты - раздел определяет, какие методы количественного и качественного анализа рисков рекомендуется применять и в каких случаях. Контроль - раздел, определяющий формат плана реагирования на риски. Отчетность - определяет способы документирования результатов действий по управлению рисками и сохранение информации в базе знаний для накопления опыта и извлечения уроков. 4 Задание Под конфигурацией системы понимается конкретная версия ПС для разных ОС, компьютеров и включает в себя функции, объединенные между собой процедурами связи (или развертывания) и параметрами, которые задают режимы функционирования системы в среде ОС . Выпуск версии системы выполняется в целях ее поставки заказчику. Процесс получения конкретной версии системы можно представить в виде схемы  Выбираются компоненты системы из базы данных конфигурации, реализующие заданные функции, которые собираются компоновщиком системы, а система управления версиями создает исходную версию для компиляции и получения объектного кода, редактируемого в готовую версию. Изготовленная версия системы проверяется на все виды связей, последовательное выполнение компонентов и получение контрольного результата. Среди компонентов сборки могут быть такие, которые изменялись и отдельно проверялись. Поэтому изготовленная версия системы должна обязательно тестироваться на тестовых наборах данных, а результаты сравниваться с ожидаемыми результатами. Версия или конфигурация системы состоит из: базиса конфигурации (Configuration Baseline ) - формально созданной основы (версии) системы из отдельных компонентов и документации, позволяющей проводить дальнейшее развитие системы; элементов конфигурации (Configuration Item), выделенных для управления или обработки функций системы на процессорах компьютеров системы; программных компонентов, выполняющих задачи в сформированной версии системы. 5 Задание Данный процесс зависит от типа проекта, организационных мероприятий, ограничений и общих рекомендаций по руководству конфигурацией. К видам планирования управления конфигурацией системы относятся: идентификация, определение статуса и аудита конфигурации, управление изменениями конфигурации. При планировании составляются планы, выбираются инструменты, анализируются требования проекта, интерфейсы компонентов и т.п. К средствам обеспечения планирования относятся: система управления кодами, перевод и объединение компонентов в конфигурацию системы; базовые библиотеки и ресурсы; специальные группы контроля системы и ее конфигурации; СУБД для ведения проекта и хранения изменений. К основным задачам планирования конфигурации относятся: фиксация разных заданий на изменения и выбор инструментария для их выполнения; определение человекочасов и инструментальных ресурсов, стандартов, затрат на внесение изменений и др.; установление связей с заказчиком для проведения контроля системы и конфигурации, а также проведение оценки системы; определение последовательности работ управления конфигурацией. Результаты планирования отмечаются в плане управления конфигурацией проекта, а также в документе внесения изменений в версию, конфигурацию или в систему. |