Similar presentations:
Сопровождение и продвижение программного обеспечения
1.
Учебная дисциплинаМДК 03.01 «Сопровождение и продвижение
программного обеспечения отраслевой
направленности»
Тема 1. Сопровождение и
продвижение программного
обеспечения
2.
1.1. Способы осуществление сопровожденияпрограммного обеспечения отраслевой
направленности
Сопровождение
(поддержка)
программного
обеспечения — процесс улучшения, оптимизации и
устранения дефектов программного обеспечения (ПО)
после передачи в эксплуатацию.
Сопровождение ПО — это одна из фаз жизненного
цикла программного обеспечения, следующая за фазой
передачи ПО в эксплуатацию. В ходе сопровождения в
программу вносятся изменения, с тем, чтобы
исправить обнаруженные в процессе использования
дефекты и недоработки, а также для добавления новой
функциональности, с целью повысить удобство
использования и применимость ПО.
3.
Сопровождение программного обеспечениястандартизовано, имеются национальные стандарты
Российской Федерации, идентичные международным:
• ISO/IEC
12207:2008
System
and
software
engineering — Software life cycle processes, ГОСТ Р
ИСО/МЭК 12207-2010 «Национальный стандарт
Российской
Федерации.
Информационная
технология. Системная и программная инженерия.
Процессы
жизненного
цикла
программных
средств»;
• ISO/IEC 14764:99 Information tehnology — Software
maintenance, ГОСТ Р ИСО/МЭК 14764-2002
«Государственный стандарт Российской Федерации.
Информационная
технология.
Сопровождение
программных средств»; IEEE 1219).
4.
Национальный стандарт – стандарт, принятыйНациональным органом по стандартизации и доступный
широкому кругу пользователей. Разработка российских
национальных стандартов осуществляется для достижения
целей стандартизации в соответствии с принципами
стандартизации.
Национальные стандарты применяют на добровольной основе.
Обязательность их соблюдения наступает при прямом
указании на них в следующих случаях:
• в действующем законодательстве (например, если есть
соответствующая ссылка в техническом регламенте);
• в правомерно принятых документах федеральных органов
исполнительной власти;
• в договорах, контрактах предприятий любой формы
собственности.
Применение стандарта – это его использование с
выполнением требований, установленных в стандарте, в
соответствии с областью его распространения и сферой
действия.
5.
Имеются две разных точки зрения на границы применимоститерминов "сопровождение ПО" и "поддержка ПО".
1.Эти два термина - синонимы.
2.Это два разных термина.
Сопровождение ПО осуществляется сопроводителем.
Сопроводителем может быть внешняя организация или же
сама та организация (ее отдел, отдельный сотрудник), которая
использует ПО в своей работе.
Поддержка осуществляется исключительно сотрудниками
отдела той организации, которая использует ПО в своей
работе (эта организация называется "заказчик" ISO/IEC
14764:99). Это менее квалифицированные специалисты, чем
сопроводители, а потому они не выполняют полностью тех
работ, которые предусмотрены ISO/IEC 14764:99. Например,
сотрудники отдела поддержки не выполняют работы по
обнаружению и корректировке скрытых ошибок для
предотвращения явного проявления этих ошибок.
6.
Жизненный цикл программного обеспечения (ПО)– период времени, который начинается с момента принятия
решения о необходимости создания программного продукта
и заканчивается в момент его полного изъятия из
эксплуатации.
Для облегчения проектирования, создания и выпуска
качественного
программного
продукта
существуют
различные модели жизненного цикла ПО.
К ним относятся:
• Каскадная или водопадная модель (Waterfall model)
• V-образная модель (V-model)
• Инкрементная модель (Incremental model)
• Спиральная модель (Spiral model)
• Гибкая модель (Agile model)
• Скрам (Scrum)
7.
Каскадная или водопадная модель (Waterfall model)При такой модели каждая из фаз проекта проводится
единожды, следуя одна за другой. Для того, чтобы начать
следующую
стадию,
необходимо
полное
завершение
предыдущей.
Плюсы:
• все стадии проекта выполняются в строгой
последовательности;
• строгость этапов позволяет планировать сроки завершения
всех работ и соответствующие ресурсы (денежные и
человеческие);
• требования остаются неизменными в течение всего цикла.
Минусы:
• сложности при формулировке четких требований и
невозможность их изменения;
• тестирование начинается только с середины развития проекта;
• до завершения процесса разработки пользователи не могут
убедиться, качественен ли разрабатываемый продукт.
8.
https://training.qatestlab.com/blog/technical-articles/popular-softwaredevelopment-life-cycles/
9.
Жизненный цикл программного обеспечения можнопредставить как ряд событий, происходящих с ПО в процессе
его создания и использования. Разработка программного
обеспечения, как правило, выполняется для определенной
предметной области. Особенности предметной области и
функционирования программного обеспечения в ней,
безусловно, оказывают влияние на состав ПО. Программное
обеспечение разрабатывается как некоторый проект. Многие
особенности управления проектами и фазы разработки
проекта (фазы жизненного цикла) являются общими, не
зависящими не только от предметной области, но и от
характера проекта. Каждый проект, не зависимо от сложности
и объема работ, необходимых для его выполнения, проходит в
своем развитии определенные состояния. Совокупность
ступеней развития от возникновения идеи до полного
завершения проекта принято разделять на стадии или этапы.
10.
Можно выделить следующие стадии развития программногообеспечения:
1) анализ предметной области и формирование требований (концепции);
2) проектирование;
3) реализация;
4) тестирование;
5) ввод в эксплуатацию;
6) эксплуатация (сопровождение проекта).
Завершается жизненный цикл программного обеспечения выводом его
из эксплуатации.
Для каждого этапа определяются состав и последовательность
выполняемых работ, получаемые результаты, методы и средства,
необходимые для выполнения работ, роли и ответственность участников
и т.д. Такое формальное описание ЖЦ программного продукта
позволяет спланировать и организовать процесс коллективной
разработки и обеспечить управление этим процессом.
11.
Рассмотрим каждую из стадий более подробно.1. Стадия формирования требований к программному
обеспечению является одной из важнейших, поскольку
определяет успех всего проекта. На этом этапе формулируются
цели и задачи проекта, устанавливается область применения
программного обеспечения и определяются граничные условия,
выделяются базовые сущности и взаимосвязи между ними.
Идентифицируются все внешние объекты, с которыми должно
взаимодействовать разрабатываемое программное обеспечение,
и определяется характер этого взаимодействия на высоком
уровне,
т.е.
идентифицируются
все
функциональные
возможности программ и производится описание наиболее
существенных из них. Определяются сроки и стоимость
разработки ПО, формируется и подписывается техническое
задание на разработку программного обеспечения. Таким
образом, создается основа для дальнейшего проектирования
программного продукта.
12.
Стадия анализа и формирования требований включает в себяследующие этапы:
1) планирование работ.
Основными задачами этого этапа являются:
• определение целей разработки;
• предварительная экономическая оценка проекта;
• построение плана-графика выполнения работ;
2) проведение обследования автоматизируемого объекта, в рамках
которого осуществляются:
• предварительное определение требований к программному
обеспечению;
• анализ информации, поступающей из внешних источников;
• анализ внутренних информационных потоков;
• построение моделей предметной области на основании
результатов обследования;
3) анализ существующих аналогичных программных продуктов.
13.
Стадия проектирования, как правило, включаетопределение архитектуры программной системы, ее функций,
внешних
условий
функционирования,
интерфейсы
и
распределение функций между пользователями и системой,
требования к программным и информационным компонентам.
Проектирование системы проводится на основе результатов
формирования требований. Методология проектирования
соединяет в себе приемы представления физической,
логической, а также динамической и статической моделей
системы.
Разрабатывается
функциональная
спецификация
программного обеспечения, выбирается архитектура системы,
определяется наиболее подходящая СУБД, проектируются
структуры хранения данных, оговариваются требования к
аппаратному
обеспечению,
определяется
набор
организационных мероприятий, которые необходимы для
внедрения программного обеспечения, а также перечень
документов,
регламентирующих
его
использование.
Оформляется эксплуатационная документация.
14.
На этапе реализации строятся прототипы как целой программнойсистемы, так и ее частей, осуществляется физическая реализация
структур данных, разрабатываются программные коды, выполняется
отладочное тестирование, создается техническая документация. В
результате этапа реализации появляется рабочая версия продукта.
Тестирование программного продукта тесно связано с такими
этапами разработки, как проектирование и реализация. В систему
встраиваются специальные механизмы, которые дают возможность
производить тестирование программного обеспечения на соответствие
требований к нему, проверку оформления и наличия необходимого
пакета документации. Результатом тестирования являются устранение
всех недостатков программного продукта и заключение о ее качестве.
Внедрение (ввод в эксплуатацию) программного обеспечения
обычно предусматривает такие шаги, как:
• установка программной системы;
• обучение пользователей;
• документирование (выдача соответствующих приказов, приемочных
актов и т.п.).