На рис. 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 предопределенных ролей пользователей, которые могут при этом конфигурироваться, настраиваться и усовершенствоваться.
Интерфейс напоминает ленты-риббоны, примерно как те, которые используются в Windows Vista. Широкий спектр информации теперь может выгружаться в MS Excel, т. е. интеграция с офисными приложениями, которые привычны для большинства пользователей, расширена. Обновлены меню и команды, и модули имеют свои области. На рисунке можно видеть несколько отчетов, которые строятся из разных модулей, и в левом нижнем углу существуют специальная область, которая как раз перечисляет модули: главная книга, расчеты с поставщиками и подрядчиками, управление производством, управление складом, средства администрирования и т. д. Для каждого пользователя этот набор свой, и набор тех отчетов, которые в итоге он увидит, также отличается.
Портал является, как уже говорилось, единой точкой входа, унифицированным интерфейсом пользователя MS Dynamics, во многом средства проектирования объединены со средствами, которые предоставляет Visual Studio.NET.
Что касается интерфейса и элементов управления, то в основном используются технологии ASP.NET и элементы, которые наследуются из SharePoint-портала. При этом технология ASP.NET может поддерживать элементы управления, которые разработаны не только Microsoft, но и сторонними производителями. Нужно заметить, что, естественно, как сторонние производители, так и пользователи системы могут создавать собственные элементы управления и настройки, т. е. персонализировать интерфейс примерно так, как это обсуждалось в главе, посвященной Windows Forms, когда на основе стандартной библиотеки можно использовать наследование, создавать собственные элементы управления, достаточно сложные и специфичные структуры.
Поддерживается автоматизированное проектирование интерфейса с использованием средств и технологий на базе Visual Studio.NET, и при применении технологии ASP.NET осуществляется управление на основе Common Original Time, ядра CLR.
В MS Dynamics AX 5.0 осуществляется целый ряд улучшений по сравнению с предыдущими версиями, в частности:
• новый механизм документооборота;
• усовершенствованные средства бизнес-анализа, целого ряда показателей в динамике;
• улучшенная интеграция с Microsoft Office;
• поддерживается электронная подпись, множественные сайты;
• концепция разработки и предоставление программного обеспечения как сервиса, в частности, на основе COA (сервисно-ориентированной архитектуры), веб-сервисов;
• поддерживается 64-разрядный сервер приложений – Application Object Server;
