Сабж.

Туда же.

Shuhardмне режут глаз Hex-коды процессов, может быть ввести псевдонимы или автоматическую генерацию читабельного представления?

Да, конечно, не Guid же я там собираюсь показывать. :)

jikez 2Сахават Юсифов
А что за компонент с календарем?

DevEx scheduler :)

jikezСлева TreeListView это я как понял EhLib

Кстати а его как-то можно отучить рисовать ячейки в первой колонке где собственно само "дерево"

DevEx TreeList. Можно.

Dynamic2Сахават Юсифов
очепятка - ограничения

Спасибо.

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

Общее же эстетическое впечатление приятное

http://www.sql.ru/forum/actualthread.aspx?tid=170432&hl=%ef%f0%ee%e3%f0%e0%ec%ec%fb+%f1%e0%f5%e0%e2%e0%f2%e0#1414000

optimizerмежду областями сплитеры мтоят?

Нет они все в Сплитконтейнерах

А удобно ли будет ввод в дерево ресурсов для средних и больших предприятий.
Там ведь и структура предприятия, и люди, и оборудование... :(

1106 в минфинеDear автор,
процессы предполагаются только вот такие, "честные", без наложений?
возможность параллельного изготовления каких-то деталей для большой сборки не предусмотрена?

Ну, диаграммы туфтовые, пока не связаны ни с чем. Просто прикидываю интерфейс пользователяю Больное для меня место.

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

А дерево и правда смущает.

jikezСоглашусь с makbeth по поводу рамок вокруг фреймов и про "объемсность" гридов, уж очень визуально эти "выпуклости" отвлекают от содержимого/цифр,
+ сплитеры не схлопывающиеся :( кстати их положение запоминается?

Тогда может что-то типа этого?

jikezТак лучше
Но не люблю когда Таb'ы в Tab'ах, тем более когда одни сверху другие снизу,
стараюсь избегать такого, юзеры ваще теряются когда видят много закладок.

Тогда оставлю "Входы, Выходы, Ограничения", а "Потребляемые, Изношиваемые, Неизменяемые" спрошу в диалоговом окне при добавлении записи.

Нет, все же сделаем в виде не привязанного к дате Ганнта, через графические примитивы.
А ТабСонтрол воще надо убить. Своства примитива по правой кнопке мыши. Как думаете?

Petro123- интерфейс должен быть по функциональной обязанности пользователя, а не нагромождение всего и вся
- пользователь впервые увидев окно должен знать "что это"? Зачем это? "Что будет, если тронуть эту пимпу"?. Иначе тех-поддержка замучится отвечать USER'am

Т.е.
- Сделай название рисунка-название формы
"Ввод и редактирование новых самоваров"
- Подпиши КАЖДЫЙ раздел-контейнер
- Не сокращай названия колонок и закладок
- не делай больше 2-3 контейнеров
- везде кнопка Справка, Отмена, ОК, По умолчанию

Иди от того "Что и кто работает с данной формой (аналитик или уборщица)".
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!

Хорошо, Петро.
Немного попишу, покажу тогда.

iscrafmСахават, а что Вы для отрисовки гантта используете?

PictureBox :)

Petro123- красный цвет - цвет ошибок
- красный цвет и чёрный цвет шрифта на нём - несочетаемые цвета.

______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!

Эх, лучше бы сразу цвета саказали. :)

1106 в минфинецвет отрезков может попробовать
синий, темно-синий, индиго (например)

контур вокруг отрезка я бы не рисовала, а толщину отрезка оставила такой, как есть щас

10 - 100, 150 - 100 это смещение-длительность соответственно? может, тогда логичнее было бы выразиться как 10+100, 150+100 и т.д.? или разнести значения смещения по краям отрезка
тогда вместо надписи 250 - 100 отобразятся 250 в начале отрезка и 350 в конце, а?

