Перейти к публикации
forum-okna.ru

MOHTEP

Участник
  • Публикации

    157
  • Зарегистрирован

  • Посещение

Сообщения, опубликованные пользователем MOHTEP

  1. Привет всем....

     

     

    решил заморочиться на альтернативный интерфейс администрирования ПС3...

     

    Начал с Групп печати и редактирования артикулов....

     

    Если у кого есть опыт написания приложений такого плана - и есть интерес - помогайте :)

    На боевой базе не запускать ... или на свой страх

     

    группы вроде оттестировал работает (использую на боевой базе)

     

    артикулы - уверен на 80% (остальное может зависеть от нестандартной последовательности действий)

     

    преимущества ради которых занялся этим:

    -эргономика интерфейса

    -скорость работы

    -"правильное" применение транзакций (изменения должны быть видны сразу, а не после перезагрузки)

    -групповые операции над элементами. (выделил - обработал)

    -добавление методов диагностики и решения проблем ПС3 (траблы с многопользовательской работой в накладных, статусах проектов и т.д.)

     

    -импорт экспорт данных (ексель, xml, другие ПС3)

    короче вот

     

    выкладываю пару разделов для пробы...

  2. я использовал такой же метод....

    Столкнулся с тем же минусом (себестоимость)

     

    Проконсультировался с Профсегментом - рекомендовали отчетом (макросом) менять себестоимость проекта после каждого расчета.

     

    Ребят, может кто уже решил эту проблему? Подскажите советом как лучше реализовать решение?

     

    Я так понимаю: для правильного учета нужно менть стоимость СП в спецификации изделия?

     

    или просто достаточно поменять ИТОГО за изделие и ИТОГО за проект?

  3. Хочу отметить момент по архитектуре БД Профстроя3 который поверг меня в шок....

    Это очень точно характеризует подход к разработке ПО ПС3...

     

    (Конечно я могу чего-то не знать... Что то не учесть, может быть без этого было не обойтись, но все-таки)

     

    Механизм работы Групп печати:

    Таблица Артикулов должна связываться с таблицей Групп Печати связью "Многие со Многими"

    Классически (что я ожидал увидеть) такая связь реализуется с помощью доп. таблицы с двумя полями

    Артикул.ID

    ГруппаПечати.ID

     

    соответственно для получения списка артикулов, входящих в группу печати нужно сделать один SELECT из таблицы связей, тоже самое касается списка групп, в которых состоит артикул... И ВСЕ!!! один запрос (который выполнится за мгновение!!!)

     

    Разработчики пошли другим путем (хз почему)

     

    Они завели строковое поле у артикула, с набором символов "-" или "#", где минус означает непринадлежность группе номер которой соответствует позиции символа в строке, а решетка - принадлежность!

     

    ОМГ, этож сколько нужно усилий, чтобы определить список артикулов, входящих в заданную группу?!?!?

    (отпарсить каждое поле каждого артикула, на наличие в заданной позиции знака #)

     

    жесть....

     

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

    что 300 текстур создают большую нагрузку...

     

    Скажите а как тогда все остальные программы с МИЛЛИОНАМИ записей в десятках таблиц и тысячами пользователей (как пример возмите данный форум)????

     

    то есть если классический вариант по трудо затратности - это включение света в туалете...

    то вариант профсегмента - это взлет и посадка на AIRBUS A380, включая предполетную подготовку и продажу билетов через сеть диллеров....

     

    черт возьми СКАЖИТЕ ЧТО Я НЕ ПРАВ!!! ПОЖАЛУСТА...

  4. собственно субж.

     

    Как обрабатывать СП со шпросами:

    - как реализовать наценку?

    - как отправлять заказ поставщику СП?

    - как учитывать на складе?

     

    Профсегмент на этот вопрос ответа не дал.

    в чертеже СП можно увидеть раскладку только при условии, что шпросы перпендикулярны и параллельны горизонту.

    Если же они под углами - то пипец на чертеже в отчетах (если включены оси раскладок) не отображаются координаты раскладок.

     

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

    при этом у нас по складу проходит только СП со шпросом, как быть?

  5. Внесу свои замечания по междумордию ПС3 (Были отосланы Профсегмент, но пока без решения)

    Цитирую письмо к ним

    ....

    1 (Список Проектов)

    - нет выделения при нажатом SHIFT

    - при прокрутке колесиком мыши выделение перемещается, но текущая строка в

    гриде не меняется. Либо отмените колесико - либо исправьте.

     

    2 (Проект - Работы)

    - при редактировании строки есть возможность премещения фокуса ввода с

    помощью колеса мыши, что приводит к сбою. Важно.

    - список работ в списке НИКАК не сортируется ни по полю WUnic(что я так

    думаю подразумевается) ни по полю WNumb (что было бы логичной ошибкой)

    Важно.

     

    3. (Drop Down списки)

    списки с артикулами или названиями НЕ ОТСОРТИРОВАНЫ никак

    поиск по свободному набору (с возможностью видеть что набираешь) нигде не реализован. поиск в принципе работает только при раскрытом списке

    Ну за исключением шапки Накладной по контрагенту.

     

    4.(Список Проектов)

    - Нет отображения текущего столбца по которому отсортирован грид (вообще ни

    в одном гриде этого нет)

  6. Ну вот вроде все считается...

     

    но проблемка такая...

    стеклопакеты в закупке стоят по разному в зависимости от площади и формы...

    а в отчетах по спецификации изделия все равно отображается базовая цена.

     

    каким образом мне в отчет спецификации проекта (изделия) в стоимость СП включить наценки

    (наценки эти прописаны как составы)?

     

    тот же вопрос касается остальных МЦ....

    хотелось бы видеть в себестоимости проекта РЕАЛЬНУЮ себестоимость проекта а не сумму лобовых цена на МЦ....

    помогите пожалуйста...

     

    к сожаления в ТехСуппорте Профсегмента тишина (никто не отвечает).... и задать вопрос кроме вас больше некому....

  7. Столкнулся с очередным косяком в ПС3.

     

    При работе ~15 пользователей в разных базах но на одном терминальном сервере возникает ошибка доступа к файлам типа

    ./TMP/#0000001.log

    ./TMP/#0000002.log

    ./TMP/#0000003.log

     

    по правам на эти файлы ясно что они создаются каждым новым сеансом...

    в информации в этих файлах - ничего не понятно

     

    в ТехПоддержке сказали "удалите - все будет ОК"

     

    Удалил - не помогло, через какое то время проблема возникает в том же объеме.

     

    Причины возникновения конфликта мне непонятны, т.к. не понятен смысл этих файлов.

     

    Кто нить объяснить может - что за причина такой ошибки и как ее избегать....

  8. Можно. Надо прописать пользовательские параметры длч вставок, и в них указать название армированич.

    Затем в системах профиля поставить запрос на зтот параметр.

    И теперь при создании изделия программа будет запрашивать пораметр армирования.

    И тип вставки поставить обязательный.

     

    Спасибо.

    До этого не решался на этот метод - думал неэлегантно - в итоге нормальненько...

     

     

     

    а вот почему состав "по-умолчанию" может то устанавливаться то не устанавливаться...

     

    что то бага какая то в программе....

    создаешь изделие состав где и положено

    в другой раз создаешь изделие и состав отсутствует (хотя быть там должен)

     

    реструктуризацию делал...

  9. 3.1 Армирование.

    Как нужно описать армирование, если

    а. Есть несколько типов армирования (Рус-нем) есть сталь разных поставщиков.

    б. Всегда должно быть ОДНО (ну на крайний случай - как минимум одно) армирование из вариантов

     

    я так понимаю

    -либо никак,

    -либо на совесть человека,

    -либо параметрами?

     

    А как нибудь принудительно контролировать наличие армирования можно?

×
×
  • Создать...

Важная информация

Условия и правила использования форума Правила.