Диспетчерское ПО «АвтоГРАФ.PRO» v.5.x (.NET)

[denisio]

Версия с инсталлятором
Архив (portable версия)
MSI-пакет (только для тестирования, без схем и данных)
Установщик бета-версии

Файл с настройками интернет-карт - MapsUrls.ini

Руководство пользователя
Cборник всей документации (pdf)
Cборник всей документации (zip)

Документы по отдельности
Быстрый старт
Руководство пользователя
Работа с картами (добавление и настройка)
Обработка и расчет (создание параметров для расчета, дизайнер параметров)
Отчеты (быстрые отчеты, детальные отчеты, редактирование шаблонов)
Контроль обработанной площади (создание инструментов, расчет площадей)
Список водителей (создание, идентификация по карточкам и т.д.)
Диспетчер пользователей
Геозоны

Импорт данных из АвтоГРАФ 4.0 в АГ 5 ПРО - пособие для перехода из 4.0 в 5 ПРО

Краткое введение (видеозапись вебинара) - смотреть видео, скачать видео в mp4 (2.8 ГБ),
Презентация
Требования: .NET Framework 4.0 или здесь

При запросе логина и пароля использовать: demo / demo

[LMaximS]

да, именно об этих библиотеках идет речь

[programmer]

LMaximS, мы внесём в установочный пакет необходимые Вам библиотеки, включая зависимые, так как считаем, что они должны обновляться именно с программой. Но, к примеру, одна только XtraReports тянет за собой ещё 3 новые библиотеки, а XtraReports.Web, которая Вам, скорее всего, не нужна, весит 15 Мб. Давайте определимся, что Вам конкретно нужно, и только это будет добавлено в следующую сборку.

[SK]

К тому же под одним пользователем могут работать несколько человек с разными мониторами и необходимыми окнами программы.

Это прямое нарушение концепции "индивидуальные настройки пользователя".
Согласитесь ?

Пользователь - это минимальная рабочая единица со своими настройками ПО "под себя" и (важно !!!) со своими правами и ограничениями.
Итог: получаются ломающие концепцию костыли, так как группа "физических" пользователей работает под одним "логическим" пользователем и требует набор настроек под каждого "физического" пользователя.
Что по сути означает, что вход осуществляется не под пользователем, а "под группой".

Я против таких костылей. Мы так можем слишком далеко зайти.
Особенно в будущем.
Потому что следующим ЛОГИЧНЫМ шагом Вы потребуете заходить под одним аккаунтом разным людям и каким-то образам чтобы у этих разных людей были разные права доступа или роли.

[SK]

Нужны библиотеки DevExpress.XtraReports,DevExpress.XtraReports.UI так как отчет сделан с их использованием. Простое копирование в папку АГ нужных библиотек не помогает потому что не совпадают версии(у меня установлена триальная версия DevExpress 17.1.5.0 )
Подскажите как выйти из положения.

При всём уважении к Вам лично за то, что Вы пишете расширения к ПО, (что делают относительно немногие) хотелось бы, чтобы подобные вопросы у Вас возникали не по факту написания Вами чего-то, а когда Вы задумали свою разработку и поняли, что для нее Вам потребуется эта библиотека.
Мы не можем включать все библиотеки DevExpress в инсталлятор (и не обязаны это делать) так как используем только часть их, а полный набор занимает СОТНИ мегабайт.

[Juggernaut]

LMaximS, обновитесь через бета-инсталлятор и у Вас появятся нужные библиотеки.

[LMaximS]

Сообщение от LMaximS

Нужны библиотеки DevExpress.XtraReports,DevExpress.XtraReports.UI так как отчет сделан с их использованием. Простое копирование в папку АГ нужных библиотек не помогает потому что не совпадают версии(у меня установлена триальная версия DevExpress 17.1.5.0 ) Подскажите как выйти из положения.

При всём уважении к Вам лично за то, что Вы пишете расширения к ПО, (что делают относительно немногие) хотелось бы, чтобы подобные вопросы у Вас возникали не по факту написания Вами чего-то, а когда Вы задумали свою разработку и поняли, что для нее Вам потребуется эта библиотека.
Мы не можем включать все библиотеки DevExpress в инсталлятор (и не обязаны это делать) так как используем только часть их, а полный набор занимает СОТНИ мегабайт.

