про. МетодичкаВнедрениеКСПрРаб. Методические указания по выполнению практических работ обучающихся по учебной

• Название: Методические указания по выполнению практических работ обучающихся по учебной
• Дата: 25.09.2022
• Размер: 132.31 Kb.
• Имя файла: МетодичкаВнедрениеКСПрРаб.docx
• Тип: Методические указания; #694676
• страница: 9 из 14

Контрольные вопросы

1. 
   Какие могут быть причины возникновения проблем совместимости программного обеспечения?
   
2. 
   Какие методы используют для уменьшения проблем с совместимостью?
   
3. 
   Какие способы используют для выявления и устранения программных сбоев?
   

Практическая работа № 7

Тема Конфигурирование программных и аппаратных средств

Цель: научиться управлять конфигурацией программного продукта

Теоретические сведения

Управление конфигурацией — это один из вспомогательных процессов, поддерживающих основные процессы жизненного цикла программного обеспечения, прежде всего процессы разработки и сопровождения программного обеспечения.

Под конфигурацией программного обеспечения понимается совокупность его функциональных и физических характеристик, установленных в технической документации и реализованных в программном обеспечении.

В крупном проекте большие объемы информации меняются очень быстро и неконтролируемые изменения могут быстро ввергнуть проект в хаос.

Работая над программным проектом, группа программистов, тестеров и менеджеров сталкивается с проблемой отслеживания версий программ, внесения в них изменений.

Чем больше проект, тем больше времени разработчики тратят на согласования изменений в исходных текстах и получения работающих версий программного продукта.

Управление конфигурацией позволяет организовать, систематически учитывать и контролировать внесение изменений на всех стадиях жизненного цикла.

При групповой разработке сложных программного обеспечения, состоящих из многих компонентов, каждый из которых может иметь разновидности или версии, необходимо:

• 
  выделить набор объектов, определяющих структуру будущей системы, чтобы затем контролировать их состояния и ход работ по каждому из них. Такими объектами могут быть функционально-логическая модель
  

системы, реляционная модель базы данных, модули прототипов системы (экраны, меню, отчеты, тексты процедур или классов), системные и программные спецификации, документация, планы проведения тестирования, спецификации тестовых процедур;

• 
  контролировать запросы на доработку модуля, сообщения о найденной ошибке или неисправности оборудования, запросы на модификацию оборудования или программного обеспечения, задания на установку рабочего места, задания разработчику, аналитику и т.п., так как эти объекты влияют на состояние текущих версий других объектов и относятся к сфере управления изменениями;
  
• 
  вести журнал всех изменений, внесенных в систему в процессе разработки или сопровождения;
  
• 
  вести полный и достоверный архив всех версий всех объектов системы;
  
• 
  контролировать состояние и развитие коллективно используемых компонентов программного обеспечения и их версий, учитывая связи компонентов системы для согласования между собой измененных частей;
  
• 
  обеспечивать адекватность реально изменяющихся компонентов и их комплектной документации;
  
• 
  проводить оценку конфигурации — оценивать функциональную полноту компонентов программного обеспечения, а также соответствие их физического состояния текущему техническому описанию;
  
• 
  изготавливать эталонные копии программного обеспечения и документации, хранить и поставлять их пользователям в соответствии с порядком, принятым в организации. Это упрощает выпуск и поставку программного обеспечения;
  
• 
  обеспечивать развитие всей системы, ограничивая усложнение проекта.
  

Общие принципы и рекомендации конфигурационного учета, планирования и управления конфигурациями программного обеспечения отражены в проекте стандарта ISO 12207-2.