открытые системы для бизнеса

Есть много полезных программных технологий и многие из было бы полезно внедрить в той или иной компании. Сегодня, например, уже невозможно представить себе ИС без возможности создания отчетов и отправки электронной почты. Но есть еще масса других крайне полезных вещей, типа BRMS (система управления бизнес-правилами), BI, BPMS.

Технологии раскручиваются и постепенно "реализуются" в целевые продукты (примеров можно найти массу, самый простой - веб службы и бизнес процессы в 1С). Сначала написал "интегрируются" и разница здесь значительна. Здесь моментов сразу несколько. Интеграция и реализация это разная скорость внедрения и развития, разное качество. И при современных способах интеграции на веб службах гораздо быстрее добавить еще одну технологию извне приложения, чем разработать его внутри.

Уверен сегодня можно найти массу таких продуктов, которые реализуют и постоянно развивают именно одну основную технологию и предоставляют мощные возможности интеграции. Можно например выделить BIRT, который сегодня интегрируется с большим спектром источников данных (flat-files, JDBC, web services, scriptig). Можно отследить как развивался в последнее время любимый отчетник Delphi-программистов Fast Report. Из библиотеки для Delphi сначала он стал веб сервером отчетов и дорос до Visual Studio, а затем пошел в бизнес FASTREPORT® STUDIO и FASTREPORT® SERVER.

Или можно посмотреть на Intalio|BPMS и Pentaho BI не тем, что это OpenSource, а тем что это интеграционные решения нескольких базовых технологий (Intalio - BPMN, BPEL, Workflow; Pentaho - BI: Olap, DataMining, Reporting, Workflow, ...). Т.е. эти решения построены как интеграция определенных технологий и стандартов, которые вмести дают продукт. Причем каждый компонент при этом доступен отдельно.

Есть также и устоявшиеся технологии, которые нужны также как и прежде, а развивать их уже некуда. Это к примеру CA ErWin, которым я пользуюсь уже около семи лет и он нужен полезен и удобен как и прежде (отбрасывая новые версии СУБД, с первой моей версии 3.1 коренных изменений вроде бы и небыло).

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

Уверен люди об этом уже думали, возможно так и появился термин Открытые системы ...

Открытые системы, процессы стандартизации и профили стандартов

"Открытая система - это система, которая состоит из компонентов, взаимодействующих друг с другом через стандартные интерфейсы."

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

Одно достаточно полное и общепринятое определение открытых систем еще не сформировалось. Общие свойства открытых систем обычно формируются следующим образом:

• расширяемость/масштабируемость -extensibility/scalability,
• мобильность (переносимость) - portalility,
• интероперабельность (способность к взаимодействию с другими системами) - interoperability,
• дружественность к пользователю, в т.ч. - легкая управляемость - driveability.

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

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

Утопия - коммунизм для компании разработчика/внедренца. Интегрировать проще и быстрее и интегрировать нужно используя простые принципы знакомые нам еще по ООП (инкапсуляция, принцип персональной ответственности, вынесения изменений), только воплощенные не в коде реализации объектов, а в коде интеграции систем... Например - (1) для отчетов интегрируем BIRT, для OLAP Mondrian Project (2) бизнес-правила переносим в BRMS и используем по необходимости (3) оркестрацию процессов перекладываем на BPMS... и для реализации в ИС остается проектирование БД и интерфейс для справочников и документов.

На самом деле не такая уж и утопия. Команда compiere.com.ua делает прекрасные кастомные бизнес решения интегрируя ADempiere, Pentaho, AdaptivePlannig ... В общем бизнесу нужен грамотный CIO, разбирающися в технологиях, продуктах и средствах интеграции.

BPMN илюстрация

пятиминутное творчество ..

когнитивные технологии

Попал на интересный пост Простые приемы анализа в форме uml2.ru. Собственно заинтересовала пара приведенных статей. За сим завел метку TODO

О.Генри и когнитивные карты
Когнитивный анализ и моделирование сложных ситуаций

Понравился также подход анализа схем БД от Денис "Майевтик"

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

