1. Техническая архитектура.
2. Программная архитектура.
3. Сравнительный анализ готовых решений для автоматизации задачи
4. Сравнительный анализ способов приобретения ИС для автоматизации задачи.
5. Диаграмма прецедентов.
6. Диаграмма деятельности.
7. Диаграмма последовательности.
8. Возможные риски разработки и внедрения ПО.
9. Возможные дефекты программного средства.
10. Сравнительный анализ стратегий внедрения ИС для автоматизации задачи.
11. Разграничение прав доступа к ИС.
12. Вывод.
13. Список литературы.

Автоматизация учета имеет очень большую роль для любой компании. Программное обеспечение в этой области позволяет не только автоматизировать учет, но также помогает анализировать, планировать деятельность предприятия. Сегодняшние системы нацелены не только на работников основного, но также и на работников склада, менеджеров и руководителей. Преимущество отдается программным продуктам, которые позволяют автоматизировать целое направление деятельности фирмы.

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

В данной работе рассматривается тема «Автоматизация выписки электронных ВСД в системе Меркурий». В теоретической части необходимо осветить технико-экономическую сущность ведения учета продукции в системе Меркурий, информационное обеспечение данного комплекса и автоматизацию выписки электронных ветеринарных сопроводительных документов (далее – ЭВСД) в системе Меркурий.

Практическая часть представляет собой решение определенной основной задачи, включающей создание фирмы, разработку ее структуры, заполнение справочников, выполнение ряда операций по выписки ЭВСД на производство, перемещение и выписки ЭВСД клиентам. При выполнении работы ставились следующие цели:

• Закрепление, углубление и обобщение знаний, связанных с проектированием и реализацией;
• Исследование и принятие самостоятельных решений по автоматизации учетных задач или комплексов на предприятии;
• Углубление теоретических знаний в соответствии с заданной темой.

В соответствии с законом N 243-ФЗ «О внесении изменений в Закон Российской Федерации «О ветеринарии» с 1 июля 2018 все товары, подконтрольные Россельхознадзору, подлежат обязательной электронной сертификации в ФГИС «Меркурий», которая отслеживает их на протяжении всего цикла: от сырья до готового продукта на полке магазина.» Таким образом, компания обязана в системе Меркурий: принимать (гасить) сырье от поставщиков, выписывать сопроводительные документы на производство продукции, в которых будут отображены артикулы продукции и потраченное на нее сырье, также необходимо отображать в системе все перемещения продукции и сырья между предприятиями компании, и, самое основное, выписывать ЭВСД на продукцию, отправляемую клиентам.

В заключении следует отметить, что основными направлениями совершенствования является автоматизация выписки ЭВСД клиентам, так как это занимает больше всего времени и является основной нагрузкой на сотрудников.

Техническая архитектура.

Техническая архитектура предприятия – это совокупность программно-аппаратных средств, методов и стандартов, обеспечивающих эффективное функционирование приложений.

Техническую архитектуру предприятия можно визуально представить в виде совокупности архитектурных схем приложений, используемых на предприятии. Визуально техническую архитектуру приложения, в свою очередь, можно представить в виде схемы, включающей в себя информацию о серверах, сегментах ЛВС, компонентах системы, стандартах (использующихся в данном приложении) и взаимосвязях между ними.

Техническая архитектура ООО «АТД» представлена на рисунке 1.

Рисунок 1. Техническая архитектура ООО «АТД»

Программная архитектура.

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

Программная архитектура ООО «АТД» представлена на рисунке 2.

Рисунок 2. Программная архитектура ООО «АТД»

Сравнительный анализ готовых решений для автоматизации задачи.

В таблице 1 приведен сравнительный анализ готовых решений. Интеграцию с 1С Предприятие 8 проводит сама государственная площадка Меркурий совместно с компанией ASP, это самый надежный и эффективный вариант автоматизации, но также самый дорогой. Дальше рассмотрен вариант самостоятельных модулей, работающих с системой Меркурий через Ветис.API. Такой вариант частично решает вопрос автоматизации, но ЭВСД, нуждающиеся в анализах, по-прежнему должны будут выполняться вручную. Последний и самый дешевый вариант – это облачные платформы, выполненные в виде Web-интерфейса, которые можно рассмотреть для частичной автоматизации большинства процессов.

Таблица 1

Сравнительный анализ готовых решений

 Сравнительный анализ способов приобретения ИС для автоматизации задачи.

Таблица 2

Способы приобретения ИС

 Сравнительный анализ компаний для автоматизации задачи.

Таблица 3

Сравнительный анализ компаний

 Диаграмма прецедентов.

На рисунке 3 показана диаграмма прецедентов, где описаны функции и обязанности структур.

Отдел продаж принимает заказы клиентов, чаще всего постоянных, поэтому подтверждение от директора не требуется, заполняет базу данных в 1С Предприятие 7 во вкладке заказы, а именно: ИНН заказчика, адрес доставки, подробности доставки и саму заказываемую продукцию.

Отдел склада сообщает отделу продаж об уже имеющейся продукции на складе для продажи, проводит инвентаризацию на складе.

Отдел Цеха создает отчет о плановом производстве исходя из данных в БД о заказах, производит необходимую продукцию.

Отдел Меркурий отражает всю деятельность компании в государственной системе Меркурий, а именно: гасит все приходящие ЭВСД от поставщиков сырья, создает и заполняет производственные операции на основе производственного отчета цеха, выписывает ЭВСД на продукцию своим клиентам, сверяет остатки на складе с остатками в системе Меркурий, производит необходимую инвентаризацию.

Рисунок 3. Диаграмма прецедентов

