XML OLTP Утопия

Сказка ложь, да в ней намек
Добрым молодцам урок

Продолжая тему Карра работаю над утопией быстрого построения OLTP приложений. ИТ становится дешевым товаром и XML здесь играет свою роль.

Брукс кончено был прав, что в ближайшие Икс лет (не помню цифр, кажется книга была в 75, прогнозировалось 15 лет и в 95 его же статься подтверждающая прогнозы) не произойдет взрыва производительности труда программистов. Однако в дополнение к разнообразным компонентам и библиотекам появляются целые стандартизированные области и законченные структуры данных, готовые к употреблению из коробки. К таким вещам можно отнести UBL - бесплатную библиотеку стандартных электронных XML бизнес-документов. Напомним немного что это такое ссылкой.

Если сегодня строить бизнес-систему, то почему бы не взять за основу UBL? Что нам это даст? Сначала конечно стандартные XSD схемы бизнес-документов. Вторым важным готовым элементом будут XForms произведенные на основе UBL схем (free-ubl-kit).

Постоянное хранение - Xml СУБД. Исключительно в качестве эксперимента хочу пробовать в ближайшее время Sedna и Xml-Xindice. Отображение XFroms Apogee / Orbeon. Apogee немного потрогал - довольно просто получается. Пугает пока только, что вестей по проекту нету. Из основного осталось построить списки, но думаю, что это самая простая из проблем.

Процессы и Бизнес-правила пока под вопросом, т.к. UBL определяет свои схемы процессов, с которыми пока не ознакомился, но связи с BPEL какие-то существуют и думаю со временем будут укрепляться (сладкое слово стандарты).

И конечно же бизнес-приложению нужны отчеты на основе Xml, и они тоже есть - это BIRT (JDBC, XML, Web Services, and Flat File support, as well as support for using code to get at other sources of data).

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

Вот почему таких приложений пока нету, хотя все технологии готовы? Никому не нада? Никто не верит? Ни у кого нету комплекса необходимых знаний? Как по Карру, так такое бы рынок ИТ в плане бизнес-приложений то и пообрушило ... Ищу спонсоров :)

Пол Грэм - Вещи

Давно не попадался на глаза этот автор, а сегодня опять всплыл и с новым эссе - Stuff или Вещи. Спасибо автору перевода!

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

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

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

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

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

Нельзя не согласится :) С оговоркой что не только книги, но еще наверное и инструменты. Например имею MeisterKlasse - дорогую гармошка от Hohner, которая пока просто лежит, а используется Special 20.

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

А не замахнуться ли нам ...

... на Уильяма так сказать Шекспира
х\ф "Берегись автомобиля"

Несколько дней почитал по диагонали Николаса Карра "Блеск и нищета информационных технологий". Книга 2003 года, но актуальности ей не занимать и на сегодняшний день. Личность Карра часто всплывает на itblogs.ru и понятно почему - автор занимается вопросом ИТ и бизнеса. Автор приводит множество историй, связанных с появлением новых технологий и увеличением возможностей для бизнеса. И самое интересное - не только появление новых технологий, а еще процессы связанные с повсеместным распространением.