К сожалению, даже дорогие CASE-средства не умеют нормально строить диаграммы инженерного анализа без пересечений и повторений, поэтому родился такой алгоритм:

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

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

3) Образующиеся независимые или слабозависимые отдельные кластера таблиц откидываю в процессе подальше или вообще выношу в другие диаграммы/пакеты.

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

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

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

книга по BPM

Сегодня нашел на uml2.ru книгу. Но пока только смотрю и о внутренностях сказать не могу. Но на вид охвачено много вопросов касающихся BPM, Workflow, BPEL и других языках процессов. Экскурс в историю языков и их математические основы. Концепции, Стандарты, Примеры.

Essential Business Process Modeling

By Mike Havey

...............................................

Publisher: O'Reilly

Pub Date: August 2005

ISBN: 0-596-00843-0

Pages: 350

Overview

Ten years ago, groupware bundled with email and calendar applications helped track the flow of work from person to person within an organization. Workflow in today's enterprise means more monitoring and orchestrating massive systems. A new technology called Business Process Management, or BPM, helps software architects and developers design, code, run, administer, and monitor complex network-based business processes.

BPM replaces those sketchy flowchart diagrams that business analysts draw on whiteboards with a precise model that uses standard graphical and XML representations, and an architecture that allows it converse with other services, systems, and users.

Sound complicated? It is. But it's downright frustrating when you have to search the Web for every little piece of information vital to the process. Essential Business Process Modeling gathers all the concepts, design, architecture, and standard specifications of BPM into one concise book, and offers hands-on examples that illustrate BPM's approach to process notation, execution, administration and monitoring.

Author Mike Havey demonstrates standard ways to code rigorous processes that are centerpieces of a service-oriented architecture (SOA), which defines how networks interact so that one can perform a service for the other. His book also shows how BPM complements enterprise application integration (EAI), a method for moving from older applications to new ones, and Enterprise Service BUS for integrating different web services, messaging, and XML technologies into a single network. BPM, he says, is to this collection of services what a conductor is to musicians in an orchestra: it coordinates their actions in the performance of a larger composition.

Essential Business Process Modeling teaches you how to develop examples of process-oriented applications using free tools that can be run on an average PC or laptop. You'll also learn about BPM design patterns and best practices, as well as some underlying theory. The best way to monitor processes within an enterprise is with BPM, and the best way to navigate BPM is with this valuable book.

Конструктор конструктору рознь

В общем давно хотелось покритиковать конструкторы приложений типа 1С, которые не обеспечивают нормально доступа к данным, хранящимся в БД через SQL. А чего стоят встроенные средства проектирования системы в таких конструкторах.

"Delphi - вот самый лучший конструктор", сказали мне однажды, и я согласен, хотя и не на все 100%. Т.е. как писал тот же Дейкстра в 60-х, на что опирался Вирт при проектировании Оберона - нужен лишь минимально необходимый набор абстракций (в Оберон нету цикла for, значительно упрощена концепция ООП, и это не лишает его необходимой гибкости!).

В общем как ни крути - конструкторы это уже объективная реальность и кастомной разработки такого уровня догнать его трудно. SAP, MS Navision, 1C, Compiere, MS Axapta, MS CRM, MS SharePoint ... Поэтому обращать внимание на них нужно.

В 1С главным образом бесит то, что (1) нет SQL доступа к данным (2) код на русском языке.

Пока мне очень понравилось в ADempiere именно то, что базу можно и нужно делать обычным способом, хоть и с соблюдением некоторых правил. Да здравствует SQL (еже с ним XML/XSD). И то что расширение системы происходит собственно расширением СУБД и добавлением модуля на Java - то что мы уже умеем :)

Intalio|BPMS Community Edition

Intalio|BPMS Community Edition состоит из трех основных компонент:

• Intalio|BPMS Designer http://www.eclipse.org/stp/bpmn
• Intalio|BPMS Server http://wiki.apache.org/ode
• Intalio|BPMS Workflow http://tempo.intalio.org

Использует Apache Geronimo в качестве сервера и Apache Axis2 для работы в веб службами.
Из СУБД работает с Derby и MySQL. Есть коннекторы SAP и JDBC.

