Требуется руководство по архитектуре?

Question

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

В основном этот процесс, как потянув некоторые данные из оракула, а затем заполнить их , в частности, файлы шаблонов Excel.

Каждый отчет, и поэтому их шаблоны отличаются друг от друга. За исключением обработки файлов Excel, вряд ли существует какая-либо бизнес-логика.

Клиент хотел встроенный инструмент, и все автоматизированные процессы размещены как меню/подменю.

Прямо сейчас около 30 процессов ждут автоматики. И мы ожидаем новых отчетов в следующем квартале.

Я нигде не располагаю практическим опытом, когда приходит к архивированию. Уже сейчас я поддерживаю две или три системы (их больше 4 лет). для этого престижного клиента. Вероятность использования вышеупомянутого инструмента будет разыграна еще на 3 года.

Из моего прошлого опыта я испытывал боль при имплантировании запросов на изменение к исходной & недокументированной базе кода, что привело к разрушению системы, а затем и самому.

Таким образом, моя главная и самая большая проблема заключается в сохранности.

Когда я искал их, я натолкнулся на эту ссылку, Smart Clients Using CAB and SCSF - это ссылка, подходящая для моего требования?

Также Должен ли я разместить каждый автоматизированных процессов в отдельных формах в рамках одного проекта, или поместить их в отдельные проекты в рамках единого решения ..

Пожалуйста, поправьте меня, если пропустили любую другую важную информацию.

Thx.

Answer 1

Мы построили аналогичную систему много лет назад. Система состояла из основного процесса и серии генераторов отчетов Excel, которые реализовали архитектуру плагина. Каждый отчет имеет собственный генератор отчетов и может генерироваться по собственному расписанию, что очень похоже на то, как кварц и quartz.net обрабатывают планирование (но это было за много лет до их создания). Архитектура плагина была ключом к системе, поскольку новые генераторы отчетов можно было создавать и динамически отбрасывать.

Главный процесс отвечал за генераторы запуска/мониторинга, прослушивание событий, вызванных генераторами, и распространение всех отчетов. Пересечение в основном состояло из FTP на файловый сервер, где отчеты можно было просматривать и сохранять с веб-сайта. Но у нас также есть сообщения, отправленные по электронной почте в список рассылки.

Основная база данных, в которой хранятся все данные отчета, также содержит все метаданные системы, которые информировали основной процесс, и генераторы деталей их работы, которые должны быть выполнены.

В нашей системе все отчеты запускались последовательно, главным образом из-за ограничений Excel в то время. Предполагая, что Excel теперь способен себя вести, нет никаких оснований полагать, что новая система не может быть спроектирована для работы в паралели.

Answer 2

Почему вы не заменяете различные шаблоны Excel надлежащим решением для отчетности?Использование достойного продукта отчетности имеет следующие преимущества:

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

Лично я бы пропагандировать использование служб отчетов SQL Server (версия 2008, попытаться избежать 2005), хотя есть и другие продукты. SSRS может разговаривать с базой данных Oracle, ее можно получить и использовать бесплатно.

Вы также указали неопределенные ссылки на «процессы». То, как я это прочитал, у вас есть какой-то код, который работает где-то, который вытаскивает данные из базы данных, немного массирует его и помещает в какую-то промежуточную область - может быть, электронная таблица Excel является промежуточной областью, а дальнейшие отчеты производятся из этой поэтапной данные. Если моя интерпретация верна, то вышеупомянутый отчетный продукт (и, возможно, многие другие) устраняет необходимость этого.