Хан, Ван Лонг. Сопровождение систем автоматизации программного обеспечения / Ван Лонг Хан, А. В. Кизим. — Текст : непосредственный // Молодой ученый. — 2011. — № 5 (28). — Т. 1. — С. 110-112. — URL: https://moluch.ru/archive/28/3173/ (дата обращения: 10.07.2023).
По мере развития применения сложных программных продуктов стало ясно, что интегральные затраты на их сопровождение и создание новых версий могут значительно превосходить затраты на разработку их первой версии. Опыт последних лет показал, что во многих случаях для сопровождения и мониторинга версий необходимо практически такое же, или даже большее, число специалистов, чем разработало первую версию ПС. При создании сложных ПС перемещение специалистов с разработки новых программных компонентов и ПС на развитие и сопровождение версий имеет систематический характер. Это приводит к тому, что по мере накопления эксплуатируемых ПС и их компонентов все большее число специалистов переходит из области непосредственного программирования новых программ в область системного проектирования и создания новых версий ПС на базе повторно используемых компонентов.
Применение прикладных программ в инженерных расчетах
Только после завершения создания нескольких версий ПС может прекратиться переход дополнительных кадров в сферу сопровождения и управления конфигурацией и установиться стабильное соотношение между числом специалистов, занятых первичной разработкой новых проектов и сопровождением версий ПС. Очень часто разработчики нового ПС не предусматривают этот процесс и требующиеся ресурсы, что значительно снижает эффективность последующего применения созданного программного продукта. По некоторым оценкам, непосредственным программированием новых компонентов в мире занято около 15—20% специалистов, участвующих в создании программных продуктов.
Целью сопровождения систем автоматизации программного обеспечения являются выявление и устранение обнаруженных дефектов и ошибок в программах и данных, введение новых функций и компонентов в ПС, анализ состояния и корректировка документации, тиражирование и контроль распространения версий ПС, актуализация и обеспечение сохранности документации и физических носителей. Основная задача — изменить и улучшить существующий программный продукт, сохраняя его целостность и функциональную пригодность. Для сохранения и повышения качества сложных комплексов программ необходимо регламентировать процессы модификации и совершенствования программных средств, а также поддерживать их соответствующим тестированием и контролем качества.
Широкое применение прототипирования и повторного использования готовых апробированных программных компонентов способствовало превращению сопровождения в особый раздел методов и средств обеспечения жизненного цикла ПС. Технология сопровождения должна обеспечивать координированное развитие множества версий ПС и их компонентов, каждая из которых имеет достаточно высокое качество и специфические функции, а также, возможно, различных пользователей. Благодаря этому со временем программные средства должны улучшаться и совершенствоваться как по функциональным возможностям, так и по качеству решения каждой задачи.
Специальность «Разработка и сопровождение программного обеспечения информационных систем»
Определение сопровождения систем автоматизации программного обеспечения
Сопровождение систем автоматизации программного обеспечения определяется стандартом IEEE Standard for Software Maintenance (IEEE 1219) как модификация программного продукта после передачи в эксплуатацию для устранения сбоев, улучшения показателей производительности и/или других характеристик (атрибутов) продукта, или адаптации продукта для использования в модифицированном окружении. Интересно, что данный стандарт также касается вопросов подготовки к сопровождению до передачи системы в эксплуатацию, однако, структурно это сделано на уровне соответствующего информационного приложения, включенного в стандарт.
В свою очередь, стандарт жизненного цикла 12207 (IEEE, ISO/IEC, ГОСТ Р ИСО/МЭК) позиционирует сопровождение как один из главных процессов жизненного цикла. Этот стандарт описывает сопровождение как процесс модификации программного продукта в части его кода и документации для решения возникающих проблем или реализации потребностей в улучшениях . Задача состоит в модификации продукта при условии сохранения его целостности. Международный стандарт ISO/IEC 14764 определяет сопровождение систем автоматизации программного обеспечения в тех же терминах, что и стандарт 12207, придавая особое значение работам по подготовке к деятельности по сопровождению до передачи системы в реальную эксплуатацию, например, вопросам планирования регламентов и операций по сопровождению.
Библиотека инфраструктуры информационных технологий ITIL
Библиотека, описывающая лучшие из применяемых на практике способов организации работы подразделений или компаний, занимающихся предоставлением услуг в области информационных технологий.
В семи томах библиотеки описан весь набор процессов, необходимых для того, чтобы обеспечить постоянное высокое качество ИТ-сервисов и повысить степень удовлетворенности пользователей.
Использованный в библиотеке процессный подход полностью соответствует стандартам серии ISO 9000 (ГОСТ РИСО 9000). Процессный подход акцентирует внимание предприятия на достижении поставленных целей, анализе ключевых показателей эффективности (KPI), а также на ресурсах, затраченных на достижение этих целей.
Основные действия сопровождения систем автоматизации программного обеспечения
Результат усилий по разработке систем автоматизации программного обеспечения состоит в передачи в эксплуатацию программного продукта, удовлетворяющего требованиям пользователей. Соответственно, в процессе эксплуатации продукт будет изменяться или эволюционировать. Связано это с обнаружением при реальном использовании скрытых дефектов, изменениями в операционном окружении, необходимостью покрытия новых требований и т.п.
Фаза сопровождения в жизненном цикле, обычно, начинается сразу после приемки/передачи продукта и действует в течение периода гарантии или, чаще, технической поддержки. Однако, сама деятельность, связанная с сопровождением, начинается намного раньше.
Сопровождение систем автоматизации программного обеспечения является составной частью жизненного цикла. К сожалению, так сложилось, что вопросам сопровождения уделяется существенно меньше внимания, чем другим фазам жизненного цикла. Исторически, в большинстве организаций, разработка программных систем явно в фаворе, по сравнению с деятельностью по сопровождению.
Однако, такая ситуация постепенно начинает меняться. В большой степени, как отмечает, это связано с сокращением инвестиций организаций непосредственно в разработку программных систем, с целью увеличения сроков использования уже существующего и применяемого систем автоматизации программного обеспечения. Конечно, с точки зрения автора, это не единственная причина. Скорее вопросы постоянно изменяющихся бизнес — потребностей, динамика бизнеса и желание повысить отдачу от уже эксплуатируемых систем приводит к усилению роли поддержки и сопровождения систем автоматизации программного обеспечения и естественной интеграции такой деятельности в бизнес-процессы подразделений информационных технологий.
Сопровождение систем автоматизации программного обеспечения определяется как вся совокупность деятельности, необходимой для обеспечения эффективной (с точки зрения затрат) поддержки программных систем. Эти работы выполняются как перед вводом системы в эксплуатацию, так и после этого. Предварительные работы включают планирование деятельности по сопровождению системы, а также организацию перехода к ее полнофункциональному использованию. Если новая система должна заменить старую систему, предназначенную для решения тех же задач, просто на новом уровне эффективности, стоимости использования, новых функциональных возможностей, в этом случае важно обеспечить плавный переход со старой системы на новую систему, максимально естественный для пользователей. С этим связано не только планирование, например, переноса информации, хранимой в соответствующих базах данных, но и обучение пользователей, подготовка, настройка и проверка “боевой” конфигурации, определение последовательности операций, организация и обучение службы поддержки (help-desk) и т.п.
Процессы сопровождения систем автоматизации программного обеспечения
Процессы сопровождения описывают необходимые работы и детальные входы/выходы этих работ. Эти процессы рассматриваются в стандартах IEEE 1219 и ISO / IEC 14764.
Процесс сопровождения начинается по стандарту IEEE 1219 с момента передачи программной системы в эксплуатацию и касается таких вопросов, как планирование деятельности по сопровождению (см. рисунок 1).
Рисунок 1 — Работы в процессе сопровождения по стандарту IEEE 1219
Стандарт ISO/IEC 14764 уточняет положения, связанные с процессом сопровождения, стандарта жизненного цикла 12207. Работы по сопровождению, описанные в этом стандарте аналогичны работам в IEEE 1219, за исключением того, что сгруппированы несколько иначе (см. рисунок 2).
Рисунок 2 — Процесс сопровождения по стандарту ISO/IEC 14764
Работы по сопровождению в стандарте 14764 разбиты на задачи:
- Process Implementation – реализация процесса;
- Problem and Modification Analysis – анализ проблем и модификаций ;
- Modification Implementation – проведение модификаций;
- Maintenance Review/Acceptance – оценка и принятие при сопровождении;
- Migration – миграция (на модифицированную или новую версию программного обеспечения);
- Software Retirement – вывод из эксплуатации (прекращение эксплуатации программного обеспечения).
- Липаев, В.В. Программная инженерия. Методологические основы [Текст]: Учеб. / В. В. Липаев; Гос. ун-т — Высшая школа экономики. — М.: ТЕИС, 2006. — 608 с. — 1000 экз. — ISBN 5-7598-0424-3 (в пер.).
- Соммервилл И. Инженерия программного обеспечения. Пер. с англ. — М.: Вильяме, 2002.
- Уайт Б.А. Управление конфигурацией программных средств. Практическое руководство по Rational ClearCase. Пер. с англ. — М.: ДМК Пресс, 2002.
- Программная инженерия и SWEBOK. http://swebok.sorlik.ru/software_engineering.html.
- Государственный стандарт Российской Федерации. Информационные технологии. Сопровождение программных средств. http://docs.cntd.ru/document/1200030162.
Основные термины (генерируются автоматически): IEEE, ISO, программное обеспечение, IEC, жизненный цикл, сопровождение систем автоматизации, Процесс сопровождения, сопровождение, стандарт, программный продукт.
Похожие статьи
Основные действия сопровождения систем автоматизации ТОиР
В свою очередь, стандарт жизненного цикла 12207 (IEEE, ISO/IEC, ГОСТ Р ИСО/МЭК) позиционирует сопровождение как один из главных процессов жизненного цикла.
Эффективность использования новых технических систем.
Сопровождение систем автоматизации ТОиР. Модель управления и автоматизации этапов жизненного цикла автоматизированных систем диспетчерского управления на основе PLM-систем.
Модель взаимодействия команды сопровождения и команды.
Процесс сопровождения программных средств является одним основных этапов жизненного цикла программных средств. Согласно ГОСТ Р ИСО/МЭК 12207–2010 процесс сопровождения определяет работы персонала сопровождения, то есть организации.
Модель управления и автоматизации этапов жизненного цикла.
Жизненный цикл автоматизированных систем (ЖЦ АС) носит итерационный характер, в процессе его развития для минимизации — участие в жизненном цикле различного как программно-аппаратного обеспечения, так и проектного и эксплуатирующего персонала.
Анализ существующего программного обеспечения для.
Сопровождение систем автоматизации программного обеспечения. Характеристика существующего программного обеспечения системы банковских расчетов.
К вопросу об оценке качества корпоративных информационных.
Модель жизненного цикла — это структура, состоящая из процессов, работ и задач, включающих в себя разработку, эксплуатацию и сопровождение программного продукта.
Информационно-компьютерное сопровождение.
Информационно-компьютерное сопровождение бизнес-процессов торговой компании. Ключевые слова: программный модуль, торговая компания, пользовательский интерфейс, язык и среда программирования, клиент-серверная архитектура.
Объектно-ориентированные расширения в программировании.
Сопровождение систем автоматизации ТОиР. Модель управления и автоматизации этапов жизненного цикла автоматизированных систем диспетчерского управления на основе PLM-систем.
Метод обеспечения совместимости и интеграции АСУ.
Разработка иерархической структуры для автоматизации электроэнергетической системы с учетом числа ЦП, наличия обслуживающего персонала, каналообразующей Похожие статьи. Организация непрерывной интеграции в процессе разработки программного обеспечения.
- Как издать спецвыпуск?
- Правила оформления статей
- Оплата и скидки
Источник: moluch.ru
Сопровождение и продвижение программного обеспечения
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/te
chnical-articles/popular-softwaredevelopment-life-cycles/
9.
Жизненный цикл программного обеспечения можно
представить как ряд событий, происходящих с ПО в процессе
его создания и использования. Разработка программного
обеспечения, как правило, выполняется для определенной
предметной области. Особенности предметной области и
функционирования программного обеспечения в ней,
безусловно, оказывают влияние на состав ПО. Программное
обеспечение разрабатывается как некоторый проект. Многие
особенности управления проектами и фазы разработки
проекта (фазы жизненного цикла) являются общими, не
зависящими не только от предметной области, но и от
характера проекта. Каждый проект, не зависимо от сложности
и объема работ, необходимых для его выполнения, проходит в
своем развитии определенные состояния. Совокупность
ступеней развития от возникновения идеи до полного
завершения проекта принято разделять на стадии или этапы.
10.
Можно выделить следующие стадии развития программного
обеспечения:
1) анализ предметной области и формирование требований (концепции);
2) проектирование;
3) реализация;
4) тестирование;
5) ввод в эксплуатацию;
6) эксплуатация (сопровождение проекта).
Завершается жизненный цикл программного обеспечения выводом его
из эксплуатации.
Для каждого этапа определяются состав и последовательность
выполняемых работ, получаемые результаты, методы и средства,
необходимые для выполнения работ, роли и ответственность участников
и т.д. Такое формальное описание ЖЦ программного продукта
позволяет спланировать и организовать процесс коллективной
разработки и обеспечить управление этим процессом.
11.
Рассмотрим каждую из стадий более подробно.
1. Стадия формирования требований к программному
обеспечению является одной из важнейших, поскольку
определяет успех всего проекта. На этом этапе формулируются
цели и задачи проекта, устанавливается область применения
программного обеспечения и определяются граничные условия,
выделяются базовые сущности и взаимосвязи между ними.
Идентифицируются все внешние объекты, с которыми должно
взаимодействовать разрабатываемое программное обеспечение,
и определяется характер этого взаимодействия на высоком
уровне,
т.е.
идентифицируются
все
функциональные
возможности программ и производится описание наиболее
существенных из них. Определяются сроки и стоимость
разработки ПО, формируется и подписывается техническое
задание на разработку программного обеспечения. Таким
образом, создается основа для дальнейшего проектирования
программного продукта.
12.
Стадия анализа и формирования требований включает в себя
следующие этапы:
1) планирование работ.
Основными задачами этого этапа являются:
• определение целей разработки;
• предварительная экономическая оценка проекта;
• построение плана-графика выполнения работ;
2) проведение обследования автоматизируемого объекта, в рамках
которого осуществляются:
• предварительное определение требований к программному
обеспечению;
• анализ информации, поступающей из внешних источников;
• анализ внутренних информационных потоков;
• построение моделей предметной области на основании
результатов обследования;
3) анализ существующих аналогичных программных продуктов.
13.
Стадия проектирования, как правило, включает
определение архитектуры программной системы, ее функций,
внешних
условий
функционирования,
интерфейсы
и
распределение функций между пользователями и системой,
требования к программным и информационным компонентам.
Проектирование системы проводится на основе результатов
формирования требований. Методология проектирования
соединяет в себе приемы представления физической,
логической, а также динамической и статической моделей
системы.
Разрабатывается
функциональная
спецификация
программного обеспечения, выбирается архитектура системы,
определяется наиболее подходящая СУБД, проектируются
структуры хранения данных, оговариваются требования к
аппаратному
обеспечению,
определяется
набор
организационных мероприятий, которые необходимы для
внедрения программного обеспечения, а также перечень
документов,
регламентирующих
его
использование.
Оформляется эксплуатационная документация.
14.
На этапе реализации строятся прототипы как целой программной
системы, так и ее частей, осуществляется физическая реализация
структур данных, разрабатываются программные коды, выполняется
отладочное тестирование, создается техническая документация. В
результате этапа реализации появляется рабочая версия продукта.
Тестирование программного продукта тесно связано с такими
этапами разработки, как проектирование и реализация. В систему
встраиваются специальные механизмы, которые дают возможность
производить тестирование программного обеспечения на соответствие
требований к нему, проверку оформления и наличия необходимого
пакета документации. Результатом тестирования являются устранение
всех недостатков программного продукта и заключение о ее качестве.
Внедрение (ввод в эксплуатацию) программного обеспечения
обычно предусматривает такие шаги, как:
• установка программной системы;
• обучение пользователей;
• документирование (выдача соответствующих приказов, приемочных
актов и т.п.).
Источник: ppt-online.org
Сопровождение информационных систем
Сопровождение информационных систем (ИС) состоит из двух больших и разноплановых задач.
Первая задача — эксплуатация информационной системы. Решение этой задачи начинается с установки прикладного программного обеспечения (ПО) в определенном программно-аппаратном окружении и настройкой ПО в соответствии с документацией разработчика таким образом, чтобы обеспечить максимальную надежность и производительность работы приложения. В дальнейшем инженерами службы поддержки обеспечивается функционирование информационной системы с заданными параметрами доступности — и программно-аппаратного окружения, и прикладного ПО.
Вторая задача — внесение изменений в информационную систему. Изменения могут включать донастройки тиражируемого ПО или доработки заказного ПО. И донастройки и доработки, как правило, требуют привлечения консультантов по бизнес-процессам, а также программистов, обладающих необходимыми компетенциями.
Однако, достаточно часто в договор по сопровождению информационной системы включается и первая, и вторая задачи. При этом договор заключается с одним исполнителем — разработчиком ПО или компанией, внедряющей информационную систему. В таком объединении задач есть серьезный недостаток: разработчик или внедряющая организация, решая в ограниченные сроки задачи внесения изменений в ПО, могут поставить в «боевую» эксплуатацию недотестированную версию ПО, содержащую ошибки.
В этом случае заказчик может оказаться в ситуации, когда версия приложения с доработками или измененными настройками, не функционирует должным образом и сотрудники заказчика не могут выполнять свою работу. Далее исполнитель, в большей степени заинтересованный сдать доработанное ПО, пытается поправить ситуацию и проводит доработки «на ходу», вместо того, чтобы «откатить» систему на предыдущую версию. И достаточно часто это приводит к еще большим простоям бизнеса и потерям.
Источник: www.pm52.ru