Windows Клиент-серверное ПО диспетчеризации (LKDSDisp)
- Автор темы Andi
- Дата начала
revit
Гуру
Для правильной работы комплекса это наверное самое важное!!! насмешилAlex написал(а):
Они у меня пустые с 2003 года, как собственно и некоторые другие еще. Тут дело такое ИМХО- если это база данных то нужно вносить всё, в случае с LKDSDisp этой инфой могут пользоваться и другие, но тогда нужно чтобы все лифты были на ОБИ. А поскольку такое недостижимо в современных условиях эксплуатации и в качестве основной базы данных предприятия обычно используют свои программы то в МПульт (СПульт) необходимо вносить только ту информацию которая действительно относится к диспетчеризации и нужна связистам и администратору системы ОБЬ.
Последнее редактирование модератором:
Victorovich
Активист
Андрей Ефименко написал(а):
Я скопировал папку SPult сервера на флешку. Прописал в удалённое подключение данные сервера и загрузку изменений без подтверждения. Теперь на любом ПК, имеущим выход в интернет, могу посмотреть лифты прописанные на сервере, т. е. вариант portable. Будут ли все изменения на сервере отображаться и в SPult portable?
Victorovich
Активист
revit написал(а):
Но про этот вариант в документации не сказано. И будет ли проходить видео с лифтов?
revit написал(а):
Все это, конечно, будет сделано.
А что бы диспетчер не искал связистов по бумажке, можно заполнять поле "Примечание" в панели параметров лифта. Переход на следующую строку в поле "Примечание" делается по Ctrl/Enter.
Информация из поля "примечание", вместе с адресом, появляется при наведении на картинку лифта курсора мыши. Это есть и в MPultPro и в SPult
revit
Гуру
В "примечание" я ввожу самые необходимые данные, дополнительные к местоположению лифта, т.к не всегда можно описать точное местонахождение полями улица, дом, подъезд.
Допустим местонахождение лифта в больничном комплексе где есть номер дома а далее идут корпуса а в каждом корпусе десяток лифтов и как то надо их местоположение однозначно описать.
Также к местонахождению относится и идентификация лифта в группе т.е когда несколько лифтов находятся в одном месте. Это тоже туда вписываю .
Еще бывают двойные адреса у угловых домов из-за которых не раз бывали непонятки. Так вот второй адрес тоже вписываю в примечание.
Это приходится делать т.к длина в поле "подъезд" куда вписывается все относящееся к однозначному местоположению ограничена длиной (в журнале обрезается ина мобильных устройствах может не вмещаться). В примечании такие сокращения можно вписать полностью. (кстати поэтому поле "подъезд" лучше назвать "подъезд/местоположение")
Это все необходимо в первую очередь аварийной службе.
Связист поле нужное и диспетчер ищет его при необходимости оставить заявку для связиста. И необязательно его показывать всплывающей подсказкой. Даже поле механика я могу не заполнять т.к лифты не все на ОБИ и пару-тройку сотен лифтов и их механиков все равно нужно искать по базе данных предприятия, а вот связист есть всегда у каждого "квадратика" на экране.
Если вписывать в поле "примечание" всех и вся -будет каша. ИМХО.
Допустим местонахождение лифта в больничном комплексе где есть номер дома а далее идут корпуса а в каждом корпусе десяток лифтов и как то надо их местоположение однозначно описать.
Также к местонахождению относится и идентификация лифта в группе т.е когда несколько лифтов находятся в одном месте. Это тоже туда вписываю .
Еще бывают двойные адреса у угловых домов из-за которых не раз бывали непонятки. Так вот второй адрес тоже вписываю в примечание.
Это приходится делать т.к длина в поле "подъезд" куда вписывается все относящееся к однозначному местоположению ограничена длиной (в журнале обрезается ина мобильных устройствах может не вмещаться). В примечании такие сокращения можно вписать полностью. (кстати поэтому поле "подъезд" лучше назвать "подъезд/местоположение")
Это все необходимо в первую очередь аварийной службе.
Связист поле нужное и диспетчер ищет его при необходимости оставить заявку для связиста. И необязательно его показывать всплывающей подсказкой. Даже поле механика я могу не заполнять т.к лифты не все на ОБИ и пару-тройку сотен лифтов и их механиков все равно нужно искать по базе данных предприятия, а вот связист есть всегда у каждого "квадратика" на экране.
Если вписывать в поле "примечание" всех и вся -будет каша. ИМХО.
Последнее редактирование модератором:
Андрей Ефименко написал(а):
Подготовлены дистрибутивы и выложены в отдельную папку 07.07.2014 изменения перенесены в рабочий дистрибутив.
Основное и значительное изменение - реализация предложенных принципов разделения прав в клиент-серверном расширении. Описание в документации в дистрибутиве.
Менять ПО нужно и на сервере и SPult на клиентских машинах.
Права реализуются самим клиентом, т.е. SPult, т.к. это нагляднее для пользователя - он видит, что можно, а что нельзя.
SPult получает права в момент подключения.
Мобильные приложения (ASPult и FSPult7) работаю по старому, т.е. для них ничего не изменилось.
По старому будет работать и SPult прежних версий.
Кроме того:
1) в MPultPro и SPult в справочные параметры ЛБ добавлены параметры "Связист" и "Заводской номер ЛБ"
2) в MPultPro и SPult добавлено групповое исключение лифтов из списка "Не просмотренные неисправности" (пометить и нажать правую кнопку мыши)
3) Исправлена ошибка, приводящая в некоторых случаях к пропуску вычитывания статистики работы приводов лифта (MPultPro и LKDSDisp)
Изменения клиент-серверного расширения значительные и перед выкладыванием дистрибутива на сайт хотелось бы получить отзывы и предложения и особенно от тех, что промышленно использует клиент-серверное расширение.
Последнее редактирование модератором:
revit
Гуру
ОК. Скачал, но проверю уже на следующей недели-не хочется на выходные устраивать тестирование.
Андрей Владимирович подумайте все таки над возможностью выбора устанавливаемых компонентов из дистрибутива. Ставить все программы из дистрибутива на ноут ради одного СПульта-какой смысл? Или программы для про, если не используешь ну и т.д.... К тому же сейчас при каждом включении компа теперь вываливаются сообщения о том что базы нет -зачем они тем кто не использует весь комплект??
Я думаю нужно несколько наборов по умолчанию и возможность выбора .
Запустил - выбрал то что нужно и установил. Если продвинутый можешь выбрать сам. Ну или хотя бы без выбора- одни наборы типа
- установка всех компонентов
- только LKDSDrv (Мпульт. пока еще нужна)
- клиент-серверная для сервера (полный набор для сервера с базой данных MS SQL, без программ для про)
- клиент серверная для клиента (без базы данных и оповещений что ее нет)
- программы для про (без клиент-серверных компонентов)
- мобильный пользователь (только С пульт )
как-то так..
Андрей Владимирович подумайте все таки над возможностью выбора устанавливаемых компонентов из дистрибутива. Ставить все программы из дистрибутива на ноут ради одного СПульта-какой смысл? Или программы для про, если не используешь ну и т.д.... К тому же сейчас при каждом включении компа теперь вываливаются сообщения о том что базы нет -зачем они тем кто не использует весь комплект??
Я думаю нужно несколько наборов по умолчанию и возможность выбора .
Запустил - выбрал то что нужно и установил. Если продвинутый можешь выбрать сам. Ну или хотя бы без выбора- одни наборы типа
- установка всех компонентов
- только LKDSDrv (Мпульт. пока еще нужна)
- клиент-серверная для сервера (полный набор для сервера с базой данных MS SQL, без программ для про)
- клиент серверная для клиента (без базы данных и оповещений что ее нет)
- программы для про (без клиент-серверных компонентов)
- мобильный пользователь (только С пульт )
как-то так..
Последнее редактирование модератором:
Vincent Van Gog
Эксперт
Андрей Ефименко написал(а):
Замечания "на вскидку":
1. При таком внушительном количестве типов прав количество групп необходимо увеличить до 64 (и лучше сразу, не дожидаясь когда реально возникнет такая необходимость);
2. Не вижу смысла иметь два списка типов прав, это может породить путаницу, вполне достаточно задавать для группы специализированные права;
3. Предложенная древовидная структура наглядна, но IMHO не удобна в данном случае. Я предложил бы задавать права в табличной форме, так как сделано в SMS-сервере для сообщений о неисправностях;
4. Ну, и поддержу revitа: такой инсталятор действительно необходимо сделать. Это удобно, красиво и просто добавляет штрих "солидности" в ПО.
Последнее редактирование модератором:
Van Gog написал(а):
Число групп можно увеличить до 64
Van Gog написал(а):
Комплексные права сделаны для совместимости с предыдущей версией ПО, в которой они использовались. После обновления ПО не должно быть неожиданных последствий для его эксплуатации и должна быть возможность возврата на предыдущую версию. Иначе переход практически невозможен.
Van Gog написал(а):
Можно в ветке пользователей сделать таблицу "Права" - "Группы", а в ветке групп сделать таблицу "Права" - "Пользователи"
Van Gog написал(а):
Основная проблема имеющегося ПО - это возможность включить ЛБPro в конфигурацию двумя способами:
1) в программный КЛШ сервера LKDSDrv
2) в сервер LKDSPro
И как это представить в выборочной установке непонятно.
В экспериментальных дистрибутивах (доработка прав), выложенных в отдельную папку заменен SPult (на версию 4.7.0.21)
В SPult прежних версий было замечено "замирание", которое происходит, если двигать мышкой окно управления лифтом в тот момент, когда в окне обновляются данные. Выход из это состояния был возможен если нажать клавиши Alt/Tab.
В SPult v4.7.0.21 это "замирание" устранено.
SPult v4.7.0.21 может работать и с прежними версиями сервера LKDSDisp в режиме обычного клиента (удаленно и локально)
В режиме Администратора SPult v4.7.0.21 правильно будет работать только с LKDSDisp v4.7.0.13, т.е. на клиентских местах SPult из экспериментального дистрибутива можно использовать.
В SPult прежних версий было замечено "замирание", которое происходит, если двигать мышкой окно управления лифтом в тот момент, когда в окне обновляются данные. Выход из это состояния был возможен если нажать клавиши Alt/Tab.
В SPult v4.7.0.21 это "замирание" устранено.
SPult v4.7.0.21 может работать и с прежними версиями сервера LKDSDisp в режиме обычного клиента (удаленно и локально)
В режиме Администратора SPult v4.7.0.21 правильно будет работать только с LKDSDisp v4.7.0.13, т.е. на клиентских местах SPult из экспериментального дистрибутива можно использовать.
Последнее редактирование модератором:
StAlex
Активист
revit написал(а):
Мы используем почти все поля (кроме бригадира, электромеханика и даты очередного тех. освид.). Но в эти свободные поля вносим другую инфу.
revit написал(а):
У нас 100% - это Обь, а из "своих" программ Excel, из которого несложно сделать импорт в СУБД.
Последнее редактирование модератором:
revit
Гуру
Честно говоря пока не испытывал необходимости в таком кол-ве но не против-лишь бы это не загромождало сильно окно групп..Андрей Ефименко написал(а):
Теперь нужно задать из новой группы, а старые удалить? Или они будут "пересекаться"?Андрей Ефименко написал(а):
Наверное я что то недопонимаю.... ну нужно кому -то LKDSPro пусть его и выберет, и получит только его без всего остального..Андрей Ефименко написал(а):
Тогда конечно- у вас Мпульт как маленькая база. Но только вот зачем эта инфа диспетчеру -непонятно. А заглядывать в комп диспетчера всем кому надо посмотреть эти данные-тоже не дело. Только если удаленноым подключением разве что.StAlex написал(а):
Последнее редактирование модератором:
revit написал(а):
После установки нового ПО, если ничего не менять в правах, для пользователей ничего не измениться.
Если пользователю, имеющему комплексное право "На управление" добавить право на включение ГГС, то для него ничего не измениться, т.к. пользователь и так имел возможность включать ГГС в рамках права "на управление".
Пользователю, имеющему комплексное право "На управление", нельзя запретить включать ГГС.
Если пользователю, имеющему комплексное право "На управление" добавить право "на сервисный прибор настройки параметров ЛБ для изменения параметров", то пользователь дополнительно сможет менять настройки ЛБ.
Дополнительные права могут подразумевать наличие другого дополнительного права, например, если пользователь имеет право "на сервисный прибор настройки параметров ЛБ для изменения параметров", то данный пользователь автоматически может и просматривать настройки ЛБ, т.е. имеет право "на сервисный прибор настройки параметров ЛБ для просмотра параметров".
Если хочется иметь уникальный набор прав, то нужно использовать только дополнительные права.
Например, можно задать пользователю только право "на сервисный прибор настройки параметров ЛБ для изменения параметров".
revit написал(а):
Начиная использовать ЛБ "Обь" (и продолжая использовать в стабильном режиме) многие не знают всех его возможностей. Соответственно вероятность того, что выборочная установка будет сделана осмысленно, мало. Что будет значить для человека, устанавливающего ПО в первый раз пункт "установить LKDSPro" - ничего не будет значить. На мой взгляд лучше установить все, а уже потом, в процессе изучения, будет понятно, может быть, что ЛБPro можно описать и сети "Обь" в виде программного КЛШ и в упрощенном варианте в LKDSPro, без всех "наворотов" сети "Обь", таких как подсети, узловые модули и слоты.
Но, конечно, выборочная установка будет.
revit
Гуру
Вот я как раз об этом... Т.е если нужно сделать уникальный набор прав тоАндрей Ефименко написал(а):
Если сделать выбор допустим с такими пунктами:Андрей Ефименко написал(а):
revit написал(а):
а в сноске справа сделать описание программных модулей выделенного пункта то думаю будет понятно всем. Да и человек впервые устанавливающий программы ОБЬ в таком случае должен все го лишь знать будет у него когда-то масштабироваться система и применятся обычные ЛБ или же это установка единственная и кроме ПРО там больше ничего никогда не будет. Думаю что купив конкретное оборудование он это уже будет знать.
И тут кстати такой вопрос возникает-в таком варианте же устанавливается некий "упрощенный" LKDSDRV т.е он без клиент серверной структуры насколько я понимаю??
Это я к тому что и обычный LKDSDRV еще будет востребован долго и если уж отказываться от LKDSDRV с полным переходом на клиент-серверное решение то зачем тогда LKDSPro? А если уж оставлять LKDSPro то LKDSDRV пусть остается и пусть пользователь сам решает что ему нужно. А в описании на программное обеспечение сделать акцент именно на три возможных варианта.
Последнее редактирование модератором: