Устаревшая система

В 2011 году MS-DOS все еще использовалась на некоторых предприятиях для запуска устаревших приложений, таких как эта система управления общественным питанием ВМС США .

В вычислении , унаследованная система является старый метод, технология, компьютерная система или прикладная программа , «из, относящихся или быть ранее или устаревшей компьютерной системы» ^[1] еще до сих пор. Часто ссылка на систему как на «унаследованную» означает, что она проложила путь для стандартов, которые будут ей следовать. Это также может означать, что система устарела или нуждается в замене.

Обзор [ править ]

Хотя Windows XP не поддерживается с апреля 2014 года, ее продолжают использовать в таких областях, как программное обеспечение операционных систем банкоматов .

Первое использование термина «наследие» для описания компьютерных систем, вероятно, произошло в 1970-х годах. ^{[ необходимая цитата ]} К 1980-м годам он широко использовался для обозначения существующих компьютерных систем, чтобы отличать их от проектирования и реализации новых систем. Наследие часто слышно в процессе преобразования, например, при перемещении данных из устаревшей системы в новую базу данных.

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

Даже если она больше не используется, унаследованная система может продолжать оказывать влияние на организацию из-за ее исторической роли. Исторические данные могут не быть преобразованы в новый формат системы и могут существовать в новой системе с использованием настраиваемой схемы перехода или могут существовать только в хранилище данных . В любом случае влияние на бизнес-аналитику и операционную отчетность может быть значительным. Унаследованная система может включать процедуры или терминологию, которые больше не актуальны в текущем контексте, и могут затруднять или затруднять понимание используемых методов или технологий.

У организаций могут быть веские причины для сохранения устаревшей системы, например:

• Система работает удовлетворительно, и владелец не видит причин ее менять.
• Затраты на перепроектирование или замену системы непомерно высоки, поскольку она большая, монолитная и / или сложная.
• Переподготовка к новой системе будет дорогостоящей в виде потери времени и денег по сравнению с ожидаемыми ощутимыми выгодами от ее замены (которые могут быть нулевыми).
• Система требует почти постоянной доступности , поэтому ее нельзя вывести из эксплуатации, а затраты на проектирование новой системы с аналогичным уровнем доступности высоки. Примеры включают системы для обработки счетов клиентов в банках , компьютерные системы бронирования , управление воздушным движением , распределение энергии ( электрические сети ), атомные электростанции , военные оборонные объекты и такие системы, как база данных TOPS .
• Принцип работы системы не совсем понятен. Такая ситуация может возникнуть, если разработчики системы покинули организацию, а система либо не была полностью задокументирована, либо документация потеряна.
• Пользователь ожидает, что систему можно будет легко заменить, когда в этом возникнет необходимость.
• Новые системы выполняют нежелательные (особенно для индивидуальных или неинституциональных пользователей) вторичные функции, такие как а ) отслеживание и составление отчетов об активности пользователей и / или б ) автоматическое обновление, которое создает « лазейки » в системе безопасности и оставляет конечных пользователей зависимыми от товара. вера и честность поставщика, предоставляющего обновления. Эта проблема становится особенно острой, когда эти второстепенные функции новой системы невозможно отключить.

Проблемы, связанные с устаревшими вычислениями [ править ]

Некоторые инженеры-программисты считают устаревшие системы потенциально проблематичными по нескольким причинам. ^[2]

