Текст книги "Основы проектирования корпоративных систем"

• многоязычный интерфейс – готовые локализации для более чем 30 языков, на которых идет общение. Естественно, речь идет не просто о переводе интерфейса, локализация учитывает многие национальные особенности;

• мультивалютность – поддерживается мультивалютный учет;

• распределенные инсталляции;

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

• поддержка юникода в БД – многоязычные данные в одной компании/документе, поскольку в базах данных на основе Microsoft SQL Server поддерживается юникод, возможно использование консолидированных документов, которые производятся в разных странах и при этом могут быть многоязычные данные в одном и том же документе;

• поддержка локальных законодательных и бухгалтерских требований.

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

Управление производством:

• планирование потребностей в материалах и производственных мощностях;

• ведение нормативно-справочной информации с учетом специфики законодательства и отчетности в различных странах;

• детальное планирование производственных заданий с высокой степенью детализации;

• управление ресурсами;

• внутрицеховое управление;

• калькуляция себестоимости;

• конфигурирование продукции;

• контроль версий выпускаемой продукции – как промышленной, так и ПО.

Управление дистрибуцией. Отдельно нужно отметить такой контур, как дистрибуция, т. е. распределение поставок продукции, которая уже произведена. В нефтегазовом секторе существует понятие up stream и down stream, т. е. производство и распределение, и есть специализированные модули, которые отвечают за каждый аспект.

В данном случае дистрибуция подразумевает следующие аспекты:

• управление распределенной структурой складов;

• управление запасами;

• торговые соглашения;

• работа с перспективными заказами;

• отслеживание перемещений и резервирования товаров и лотов, чтобы избежать двойной продажи товара со склада различным клиентам.

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

• с прогнозированием спроса;

• внутрифирменными продажами;

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

• работой с партнерами через Интернет;

• контролем эффективности.

Управление проектами:

• осуществляется управление различными типами проектов;

• существует иерархия проектов;

• существует процедура расчета финансовой составляющей проекта;

• поддержка работы через Интернет.

Управление финансами — поддерживается:

• управление финансовой аналитикой;

• учет и консолидированная отчетность на уровне корпорации, от непосредственных исполнителей до отделов компании и корпорации в целом;

• полный аудит всех финансовых потоков;

• учет затрат на основе центров затрат;

• поддержка управления основными средствами.

Управление отношениями с клиентами очень важно. Существует специальный продукт Microsoft Dynamics CRM, который призван поддерживать задачу управления взаимоотношениями с клиентами, его основные задачи:

• управление продажами и автоматизация маркетинга;

• телемаркетинг и анкетирование;

• управление продажами;

• работа через Интернет;

• интеграция с телефонией;

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

• синхронизация с Outlook.

Управление персоналом. Основные функции:

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

• отслеживание качеств сотрудников, управление эффективностью;

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

• работа через Интернет;

• набор персонала;

• система оценки персонала.

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

В этой связи используются следующие функции:

• инструменты создания многомерных кубов;

• интеграция с Microsoft Analysis Services;

• анализ информации с использование встроенных Pivot таблиц;

• система сбалансированных показателей (BSC);

• ключевые индикаторы производительности (KPI), которые являются основой расчета эффективности производственных процессов в большинстве корпораций.

Только что упомянутые преимущества Microsoft Dynamics во многом основаны на использовании ключевых технологий Microsoft и интеграции этих технологий:

• интеграция с продуктами Microsoft (SQL Server, BizTalk Server, SharePoint, Visual Studio, Office), используется целый ряд продуктов на общей платформе Microsoft Windows и Microsoft.NET, в том числе Microsoft.NET Framework;

• SQL Server – система управления базами данных;

• BizTalk Server – средство интеграции приложений, как собственных, так и сторонних;

• SharePoint – средства построения порталов и организации гибкого поиска и доступа к данным;

• Visual Studio – средства поддержки практически полного цикла программного обеспечения на основе платформы. NET с использованием большого количества языков и подходов к программированию: логического, функционального, объектно-ориентированного и т. д. Все это происходит в объектах на основе компонентно-ориентированного подхода, при этом компоненты могут выпускаться различными компаниями на различных языках и встраиваться в общие программные модули;