Диаграмма деятельности.

На рисунке 4 Организация делает заказ на нужную продукцию. Заказ передаётся в отдел продаж, который заказ уточняет и передает в отделы финансов и отдел цеха. Цех составляет отчет о производстве, исходя из данных о всех заказах в базе данных. Отдел финансов контролирует оплату заказа. Отдел Меркурий создает производственную операцию в системе меркурий на основе отчета о производстве, чтобы затем произведенную продукцию отправить заказчикам с готовыми ветеринарными сопроводительными документами. Отдел цеха производит продукцию и упаковывает. Организация получает свой заказ.

В случае отказа от заказа после оплаты, продукция все равно должна дойти до организации, а та в свое время обязана выслать возврат продукции по обоснованным причинам (качество продукции, отсутствие ЭВСД и т.д). То есть возврат продукции после ее производства по собственному желанию невозможен.

Рисунок 4. Диаграмма деятельности

 Диаграмма последовательности.

На рисунке 5 изображена диаграмма последовательности. Заказ формируется менеджером и передаётся в отдел цеха, после чего отдел цеха передаёт запрос в финансовый отдел о выделении средств на закупку сырья. После получения производится закупка и выполняется само производство, потом передаётся отчёт о выполненном заказе обратно в отдел финансов.

Рисунок 5. Диаграмма последовательности

 Возможные риски разработки и внедрения ПО.

Таблица 4

Риски разработки и внедрения ПО

Возможные дефекты программного средства.

Таблица 5

Возможные дефекты программного средства.

Сравнительный анализ стратегий внедрения ИС для автоматизации задачи.

Таблица 6

Стратегий внедрения ИС

Разграничение прав доступа к ИС.

Разграничение прав доступа пользователей сети — это настройки, связанные с сегментированием ЛВС структуры на отдельные части и определение правил взаимодействия этих частей друг с другом. Если говорить техническим языком, это процесс создания прав доступа для каждого конкретного подразделения, и настройки доступности между собой.

Таблица 7

Разграничение прав доступа к ИС

Вывод

В технической и программной архитектуре использовалась следующая конфигурация оборудования и ПО

Во время сравнительного анализа готовых решений была приведена подробная таблица со сравнениями и последующей информацией о компаниях.

Когда я делала Сравнительный анализ способов приобретения, поняла, что на рынке не такое большое количество готовых решений, которые могут внедрить компании-поставщики, а количество средств компании, которое она готова выделить на внедрение готового решения не хватает ни на одно из них, поэтому было принято решение о самостоятельной разработке, которой я займусь совместно с программистом компании в своей преддипломной практике.

В Сравнительном анализе компаний я поняла какая репутация у компаний и какая у них клиентская база, и на каких решениях они специализируются.

Моя диаграмма прецедентов описывает отношения актеров и прецедентов в системе обработке и выполнении заказа покупателя.

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

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

Возможные риски описывают трудности, с которыми вероятнее всего придется столкнуться при собственной разработки ИМ и пути снижения вероятности возникновения, так как это одна из очень важных частей реализации, на каждом из этапов

Так же я рассмотрела возможные дефекты программной составляющей и описала возможные пути снижения вероятности их возникновения, например, чтобы избежать снижения работоспособности персонала, лучше заранее выделить им дополнительный отдых (в случае переработки)

С достаточно большими трудностями пришлось столкнуться в стратегии внедрения, потому что лично на мой взгляд «Параллельное использование» является самой безопасной стратегией внедрения в связи с минимальным риском принятия неверного решения из-за возможности изучать как ведет себя проект уже во время начала эксплуатации, однако оно требует поддерживать работоспособность старой ИС, в случае если новая не приживется можно просто продолжать пользоваться только старой.

Разграничение прав доступа к ИС сделанные мною решения по выбору кому для чего это нужно, ограничило систему в записи\перезаписи, но не чтении, следовательно, каждый работник сегмента ИС может посмотреть, что, когда и перед чем было сделано что исключает недопонимания, и снижает возможность допущения ошибки.

Список литературы

1. Адуева, Т.В. Информационные системы: учебное пособие / Т.В. Адуева; — Томск: Эль Контент, 2012. — 72 с.
2. Клименко Л.Е. Учёт в организации: учебное пособие / Л.Е. Клименко. М.:ИЦ РИОР, ИНФРА-М, 2014. 88 с.
3. Степанов, Л.Н. Автоматизация учета организации на базе технологической платформы: практическое пособие / Л.Н. Степанов. — М.: Лаборатория книги, 2010. -273 с.
4. Платунова С.М. // «Администрирование сети в Windows Server 2016» Университет ИТМО. — 2016. — 102 Семенов А.В. // «Компьютерные сети» Технологический институт им. А.А. Угарова. — 2017. — 126 с.
5. Абрамова Л.В. Инструментальные средства информационных систем: учебное пособие. — Архангельск: САФУ, 2013. — 118 с.
6. Золотов С.Ю. Проектирование информационных систем: учебное пособие. — Томск: Эль Контент, 2013. — 88 с.
7. Анисимов В.В. «Методология idef0» [Электронный ресурс] 2016. URL:https://www.sites.google.com/site/anisimovkhv/learning/pris/lecture/tema6/tema6_2
8. Сажин С. // «mySQL управление БД» [Электронный ресурс]. URL: https://brainoteka.com/courses/ms-sql-dlya-nachinayushih/chto-takoe-subd
9. Акулов А. // «О программировании на SQL» [Электронный ресурс]. URL: :https://habr.com/ru/post/247657/
10. «Методы разграничение доступа» [Электронный ресурс].