Настройка конфигураций. 
Управление жизненным циклом информационных систем

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

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

Создание кода программы.

Единого языка программирования, использующегося для всех приложений, просто не бывает. Сейчас для многих стандартных пользовательских приложений используется комбинация SQL и C# для серверной программной части и HTML/CSS/JavaScript для создания интерфейса пользователей.

Пример

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

• • SAP-АВАР;
• • Oracle — PL/SQL, Java;
• • Microsoft Dynamics AX — среда разработки MorphX с языком программирования Х+;
• • Microsoft Dynamics NAV — графическая среда разработки C/SIDE с языком 11 рограм м и рован и я С/A L.

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

Таким образом, может быть выстроена следующая иерархия возрастания сложности и функциональных возможностей внесения изменений: Интерфейс пользователя —" Конфигуратор —> Код программы.

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