Русский   English
ДонНТУ   Портал магістрів

Реферат за темою випускної роботи

Зміст

Вступ

На сучасному ринку програмного забезпечення представлено безліч програм для автоматизації від російських і зарубіжних розробників. В рамках дипломної роботи проведено порівняльний аналіз програм для автоматизації обліку на підприємствах торгівлі з метою пошуку оптимальної програми, що дозволяє з мінімальними витратами отримати найбільш ефективний інструмент автоматизації. В якості такого рішення обрана програма 1С: Підприємство.

Програма 1С: Підприємство являє собою потужний засіб для реалізації управлінського обліку на підприємствах роздрібної та оптової торгівлі, воно повсюдно поширено на території Росії і країн СНД. Разом з тим, відкритий вихідний код програми і наявність повноцінного життєвого програмування 1С: Підприємство дозволяють допрацьовувати і змінювати програму 1С: Підприємство під специфічні завдання з метою розширити або змінити логіку її роботи. 1С: Підприємство призначений для реалізації обліку на одному підприємстві, нехай і з можливістю представлення його кількома юридичними і фізичними особами.

1. Актуальність теми

Відомий ряд методів для об'єднання, вивантаження, завантаження інформації між інформаційними базами 1С. Існують універсальні обробки вивантаження / завантаження інформації в форматі XML. Але ці методи можна застосовувати лише для тих баз, які мають однакову конфігурацію. На даний момент дуже часто виникає необхідність перенесення даних в іншу базу з іншою конфігурацією а також версією системи.

Магістерська робота присвячена актуальній задачі розробки модуля об'єднання інформації складського обліку між інформаційними базами які мають різну конфігурацію.

2. Мета і завдання дослідження, плановані результати

Метою дослідження є розробка обробок для можливості з'єднання інформації складського обліку з інформаційних баз з різною конфігурацією в системі 1С: Підприємство.

Основні завдання дослідження:

  1. Аналіз методів об'єднання інформації складського обліку інформаційних баз мають різну конфігурацію в середовищі 1С: Підприємство.
  2. Оцінка оптимальності методів об'єднання інформації складського обліку інформаційних баз мають різну конфігурацію в середовищі 1С: Підприємство.
  3. Розробка модуля об'єднання інформації складського обліку в системі 1С: Підприємство.

Об'єкт дослідження : інформаційна система 1С: Підприємство.

Предмет дослідження : модуль об'єднання інформації складського обліку ІС 1С Підприємство.

3. Огляд існуючих рішень і розробок

Як вже було сказано раніше, існує ряд методів і прикладних рішень для обміном інформацією між інформаційними базами 1С мають однакову конфігурацію.

3.1 Механізм обміну даними

Механізми обміну даними дозволяють створювати територіально розподілені інформаційні системи обмінюються даними в офф-лайн режимі, без постійного з'єднання. За допомогою цих механізмів можна здійснювати інтеграцію не тільки між різними інформаційними базами 1С: Підприємство 8, а й будувати складні гетерогенні інформаційні системи, що включають, поряд з рішеннями на платформі 1С: Підприємство 8, ще й зовнішні додатки.

Механізм розподілених інформаційних баз призначений для обміну даними тільки з ідентичними конфігураціями 1С: Підприємство 8 і жорстко регламентує структуру створюваної системи. Він є аналогом компоненти Управління розподіленими інформаційними базами, яка існує в технологічній платформі 1С: Підприємство 7.7, проте істотно перевершує цей механізм по гнучкості настройки і різноманітності підтримуваних схем обміну. [1]

Схема механізму обміну даними

Малюнок 1 – Схема механізму обміну даними

