Файлы Excel, весьма небрежно набитые вручную сотрудниками компаний, необходимо загружать на SQL сервер. Данные каждой компании обычно перед загрузкой очищаются от нежелательных знаков, некоторые поля дробятся, например ФИО в Фамилия, Имя, Отчество или наоборот сливаются в одну колонку, затем проводится сравнение с другими данными и т.п.

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

Прошу участников высказать замечания по проектированию такой программы. Может, кто знает прототипы, которые можно взглянуть, посмотреть. Как проектировать такую программу? Определять типы «на лету», проводить валидацию, создавать класс динамически и применять к нему управляемый (плагины?) набор правил? Пока вижу только такую схему. Прошу вашего совета.

Cane Cat FisherОтобрать у сотрудников Excel...Отобрать у сотрудников Excel не получиться. Это в своем большинстве адреса клиентов компаний-заказчиков, которые составлены уже задолго до того, как попадают к нам.

ShSergeЭто дело успешно решается с помощью xsd.Скажу больше, прототип такой программы я уже написал на основе DataTable, и он активно используется в работе. Однако налицо некоторые проблемы, связанные в основном с обработкой данных. Это зашитые в коде «правила», перегруженная методами логика, сложность расширения и поддержки.

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

Current object model:

Да действительно логика получается сложная. Но в моем понимании если количество вариантов ограничено, то мы можем создать подобный интерфейс, то есть, грубо говоря, предусмотреть все возможные варианты. Если откровенно передо мной ранее никогда подобной задачи не стояло и конечно мне пришлось решить немало вопросов. Идет третий месяц разработки этой программы, я сделал альфа релиз, но для работы неподготовленных пользователей он не подходит, для работы с программой нужны хотя бы начальные профессиональные знания.

На данный момент я создал sophisticated анализатор, провел тестирование, максимальная погрешность составляет 5-10%, что вполне приемлемо в моем случае. Для пользователя вывожу контрольную форму, в которой в понятной пользователю форме отображаю результаты работы анализатора, пользователю остается только подтвердить или в некоторых случаях поправить результаты. Таким образом, я решил type definition.

На очереди логика приложения, на данный момент возникла небольшая задержка, потребовали более развитый UI, и я занимался прикладными функциями, но на этой неделе подойду вплотную к формированию логики. Как я это буду делать - этот вопрос меня мучает до сих пор, но первые выводы я уже сделал:
-создать logic-builder module, с помощью которого будет строиться логика;
-создать гибкий интерфейс, способный обрабатывать все возможные вариации логики;

Cane Cat FisherЯ хочу выразить мысль, что сопровождение этой системы может оказаться сложнее, чем исходной.Без сомнения до какого-то момента потребуется интенсивное сопровождение программы. В любом случае это оправдано, программа заменяет работу целого отдела из 4 человек, и в кулуарах уже слышен ропот, но что поделаешь, прогресс :)

PS. Моя цель уйти от "консервации" методов обработки в коде. Ваши соображения? Как построить дизайн?