Абсолютно с Вами согласен, просто с отчетной частью так уж получилось, что начал делать с использованием XtraReports.

Добавлено через 3 минуты

LMaximS, обновитесь через бета-инсталлятор и у Вас появятся нужные библиотеки.

Спасибо. в понедельник обновлюсь.

[rjteam]

Пользователь - это минимальная рабочая единица со своими настройками ПО "под себя" и (важно !!!) со своими правами и ограничениями.
Итог: получаются ломающие концепцию костыли, так как группа "физических" пользователей работает под одним "логическим" пользователем и требует набор настроек под каждого "физического" пользователя.
Что по сути означает, что вход осуществляется не под пользователем, а "под группой".
Я против таких костылей. Мы так можем слишком далеко зайти.
Особенно в будущем.
Потому что следующим ЛОГИЧНЫМ шагом Вы потребуете заходить под одним аккаунтом разным людям и каким-то образам чтобы у этих разных людей были разные права доступа или роли.

[/QUOTE]

Очень интересное замечание, мб я недостаточно точно понимаю концепцию, но получается что если у меня 10 логистов, я должен создать 10 пользователей (логист1, логист2 и т.д.) с абсолютно одинаковыми настройками, правами и т.п. и при этом еще не запутаться за каким конкретно работником (а они имеют свойство меняться). При этом нет никаких "костылей" вопрос был о добавлении галочки "не выгружать рабочий стол", т.к. даже у этих 10 логистов мб по разному настроены рабочие столы, а выгружать схему для каждого индивидуально с его рабочим столом, че то как-то за гранью упрощения.

Добавлено через 5 минут
Вместо понятной мне архитектуры, условно:

Организация (пользователь)
- Директор (дочерний пользователь)
- Логист (дочерний пользователь)
- Диспетчер (дочерний пользователь)

Если я правильно понял вы предлагаете мне архитектуру:

Организация (пользователь)
- Директор (дочерний пользователь)
- Логист 1 (дочерний пользователь)
- Логист 2 (дочерний пользователь)
- ...
- Логист n (дочерний пользователь)
- Диспетчер (дочерний пользователь)

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

[SK]

Очень интересное замечание, мб я недостаточно точно понимаю концепцию, но получается что если у меня 10 логистов, я должен создать 10 пользователей (логист1, логист2 и т.д.) с абсолютно одинаковыми настройками, правами и т.п. и при этом еще не запутаться за каким конкретно работником (а они имеют свойство меняться).

Простите, у Вас у водителей тоже права одни на всех ? )))
У нас в фирме никто не создает логины "сотрудник1", "сотрудник2", ... , "сотрудникN"...
Пользователь - это к тому же и единица идентификации действий.
В Вашей же концепции - никто ни за что не отвечает. Кто что сделал / создал / удалил - неизвестно. Некие безликие юзерыХ.
Для назначения одинаковых наборов прав, к слову, есть "роли".

[SK]

Вместо понятной мне архитектуры, условно:

Организация (пользователь)
- Директор (дочерний пользователь)
- Логист (дочерний пользователь)
- Диспетчер (дочерний пользователь)

Если я правильно понял вы предлагаете мне архитектуру:

Организация (пользователь)
- Директор (дочерний пользователь)
- Логист 1 (дочерний пользователь)
- Логист 2 (дочерний пользователь)
- ...
- Логист n (дочерний пользователь)
- Диспетчер (дочерний пользователь)

Конечно. Такую же организацию имеют и юзеры в 1С и юзеры домена в Windows... и юзеры массы других программ и веб-сервисов.
Ну не может же в компании быть так, что все физические пользователи входят в домен под одним и тем же юзером ? Это разве нормально ?

[rjteam]

Я писал о ролях)))

я настрою одинаково пользователей используя роли

Спасибо за разъяснения, будем в дальнейшей работе придерживаться предложенной вами модели) Но галочку "без выгрузки рабочего стола" хотим, т.к. проблема открыта:

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