Сопровожде́ние (поддержка) программного обеспечения — процесс улучшения, оптимизации и устранения дефектов программного обеспечения (ПО) после передачи в эксплуатацию. Сопровождение ПО — это одна из фаз жизненного цикла программного обеспечения, следующая за фазой передачи ПО в эксплуатацию. В ходе сопровождения в программу вносятся изменения, с тем, чтобы исправить обнаруженные в процессе использования дефекты и недоработки, а также для добавления новой функциональности, с целью повысить удобство использования (юзабилити) и применимость ПО.
Сопровождение программного обеспечения стандартизовано, имеются национальные стандарты Российской Федерации, идентичные международным (ISO/IEC 12207:2008 System and software engineering — Software life cycle processes, ГОСТ Р ИСО/МЭК 12207-2010 «Национальный стандарт Российской Федерации. Информационная технология. Системная и программная инженерия.
Процессы жизненного цикла программных средств»; ISO/IEC 14764:99 Information technology — Software maintenance, ГОСТ Р ИСО/МЭК 14764-2002 «Государственный стандарт Российской Федерации. Информационная технология. Сопровождение программных средств»; IEEE 1219).
Казначейское сопровождение в 2023 году – подсказки для заказчика
Источник: wiki2.org
Сопровождение и обслуживание программного обеспечения компьютерных систем
Сопровождение и обслуживание программного обеспечения компьютерных систем — это работа по улучшению, оптимизации и устранению дефектов программного обеспечения после передачи его в эксплуатацию.
Введение
Сопровождение программного продукта является одной из стадий жизненного цикла информационных систем. Оно осуществляется при выполнении опытной эксплуатации созданного программного продукта и состоит в реализации необходимых доработок, повышении общего уровня полезности программы. При этом могут быть выявлены недостатки продукта, ошибки в программных кодах, для этого необходимо моделировать разные действия пользователя, аварийные ситуации, в ходе которых выполняется анализ поведения программы.
Сдай на права пока
учишься в ВУЗе
Вся теория в удобном приложении. Выбери инструктора и начни заниматься!
После того, как недостатки будут обнаружены, специалист, который занимается сопровождением этого продукта, может выполнить отладку программы и предоставить заказчику законченную рабочую версию. Под надежностью программы следует понимать уровень, при котором программный продукт способен удовлетворить все поставленные требования, и является пригодным к эксплуатации.
Сопровождение и обслуживание программного обеспечения компьютерных систем
Сопровождением программного обеспечения является процесс улучшения, оптимизации и устранения дефектов программного обеспечения после сдачи его в эксплуатацию. В ходе сопровождения в программу могут вноситься коррективы, для того чтобы ликвидировать выявленные в процессе эксплуатации дефекты и недостатки, а также, для того чтобы добавить новые функциональные возможности, повышающие удобство ее использования. Процессы сопровождения программных продуктов должны определяться стандартами IEEE 1219 (Standard for Software Maintenance) и ISO/IEC 14764 (Standard for Software Engineering — Software Maintenance).
Премиум-сопровождение программ 1С
«Сопровождение и обслуживание программного обеспечения компьютерных систем»
Готовые курсовые работы и рефераты
Решение учебных вопросов в 2 клика
Помощь в написании учебной работы
Сопровождение программного обеспечения может быть определено как весь набор деятельности, который необходим, для того чтобы обеспечить эффективную поддержку программных систем. Данные процедуры осуществляются как до ввода системы в эксплуатацию, так и после этого. Предварительные работы заключаются в планировании деятельности, связанной с сопровождением системы, а также в организации перехода к ее полнофункциональному использованию.
Когда новая система, созданная для замены старой системы, предназначена для решения тех же поставленных задач, но с новым уровнем эффективности, новыми функциональными возможностями, то в таком случае важным обстоятельством является обеспечение плавного перехода от старой системы к новой, максимально естественного для пользователей. С этим процессом сопряжено не только планирование, к примеру, перераспределения информации, которая хранится в имеющихся базах данных, но и обучение пользователей.
Сопровождение должно обеспечить поддержку функционирования программного обеспечения в течение всего периода его эксплуатации. В процессе сопровождения должны фиксироваться и отслеживаться запросы на модификацию, оцениваться влияние предполагаемых коррективов, а также должен подвергаться модификации код и иные компоненты программного продукта, должно проводиться необходимое тестирование и, наконец, должна быть выпущена обновленная версия программного обеспечения. Помимо этого, должно проводиться обучение пользователей и обеспечиваться их ежедневная поддержка при работе с имеющимся вариантом программного продукта.
Специалист, который занимается сопровождением, должен получать информацию о программном обеспечении компьютерной системы непосредственно от разработчиков. Взаимодействие с разработчиками и привлечение на ранней стадии таких специалистов способно сократить усилия, требуемые для оптимального сопровождения программной системы. Процесс передачи знаний специалисту сопровождения, его обучение, должно начаться не позднее пуска в опытную эксплуатацию программного продукта. Специалист, который занимается сопровождением, должен обладать доступом к активам проекта (описанию его внутренней архитектуры), включая код, документацию. Обычно главная нагрузка на службу сопровождения должна приходиться на период от двух до шести первых недель, с момента передачи системы в эксплуатацию.
Специалистам технической поддержки производителя программного обеспечения необходимо не просто обладать доступом ко всем ключевым активам проекта, в их обязанности должно входить исправлений ошибок. В отдельных случаях такие коррективы, до выпуска новой версии программного продукта, могут осуществляться с привлечением непосредственных разработчиков продукта. Причем, разработчики продукта должны получать информацию о выявленных ошибках и, в случае нахождения необходимых решений по ликвидации ошибок специалистами технической поддержки, такие решения должны передаваться разработчикам. Разработчики могут или включить такие изменения в новую версию программного продукта, если изменения успешно прошли все необходимые тесты, или могут найти более адекватное решение. В число обязанностей специалистов службы сопровождения, в общем случае, могут входить:
- Осуществление проверки пользовательского сценария, который приводит к сбою.
- Выполнение идентификации причин сбоя, то есть, осуществление локализации ошибки и причин ее возникновения.
- Предложение необходимых исправлений или, при невозможности формирования таковых на данном этапе либо в заданные сроки, предложение обходных путей решения проблемы для достижения требуемых целей.
- Фиксация всех работ и операций, размещение описания проблемы и ее решения в базе знаний службы сопровождения, а также передача всей информации разработчикам.
Сопровождение является необходимым фактором удовлетворения требований пользователей к программному продукту на протяжении всего периода его эксплуатации.
Источник: spravochnick.ru
Сопровождение внедренных приложений
Сопровождение программ — это трудоемкий и вечный процесс, протекающий от момента запуска системы в опытную эксплуатацию до завершения жизненного цикла приложения.
Введение
Какой бы «умной» не была электронно-вычислительная машина, но без программного обеспечения останется «куском железа». Операционная система берет на себя большинство «рутинных» операций, позволяя пользователю выполнять на своем ПК несколько программ одновременно, обеспечивая при этом «многозадачность».
Понятие программного обеспечения
- Системное ПО;
Это совокупность программ, которые обеспечивает управление аппаратной частью ПК: процессором, оперативной памятью, устройствами ввода-вывода, графическими системами, сетевыми устройствами и т. д.(операционная система, драйвера, дополнительные программы).
Этот класс ПО самый обширный. Именно к нему и относится большинство программ, которые мы используем в своей повседневной жизни (браузеры, проигрыватели аудио и видеофайлов, графические и текстовые редакторы, антивирусные пакеты).
Основной функцией для программ инструментального ПО является предоставление возможности по проектированию, созданию, отладке и сопровождению программного кода (среды программирования: компиляторы с языков высокого уровня, отладчики, редакторы ).
Индустрия программного обеспечения делится на три основных сектора:
- разработка программного обеспечения на заказ;
- программное обеспечение для корпоративного потребителя;
- программное обеспечение для массового потребителя.
Сопровождение программного обеспечения
Сопровождение программ — это процесс улучшения, оптимизации и устранению дефектов ПО после передачи в эксплуатацию.Сопровождение ПО осуществляется сопроводителем.
Термин «Сопровождение ПО» IEEE (IEEE Standard 1216) — процесс модификации программной системы или ее компонентов, проводимый после поставки системы заказчику с целью устранения отказов, повышения производительности или улучшения других характеристик системы или адаптации к изменившемуся программному окружению.
При сопровождении в программное обеспечение вносятся следующие изменения:
- Исправление ошибок. Подразумевается корректировка программ, ограниченных техническим заданием и документацией. Составляет около 20% общих затрат на сопровождение.
- Адаптация программного обеспечения. Регламентирование документами программного обеспечения. Адаптация программного обеспечения к условиям конкретного использования, учитываются характеристики внешней среды и конфигурации аппаратуры.Занимает около 20% общих затрат на сопровождение.
- Модернизация. Улучшение характеристик решения задач в соответствии с новым или дополнительным техническим заданием на программное изделие на программное изделие. До 60% общих затрат на сопровождение.
Сопровождение отнимает значительные ресурсы, как человеческие, так и финансовые (наем аутсорсинговых и консалтинговых компаний), а ведь хочется эти ресурсы использовать значительно эффективнее. Для многих типовая ситуация, когда лучшие специалисты, знающие систему, как свои пять пальцев, тратят массу времени на работу с пользователями, при этом, как правило, одни и те же пользователи и одни и те же проблемы.
Термин определяется как «процесс модификации программной системы или ее компонентов, проводимый после поставки системы заказчику с целью устранения отказов, повышения производительности или улучшения других характеристик системы или адаптации к изменившемуся программному окружению».
Из данного определения можно выделить основные направления:
Корректирующее сопровождение — это исправление или обход ошибок и недочетов, выявленных в ходе эксплуатации программного обеспечения. На этой стадии пользователи ожидают от специалистов максимально оперативного решения проблем; а в идеале выявление ошибок вообще не должно касаться бизнес-пользователей. Количество выявленных проблем автоматически снижает удовлетворенность пользователей и повышает напряженность внутри компании.
Улучшающее сопровождение — это дополнение программного продукта новыми функциями. Требования на расширение функционального охвата системы обычно исходят от пользователей и аналитиков. При этом задачи улучшающего сопровождения, как правило, выделяются в отдельные проекты с самостоятельными бюджетами, сроками и ответственными лицами.
Адаптивное сопровождение — можно определить как внесение изменений в работающее приложение, необходимое для поддержки новых программных и аппаратных средств. При этом функциональность системы не нуждается в расширении. Приложение должно выполнять старые функции в новых условиях.
Профилактическое сопровождение (preventive maintenance) — это модификация программного продукта на этапе эксплуатации для идентификации и предотвращения скрытых дефектов до того, как они приведут к реальным сбоям.Данное определение справедливо для фирм-разработчиков или для ИТ-подразделений, осуществляющих полный цикл разработки приложений с «нуля». Но для бизнеса подобный подход часто является неоправданно дорогим, ведь приобретение тиражного продукта всегда дешевле самостоятельной разработки. В связи с этим при сопровождении бизнес-приложений существует еще одно направление сопровождения, а именно обновления от вендора; в профессиональном мире это называют миграцией версий ПО. Разработчик тиражируемого решения регулярно поставляет своим пользователям новые версии, в которых расширяется автоматизируемый функционал, исправляются обнаруженные ошибки, приложение адаптируется для поддержки изменений внешней среды (это очень характерно для бухгалтерских приложений, существующих в условиях нестабильности законодательства).
Для данного направления характерны достаточно серьезные проблемы, связанные с совместимостью изменений, поступивших от поставщика решения, с изменениями, ранее внесенными собственной службой сопровождения фирмы-пользователя. Анализ данной ситуации для аналитиков является огромной головной болью и требует от команды сопровождения высокого уровня документирования. Многие компании в связи с высокой трудоемкостью подобной функции вообще отказались от этого направления сопровождения. В такой ситуации предприятие-пользователь теряет возможность использовать ресурс разработчика. Вот живой пример: изменяются правила формирования книги покупок, при этом компания-пользователь, поддерживающая сервис обновления, получает от компании-разработчика соответствующее обновление практически бесплатно, а компания, не поддерживающая данный сервис, вынуждена производить соответствующую разработку самостоятельно.
Существует еще и другая сторона сопровождения, также поглощающая немало человеко-часов, — это управление сопровождением. Независимо от того, к какому типу сопровождения относится требование, и от кого оно поступило, от пользователя или от аналитика, требование это должно пройти определенный процесс согласований, меняя свой внутренний статус в зависимости от проведенных работ. Не секрет, что часто трудоемкость, связанная с согласованием требования, равна, а иногда и превышает трудоемкость его реализации.
Процесс управления требованиями представляет собой последовательность действий по регистрации, отслеживанию, анализу, принятию по нему решений, реализации, проверке и закрытию. Этот процесс требует принятия ряда решений руководителями различных подразделений и обмена информацией о поставленных задачах и произведенных работах между заинтересованными лицами.
Сценарии работ по сопровождению
Как должно быть
Рассмотрим обычный сценарий работы с требованиями к программному продукту. Например, у пользователя возникла проблема. Он звонит по телефону или пишет письмо по электронной почте в службу сопровождения и сообщает о ней. Назовем это письмо «Требованием», оно должно быть зарегистрировано, пользователю сообщается код регистрации.
Далее это требование должно быть передано экспертам для анализа. В случае, если есть возможность решить проблему «мирным» путем, то есть данное требование не порождает задач разработки программного кода или дополнительных регламентов, проблема может быть решена путем краткой консультации для пользователя.
Данная консультация в письменном виде, факсом или по электронной почте предоставляется пользователю и требование закрывается. В противном случае руководитель службы сопровождения определяет трудоемкость и техническую возможность исполнения данных работ. Координационный совет осуществляет определение бюджета реализации и приоритетов реализации данного требования. Далее к данному требованию формируются задачи, определяются исполнители, устанавливаются планы и т.д.
Как часто бывает
Обычная картина для неформализованного процесса сопровождения — специалист по системе затрачивает значительную часть своего рабочего времени на общение с пользователями по телефону, на разъяснение вопросов, касающихся эксплуатации ПО. При этом поступающая информация в лучшем случае фиксируется в Excel-файле и по мере внесения исправлений удаляется, а в худшем — вообще записывается на клочках бумаги, периодически куда-то пропадающих.
Налицо непродуктивная трата времени квалифицированного специалиста; вдобавок к этому возникают трудности с планированием работ по устранению замечаний. У руководителя нет полной информации по выявленным дефектам, нет сводной статистики по замечаниям, которые уже исправлены или еще нуждаются в рассмотрении.
Кто в подобных случаях расставляет приоритеты? Сам специалист сопровождения — он принимает требования и решает, что делать в первую очередь, а что отодвинуть на потом. Это должен быть чрезвычайно ответственный человек, который болеет за свое дело и аккуратно складывает распечатки дефектов в папочку, а таких среди программистов, в массе своей — приверженцев разумного хаоса, еще нужно поискать. В течение года такой разработчик забивает бумагами ящики своего рабочего стола, и гарантии, что хотя бы одно замечание пользователя при этом не потеряется, — никакой.
Но на самом деле это полбеды, настоящая беда случится, когда этот специалист придет к своему начальнику и скажет, что хочет от этой жизни чего-то большого и светлого, и в его жизненные планы никоим образом не входило просиживание штанов в попытках объяснить «тупому» пользователю, кто есть кто. И, либо его должны оградить от пользователей, либо он найдет себе новую творческую работу. А при текущем состоянии рынка труда действительно найдет, не сильно утруждая себя, и при этом еще и на более высокую зарплату. А теперь представьте себе, как новый сотрудник остается один на один с системой, с пользователями и бардаком, оставленным предшественником. Сколько у него уйдет времени на разбор ситуации и на какое время ваша корпоративная система останется без сопровождения вообще и без качественного сопровождения, в частности?
Есть еще одна проблема, которая возникает в результате неуправляемого процесса сопровождения, — часто такое сопровождение закачивается коллапсом системы, пусть и не в прямом смысле этого слова. Систему настолько набивают заплатками, что буквально еще одну она перенести уже не в состоянии, а на полный рефакторинг нет ни времени, ни ресурсов, ни документации. Автор видел такие системы неоднократно, причем в подобное состояние они приводились всего за два года сопровождения двумя вполне работоспособными специалистами. Причем специалисты были неплохие и работали они иногда по 12 часов в день, — пользователи-то просят сделать как можно быстрее и как можно проще.
Пока нет вала замечаний, и со всеми проблемами справляется один специалист, а система достаточно проста, с этим еще можно как-то мириться, но когда объемы возрастают, требуется кардинальное решение проблемы. Необходим инструмент, который позволит сделать сопровождение прозрачным, будет поддерживать необходимую организацию работ, запрещая отступать от правил и не требуя больших усилий на поддержание процесса, и, конечно же, содержащий хранилище всех полученных данных о требованиях и истории их обработки в одном месте для быстрого и беспрепятственного доступа команды сопровождения — от руководителя до программиста.
Управление требованиями в программном продукте
Управление внедрением и сопровождением
> Модель управления требованиями, автоматизирующая следующий бизнес-процесс:
Подобный подход к управлению требованиями позволяет гарантированно вести учет требований пользователей, отслеживать процедуры закрытия требований пользователей, регулировать поток требований, проходящих через процедуры согласования и бюджетного управления.
Документирование подлежащих исполнению работ происходит на уровне связки «Задачи» с объектами метаданных.