Сопровождение и развертывание программного обеспечения

1.

Сопровождение
и развертывание
программного обеспечения

2.

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

3.

При положительном решении выполняется модификация ПО, в процессе которой
в программные компоненты и документацию вносятся изменения, проверяется целостность
модифицируемого ПО и ПО переносится в другую среду. Далее следует период параллельной
эксплуатации ПО в старой и новой средах, по окончании которого старое ПО снимается
с эксплуатации и архивируется.
Сопровождение системы может выполняться либо для исправления ошибок, либо для
адаптации, либо в целях изменения функциональных возможностей системы.
Сопровождение в цел ях исправл ения ошибок (корректирующее сопровождение)
выполняется в случае появления в ПО ошибок в программировании, либо ошибок
проектирования, либо ошибок в системных требованиях. Первые — достаточно легко
устранимые ошибки. Исправления ошибок проектирования обходятся весьма дорого, поскольку
требуют корректировки и (или) перепрограммирования отдельных компонентов. Ошибки
в системных требованиях требуют перепроектирования всей системы и поэтому являются
самыми дорогостоящими.
Сопровождение в цел ях адаптации ПО к усл овиям экспл уатации (адаптивное
сопровождение) выполняется при изменении оговоренных в техническом задании условий
и заключается в дополнительной модификации ПО.
возможностей
функц ионал ьных
измен ения
цел ях
в
Сопровождение
системы проводится, например, для поддержки аппаратных средств, операционной системы
(ОС) и (или) ПО. Расширение функциональных возможностей системы, как правило, облегчает
работу с ней оператора и облегчает ее адаптацию к новому рабочему окружению.

4.

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

5.

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

6.

Развертывание ПО является частью ЖЦ ПО и подразумевает все действия, которые делают
программную систему готовой к использованию.
Менеджеры проектов призваны спланировать все этапы разработки программного продукта.
Они также должны контролировать ход выполнения работ и соблюдение всех требуемых
стандартов. Постоянный контроль за ходом выполнения работ необходим для того, чтобы
процесс разработки не выходил за временн е и бюджетные ограничения. Хорошее управление
не гарантирует успешного завершения проекта, но плохое управление обязательно приведет
к его провалу. Это может выразиться в задержке сроков сдачи готового ПО , в превышении
сметной стоимости проекта и несоответствии готового ПО спецификации требований.
Менеджеру для организации процесса создания управления программным обеспечением
необходима информация, которая может быть получена только в виде документов,
отображающих выполнение очередного этапа разработки ПО , без которой нельзя судить
о степени его готовности и, следовательно, невозможно оценить произведенные затраты или
изменить график работ.

7.

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

8.

Автоматизированные средства разработки
программного обеспечения

9.

Автоматизированные средства разработки ПО — это
специальн й тип ПО, предназначенного для поддержки процессов
создания самих программн х средств, таких как разработка
требований к ПО, проектирование ПО, кодирование и тестирование
программ.
Понятие автоматизированн х средств разработки ПО
эквивалентно понятию Computer-Aided Software Engineering (CASE),
под котор м понимается набор инструментов и методов
программной инженерии для проектирования ПО и (или)
информационн х систем. Технология CASE помогает обеспечить
в сокое качество программ, простоту их обслуживания и отсутствие
ошибок.
Технология CASE предлагает поддержку процесса создания ПО
путем автоматизации подавляющего большинства этапов его
разработки. Пример CASE-процессов, или (что то же) процессов,
котор е можно автоматизировать с помощью CASE-средств.

10.

Пример CASE-процессов, или (что то же) процессов, котор е
можно автоматизировать с помощью CASE-средств.

11.

Кроме улучшения качества создаваемых программ применение технологии CASE позволяет на порядок
повысить производительность труда разработчиков ПО. Однако дальнейшее расширение применения CASEтехнологии ограничивает следующий фактор.
Поскольку проектирование ПО является творческим процессом, на долю средств CASE приходится
автоматизация неинтеллектуальных процессов: трансляция и отладка ПО, генерация интерфейсов.
Классификация CASE-средств по категориям

12.

Процесс создания ПО — это совокупность процессов,
в полняем х при его разработке.
Модели процесса создания ПО — абстрактн е представления
этих процессов. Любой процесс создания ПО включает в себя этап
разработки
системной
спецификации,
проектирования
и реализации, аттестации и модернизации ПО.
Обобщенные модели создания ПО опис вают организацию
процесса разработки программн х систем. К таким моделям
относятся каскадная модель, эволюционная модель разработки,
модель формальной разработки систем и модель разработки ПО на
основе ранее созданн х компонентов.
Итерационные модели разработки ПО представляют собой
процесс создания программн х систем в виде повторяющихся
циклов определенн х этапов разработки. Достоинством данного
подхода является возможность избежать преждевременного и до
конца не продуманного утверждения системной спецификации
и результатов проектирования. Примерами итерационн х моделей
служат модель пошаговой разработки и спиральная модель.

13.

Определение требований — это процесс разработки
системной спецификации.
Проектирование и реализация — это процесс
преобразования системной спецификации в систему исполняем х
программ.
Эволюция ПО — это модернизация существующих
программн х систем в соответствии с нов ми требованиями.

14.

Домашнее задание:
Прописать профессиональные и личные качества менеджера по
сопровождению в сфере информационных технологий.