СИТ "Сетевые Информационные Технологии (в машиностроении)"
Неформальное объединение IT специалистов
 
tltr
..EZTM Commander Карта сайтаГлавная страницаСледующая страницаПредыдущая страница
   
   
   
  Главная
  Карта сайта
  Контакты
   
  Содержание:
  1. Введение
  2. Идеология
  3. Выбор программного
обеспечения
  4. ЛОЦМАН PLM - опыт
освоения
  5. Visual Loodsman -
самостоятельный путь
развития
  6. Разработанный
функционал системы
  7. Организационные вопросы
(реальность без купюр)
  8. Перспективы,
предложения.
   
   
   
   
 
   
  Компания АСКОН
   
   

.

,,,,,
Visual Loodsman - самостоятельный путь развития
 

.....Для дальнейшего продвижения проекта на предприятии была поставлена задача написания своего клиентского приложения с интерфейсом более близким к конкретным группам пользователей. В данной конфигурации базовое клиентское приложение становилось рабочим местом администратора проекта.
.....С этим вопросом мы обратились в АСКОН. Нам порекомендовали обратить внимание на ЛОЦМАН API. Следует отметить, что ЛОЦМАН API по сути своей является той изюминкой, благодаря которой, можно самостоятельно развить проект ЛОЦМАН в каждом конкретном случае в любом направлении. Именно API сервера приложений превращает ЛОЦМАН в инструмент по разработке информационной системы предприятия.
.....Где-то в сентябре 2006 года было получено описание API, после чего специалисты ОАО ЭЗТМ семь раз перекрестились, три раза переплюнули через левое плечо, вздохнули… и окунулись в волшебный мир Delphi. С этого момента у проекта ЛОЦМАН на предприятии началась новая жизнь…
.....С самого начала были определены основные требования к собственному клиентскому приложению (см. рис. 6):

  • обязательно многооконный режим (MDI окна);
  • каждое окно должно представлять собой самостоятельного мини-клиента, привязанного к определенной вершине дерева базы данных с информационными ресурсами в виде полей, таблиц, деревьев и инструментами перехода по определенным связям к другим окнам-клиентам;
  • визуально окно-клиент должно быть подобно основному документу головного объекта данного окна;
  • клиентское приложение должно иметь собственную панель, отражающую заблокированные для редактирования пользователем элементы  базы данных.

Окно клиентского приложения EZTM Commander

Рис.6

.....Кроме вышеуказанных требований было предложено сразу же отказаться от долговременного блокирования собственно информационных объектов базы данных. Было решено блокировать на долгий срок только документы, с которыми непосредственно в данный момент работал пользователь. Блокировка объектов должна проиходить незаметно для пользователя и только во время внесения изменений в базу данных (как правило, при нажатии кнопки OK при закрытии окна).


КонтактыКарта сайтаГлавная страницаСледующая страницаПредыдущая страница
 
...© 2007 "Сетевые Информационные Технологии" ...Главная...Карта сайта...Контакты