• Office – средства построения отчетов и целый ряд других важных средств;

• унификация бизнес-логики с интернет-доступом (распределение функционала по интернет-среде);

• трехуровневая архитектура (масштабируемость) с тонким клиентом в виде веб-браузера дает возможность гибкой масштабируемости;

• встроенная ОО-среда разработки дает возможность высокой адаптируемости и поставки под заказ в том составе, который наиболее необходим и важен.

Итак, подводя итоги рассмотрения семейства продуктов Microsoft Dynamics, подчеркнем преимущества, которые реализованы благодаря тесной интеграции различных средств на общей платформе. NET и Windows:

• адаптируемость;

• масштабируемость;

• инновационность;

• технологичность;

• лучшая в классе показателей ROI (возврат инвестиций), который характеризует корпоративные системы;

• поддержка передовых бизнес-практик и бизнес-процессов.

Microsoft Dynamics CRM

Microsoft Dynamics CRM – это система управления отношениями с клиентами (customer relations management), которая позволяет определить, настроить и поддерживать, динамично развивая, стратегию ведения бизнеса. Естественно, это система корпоративного типа, т. е. изначально заложена возможность мультивалютного учета, локализация, управление системой через Интернет, поддерживается возможность управления контуров ведения бизнеса.

Система включает более 10 модулей.

Структурная схема Microsoft Dynamics CRM представлена на рис. 18.1.

Рис. 18.1. Структурная схема Microsoft Dynamics CRM

Основные задачи этой системы – управление продажами, сервисом, т. е. обслуживание клиентов, автоматизация маркетинга.

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

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

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

При разграничении доступа и путей доступа к данным реализуются два подхода, которые связаны:

• с интернет-доступом через веб-браузер (MS Internet Explorer);

• интеграцией интерфейса с MS Outlook для автономной (off line) работы (например, в офисе клиента).

На рис. 18.2 показано обобщенное представление интерфейса. Видно, что интерфейс, с одной стороны, достаточно развит, есть рабочая область с большим количеством уровней вложенности, учитываются задачи и клиенты, организации и контакты и т. д., а с другой – не перегружен информацией и является эргономичным и привычным пользователям, работающим в среде Windows.

Рис. 18.2. Обобщенное представление интерфейса

И, кроме того, нужно заметить, что на рисунке явно написан IP-адрес и используется протокол HTTP для обмена информацией, т. е. работа ведется через Интернет, а это достаточно важно.

Как пример, показано средство планирования рабочего времени. Далее будет более подробно рассказываться о функциональных возможностях Microsoft Dynamics.

Программная платформа Microsoft Dynamics: улучшения и перспективы

Рассмотрим внедрение на базе семейства продуктов Microsoft Dynamics по отраслям. Попробуем оценить специфику некоторых отраслей и разобраться в том, каким образом имеет смысл настроить приложения на основе Dynamics так, чтобы они позволили корпоративным структурам, специализирующимся прежде всего в рассматриваемых областях, достаточно эффективно вести бизнес, учитывать его ключевые показатели и повышать значимость, увеличивать эффективность взаимодействия, повышать степень удовлетворенности клиентов, качество своей работы, надежность и эффективность по ряду других критериев. Следует напомнить, что ранее были представлены решения для нефтегазовой отрасли, преимущественно на основе продуктов Oracle, Oracle Applications. Далее будут рассмотрены основы MS Dynamics и использование этой платформы для корпоративных решений общего вида.

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

В первую очередь рассмотрим перспективы развития Microsoft Dynamics и некоторые новые возможности, которые либо уже появились в этой платформе, либо появятся в скором времени, такие как:

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

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

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

• средства обновления данных;

• средства обновления кода;

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

• применение портальных решений. Известно, что корпоративные решения на базе Microsoft Dynamics и те корпоративные решения, которые рассматривались раньше, на основе технологий Oracle, построены во многом на портальном подходе, который позволяет в единой архитектуре объединить гетерогенные информационные системы в общие программные комплексы. Здесь можно видеть, каким образом осуществляется интеграция с порталом Microsoft на основе технологии SharePoint и продукта Share-Point и каким образом унифицируется, с одной стороны, и персонализируется, с другой, пользовательский интерфейс так, чтобы пользователи получали возможность гибкого и надежного доступа к приложениям и данным с теми возможностями, которые для них определены;

