ПредишенСледващото

Използването на общ механизъм RIB SCP.

За клиента, основният недостатък на този метод е, че в базите данни за обектите съдържа всички (почти) централна база данни информация. 1C също да бъдат инсталирани.

Плюсове: лесно да се разположи RIB, възможността за създаване на механизъм за актуализация RIB с дървовидна структура RIB подкрепа в рамките на модела ъпгрейд SCP.

Използването на собствени правила за обмен в типичен механизъм RIB SCP.

За клиентите конкретни недостатъци на този метод, аз не виждам.

Плюсове: Както и в първия метод, + в базата данни, не съдържат цялата центъра за данни, и са необходими само на мястото.

Ако вземем правилата на борсата, предназначена за Интер, като стандарт, а след това им малка финес от наша страна ще отнеме един ден. Ако имаме тези правила ще се опитват да направят някаква форма на универсални, тогава виждам преразглеждането за няколко седмици.

Моето предложение - да се разработи модел за обмен lomopererabotki базирани Интер. По този начин, той ще бъде един стил трик 1C - като типичен обмен имаме, но в действителност всеки клиент ще трябва да го усъвършенства за себе си.

Използване на крайни връзки. С помощта на уеб клиента.

стабилност на мрежата става критична, тъй като ако тя не функционира, платформата работа на практика се издига.

Също така знам, че има проблеми с свързвате и използвате вашия принтер за отпечатване на документи (например инструменти за претегляне).

За да се разшири и да използвате тази опция достъп, имате нужда от квалифициран специалист (системен администратор).

При използване на уеб клиента, ние сме изправени пред едни и същи характеристики на работата, описана по-горе за терминал връзка. Основната разлика е, че потребителят се свързва с базата данни през уеб браузър.

Основният недостатък за нас

Уеб клиентът комуникира с основа режим само успя приложение. Нашата железен лост, за съжаление, в момента е абсолютно неприложим в този интерфейс! По-нататъшното развитие на този интерфейс за чупене може да се проточи в продължение на месеци, тъй като в действителност - е развитието на нова конфигурация.

За клиента, основният недостатък на този метод е, че ако имате голям брой ребра възли, натоварване в централната база данни се увеличава много пъти! Обемът на сделките, направени на ден могат да бъдат огромни, че е малко вероятно, че няма да се отрази на производителността на системата.

Плюсове: Можете да разгърне, без да инсталирате RIB 1C, съхраняващи изискването за компютри в сайта.

С помощта на допълнителен конфигурация за скрап.

Като бази на сайтове, можете да използвате лека конфигурация СКРАП, която ще се прилага само необходимата функционалност за приемане и записване на скрап на място.

обмен механизъм в този случай може да се прилага по два начина:

1) Лек. Ние използваме стандартния универсален обмен на данни между конфигурациите на валутните разработени правила. В този случай, ние не използваме самите планове RIB и обмен механизъм. Т.е. конфигурация на обекта няма да бъде подчинена да подпише и обмен между бази данни ще бъде винаги пълен (в този случай означава, че винаги ще бъде предадена на всички избрани по правилата на обектите на обмен на бази данни, а не само на промените). Този обмен не се различава от нормалното прехвърлянето на данни между конфигурации.

2) максимум. В този случай, конфигурацията е необходимо да се създаде размяна на планове, развитието на обмен и връзка RIB подсистема.

Основният недостатък за нас

- разработване на универсална конфигурация с основните изисквания на клиентите общо - този бизнес дълго. Оценка за да бъде изключително трудно. Ако само оценка на пълномощията и спомагателни подсистеми - от порядъка на 2-3 месеца. Отделно от това, създаването на обмен подсистеми - от 1 до 2 месеца. Развитие на правилата за обмен - от 0,5 до 1 месец (в зависимост от това какво е необходимо, са правила разменят само между друг център и земята или и между платформи).

- подкрепят и да актуализира тази конфигурация, изпълнението на това специфичните изисквания на конкретен клиент - всичко това не е малка допълнителна тежест за програмисти.

Аз не виждам някакви особени недостатъци за клиента по този начин, но да се актуализира два основи, вместо един.

Плюсове: в сайтовете напълно отделна база данни и конфигурация.

(Метод 3) може да се препоръча за клемата не е далеч от центъра на обектите се осигури надежден канал за комуникация (може да се уреди резервен канал), а ако ефективност е важна информация за състоянието на нещата в този сайт.

Така че аз мисля, първоначално на стойност клиенти примами с първото изпълнение, като се използва, ако е необходимо, на трето.

Свързани статии

Подкрепете проекта - споделете линка, благодаря!