Началом книги послужила статья в Harvard Business Review "Информационные технологии ничего не значат" (IT Doen'n Matter).

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

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

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

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

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

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

Тут интересно провести аналогию с "Вальсируя с медведями" Де-Марко и Листенера, с "Эскалаторами Шаррета", которые призывали к осознанным и измеренным рисками и приводили примеры "Бегство от выпавшего шанса" компаний и электронной торговли, которая многими компаниями долгое время не воспринималась. Хотя одна книга про бизнес, а другая про проекты - можно найти много общего.

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

PS.
Кстати вот внизу иконка Flock виднеется. Действительно писал в нем, но пришлось вернутся через web и поправить орфографию, т.к. для Flock ее пока не нашел ... а наверное должна подойти от FF. Да и блог редактор блоггера посильнее встроенного

Blogged with Flock

Всеукраинская конференция разработчиков и пользователей открытого ПО

Увидел анонс решил сходить на конференцию, но посмотрел на программу и передумал... Передумал потому, что FreeBSD, OpenSolaris, Ubuntu, решения IBM по управлению инфраструктурой...

Хотел поругаться о том, что не нету бизнес программ, и всмотрелся в программу повнимательнее. 27 числа попробую сходить - может пустят без распечатанного пригласительного (принтера дома нету).

Однако еще пугает очень маленькое время - всего 20 минут на продукт!

12:20 – 12:40		Основні конструктивні рішення кроссплатформної бухгалтерії “Дебет плюс V12” Марченко Я.Г., ТОВ “Дебет плюс”
12:40 – 13:00		Побудова облікової системи на платформі Ananas Дмитро Кругліков, НВФ Бізнес Реінжиніринг Груп
14:00 – 14:20		RUNA WFE - вільна система управління бізнес-процесами підприємства Андрій Міхєєв , Консалтингова група “Руна”
14:20 – 14:40		Дмитро Кругліков, НВФ Бізнес Реінжиніринг Груп Відкрита корпоративна інформаційна система M5 Сергій Передерій, проект КІС М5
15:20 – 15:40		Запуск прикладних програм Windows у популярних Вільних/Відкритих операційних системах сімейства GNU/Linux та FreeBSD на платформі x86 Комп’ютерна група “Дрогобич”

Практика построения OLTP приложений

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

В ближайшее время думаю сделать простой конфигуратор наборов данных, полей и действий. Все это планируется сделать через XML Schema с генерацией объектов через XML Bean, в качестве UI будет SWT, а формы редактирования хочется попробовать через XFomrs (Apogee Project).

В общем комментарии принимаются, а скорой реализации не обещаю.

SOA for the Business Developer - Concepts, BPEL, and SCA

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

This book tells the SOA story in a simple, straightforward manner that will help you understand not only the buzzwords and benefits, but also the technologies that underlie SOA: XML, WSDL, SOAP, XPath, BPEL, SCA, and SDO. And through it all, the authors provide business examples and illustrations, giving a practical meaning to abstract ideas.

SOA for the Business Developer

• Gives a detailed overview of Extensible Markup Language (XML), including namespaces and XML schema.
• Describes Web Services Definition Language (WSDL) and SOAP, the standard SOA technologies.
• Gives a clear tutorial on XML Path Language (XPath), a language for deriving data from transmitted messages and other sources. XPath is useful for working with a variety of other technologies, including several described in this book.
• Gives comprehensive details on BPEL 2.0, a language that coordinates services and whose preceding version is already in numerous products. Our coverage is sufficient for most of your work with BPEL and includes a quick-reference guide.
• Introduces Service Component Architecture (SCA), a proposed standard for composing and deploying applications. You’re sure to hear more of SCA, which is sponsored by 18 companies, including IBM, Oracle, and Sun Microsystems.

Практика использования BPMN

Решил разродится статьей о Практике использования BPMN. Пока только описание основных видов диаграмм и элементов моделей, а также работа с точками решений. Т.е. практики, как таковой, пока нет. Есть необработанные куски текста по пустому содержанию, кроме преобразования BPMN->BPEL. Будет интерес - будет продолжение.

23.10.2007
Хочу добавить, что история развитие стандарта берет начала от BPM. Сначала была концепция, потом первый язык исполнения процессов и только потом появился BPMN! Хоть он вполне и пригодился и для SOA, и как контекстная над-UML нотация, и как BPEL визуализация. Все-таки ориентир - исполняемые процессы. И сложность именно в них, а на первом уровне это просто хорошая понятная нотация моделирования процессов.

Gatner назвал BPM третьей стратегической технологией 2008 года

Новости с блога Intalio

Gartner недавно опубликовал доклад о первой десятке стратегических технологий на 2008 год. Business Process Management занимает третье место, после Green IT и Unified Communications.

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

Отличная новость

BPM по японски, или ActiveModeler + ActiveWorkflow

В общем BPM от японской компании ActiveModeler - два продукта ActiveModeler Advantage и ActiveModeler Workflow Engine. Для работы нужен .Net 1.1

ActiveModeler Advantage идет бесплатно и позволят сохранять модели в XPDL 2.0. Есть много интересных и полезных подключаемых модулей. ActiveModeler Workflow Engine для 10 пользователей и пяти процессов бесплатный.

Здесь можно посмотреть презентацию на английском. А отсюда можно скачать. Кстати продукт весит всего 14 мб. так что кому интересно посмотреть что такое BPM - можно загрузить и побаловаться. Опять же мелькает слова BPMN, BPEL2WS и BPM 2.0 ... пугает немного Workflow.

Лицензирование в России от Tolik

Анатолий Тенцер опубликовал сегодня пост в ИТБлог - Презентация с CIO-Summit - лицензирование. В приложении сама презентация в zip - всем рекомендую посмотреть - впечатление смутное - уже не смешно, но плакать пока не хочется.

Также посмотрел еще одну сегодняшнюю презентацию - Роль CIO в процессе инноваций. Многое конечно за гранью моего восприятия, но интересный момент нашел...

• Ключевой фактор успеха: быстрая подстройка под изменения ситуации (например при изменениях законодательства или ...)
• Внутренний ресурс: информационная система собственной разработки (конечно не единственный)
  
• Внутренние способности: быстрая настройка ИС на текущие условия
• Стратегия: минимальная формализация процессов, быстрая их настройка
• Пример: активно регулируемые государством рынки (ЕГАИС, ДЛО)

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

Centric CRM

Отслеживание блогов open source продуктов приносит новые open source продукты. Об этом писал Ismael Ghalimi в посте Open Source Relationships, CEO Intalio тут. Опять же с Intalio вышел на OpenSuite, c OpenSuite на Centric CRM, Zimbra Collaboration Suite и KnowledgeTree (описание на citkit.ru). Времени разбираться как всегда нету - ищутся добровольцы. Datasheets выглядят внушительно.

К слову это опять Java. Что-то встречается исключительно и кроссплатформенный Open Source for Enterprise на Java и не видно пока ни одного на .Net. Такая вот интересная тенденция. Вообще наверное без Sun и IBM на одном Linux Open Source for Business наверное бы и не было ....

OASIS UBL

Итак кажется я нашел самый что ни на есть интересный документ для изучения XML Shema. И это OASIS Universal Business Language. Документ вообще интересный, т.к. рассматривает такие вопросы как бизнес-процессы, каталоги, заказы, счета, платежи, перевозки. Приводятся Use Case диаграммы и диаграммы процессов на UML... Стандарты XSD и примеры XML документов.

Да что распинаться, если интересно смотрите сами! Тут думаю мои вопросы с ключами уйдут после изучения. Да и вообще интересный документ для любой разработки бизнес ПО.

Описание релиза UBL 1.0

UBL определяет общую XML-библиотеку бизнес-документов, таких как заказы на поставку и счета-фактуры, а также компоненты данных многократного использования, с помощью которых можно создавать различные бизнес-документы. UBL является первой стандартной реализацией технической спецификации "ebXML Core Components" ("Базовые компоненты языка ebXML").

.. библиотека опирается на концептуальную модель информационных компонентов, известную как информационные сущности бизнеса (Business Information Entities, сокр. BIEs). Эти базовые элементы собираются в модели конкретных документов, как, например, Заказ на поставку (Order) и Счет-фактур (Invoice). Затем эти собранные модели документов трансформируются в соответствии с правилами наименования и проектирования UBL (UBL Naming and Design Rules) в синтаксические структуры XML-схемы W3C. Благодаря этому можно создавать типы документов, основанные на UBL, отличные от определенных в спецификации языка UBL 1.0. Таким образом, можно говорить о модульности, практичности и расширяемости схем UBL.

Комплект документов UBL 1.0 содержит 244 файла, которые объединены в zip-архив, и содержит документацию, нормативные XML-схемы, UML-диаграммы, примеры электронных документов и другие документы:

• XML-схемы для восьми основных бизнес-документов: Заказ (Order), Ответ на заказ (Order Response), Простой ответ на заказ (Order Response Simple), Изменение заказа (Order Change), Аннулирование заказа (Order Cancellation), Извещение об отправке (Despatch Advice), Извещение о получении (Receipt Advice) и Счет-фактура (Invoice);
• описание общего процесса закупки по схеме заказ-счет, для которого разработаны типы документов UBL;
• библиотека, состоящая из более чем 400 элементов данных XML (с определениями, основанными на технической спецификации "Core Components"), с помощью которых строятся схемы документов UBL;
• " описание методологии разработки UBL 1.0;
• UML-диаграммы всей модели данных UBL и модулей составляющих ее компонентов: Модуль адреса (Address Package), Модуль контракта (Contract Package), Модуль доставки (Delivery Package), Модуль указания документа (Document Reference Package), Модуль опасного изделия (Hazardous Item Package), Модуль изделия (Item Package), Модуль партии (Party Package), Модуль платежа (Payment Package), Модуль закупки (Procurement Package), Модуль налога (Tax Package);
• диаграммы компоновки документов, демонстрирующие отношения между каждым типом документа UBL и его составляющими компонентами;
• электронные таблицы Excel и OpenOffice, показывающие модель данных каждого документа UBL и библиотеку компонентов UBL.

ЗЫ
Утопия - бизнес-приложение мирового уровня и опыта за 10 минут. Все бизнес-процессы, документы, возможность интеграции через веб-сервисы, работа через веб и толстый клиент. XSD готовы из XForms и схему БД ... или XML СУБД :)

