Способ и система для управления бизнес-процессом предприятия

Способ и система для управления бизнес-процессом предприятия

Иллюстрации

Показать все

Реферат

Приоритет настоящей заявки заявлен по дате подачи предварительной заявки на патент США № 60/366 547, поданной 25 марта, 2002 г., на изобретение «Способ и система для управления качеством данных предприятия». В данном раскрытии содержится информация, являющаяся объектом охраны авторским правом. Владелец авторского права не возражает против факсимильного воспроизведения любым лицом описания патента или патента в том виде, как он будет представлен в файлах или документах Ведомства США по патентам и товарным знакам. Однако владелец сохраняет за собой все остальные авторские права, связанные с его изобретением, описанным в данных материалах, включая все авторские права на экранные изображения, представленные в материалах заявки для облегчения понимания изобретения.

Область техники

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

Описание известного уровня техники

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

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

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

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

Типичные примеры отрицательного влияния ошибок на организацию:

(1) получатели получают множество копий одних и тех же предложений по почте, в результате чего: (а) отправитель тратит впустую средства на почту и печать, и (b) получатель негативно реагирует на эти траты и, как следствие, не заказывает продукцию;

(2) почтовые системы и другие отправители сообщений и посылок не могут доставить значительный процент своего материала запланированным получателям, в результате чего: (а) продукция не доставляется вовремя и возвращается отправителю из-за неправильно указанного адреса, (b) дорогостоящие усилия предпринимаются для определения правильного адреса, переупаковки и отправки продукции, (с) счета возвращаются и не оплачиваются вовремя или вообще не оплачиваются, (d) дорогостоящие усилия предпринимаются для определения правильного адреса и повторной отправки счета, (е) клиентов раздражает плохой сервис, и в результате они переходят к другому поставщику, если это возможно, и (f) все операции по обслуживанию клиентов, выписыванию счетов, сборке и отправке продукции требуют дополнительных ресурсов для выполнения их функций;

(3) отдельные операционные блоки также содержат неправильную информацию о клиентах, в результате чего: (а) попытки, предпринимаемые предприятием для объединения информации, могут быть неполными, дорогостоящими и длительными, и (b) ошибки в отдельных операционных блоках при объединении повышают общий коэффициент ошибок и отрицательно сказываются на возможности обоснованного анализа;

(4) неполная и неточная информация объединяется в информационных хранилищах, операционных массивах данных, файлах информации о потребителях и централизованных массивах данных для процессов CRM (уплаты наличными по получении товара), ERP, SCM и других централизованных процессов, в результате чего: (а) маркетинг не способен точно прогнозировать ценность и потенциал отдельных клиентов и клиентских сегментов, и могут быть потеряны ценные рыночные возможности, (b) клиентам не предоставляется сервис надлежащего уровня и, как следствие, могут быть потеряны клиенты из-за неудовлетворенности сервисом, и (с) мошенничество не выявляется своевременно, что может привести к большим финансовым убыткам предприятия;

(5) операционные блоки не способны определить правильную налоговую юрисдикцию и начисление налогов, в результате: (а) предприятия не могут правильно облагать налогами клиентов и платить правильную сумму соответствующему ведомству, (b) налоговые службы не собирают все подлежащие уплате налоги, (с) клиенты платят больше налогов, чем они должны, и (d) корпорации несут ответственность перед налоговой юрисдикцией и клиентами; и

(6) клиенты недовольны и уходят к конкурентам.

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

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

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

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

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

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

Обычно коммерческие предприятия выбирают стандартный набор установочных параметров для конкретной функции качества данных, которые представляются им наиболее выгодными. Эти установочные параметры могут, например, удалять ошибки в массиве данных, чтобы «очистить» массив данных до достижения точности данных 95% (что считается очень хорошим результатом).

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

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

Если компания затем попытается создать объединенный массив данных, то возникнет проблема, заключающаяся в том, что ошибки в каждом массиве данных дополнят друг друга. В описанном случае каждый массив данных имеет одинаковую ошибку. Объединенный массив данных будет иметь коэффициент ошибок 0,95×0,95×0,95=0,857375. Это означает, что полученный массив данных будет имеет коэффициент ошибок около 15%, что в три раза выше, чем у каждого массива из тех, которые были объединены. Понятно, что эта проблема становится особенно серьезной, когда объединяются четыре или более массивов данных.

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

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

Более того, когда коммерческое предприятие желает разработать программу «очистки» своего централизованного массива данных, существующая доктрина диктует, что фирма должна разработать соответствующее программное обеспечение. Разработка программного обеспечения следует тому, что обычно называют жизненным циклом разработки программного обеспечения (ЖЦРП).