Коммерческая версия может работать со всеми основными СУБД (MS SQL, Oracle, DB2) и развернута на любом сервере.

И Дейкстра такой молодой ...

Пришла сегодня рассылка с oberoncore.ru, среди новостей попался линк на перевод статей Дейкстры. Некоторые вещи конечно читались и ранее и даже где-то лежит .chm файл со статьями, может быть даже того же самого автора ... но времени больше хватает на поиск и сбор контента, но не на его прочтение...

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

Программирование как вид человеческой деятельности

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

Смиренный программист

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

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

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

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

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

осилил половину :)

Compiere/Adempiere

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

Выдержка из обзорного документа по функциональности.

Compiere CRM+ERP позиционируется как CRM c возможностями ERP в сегменте малого и среднего бизнеса для оптовой и розничной торговли и сферы обслуживания (distribution, retail and service industries). В основе лежит управление компанией от CRM, от маркетинговой программы c определением каналов продаж (рис.3). Маркетинговая составляющая системы позволяет управлять контактами (от ведение клиентов до планирования звонков и встреч с напоминаниям, в том числе по электронной почте) до оценки эффективности маркетинговых компаний.

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

Основные возможности Compiere, это:

1. Неограниченное количество адресов для доставки, юридических адресов контрагента, поручителей и т.п.
2. Учет взаимоотношений между контрагентами, посредники.
3. Управление запросами, возможностями, отслеживание проблемных запросов. Отслеживание всех запросов, жалоб, рекламаций. Связывание запросов с релевантными документами в системе (например, с документами на продажу товара или платежными документами).
4. Установка дат напоминаний и оперативное получение напоминаний.
5. Запись любых обращений в компанию; делегирование обращений (запросов) внутри организации.
6. Отслеживание хода обработки запросов и обновление информации для внешних пользователей («личный кабинет» на сайте).

При работе с бизнес-партнерами ведется учет ресурсов и нематериальных активов. Обслуживание клиентов включает:

1. Автоматическое создание записей о наличии нематериальных активов у клиентов (например, контрактов на техническую поддержку, подписка на журнал, версии документации).
2. Управление ограниченными ресурсами при продаже (конференц-залы, оборудование, консультанты).
3. Создание счетов на оплату и к оплате для нематериальных активов и использованных ресурсов.
4. Учет затрат времени и расходов при обслуживании клиентов
5. Учет рабочего времени (например, консультантов или юристов) и затрат (например, командировочных) как собственных работников, так и субподрядчиков.
6. Связывание затрат с фазами проекта.
7. Предъявление расходов и затрат времени к оплате клиентам.
8. Создание счетов на возмещение расходов.

Оценка качества обслуживания производится с помощью гибкой настройки сбора информации, оценки и мониторинга уровня обслуживания (SLA - Service Level Agreement) своей организации (для клиентов) и поставщиков.

Маркетинговые возможности Compiere CRM включают также жизненный цикл продукта. Его управление осуществляется с помощью Управление Проектами:

1. Управление предпродажным процессом (конвейер продаж), подготовка коммерческих предложений, конвертация в заказы на продажу.
2. Управление фазами проектов с фиксированной ценой или начислением фактических затрат времени и материалов.
3. Проектные задание (производство).
   

Compiere SMART CRM обладает возможностями ERP начального уровня и позволяет комплексно автоматизировать отделы продаж и закупок. Автоматизация бизнес-процессов отдела продаж, таких как отгрузки, оплаты, комиссионных включает:

1. Автоматическая генерация документов различных типов (накладные, предоплата, оплата на кассе, фактуры и т.п.) для ускорения работы персонала.
2. Гибкая настройка прайс-листов и управление скидками.
3. Управление дистрибуцией, комбинированные условия оплаты, учет графиков оплаты и прогнозирование будущих поступлений.
4. Кредитование покупателей, отчеты о просрочке погашения задолженностей, коллекция задолженностей.
5. Многоуровневые комиссионные.
6. Автоматическое сопоставление поступлений и счетов, обработка прямых банковских платежей, оплаты наличными и процессинг кредитных карт.

Также автоматизируется полный цикл закупок от обработки заявок до оплаты поставщикам:

1. Запросы и тендеры на поставку с приглашением поставщиков и приемом предложений через web.
2. Генерация заказов на закупки из заказов на продажу, заявок на пополнение склада и внутренних производственных заявок.
3. Автоматическое двух- и трехстороннее сопоставление заявок.
4. Гибкий учет методов оплаты поставщикам.
   

Compiere также включает в себя базовые функции материального учета, логистики, управления цепочками поставок (Material Management).

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

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

Compiere обладает полным перечнем контроля безопасности системы:

1. Задание прав доступа к функциям или данным, включая ограничения на строки и столбцы, а также на зависимые данные.
2. Правила доступа действуют на всех уровнях интерфейса: пользовательский, WEB- интерфейс, генераторы отчетов, экспорт данных.
3. Аудит пользовательских сессий, отчетов и запуска процессов.
4. Лог изменения данных – возможность отмены и повторного применения изменений, включая удаления.
   

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

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

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

Резюмируя вышесказанное можно с уверенностью утверждать о превосходстве Compiere
CRM над большинстве существующих CRM систем:

1. Нулевая начальная стоимость программы
2. Кросс — платформенное решение, основанное на Java и имеющее веб-интерфейс
3. Широкие возможности CRM – от управление контрагентами до оценки эффективности маркетинговых программ и управления жизненным циклом товаров, а также электронную коммерцию.
4. Возможности ERP систем по автоматизации отделов продаж и закупок.
5. Встроенная система документооборота
6. Технические возможности по адаптации системы под бизнес-процессы организации
7. Контроль безопасности
8. Открытый код Compiere, что позволяет свободно дорабатывать функционал системы

Открытые системы для автоматизации управления

"В любом стихотворении достойны внимания только первая и последняя строчка - все остальное индульгирование поэта"

Дон Хуан Матус

Открытые системы для автоматизации управления

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

...Да, у систем автоматизации бизнес-процессов на основе открытого кода есть целый ряд недостатков. Но среди них к числу родовых относится по большому счету лишь один, связанный с особенностями разработки приложений open source. Все остальные вполне устранимы со временем. Зато у коммерческих систем всевозможных недостатков можно при желании найти не меньше, а то и больше. Так что для очень и очень многих компаний достоинства систем автоматизации с открытым кодом вполне компенсируют возможные ограничения и неудобства. Важно, что помимо нулевой стоимости лицензирования есть немало других плюсов, которые будут способствовать интересу к данным продуктам и со стороны тех компаний, для которых цена продукта не является определяющей. Все это дает основания для самых оптимистичных прогнозов в том, что касается развития систем автоматизации бизнеса с открытым кодом. Число внедрений продолжит быстрый рост по всему миру, и Россия не будет исключением.

Информационный барьер

информация взята из введения в информатику

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

I-й информационный барьер был преодолен приблизительно в V тысячелетии до н.э. До того времени единственным хранилищем информации был мозг человека. Передача информации была связана с механическим перемещением самого человека, и, следовательно, скорость передачи была весьма низкой, а передача ненадежной. Обработка информации также производилась человеком. Противоречие состояло в том, что человечеству требовалась возможность сохранять во времени опыт и знания, накопленные предыдущими поколениями с тем, чтобы они могли быть переданы поколениям последующим. Барьер был преодолен благодаря появлению письменности. Носителями информации стали камни, глиняные таблички, папирус, пергамент, береста, материя; позднее (во II веке н.э.) появилась бумага.

II-й информационный барьер сформировался к XV в. из-за того, что в связи с развитием производства – появлением цехов, мануфактур – возникла потребность в большом числе образованных людей, способных этим производством управлять. Противоречие состояло в том, что количество источников информации – рукописей, рукописных книг – не могло обеспечить обучение большого количества людей. Изобретение книгопечатания (т.е. тиражирования информации) в Европе в XV в. И. Гутенбергом и в XVI в. И.Федоровым позволило преодолеть данное противоречие. В то время скорость передачи информации определялась скоростью механического перемещения ее бумажного носителя. Обработка производилась человеком. Поскольку основным носителем информации являлась бумага и именно этим определялись технологии накопления и распространения информации, по определению В.М.Глушкова это состояние можно назвать бумажной информатикой.

