Метка: Oracle

Последний из могикан

Похоже, что не осталось уже кого-либо из крупных BPM вендоров, не обративших внимание не тему Adaptive Case Management. Последним к клубу любителей ACM, включающему IBM, Documentum, OpenText, Pega Systems и др.  присоединилась компания Oracle. Пока больше на словах, чем на деле. Несколько ссылок, появившихся в блоге Oracle после прошедшего недавно Oracle OpenWorld:

Кнопка «Feedback» в бизнес-приложениях

Рассматривая примеры приложений в Oracle Application Express наткнулся на одну интересную фичу. В коробке с Oracle APEX есть приложение для командной работы «Team Development», включающее в себя такие базовые функции, как планирование, управления задачами и требованиями(фичами), баг трекинг и т.п. Одним словом, довольно нормальное такое приложение для RAD разработки, ничего особо примечательного, если бы не одна вещь. Если мы запустим пример приложения, разработанного на Oracle APEX, то увидим в правой верхней части сайта кнопку «Feedback».

При нажатии на ссылку открывается неприметное окошко с предложением оставить комментарий, зарегистрировать ошибку или предложить улучшение. «Feedback» — традиционная функция для сайтов и инновационная для бизнес-приложений.

Т.е. бизнес-приложение изначально интегрировано с bug tracker-ом разработчика. В корпоративных информационных системах такое не принято. Много лет и ресурсов компании потратили на создание единого HelpDesk, в котором не очень высоко оплачиваемые специалисты дают не всегда правильные ответы на совсем неправильные вопросы пользователей. На большом масштабе получается хорошая экономия. Однако и отрицательные последствия централизации этой функции велики. Для большинства пользователей быстро найти нужно человека в ИТ, который мог бы решить проблему – задача неимоверно сложная. Чтоб твои вопросы решались надо быть директором, а лучше – вице-президентом. Похоже, маятник начал движение в обратную сторону. И уже разработчики приложений заинтересованы в установлении прямого контакта с конечным пользователем. Особенно это актуально для внешних разработчиков. Ведь если баг – это дополнительная неоплачиваемая работа, то расширения функционала – новый заказ. При этом, вся бюрократическая машина внутрикорпоративного ИТ остается не при делах. Маркетологи это называют каналом взаимодействия с клиентом. Тенденция чем-то похожа на то, что в сфере управления бизнес-процессами называют Social BPM.

Настоящие акулы ИТ аутсорсинга не должны упускать такие возможности!

Пользовательский интерфейс к базе данных Oracle

ИТ подразделение любой современной компании регулярно получает запросы на разработку новых систем. Обычно, речь идет о каком-нибудь небольшом решении, реализуемым простой базой данной и парой десятков пользовательских форм. Существует множество технологий, позволяющих это сделать. Наверное, наиболее распространенным на сегодняшний день является подход Microsoft: берем MS SQL Server + MS Internet Information server, рисуем базу данных и веб-приложение и задача решена. Я сам баловался этим подходом лет десять назад. (Кстати, сейчас нашел в интернет разработанный мною в 2000 году блог/форум тех.поддержки для дилеров нашей компании и с чувством нескрываемой гордости 😉 обнаружил, что за прошлую неделю там появилось штук пять новых сообщений. Значит работает! Сайт чуть-чуть отребрендили, к расширению файлов скриптов буковку “x” добавили, но существенно ничто не поменялось )

Но я сейчас не об этом. Де-факто стандартом реляционных баз данных для крупных компаний является СУБД Oracle. По Ораклу экспертизы больше как в части поддержки, так и у разработчиков баз данных. А вот с разработкой простых приложений порядка меньше. Поэтому, я хочу собрать подходы к решению задачи разработки БД с «окошками» в одно сообщение, в надежде их как систематизировать. Что я вижу на текущий момент

Подход 1. Берем приложение в архитектуре Microsоft и меняем MS SQL на Oracle

Подход 2. Oracle application Express. Я уже писал о том, почему следует использовать Oracle APEX. Развернуть такое решение можно как непосредственно на движке базы данных, так и с использованием промежуточного сервера приложений JavaEE. Кстати, недавно Oracle обновил приложение APEX Listener

Подход 3. Oracle Application Development Framework. Традиционный JavaEE подход к разработке приложений с бизнес-компонентами и JavaServer Faces для пользовательского интерфейса.

Подход 4. Кастомизация бизнес-приложений, реализованных в этих приложениях средствами.

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

Oracle APEX websheet application

Веб-листы Oracle APEX это попытка создать приложение для хранения как структурированных, так и неструктурированных данных. С этим инструментом работают конечные пользователи, а не разработчики. Среди основных возможностей веб-листов:

 

  • Создание веб-страниц в броузере при помощи визивиг-редактора или в HTML и естественно просмотр этих страниц.
  • Организация веб-страниц в иерархию,  связывание их гиперссылками в стиле (using [[ pagename ]] syntax)
  • Создание и управление табличными данными посредством datagrid
  • Создание интерактивных отчетов и диаграмм с использованием языка SQL. Примерно так:

[[SQL: select * from bugs where due_date < sysdate and status = ‘OPEN’]]

  • Комментирование веб-листов и конкретных записей; присоединенные файлы, теги(метки) и гиперссылки
  • Навигация по записям и полнотекстовый поиск
  • Управление доступом посредством ACL, несколько схем аутентификации

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

Подробнее: Oracle APEX websheet application FAQ

Ожидания, разочарования и прогнозы 2010/2011

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

Безусловным хитом года 2010 стала тема адаптивного кейс менеджмента. Adaptive Case Management это разумная середина между излишней наукообразностью BPM подхода и отсутствием таковой у подхода ECM. Продолжить чтение «Ожидания, разочарования и прогнозы 2010/2011»

Почему Oracle APEX

Что делает нормальный программист, не испорченный разговорами об архитектуре предприятия и презентациями о системах управления бизнес-процессами, когда к нему приходит пользователь с пачкой excel-файлов и говорит: «Надо бы как-нибудь автоматизировать!». Немного похмурив брови  и почесав затылок, программист говорит: «Нужно базу данных писать, начальника». Так делали наши деды и, возможно, так же будут поступать наши внуки. Если,  конечно, SalesForce к тому времени не утащит все наши данные в облако(см. http://www.database.com/) Продолжить чтение «Почему Oracle APEX»