Остановился на этом. А там пусть пользователь настроит. Сил моих нет для этого. :(

LSV авторОстановился на этом. А там пусть пользователь настроит. Сил моих нет для этого. :(Очень даже неплохо. А возможность масштабирования и схролинга (в стороны) диаграммы есть ?

Скроллин вертикальный синхронизирован с деревом. А горизонтальный не делаю. Пока масштабирую. Потом сделаю.

Сейчас бьюсь со связями, цикличностью, разрешение коллизий и т.д.
Дальше буду рисовать связи (линки). Тоже нудное дело - что бы не пересекалисб, выглядели по человечески.
Вот он какой. :)

AlexTheRaven
Интересно что случается с планами, когда изменяется процесс? Алгоритм и ограничения доступа у неё наверняка очень нетривиальные.


Будет зависеть от способа планирования.
Если событийно и есть подписка на событие изменение описания процесса, то работа будет перепланировано.
Если изменения процесса не должны влиять на уже запланированные работы, то изменения будут действовать только для новых работ.

AlexTheRaven
Я бы, наверное, пошёл от обратного: взял бы ARIS и интегрировал бы с MS Project. Недостающие части дописал бы на ARIS Script и VBA.

Надо купить и то и другое.
А хочется чтоб дешево и сердито. В виде нескольких компонент и одтельная прога.
Да и МС прожект не тянет в данном случае (и никто не тянет, может только Либерзон :) )

Programmer_Ortodox Валентин КТипы на вкладках - можно и функционально. Главное правильно разделить их по обе части "забора")
Кучу окошек не стоит делать - не функционально и наляписто.
Девы не люблю, но хорошо.
Древовидные структуры - если будет большое дерево EhLib мемо будет тормозить нещадно, особенно в 4.1 (спорил по этому поводу неоднократно с Большаковым), но пока с 3.6с не ухожу.

Остальное в приципе нормально.
Если нужна высокая скорость и большое дерево, берите DBTreeView с www.soft-gems.net
Девки по скорости просто сильно отдыхают в стороне!

Спасибо, посмотрю.
А обработка с деревом не связана почти.

Petro123В какой нише прога получается?
В планировании рессурсов-процессов?
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!

PM, MES, Имитация.

1106 в минфинеи опять предложение
насчет разведения длительности процесса и его стартовой отметки
это две разные сущности и логичнее
отобразить их разными способами
то есть не 75 - 100, а вот такие варианты:

1) 75 и 175 в начале и конце отрезка соответственно
2) 75 + 100
3) 75 и 175 в начале и конце отрезка соответственно И 100 в середине отрезка (и желательно сущности отображать хотя бы другим шрифтом/цветом/гарнитурой)

мне больше нравится 3-й вариант
в действительности не все смещения/длительности будут выглядеть так красиво, как в примере
и оценить скока будет 738 (смещение) плюс 527 (длительность) не каждый юзер осилит

Спасибо, друг!. Учту обязательно. :)

1106 в минфине Сахават Юсифов...
Спасибо, друг!. Учту обязательно. :)

Да ниче, обращайся! :-)
С Новым Годом, Сахават!
Новых твоческих успехов и побед!!!

И тебя с Новым Годом! И всех тружеников мозговой отрасли!

Движемся потихоночку. Не рисовал раньше никогда, туго идет.

Сахават ЮсифовДвижемся потихоночку. Не рисовал раньше никогда, туго идет.
Теперь ничего. Научился малость.

Сахават Юсифов Сахават ЮсифовДвижемся потихоночку. Не рисовал раньше никогда, туго идет.
Теперь ничего. Научился малость.
Еще чуть - чуть. :)

NSFuimusнавскидку ... лична я бы оформил "свойства", "связи", "шаблон ресурса" в стиле "выезжающих" панелей аля MS VStudio (c 2003) ... пользователь мог бы в любой момент привести интерфейс к твоему виду или организовать расположение (и их "видимость" в смысле - "выезжающая-невыезжающая") панелей по своему усмотрению ... так, на мой взгляд, панель "шаблон ресурса" можна было бы отлична пристыковать к правому краю ... ну и тд и тп

Я делал с докингом, что то народу не понравился.
А кнопки пока нужны мне, она же еще пишется. Там еще много чего нало делать.

Опять 25!

Вопрос уже меньше касающийся пользовательского интерфейса.

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

Если жестко не орентироваться на какую-то отрасль (а скорее на предприятие, вид деятельности,а то и на класс изделий...), то (кроме идентификатора и может быть имени) свойства входа, а тем более выхода никак заранее не задашь (имхо :) ). Но это полбеды, если не предполагается интеграции.
Интеграция с сервером (поставщиком информации о входе) проще, можно получить метаданные и т.д. и настроится формально.
А вот как быть с клиентом (кому нужен выход)? Допустим, учетной системой. Если бы у выхода были только унаследованные свойства, то в принципе количество свойств особой роли не играло бы. Но тут есть и приобретенные, которые в принципе могут отсутствовать у клиента. Еще хуже, они появляются динамически по воле пользователя. :(
Что через ж?