• последовательность ключевых операций, которые предусмотрены в Microsoft Dynamics для тех или иных сценариев, и различные функциональные изменения и изменения в интерфейсе, которые, в частности, включают ленты (Ribbons), что напоминает нам интерфейс Windows Vista и поздние операционные системы, офисные решения Microsoft.

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

При взаимодействии с базой данных поддерживаются сложные структуры запросов, в частности вложенные запросы. Запрос может быть задан рекурсивно или как сложная функция, содержащая внутри себя другой запрос. Более того, в серьезных корпоративных системах, таких как Oracle Applications или Oracle Bussiness Suit, и в поддерживающих их СУБД, таких как Oracle Enterprise Server, реализованы расширения традиционного SQL до PL SQL, т. е. до языков, которые дают возможность разрабатывать процедуры. И здесь поддерживается целый ряд важных механизмов, кроме вложенных запросов, в частности режим курсоров, в том числе операция <fetch>, которая обеспечивает динамическую выборку и интерактивное взаимодействие с пользователем по результатам этой выборки. Поддерживаются расширенные операции объединения <union>, когда у нас объединяются результаты нескольких подзапросов с учетом различных условий. Поддерживаются при множественном обновлении записей соединения <join>, как внешние, так и внутренние. Кроме того, достаточно серьезный механизм реализован для обработки исключений, как это видно из примера.

В приведенном примере происходит дублирование ключа, т. е. того атрибута, который изначально должен быть уникальным для каждой таблицы. При этом видно, что используется язык, похожий на C#, с оператором <try> и альтернативами <catch>. Существует большое количество древовидных исключений, напоминающих пространство имен System Exception.NET, и в целом вся обработка похожа на то, что обсуждалось в связи с пространствами. NET и вообще идеологией. NET. Важно, что здесь эта идеология распространяется на случай не просто взаимодействия с базой данных, а некой надстройки над этими базами данных на уровне системы учета планирования и управления корпоративными ресурсами MS Dynamics.

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

В этой связи вводится новый тип данных – DateTime, который:

• имеет новый интерфейс;

• снабжен возможностью не ориентироваться на локальное время машины, на которой, собственно, работает база данных и Dynamics;

• использует UTC. Это французская аббревиатура, на английском она звучит как Coordinated Universal Time. При доступе к базе данных автоматически пересчитывать время на тот регион, из которого производится запрос.

Естественно, осуществляется преемственность с предыдущими версиями Dynamics, которые сохраняют местную семантику, если говорить о локальном времени, о предыдущих типах данных, которые учитывают единственный часовой пояс, то с ними обеспечивается преемственность. При миграции данных производится автоматическое обновление до UTC относительно текущего часового пояса. Что еще очень важно, в Dynamics существует встроенный язык, который называется X++. Это объектно-ориентированный язык. Можно сказать, что он больше похож на С++, чем на C#. Хотя определенное тяготение к. NET-идеологии также присутствует. Вот на этом языке можно осуществлять процедурные расширения и, в частности, использовать его для доступа к базам данных.

Еще одна важная особенность, которую нужно отметить в отношении корпоративных систем, это возможность учета для многих компаний. Надо понимать, что корпорация объединяет большое количество различных компаний, вообще говоря, с разными направлениями деятельности. И достаточно важна возможность консолидации данных компаний для того, чтобы получить эффективное средство подготовки отчетности как для внешнего и внутреннего аудита, так и для руководства корпорации. Последние версии Microsoft Dynamics обеспечивают унифицированный доступ к данным компании. То есть не важно, откуда производится доступ: это могут быть формы ввода, запросы или отчеты. Можно использовать код языка Х++, чтобы получить доступ к базам данных, как уже говорилось.

Что еще интересно, поддерживаются гетерогенные таблицы и таблицы, которые агрегируют информацию по различным компаниям. Для этого используется новое ключевое слово для работы с компаниями, которое называется <crosscompany>. Ниже представлен пример запроса, который как раз включает это слово.

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

