Если вы будете поддерживать свое программное обеспечение на регулярной основе, вы избежите будущих проблем и изменений в бизнес-среде, что приведет к меньшему количеству проблем. В статье рассматривается сопровождение программного продукта со стороны программиста, участвующего в объемном проекте. Обозначение проблем часто помогает построить полную картину этапа и понять, что может помочь, чтобы исправить ситуацию.
- Описаны проблемы, выявленные во время участия в сопровождении программного обеспечения, разработанного как мной, так и посторонними людьми.
- Концепция сопровождения должна отражать задачи сопровождения программного продукта после его поставки.
- Этот этап заключается в выпуске модифицированного или измененного программного обеспечения в производственную среду.
- Первым шагом в процессе сопровождения программного обеспечения является определение требований.
- Для этого необходим мониторинг функциональной пригодности, масштаба проекта, требований и реализаций характеристик в течение всего ЖЦ ПС.
- С течением времени и развитием технологий современные программы, написанные на заказ, со временем перестают соответствовать своему прямому назначению.
Этот процесс требует принятия ряда решений руководителями различных подразделений и обмена информацией о поставленных задачах и произведенных работах между заинтересованными лицами. Сопровождение программ — это трудоемкий и вечный процесс, протекающий от момента запуска системы в опытную эксплуатацию до завершения жизненного цикла приложения. Проактивному сопровождению необходимо уделять достаточно внимания, поскольку именно оно в наибольшей степени способствует повышению удовлетворенности пользователей и эффективному развитию программной системы. Кроме того, присущий человечеству консерватизм определяет негативное отношение большинства пользователей к новому ПО.
Цели программного обеспечения
Это включает в себя понимание требований и разработку решения, которое им соответствует. Жизненный цикл программного обеспечения обеспечивает основу для понимания того, как можно управлять изменениями в программной системе. Цель состоит в том, чтобы гарантировать, что изменения вносятся контролируемым и преднамеренным образом, чтобы система могла развиваться с течением времени, сводя к минимуму риск негативных последствий. Адаптивное обслуживание — это изменение системы для повышения производительности или совместимости с новыми или изменившимися условиями. Совершенное обслуживание — это внесение изменений для улучшения конструкции или производительности системы или для предотвращения потенциальных уязвимостей системы. Этот тип изменений обычно основан на отзывах пользователей, которые могли обнаружить недостатки в системе или способы ее улучшения.
Причем специалисты были неплохие и работали они иногда по 12 часов в день, — пользователи-то просят сделать как можно быстрее и как можно проще. Сопровождение программного обеспечения играет ключевую роль в эффективности автоматизированных систем управления. Особенностью программного обеспечения является то, что его периодически нужно обновлять, заменять, осуществлять техническую поддержку и оптимизировать. Информационные технологии – пластичный инструмент в руках руководителя, который можно довести до совершенства и автоматизировать с помощью грамотных специалистов. Работу инженера по сопровождению ошибочно сравнивают с работой информационного центра.
Определение процесса сопровождения
Так, тип сопровождения — корректирующее — это реактивное изменение программного продукта для коррекции обнаруженных проблем (после обнаружения). Проблемы могут относиться к функциональности системы, ее интерфейсам, надежности и производительности работы. Но обслуживание программного обеспечения не всегда удобно получать у производителя. Поэтому нашей компанией представлен комплекс услуг по сопровождению информационных технологий, направленный на долговременное сотрудничество, также возможны единоразовые выезды и консультации, стоимость которых доступна.
Если рассматривать сопровождение на фоне остальных этапов жизненного цикла программного обеспечения, то по многим оценкам он составляет от 40 до 80 процентов времени, затраченного на весть жизненный цикл ПО. Иногда полагают, что включение модификаций и усовершенствований в данный этап не грамотно и было бы лучше начать отдельную разработку. Тем не менее даже если выносить дополнения за рамки сопровождения, объём работ по этому этапу достаточно велик. Основная цель сопровождения – это сохранение работы существующих программы при любых обстоятельствах. Поэтому существует негласный закон о том, что если в приложении с течением времени не наблюдается никаких изменений, то ценность от него постепенно убывает. Принципиальные и технические возможности, точность реализации свойств и измерения значений характеристик ПС, а также общие ресурсы конкретного проекта всегда ограничены в соответствии с их содержанием и возможностями заказчика и разработчиков.
#2. Анализ
Модель управления и автоматизации этапов жизненного цикла автоматизированных систем диспетчерского управления на основе PLM-систем. В свою очередь, стандарт жизненного цикла (IEEE, ISO/IEC, ГОСТ Р ИСО/МЭК) позиционирует сопровождение как один из главных процессов жизненного цикла. Также в разработке присутствует необходимость в, так называемом, упреждающем сопровождении. Так как без специального отслеживания и поправок структура программы станет нечитаемой и настолько сложной, что сопровождение (maintenance) сопровождение такого приложения станет невозможным. Подобный подход к управлению требованиями позволяет гарантированно вести учет требований пользователей, отслеживать процедуры закрытия требований пользователей, регулировать поток требований, проходящих через процедуры согласования и бюджетного управления. Процесс управления требованиями представляет собой последовательность действий по регистрации, отслеживанию, анализу, принятию по нему решений, реализации, проверке и закрытию.
Чем крупнее и сложнее проект ПС и соответственно выше его стоимость, тем тщательнее следует разрабатывать требования к его характеристикам сопровождения и распределять ресурсы на их реализацию. В процессе эксплуатации версий программного продукта у каждого пользователя могут появляться некоторые претензии к функционированию, которые квалифицируются им как ошибки или дефекты эталонной (базовой) или собственной версии. От пользователей или заказчика могут поступать также предложения по внесению изменений в базовую версию для улучшения эксплуатационных характеристик и расширения функциональных возможностей системы и комплекса программ. Для общения с пользователями и накопления информации о выявляемых недостатках в тиражируемых сложных ПС целесообразно выделение группы специалистов высокой квалификации, овладевших всеми функциями системы и программного продукта. До завершения разработки новой базовой версии программного продукта могут быть сформулированы только приближенные исходные требования, отражающие объекты модификаций и условия их создания.
Что входит в сопровождение программного обеспечения
Эти положения должны быть использованы независимо от того, принадлежит ли заказчик или поставщик к одному или к разным предприятиям. Организация непрерывной интеграции в процессе разработки программного обеспечения. В
представленных источниках можно найти описание истории эволюции
соответствующих процессных моделей упоминаемых стандартов ISO/IEC и
IEEE. Agile-методологии, активно развивающиеся в последние
годы, предлагают “облегченные” (light или lightweight)
процессы, в том числе, и для организации деятельности по
сопровождению, например, Extreme maintenance. Сопровождение программного обеспечения является неотъемлемой частью любой компании-разработчика программного обеспечения. Одна из проблем заключается в том, что код может меняться очень быстро, что может повлиять на то, насколько хорошо работает программное обеспечение.
Концепция сопровождения должна отражать задачи сопровождения программного продукта после его поставки. В данном разделе необходимо определить все организации (подразделения), участвующие в процессе сопровождения, их роли и основные задачи. Также необходимо описать выбранный процесс сопровождения для этого программного продукта. По мере развития
применения сложных программных продуктов стало ясно, что интегральные
затраты на их сопровождение и создание новых версий могут значительно
превосходить затраты на разработку их первой версии.
Эффективное использование программного обеспечения
Далее к данному требованию формируются задачи, определяются исполнители, устанавливаются планы и т.д. Эти данные могут использоваться при последующем оценивании качества и при их сопоставлении с требованиями в процессе квалификационных испытаний, сертификации модификаций или новой базовой версии программного продукта. На этапе создания концепции и системного анализа следует сформировать цели сопровождения, выбрать методы и алгоритмы модификации основных, функциональных задач, а также сформулировать предварительные критерии качества создаваемых новых программных компонентов и данных. При этом, естественно, встает вопрос о ресурсах, которые потребуются для достижения этих целей, и о возможности их реализации. Целенаправленная и методичная экспертная оценка возможного масштаба и ресурсов на изменения уменьшает величину ошибок, однако обычно она остается все-таки довольно большой. Для обеспечения рациональной достоверности первичное прогнозирование целесообразно проводить путем экстраполяции на базе накопленных конкретных данных об отдельных аналогичных модификациях ПС.
Описаны проблемы, выявленные во время участия в сопровождении программного обеспечения, разработанного как мной, так и посторонними людьми. Процесс
сопровождения начинается по стандарту IEEE 1219 с момента передачи
программной системы в эксплуатацию и касается таких вопросов, как
планирование деятельности по сопровождению (см. рисунок 1). Это процесс обновления программного обеспечения с помощью исправлений, обновлений и новых версий. Это гарантирует, что все пользователи используют безопасную версию программы в любой момент времени.