Исследование методов организации и автоматизации складского учета на предприятии (125616)

Посмотреть архив целиком

Министерство образования Республики Беларусь


Учреждение образования

БЕЛОРУССКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

ИНФОРМАТИКИ И РАДИОЭЛЕКТРОНИКИ




Кафедра менеджмента




РЕФЕРАТ

по курсу «Организация производства»

на тему: «Исследование методов организации и автоматизации складского учета на предприятии»





Выполнил:

студент гр. 535901 Васильев А.Г...

Руководитель: Азрименко И.М.




Минск 2007


СОДЕРЖАНИЕ


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

2. Классификация автоматизированных систем управления

3. Технические характеристики системы.

ЛИТЕРАТУРА


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


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

Остановимся подробнее на проблемах крупных компаний (корпораций, холдингов), для которых характерна сложная структура, связанная с многопрофильностью подразделений, их территориальной распределен-ностью и различием в производственном потенциале. Как правило, это такие проблемы, как:

  • Отсутствие организационного единства среди подразделений предприятия, в частности, одинакового понимания сущности бизнес-процессов, единой методологии бухгалтерского учета, унификации нормативно-справочной информации.

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

  • Недостаточная оперативность (актуальность) данных о финансово-хозяйственной деятельности подразделений, филиалов и корпорации в целом.

  • Высокая трудоемкость сбора и обобщения (консолидации) данных территориально-распределенных участков, в частности, бухгалтерий, каждая из которых ведет свои, "неполные" с точки зрения корпорации, балансы; большое количество ошибок в подобных данных, их разнородность и несогласованность.

  • Отсутствие оперативной и достоверной информации о взаиморасчетах (взаимозачетах) с внешними поставщиками и потребителями, а также — филиалами предприятия, и, как следствие, трудность управления дебиторской - кредиторской задолженностью. Решение этой проблемы значительно усложняется при изменении статуса контрагента (например, при покупке корпорацией фирмы, которая ранее была внешним контрагентом).

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

Проблема адаптации программного обеспечения АСУП, т. е. приспособления к условиям работы на конкретном предприятии, была осознана с самого начала работ по автоматизации управления.

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

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

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

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

Интерактивные системы, сделавшие управленцев всех уровней непосредственными пользователями вычислительных систем, привели и к новому пониманию проблемы адаптации. Глубинные причины были прежними - смещение соотношения между формализованным и неформализованным в сторону формализации процесса управления. Основная сложность заключалась в том, что формализация затронула не только типовые, но и уникальные функциональности в системе управления предприятием.

Из всего множества трудностей, проявившихся на данном этапе развития АСУП, следует остановиться на двух. Первая - организация дружественного интерфейса между пользователем и вычислительной средой. В ходе развития систем управления в арсенал средств организации интерфейса вошли меню различного вида, электронные доски и панели, диаграммы типа диаграмм Черноффа и Ишикавы, графика и многое другое. Вторая трудность носила системный характер. Прежний подход - настройка системы силами консультантов практически без участия управленцев - стал невозможен. Выяснилось, что во многих случаях оказывается неэффективной организация внедрения, при которой будущие пользователи сначала формулируют требования к системе с учетом специфики предприятия во всех деталях, а затем консультанты настраивают систему на условия применения. Существует ряд причин подобной неэффективности. Во-первых, как правило, управленцы-практики не владеют методологиями системного анализа. Во-вторых, объем информации, касающейся деталей в организации управления на конкретном предприятии, оказывается слишком велик. В-третьих, не всегда эта информация оказывается полезной и консультантам в силу ее «одноразового» характера. В-четвертых, при такой организации трудно реализовать принцип новых задач, для этого в процессе внедрения потребовались бы дополнительные итерации.

Поэтому были предложены методики разработки и внедрения программного обеспечения, в основу которых были положены новые принципы:

  1. привлечение пользователей к разработке системы, в том числе и к разработке программного обеспечения;

  2. прототипирование программного обеспечения;

  3. совмещение процесса обучения пользователей работе с базовой системой создания прототипа программного обеспечения.

Примером может служить подход, предложенный компанией Computer Associates в начале 90-х годов для проектов типа MRPII/ ERP на базе системы CA-CAS.

Прототип ПО АСУП в дальнейшем может использоваться в следующих работах:

  • при обучении более широкого круга персонала,

  • при опытной эксплуатации,

  • при модификации с целью получения окончательного варианта ПО.

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

Дальнейшее развитие методов и средств адаптации базовых систем направлено на достижение следующих целей:

  • повышение уровня автоматизации проектирования и внедрения систем;

  • обеспечение непрерывного управления конфигурацией и параметрами системы на всех стадиях ее жизненного цикла;

  • сокращение сроков внесения изменений в конфигурацию и параметры системы по мере модернизации производственного процесса и управления;

  • совмещение типовых решений, проверенных практикой, с решениями, зависящими от конкретных условий предприятия.

Примером одного из многочисленных средств адаптации базовых систем является методология Orgware, используемая фирмой BAAN.

Разработка АСУП на предприятии может вестись как «от нуля», так и на основе референционной модели (Reference Model). Референционная модель представляет собой описание облика системы, функций, организационных структур и процессов, типовых в каком-либо смысле (отрасль, тип производства и т. д.). В ней отражаются типовые особенности, присущие определенному классу предприятий. Ряд компаний-производителей адаптивных АСУП совместно с крупными консалтинговыми фирмами в течение ряда лет ведет разработку референционных моделей для различных отраслей. Существуют подобные модели для предприятий автомобильной, авиационной и других отраслей. Каждая модель является типовым проектным решением, на основе которого можно строить конкретные проекты. Следует отметить, что адаптации и референционные модели входят в состав многих систем класса MRPII/ERP, что позволяет значительно сократить сроки их внедрения на предприятии.


Случайные файлы

Файл
42634.rtf
69794.rtf
59627.rtf
186489.rtf
100131.rtf




Чтобы не видеть здесь видео-рекламу достаточно стать зарегистрированным пользователем.
Чтобы не видеть никакую рекламу на сайте, нужно стать VIP-пользователем.
Это можно сделать совершенно бесплатно. Читайте подробности тут.