Contents
- 1 Термины и сокращения
- 2 Введение
- 3 Предпроектное исследование
- 4 Техническое задание
- 4.1 Общие сведения
- 4.2 Назначение и цели создания системы
- 4.3 Характеристика объектов автоматизации
- 4.4 Требования к системе
- 4.5 Требования к способам и средствам связи
- 4.5.1 Требования к системе управления запасами
- 4.5.2 Требования к численности и квалификации персонала системы и режиму его работы
- 4.5.3 Показатели назначения
- 4.5.4 Требования к надёжности
- 4.5.5 Требования к безопасности
- 4.5.6 Требования к эргономике и технической эстетике
- 4.5.7 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы
- 4.5.8 Требования к защите информации от несанкционированного доступа
- 4.5.9 Требования по сохранности информации при авариях
- 4.5.10 Требования к защите от влияния внешних воздействий
- 4.6 Требования к функциям системы
- 4.7 Требования к видам обеспечения
- 4.8 Состав и содержание работ по созданию системы
- 4.9 Порядок приемки и контроля системы управления
- 4.10 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
- 4.11 Требования к документированию
- 5 Листы А1 к диплому
- 6 Скачать бесплатно диплом в pdf по автоматизации и листы к диплому
Дипломная работа защищена в МГТУ имени Баумана на кафедре РК-9 «Компьютерные системы автоматизации производства» в 2012 году. В данной статье приведены некоторые выдержки из текста дипломной работы. Для того, чтобы скачать диплом в формате pdf, необходимо перейти в конец статьи и перейти по обозначенной ссылке. Дипломная работа возможно имеет в себе ряд ошибок. Я никакой ответственности за использование Вами данных из моего диплома не несу.
Термины и сокращения
АИС – автоматизированная информационная система;
АРМ – автоматизированное рабочее место;
БД — база данных;
ЕИС – единая информационная среда;
ЖЦ – жизненный цикл;
КИП – компьютерно-интегрированное производство;
МПЗ – материально-производственные запасы;
МТО – материально-техническое обеспечение;
НЗП – незавершенное производство;
ПО – программное обеспечение;
ПП – программный продукт;
СУБД – система управления базами данных;
ТЗ – техническое задание;
ТМЦ – товарно-материальные ценности;
ТОРО – техническое обслуживание и ремонт оборудования;
Бизнес-процесс — представляет собой систему последовательных, целенаправленных и регламентированных видов деятельности, в которой посредством управляющего воздействия и с помощью ресурсов входы процесса преобразуются в выходы, результаты процесса, представляющие ценность для потребителей;
Подсистема — система, являющаяся частью другой системы и способная выполнять относительно независимые функции, имеющая подцели, направленные на достижение общей цели системы;
Система — совокупность сущностей (объектов) и связей между ними, выделенных из среды на определѐнное время и с определѐнной целью;
CASE средства (Computer Aided Software/System Engineering) — программные средства, поддерживающие процессы создания и сопровождения ИС, включая анализ и формулировку требований, проектирование прикладного ПО (приложений) и баз данных, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы;
ERP (англ. Enterprise Resource Planning System — Система планирования ресурсов предприятия) — корпоративная информационная система (КИС), предназначенная для автоматизации учѐта и управления;
Бизнес-идея — идея, которая может быть использована для построения новой компании, нового направления деятельности в уже работающей компании или коренной модернизации действующего направления деятельности работающей компании.
Программное обеспечение (ПО) – совокупность программ системы обработки информации и программных документов, необходимых для эксплуатации этих программ
Программный продукт (ПП) — программное обеспечение (ПО) как результат человеческой деятельности, выставленный на рынке массового покупателя в качестве товара и имеющий ненулевую потребительную стоимость.
Цель — чётко описанное желательное состояние, которого необходимо достигнуть.
Integrated Developer Environment – интегрированная среда разработки.
Rational Unified Process (RUP) — методология разработки программного обеспечения, созданная компанией Rational Software.
Windows Presentation Foundation (WPF) –технология построения настольных Windows приложений с богатым графическим интерфейсом.
Введение
Актуальность работы
Развитие рыночных отношений в XXI в и усиление конкуренции среди предприятий ставит экономические субъекты в жесткие условия хозяйствования, что требует от них высококачественного управления всеми процессами и грамотного распоряжения финансовыми и материальными ресурсами. По мере изменения экономических условий все предприятия сталкиваются с необходимостью совершенствования своих экономических структур.
Затраты, связанные с запасами, являются одной из основных составляющих себестоимости продукции (например, доля затрат на запасы в себестоимости продукции машиностроения доходит до 60%), поэтому процессы управления запасами являются важной составной частью системы управления предприятием. Эффективность этих процессов характеризуется таким ключевым критерием, как величина затрат, образующихся при управлении запасами. С точки зрения практики проблема управления запасами является чрезвычайно серьезной. Потери, которые несут предприятия вследствие нерационального управления запасами, очень велики. Плохо, когда запас мал, недостаточен. Это может привести к нарушению ритмичности производства, росту себестоимости продукции, срыву сроков выполнения работ по договорам, потере прибыли и репутации компании – штрафу за неудовлетворенный или отложенный спрос. Однако же, крайне нежелательной является и ситуация, когда запас чрезмерно велик. В этом случае происходит «замораживание» оборотных средств организации, растут затраты на хранение запасов.
Также важным вопросом является необходимая величина запасных частей, которые предприятие создает на случай непредвиденных сбоев с поставкой, браком при производстве, поломке инструментов, оборудования. Очевидно, что запасные части являются дополнительными запасами (запасные материалы, детали, инструменты, комплектующие изделия и запасные части для оборудования), которые ухудшают финансовые результаты производственной деятельности (за счет замораживания средств в запасах), но обеспечивают предприятию устойчивость и ликвидность, поэтому проблема применения моделей и систем управления запасами для расчета рационального количества запасов является актуальной в настоящее время.
В настоящее время решение задач повышения эффективности управления предприятием в целом невозможно без применения современных вычислительных систем и программных комплексов. На российском рынке в последние годы представлено достаточно большое количество программных продуктов, способствующих повышению качества и эффективности процессов снабжения потребителей различной продукцией. Однако в подавляющем большинстве имеющихся на российском рынке программных продуктов хорошо представлены функции учета и движения товаров и, практически, отсутствуют функции по количественному расчёту рациональных объемов запасов. Это значительно снижает эффективность от результатов работы существующих программных продуктов.
Отсюда следует необходимость исследования и создания на российских предприятиях таких систем управления запасами, которые бы учитывали особенности отечественного производства, главной из которых, в данном случае, является позаказный характер изготовления продукции.
Цель работы
Целью данной работы является разработка автоматизированной системы управления запасами машиностроительных предприятий на основе предлагаемых методов и моделей, позволяющих минимизировать затраты на хранение и организацию поставок.
В соответствии с целью в данной работе были поставлены и решены следующие задачи:
• Проведён анализ существующих подходов к повышению эффективности управления запасами машиностроительных производств;
• Проведён анализ существующих систем и моделей управления запасами;
• Определена целевая функция суммарных издержек, связанных с хранением запасов материалов и комплектующих, а также стоимостью выполнения заказа;
• Исследована целевая функция суммарных издержек и разработан алгоритм нахождения наиболее подходящего числа поставок материалов и комплектующих;
• Разработан алгоритм расчета запасных деталей, заготовок, комплектующих на основе модели управления запасными частями;
• Разработан алгоритм расчета потребностей в материалах и комплектующих изделий на основе данных расписаний и иерархии изделий в системе;
• Разработан алгоритм нахождения приближенного значения минимума целевой функции суммарных издержек управления запасами;
• Разработан алгоритм формирования заказов на поставку материалов и комплектующих на основе сравнения цен прайс-листов поставщиков, введенных в систему;
• Разработана автоматизированная система управления запасами с возможностью применения на машиностроительных предприятиях.
Предметом исследования в настоящей работе являются системы и современные модели управления запасами на машиностроительных предприятиях.
Объектом исследования является Коломенский завод резинотехнических изделий.
Методологической и теоретической базой дипломного исследования служат существующие модели управления запасами, разработанные отечественными и зарубежными учеными в области теории и практики управления запасами.
Научная новизна работы заключается в разработке модели управления запасами для позаказного производства на машиностроительных предприятиях на основе потребностей материалов и комплектующих, которые калькулируются из расписаний. Данная модель позволяет определять наиболее подходящее количество поставок, на рассматриваемом периоде. Так же научная новизна заключается в распредлении поставок между поставщиками на основе вероятности задержек и ценами на материалы и комплектующие в прайс-листах.
Практическая ценность
Данная работа имеет практическую значимость для управления запасами на машиностроительных предприятиях, для совершенствования их деятельности, особенно подразделений предприятий, отвечающих за снабжение ресурсами производства.
Предпроектное исследование
Описание модели определения количества запасных частей
Ограничения: штрафы, связанные с дефицитом запасов считаются конечными. Данная модель имеет следующие особенности:
1. Спрос и пополнение заказов оцениваются на основе опытных данных.
2. Рассматривается производство и потребление дискретного продукта.
3. Распределения во времени спроса и заказов на пополнение дискретные и неравномерные.
Описание задачи: Компания по производству электроэнергии собирается приобрести новый генератор для своей электростанции. Одна из основных деталей генератора весьма сложна и дорога, и целесообразно при заказе генератора заказать и несколько штук этих деталей в запас. Однако эта деталь индивидуально подгоняется для каждого генератора, и ее уже нельзя будет использовать на другом генераторе.
Компания желает знать, сколько запасных частей ей следует заказывать для каждого генератора. При решении этого вопроса компания располагает следующей информацией. Стоимость одной детали, если ее заказывать вместе с генератором, составляет 500$. Отсутствие этой детали в запасе при поломке приводит к выходу генератора из строя, а простой генератора и срочный заказ детали обходятся в 10 000$. Данные о частоте выхода этой детали из строя (по 100 генераторам) приведены в таблице.
Обзор стандартов MRP и ERP-систем
История развития стандартов управления предприятием
Историческое развитие стандартов управления предприятием приведено на Рис.1.1. Рисунок отражает периоды развития взглядов на функции КИС и характерные названия типов систем в рамках каждого периода. Следует отметить, что система любого типа включает в себя системы более ранних типов. Это значит, что системы всех типов мирно сосуществуют и ныне.
Рис. 1.1. «Историческое развитие стандартов управления предприятием»:
MRP
В начале 60-х в США начались работы по автоматизации управления. В результате активного роста крупносерийного и массового производства товаров народного потребления и торговли после Второй мировой войны стало очевидно, что использование моделей планирования спроса и управления запасами ведет к существенной экономии средств, замороженных в виде запасов и незавершенного производства. Было установлено, что выбор оптимального объема партии заказа — одно из важнейших условий повышения эффективности предприятия, так как их недостаточный объем ведет к росту административных расходов при повторных заказах, а избыточный – к замораживанию средств.
Первые автоматизированные системы управления запасами в промышленном производстве основывались на расчетах по спецификации состава изделия (Bill of Materials). По плану выпуска изделия формировались планы производства и рассчитывался объем закупки материалов и комплектующих изделий.
MRP II
Конец 60-х связан с работами Оливера Уайта (Oliver Wight), который в условиях автоматизации промышленных предприятий предлагал рассматривать в комплексе производственные, снабженческие и сбытовые подразделения. Такой подход и применение вычислительной техники впервые позволили оперативно корректировать плановые задания в процессе производства (при изменении потребностей, корректировке заказов, недостатке ресурсов, отказах оборудования). В публикациях Оливера Уайта и Американского общества по управлению запасами и управлению производством были сформулированы алгоритмы планирования, сегодня известные как MRP (Material Requirements Planning) «Планирование потребностей в материалах» в конце 60-х годов, и MRP II (Manufacturing Resource Planning) «Планирование ресурсов производства » в конце 70-х — начале 80-х гг. Методы планирования на заданные интервалы времени потребностей в материалах, необходимых для изготовления изделий (MRP), учитывают информацию о составе изделия, состоянии складов и незавершенного производства, а также заказов и планов-графиков производства, и состоят в следующем:
• Заказы упорядочиваются, например, по приоритетам или по срокам отгрузки. Формируется объемный план-график производства. Обычно он создается по группам продукции и может быть использован для планирования загрузки производственных мощностей.
• Для каждого изделия, попавшего в план-график производства, состав изделия «детализируются » до уровня заготовок, полуфабрикатов, узлов и комплектующих изделий.
• В соответствии с планом-графиком производства определяется график выпуска узлов и полуфабрикатов, а также оценивается потребность в материалах и комплектующих изделиях и назначаются сроки их поставки в производственные подразделения. В отличие от методов теории управления запасами, предполагающих независимый спрос на всю номенклатуру (типичная ситуация с запасами для торговых предприятий), MRP часто называют методом расчетов для номенклатуры «зависимого спроса » (то есть формирования заказов на узлы и комплектующие изделия в зависимости от заказа на готовую продукцию). Алгоритм MRP не только выдает заказы на пополнение запасов, но и позволяет корректировать производственные задания с учетом изменяющейся потребности в готовых изделиях.
Однако у концепции MRP есть серьезный недостаток. Дело в том, что при расчете в рамках этой концепции потребности в материалах не учитываются ни имеющиеся производственные мощности, ни их загрузка, ни стоимость рабочей силы. Этот недостаток был исправлен в концепции MRPII (Manufacturing Resource Planning — планирование производственных ресурсов). MRPII позволяла учитывать и планировать все производственные ресурсы предприятия — сырье, материалы, оборудование, персонал и т.д. MRP II — это замкнутая система планирования, относящаяся к детальному планированию производства, к финансовому планированию себестоимости материалов и производственных затрат, а также к моделированию хода производства. Планируется не только выпуск изделий, но и ресурсы для выполнения плана. Начальным этапом планирования является прогнозирование и оценка производственных мощностей (Capacity Requirements Planning). Присутствует также этап объемного планирования (Master Production Scheduling). Результаты объемного планирования являются исходной информацией для планирования потребностей в материалах (MRP), изготавливаемых и поступающих по кооперации. Замкнутость системы MRP II означает наличие обратных связей для планирования в модулях, отвечающих за управление производством и учет производства (Execution, Production activity control), а также то, что модули оценки производственных мощностей, снабжения, планирования и учета функционируют как компоненты единой системы с использованием интегрированной базы данных.
Задачей информационных систем класса MRP II является оптимальное формирование потока материалов (сырья), полуфабрикатов (в том числе находящихся в производстве) и готовых изделий. Система класса MRP II — имеет целью интеграцию всех основных процессов, реализуемых предприятием, таких как снабжение, запасы, производство, продажа и дистрибьюция, планирование, контроль за выполнением плана, затраты, финансы, основные средства и т.д.
Стандарт MRP II делит сферы отдельных функций (процедур) на два уровня: необходимый и опциональный. Для того, чтобы программное обеспечение было отнесено к классу MRP II, оно должно выполнять определенный объем необходимых (основных) функций (процедур). Некоторые поставщики ПО приняли различный диапазон реализаций опциональной части процедур этого стандарта.
Результаты использования интегрированных систем стандарта MRP II:
1. получение оперативной информации о текущих результатах деятельности предприятия как в целом, так и с полной детализацией по отдельным заказам, видам ресурсов, выполнению планов;
2. долгосрочное, оперативное и детальное планирование деятельности предприятия с возможностью корректировки плановых данных на основе оперативной информации;
3. решение задач оптимизации производственных и материальных потоков;
4. реальное сокращение материальных ресурсов на складах;
5. планирование и контроль за всем циклом производства с возможностью влияния на него в целях достижения оптимальной эффективности в использовании производственных мощностей, всех видов ресурсов и удовлетворения потребностей заказчиков;
6. автоматизация работ договорного отдела с полным контролем за платежами, отгрузкой продукции и сроками выполнения договорных обязательств;
7. финансовое отражение деятельности предприятия в целом;
8. значительное сокращение непроизводственных затрат;
9. защита инвестиций, произведенных в информационные технологии;
10. возможность поэтапного внедрения системы, с учетом инвестиционной политики конкретного предприятия.
В основу MRP II положена иерархия планов. Планы нижних уровней зависят от планов более высоких уровней, т.е. план высшего уровня предоставляет входные данные, намечаемые показатели и/или какие-то ограничительные рамки для планов низшего уровня. Кроме того эти планы связаны между собой таким образом, что результаты планов нижнего уровня оказывают обратное воздействие на планы высшего уровня.
Рис. 1.2. «Иерархия планов стандарта MRP II»:
ERP
По мере развития концепции MRPII к ней постепенно добавлялись возможности учета остальных затрат предприятия. Так появилась концепция ERP (Enterprise Resource Planning). В основе ERP лежит принцип создания единого хранилища данных, содержащего всю деловую информацию, накопленную организацией в процессе ведения хозяйственных операций, включая финансовую информацию, данные, связанные с производством, управлением персоналом, или любые другие сведения. Это устраняет необходимость в передаче данных от системы к системе. Кроме того, любая часть информации, которой располагает данная организация, становится одновременно доступной для всех работников, обладающих соответствующими полномочиями. Концепция ERP стала очень известной в производственном секторе, поскольку планирование ресурсов позволило сократить время выпуска продукции, снизить уровень товарно-материальных запасов, а также улучшить обратную связь с потребителем при одновременном сокращении административного аппарата. Сегодня производственный сектор продвинулся еще дальше. Появилось понятие интеграции цепочек поставок (Supply Chain Integration), которая объединяет покупателей и поставщиков в рамках единой структуры обработки данных. Системы ERP создаются для предоставления руководству информации для принятия управленческих решений, а также для создания инфраструктуры электронного обмена данными предприятия с поставщиками ипотребителями. Очевидно, что все предприятия уникальны в своей финансовой и хозяйственной деятельности. В то же время прогресс в разработке программных решений для задач ERP связан с тем, что наряду со спецификой удается выделить задачи, общие для предприятий самых разных видов деятельности (различные отрасли промышленности, сфера услуг, телекоммуникации, банки, государственные учреждения и др.). К таким общим задачам можно отнести управление материальными и финансовыми ресурсами, закупками, сбытом, заказами потребителей и поставками, управление кадрами, основными фондами, складами, бизнес-планирование и учет, бухгалтерия, расчеты с покупателями и поставщиками, ведение банковских счетов и др. Основные отличия систем управления предприятиями, построенных на основе концепции ERP, следующие:
• ERP поддерживает различные типы производств (сборочного, обрабатывающего и др.) и видов деятельности предприятий и организаций (например, системы могут быть установлены не только на промышленных предприятиях, но и в организациях сферы услуг — банках, страховых и торговых компаниях и др.).
• ERP поддерживает планирование ресурсов по различным направлениям деятельности предприятия (а не только производства продукции).
• ERP-системы ориентированы на управление распределенным предприятием (отражающим взаимодействие производства, поставщиков, партнеров и потребителей). Такое предприятие может представлять собой автономно работающие компании, входящие в состав корпорации или концерна, географически распределенное, временное объединение предприятий, работающих над совместными проектами и др.
• ERP-системах больше внимания уделено финансовым подсистемам.
• В ERP добавлены механизмы управления транснациональными корпорациями, включая поддержку нескольких часовых поясов, языков, валют, систем бухгалтерского учета и отчетности.
• ERP имеет повышенные требования к инфраструктуре (Internet/Intranet), масштабируемости (до нескольких тысяч пользователей), гибкости, надежности и производительности программных средств и различных платформ.
• Повышены требования к интегрируемости ERP-систем с приложениями, уже используемыми предприятием (CAD/CAM/CAE/PDM-системами, АСУТП, системами управления документооборотом, биллинговыми системами и др.), а также с новыми приложениями (например, электронного бизнеса). При этом именно на базе ERP-системы осуществляется интеграция всех приложений, используемых на предприятии.
• В ERP больше внимания уделено программным средствам поддержки принятия решений и средствам интеграции с хранилищами данных (иногда включаемых в систему в виде нового модуля).
• В ряде ERP-систем разработаны развитые средства настройки (конфигурирования), интеграции с другими приложениями и адаптации (в том числе применяемые динамически в процессе эксплуатации систем).
Стандарты MRP/ERP поддерживаются Американским обществом по контролю за производственными запасами APICS (American Production and Inventory Control Society). MRP/ERP — это набор проверенных на практике разумных принципов, моделей и процедур управления и контроля, служащих повышению показателей экономической деятельности предприятия. Так, изданный APICS в 1989 г. стандарт «MRP II Standart System», содержит 16 групп функций производственно сбытовой системы:
1. Планирование продаж и производства (Sales and Operation Planning);
2. Управление спросом (Demand Management);
3. Составление плана производства (Master Production Scheduling);
4. Планирование материальных потребностей (MRP — Material Requirement Planning);
5. Спецификация продуктов (Bill of Materials);
6. Управление запасами (Inventory Transaction Subsystem);
7. Управление плановыми поставками (Scheduled Receipts Subsystem);
8. Управление на уровне производственного цеха (Shop Flow Control);
9. Планирование производственных мощностей (CRP — Capacity Requirement Planning);
10. Контроль качества входа/выхода продукции (Input/output control);
11. Материально техническое снабжение (Purchasing);
12. Планирование ресурсов для распределения (DRP — Distribution Resourse Planning);
13. Планирование и контроль производственных операций (Tooling Planning and Control);
14. Управление финансами (Financial Planning);
15. Моделирование для производственной программы (Simulation);
16. Оценка результатов деятельности (Performance Measurement).
Рис. 1.3. Схематический план работы MRP II – системы:
Концепции построения ERP систем
В ERP системах заложено несколько концепций, таких как, например как организационные элементы, ведение нормативно справочной информации, ввод данных, вывод, поток операций и система отчетов. Они являются основными элементами, проектированными и используемыми для представления структуры предприятия и бизнес-процессов в ERP-системе.
CSRP системы (Customer Synchronized Resource Planning) — планирование ресурсов, синхронизированное с покупателем.
Самая последняя по времени концепция организации КИС – CSRP (Customer Synchronized Resource Planning) охватывает также и взаимодействие с клиентами : оформление наряд-заказа, техзадания, поддержка заказчика на местах и пр. Таким образом, если MRP, MRP-II, ERP ориентировались на внутреннюю организацию предприятия, то CSRP включил в себя полный цикл от проектирования будущего изделия, с учетом требований заказчика, до гарантийного и сервисного обслуживания после продажи. Основная суть концепции CSRP в том, чтобы интегрировать Заказчика (Клиента, Покупателя и пр.) в систему управления предприятием. Согласно данной концепции не отдел сбыта, а сам покупатель непосредственно размещает заказ на изготовление продукции — соответственно сам несет ответственность за его правильность, сам может отслеживать сроки поставки, производства и пр. При этом предприятие может очень четко отслеживать тенденции спроса и т.д.
Рис.1.4. «Развитие стандарта ERP»:
Классическая MRP-II задача рассматривает планирование продукта и его себестоимость только с точки зрения внутреннего производства. В классических системах эта проблема частично устраняется путем привлечения методов проектного планирования, однако они обычно недостаточно гибки и интегрированы в основную систему планирования.
MRP и ERP системы захватывают большую часть производственного цикла, часть логистического цикла, с точки зрения планирования и управления стоимостью. Хотя в некоторых системах поддерживаются системы сервиса и конфигурирования, но они как правило мало интегрированы с другими частями системы. В частности они не позволяют получать сквозную систему планирования и анализа себестоимости по всему жизненному циклу товара.
Рис.1.5. «Жизненный цикл и ERP системы»:
Обзор функциональности модулей управления запасами в ERP-системах, представленных на российском рынке
Для обзора функциональности ERP-систем, были взяты следующие, наиболее распространенные ERP-системы на российском рынке IT-продуктов:
• 1С
• SAP
• Галактика
• Oracle
• MS Axapta
• RS-Balance 3
В каждой из обозначенных систем выделялись модули, в которых ведется управление запасами материалами, комплектующими, изделиями. Источниками информации для анализа функций перечисленных систем выступали различные презентации по продуктам, техническая документация, руководства пользователей и администраторов.
Обзор функций модуля управления запасами в системе 1С:
• Учет поступающих запасов (материалов, комплектующих) по складам
• Учет накладных расходов
• Оперативный складской учет запасов различного рода (приход, расход, пересортица и т.п.)
• эффективное управление передвижением и распределением материальных ресурсов
• информационное обеспечение складских и логистических процессов
• ведение ордерного складского учета
• адресное хранение товаров на складе
• Оформление заказов на материалы, комплектующие, инструменты на основе не автоматизированного труда аналитиков
Обзор функций модуля управления запасами в системе SAP
• Учет запасов на складах и базах; методы оценки – ФИФО, скользящая средняя и стандартная цена
• Управление номерами серий и партий
• Отчеты об ассортименте, операциях и оценке запасов
• Складской и бухгалтерский учеты поступлений, выбытия и перемещения товаров между складами
• Комплектование и упаковка для отгрузки
• Создание и поддержка «многоэтапных» спецификаций изделий (BOM)
• Отпуск материалов и прием готовых изделий вручную или автоматически
• Учет и контроль материалов на основании как их количества. Функции управления складскими запасами относятся к осуществлению внутренних складских манипуляций и хранению.
Обзор функций модуля управления запасами в системе Галактика
• Складской оперативный учет материалов, комплектующих, инструментов по различным аналитикам
• Управление прайс-листами поставщиков
• ведение ордерного складского учета
• Управление партиями и серийными номерами
• Инвентаризация склада
Обзор функций модуля управления запасами в системе Oracle
• Автоматическое формирование оптимального списка поставщиков
• Пополнение запасов: Точка заказа, Методика 2-х корзин, мин-максимум
• ABC анализ (анализ групп запасов)
• Управление партиями и серийными номерами
• Пересортировка товара
• Упаковка и переупаковка товара
• Списание товара
• Работа с излишками и недостачами
• Инвентаризация
Обзор функций модуля управления запасами в системе MS Axapta
• Мониторинг и контроль товарно-материальных потоков
• Получение актуальной информации о работе склада и текущем уровне запасов
• Инвентаризация склада
• Пересчет себестоимости по одной из пяти моделей (ФИФО, ЛИФО и др.)
• Ведение партионного учета, генерация серийных номеров и контроль сроков годности
• Работа со спецификациями
• Поддержка неограниченного числа уровней вложенности спецификаций
• Полный комплект графических средств для создания спецификации и работы сними
• Поддержка множества версий одной спецификации
• Построение системы управления запасами для распределенных структур
Обзор функций модуля управления запасами в системе RS-Balance 3
• Управление размещением и хранением ТМЦ
• Контроль поступления и выбытия ТМЦ
• Организацию и проведение инвентаризации, переоценки
• Выполнение комплектования и разукомплектования
• Лимитирование складских запасов
• Осуществлять контроль за сроками хранения и отслеживать даты их окончания
• Вести серийные номера товаров
• Устанавливать и вести мониторинг гарантийных сроков для контроля возврата от клиентов или возврата поставщику некачественных товаров
• Получать информацию об остатках по партиям на складах и в подразделениях
Сравнение функциональности систем, представленных на российском рынке
В ходе обзора модулей управления запасами в различных ERP-системах были выделены следующие функции и проведен сравнительный анализ (см. Таблицу 1.2.).
Таблица 1.2. «Сравнительная характеристика функций управления запасами»
Функции | 1С | SAP | Галактика | Oracle | MS Axapta | RS-Balance 3 |
Складской и бухгалтерский учеты поступлений, выбытия и перемещения товаров между складами | + | + | + | + | + | + |
Учет накладных расходов | + | + | + | + | + | + |
Управление номерами серий и партий | + | + | + | + | + | + |
Оформление заказов на материалы, комплектующие, инструменты на основе не автоматизированного труда аналитиков | + | + | + | + | + | + |
Методики пополнение запасов: Точка заказа, Методика 2-х корзин, мин-максимум | нет | нет | нет | + | нет | нет |
ABC анализ (анализ групп запасов) | + | нет | нет | + | нет | нет |
Инвентаризация склада | + | + | + | + | + | + |
Ведение статистики по браку производства | + | + | нет | нет | нет | + |
Расчет потребностей из полученных расписаний в системах планирования | нет | нет | нет | нет | нет | нет |
Расчет наиболее подходящего числа поставок на заданном периоде для планирования поставок по потребностям, полученным на основе расписаний | нет | нет | нет | нет | нет | нет |
Расчет запасных материалов, комплектующих на основе имеющейся статистики по модели управления запасными частями | нет | нет | нет | нет | нет | нет |
Формирование заказов на закупку материалов, комплектующих, инструментов на основе имеющихся прайс-листов поставщиков и на основе рассчитанных потребностей и количества поставок. | нет | нет | нет | нет | нет | нет |
Вывод:
В существующих программных продуктах отсутствуют возможности управления запасами и материально-технического обеспечения предприятия на основе построенных расписаний. В связи с этим возможность управления запасами на основе расписаний является определенно актуальной, интересной и важной задачей для машиностроительных предприятий.
Для проектирования, тестирования и исследования в дипломном проекте предлагается исспользовать данные по Коломенскому заводу резинотехнических изделий, т.к. имеются построенные расписания в системе планирования для КЗ РТИ на этих же данных. Это в свою очередь облегчит проведение тестирования на максимально приближенных к реальности данных.
Техническое задание
Общие сведения
Наименование системы
Полное наименование системы: Автоматизированная система управления запасами для машиностроительных предприятий.
Условное наименование системы: «Система управления запасами»
Название подсистем.
Система управления запасами состоит из четырех подсистем:
• Подсистема управления запасными материалами, комплектующими, деталями, заготовками, сборочными единицами на основе моделей управления запасными частями;
• Подсистема управления запасами материалами и комплектующими изделиями на основе расписаний;
• Подсистема ведения заказов и складского учета;
• Подсистема отчетов: Информационный портал для руководящего состава.
Наименование разработчика и заказчика работ
Разработчик: студент группы РК9-Д2 Шамаев И.В.
Заказчик: МГТУ им. Н. Э. Баумана, кафедра РК9.
Основание для проведения работ
Учебный план кафедры РК9
Сроки начала и окончания работ
Плановый срок начала работ: 01.03.2012
Плановый срок окончания работ: 05.06.2012
Сведения об источниках финансирования работ
Финансирование работ не производится.
Порядок оформления и предоставления заказчику результатов работ по созданию системы (её частей)
Результатом работ является дипломный проект, оформленный в соответствии с «Методическими указаниями к дипломному проектированию для студентов кафедры РК-9 «Компьютерные системы автоматизации производства».
Назначение и цели создания системы
Назначение системы
Автоматизированная система управления запасами для машиностроительных предприятий предназначена для автоматизации процесса своевременного и полного удовлетворения потребностей производства в материалах, запасных частях, инструментах и т.п. при минимальных затратах на их доставку и хранение на основе расписаний.
Подсистема управления запасными материалами, комплектующими, деталями, заготовками, сборочными единицами предназначена для:
• На основе данных портфеля и статистики по браку при производстве изделий, деталей, заготовок рассчитывать необходимое количество запасных изделий, деталей, заготовок;
• На основе статистических данных по выходу из строя инструментов, станков рассчитывать необходимое количество запасных инструментов, запасных частей для станков;
• Сбор и управление статистикой брака на предприятии и использование собранной статистикой в расчетах запасных частей в подсистеме;
• Контроль наличия запасных частей для проведения ремонтных работ, необходимых для уменьшения простоев производства, связанных с поломками оборудования.
Подсистема управления запасами материалами и комплектующими изделиями на основе расписаний предназначена для:
• На основе расписаний, построенных в системе планирования производства на основе маршрутов обработки, нормы времени и других данных, рассчитывать потребности в материалах и комплектующих по дням на заданном временном периоде расписания;
• Сбор и управление статистикой задержек поставок в разрезе поставщиков на предприятии и использование собранной статистикой в распределении поставок между различными поставщиками;
• Распределение объема поставок между различными поставщиками в соответствии с рассчитанными потребностями по расписанию и автоматизированное формирование заказов по каждому поставщику в соответствии наиболее подходящим числом поставок, рассчитанного в системе;
Подсистема управления заказами и скадским учетом предназначена для:
• Ведения складского учета;
• Ведения заказов (снабжение и сбыт);
• Контроль исполнения заказов;
Информационный портал системы управления запасами предназначен для получения отчетов руководством предприятия для принятия управленческих решений.
• Статистика по браку в производстве
• Отчет по рассчитанным запасным частям
• Отчет по наилучшему количеству поставок, на рассматриваемом расчетном периоде
• Отчет по построенным заказам на поставку материалов, комплектующих в разрезе поставщиков
• Контроль баланса материалов, комлектующих в соответствии с рассчитанными потребностями
• Статистика задержек при поставках в разрезе поставщиков
• Оперативный учет в системе
Цели создания системы
Целью создания системы является повышение автоматизации производства за счет
i. Увеличения эффективности планирования производства и МТО
a. Уменьшение простоев оборудования из-за дефицита запасов
b. Выявление и использование скрытых мощностей производства
c. Увеличение эффективности формирования плана закупок
ii. Снижение накладных расходов на обработку информации
a. Увеличение эффективности контроля состояния склада
b. Автоматическое формирование заказов на МТО
c. Автоматизированный расчет наиболее подходящего количества поставок
iii. Создание единого информационного пространства
a. Обеспечение однозначности и целостности информации
b. Обеспечение информационной безопасности
c. Исключение дублирования и неоднозначности данных
iv. Увеличение эффективности управления производством
a. Повышение рентабельности капитала и увеличение прибыли
b. Повышение интеграции существующих процессов
c. Расширение управления знаниями и увеличение аналитических возможностей
d. Повышение конкурентной способности за счет информационной состовляющей
e. Снижение стоимости задействованных в автоматизации процессов
f. Снижение непроизводственных издержек
Данная система должна позволить:
• Улучшить сроки поставки и исполнения заказов на 5-10%
• Снизить трудоемкость планирования поставки материалов на 30-50%
• Уменьшить складские запасы на 20-30%
Характеристика объектов автоматизации
Краткие сведения об объекте автоматизации
Объектом автоматизации является машиностроительное предприятие, имеющее компьютерную инфраструктуру (рабочие места, оборудованные ПК, объединёнными в локальную вычислительную сеть). Профиль деятельности предприятия значения не имеет.
Требования к системе
Требования к системе управления запасами в целом
Система должна обеспечивать возможность расчета оптимальных величин запасов на основании выбранного модуля системы и модели управления запасами машиностроительного предприятия
Автоматизированная система управления запасами должна состоять из следующих модулей:
• Подсистема управления запасными материалами, комплектующими, деталями, заготовками, сборочными единицами;
• Подсистема управления запасами материалами и комплектующими изделиями на основе расписаний;
• Подсистема управления заказами и скадским учетом.
Система должна обладать возможностью вывода отчёта.
Система должна обеспечивать возможность совместной работы пользователей и обеспечивать их индивидуальными интерфейсами в соответствии с набором прав.
Требования к способам и средствам связи
Разрабатываемая система выполнена в виде клиентского приложения, подключающегося к серверу баз данных MySQL Server, развёрнутом на операционной системе класса WindowsServer. Для доступа к серверу баз данных необходима сеть, функционирующая по протоколу TCP/IP.
Требования к системе управления запасами
Подсистема управления запасными материалами, комплектующими, деталями, заготовками, сборочными единицами должна обеспечивать возможность расчета запасных частей на основе вероятностей брака введенных в систему, стоимости и штрафов, предусмотренных в модели управления запасными частями;
Подсистема управления запасами материалами и комплектующими изделиями на основе расписаниями должна обеспечивать возможность расчета наиболее подходящего числа поставок материалов и комплектующих, а также распределение объемов поставок между различными поставщиками в соответствии с рассчитанными потребностями по расписаниям.
Требования к численности и квалификации персонала системы и режиму его работы
Численность персонала, одновременно работающего с системой ограничена возможностями сети и аппаратного обеспечения сервера и зависит от конкретного предприятия, на котором разворачивается система. В среднем, это не более 200 человек.
Персонал должен иметь опыт работы с клиентской операционной системой Microsoft Windows.
Персонал должен работать с системой в обычном рабочем режиме, в рабочее время. При необходимости, система должна обеспечивать возможность работы в выходные и после окончания рабочего дня.
Администраторы системы должны пройти специальную подготовку по администрированию системы.
Показатели назначения
Для системы управления запасами показателями назначения являются подготавливаемые системой и информационным порталом отчеты:
• Статистика по браку в производстве
• Отчет по рассчитанным запасным частям
• Отчет по наилучшему количеству поставок, на рассматриваемом расчетном периоде
• Отчет по построенным заказам на поставку материалов, комплектующих в разрезе поставщиков
• Контроль баланса материалов, комлектующих в соответствии с рассчитанными потребностями
• Статистика задержек при поставках в разрезе поставщиков
• Отчеты оперативного учета
Требования к надёжности
Система должна обеспечивать беспрерывную работу в реальном времени для всех пользователей при нормальной работе технических средств.
Требования к безопасности
Требования к безопасности системы «Система управления запасами» должны соответствовать требованиям к безопасности использования персональных компьютеров и сервера, используемых для работы «Система управления запасами».
Требования к эргономике и технической эстетике
Требования к эргономике и технической эстетике определяются возможностями технологии Java, на базе которых строится система «Система управления запасами».
Система должна обладать современным интерфейсом пользователя, все основные действия должны осуществляться не более чем за 4 щелчка мыши от основного экрана программы.
Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы
База данных «Система управления запасами» должна храниться на сервере, обеспечивающем стандартные возможности доступа к данным через локальную сеть и (или) в режиме терминального доступа.
Должно быть организовано периодическое резервное копирование базы данных «Система управления запасами».
Требования к защите информации от несанкционированного доступа
Система должна обеспечивать сохранность и конфиденциальность вводимых данных. Авторизация на доступ к данным должна происходить на уровне БД.
ИС должна обеспечивать:
• авторизованный регламентированный доступ операторов (пользователей) системы к ПО и данным системы;
• регистрацию действий пользователя в системе по изменению данных
Система должна обеспечивать возможность настройки:
• доступности модулей системы «Система управления запасами» и их частей на чтение/редактирование/утверждение в зависимости от роли пользователя;
• видимости модулей системы «Система управления запасами» и их частей в зависимости от роли пользователя.
• параметров, которые являются специфическими для конкретного предприятия;
«Система управления запасами» должна обеспечивать авторизацию доступа пользователей с указанием идентификатора пользователя и его пароля.
Изменение ролей пользователей и/или отдельных пользователей системы осуществляется администратором «Система управления запасами».
Требования по сохранности информации при авариях
При выходе из строя одной или нескольких рабочих станций «Система управления запасами», работа остальных пользователей должна продолжаться.
Сервер с БД системы может входить в состав отказоустойчивого кластера MySQL Server, который обеспечивает продолжение работы БД при физическом отказе одного из задействованных серверов. В этом случае система «Система управления запасами» должна продолжать свою работу.
Требования к защите от влияния внешних воздействий
Требования к защите от влияния внешних воздействий системы «Система управления запасами» должны соответствовать требованиям к защите от влияния внешних воздействий персональных компьютеров и сервера, используемых для работы «Система управления запасами».
Требования к функциям системы
Функции системы можно разбить на функциональные блоки. Такими блоками будут: общие функции, обеспечивающие работу системы в целом, специализированные функции, специфичные для каждого модуля системы.
Общесистемные функции должны позволять:
• Добавлять нового пользователя в систему, вводить его в существующую или вновь созданную группу пользователей.
• Назначать права на просмотр, добавление или изменение каждого элемента системы для группы пользователей или индивидуального пользователя.
• Создавать и редактировать группы пользователей, изменять списки входящих в группы пользователей, назначать группе права на просмотр, добавление, изменение каждого элемента системы.
• Добавлять новые или изменять каталоги системы и настройки расчетов системы.
• Вести прайс-листы по поставщикам
Функции подсистемы управления запасными материалами, комплектующими, деталями, заготовками, сборочными единицами должны позволять:
• Добавлять новые заказы на изделия
• Вести статистику по браку
• Рассчитывать количество необходимых запасных частей
Функции подсистемы управления запасами материалами и комплектующими изделиями на основе расписаний должны позволять:
• Рассчитывать потребности на материалы и комплектующие по расписанию;
• Формировать заказы на основе рассчитанных потребностей и наиболее подходящего количества поставок по прайс-листам поставщиков;
• Вести статистику по задержкам в поставках материалов и комплектующих в разрезе поставщиков.
Функции подсистемы управления заказами и скадским учетом должны позволять:
• Вести заказы;
• Вести данные по складским остаткам объектов производства, материалов, комплектующих;
Функции информационного портала системы управления запасами должны позволять получать сведения по расчетам и состоянию процесса управления запасами.
Требования к видам обеспечения
Требования к математическому обеспечению
Система «Система управления запасами» использует математические методы и модели, заложенные в платформу Java EE, с помощью которой создаётся система. Также системой используются методы нечёткой логики.
Требования к информационному обеспечению
Данные в системе должны храниться в единой базе данных в виде таблиц, шаблонов и других форм электронных записей.
Обмен между компонентами системы осуществляется с использованием единой базы данных. Все компоненты, информацию, которая предназначена для других компонентов, помещают в базу данных системы.
Данные должны вводиться посредством электронных форм. Выходная информация должна быть представлена в виде отчетов.
При сбоях в электропитании или авариях система должна обеспечивать возможность восстановления данных из резервной копии.
Требования к лингвистическому обеспечению
Для разработки «Система управления запасами» должен использоваться язык программирования системы Eclipse, такой как Java.
Пользовательский интерфейс и вся документация на систему должны быть разработаны на русском языке.
Требования к программному обеспечению
Система «Система управления запасами» должна функционировать в операционной системе Microsoft Windows XP или новее.
Для функционирования системы «Система управления запасами» необходима предустановка платформы Java EE.
Требования к техническому обеспечению
Требования к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы должны быть определены в эксплуатационной документации на систему «Система управления запасами».
Технические средства должны включать сервер, работающий под управлением ОС Microsoft Windows 2003 или новее и обеспечивающий выполнение СУБД MySQL Server; рабочие станции, работающие на базе ОС Microsoft Windows XP или новее, объединенные локальной сетью и (или) рабочие станции, имеющие доступ к серверу в терминальном режиме.
Состав и содержание работ по созданию системы
Состав этапов и работ разрабатывался с учётом ГОСТа 34.601-90 (Стадии создания автоматизированных систем) и приведены в таблице (Таблица 2 1).
Таблица 2 1. Состав этапов и работ по созданию системы:
Этапы | Работы |
Техническое проектирование | • Разработка проектных решений по системе и её частям; • Разработка документации на систему и её части; • Задание на рабочее проектирование |
Рабочее проектирование | • Разработка рабочей документации на систему и её части; • Разработка и адаптация программ; • Тестирование программных модулей. |
Порядок приемки и контроля системы управления
Контроль выполнения работ по созданию системы «Система управления запасами» осуществляется дипломным руководителем еженедельно.
Приёмка системы осуществляется в ходе защиты дипломного проекта перед Государственной Аттестационной Комиссией (ГАК).
Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
Для ввода системы «Система управления запасами» в действие необходимо определить опытную зону для отладки технологии и оборудования и проведения опытной эксплуатации.
Предприятие–пользователь системы «Система управления запасами» должно организовывать с привлечением исполнителя подготовку и повышение квалификации специалистов.
Для ввода системы «Система управления запасами» действие необходимо провести следующие подготовительные мероприятия:
• подготовить объект автоматизации к условиям функционирования в системе «Система управления запасами»;
• организовать дополнительные рабочие места или переоборудовать существующие.
Требования к документированию
Проектно-техническая документация системы «Система управления запасами», выполненная в соответствии с требованиями группы стандартов: ГОСТ 34.201-89, ГОСТ 34.602-89, РД 50-682-89 «Информационная технология комплекс стандартов и руководящих документов на автоматизированные системы», должна быть оформлена надлежащим образом.
Листы А1 к диплому
Системная/Техническая архитектура информационной системы
Системная архитектура — фундаментальная организация системы, реализованная в её компонентах, связях этих компонентов друг с другом и внешней средой и принципах, определяющих структуру и развитие системы.
Методология/нотация ARIS Function Tree (Дерево функций)
Дерево функций (Function Tree) – представляет иерархическое декомпозицию функций на подфункции:
— Дерево функций отображает статическую декомпозицию функций.
— Основные объекты модели: функция, связь функций
— Существует несколько способов декомпозиции функций
— Функция характеризуется временем и стоимостью.
Методология/нотация ARIS Organizational chart (Организационной структура)
Нотация Organizational Chart является одной из основных нотаций ARIS и предназначена для построения схем организационной структуры предприятия. Как правило, эта модель строится в начале проекта по моделированию бизнес-процессов. В модели отражаются существующие подразделения предприятия в виде иерархической структуры.
Методология/нотация ARIS Objective diagram (Диаграмма целей)
Модель описывает стратегические цели компании и их взаимосвязь с другими элементами организации.
Методология/нотация функционального моделирования IDEF0 (моделирование в BPwin) — диаграмма процесса управления запасами.
IDEF0 — Function Modeling — методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временная последовательность (WorkFlow).
Модель данных (Data Model) — моделирование логической структуры базы данных в ERwin data modeler
Модель сущность-связь (ER-модель) — модель данных, позволяющая описывать концептуальные схемы предметной области. ER-модель используется при высокоуровневом (концептуальном) проектировании баз данных. С её помощью можно выделить ключевые сущности и обозначить связи, которые могут устанавливаться между этими сущностями.
Диаграмма классов (нотация UML class diagram) — моделирование в Enterprise Architect
Диаграммы классов показывают статическую структуру системы, то есть определяют типы объектов системы и различного рода статические связи и отношения между ними. Диаграммы классов содержат набор статических (декларативных) элементов, как, например, классы, типы, их связи, объединенные в граф. Диаграммы классов могут быть логически объединены в пакеты.
Схема взаимодействия/интеграции системы с внешними информационными системы
Диаграмма деятельности (нотация UML Activity Diagrams) — моделирование в Enterprise Architect
Диаграмма деятельности (Activity diagram) — диаграмма, на которой показано разложение некоторой деятельности на её составные части. Под деятельностью понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов — вложенных видов деятельности и отдельных действий (англ. action), соединённых между собой потоками, которые идут от выходов одного узла к входам другого.
Диаграмма последовательности (нотация UML sequence diagram) — моделирование в Enterprise Architect
Диаграмма последовательности (Sequence diagram) — диаграмма, на которой показаны взаимодействия объектов, упорядоченные по времени их проявления, на которой изображено упорядоченное во времени взаимодействие объектов. В частности, на ней изображаются участвующие во взаимодействии объекты и последовательность сообщений, которыми они обмениваются.
Диаграмма вариантов использования (нотация UML Use Case Diagram) — моделирование в Enterprise Architect
Диаграмма вариантов использования (Use case diagram, диаграмма прецедентов) — диаграмма, на которой отражены отношения, существующие между актёрами и вариантами использования. Основная задача — представлять собой единое средство, дающее возможность заказчику, конечному пользователю и разработчику совместно обсуждать функциональность и поведение системы.
10 Comments