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

MOHTEP

Участник
 Просмотреть профиль  Активность

  • Публикации

    157

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

  • Посещение

 Тип публикации 

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

    Интерфейс пользователя

    в ПрофСегмент

    Опубликовано:

    Привет.

    Может замутить свою прогу? На базе имеющейся БД.

    При всей нашей "крутости", в разработке специфичного ПО для расчета светопрозрачных конструкций у меня нет опыта. Я знаю только пару систем, а разработчики на рынке их знают десятки. И такой универсальности как у ПС добиться будет сложно... Даже вдвоём. :wub: . Надо спонсора, и пару кадров из ПС и СО переманить... вот тогда можно будет замутить..

    Структура БД

    в ПрофСегмент

    Опубликовано:

    МОНТЕР.

    Я написал в самом начале, что не являюсь специалистом по СУБД, я не программер. Спорить с кем бы то ни было на тему методик управления СУБД не стану - это было бы глупо с моей стороны.

    Я вижу, что вы высказали свое предположение. И своим комментарием я попытался объяснить неправильность подхода, выбранного разработчиками Профсегмента. То есть я вас не обвиняю в том что вы не понимаете, как раз обяснял таким образом.

     

    Но есть момент о котором я Вам поведаю.

    Обратите внимание на тон дискуссии, разговора, который был в этой теме ДО Вашего появления. Поясню - тут был спокойный разговор-обсуждение. И даже мне, не специалисту, тут нашлось место и мне ответили. А вот разного рода обвинениям тут места не было и не будет, я надеюсь, в дальнейшем.

    Так, что рекомендую сбавить тон и успокоиться.

    Хех. Чесное слово никого не хотел ни обидеть, ни тем более оскорбить. Тон мой, хм... это скорее общее настроение... Не судите строго. ибо наболело. Разжигать нацрознь не собирался :blink: . А вот право обвинять кого либо все же оставьте, так как это мнение высказанное мной лично, оно основывается на фактах из моего опыта не придуманы. Обвинение - не есть оскорбление.

     

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

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

     

    Ваш, МОНТЕР, пример с написанием собственного приложения на страницах этого форума продемонстрировал как не просто это. Насколько я понимаю Вам пришлось уже переписать продукт заново? Наверно что-то не было учтено в самом начале? Наверно появились мысли о том как улучшить продукт?....

    Так вот оцените сложность положения ПрофСегмента в этом разрезе.

    Тут тоже поясню. "Переписывание" программы есть не что иное как "рефакторинг". Этот этап есть неотъемлемая часть процесса разработки. Если "переписывания" не происходит - то идет процесс накапливания болячек и "исторически сложившихся фактов". Рефакторингу подвергаются (и должны подвергаться) модули, с сохранением функционала.

    Нельзя учесть все. Даже у автомобилей есть "детские болезни". Так что если Профсегмент занимается только латанием дыр, и добавлением функционала, получается большой залатанный дуршлаг, вместо кастрюли... Моя ИМХА... (Ну и так еще пары человек)

     

    Вы пришли сразу на ПС3, как я понял. А я осуществлял переход с ПС2 на ПС3 и не понаслышке знаю каков это был труд. Мне пришлось переписать всю базу заново. В условиях работающего предприятия это не тривиальная задачка, уверяю Вас. Так вот я знаю, что такой сложный переход это не прихоть разработчика, а как раз настоятельная необходимость внесения определенных изменений и улучшений в программу. Только вот эти изменения и улучшения оказались слабо совместимы с тем, что было раньше.

    Да - это есть переход на новое поколение программы. Сложности такой перехода обычная практика у многих разработчиков. Здесь-то как раз у меня вопросов и не возникло бы. Будь у меня 5-ти летняя база двойки и пришлось бы переходить на тройку. Да не вопрос... а вот проблемы простого обновления - это уже не кошерно (например история с реиндексайией проектов при потере связей с накладными С.Г.П.).

     

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

    Опять же есть вот какой момент: FB сторонняя программа. Конечно в ней наверно поддерживается преемственность от версии к версии. Но может разработчики ПС решили использовать ее только как хранилище, что бы не зависеть от возможных изменений в ней, не быть заложниками возможных изменений не контролируемых ими? (Это не более, чем мое предположение, но и оно наверно имеет право на существование.)

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

     

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

    Я никого не отговариваю, Боже упаси! Если быть честным - у программы большой потенциал. Но есть нюансы. Вам они не мешают (Потому, что у вас опыт работы с ПС), или не заменты (Потому, что вы этим не пользуетесь, или используете по другому). А мне пришлось три раза базу создавать с нуля, потому что в Профсегменте не было готового алгоритма действий для моей системы ПВХ.

     

    Применительно к общению с разработчиками из ПрофСегмента я с уверенностью могу констатировать простой факт: тот кому нужен контакт и работа - тот все получит и найдет понимание. Знаю это на своем опыте, многолетнем. Не подводили меня ребята из ПрофСегмента. Не без проблем все было, но тем не менее.
    Вот такой я неудачник.... :wub:. Все что у меня напрашивается в ответ... Поэтому я и предлагаю если брать Профстрой - рассчитывая бюджет заложить в него сразу затраты на офф настройку, дабы была гарантия.

    Использование ПС3 на 100%

    в ПрофСегмент

    Опубликовано: · Изменено пользователем MOHTEP

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

    IMHO

    Все это всего лишь "вариант начального уровня". Например в складском учете нет минимально необходимых бух инструментов (фифо лифо, закрытие открытие прериодов). Все это либо очень элементарный уровень - либо специфика малой части предприятий. Планирование и т.д.

    Структура БД

    в ПрофСегмент

    Опубликовано: · Изменено пользователем Rexther
    удалена ссылка на профиль пользователя

    Приветствую, граждане.

     

    По поводу БД (структуры, архитектуры и т.д.)

    Там я уже изливал свои замечания....

    Как я понимаю к таким людям есть ответ в ФАКе Профсегмента

    тынц

    То есть одним словом "Не гундите"

     

    По этому поводу разговаривал я с Сергеем Васильевым из Профсегмента и по почте и при личной встрече, и даже еще на обучении (а это были первые пару часов общения с программой)

     

    Например. Есть такая проблема в ПС - внесешь изменения в конструктив (любые минимальные) и всех клиентов нужно перезагружать, чтобы они эти изменения подхватили.

    Передавал их программистам ссылки (через Сергея) на Маны работы с FB

    IBX

    работа с транзакциями

    Причем доработка и исправления (в рамках одного цикла рефакторинга) займет ну максимум неделю. Как рыбой об лед.

     

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

     

    А к вопросу Рекстера о функциях СУБД скажу одну весчь: как вы оцениваете "программистский ресурс" команды разработки FB и их опыт в оптимизации и "тот же ресурс" компании Профсегмент с их от силы-двумя тремя разработчиками на направлении ПС (а то и не на одно направление на них висит)?

    А возможности по тестированию разработок?

    А капитализацию проектов?

     

    А теперь вспомним, что таблицы в базе ПС все равно логически связаны между собой. Между записями есть логические зависимости. То есть вместо готового инструмента FB по реализации связей (например проект - контрагент), или целостности (нельзя удалить контр агента, пока за ним числятся проекты), инструмента который оттестирован оптимизирован и интегрирован в СУБД, который будет централизованно выполняться на сервере (ТО ЕСТЬ БЫСТРЕЕ И НАДЕЖНЕЕ, сервер то Профсегмент требует по спецификации ого-го), Профсегмент изобретает свой собственный велик с семью колесами (и шестью запасками), 2 из которых не достают до земли, а для ног всего одна педаль. При этом весь этот колхоз они заставляют работать на клиентских (обычно более слабых) компьютерах, и при этом гонять по сети дополнительный траффик (у кого сетевые версии).

     

    Повторю ситуацию в ПС3: для генерации новых ID для записей в таблице используется схема max(id)+1. Такая схема для сетевых приложений категорически запрещена, так как является рассадником дубликатов идентификаторов. Во всех современных СУБД для этого существует механизм генераторов. А нам что до них до этих СУБД - да наплевать. Мы лучше знаем, что нужно нашим клиентам. И ничего "пипл хавает". Накладные если создавать на трех раб местах одновременно - просто сказка.

     

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

     

     

     

     

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

    Интерфейс пользователя

    в ПрофСегмент

    Опубликовано: · Изменено пользователем MOHTEP

    ...новые поля, индексы, триггеры и пр...

    Приветствую.

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

     

    А поля и таблицы менять нет необходимости.

     

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

    Интерфейс пользователя

    в ПрофСегмент

    Опубликовано: · Изменено пользователем MOHTEP

    Приветствую, господа.

     

    выношу на рассмотрение альфа версию.

    пока не все готово, но есть что попробовать новенькое.

    Не готово из того, что было в прошлых версиях:

    - проведение и снятие с проведения накладных

    - редактор отчетов

    Арочное заполнение погонаж=0

    в ПрофСегмент

    Опубликовано: · Изменено пользователем MOHTEP

    У меня нормальный... Не могу понять, почему у тебя такой. А вот вопрос ещё на эту тему: в арочных стеклопакетах он считает лишь полезную площадь, а ведь реально, при изготовлении арочного стеклопакета в расход уходит прямоугольные стёкла, из которых удаляют всё лишнее и получают арку. Как сделать, чтоб в расходе материалов, и, соответственно, цену он считал квадратуру прямоугольных стёкол?

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

    Вопросы по генератору отчётов ПС3

    в ПрофСегмент

    Опубликовано:

    Подскажите пожалуйста как выбрать стеклопакеты из нескольких заказов(проектов) по выделению чтобы был № заказа ,артикул,размер,количество,рисунок если неправильной формы или с раскладкой. Может есть у кого готовый?

    ответил в другом топике

    Вопрос по отчетам в ПС3

    в ПрофСегмент

    Опубликовано:

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

    Отчёт хотел прикрепить но почемуто не выходит

     

    попробуйте вот так

     

    			

