Новый документ в формате RTF. Практическая работа 4 Настройка и конфигурирование установленного программного обеспечения компьютерных систем. Задания
 Скачать 84.68 Kb.
|
Практическая работа № 4Настройка и конфигурирование установленного программного обеспечения компьютерных систем. Задания Посетите сайт Разработка плана управления конфигурацией и ознакомьтесь с предложенным планом управления конфигурацией На основе п.1 разработайте собственный план управления конфигурацией собственного ПО План Введение Данный план является основным документом, регламентирующим все дальнейшие проектные действия, связанные с конфигурационным управлением. Назначение Процесс управления конфигурацией является процессом применения административных и технических процедур на всем протяжении жизненного цикла программных средств для: обозначения, определения и установления состояния Область применения План создается для Заповедника имеющею иерархическую связь рабочих групп. Также в план входит без временные рамки выполнения работ с ограниченным бюджетом. Определения, акронимы и сокращения НСИ – Нормативно-справочная информация SD - Service Desk Комплекс аппаратно-программных средств службы тех. Поддержки. СХД – Система хранения данных Ссылки http://docs.cntd.ru/document/9021773325654843 Обзор Документ разделён на отдельные разделы для удобства осваивания. Также он сделан структурно понятен для новоприбывшим работникам. Включает в себя информацию об приметной области проекта и её характеристики. Конфигурационное управление программным продуктом Цели конфигурационного управления: Контроль: позволяет отслеживать изменения в контролируемых объектах, обеспечивает соблюдение процесса разработки; Управление: диктует процесс автоматической идентификации в ходе всего жизненного цикла ПО, обеспечивает простоту модификации и сопровождения ПО; Качество; Задачи конфигурационного управления: управление идентификация конфигурации; контроль конфигурации: контроль над изменениями материалов; учёт текущего состояния: состояние документов, состояние кода, состояние отдельных задач и всего проекта в целом; управление процессом разработки; управление сборкой; управление окружением; отслеживание задач и проблем; Организация, распределение ответственностей и взаимодействия Бизнес-менеджер отвечает за успешное выполнение проекта и представляет исполнителя в его договорных отношениях с заказчиком. Менеджер проекта (руководитель проекта) отвечает как за успехи, так и за неудачи проекта. В его задачи входит управление сроками, стоимостью, качеством работ с целью удовлетворения ожиданий заказчика и достижения бизнес-целей исполнителя. Команда управления проектом включает координатора проекта, администратора проекта, менеджера по конфигурации. Для крупных проектов к выполнению каждой из этих ролей могут быть привлечено нескольких человек. На небольших проектах менеджер проекта может совмещать несколько ролей. Масштабные проекты предполагают наличие менеджера по качеству, который ответственен перед бизнес-менеджером исполнителя. Реализаторы одни из самых важных людей в проекте. Они разрабатывают и моделируют программный продукт. Аналитики следят за факторами риска. Руководство нанимает работников и выделяет бюджет разработчикам. Инструментарий, рабочая среда и инфраструктура Работники имеют компьютеры с выходом в интернет. Рабочая среда: C#, С++. Программа конфигурационного управления Две основные задачи в конфигурационном управлении – управление версиями и управление сборками. Первое отвечает за управление версиями файлов и выполняется в проекте на основе специальных программных пакетов – средств версионного контроля. Конфигурационная идентификация Идентификация элементов конфигурации, которые необходимо контролировать, служит первым шагом в организации контроля изменений, в рамках описываемого подхода реализуемых при помощи процесса интегрированного управления изменениями. Правильный выбор элементов конфигурации важен для обеспечения управляемого набора контролируемых элементов. Методы идентификации Идентификация рисков - процесс определения рисков, способных повлиять на проект, и документирование их характеристик. Идентификацию рисков выполняют члены команды проекта и эксперты по вопросам управления рисками, в ней могут принимать участие заказчики, участники проекта и эксперты в определенных областях. Это итеративный процесс, поскольку по мере развития проекта в рамках его жизненного цикла могут обнаруживаться новые риски. Частота итерации и состав участников выполнения каждого цикла в каждом случае могут быть разными. В процессе идентификации должны принимать участие члены команды проекта, чтобы у них вырабатывалось чувство "собственности" и ответственности за риски и за действия по реагированию на них. |