9 июня 2006 г.

Программирование логики

Бизнес-процесс - это связанный набор повторяемых действий (функций), преобразующих исходный материал и (или) информацию в конечный продукт (услугу) в соответствии с предварительно установленными правилами. ARIS - это продукт, для описания бизнес-процессов. Он, по определененным правилам, описывает:
  • последовательность вызова бизнес-процессов;
  • условия вызова бизнес-процесса (входные, выходные и используемые в процессе документы);
По сути, бизнес-процессу в IT могут соответствовать:
  • функция;
  • процедура;
  • модуль;
  • класс (но не экземпляр класса);
Теперь, если взять ARIS (модель eEPC) и поставить в соответствие указанные выше термины из IT, то появляется хороший повод для размышлений ;) ... По крайней мере у меня сразу возникли такие мысли:
  • коллекция функций, как-то связанных между собой;
  • каждая функция имеет некоторый уровень, на котором она используется (например, "сложение двух чисел" - один уровень, а "отобразить сообщение" - другой);
  • функция = бизнес-процесс;
  • ну и главная мысля: программирование логики с помощью бизнес-процессов, т.е. накидываем бизнес-процессы, связываем их и настраиваем - программа готова.

3 комментария:

Анонимный комментирует...

Ciao. Mi piacerebbe capire cosa scrivi ma mi è impossibile. Il tuo blog ho visto che ha gli stessi colori e grafica del mio.
Ti saluto tovarisch.
Roberto from Italy

Анонимный комментирует...

Все здорово. Но пока непременимо. Забываем про ограничения платформ, внутреннюю реализацию, и напоследок интерфейс взаимодействия с пользователем.
Что получаем? Получаем то, что такая система никому не нужна. Или нужна только ради моделирования бизнес логики. Полезно конечно, но границы применимости узки.

Aleksey комментирует...

Кроссплатформенность решается. Хоть и с некоторыми проблемами, но решается.
На счет ненужности - это Вы вообще зря. :) Получается, что UML тоже никому не нужен. :)