Важливою якістю даного набору механізмів є те, що він забезпечує високий рівень готовності системи до роботи в розподіленому середовищі - організація обміну практично не вимагає додаткових витрат на розробку. Потрібно просто поставити в інтерактивному режимі склад даних, що беруть участь в обміні, а механізм забезпечить формування повідомлень і їх завантаження. При цьому платформа автоматично організовує обмін тільки зміненою інформацією, відстежує отримання повідомлень, визначає необхідність повторної відправки даних, дозволяє колізії і перевіряє цілісність інформації, що завантажується. Гнучкі можливості настройки дозволяють сформувати практично будь-яку топологію схеми вузлів обміну (зірка, сніжинка, схеми без центрального вузла). Склад даних, що беруть участь в обміні, і правила вирішення колізій можуть задаватися довільно. При цьому механізми обміну з одного боку мінімізують обсяг переданих даних (пересилаються тільки змінені дані), а з іншого – гарантують стійкість до втрати повідомлень. Іншими словами, система здатна функціонувати як в умовах гарантованої доставки повідомлень, так і без такої.

3.2 Універсальна обробка Вивантаження та завантаження даних XML

Універсальна обробка Вивантаження та завантаження даних XML проводить повну або часткову вивантаження даних інформаційної бази в файл у форматі XML. Згодом цей файл може бути завантажений в інформаційну базу за допомогою цієї ж обробки. Формат файлу вивантаження відрізняється від формату файлу, що створюється під час вивантаження за планом обміну, заголовної частиною. [2] Обробка може використовуватися тільки в тих випадках, коли інформаційна база, в якій здійснювалася вивантаження даних, і та, в якій дані завантажуються, є однорідними (конфігурації ідентичні, дані можуть змінюватися), або все Вивантажувані об'єкти практично повністю ідентичні за складом і типами реквізитів і табличних частин, властивостями ведучого об'єкта метаданих і т. д. Використання цієї обробки можливо, наприклад, для створення повної або часткової резервної копії даних, здійснення обміну даними між інформаційними базами, а також як допоміжний інструмент при відновленні збійних інформаційних баз. Обробка підтримує вивантаження даних з можливістю завдання відбору по періоду. Також реалізована перевірка об'єктів на наявність неприпустимих символів при обміні через XML.

Обробка Вивантаження і завантаження даних XML

Малюнок 2 – Обробка Вивантаження і завантаження даних XML

Обробка реалізує 2 режиму роботи: Вивантаження (створення файлу вивантаження зазначених користувачем даних) і Завантаження (читання файлу вивантаження, створеного однойменною режимом, і запис наявних у ній даних). Установка режиму здійснюється вибором в поле Режим. Перед запуском того чи іншого режиму (натискання кнопки Виконати) потрібно вказати ім'я файлу вивантаження або ввівши його вручну в поле Ім'я файлу, або скориставшись кнопкою вибору цього поля і стандартним діалогом вибору файлу. У режимі завантаження є можливість редагування використання підсумків під час запису регістрів, що може вплинути на швидкість завантаження. Кнопки Відключити підсумки і Включити підсумки доступні при встановленому прапорі Включити можливість редагування використання підсумків під час завантаження даних і використовуються для ручного управління режимом використання підсумків при завантаженні даних.

Обробка може використовуватися тільки в тих випадках, коли інформаційна база, в якій здійснювалася вивантаження даних, і та, в якій дані завантажуються, є однорідними (конфігурації ідентичні, дані можуть змінюватися), або все Вивантажувані об'єкти практично повністю ідентичні за складом і типами реквізитів і табличних частин, властивостями ведучого об'єкта метаданих і т.д. Слід зазначити, що, у зв'язку з зазначеними обмеженнями, обробка головним чином призначена для обміну між однорідними ІБ. Формат файлу вивантаження відрізняється від формату файлу, що створюється під час вивантаження за планом обміну, заголовної частиною. Для вивантаження даних (елементів довідників, наборів записів регістрів і т.д.) обробкою використовується той же механізм XML-сериализации, що і вивантаженням за планами обміну, в цій частині формати файлів ідентичні.[3]

3.3 Об'єднання / порівняння конфігурації

