02.2014 Программа просмотра "Быт Ку". - Спецификация не закончена. Смысл работы: Реструктурировать программу просмотра: - сделать логичный интерфейс, вменяемое представление зон суток - избавится от литералов в 3-х страничных SQL, привязке к идентификаторам параметров в базе - избавится от закрытых и кривых компонент: Delphi -> Qt, flexcel -> libXL. Пользователи, сценарии работы, отличия от существующей программы: ТФ: Техник по физ. лицам на участке УУ, хочет: - пошустрее, без ошибок, вкачать показания в CENSUS и забыть про АСКУЭ Работа: ТФ по кнопке из программы (либо из почты) видит 1 файл: Матрица + Одинокое АСКУЭ, общий тариф + 2 тарифа, только Актив ТФ выбирает в CENSUS "вкачать файл", видит список "Не импортировались", в списке указывает причину: счётчки сломан, это юр. лицо, это счётчик в ТП, исправить ведущие нули, тут 2 тарифа, а нужен 1 и наоборот, не принят (договор расторгнут и пр. и пр.), отправляет что получилось ВЧ и PYA<= получается ему прийдётся делать это каждый месяц для всех таких счётчиков в АСКУЭ. если причина в кривой конфигурации базы: делает Ctrl+C Ctrl+V + если это юр.лицо, говорит ТЮ. Судогодский участок: Муромцево, его не возможно засунуть в CENSUS автоматом (счётчики присылают только последние 4 цифры показаний), т.е. Ctrl+C Ctrl+V ТЮ: Техник по юр. лицам на участке УУ, хочет: - пошустрее, без ошибок, вкачать показания в программу Мух и забыть про АСКУЭ Работа: ТЮ по кнопке из программы (либо из почты) видит 1 файл: Матрица + Одинокое АСКУЭ, два тарифа + общий тариф, только Актив ТУ открывает программу Мух и делает Ctrl+C Ctrl+V, если есть вопросы - парит мозг ВЧ и PYA НГУ: Начальник группы учёта на учаске УУ, хочет: - увидить посуточную историю показаний по одному счётчику (и посуточные приращения энергии) - увидить помесячный баланс по ТП Работа: есть вопросы по отдельному счётчику - вводит заводск. номер, - видит профиль. есть вопросы по потребителю - вводит адрес - видит все счётчики, что там висели - смотрит профиль (по каждому отдельно) а с балансом он что делает??? ВЧ: Человек администрирующий базу Матрица, проверяющий полноту сбора, рассылающий показания на участки, хочет: - пошустрее перекачивать конфигурацию и данные в центральную базу, т.е. отвечать только за Матрицу, не иметь ничего общего с центральным сервером - ежесуточно проверять полноту сбора - ежемесячно выгружать данные Матрица для отправки на участки УУ (электронная почта) Работа: получает информацию от ТФ ТЮ НГУ о текущей конфигурации системы (адреса потребителей, тарификация счётчика, принадлежность счётчика к физ. юр., количество ведущих нулей счётчика), вносит изменения в Матрицу, нажимает ярлык "перекачать всё"; 25-ого числа каждого месяца создаёт файлы Матрица и отсылает всем (максимум 20 * 2 писем) PYA: Человек администрирующий базу АСКУЭ, составляющий балансы на ТП, проверяющий полноту сбора, рассылающий показания на участки, хочет: - ежесуточно проверять полноту сбора - ежемесячно отправляет данные ТЮ и ТФ Работа: вносит изменения в конфигурацию "Одинокое АСКУЭ" по информации от НГУ ВЧ ТЛН (ситема сбора, принадлежность счётчика к физ. юр.) по запросу рассылает файлы ТЮ и ТФ (максимум 20 * 2 писем) ТЛН: начальник УУ и компания, хочет: - видеть полноту сбора - видеть внутреннюю конфигурацию системы (телефонные номера, привязку базы к CENSUS?) - исключить ошибки при переносе данных в другие системы (это напишу что бы не забыть) Работа: а что они делают? АВМ: Великий идеалист и стратег, хочет: - то же что и НГУ, ТЛН Остальные: кто они? Что не будет (из того что есть сейчас): - расход за сутки, за месяц списком - показания на дату (тарифицированные и общие) списком - расход и показания за месяц (а вот придумайте кому он нужен) Программа: Сверху выбор "ПО и РЭС", "Юр лица / Физ лица / Все" Ниже вкладки: 1 "Один счётчик" = профиль по одному счётчику (и Одинокому и Матрице) На вкладке сверху "поле поиска" (заводской номер или адрес), рядом даты "с, по" (в даты ставим 2 последних месяца) и кнопка "в excel", под ними три списка (в списках отображается только то, что не отфильтровалось): <Деревни> <Список счётчиков в деревне> <Профиль по счётчику> <...> <Деревни> <Одинокое АСКУЭ> Т.е. пользователь пишет в поиск, при этом выделение в списке счётчиков сбрасывается (профиль пуст), выделяет счётчик => видит профиль. Профиль выглядит как 4 или больше колонок (показания на полночь выбранной даты + энергия): <Дата> <Зона 1> <Зона 2> <Зона 3> ... <Общий> <Энергия за день> <Энергия за месяц> Если данные получены расчётным путём - показываем их жёлтым, например: - со счётчика не считывается "общий", но общий рассчитан как сумма по зонам - со счётчика не считали показания, они дорассчитаны по среднему (закрываем дырки шириной 6 дней) PS: т.е. тут только 1-й канал счётчика (Актив) 2. "Интеграция" = отчёты для других систем Слева список: <Все> <Деревни> <...> <Деревни> <Одинокое АСКУЭ> Справа выбор даты и столбик кнопок: "В excel физ лица. для CENSUS" "В excel физ лица. Муромцево" "В excel юр лица. для Мух" "В эксель для ТЛН (полная конфигурация системы)" Пользователь выделяет пункт в списке, жмёт "В excel", открывается файл с последними показаниями в выбранном месяце. Кнопки CENSUS или Мух загораются, как установлено(физ/юр/все) в основном окне программы. Для CENSUS не выгружаем счётчики в ТП, в ремонте и т.д. (выгружаем только нужные тарифы?) Для Мух не выгружаем реактивы. PS: выгрузки и для CENSUS и для Мух должны быть читаемые Человеком (для CENSUS - "Муромцево") PS: в выгрузках могут показывается все тарифы и общий, т.е. <дата> <счётчик xxx> <зона 1, канал счётчика 1> <показания> <дата> <счётчик xxx> <зона 2, канал счётчика 1> <показания> <дата> <счётчик xxx> <общий, канал счётчика 1, если есть> <показания> <дата> <счётчик xxx> <зона 1, канал счётчика 3> <показания> <дата> <счётчик xxx> <зона 2, канал счётчика 3> <показания> <дата> <счётчик xxx> <общий, канал счётчика 3, если есть> <показания> даты для разных каналов одного счётчика могут различаться, но зона + канал всегда присутствуют только один раз (если показаний нет, в дате и показаниях ставим "пусто"). 3. "Балансы" Делаем как в настоящих балансах: Выбор "сутки/месяц", дата, кнопка "подробный отчёт". Список балансов, напротив каждого: приём, отдача, небаланс общий и в %. PS: одинокого АСКУЭ в этих "балансах" не будет. PSS: мб балансы по быт перенести в настоящие балансы отдельным пунктом? 4. Полнота сбора 5. Неполнота сбора Основная идея: показать не "сколько собрано", а "сколько не собрано". Реализовано, см. саму программу.