Українська   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...