И немного ссылок
UBL: Another Opportunity for FOSS in the Enterprise
UBL: Ready for Prime Time
Free UBL на sourceforge
www.freebxml.org
freebxmlbp

XSD так сразу не сдается

Пытаюсь разобраться в XMLSchema и XForms. Хочу сделать приложение на Java, которое бы работало в качестве конфигуратора. Конфигурацию хочу хранить XML, а редактировать ее через XForms (Apogee Project). В качестве редактора схем используется Eclipse XML Schema Edtior, затем при помощи Apache XMLBean по схеме генерируются java-классы. До форм пока не дошел — непонятки со схемой.

Попробую привести аналог того что хочу получить в XSD, через ER-ку
— dataSet (id, name, selectSql, tableName, keyField)
— field (id, datasetId, columnName, displayLabel)
— action (id, name, class)
— dataSetAction (dataSetId, actionId)
— role (id, name)
— user (id, login, password, email, firstName, lastName)
— userRole (roleId, userId)
— roleDataSet (dataSetId, roleId)
...
а для полей еще хочу lookup присобачить
field (... column, masterDataSetId, masterKeyField, masterField, lookupField)
т.е. при редактировании вместо column будет делаться выборка
select masterKeyField, masterField from masterDataSet

мои жалкие попытки на текущий момент