Известный ЖЦРП, которого придерживаются разработчики бизнес-процессов, например процессов качества данных, основан на дорогостоящем по времени и ресурсам принципе жесткой последовательности стадий. Например, известный ЖЦРП содержит следующие последовательно выполняемые стадии: определение требований, создание общего проекта, создание детального проекта, разработка, тестирование, проверка гарантии качества, испытание, внедрение и эксплуатация/модификация. По мере того как проект будет переходить от одной стадии к другой, могут потребоваться различные специалисты или поставщики услуг с различным уровнем квалификации. Например, системный инженер или бизнес-аналитик может потребоваться на стадиях анализа/определения требований и тестирования, а на стадии проектирования может потребоваться инженер-программист. Передача проекта с одной стадии на другую вносит ошибки в конечный продукт и увеличивает расходы в результате увеличения времени проектирования, накладных расходов и повышения общей стоимости проекта.

Кроме того, поскольку стадия определения требований может быть остановлена (т.е. требования «заморожены»), чтобы позволить начаться деятельности по проектированию, известный ЖЦРП не отличается гибкостью и не способен учитывать развивающиеся потребности потребителей программных продуктов.

Описанные выше проблемы известного уровня техники остро нуждаются в решении.

Сущность изобретения

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

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

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

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

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

Кроме того, варианты осуществления настоящего изобретения могут обеспечить более короткий ЖЦРП, в котором несколько известных этапов ЖЦРП объединено таким образом, что сокращается время разработки проекта и упрощается процесс, обеспечивая при этом значительную экономию времени и средств.

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

Более того, в одном варианте осуществления изобретения путем применения тестовых данных к бизнес-процессам, определенным и реализованным, как описано в данном документе, такие известные стадии ЖЦРП, как тестирование, гарантия качества и испытание, могут осуществляться как одна стадия.

Кроме того, в одном варианте осуществления изобретения каждая из стадий ЖЦРП может быть осуществлена путем взаимодействия пользователя с одним интерфейсом проектировщика процесса, предусмотренным одним продуктом.

Кроме того, в варианте осуществления изобретения может не потребоваться инженер-программист для кодирования в процессе проектирования.

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

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

Другие аспекты изобретения будут понятны из следующего описания и прилагаемых чертежей.

Краткое описание чертежей

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

фиг.1 - система, которая реализует или использует систему управления бизнес-процессом предприятия, согласно по меньшей мере одному примерному варианту осуществления изобретения,

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

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

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

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

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

фиг.7 - пример отчета об ошибках для предназначенного для руководителя экранного представления согласно по меньшей мере одному варианту осуществления изобретения,

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

фиг.23a-d - блок-схема, иллюстрирующая способ реализации бизнес-процесса, согласно по меньшей мере одному варианту осуществления изобретения,

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

фиг.25 - пример интерактивной страницы обзора функций, предусмотренной в варианте осуществления изобретения,

фиг.26 - пример части области определения процесса интерактивной страницы проектировщика процесса, предусмотренной в варианте осуществления изобретения,

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

фиг.28 - пример интерактивной страницы, иллюстрирующий связывание этапов процесса в области определения процесса интерактивной страницы проектировщика процесса, в варианте осуществления изобретения,

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

фиг.30 - пример интерактивной страницы определения продуктов, предусмотренной в варианте осуществления изобретения,

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

фиг.32 - пример интерактивной страницы выбора продуктов, предусмотренной в варианте осуществления изобретения,

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

фиг.34 - пример интерактивной страницы установок функции, предусмотренной в варианте осуществления изобретения,

фиг.35 - пример интерактивной страницы тестера процесса согласно варианту осуществления изобретения,

фиг.36 - иллюстрация заполненной данными области проекта интерактивной страницы тестера процесса в варианте осуществления изобретения,

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

фиг.38 - иллюстрация сравнительного бизнес-процесса согласно варианту осуществления изобретения, и

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

Подробное описание изобретения

Настоящая заявка испрашивает приоритет предварительной патентной заявки США № 60/366547 от 25 марта 2002 г. на «Способ и систему для управления качеством данных предприятия», полное раскрытие которой включено в настоящее описание посредством ссылки в полном объеме.

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

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

На фиг.1 изображена иллюстративная схема системы, реализующей или использующей систему управления бизнес-процессом предприятия согласно по меньшей мере одному примерному варианту осуществления изобретения. Изображенная на фиг.1 система 100 управления бизнес-процессом предприятия может содержать сервер 101 бизнес-процесса предприятия, подключенный к одному или нескольким дополнительным клиентам, таким как, без ограничения перечисленным, клиент извлечения, преобразования и загрузки (ИПЗ) 102, клиент интеграции приложений предприятия (ИПП) 103, клиент планирования ресурсов предприятия (ПРП) 104 и клиент управления связями с потребителями (УСП) 105. Сервер 101 бизнес-процесса предприятия может быть также подключен к дополнительным клиентам, таким как клиент-менеджер цепи поставки (МЦП) (не показан). Каждый дополнительный клиент может содержать по меньшей мере одно бизнес-приложение. Кроме того, сервер 101 бизнес-процесса предприятия может быть также связан с массивом 106 информационных данных и массивом 107 данных двумерных файлов, одной или более центральных ЭВМ 108 и Интернет 109. По меньшей мере в одном варианте сервер 101 бизнес-процесса предприятия может быть также подключен к одному или более терминалам, таким как терминал (терминалы) 110 центра обработки вызовов, терминалы 111 ввода данных, терминал (терминалы) 112 локальных пользователей и терминал (терминалы) 113 удаленных пользователей. По меньшей мере в одном варианте сервер 101 бизнес-процесса предприятия может быть сервером качества данных предприятия или сервером бизнес-процесса предприятия, выполненным с возможностью определения и управления качеством данных предприятия.