Механізм порівняння і об'єднання конфігурацій 1С 8.3 допомагає розробникам 1С ретельно провести порівняння конфігурацій або їх розширень, а також зрозуміти правила об'єднання. Нерідко цей режим використовують для зіставлення конфігурацій і без їх об'єднань. Також він використовується в роботі відразу декількома розробниками, що допомагає об'єднати всі доопрацювання.

В конфігурації передбачено зіставлення загальних властивостей об'єктів 1С 8.3: довідників, документів, журналів, реквізитів і табличних частин 1С. Окремому порівнянні піддаються форми об'єктів, такі як:

  1. Тексти описів.
  2. Макети.
  3. Модулі.

Навпроти кожного об'єкта, який розробник повинен об'єднати з аналогічним об'єктом іншій конфігурації потрібно встановити прапорець. [5] Установка порівнянням і об'єднанням передбачає аналіз різниці для кожного об'єкта в конфігурації 1С. При цьому вони зіставляються спочатку по імені, а тільки потім за ідентифікатором.

В типових конфігураціях 1С можливі випадки, коли старий об'єкт перейменовується, а на місце нього додається новий об'єкт з тим же ім'ям. При установці порівнянням / об'єднанням старий об'єкт може некоректно зіставити по імені з доданим новим, а перейменований об'єкт відобразиться як доданий. Це може привести до втрати даних і виникнення помилок.

Установка конфігурації порівнянням / об'єднанням вимагає зняття з підтримки перед початком установки і постановки на підтримку після закінчення. І часто такий процес займає більше часу.

Механізм порівняння і об'єднання конфігурацій забезпечує порівняння:

  1. Загальних властивостей об'єктів прикладного рішення (довідників, документів і т.д.).
  2. Окремих реквізитів, табличних частин об'єктів прикладного рішення.
  3. Форм (порівнюються тексти модулів, тексти описів і макети).

Алгоритми зіставлення об'єктів порівнюваних конфігурацій:

  1. Порівняння довільних конфігурацій: виконується зіставлення по імені об'єкта і якщо, для якихось об'єктів, пару знайти не вдалося, тоді виконується зіставлення за ідентифікатором.
  2. Порівняння родинних конфігурацій: маються на увазі конфігурації, про які можна точно стверджувати, що вони є різними версіями однієї і тієї ж конфігурації (приклади - порівняння основний конфігурації з конфігурацією бази даних або з конфігурацією сховища). Виконується зіставлення тільки за ідентифікатором об'єкта. Ім'я об'єкта не використовується.
  3. Порівняння з конфігурацією постачальника: виконується зіставлення по ідентифікаторів, але при цьому ідентифікатори не обов'язково повинні бути однакові.

Як порівнюваних конфігурацій можуть виступати:

  1. Основна конфігурація.
  2. Конфігурація бази даних.
  3. Конфігурація, збережена в зовнішньому файлі.
  4. Конфігурація постачальника.

Таким чином, наприклад, можливо порівняння двох конфігурацій, збережених в зовнішніх файлах, або порівняння основний конфігурації з конфігурацією постачальника. Результат порівняння конфігурацій відображається в спеціальному вікні. При цьому розробник має можливість налаштувати склад інформації, яка відображається в цьому вікні і встановити відображення:

  1. Всіх об'єктів прикладного рішення.
  2. Тільки відрізняються об'єктів.
  3. Тільки змінених об'єктів.
  4. присутніх тільки в якій-небудь одній конфігурації.
  5. Тільки незмінених об'єктів. [6]

Порівняння великих конфігурацій – процедура досить тривала, особливо в режимі оновлення конфігурації постачальника, коли проводиться три порівняння (старої і нової конфігурації постачальника, і конфігурації користувача з кожною з них). Загальне правило можна сформулювати так – порівняння виконується в оптимізованому режимі (набагато швидше) в разі дотримання двох умов:

  1. Серед зіставлених об'єктів немає пар з різними ідентифікаторами.
  2. Серед несопоставленние об'єктів немає можливих пар з однаковими ідентифікаторами