т.е. базовые типы — dataSet, field, action, role, user
а остальное их связки, и целевая конфигурация будет состоять соответственно из списков описывающих объекты и их связи. С самими объектами я вроде разобрался, хотя тоже не до конца, ну а связи вообще в голове не складываются (: И как мне теперь определить связь многие-ко-многим user-dataSet? Да так, чтобы документ проверялся, что коды берутся из соответствующих записей. И вообще есть ли где на русском языке про правильное моделирование XSD?... вот нашел что-то более вменяемое в MSDN. Но эклипс мне показывает, что-то не то что я ожидал ...

ER-Диаграмма которую хочу превратить в XSD
а здесь, то что эклипс показывает по схеме MS что в MSDN
Eclipse XML Schema Editor 1
Eclipse XML Schema Editor 2

Может кто подскажет, как это правильно нужно делать?

И снова про XForms

Не выходят из головы хоть ты тресни... Пост будет дополнен дальше, пока вот интересная штука - ищу ответы на XForms + XML Shema + JavaBean ... Последний продукт обертки над БД это OpenOffice.org Base и там XForms процветают, и я думаю что выбраны они не случайно.

Apache XMLBeans
блог в тему
XForms в OO
Хранение XML-документов с помощью JAXB и Hibernate

Почему сейчас с этим ношусь? При помощи Eclipse XSD Editor, Visual XForms Designer, XML Forms Generator можно сделать схему (XML Schema) и форму (XMLForms). И будут они платформенно независимые.

Дальше, если привязаться к Java, при помощи Apache XMLBeans на основе XSD можно создать структуру классов Java. На основе XForms можно сделать интерфейс - desktop при помощи Apogee, или web при помощи Orbeon. Осталось понять как передавать конкретные данные в форму и забирать их обратно.

Использование Intalio|BPMS в медиа индустрии

Интересная заметка в блоге Intalio|BPMS - Using Intalio|BPMS in the Media Industry. Там есть ссылка на загрузку презентации о использовании SOA медиа продакшн "SOA in media production – Use case description", где описываются основные процессы, архитектура решения и в конце место Intalio|BPMS в этом проекте.

Нам дорого обходится игнорирование open source

Подписался на RSS интересных мне открытых продуктов и появляются плоды.
Victor Keegan, The Guardian,Thursday September 20 2007, Ignoring open source is costing us dear.

Автор начинает статью с успехов Mozilla Firefox и ругает англичан за то, что успехи открытого ПО не касаются UK по сравнению с другими странами, обвиняет правительство лейбористов и государственные службы. Казначейство использует только 1% ПО с открытым кодом. Консерваторы считают что переходом на открытое ПО можно сэкономить 700 миллионов фунтов. Цифры оспариваются с учетом большой изначальной стоимостью перехода на открытое ПО и переобучения людей, которые с ним работают. Но в долгосрочной перспективе отсутствие лицензионных отчислений при покупке и модернизации, низкие эксплуатационные расходы дадут значительные преимущества.

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

И на финал говорит, что неплохо бы Linux поучиться у Mozilla маркетингу.

Microsoft открывает исходники .NET

Сегодня заглянул на developers.org.ua и увидел интересную новость

Отличная новость для .NET-разработчиков: Microsoft обещает сделать свободно доступным исходный код .NET Framework. В частности, доступными станут практически все основные классы .NET Base Class Libraries (пространство имен System.*), а также ASP.NET, Windows Forms, ADO.NET, XML, WPF, WCF, LINQ, Workflow и другие библиотеки. Все это станет доступным для свободного скачивания с выходом Visual Studio 2008, доступной на текущий момент в качестве второй беты... читать целиком

Вообще MS никогда не интересовался и не знаю что там у них происходит (кроме витающей мысли "бизнес лицензий заканчивается - потребитель хочет решений"). Оглядываясь на открытие исходных кодов Java, шаг наверное логичный. Не знаю поможет ли им это, но в добрый путь :) Наверное мне мешает Eclipse-ориентированность - последнее встречаю массу интересных проектов и все они там - в мире Eclipse все есть и много можно получить бесплатно.

Метачушь

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

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

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

... Должны ли мы тогда выбросить все эти метаданные?

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

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

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

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

Pre: XForms с которого все началось

В общем это начало прошлого поста XForms с которого все началось. И, что самое забавное, я уже точно не помню с чего все началось... Встал вчера в 22:30 и как раз успел на "Рим" по 1+1. Получил почту с просьбой нарисовать в BPMN "процесс планирования расписаний учебных встреч в ВУЗе" с набросками процесса, и около часа начал пытаться рисовать и естественно углубился ... Хотя по плану я должен был писать ТЗ, на BPMN отвлекся с удовольствием, хоть так ничего и не получилось из-за описания. Затем я начал создавать в OpenOffice шаблон SRS на основе IEEE-830, но списывал у Вигерса

... И все это время в голове крутится идея проекта быстрого создания UI на основе объектов БД, что уже два раза начинался на Delphi и теперь появилось желания сделать на Java, с учетом прошлого опыта, в концепции интеграции с BPMS, BRMS и конечно же BIRT. По интеграции с BIRT есть книжка на английском - Integrating and Extending BIRT, по остальным же нету ничего, но это пока не так важно. Но основная задача это UI, и если стандартный UI сделать можно и он уже делался, то с кастомизацией его были проблемы и в Delphi проектах (в SWT Snippets есть примеры таскания мышкой кнопки по форме).

... Тут я уперся в мелкую проблему с нумерацией разделов в OpenOffice.org Writer и полез в мануал. Ничего по моей проблеме не увидел (все-таки сказывается ночной график), но увидел, что он работает с XForms. И почему бы не попробовать его для построения UI - пусть себе какие-либо продвинуты пользователи рисуют себе формы в других редакторах. По XForms помню, что и интерфейс Intalio|Workflow построен на XForms. В общем так я и полез в Google. Как все это продолжается можно судить по датам последних постов.

И тут попался Nuxeo - http://www.javalobby.org/java/forums/t63868.html

Nuxeo , a french open source ISV specialised in Enterprise Content Management, has just published the code for an XForms engine for SWT and Eclipse .