• Если устаревшее программное обеспечение работает только на устаревшем оборудовании , затраты на обслуживание системы могут в конечном итоге перевесить затраты на замену программного и аппаратного обеспечения, если только какая-либо форма эмуляции или обратной совместимости не позволяет запускать программное обеспечение на новом оборудовании. ^[3]
• Эти системы может быть трудно поддерживать, улучшать и расширять из-за общего непонимания системы; сотрудники, которые были экспертами в этой области, вышли на пенсию или забыли то, что знали о ней, а сотрудники, которые начали работать в этой области после того, как она стала «наследием», никогда не узнали об этом. Ситуация может усугубиться отсутствием или потерей документации. Авиакомпания Comair уволила своего генерального директора в 2004 году из-за отказа устаревшей устаревшей системы расписания экипажей, которая столкнулась с ограничением, неизвестным никому в компании. ^[4]
• Унаследованные системы могут иметь уязвимости в более старых операционных системах или приложениях из-за отсутствия доступных или примененных исправлений безопасности. Также могут быть производственные конфигурации, вызывающие проблемы с безопасностью. Эти проблемы могут подвергнуть устаревшую систему риску взлома злоумышленниками или осведомленными инсайдерами. ^[5]
• Интеграция с новыми системами также может быть затруднена, потому что новое программное обеспечение может использовать совершенно другие технологии. Интеграция между технологиями довольно распространена в вычислительной технике, но интеграция между новыми технологиями и существенно более старыми не распространена. На разработку интеграционных технологий может просто не хватить спроса. Часть этого «связующего» кода иногда разрабатывается поставщиками и энтузиастами конкретных устаревших технологий.
• Бюджетные ограничения часто приводят к тому, что корпорации не обращают внимания на необходимость замены или миграции устаревшей системы. Однако компании часто не принимают во внимание возрастающие затраты на поддержку (люди, программное обеспечение и оборудование, все упомянутые выше) и не принимают во внимание огромную потерю возможностей или непрерывности бизнеса в случае отказа устаревшей системы. Как только эти соображения будут хорошо поняты, основанная на доказанной окупаемости новая, более безопасная, обновленная платформа технологического стека станет не такой дорогой, как альтернатива - и бюджет найден.
• В связи с тем, что большинство старых программистов вступают в пенсионный возраст, а количество молодых инженеров, заменяющих их, очень невелико, существует тревожная нехватка доступной рабочей силы. Это, в свою очередь, приводит к трудностям в обслуживании унаследованных систем, а также к увеличению затрат на привлечение опытных программистов. ^[6]

Улучшения устаревших программных систем [ править ]

В тех случаях, когда невозможно заменить устаревшие системы путем вывода приложений из эксплуатации , их все еще можно улучшить (или «отредактировать»). Чаще всего разработка заключается в добавлении новых интерфейсов в устаревшую систему. Самый известный метод - предоставить веб-интерфейс для терминального приложения мэйнфрейма. Это может снизить производительность персонала из-за более медленного времени отклика и более медленных действий оператора с помощью мыши, но это часто рассматривается как «обновление», поскольку стиль интерфейса знаком неквалифицированным пользователям и им легко пользоваться. Джон Маккормик обсуждает такие стратегии, которые включают промежуточное ПО . ^[7]

Усовершенствования печати проблематичны, потому что устаревшие программные системы часто не добавляют инструкций по форматированию или используют протоколы, которые нельзя использовать в современных принтерах ПК / Windows. Сервер печати может использоваться для перехвата данных и их преобразования в более современный код. Документы в формате Rich Text Format (RTF) или PostScript могут быть созданы в устаревшем приложении и затем интерпретированы на ПК перед печатью.

Биометрические меры безопасности сложно реализовать в устаревших системах. Работоспособное решение - использовать прокси-сервер Telnet или HTTP, чтобы находиться между пользователями и мэйнфреймом, чтобы реализовать безопасный доступ к унаследованному приложению.

Изменения, предпринимаемые в некоторых организациях, заключаются в переходе на программное обеспечение автоматизированных бизнес-процессов (ABP), которое генерирует полные системы. Эти системы могут затем взаимодействовать с существующими системами организации и использовать их в качестве репозиториев данных . Такой подход может обеспечить ряд существенных преимуществ: пользователи изолированы от неэффективности их унаследованных систем, а изменения могут быть быстро и легко включены в программное обеспечение ABP.

Модель с приводом обратной и вперед инженерные подходы могут быть также использованы для улучшения унаследованного программного обеспечения. ^[8]

Пример НАСА [ править ]

Андреас Хайн из Технического университета Мюнхена исследовал использование устаревших систем в исследовании космоса. По словам Хайна, унаследованные системы привлекательны для повторного использования, если организация имеет возможности для проверки, валидации, тестирования и истории эксплуатации. ^{[9] [10]} Эти возможности должны быть интегрированы в различные фазы жизненного цикла программного обеспечения, такие как разработка, внедрение, использование или обслуживание. Для программных систем решающее значение имеет способность использовать и поддерживать систему. В противном случае система будет становиться все менее понятной и ремонтопригодной.

По словам Хайна, верификация, валидация, тестирование и эксплуатационная история повышают уверенность в надежности и качестве системы. Однако накопление этой истории часто обходится дорого. Программа космических шаттлов НАСА, ныне прекращенная, использовала большое количество технологий 1970-х годов. Замена была непомерно дорогой из-за дорогостоящих требований к сертификации полета. Оригинальное оборудование выполнило дорогостоящую интеграцию и сертификацию для полета, но любое новое оборудование должно было пройти через весь этот процесс снова. Этот долгий и подробный процесс потребовал обширных испытаний новых компонентов в их новых конфигурациях, прежде чем единый блок можно было использовать в программе Space Shuttle. Таким образом, любая новая система, с которой начался процесс сертификации, становится де-факто устаревшая система к моменту утверждения к полетам.