На основі цих правил можна пояснити різницю в швидкості порівняння при оновленні конфігурацій. Версії установки постачальника завжди порівнюються максимально швидко, оскільки вони виходять з однієї і тієї ж конфігурації шляхом створення файлів постачання і – або поновлення і, як було зазначено вище, ідентифікатори об'єктів залишаються незмінними.Швидкість порівняння конфігурації користувача залежить від історії змін у версіях конфігурації постачальника. Після того як користувач включив можливість змін, порівняння відбувається швидко, оскільки ідентифікатори всіх зіставлених об'єктів однакові. Але як тільки в якомусь із оновлень постачальник додасть хоча б один новий об'єкт, після виконання оновлення цей об'єкт отримає новий ідентифікатор, і всі наступні порівняння користувальницької конфігурації з конфігурацією постачальника будуть виконуватися помітно повільніше.

Часто у фахівців виконують впровадження виникає питання, як правильно ставити конфігурацію на підтримку: включати можливість зміни в дистрибутивному варіанті установки постачальника або свою власну конфігурацію об'єднати з цим дистрибутивом з одночасною постановкою на підтримку. Принципової різниці немає. Логічно результат буде однаковий, що ж стосується швидкості порівняння при оновленні, то в першому випадку вона буде набагато вище, але лише до того моменту як постачальник в новій версії додасть хоча б один новий об'єкт, що, цілком можливо, відбудеться вже в наступній версії . Після чого вже ніяких відмінностей в швидкості порівняння не буде. [7]

Висновки

Магістерська робота присвячена актуальній задачі об'єднання інформації складського обліку з двох інформаційних баз які мають різну конфігурацію. В рамках проведених досліджень виконано:

  1. Розроблено модуль об'єднання інформації для баз які мають різну конфігурацію в системі 1С: Підприємство.
  2. Проведено аналіз різних методів по об'єднанню інформацію в тому числі і існуючих методів для баз з ідентичною конфігурацією.
  3. Проведено ряд тестів з визначення оптимального варіанту об'єднання інформації.

Подальші дослідження спрямовані на наступні аспекти:

  1. Розробку модуля об'єднання інформації для нетипових конфігурацій даних.
  2. Оптимізацію розробленого модуля об'єднання інформації, створення повністю автоматизованого рішення.

При написанні даного реферату магістерська робота ще не завершена. Остаточне завершення: червень 2021 року. Повний текст роботи і матеріали по темі можуть бути отримані у автора або його керівника після зазначеної дати.

Список джерел

  1. Обмен данными [Електронний ресурс]. – Режим доступу: https: //v8.1c.ru/platforma/obmen-dannymi ...
  2. Выгрузка и загрузка данных XML Методическая поддержка для разработчиков и администраторов 1С Предприятия 8 [Електронний ресурс] .– Режим доступу: https: //its.1c.ru/db/metod8dev/content/4126/hdoc ...
  3. Обработка _Выгрузка и загрузка данных XML » Обработки » FAQ » HelpF.pro [Електронний ресурс]. – Режим доступу: https: //helpf.pro/faq/view/1288.html ...
  4. Платформа 8.1 [Электронный ресурс]. [Електронний ресурс]. – Режим доступу: https://v8.1c.ru/platforma/rabota-s-bazoy-dannykh ...
  5. KoderLine Статьи экспертов [Електронний ресурс]. – Режим доступу: https://www.koderline.ru/expert/instruktsii/article-sravnenie-i-obedinenie-konfiguratsiy-1s-8-3/
  6. Flagman.top [Електронний ресурс]. – Режим доступу: https://flagman.top/about-business/ehkzamen-1s/sravnenie...
  7. Pro 1c [Електронний ресурс]. – Режим доступу: https://pro1c.org.ua/index.php?showtopic=113...