Я сразу отметил "SWT", подробнее я смотрю только сейчас и по дороге пишу этот пост. Apogee Project проходит сейчас процесс рассмотрения включения в Eclipse Foundation. Смотрим подробнее что он может:
Documentation
- Apogée XForms Engine: Viewers
- Apogée XForms Engine: developer guide

В общем понравился он мне - если посмотреть приведенные выше документы, то все довольно просто. А если еще заглянуть в SVN то можно увидеть плагин к OO (Для редактирования?) Скачал ... еще бы время на наего найти. Проект оформлен хорошо - и документация присутствует и модели Together Designer (наверное его уже не найдешь - был такой бесплатный тугезе года три назад, ну и UML 1.4 кажется там)

ЗЫ. А вот кстати и информация о том, что Intalio использует для Front-End именно Orbeon, о котом есть в начале-продолжении. Также возьму на заметку и посмотрю что там с UI для десктопа... нету UI для десктопа но демонстрации тоже поражают - посмотрите сами - особенно первую. Правда на PHP было быстрее :)

Nuxeo: open source ECM

Этот пост также родился из утреннего расследования XForms. И это уже второй пост, а настоящей причины я так еще и не озвучил ... Ну да ладно - пойдет следущим постом - сегодня я на них богат :)

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

ECM отвечает потребностям организации в различный областях

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

• Digitize paper documents
• Create, capture, store, find and retrieve documents
• Manage documents life cycle
• Comply with legal constraints
  

Content management issues

• Decentralize web publishing
• Organize publishing processes
• Enable various content distribution routes

Collaboration issues

• Share information
• Organize and enhance exchange processes
• Archive project information and create knowledge bases

Business Process Management issues

• Structure document flows into sequenced or parallel tasks
• Automate operational processes
• Ensure the traceability of actions

Характеристики ECM платформы

Common functions

• Structured or semi-structured content editing
• Workflow
• Search engine
• Taxonomy, tagging
• Versionning

A single infrastructure

• Store structured content
• Manage content status
• Manage security
• Exchange content

Common base for

• Document management and content management
• Collaboration portal
• Knowledge management
• Business intelligence
• Community management

Кажется совсем даже неплохо и пока писал скачал и установил. Появляются некоторые подробности WorkflowEngine jBPM, и помнится мне его не очень хвалили на RSDN из за его медлительности на большом количестве процессов... всплывает еще один JBoss продукт - JBoss JRules. (Retention Rules can be written in the embedded specific language (that even non-technical users can learn) or in any JRules’s supported language (Java, Groovy, JavaScript, Microsoft Excel decision table, etc.).) ... Сервер JBoss, Eclipse пока не видно.

Energine CMS

Набрел случайно сегодня на интересную CMS систему Energine

Energine (от англ. energy - энергия, engine - движок) - Open Source система управления содержанием (Energine CMS), позволяющая поддерживать web-приложения (в том числе и сайты) любого уровня сложности. Базируется на одноименном фреймворке (Energine CMF), предоставляющем удобный инструментарий для создания web приложений.

Чесно говоря, мало понимаю необходимый стандартный минимум функциональности для этого класса систем (например так как я его понимаю для BPMS). Вот что написано у них в FAQ

Что такое CMS и CMF?
Сайты ... предоставляют доступ к различным службам (сервисам) реального мира ... возникает необходимость в приложениях, предоставляющих не только базовые возможности по созданию и администрированию сайта, но и позволяющих дописать необходимую функциональность для каждого конкретного проекта. Подобные системы и получили название Content Management System (система управления содержимым сайта). Ее основой является Content Management Framework (каркасная система для построения CMS), поскольку без подобного "базиса" система управления содержанием не сможет совершенствоваться, а значит - продолжать существовать.

Слишком абстрактно как по мне ... Форум, Блог, Фото я еще понимаю ... может фантазии просто мало? Ну да ладно - вопрос философский - идем дальше. Зашел в демку и был поражен... Я как старый Delphi- программист, осознавши Дао приложений работающих с БД (сетку и окно редактирования ОК/Cancel), увидел это реализованное в веб и как выяснилось на PHP. Причем практически повторимым образом - двойной клик мышью и появляется форма редактирования, причем довольно быстро. Скорость наверное можно объяснить тем что ребята из Киева и я на Воля-Кабель, но все таки сильно.

Людям в теме рекомендую посмотреть. OpenSource, русская документация, да и выглядит красиво - все понятно даже мне, не понимающему до конца что такое CMS.

BPM в действии: видео-демонстрация

Говорим спасибо Эдуарду и смотрим демонстрационные видео-материалы BPM в действии. Дополнительно смотрим Unify NXJ для управления бизнес-процессами. Сам не всматривался, но на первый взгляд довольно мощно. Жаль что пока не видно упоминания BPEL, но радуют упоминания про JSR

XForms с которого все началось

Решил просветить для себя вопрос с XForms и попал как обычно на много чего интересного по дороге ...

Столкнулся с проектированием схем при освоении Intalio|BPMS - взаимодействие на веб-сервисах и описание схем данных на каждом углу. Потом как-то взявшись за проектирование БД задумался, а ведь XML проектирование схем возможно выйдет на первое место при разработке систем ориентированных на интеграцию, да и схемы должны быть стандартные для классов приложений ...

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