К началу XX в. ситуация изменилась, в первую очередь в отношении скорости распространения информации: сначала появилась почта; в XIX в. – телеграф, затем телефон; в 1905 г.– радио; в 1920–1930-е годы – телевидение. В результате этих изобретений информация практически мгновенно могла быть доставлена в любую точку земного шара. Появились и новые устройства, обеспечивавшие иные (по сравнению с бумагой) принципы записи информации для хранения – фотография, затем кино, затем магнитная запись. Без существенных изменений оставалась лишь ситуация, связанная с переработкой информации, – эту функцию по-прежнему выполнял только человек.

К III-му информационному барьеру человечество подошло во второй половине XX столетия, когда общие объемы информации, которыми оно располагало, выросли настолько, что суммарной пропускной способности человеческого мозга оказалось недостаточно для ее переработки. Прогресс человечества стал зависеть от того, удастся ли решить проблему автоматизации обработки информации. Варианты решения появились в 1945–46 гг., когда американские инженеры П.Экерт и Дж.Мочли построили первую цифровую вычислительную машину «ЭНИАК», математик Дж. фон Нейман описал принципы работы автоматических вычислительных устройств, а в 1948 г. К.Шеннон опубликовал знаменитую работу «Математическая теория связи», где изложил математические принципы кодирования и передачи информации, а также предложил метод объективного измерения количества информации – именно эти идеи и составили основу новой науки – информатики. Итак, преодоление нового информационного барьера породило необходимость создания устройств, обеспечивающих автоматизированную обработку информации, а это, в свою очередь, вызвало к жизни науку, которая определила бы принципы работы таких устройств и общие принципы представления и преобразования информации.

Хазарский словарь

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

PS. Почитал еще пару вещей - тоже понравились. Сейчас художественной литературы читаю крайне мало (одна-две вещи в отпуск) и хорошо что попадается что-то интересное. Раньше читал много (могу вспомнить очень много Жуль Верна, Саймака, Шекли, Скотта, Сенкевича, Уэлса, Беляева, Гюго, Бредбери, Стейнбека ...), но в ВУЗе после первого отчисления и Кастанеды как-то забил. С тех пор ничего такого классического больше в руки не брал. В общем в хит-парад после этого вошли и там остаются следующие авторы - Кастенеда, Миллер, Майнринк, Лимонов ... Павич понравился, но пока не добавлен :)

на недельку до воторого ...

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

Для начала Buddy Greene - это нужно слышать и видеть
http://www.youtube.com/watch?v=rfLhnkme2mE
http://www.youtube.com/watch?v=880OS3D9RFg&mode=related& amp; amp;search=

Если заинтриговало то можно еще больше - две отличные видео-школы на YouTube
Adam Gussow и Jason Ricci

Российский популярный сайт о губной гармошке - harmonica.ru
Украинский сайт - harmonica.org.ua
Подкасты от Danic
Алекс Соловьев дает уроки на forum.bluesharp.ru

BPM примеры

Plug-and-play в бизнес-процессах

Сначала BPM-решение задействовали для двух некритически важных процессов и еще для одного процесса, такого плохого, что сотрудники были готовы на любые перемены. Этот третий процесс назывался "процедура дебетования" и предусматривал удаление со складов устаревших продуктов и, если возможно, возвращение их производителям в зачет будущих поставок. Внедренное ранее решение от Manugistics для управления цепочкой поставок создавало отчет о складских запасах с указанием товаров, срок которых истекал. Отчет направлялся на все 42 склада компании, где сотрудники вручную находили устаревший товар, связывались со штаб-квартирой, чтобы узнать политику возврата конкретных производителей и выяснить, какие товары можно возвратить. Затем сотрудники обращались к производителям за разрешением вернуть товар, создавали распоряжения на возврат в отдельной системе управления складом и уведомляли о зачете бухгалтеров, ответственных за кредиторскую задолженность.

