Описание Работы

Ссылка на резервное размещение материала

Приложение

Описание Работы:

Разработка программы совместного редактирования одного dwg файла, и отображения этого процесса в реальном режиме времени на компьютерах пользователей.

Программа должна удовлетворять следующим требованиям:

1.  Язык написания программы: Visual basic for Aplication ….

2.  Возможность редактировать все примитивы, и внедренные в dwg файл объекты в среде Autocad 2002, 2006 со скоростью, сопоставимой с однопользовательским режимом.

3.  Возможность совместного редактирования документа по локальной сети (56кбит/с - опционально; Mбит/c обязательно).

4.  Прогамма должна не иметь ограничений на кол-во пользователей а должна иметь ограничения по пропускной способности сети. Все-таки если необходимо ограничение (то 20 пользователей)

5.  В случае 56 килобитного соединения и большого редактируемого файла должно происходить его частичное чтение и кеширование на клиентах.(не настаиваю на пункте)

6.  Хотя если 4 пункт оставить то, это означает, что при каждом сохранении (вместе с сохранением на серверной части происходит сохранение всеми клиентскими частями)

7.  Поддержка протокола TCP/IP.

8.  Корректная работа на ОС win2000, winXP, Для версии Autocad_a_ 2006,2002 на windows 98 для версии автокада 2002 (акад 2002 –ой работает под 98-ым Windows_ом).

9.  Возможность отображения изменений документа (вплоть до свойства, редактируемого примитива ) в реальном режиме времени (Обновление экрана у пользователей должно осуществляться по мере изменения каждого примитива.). Отсутствие изменений отображаемого участка экрана одного пользователя, в зависимости от действий других пользователей.

10.  Программа должна иметь скрытую возможность видеть чертеж глазами любого другого пользователя в реалтайме (команда c:ofu - observe for user (наблюдение за пользователем в реалтайме)), либо по конкретной команде ( c:veu – view ekran user (видовой экран пользователя)) (не настаиваю на командах для этого есть r_admin)

11.  Конфигурации слоев и экранов должны быть привязаны, к пользователю каждому конкретному пользователю. В связи с тем, что конфигурации слоев и видовых экранов для конкретных пользователей не заложено в DWG формат, возможно хранение конфигурации слоев и экранов по внешней ui базе (базе уникальных идентификаторов (уникальных handl_ов)) в момент сохранения файла серверной частью. После стандартной загрузки dwg файла пользователем А, должно произойти изменение конфигурации слоев и экранов для пользователя А, (не настаиваю на пункте)

12.  Нулевой или почти нулевой сетевой трафик в случае отсутствия изменения примитивов со стороны пользователей. Панарамирование и зумирование, не является основанием для передачи этой информации по сети. (за исключением случая использования команды c:ofu). Видовые экраны описываются переменными доступными ч-з команду _setvar.

13.  Возможность редактирования/удаления примитивов, созданных другими пользователями.

14.  Пользователи должны иметь возможность редактировать любые отображаемые примитивы dwg файла, в том числе и невидимые (код dxf группы 67).

15.  Примитив, нарисованный/модифицированный пользователем А должен быть увиден другими пользователем (Б) (при условии, что область экрана Б охватывает данный участок).

16.  Для редактирования, примитивов пользователь не должен брать управление на себя, тем самым, забирая его у других.

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

18.  Программа должна иметь 2 варианта исполнения:
1) отдельно серверная часть, отдельно клиентская часть;
2) отдельно часть, совмещающая клиентскую и серверную части.

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

20.  В идеале, в случае «падения серверной части программы», работа над проектом должна продолжаться путем перехвата ее функций другим компьютером (при втором варианте исполнения). (это в другой части договора насколько мы договаривались?)

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

22.  Вам для отладки и мне для протоколирования, необходимо ведение ui - таблицы. Ui-таблица ведется серверной частью и она должна содержать как минимум:
уникальный номер нового примитива
handle примитива против каждого пользователя
изменяемый примитив
время внесения изменений
содержание (бинарное или текстовое ) примитива
например независимо друг от друга разные пользователи рисуют круг, эллипс, отрезок

UIC в последовательности доставки до сервера	Handle_примитивов пользователя A	Handle_ примитивов пользователя B	Handle__ примитивов пользователя C	Имя примитива	Время создания “хозяином“
A_4A	4A	содержание	4B		4C		Circle	0:0:0c
B_4A	4С		4A	содержание	4B		Line	0:0:1c
С_4A	4B		4С		4A	содержание	Ellipse	0:0:2c

23.  Использование xml формата приветствуется. Cоздание дополнительной программы для его чтения ui таблицы, с целью анализа ввода пользователей. Дополнительная. программа не должна вылетать по ошибке в случае незаконченности ui - таблицы.

24.  Не приветствуется для создания данной программы использовать SQL сервера и IIS сервисы

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