В общем статья интересная и большая - есть что почитать и над чем подумать, попробовать соотнести с моделированием БД.

Второй была собственно статья по теме с реальными примерам Using JSF technology for XForms applications. Есть даже Pdf на ! 184 страницы, правда датирована статься началом 2005 года, так что многое могло измениться.

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

Интересный каталог XML шаблонов XML Design Patterns Index
Внушительный LGPL проект реализации XForms для J2EE Orbeon

Open Source Solutions для бизнеса

Решил создать отдельный блог по OpenSource для бизнеса - oss4biz.blogspot.com. Название интерпретируется как Open Source Solutions for Business. Для просветительства и поддержки темы открытого ПО для бизнес применения таже планируется ввести в действие сайт
www.oss4.biz. Если кому интересно поучаствовать и помочь советом или даже делом - добро пожаловать на oss4biz.blogspot.com и www.oss4.biz.

GooglTalk, GoogleWebAccelerator

Не все так гладко в датском королевстве ... поставил GoogleTalk и кидался файлами прямо в него и все работало. Поставил локализированную версию и на тебе - перестало файлы кидать. Вернул на место ангельскую... Поставил WebAccelerator поимел проблемы с форумом i-rs.ru и не мог зайти в аккаунт blogger.

Составление ТЗ на разработку/внедрение

Пишу для проекта Информационной системы торгового предприятия такие документы, как Use Case, Business Glossary, SRS. Интересно, что хотя постановка задачи общая и не привязана к конкретной системе. На самом деле рассматривается пока два варианта реализации - 1С 8.1 и Adempiere. И та и другая поддерживают необходимый набор бизнес-сущностей - компания, контакт, счет, накладная, приходный кассовый ордер, e.t.c, а также набор стандартных отчетов и идиом взаимодействия (RFQ -> Invoice -> Payment, ...)

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

Вспоминаю ТЗ на адаптацию продукта TSCRM ... ТЗ имеет стандартное строение и побито по разделам - Клиенты, Контакты, Продукты, ... В разделах указываются кастомные атрибуты, кастомные справочники и кастомные процессы по главным разделам. Кроме того описывается наполнение стандартных справочников.

Работа с СУБД

Стандартов доступа к данным развелось порядочно - фиксирую то с чем встречался: ODBC; BDE - Borland Database Engine; JDBC - Java: ADO - MS; ODA - Eclipse DataTools Platform; SDBC - OpenOffice.org Base.

Интересен вопрос "стандартные драйвера доступа vs драйвера прямого доступа". В свете таких мыслей - (1) 90% времени OLTP приложение ожидает ввода пользователя; (2) что нам нужно от драйвера для работы; (3) инструменты проектирования БД.

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

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

Эпоха систем, терпимых к изменениям

Такая обзорная себе статья в osp.ru. Выдрал абзац на память

... Как ни странно это звучит, но именно процветание города могло, в конце концов, стать одной из причин его гибели.

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

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

Дальше этого абзаца к сожалению идет информация мало пригодная для практического использования. Видно сказывается образование автора (доцент факультета информатики технического университета Вирджинии) ... статья то опубликована в IEEE Computer, June 2007

И опять хочется привести в пример такое ПО как СУБД, которое мало изменилось за последнее десятилетие. И особых причин и направлений не видно и до сих пор. А то что системы нужно строит как-нибудь по другому это понятно.

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