Дальше можно производить выборку по многим компаниям с учетом содержимого этого контейнера.

Кроме того, существует ряд изменений в структуре запросов, которые также нацелены на использование множества компаний, т. е. видно, что в структуре запросов можно явно указывать, допустимо ли использовать учет по многим компаниям или нет в данном случае. На рис. 18.3 представлен вариант отчета или просмотра данных по различным компаниям. Видно, что в отчете представлены как различные компании (dm2, dmo), так и различные сотрудники этих компаний. При этом отчет агрегируется и представляется для просмотра пользователю в едином интерфейсе DataGre-at, который является частью Windows Forms, одним из стандартных классов, в котором производится выборка данных из гетерогенных источников в том числе.

Еще одним важным направлением развития Microsoft Dynamics является пакетная обработка заданий. Здесь, наверно, уместно вспомнить, что пакетная обработка заданий использовалась еще очень давно, когда применялись широко мейнфреймовые архитектуры, машины типа IBM 360, EC 1030, возможно, и несколько раньше. Здесь эти технологии поднимаются на новый уровень, используются серверы, которые обслуживают пакеты заданий. При этом они строятся на основе объектных серверов, которые называются Application Object Server. Существует возможность группового запуска задач на одном сервере, балансировки загрузки между разными серверами. Для каждого пакета задач формируются специализированные извещения по завершении, т. е. достаточно гибко осуществляется управление заданиями в пакетном режиме.

Рис. 18.3. Вариант отчета или просмотра данных по различным компаниям

Далее перечислено, что собственно добавлено в отношении пакетной обработки в Dynamics:

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

• возможность запуска задач как в последовательном, так и параллельном режиме;

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

• распараллеливание потоков выполняемых задач по серверам (Application Object Server);

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

• в случае падения системы возможность автоматического повтора задачи;

• построение дерева зависимостей (создается X++-разработчиком), что дает возможность определить взаимодействие различных задач, пакетов задач в системе.

Еще одним важным направлением развития является архитектурное расширение Application Object Server до 64-бит. Здесь поддерживаются серверные компоненты в архитектуре 32 и 64 бита. Также 32– и 64-разрядная архитектура поддерживается для коннекторов на основе. NET для подключения сторонних приложений, для интеграции приложений. При этом возможна как балансировка нагрузки, так и поддержка распределенных систем на основе нескольких кластеров.

Еще один важный вопрос, который нужно рассмотреть для продолжения разговора о новых чертах Microsoft Dynamics, – это обновление данных. На самом деле применительно к корпоративным системам это достаточно сложная проблема обновления данных, приложений, потому что, естественно, это огромное количество взаимодействующих модулей, достаточно сложные взаимосвязи между ними и серьезные осложнения, если система собирается неправильно, т. е. какая-то версия модуля не вполне соответствует своему программному окружению. Для того чтобы облегчить обновление данных, существуют возможности, связанные с построением списков обновления, или Upgrade checklist. Процедура построения такого списка представлена на рис. 18.4.

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

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

Рис. 18.4..Список обновления, или Upgrade checklist

Еще один важный этап обновления системы, кроме обновления данных, – это обновление кода. Здесь тоже существует целый ряд этапов, которые последовательно реализуются при выполнении действий по обновлению. Формируется проект обновления, который поддерживает в ряде случаев автоматическое обнаружение и разрешение конфликтов. Отчасти о конфликтах говорилось в главе, которая была посвящена архитектурам данных, в частности проблемам, связанным с управлением данными при многопользовательской работе, при работе в больших распределенных системах. Кроме того, используется значительное количество визуальных индикаторов, в том числе характеризующих продолжительность процесса обновления, которые существенно упрощают для администраторов процесс управления обновлениями. Реализовано специальное средство, которое осуществляет послойное сравнение данных, и здесь учитывается возможность переименования, смены имени узлов системы. Кроме того, можно прогнозировать и динамически корректировать ожидаемые результаты от обновления кода.

На рис. 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, когда на основе стандартной библиотеки можно использовать наследование, создавать собственные элементы управления, достаточно сложные и специфичные структуры.