выводим номера проектов
~SQL1:Установить:SELECT pNumb,zNumb FROM ListPRJ WHERE~
~SQL1:Добавить:ВЫБОР.ПРОЕКТЫ~
~SQL1:Добавить:ORDER BY pNumb~
~SQL1:Начало~
 <b>~SQL1:zNumb:AsText~</b>,
~SQL1:Конец~


перебираем проекты 
~SQL1:Установить:SELECT zNumb,pNumb,pUnic,kName FROM ListPRJ WHERE~
~SQL1:Добавить:ВЫБОР.ПРОЕКТЫ~
~SQL1:Добавить:ORDER BY zNumb~
перед началом цикла сбрасываем групповое выделение так как цикл будет перебирать по одному проекту.
~ВЫБОР.ПРОЕКТЫ.ОЧИСТИТЬ~
~SQL1:Начало~
   устанавливаем индекс на очередной проект
   ~SQL1:pUnic:AsInt:Индекс1~

   Дальше можем работать с каждым проектом в том же стиле как если бы он был выбран один
   например перебрать изделия текущего проекта
   ~Изделия:НАЧАЛО~

   Вот тут даботаем с очередным изделием очередного проекта

   ~Изделия:КОНЕЦ~
~SQL1:КОНЕЦ~

     

    Удачи.

    Интерфейс пользователя

    в ПрофСегмент

    Опубликовано:

    0.1.3 (build 116)

    * Исправлена ошибка в разделе манипуляций накладных при работе на FB 1.5

     

    При переписывании проекта нашел ошибку, которая мешает работать в накладных

    пробуйте.

     

    а так скоро наверное выложу новую уже версию, обновленную

    Вопросы по ПрофСтрой3

    в ПрофСегмент

    Опубликовано:

    Всем привет! Вот Профсегмент разместил на сайте статью по настройке программы на расчет сложных фасадных конструкций. Вопрос ... для реализации методов изложенных в статье ... в частности касается параметров "максимальный внешний угол плоскости", "минимальный внешний угол плоскости" ... необхом модуль 3D или настройку можно произвести без него. Я попробовал но пока не получилось, в Профсегменте нет никого пока, что бы ответить!!! Спасибо!!!

     

    3D моддуль не нужен.

    вы сможете расставлять стойки по дальности от стены и углу поворота от перпендикуляра к стене.

    Все четыре угла у элементов конструкции вроде как в программе расчитываются и без 3D.

    Интерфейс пользователя

    в ПрофСегмент

    Опубликовано:

    Нужен раздел с накладными, а он как раз и не работает должным образом :huh:

    Попробуй этот вариант... должен заработать

     

    0.1.3 (build 99)

    * исправлена кнопка автофильтра привязки накладной к проектам.

    * оптимизирован просмотр спецификаций проектов

     

    0.1.3 (build 109)

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

     

    0.1.3 (build 113)

    + При выводе ошибки подключения к базе данных - выводится причина ошибки.

    + Откорректированы запросы для совместимости со старыми базами

    + Добавлено отображение текстур вне групп в окне редактирования тарифов и списке текстур

    Интерфейс пользователя

    в ПрофСегмент

    Опубликовано:

    Исторя изменений PSA:

     

    0.1.3 (build 89)

    * Проект переименован в PSA (ProfStroy3 Administrator)

    + В типах запуска отчетов помечена пара групп из-за частого использования

    * в MRU списке добавлено отображение имени сервера

    + MRU теперь запоминает имя сервера

     

    0.1.3 (build 92)

    + В раздел Артикулов добавлен фильтр по категории МЦ

    * Доработано сохранение настроек доп панелей во всех разделах

    * Исправлено ограничение в полях ввода дробных значений "0,00" до "0,00000" кроме денег

    * Глобально переделан механизм редактирования артикулов (увеличена стабильность, скорость, масштабируемость)

    + Начата работа над разделом манипуляций с текстурами

    + Добавлено сохранение колонок в больших таблицах (ширина, видимость, порядок следования)

     

    0.1.3 (build 98)

    + В раздел Проектов добавлена возможность смены статуса с занесением в журнал статусов по проекту.

    + Отображение спецификации проекта с фильтром по типу МЦ и по группе печати. Цветом выделяется комплектация и МЦ изделий.

    + Редактирование настроек отчетов

    + Добавление и удаление отчетов

    * Подправлен механизм связи проектов с накладными (закрытый и открытый ящики в списке проектов)

    + В раздел лечения накладных добавлена функция синхронизации связей накладных и проектов. Если вы создавали связи с помощью ПСА, то у вас скорее всего не будет пометок о проведенности накладной в списке проектов( открытый и закрытый ящик)

    + при просмотре информации о проекте выводится номер расходной накладной, в которую он включен.

    * Исправлен механизм привязки накладных к проектам. При удалении связи накладной с проектом оставалась связь с накладной NUNIC=-1

     

    0.1.3 (build 99)

    * исправлена кнопка автофильтра привязки накладной к проектам.

    * оптимизирован просмотр спецификаций проектов

     

    0.1.3 (build 109)

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

     

     

     

     

     

    PSUI

    Version 0.1.0 (build 6)

    + Начало работы над проектом PSUI (ProfStroy User Interface)

    + Раздел разнесение платежей

    + Раздел разнесение платежей Добавлен фильтр по контрагенту

    + Раздел разнесение платежей Добавлен просмотр платежей

    + Добавлены инструменты манипулирования платежами проекта

    + Добавлено ограничение прав пользователей при доступе к разделам.

     

    Version 0.1.0 (build 10)

    * Раздел разнесение платежей Исправлено кнопки на основной панели инструментов не открывали фильтры

    * Раздел разнесение платежей Исправлено в быстром фильтре по контрагенту ошибка при наборе апострофа.

    + Добавлен раздел "Сводка платежей"

    * Изменен диалог добавления платежа (теперь комментарий можно выбирать из списка)

     

    Version 0.1.0 (build 21)

    * Раздел разнесение платежей Исправлено редактирование платежа - ошибка на запятую

    * Исправлена серьездная ошибка при редактировании и добавлении платежей.

    + Для ускорения вывода добавлена функция управлением автосуммой (по-умолчанию выкл)

    + Раздел разнесение платежей Добавлен фильтр по менеджеру

    + Раздел разнесение платежей Добавлен фильтр по статусу проекта

    * Раздел сводка платежей Фильтры по дате платежа подправлены

    Интерфейс пользователя

    в ПрофСегмент

    Опубликовано:

    PSA

    0.1.3 (build 92)

    + В раздел Артикулов добавлен фильтр по категории МЦ

    * Доработано сохранение настроек доп панелей во всех разделах

    * Исправлено ограничение в полях ввода дробных значений "0,00" до "0,00000" кроме денег

    * Глобально переделан механизм редактирования артикулов (увеличена стабильность, скорость, масштабируемость)

    + Начата работа над разделом манипуляций с текстурами

    + Добавлено сохранение колонок в больших таблицах (ширина, видимость, порядок следования)

     

    0.1.3 (build 98)

    + В раздел Проектов добавлена возможность смены статуса с занесением в журнал статусов по проекту.

    + Отображение спецификации проекта с фильтром по типу МЦ и по группе печати. Цветом выделяется комплектация и МЦ изделий.

    + Редактирование настроек отчетов

    + Добавление и удаление отчетов

    * Подправлен механизм связи проектов с накладными (закрытый и открытый ящики в списке проектов)

    + В раздел лечения накладных добавлена функция синхронизации связей накладных и проектов. Если вы создавали связи с помощью ПСА, то у вас скорее всего не будет пометок о проведенности накладной в списке проектов( открытый и закрытый ящик)

    + при просмотре информации о проекте выводится номер расходной накладной, в которую он включен.

    * Исправлен механизм привязки накладных к проектам. При удалении связи накладной с проектом оставалась связь с накладной NUNIC=-1

     

    0.1.3 (build 99)

    * исправлена кнопка автофильтра привязки накладной к проектам.

    * оптимизирован просмотр спецификаций проектов

     

    0.1.3 (build 109)

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

     

     

     

    PSUI

    Version 0.1.0 (build 6)

    + Начало работы над проектом PSUI (ProfStroy User Interface)

    + Раздел разнесение платежей

    + Раздел разнесение платежей Добавлен фильтр по контрагенту

    + Раздел разнесение платежей Добавлен просмотр платежей

    + Добавлены инструменты манипулирования платежами проекта

    + Добавлено ограничение прав пользователей при доступе к разделам.

     

    Version 0.1.0 (build 10)

    * Раздел разнесение платежей Исправлено кнопки на основной панели инструментов не открывали фильтры

    * Раздел разнесение платежей Исправлено в быстром фильтре по контрагенту ошибка при наборе апострофа.

    + Добавлен раздел "Сводка платежей"

    * Изменен диалог добавления платежа (теперь комментарий можно выбирать из списка)

    Интерфейс пользователя

    в ПрофСегмент

    Опубликовано:

    Ты их проведи, флаг чтобы был не 0. Фильтр вообще не использовал. Я проводку снимал - программа начинает их "пережевывать", но выводит только цифры без надписей "от 11.11.2011".

    Вообще мне кажется у нас разные версии Firebird - у тебя двойка, а у меня 1.5, true?

     

    А при запуске у тебя ПСА не вываливается с ошибкой List index out of bounds (0) ? А то у меня список элементов накладных не выходит.

     

    Да, верно, для нормальной ПСА и ПСУИ работы нужен ФБ второй версии... Я там некоторые примочки использовал для ускорения работы.

    Интерфейс пользователя

    в ПрофСегмент

    Опубликовано:

    Программа при прокрутке накладных выдает ошибку Dynamic SQL Error. SQL error code = -104. Token unknowm - line 1, char 51. Есть накладные с номерами НЕ ЧИСЛОВЫМИ, т.е. там номер указан и идет приписка (какая нибудь) - может она на них задыхается? Профстрой работает без проблем.

     

    Сделал как ты показал.

    все ок все работает...

    Покажи скрин самого ПСА в момент выпадения ошибки (подозреваю неправильный фильтр).

    Интерфейс пользователя

    в ПрофСегмент

    Опубликовано: · Изменено пользователем MOHTEP

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

     

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

     

    В списке проектов кнопкой INS добавляется новый платеж.

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

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

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

  I accept