• BPMS - хранилище бизнес-процессов компании (включая взаимодействие с внешними системами
  
• BRMS - хранилище бизнес-правил компании (скидки клиентов, точки принятия решений, ...)
• UIMS (GUI management system) - хранилище интерфейсов пользователя, организованное в виде системы (стандартные - пользователи, права доступа)

И на каком-то техническом уровне дополнительно идет СУБД и система отчетов.

OpenSouce для дистанционного обучения

Обзорная статья в osp.ru - Сервисные платформы электронного обучения: от монолитных систем к гибким сервисам

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

• свободно распространяемые инициативы, к которым относятся Moodle (www.moodle.org), Sakai (www.sakaiproject.org) , ATutor (www.atutor.ca) и Whiteboard (whiteboard.sourceforge.net);
• проприетарные решения, в том числе WebCT/Black board (www.blackboard.com), Gradepoint (www.gradepoint.net), Desire2Learn (www.desire2learn.com) и Learn.com (www.learn.com).

Compiere/Adempiere для тех, кто сомнивается

Был пост, но вот по ссылке большая маркетинговая информация от внедренца http://www.zarealye.com/index.php/user/content/view/full/318

Быстрый старт: основной сайт - http://adempiere.org/ переходит на http://adempiere.red1.org/

Качаем
http://sourceforge.net/project/showfiles.php?group_id=176962
Adempiere Core (3.20 stable или 3.30 Beta), Language Pack Russian, Chart of Accounts Editor, Documentation

Установка для PostgreeSQL WinXP
http://adempiere.com/wiki/index.php/Adempiere_Install_WinXp

Дополнительно масса информации в Wiki
http://adempiere.com/wiki/index.php/ADempiere
http://www.adempiere.com/wiki/index.php/Manuals
http://www.adempiere.com/wiki/index.php/Manual

Документация разработчика (есть как ставить языковой пакет)
http://www.adempiere.com/wiki/index.php/Category:Developer_documentation

Документация пользователя
http://www.adempiere.com/wiki/index.php/Category:User_documentation

Основные функции для конечных пользователей
http://www.adempiere.com/wiki/index.php/Functional_User_Manual
http://www.adempiere.com/wiki/index.php/Idalica/End_User_Work_Procedures

OpenOffice.org Base

Потратил некоторое время на знакомство с OpenOffice.org Base. Чесно говоря о возможностях MS Access знаю не слишком много и сравнить не смогу. Сам OO.Base понравился, все довольно просто и удобно, конечно если конечно не касаться построения приложений на этой платформе... Хотя базовые вещи можно сделать быстро, типа мастер-детали. Но интерфейс толковый не сделаешь.

Хочется приятно отметить мастер создания таблиц на основе прототипа "бизнес". Собственно не сам мастер, хотя он тоже ничего, а именно таблицы прототипы. Используется встроенный движок БД HSQLDB, кстати есть и сетевая версия этой СУБД. Внутри создаваемого файла можно найти файл script - там только создание таблицы и связей пока не найдено. В общем немного поколдовал со скриптом, создал при помощи BlazeTop базу в Firebird 2.0.3. Создал ODBC подключение через Gemini InterBase/Firebird ODBC Driver. Затем провел реинжиниринг в ERWin 4.1, сделал связи и дорисовал недостающие таблицы по внешним ключам. Хороший пример, может кому пригодится.

Ключ к успеху BPM проекта

И снова по мотивам поста в BPMS.RU. Я кстати тоже хотел перевести статью, да забил - просто не увидел ничего практического. Полный текст лежит здесь The Keys to BPM Project Success.

Но на самом основой для этого поста послужил приведенный там комментарий к команде проекта от АБ

... Так и хочется добавить: а где поддержка с воздуха?! А истребители танков, а морской десант? ... Это напоминает школьных учителей, каждый из которых считает, что его предмет самый главный. Бедные дети ... чтобы проект BPM состоялся, должны выполняться три условия:

1. что-то болит (у бизнеса есть реальные проблемы)
2. есть решимость что-то в связи с этим предпринять (в руководстве организации есть живые силы)
3. есть ресурсы (деньги и люди с руками и мозгами)

И действительно BPM проект это такой же ИТ-проект как и все остальные ИТ-проекты. И вряд ли стоит с этим так носится.

Пять доводов в пользу BPM

По материалам BPMS.RU, перевод оригинальной статьи Analysis: Five Reasons to Invest in Process Management, Bruce Silver, Intelligent Enterprise, 23.01.06.

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

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

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

... пять оснований для инвестиций в BPM:

1. Упрощение. Когда Windows и локальные сети «захватили» рабочие места в начале 90-х, гуру в области реинжениринга бизнес-процессов заклинали: «Не ходите коровьими тропами!» Простая автоматизация бизнес-процессов не имеет смысла, когда меняется сама внутренняя сущность офисной работы. Это предупреждение актуально и сегодня, когда интернет и мобильные средства связи вновь изменили стиль работы. Проект BPM начинается с документирования того, как протекают существующие процессы, а затем перенацеливается на то, чтобы сделать их проще, быстрее, эффективнее. Бумажные блок-схемы и стикеры-памятки преобразуются в модель процесса, на которой в режиме симуляции можно получить количественную оценку эффективности намеченного усовершенствования.
   


2. Эффективность. Модель процесса описывает последовательность действий — некоторые из которых выполняются людьми, другие автоматизированными системами — связанных определенными правилами. Магия программного обеспечения BPM — превращение этой модели в автоматически исполняемую, когда действия доводятся до людей и систем, правила автоматически выполняются, а сроки контролируются относительно нормативных. Раз за разом, автоматизация последовательности выполнения работ радикально сокращает время цикла — нередко от недель до одного-двух дней — и позволяет существенно увеличить объем выполняемых работ без расширения штата. Эффективные улучшения — это источник возврата инвестиций от BPM номер один.
   


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


4. Темп. Новая революция в IT — это сервис-ориентированная архитектура. SOA дает возможность сделать IT-активы, как новые, так и существующие, открытыми для интеграции и повторного использования в виде сервисов-компонент. За счет стандартизации интерфейсов между компонентами, не зависящей от способа их реализации, SOA существенно снижает стоимость и трудозатраты интеграции всех бизнес-систем предприятия. BPM реализует бизнес-логику увязывания этих сервисов, именуемую оркестрацией, и дает возможность быстро вносить в нее изменения в ответ на меняющиеся требования.
   


5. Непрерывное усовершенствование. Конечная цель управления бизнес-процессами — оптимизация производительности. Те же метрики и ключевые показатели (KPI, key performance indicatiors), которые были заложены в модель процесса и проанализированы в режиме симуляции, могут быть получены из запущенного процесса и отображены в реальном времени на панели управления BPM и в отчетах. Аналогично корпоративным системам управления эффективностью, BPM поддерживает высокоуровневые стратегические метрики, дрилл-даун и сигнализирует, когда показатели начинают отклоняться от заданной цели. Вдобавок, предоставляя платформу, в которой можно привязывать действия к правилам, BPM способна заменить простую сигнализацию автоматизированными процедурами эскалации проблемы в реальном времени и оперативного исправления ситуации, тем самым сводя к нулю задержку реакции на изменение бизнес-условий. В конечном итоге, параметры, полученные из фактических операций, могут быть поданы на вход моделирования процесса, с тем чтобы запустить очередной цикл повышения производительности.

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

Управление средой Eclipse, или успокоится и начать жить

Вышел релиз Eclipse 3.3.1 и обновились все соответствующие дистрибутивы. Все это может быть найдено на странице Eclipse Downloads

Факт рядовой, но пост зрел уже давно. Кто использует Eclipse и продукты на нем основанные наверное меня поймут... Раньше был один дистрибутив Eclipse SDK 3.X.Y, который можно было закачать как целиком так и основными частями. Что представляют из себя компоненты SDK можно посмотреть например по ссылке. Если коротко, SDK - это больше, чем нужно простому разработчику. Поэтому с версии 3.3. кроме традиционных Third Party Distros появились версии ориентированные на целевые группы пользователей

Eclipse IDE for Java Developers - The essential tools for any Java developer, including a Java IDE, a CVS client, XML Editor and Mylyn. Find out more...

Eclipse IDE for Java EE Developers - Tools for Java developers creating JEE and Web applications, including a Java IDE, tools for JEE and JSF, Mylyn and others. Java 5 (or higher) required. Find out more...

Eclipse IDE for C/C++ Developers - An IDE for C/C++ developers. Find out more...

Eclipse for RCP/Plug-in Developers - A complete set of tools for developers who want to create Eclipse plug-ins or Rich Client Applications. It includes a complete SDK, developer tools and source code. Find out more...

Eclipse Classic - The classic Eclipse download: the Eclipse Platform, Java Development Tools, and Plug-in Development Environment, including source and both user and programmer documentation. Find out more...

Другие проекты Eclipse как самого Eclipse, так и базирующиеся на этих технологиях плотно используют DTP, WTP. Сами DTP, WTP, BIRT плотно используют GEF и EMF, причем возможно разных версий. Т.е. все это хозяйство часто не стыкуется в пределах одной установки и нельзя, или достаточно сложно, поместить все необходимые продукты в одну среду... При этом есть дистрибутивы этих проектов "All-in-one", которые работают сразу... Часто нельзя это сделать и при помощи сайтов обновлений, т.к. версии библиотек часто просто конфликтуют. В общем с каждым очередным релизом платформы можно начинать качать все заново (как раз вот пишу и качаю jee и sdk). Надеюсь скачать SDK и потом докачивать только необходимые части проектов, но правильно управлять конфигурациями я пока не научился.

Эх пошел спросил у гугла ...

Управление средой Eclipse

Вы неизбежно будете иметь несколько установок Eclipse, если используете более одного основанного на Eclipse продукта. Например, если вы используете Eclipse V3.1 для повседневного Java-кодирования и используете Eclipse с WebTools для авторинга приложений IBM WebSphere®, значит вы имеете две совершенно разных установки Eclipse. Общие подключаемые модули и рабочие области для этих Eclipse-продуктов помогут сберечь ваше время и избежать определенных проблем при обновлении.

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

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

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

трест который ... через дебри маркетинга

Вчера попались на глаза пост в itblogs.ru - Бизнес "1С" – рост как на дрожжах. Только еще быстрее! и статья на koderlogic.ru - Проблемы быстродействия систем ERP – системный кризис

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

В марте говорилось, что 8.Next может появиться к концу 2007 года, но сейчас говорят, что в этом году может быть выпущена только ознакомительная бета-версия. В общем-то, тут спешка особая и не нужна: партнерам нужно еще переварить 8.1 (не говоря о том, что многие не перешли с 7.7 на 8). Характерно, что изменилось отношение партнеров к инновациям со стороны "1С": в свое время многие с заметным опасением относились к перспективам перехода с 7.7 на 8. Сейчас ожидание 8.Next не вызывает таких настроений.

Интересно, что если в общем случае внутренности ERP крупных вендоров требуют модернизации под существующие потребности бизнеса, то до 1С 8.Next потребители еще не доросли :)

Те, кто не переписал ядро, на данный момент остались в плюсе. Но в такой ERP многие возможности СУБД не используются и скорость обработки данных низкая...

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

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

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

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

Вот и получается – хуже делаешь – больше платят.

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

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

Возможности Интегратора по одурачиванию Клиента велики, а риски минимальны...

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

Историческая перспектива "трест который лопнул" - большие империи держались не долго - Македонский, Рим, ... И первая задача покупателя - пробраться через дебри маркетинга, который поставщик сваливает тоннами на бедного потребителя :)

ЗЫ.

Знакомая устроилась на работу в рекламную компанию. Она маркетолог и где бы не работала везде был c маркетингом бардак. В первый день восхитилась, что там стоит TerrasoftCRM (директор TSCRM сам лучший маркетолог) - я показывал ей презентацию версии 3.0 - она была в восторге и хотела уже купить за свои деньги. Вчера выяснилось, что систему то купили, только никто ей не пользуется. Начальство объясняет это недостаточной квалификацией персонала. И "автоматизация" ведется в MS Excel ... Вот такое вот внедрение. И начальство говорит, что будем брать более квалифицированный персонал, которые уже будут использовать систему ... которая порядком успела устареть за время ее неиспользования...

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