Здравствуйте, Poudy, Вы писали:

P>Стоит задача разработки кучи некоторых инф.систем.
P>Допустим, CRM, Sales, WMS и т.д., специальные, недоразвитые, интегрируемые с 1с/Axapta и друг с другом.
P>Все системы могут ставиться и использоваться отдельно.
P>Желательно иметь их все в одном окне, примерно как в SAP.

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

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

P>Как подойти к вопросу разработки и интеграции модулей?
P>Т.е. есть какая-то базовая система сущностей и всего с ними связанного (Клиенты, Сотрудники, Товары, окошки).
P>Для CRM или Sales необходимы определенные, но различные, расширения состава полей, тех же окошек и прочего.
Любое окно может иметь стандартную часть, а необходимая функциональность достигается за счет дополнительных расширений данного окна. Например, окно с табами, где есть закладка "основные параметры", а в зависимости от вызываемого контекста загружать дополнительные расширения окна, которые добавляют свои закладка типа "CRM specific".
Пример такой архитектуры можно посмотреть здесь

Автор: stasukas
Дата: 12.10.05

. Если посидеть с напильником, то можно за некоторое время заточить под себя и использовать в дальнейшем (это, чтоб не выдумывать самому велосипед )

Что касается общей архитектуры решения, то использовать модульную интерфейсную часть, которая будет общаться с бизнес-логикой (ES, WS или другие технологии), а та в свою очередь с БД.

P>Зная заранее, что все системы разрабатываются нами, пусть и в разное время, что можно предложить в плане теории и практике разработки и интеграции таких штук?
Если система пишется с нуля, то лучше с самого начала писать модульную расширяемую систему. Если уже есть какие-то разработки, то можно их интегрировать с помощью интегрирующего ПО (как самописного, так и с помощью вещей типа BizTalk).

P>У меня уже сформировалось мнение, но хотелось бы узнать для начала мнение комьюнити.