Вопрос кто-нибудь встречался с описанием архитекутры каких-нибудь конкретных приложений для сбора и обработки данных, или может попадалось что-нибудь теоретическое на эту тему. Я пока что находил только "метеорологическую чтанцию" у Гради Буча. Про Labview и подобный совт я знаю, но пока что переходить на него не собираюсь.

Я думаю, что нужно начать с декомпозиции с помощью DFD (или диаграмм последовательностей UML'я). Обычно ньюансов у подобных систем не так много.

Всегда 3 подсистемы: сбора, хранения и обработки. Между ними прослойки хранимых очередей.

R>Всегда 3 подсистемы: сбора, хранения и обработки. Между ними прослойки хранимых очередей.

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

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

A>Вопрос кто-нибудь встречался с описанием архитекутры каких-нибудь конкретных приложений для сбора и обработки данных, или может попадалось что-нибудь теоретическое на эту тему. Я пока что находил только "метеорологическую чтанцию" у Гради Буча. Про Labview и подобный совт я знаю, но пока что переходить на него не собираюсь.

Почитай про CRM в инете, например, как про архитектуру Axapta Microsoft. Там где-то целый pdf валялся, расписывающий, как всё красиво сделано.

M>Почитай про CRM в инете, например, как про архитектуру Axapta Microsoft. Там где-то целый pdf валялся, расписывающий, как всё красиво сделано.

Спасибо, посмотрел. Мне кажется что OLAP ( On-line Analytical Processing ) ближе к сбору и обработки данных, чем CRM.
Меня больше интересуют Real-Time приложения (тут Real-Time тот который возможен на платформе Windows, т.е. не "жесткий" рил тайм).