125616 (Исследование методов организации и автоматизации складского учета на предприятии)
Описание файла
Документ из архива "Исследование методов организации и автоматизации складского учета на предприятии", который расположен в категории "". Всё это находится в предмете "промышленность, производство" из , которые можно найти в файловом архиве . Не смотря на прямую связь этого архива с , его также можно найти и в других разделах. Архив можно найти в разделе "рефераты, доклады и презентации", в предмете "промышленность, производство" в общих файлах.
Онлайн просмотр документа "125616"
Текст из документа "125616"
Министерство образования Республики Беларусь
Учреждение образования
БЕЛОРУССКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
ИНФОРМАТИКИ И РАДИОЭЛЕКТРОНИКИ
Кафедра менеджмента
РЕФЕРАТ
по курсу «Организация производства»
на тему: «Исследование методов организации и автоматизации складского учета на предприятии»
Выполнил:
студент гр. 535901 Васильев А.Г...
Руководитель: Азрименко И.М.
Минск 2007
СОДЕРЖАНИЕ
1. Необходимость организации и автоматизации складского учета на предприятии.
2. Классификация автоматизированных систем управления
3. Технические характеристики системы.
ЛИТЕРАТУРА
-
Необходимость организации и автоматизации складского учета на предприятии.
В условиях рыночной экономики основой успешной деятельности любого предприятия (организации, фирмы и т.п.) является обеспечение требуемого уровня рентабельности его хозяйственной деятельности. Не менее важно поддержание платежеспособности фирмы, планирование и контроль связанного с этим фактором движения денежных средств.
Остановимся подробнее на проблемах крупных компаний (корпораций, холдингов), для которых характерна сложная структура, связанная с многопрофильностью подразделений, их территориальной распределен-ностью и различием в производственном потенциале. Как правило, это такие проблемы, как:
-
Отсутствие организационного единства среди подразделений предприятия, в частности, одинакового понимания сущности бизнес-процессов, единой методологии бухгалтерского учета, унификации нормативно-справочной информации.
-
Трудности планирования деятельности по всем горизонтам (долгосрочного, текущего, оперативного) на всех уровнях управленческой вертикали, доведения до каждого из подразделений конкретных задач, контроля над текущим исполнением и анализа выполнения этих задач.
-
Недостаточная оперативность (актуальность) данных о финансово-хозяйственной деятельности подразделений, филиалов и корпорации в целом.
-
Высокая трудоемкость сбора и обобщения (консолидации) данных территориально-распределенных участков, в частности, бухгалтерий, каждая из которых ведет свои, "неполные" с точки зрения корпорации, балансы; большое количество ошибок в подобных данных, их разнородность и несогласованность.
-
Отсутствие оперативной и достоверной информации о взаиморасчетах (взаимозачетах) с внешними поставщиками и потребителями, а также — филиалами предприятия, и, как следствие, трудность управления дебиторской - кредиторской задолженностью. Решение этой проблемы значительно усложняется при изменении статуса контрагента (например, при покупке корпорацией фирмы, которая ранее была внешним контрагентом).
В условиях переходного периода и экономического кризиса все перечисленные выше проблемы усугубляются, а также появляются новые, связанные с такими факторами, как инфляция и неплатежи; высокая доля денежных суррогатов и сложных взаимозачетов в общем объеме финансовых потоков; широкая распространенность натурального обмена (бартера); частое изменение законодательства, в частности, налогового.
Проблема адаптации программного обеспечения АСУП, т. е. приспособления к условиям работы на конкретном предприятии, была осознана с самого начала работ по автоматизации управления.
Содержание и методы адаптации эволюционировали вместе с методологией создания и внедрения систем. Суть проблемы в том, что в конечном итоге каждая АСУП уникальна, но вместе с тем ей присущи и общие, типовые свойства. Любая подсистема программного обеспечения отображает обе эти стороны АСУП. В технологическом смысле адаптация программного обеспечения АСУП - это переход от базовой системы, отображающей типовые свойства системы, к окончательному решению, приспособленному для работы в данной АСУП.
Требования к адаптации и сложность их реализации существенно зависят от проблемной области, масштабов системы, степени соотношения между формализованным и неформализованным при решении задач управления.
Даже первые программы, решавшие отдельные задачи управления, создавались с учетом необходимости их настройки по параметрам. Поскольку на раннем этапе остро стоял вопрос обеспечения вычислительными мощностями, то главное внимание уделялось настройке потребностей в оперативной памяти, способам остановки при решении задач оптимизации, управлению программой для обхода программных модулей, не используемых в конкретном расчете.
С появлением типовых решений в виде пакетов прикладных программ (ППП) появилась необходимость в специальных процедурах предварительной генерации. Процедуры охватывали параметры, которые определяли режим функционирования программного обеспечения, требования к информационному обеспечению, условия подключения и использования внешних программ. Применение ППП как базовых систем привело к увеличению формализованной составляющей в системе управления предприятием. Усложнилась и адаптация систем к условиям предприятия. Появились подразделения эксплуатации программного обеспечения, занимавшиеся, в том числе и вопросами адаптации программных систем. Стало очевидно, что адаптация в АСУП является не только программно-технической, но и организационной проблемой.
Интерактивные системы, сделавшие управленцев всех уровней непосредственными пользователями вычислительных систем, привели и к новому пониманию проблемы адаптации. Глубинные причины были прежними - смещение соотношения между формализованным и неформализованным в сторону формализации процесса управления. Основная сложность заключалась в том, что формализация затронула не только типовые, но и уникальные функциональности в системе управления предприятием.
Из всего множества трудностей, проявившихся на данном этапе развития АСУП, следует остановиться на двух. Первая - организация дружественного интерфейса между пользователем и вычислительной средой. В ходе развития систем управления в арсенал средств организации интерфейса вошли меню различного вида, электронные доски и панели, диаграммы типа диаграмм Черноффа и Ишикавы, графика и многое другое. Вторая трудность носила системный характер. Прежний подход - настройка системы силами консультантов практически без участия управленцев - стал невозможен. Выяснилось, что во многих случаях оказывается неэффективной организация внедрения, при которой будущие пользователи сначала формулируют требования к системе с учетом специфики предприятия во всех деталях, а затем консультанты настраивают систему на условия применения. Существует ряд причин подобной неэффективности. Во-первых, как правило, управленцы-практики не владеют методологиями системного анализа. Во-вторых, объем информации, касающейся деталей в организации управления на конкретном предприятии, оказывается слишком велик. В-третьих, не всегда эта информация оказывается полезной и консультантам в силу ее «одноразового» характера. В-четвертых, при такой организации трудно реализовать принцип новых задач, для этого в процессе внедрения потребовались бы дополнительные итерации.
Поэтому были предложены методики разработки и внедрения программного обеспечения, в основу которых были положены новые принципы:
-
привлечение пользователей к разработке системы, в том числе и к разработке программного обеспечения;
-
прототипирование программного обеспечения;
-
совмещение процесса обучения пользователей работе с базовой системой создания прототипа программного обеспечения.
Примером может служить подход, предложенный компанией Computer Associates в начале 90-х годов для проектов типа MRPII/ ERP на базе системы CA-CAS.
Прототип ПО АСУП в дальнейшем может использоваться в следующих работах:
-
при обучении более широкого круга персонала,
-
при опытной эксплуатации,
-
при модификации с целью получения окончательного варианта ПО.
Такой подход позволил в определенной степени решить проблему адаптации системы управления и в динамике, поскольку работники предприятия в ходе создания прототипа приобретали навыки работы со средствами проектирования и модификации системы.
Дальнейшее развитие методов и средств адаптации базовых систем направлено на достижение следующих целей:
-
повышение уровня автоматизации проектирования и внедрения систем;
-
обеспечение непрерывного управления конфигурацией и параметрами системы на всех стадиях ее жизненного цикла;
-
сокращение сроков внесения изменений в конфигурацию и параметры системы по мере модернизации производственного процесса и управления;
-
совмещение типовых решений, проверенных практикой, с решениями, зависящими от конкретных условий предприятия.
Примером одного из многочисленных средств адаптации базовых систем является методология Orgware, используемая фирмой BAAN.
Разработка АСУП на предприятии может вестись как «от нуля», так и на основе референционной модели (Reference Model). Референционная модель представляет собой описание облика системы, функций, организационных структур и процессов, типовых в каком-либо смысле (отрасль, тип производства и т. д.). В ней отражаются типовые особенности, присущие определенному классу предприятий. Ряд компаний-производителей адаптивных АСУП совместно с крупными консалтинговыми фирмами в течение ряда лет ведет разработку референционных моделей для различных отраслей. Существуют подобные модели для предприятий автомобильной, авиационной и других отраслей. Каждая модель является типовым проектным решением, на основе которого можно строить конкретные проекты. Следует отметить, что адаптации и референционные модели входят в состав многих систем класса MRPII/ERP, что позволяет значительно сократить сроки их внедрения на предприятии.
Если в распоряжении предприятия нет референционной модели, то модель ее уровня надо создавать в процессе проектирования как исходную. На основе исходной модели затем происходит проектирование, уточнение и детализация системы управления. Референционная модель в начале работ по автоматизации управления предприятием может представлять собой описание существующей системы и служить, таким образом, точкой отсчета, с которой начинаются работы по совершенствованию системы управления.
Процесс проектирования системы может включать несколько фаз.
Результаты первой фазы: границы действия будущей системы и концептуальная бизнес-модель, которая отражает в укрупненном виде функциональную структуру системы управления и связки функций управления для различных видов заказов, проходящих через систему.
В ходе второй фазы создается и документируется в репозитарии референционная бизнес-модель. Как правило, референционная модель включает следующие компоненты:
-
иерархию бизнес-функций, представляющую собой нисходящую иерархическую структуру, описывающую в укрупненном виде функциональную структуру будущей системы. При этом для нижних элементов структуры допускается задание нескольких вариантов реализации;
-
модели бизнес-процессов. Это более глубокие модели, показывающие, как должны реализоваться функции. Внешне они напоминают традиционные блок-схемы и описывают последовательность элементарных действий, которые могут быть выполнены системой, другими приложениями, ручными действиями, бизнес-процессами более глубокого уровня;
-
модель организационной структуры, которая описывает структуру организации, отношения между подразделениями и людьми и роли, предписываемые управленцам.
На следующей фазе создается проектная модель предприятия (Project Model), которая является развитием и уточнением функциональной структуры для конкретного предприятия. Она может быть создана и минуя референционную модель, но такой подход не является эффективным для сложных проектов.
Заключительная фаза - привязка проектной модели к ролям, заданным детализированной моделью организационной структуры, к функциям системы и техническим средствам. В результате создается комплексная конфигурация программного и организационного обеспечения, технических средств.
Далее выполняются опытная эксплуатация и доработка системы.
-
Классификация автоматизированных систем управления
Как известно, автоматизированные системы управления могут быть классифицированы по различным признакам:
По типу производства:
-
АСУ дискретным производством,
-
АСУ непрерывным производством,
-
АСУ дискретно-непрерывным производством.
По уровню исполнения:
АСУ цехом, производством, отраслью
По типу принимаемого решения:
Информационно-справочная система, предоставляющая пользователю простейшую справочную информацию. Примером систем подобного рода являются всем известные системы типа «Сирена» или «Экспресс».
Информационно-советующая система, предоставляющая пользователю различные варианты решения с их оценками. Такие системы больше известны как системы поддержки принятия решения или экспертные системы.
Информационно-управляющая система. Выходным результатом подобной системы является воздействие на объект управления. Среди наиболее известных представителей таких систем можно назвать станки с числовым программным управлением, роботы, автоматизированные системы управления технологическим процессом (АСУТП).
По назначению. Примерами классификации систем по назначению могут служить АСУ военного назначения, экономические системы, информационно-поисковые системы и т. п.
По областям деятельности. Например, медицинские системы, экологические системы, системы для ТЭК и др.
До недавнего времени в литературе можно было встретить и классификацию АСУ по типу используемых вычислительных средств. Например, системы, реализованные на базе цифровых или аналоговых вычислительных машин.
Приведенная выше классификация относится к автоматизированным системам управления вообще. Предметом же данной книги являются автоматизированные системы управления предприятием, которые чаще всего делятся на три (иногда на четыре) большие группы.
К системам первой группы относятся простые, так называемые «коробочные», продукты, реализующие небольшое число бизнес-процессов организации. Обычно они рассчитаны либо на локальное (на одном компьютере) использование, либо на использование в небольшой (5-8 ПЭВМ) сети. За рубежом такие системы носят название систем класса low end. Типичным примером систем подобного рода являются бухгалтерские, складские или небольшие торговые системы, наиболее широко представленные на российском рынке. Примером таких систем являются продукты таких фирм, как 1C или «Инфин». Отличительной особенностью таких продуктов является относительная легкость в освоении, что в сочетании с низкой ценой, соответствием российскому законодательству и возможностью выбрать систему «на свой вкус» приносит им широкую популярность не только в сфере малого бизнеса, но и во многих достаточно крупных организациях.
Ко второй группе относятся системы среднего класса (middle end), которые отличаются большей глубиной и широтой охвата функций. Данные системы на нашем рынке предлагают не только российские, но и западные компании. Как правило, это учетные системы, которые позволяют вести учет деятельности предприятия по многим или некоторым направлениям: финансы, логистика, персонал, сбыт. Они нуждаются в настройке, которую в большинстве случаев осуществляют специалисты фирмы-разработчика, а также в обучении пользователей. Эти системы больше всего подходят для средних и некоторых крупных предприятий в силу своей функциональности и более высокой, по сравнению с первым классом, стоимости. Из российских систем данного класса можно выделить продукцию компаний АйТи и «Галактика», системы управления предприятием которых в настоящее время занимают промежуточное положение между системами среднего и высшего класса.