Кроме того, вся система Space Shuttle, включая наземные средства и средства ракеты-носителя, была разработана для совместной работы как закрытая система. Поскольку спецификации не менялись, все сертифицированные системы и компоненты хорошо справлялись с теми ролями, для которых они были разработаны. ^[11] Еще до того, как шаттл должен был быть списан в 2010 году, НАСА сочло выгодным продолжать использовать многие элементы технологий 1970-х годов, а не модернизировать эти системы и повторно сертифицировать новые компоненты.

Дополнительные варианты использования термина « Наследие» в вычислениях [ править ]

Термин « устаревшая поддержка» часто используется в связи с устаревшими системами. Этот термин может относиться к функции современного программного обеспечения. Например, операционные системы с «устаревшей поддержкой» могут обнаруживать и использовать старое оборудование. Этот термин также может использоваться для обозначения бизнес-функции; например, поставщик программного или аппаратного обеспечения, который поддерживает или обеспечивает обслуживание программного обеспечения для старых продуктов.

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

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

В эпоху компьютерных мэйнфреймов многие приложения работали в устаревшем режиме. В современной вычислительной среде для бизнеса n-уровневые или 3-уровневые архитектуры труднее перевести в унаследованный режим, поскольку они включают в себя множество компонентов, составляющих единую систему.

Технология виртуализации - это недавнее нововведение, позволяющее устаревшим системам продолжать работать на современном оборудовании путем запуска старых операционных систем и браузеров в программной системе, которая имитирует устаревшее оборудование.

Архитектура Браунфилда [ править ]

Программисты позаимствовали термин « заброшенные земли» из строительной отрасли, где ранее освоенные земли (часто загрязненные и заброшенные) называются заброшенными . ^[12]

• Архитектура Браунфилда - это тип программного обеспечения или сетевой архитектуры, включающей унаследованные системы.
• Развертывание Brownfield - это обновление или дополнение к существующему программному обеспечению или сетевой архитектуре с сохранением унаследованных компонентов.

Альтернативный вид [ править ]

Существует альтернативное благоприятное мнение, набирающее силу с момента исчезновения пузыря доткомов в 1999 году, что устаревшие системы - это просто компьютерные системы в рабочем состоянии:

« Устаревший код » часто отличается от предлагаемой альтернативы тем, что он действительно работает и масштабируется.

-  Бьярн Страуструп, создатель C ++

По оценкам ИТ-аналитиков, стоимость замены бизнес-логики примерно в пять раз превышает стоимость повторного использования, ^{[ цитата необходима ]} даже без учета риска системных сбоев и нарушений безопасности. В идеале компаниям никогда не пришлось бы переписывать большую часть основной бизнес-логики: дебет = кредит - постоянное требование.

ИТ-индустрия отвечает «устаревшей модернизацией» и «устаревшей трансформацией»: обновляя существующую бизнес-логику с помощью новых пользовательских интерфейсов, иногда используя очистку экрана и доступ через веб-службы . Эти методы позволяют организациям понять свои существующие активы кода (с помощью инструментов обнаружения), предоставить новые пользовательские интерфейсы и интерфейсы приложений для существующего кода, улучшить рабочий процесс, снизить затраты, минимизировать риски и воспользоваться классическими качествами обслуживания (почти 100% время безотказной работы, безопасность, масштабируемость , так далее.). ^{[ необходима цитата ]}

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

См. Также [ править ]

Ссылки [ править ]

Дальнейшее чтение [ править ]

• А. М. Хайн, Как оценить системы наследия на ранних этапах? SECESA 2014, 8-10 октября 2014 г., Штутгартский университет, Германия
• «Советы и рекомендации по использованию устаревшего оборудования» Дэнни Будзински, Control Design Magazine , январь 2011 г.
• «Отказ относительно новой системы расписания бригад во время Рождества» Стефани Оверби, CIO Magazine , 1 мая 2005 г.
• «Отказ цифрового компьютера» Адама Н. Розенберга
• Bisbal, J .; Лоулесс, Д .; Wu, B .; Гримсон, Дж. (1999). «Унаследованные информационные системы: проблемы и направления». Программное обеспечение IEEE . 16 (5): 103–111. DOI : 10.1109 / 52.795108 .
• Джим МакГи (10 ноября 2005 г.). «Унаследованные системы: почему история имеет значение» . Журнал корпоративных систем .
• «Опасность устаревших систем» , Стив Р. Смит, 3 мая 2011 г.

Внешние ссылки [ править ]

• СМИ, связанные с устаревшими системами, на Викискладе?