powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / обработка ошибок операторов
11 сообщений из 11, страница 1 из 1
обработка ошибок операторов
    #35908771
Фотография darkbird81
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
работаю програмером в ERP ИС-ПРО вер.7.х (БД на MS SQL Server 2005).
нередко сталкиваюсь, что ошибки операторов искажают данные, получаемые через отчетную систему (в ис-про встроен FastReport ver.4), а имхо корявая структура БД не позволяет производить нормальный анализ (например в важных для анализа полях не разшенено использовать NULL, что приводит к значениям '1876-12-31 ..' в полях даты).
например (в модуле управления персоналом) дату поступления не введут, дату начало стажа в организации, признак пола, или код причины увольнения, код профессии или должности, или оба кода укажут.. да и много еще чего.

я обычно делаю анализ данных, ищу ошибки и несоотвествия, расчет проверяю, но реально уже достало.

вот наиболее простой пример: отделу кадров нужен отчет по сотрудникам по районам проживания. в БД есть такое поле "район" (а еще поля "улица" "дом" и т.д.)
большинство операторов на это забивают, и вводят адрес сразу текстовой строкой в другое поле. причем кто как.., и грамматические ошибки тоже не редкость.
ну и чиво мне, парсер писать ? (как ни странно, в БД нет таблицы "справочник районов города")

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

сейчас система в стадии внедрения (еще используется вер.4), так что пока это не критично, и полгода точно еще не будет критично. а вот потом хрен его знает :(
...
Рейтинг: 0 / 0
обработка ошибок операторов
    #35908992
ВСК
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Если кратко,
здесь как минимум две задачи:
1) обеспечить интерфейс, минимизирующий ошибки оператора
2) обеспечить качество данных там, где не стработает пункт 1

по первому пункту - не давать вводить, если не заполнены обязательные поля, данные не соответствуют формату и т.д. Там где возможно, использовать выбор из списка. В общем все это описано в с букварях по проектированию интерфейсов.

по второму пункту в 2-х словах не опишешь. если вкратце - использовать парсер с учетом наиболее распространенных ошибок. Плохие данные возвращать вводильщикам пока не научатся вводить правильно.
...
Рейтинг: 0 / 0
обработка ошибок операторов
    #35909014
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
darkbird81работаю програмером в ERP ИС-ПРО вер.7.х (БД на MS SQL Server 2005).
нередко сталкиваюсь, что ошибки операторов искажают данные,
основная задача СУБД - хранение НЕПРОТИВОречивых данных.
Если Бизнес-логика находится в СУБД, то за это отвечает проектировщик БД и архитектор Системы.

Соответственно с них и спрос.
Аналитик должен им подсказать, какие именно ошибки данных считать критичными для бизнеса.
...
Рейтинг: 0 / 0
обработка ошибок операторов
    #35909032
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
darkbird81подскажите, как кто поступает в таких случаях ? как вообще заведено обрабатывать такие ситуации и перед начальство как отчитываться, и нужно ли это делать ? ошибки операторов становятся проблемами програмеров или можно лишь указать на них в отчете про программу, а на обработку забить ?

Данные - это вопрос бизнеса. Программеров этот вопрос не должен волновать до тех пор он не волнует бизнес. Качество ввода данных может быть обеспечено - ну например всякими констрейнами. Решать самому такие вопросы {без участия бизнеса} я бы не советовал - а вот поднять вопрос на встрече с бизнесом - обязательно. Постарайтесь уточнить у поставщика (наладчика) вашей ERP ИС-ПРО вер.7.х как они рекомендуют обеспечивать качество ввода данных. Обычно есть какието validation(??) ограничения и в GUI. Они могут быть отключены по умолчанию. Во всяком случае вопрос поднятый - очень правильный. Говорите с бизнесом. И не забудьте учить юзеров
...
Рейтинг: 0 / 0
обработка ошибок операторов
    #35918508
4umg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
darkbird81
вот наиболее простой пример: отделу кадров нужен отчет по сотрудникам по районам проживания. в БД есть такое поле "район" (а еще поля "улица" "дом" и т.д.)
большинство операторов на это забивают, и вводят адрес сразу текстовой строкой в другое поле. причем кто как.., и грамматические ошибки тоже не редкость.
ну и чиво мне, парсер писать ? (как ни странно, в БД нет таблицы "справочник районов города")

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