Анализ унаследованных сервисов позволил создать новую процедуру дебетования меньше чем за месяц. Теперь BPM-cистема Fuego получает отчет о складских запасах и, используя систему правил, в котором уже содержится информация о политике возврата всех производителей, создает список с указанием приоритетов для сотрудников склада. Механизм управления процессом автоматически генерирует сообщения электронной почты в адрес производителей с запросом на возврат, создает распоряжения на отгрузку, уведомляет отдел кредиторской задолженности и отслеживает сообщения о кредите. Сотрудникам склада нужно всего лишь найти нужные товары и организовать поставку.

Pentaho BI - Case Study

Смотрю документ Pentaho - интересный вводный пример. Уверен таких примеров можно найти множество, где реально вместо автоматизации бродит ее уставший призрак... Почему под меткой BPMS? Просто там есть Workflow и триггеры похожие на те, что представлены в BPMN... но бесплатно оно только до некоторой степени. Там тоже дизайнер на Eclipse, демонстрационное серверное решение не JBoss. И это тоже может облегчить некоторые моменты большого бизнеса

Case Study

Problem: Организация здравоохранения, у сотрудника истекает лицензия. Об этом нужно оповестить сотрудника и инспектора по кадрами. Пока сотрудник не возобновит лицензию, возникает угроза безопасности пациента и появляется риск ответственности.

Business goals: Повысить безопасность пациента, уменьшить возможную ответственность по служащим без лицензий, и уменьшить затраты на персонал, который наблюдает за вопросами лицензий.

Current process: Каждый менеджер поддерживает список истекания срока лицензий в своем департаменте.

Proposed 'solution': По расписанию выполняется отчет из центральной БД - список лицензий по департаменту и по служащему, с датой истечения срока текущей лицензии.

Solution 1: Give them what they ask for

Создать 50 страничный отчет и доставить его в каждый департамент раз в месяц.

Resulting Business Process:

• Не ведется аудит запуска отчета.
• Менеджерам в каждом департаменте нужно читать отчет и фильтровать информацию.
  
• Отчеты теряются, менеджеры уходят в отпуск, даты понимаются неправильно.
• Когда менеджеры узнают о истечении лицензии, они оставляют записку в почтовом ящике служащего. Записки теряются или помещаются в неправильные ящики.
• Служащие пытаются запланировать подготовку, заявку и время сертификации.
  
• Возникают конфликты расписания, подготовки.
• Служащие проваливают сертификацию, так как не имели времени для подготовки или сертификация проходит раньше чем истечет лицензия.
  

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

Solution 2: Дайте им то что необходимо

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

1. Доставьте информацию электронным образом обоим и менеджеру и служащему
2. Требуйте подтверждения от обоих
3. Укажите служащему составить расписание подготовки
4. Укажите менеджеру подтвердить расписание
5. Требуйте от служащего ввода даты сертификации
6. Сделайте предупреждение если время повторного теста неправильное
7. Требуйте от менеджера проверки новой лицензии
8. Оповещайте о неуспешной сертификации менеджера и приложение расписания.

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

Это решение разрешит бизнес проблему.

Eclipse BIRT Project - Business Intelligence and Reporting Tools

Сегодня решил посмотреть более внимательно на возможности BIRT. В настоящее время это довольно мощный продукт. И при всех его достоинствах это OpenSource. У меня есть некоторый опыт разработки отчетов и встраивания FastReport в приложения Delphi. Также как-то пробовал JasperReports. Тогда, около 7-8 месяцев назад, JasperReports мне чем-то понравился, но показался довольно глючным. А сегодня я в восторге от BIRT, детально его посмотреть пока не удалось - задач нету, но в течении полу-часа разобрался как строить простые отчеты и даже кросс-таб отчеты. БД Firebird демонстрационная база Employee.FDB, ODBC драйвер GeminiODBC, и подключение через мост JDBC-ODBC.

В общем если коротко, то здесь есть:
- стили; скрипты; поддержка источников данных: Flat Files, JDBC, Scripted, Web Services, XML.
- экспорт отчетов в MS Word, MS Excel, MS PowerPoint, PDF, PostScript, HTML.
- api для использования в приложениях дизайнера и построителя
- веб-приложение, которое может быть развернуто в любом контейнере сервлетов.

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