Диссертация (1152184), страница 7
Текст из файла (страница 7)
На практике единое информационноепространство любого предприятия состоит из различных информационныхподсистем. Структурно некоторые подсистемы группируются вокруг одной (илинескольких) систем, занимая свое место в качестве подчиненных. Это можетнапоминать устройство вселенной, не случайно один из крупных коммерческихпрограммных продуктов в области комплексной автоматизации называется«Галактика».В качестве примера можно привести такие системы, как My SAP, OEBS(Oracle), Microsoft Dynamics, Галактика, 1С:Предприятие и другие. На основании33проведенного анализа есть возможность констатировать, что на данный момент намногих предприятиях пищевой промышленности происходит консолидацияразличных локальных автоматизированных систем вокруг своего рода основной,центральной системы (1С:Предприятие или другой). Необходимо заметить, чтоприменение системы 1С:Предприятие в таких подразделениях предприятия, какотдел кадров или финансово-бухгалтерское управление (что очень часто и имеетместобыть)автоматическиделаетеекандидатомна«центральную»информационную систему, остальные системы, получают статус подчиненных.Следует отметить, что это не относится к большинству западных компаний,являющихся владельцами многих крупных отечественных предприятий пищевойпромышленности (в этом случае центральными являются My SAP, OEBS, MicrosoftDynamics и другие крупные зарубежные системы).
Тем не менее, 1С:Предприятиепочти полностью заняла определенную нишу, образовав в ней, по сути,монополию. Это далеко не единственный случай в области автоматизациидеятельности предприятия – например, многие предприятия общественногопитания работают в системах «Рарус-общепит», «Iiko» и «R-keeper». В даннойработе системе 1С:Предприятие уделено значительное место и внимание, но лишьпотому, что она была выбрана в качестве базовой системы с возможностьюконструирования,конфигурированияипрограммированиявконкретномкомплексе пищевых мини-предприятий, на основании анализа и соответствиякритериям, введение и обоснование которых будет рассмотрено ниже. Одной изсильных сторон данного решения является мощный базовый механизм платформыдля реализации партионного учета, что является актуальным для предприятийрыбопереработки.
Возможно применение и другой системы-конфигуратора вкачестве базовой платформы, такая система – всего лишь часть модели, котораябудет представлена в данной работе. Модель эта, безусловно, подлежитулучшению по определенным критериям. Архитектура и другие характеристикиуровня ядра определены в базовой системе-платформе, и при созданииинформационной системы предприятия пищевой промышленности не меняются.На первый взгляд, в этом есть определенный недостаток, но, как показывает опыт,34большинство известных информационных систем спроектированы по одинаковойидеологии для решения универсальных технических задач.
Не меняет делапридание по сути одним и тем же технологиям различных названий, использованиеразличных операционных систем и СУБД. Более того, хорошая и мощная базоваясистема-конструктор, как правило, позволяет сравнительно легко выбиратьопределенную операционную систему для своего функционирования. То жекасается web-сервера, СУБД, типов клиентских приложений и т.д.СистемыклассаИАСУ(илиКИС)дляпредприятийпищевойпромышленности принято делить на коммерческие и собственной разработки,однако в данной работе при классификации создаваемой ИАСУ ее возможноопределить как симбиоз этих двух типов систем.
С одной стороны – платформаИАСУ является коммерческой (1С:Предприятие), однако ИАСУ является внекотором смысле децентрализованной, и помимо 1С:Предприятие в нейиспользуется в качестве платформ система MOODLE (модульная объектноориентированная электронная образовательная среда) с открытым исходнымкодом. MOODLE используется в качестве платформы для электроннойобразовательной среды предприятия (E-learning), являющейся компонентойИАСУ. Эта компонента содержит в себе базу знаний предприятия, наравне сэлектронными учебными курсами для работников, в том числе для введениямолодых специалистов в предметную область.
При этом охватываются различныеобласти деятельности – от сдачи обязательных экзаменов по технике безопасностидо повышения квалификации и даже переподготовки. Также в качестве платформыиспользуется программно-аппаратный комплекс системы контроля доступа ивидеонаблюдениясобственнойразработки,реализованныйнаязыкахпрограммирования C# и С/С++ с применением различных микрокомпьютеров,микроконтроллеров, датчиков, исполнительных устройств и пр.Разработчики, хорошо знающие предметную область и спецификупредприятия пищевой промышленности, имеют возможность сосредоточитьсянепосредственно на решении задач автоматизации бизнес-процессов, не занимаясьсложнымивопросамнизкоуровневоговзаимодействияСУБД,серверов35приложений, клиентских интерфейсов.
Выбранная модель компоновки ИАСУ изплатформ различных типов (в том числе собственной разработки) является частьюпредставленной в работе методики системного проектирования, структурирующейне только процессы моделирования и теоретической подготовки ИАСУпредприятия пищевой промышленности, но и подробно затрагивающей процессыее разработки, внедрения, эксплуатации, развития.Часто бывает, что разработчики программных продуктов, которыеавтоматизируют деятельность предприятия пищевой промышленности, говорят оспецифичности предметной области, и даже о ее уникальности.
Однако, это вернолишь в некоторой степени. Например, реализация ядра системы контроля иуправления доступом является полностью стандартной, не отличающейся отдругих предметных областей. Отличие состоит только в способе принятия решенияо возможности допуска – это решение принимается на основании информации изинформационной системы предприятия, естественно, в режиме реального времени.ТакжеотличительнойособенностьюСКУДпредприятияпищевойпромышленности является интегрированный контроль доступа и перемещений нетолько для персонала и объектов материального учета, но и для продукции на всехэтапах ее жизненного цикла – от инкубации икры до реализации. Поэтому приналичии исходного кода ядра системы контроля и управления доступом адаптацияэтой системы под нужды предприятия не является настолько сложной задачей, какэто может представляться вначале.
Данный пример призван показать, чторазработчики(илиидеологи)единогоинформационногопространствапредприятия пищевой промышленности обязаны на высоком уровне разбираться впредметнойобласти,представлять,какиеобластидеятельностибудутавтоматизированы теми или иными подсистемами, и как эти подсистемы будутсвязаны между собой. Также необходимо иметь четкое представление, какаясистема (или системы) будут выступать в качестве главной, то есть ядра единогоинформационного пространства. В случае применения облачных технологий ядрокак таковое может отсутствовать, однако все равно имеет место быть слой бизнеслогики в виде распределенной мультисервисной структуры.36При рассмотрении предприятия пищевой промышленности в качествеобъекта управления мы будем считать его сложной организационно-техническойсистемой, состоящей из подсистем, решающих широкий круг задач ииспользующихся в различных подразделениях – автоматизация работы отделаснабжения, производства, сбыта, отдела кадров, бухгалтерии, службы плановопредупредительных ремонтов и обслуживания оборудования (применение системавтоматизированногопроектирования),электроннаяобразовательнаясредапредприятия (E-learning) и многие другие подсистемы и области деятельностипредприятия.
Все это образует автоматизированную систему управления единыминформационным пространством предприятия пищевой промышленности. Этасистема повышает эффективность функционирования предприятия, способствуяобразованию более тесных связей между производственно-технологическими иобеспечивающими процессами не только на бумаге, но и на практике. При этом обатипа процессов используют единую инфраструктуру обеспечения.Создать и внедрить полноценную интегрированную информационнуюсистему управления, взаимодействующую в режиме реального времени с сотнямиили даже тысячами экземпляров ПАК невозможно без ранее разработанных ивнедренных прототипов, являющихся своеобразным фундаментом комплекснойавтоматизации.
Пищевая промышленность оперирует процессами, которые могутдлиться месяцами, и даже годами (созревание вина, выращивание рыбы), и втечение всего этого времени необходимо осуществлять управление с цельюстабилизации качества. Поэтому нельзя говорить о комплексной автоматизации вконтексте разработки соответствующих решений «с нуля», которые при апробациимогут вызвать сбой процессов, что приносит убытки и даже может поставить подугрозу дальнейшее функционирование предприятия. Это касается не толькоИАСУ, но и самих ПАК. Задача автоматизированного управления одновременнодвумя типами процессов на одном экземпляре ПАК мало исследована, применениеклассических ПЛК для ее решения неэффективно по причине неразвитостимеханизма многопоточности и функционала аппаратных прерываний.
Можноконстатировать, что в случае ПАК задача его разработки для пищевой37промышленности также не может быть реализована эффективно без наличия ранеесозданных, проверенных на менее значимых процессах прототипов, по тем жепричинам, что и ИАСУ, только на более низком уровне абстрагирования.Обеспечивающие процессы сравнительно легко могут быть подвергнутыдекомпозиции с целью дальнейшей частичной автоматизации, часто онипредставляют собой один и тот же многократно повторяемый процесс, чтоповышает эффективность разработки и отладки программно-аппаратных решений.При этом, как правило, не требуется дорогостоящих стендов для опытнойэксплуатации. Напротив, при автоматизации технологических процессов, дажеобладая качественными и адекватными математическими моделями, приапробации приходится в итоге работать с реальной пищевой продукцией, чтоприводит к соответствующим рискам и сложностям.
Например, в случае процессагорячего копчения себестоимость одной загрузки (клети) осетровых рыбсоставляет порядка 200 тыс. руб. Часто в качестве оправдания отсутствиярезультатов реального внедрения можно услышать, что на том или иномпредприятии пищевой промышленности не разрешили провести эксперимент повнедрениюновогорешения,чтобынепоставитьподугрозутечениетехнологических процессов. При этом эксперимент мог быть хорошо подготовленс теоретической точки зрения, имелись все основания ожидать положительныйрезультат. Для решения выше описанных проблем существует, как минимум, дваварианта.Первыйвариантпредполагаетприобретениесоответствующихпрограммно-аппаратных решений у известных производителей, чья репутацияпроверена временем.
Однако, особенно в случае малых предприятий, эти решенияимеют неоправданно высокую стоимость, функционал их часто либо недостаточен,либо избыточен, без возможности приобретения промежуточной версии.Элементная база подобных решений в большинстве случаев реализована назарубежных компонентах, с большинством фирм-производителей которыхневыгодно работать из-за высокой стоимости вследствие текущего курса валют, и,что не менее актуально, требований политики импортозамещения.38Важное значение играет также предложение Минпромторга о введениизаградительных пошлин на пищевое оборудование зарубежного производства.Учитывая, что доля импортного оборудования в отдельных отраслях (ипредприятиях) пищевой промышленности, по самым скромным оценкам,составляет70-100%,проблемасозданияаналогичногооборудованияотечественного производства и соответствующих средств автоматизации имеетбольшую актуальность.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
