powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Архитектура разработки
5 сообщений из 105, страница 5 из 5
Архитектура разработки
    #34947757
АБ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
strizh2) NXJ Interaction Server с временными ключами, необходимый для запуска экземпляров тестового бизнес-процесса - и где взять компоненту ? Там же дают ? :) Не нужен, для ограниченного тестирования достаточно разработческого софта. В его составе есть все необходимое: и JBoss, и SQLBase. Ограничение - не больше двух одновременно работающих пользователей.

Демо-ролик с unify.ru скачали?
...
Рейтинг: 0 / 0
Архитектура разработки
    #34951990
pvs
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pvs
Гость
Хотел бы вернуться ко своей теме :) Все-таки BPM - это не точно нам сейчас нужно.
Раскроем проблему подробней. В нашей компании разрабатывается большое кол-во приложений: порталы, сервисы, небольшие веб-армы, гуи-приложения и т.д. и т.п. Естественно они все взаимодействуют с данными, и как правило, с разными источниками. Некоторые находятся в разных филиалах. СУБД на любой вкус. Основное средство разработки .NET

Главное требование, чтобы разработчики (и конечные пользователи) на прямую не ходили в СУБД и к другим источникам данных. Это необходимо скрыть и более того контролировать правами доступа. Нужна возможность мониторинга процессов (для оценки производительности, поиска узких мест, протокол ошибок и максимально быстрая реакция на их устранение) не на уровне СУБД, а на уровне бизнес операций. Более подробно см. первый пост :)

Понятно, что здесь однозначное решение это SOA. Но каждый раз писать сервисы для доступа к данным это не дело. Тут нужна автоматизация. Я посмотрел продукты IBM и BEA. Мне кажется это все-таки это слишком круто, возможно достаточно избыточно для нас и главное, дорого.
Существуют ли решения по проще и более ориентированные на процесс разработки сервисов и доступа к ним, а не на управление бизнес процессами?
...
Рейтинг: 0 / 0
Архитектура разработки
    #34952023
pvs
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pvs
Гость
Lunxвообще ИМХО правильно строить не мостики между системами, а делать произвольную интеграционную систему, назначение которой как раз и заниматься обменом данными с другими БД. В этом смысле подход автора топика очень интересен, я как-то даже над этим не задумывался раньше - создать сущности, методы как отдельную метабазу (понятие автора). Оно то в принципе так и есть, и в каше так же, и, насколько я понял - в искре. Только там этой сущностью является элемент workflow, куда нацепляются алгоритмы взаимодействия с данными в зависимости от статуса, а здесь автор расширяет точку зрения. В общем все то же самое, что и раньше, просто точка зрения другая. Например банальный справочник клиентов, который может существовать в трех-пяти экземплярах в разных БД. Для занесения одного новго элемента workflow может и не быть нужен - все определится правами. Вот вам сущность - справочник - который по заранее известным правилам при создании в одной БД элемента начнет создавать элементы в других. Только ох как тяжко будет эти правила писать. Без ариса никак здесь.
Наверное вот этот пост наиболее близко описывает то что мы хотим получить.
...
Рейтинг: 0 / 0
Архитектура разработки
    #34952080
Mainframe_старый
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pvs В нашей компании разрабатывается большое кол-во приложений: порталы, сервисы, небольшие веб-армы, гуи-приложения и т.д. и т.п. Естественно они все взаимодействуют с данными, и как правило, с разными источниками. Некоторые находятся в разных филиалах. СУБД на любой вкус.

Тут такое дело - исключительно из собственного опыта - если вы все это делаете, то вам нафиг не нужно ничего стороннего - вы все сами сделаете. Вы в стороннем будете дольше разбираться-подстраивать под себя (и наверняка убедитесь, что оно не делает то, чего вам надо), чем сделаете то, что нужно вам. Но это зависит от того, насколько вы серьезно сами делате порталы (а то может вы просто взяли чужой движок и что-то там нацарапали), сервисы (может вы пару сервисом написали для развелчения), веб-армы (может у вас пара отчетов выводится и три справочника заполняется) и т.п. Т.е. если у вас уровень высокий , то делать самим. Тут в соседних топиках обсуждались вопросы настраиваемых решений - у вас задача в эту категорию попадает.
...
Рейтинг: 0 / 0
Архитектура разработки
    #34956443
strizh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Продолжу свои мысли в новом топике
...
Рейтинг: 0 / 0
5 сообщений из 105, страница 5 из 5
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Архитектура разработки
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]