Сергей Зыков - Основы проектирования корпоративных систем

На рис. 18.5 и 18.6 показано, каким образом происходит обновление кода.

На верхнем рисунке, там, где написано Detect upgrade conflicts (обнаружить конфликты обновления), осуществляется поиск по слоям (см. рис. 18.5). Проект обнаружения работает со слоями и осуществляет поиск проекта или ряда проектов, которые как раз и управляют обновлениями. При этом результирующий код будет соответствовать соглашению Trustworthy Computing, т. е. пройдет необходимые тесты Microsoft на внутреннюю безопасность.

Проект представлен на рис. 18.5 под названием AxUpgradeLay-erConflits_usr. Здесь видно, что достаточно большая степень вложенности, и можно видеть определенную метаинформацию, в частности описание методов, интерфейсных элементов, которые связаны с источниками данных и методами публикации этих данных, с методами, которые связывают эти данные с интерфейсом пользователя.

На рис. 18.6 сравнения производятся по двум вариантам кода. В ряде случаев присутствуют или могут присутствовать расхождения. Появляются специальные подсказки о том, где эти расхождения могут возникать. Кроме того, строится отчет, который прогнозирует продолжительность обновления в часах, минутах и разбивает процесс обновления на части, каждую из которых он оценивает по времени. Виден процесс проверки на уровень безопасности, который соответствует Trustworthy Computing. Это достаточно интенсивный и затратный по времени процесс, судя по общей продолжительности он составляет никак не менее 10 % от общей продолжительности Upgrade, обновления кода.

Еще один важный вопрос, который необходимо рассмотреть, – это поддержка клиентов, т. е. пользователей, которые приобрели продукт, по которым ведется определенный сбор и анализ данных. Естественно, информация, которая характеризует личность пользователей, т. е. критичная и персональная информация, не собирается и не используется. Используется прежде всего информация об аппаратном обеспечении: сервер, процессор и память, объем памяти, количество и тип процессоров, программная среда, которая учитывает название и версию операционной системы, версию системы управления базами данных, как правило, это Microsoft SQL Server, и индикаторы, которые связаны с балансировкой нагрузки. Кроме того, используется ряд счетчиков, которые описывают такие показатели, как масштабируемость, т. е. производительность системы и динамика роста системных и пользовательских таблиц.

Рис. 18.5.Поиск конфликтов в ходе обновления кода

Рис. 18.6.Оценка времени обновления кода

Механизм обеспечения производительности:

• уменьшение требований к пропускной способности канала;

• обеспечение параллельной синхронизации;

• ряд механизмов кэширования, когда наиболее частые запрашиваемые пользователями данные хранятся не на внешних устройствах сервера, а в оперативной памяти, и таким образом доступ к ним осуществляется значительно быстрее;

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

• перевод на 64-разрядную архитектуру;

• наращивание ресурсов Application Object Server, кэширование уникальных индексов.

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

Рис. 18.7.Персонализированная приборная панель

Здесь используются и диаграммы, и графическая информация. И наглядная информация, которая в масштабируемом виде, как справа внизу (см. рис. 18.7), представляет собой доходы от потребителей, каким образом они растут. Существует порядка 30 предопределенных ролей пользователей, которые могут при этом конфигурироваться, настраиваться и усовершенствоваться.