Преобразование устаревшей системы из централизованной архитектуры в архитектуру клиентского сервера

Question

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

инкапсулирует унаследованную систему в качестве сервера и реализовать распределенную пользовательского интерфейса, который доступ к функциональности системы через специальное назначение промежуточного программное обеспечение.

Что имеется в виду под этим? Может кто-нибудь, пожалуйста, объясните это простым способом, потому что у меня мало знаний об унаследованных системах или разработке программного обеспечения.

Answer 1

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

Люди правы: трудно модифицировать какую-либо большую систему (это не свойство только устаревшего программного обеспечения, «новые» системы тоже есть). Но это «[так или иначе]» бит является само по себе, поэтому это решение не всегда легко сделать. У этого есть огромный недостаток вниз по дороге: в конечном счете, «доступ», предоставляемый (часто специальным образом), сам станет устаревшим. Теперь, что вы делаете? Оригинальное приложение было обернуто внутри обшивки брони, и еще труднее добраться.

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