Используйте КЛАДР в качестве справочника адресов или видите свой, а КЛАДР для сверки. Поля страна, регион, типы нас. пунктов и улиц желательно выбирать из списков в программе. Если адрес не разбирается по справочнику, то пишется как есть - строкой (иностранный например) ... увы бизнесу не запретишь.

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


Mr Marmelad
Данные - это вопрос бизнеса. Программеров этот вопрос не должен волновать до тех пор он не волнует бизнес.

Вцелом верно, но если бы было все так просто...
...
Рейтинг: 0 / 0
обработка ошибок операторов
    #35919054
Фотография darkbird81
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ВСК1. да, было бы хорошо )) но увы, интерфейс по вводу данных обеспечиваю не я. это ваяет фирма-производитель, и ИС-ПРО не опенсорс.
2. по пункту два не понял.. как обеспечить качество данных, если я не могу повлиять на их создание ? парсер я имел ввиду только для анализа данных

Petro123
бизнес-логика и в БД, и программно реализована. проектировщики и архитекторы вроде то и отвечают за что-то.. но я так понимаю, мое начальство не хочет с них что-то требовать ((

Mr Marmelad
бизнесс сказал "посадим операторов, пусть всю базу проверяют, это лучше чем в игры резаться" а учить юзеров мне как-бы по должности не положено

4umg
посмотрел КЛАДР. немного не то, что нужно (россия, а мне ток харьков нужен). да и из пушки по воробьям... )) натолкнуло на мысль написать свой справочник адресов и добавить его в БД. но хм.. на него ведь должны быть ссылки в таблицах, в которых содержаться данные по кадрам. наверно проще засадить операторов за проверку/ввод данных.
...
Рейтинг: 0 / 0
обработка ошибок операторов
    #35923913
ВСК
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
darkbird81,

под обеспечением качества данных имелось ввиду следующее:
раз уж вы не можете повлиять на качество ввода путем вмешательства в интерфейс, то можно попробовать следующее:
организационным путем заставить вводить операторов данные по принятому шаблону. данные, которые вы будете загружать в свою систему проверять на соответствие этому шаблону. Все, что не соответствует критериям отбрасывать и выдавать в виде статистических отчетов руководству - "вот смотрите какие @#$% ваши операторы, данные толком ввести не могут".
таким образом вы превратите проблему программеров в проблему менеджеров - пускай у них голова болит - нагнуть ли разработчиков насчет исправления интерфейса или заставить операторов вводить правильно.
после того как операторов несколько раз заставят данные перебивать они начнут вводить правильно - проверено опытным путем.
...
Рейтинг: 0 / 0
обработка ошибок операторов
    #36014267
Dmitry Zh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ВСК,

То, что вам нужно, называется "data quality", продукты для этого есть у большинства крупных вендоров. Для адресов, имен, дат, телефонов и прочих реквизитов можно попробовать HFLabs (продукт) или DataQ (Excel и SOAP-сервис). Оба умеют из единой адресной строки с ошибками, опечатками и т.д. получать адрес по КЛАДР. Если вы работаете в РФ, пол можно определить по ФИО в среднем в 98% случаев.
...
Рейтинг: 0 / 0
обработка ошибок операторов
    #36014296
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dmitry Zh,

Подробнее и ссылки есть?
...
Рейтинг: 0 / 0
обработка ошибок операторов
    #36014362
Dmitry Zh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Petro123Dmitry Zh, Подробнее и ссылки есть?
hflabs.ru, dataq.ru
...
Рейтинг: 0 / 0
обработка ошибок операторов
    #36014369
Dmitry Zh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
darkbird81наверно проще засадить операторов за проверку/ввод данных.Проще-то проще, только операторы вносят ошибок больше, чем исправляют. Причем после них вообще тяжело что-то понять, данные выглядят очень правдоподобно :-)
...
Рейтинг: 0 / 0
11 сообщений из 11, страница 1 из 1
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / обработка ошибок операторов
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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