Сервер 101 бизнес-процесса предприятия может осуществлять связь с узлами предприятия, включая дополнительных клиентов 102-105, массивы 106 и 107 данных, центральные ЭВМ 108, Интернет 109 и терминалы 110-113, с помощью ряда сетей связи, включающих в себя, без ограничения перечисленным, сеть взаимосвязанных сетей, такую как Интернет, локальную вычислительную сеть (ЛВС), глобальную вычислительную сеть (ГВС), интранет, включающую любую из них, и/или телефонную сеть общего пользования (ТСОП), беспроводную сеть или любую их комбинацию. По меньшей мере в одном варианте сервер 101 бизнес-процесса предприятия может осуществлять связь с одним или более узлов предприятия для получения и передачи данных, связанных с транзакциями, а также, как минимум, отчетов об ошибках.

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

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

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

Клиент ПРП 104 может конфигурироваться для интегрирования множества аспектов бизнеса или предприятия, включая такие виды деятельности, как планирование, производство, продажи и маркетинг. Такой клиент ПРП 104 может использовать архитектуру концентратора и включать в себя средства для отображения и преобразования данных, связанных с этими видами деятельности.

Клиент УСП 105 может конфигурироваться для управления множеством аспектов взаимодействия между организацией/подразделением и его потребителями, используя целый ряд электронных средств, включая информационно-справочные программы, организаторы продаж, маркетинга, электронной почты и приложения веб-разработки. Такой клиент УСП 104 может использовать архитектуру концентратора и включать в себя средства для отображения и преобразования данных, связанных с ним.

Каждый дополнительный клиент предприятия, включая клиента ИПЗ 102, клиента ИПП 103, клиента ПРП 104, клиента УСП 105, может иметь процессы проверки качества зависящего от поставщика приложения, которые действуют внутри каждого соответствующего приложения сервера. По меньшей мере в одном варианте сервер 101 бизнес-процесса предприятия может содержать интерфейс протокола управления передачей/межсетевого протокола (TCP/IP) для обмена информацией с дополнительными серверами предприятия, включая клиента ИПЗ 102, клиента ИПП 103, клиента ПРП 104 и клиента УСП 105. Информация, которой обмениваются сервер 101 бизнес-процесса предприятия и дополнительные клиенты, может включать в себя команды или запросы от сервера 101 бизнес-процесса предприятия на выполнение одного или более конкретных процессов или функций процесса (или процессов), например процессов для проверки качества данных. Обмениваемая информация может содержать выходные данные процессов или функций проверки качества приложения. Интерфейс связи TCP/IP может позволить серверу 101 бизнес-процесса предприятия соединяться напрямую с любым приложением через сеть предприятия. Альтернативно, интерфейс связи TCP/IP может позволить серверу бизнес-процесса предприятия соединяться с внешними приложениями, например, через Интернет.

По меньшей мере в одном варианте сервер 101 бизнес-процесса предприятия может получать информацию из массива 106 информационных данных и массива 107 данных двухмерных файлов. В частности, сервер 101 бизнес-процесса предприятия может содержать команды приложения, такие как драйверы массива данных для доступа, хранения или избирательного извлечения информации, содержащейся в массиве 106 информационных данных и массиве 107 данных двухмерных файлов. Эти драйверы массива данных могут быть реализованы в форме программирующих утверждений, предусмотренных, например, в языке структурированных запросов (SQL, версия 7) системы управления массивом данных, а также Transact® SQL (в соответствии с системой управления массивом данных ColdFusion®). Возможны и другие варианты реализации массивов данных, включающие, например, без ограничения перечисленным, Oracle® или IBM DB2®.

В альтернативном варианте система 100 управления бизнес-процессом предприятия может содержать сервер базы данных предприятия (не показан), связанный с сервером 101 бизнес-процесса предприятия и массивом 106 информационных данных и массивом 107 данных двухмерных файлов в целях доступа к хранящейся в них информации. Массив 106 информационных данных может содержать данные приложений или транзакций предприятия, организованные в соответствии с форматом иерархической системы управления массивом данных, например, SQL. Массив 107 данных двухмерных файлов может содержать неиерархические данные приложения предприятия или транзакций.

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

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

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