Разработка программного модуля для формирования плана изготовления продукции на предприятии

ВВЕДЕНИЕ

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

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

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

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

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

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

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

Управление материально-техническим снабжением на предприятии затруднено по следующим причинам:

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

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

— отсутствие расчетов оптимальных вариантов,

— превышение объемов управленческой информации над возможностями ее обработки,

— несовершенство контроля и учета материальных ресурсов на складах и в цехах завода.

Рассмотренные выше вопросы подтвердили необходимость модернизации автоматизированной системы управления материально-техническим снабжением, которая заключается в создании программы «Формирование плана изготовления изделий ГП, ТНП». Таким образом, решение данной задачи на ПЭВМ является актуальной проблемой для предприятия.

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

Решение задачи строится на основе базы данных автоматизированной системы управления материально-техническим снабжением. Базы данных располагаются на серверах. К ним имеется полный доступ для ответственных сотрудников отдела и доступ по чтению для остальных пользователей. Задача решена с использованием средств Structured Query Language (SQL) и Visual FoxPro.

план изготовление снабжение автоматизированный

1. ОБЩАЯ ЧАСТЬ

1.1 Цель разработки Для нормальной производственной деятельности предприятия необходима конструкторская, технологическая, производственно-технологическая информация, которая объединяется и составляет систему справочной информации.

Для оперативного составления информации о плане изготовления изделий и количестве материалов необходимых для изготовления деталей разработана программа «Формирование плана изготовления изделий ГП, ТНП».

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

Программа входит в состав задачи «Автоматизированная система управления материально-техническим снабжением».

На основании этих данных отдел снабжения завода организует закупку и поставку на завод необходимых материалов.

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

1.2 Анализ использования разработки Автоматизированная система управления материально-техническим снабжением разработана исходя из потребности в автоматизации деятельности специалистов предприятия «ЦСКБ-Прогресс», занимающихся материально-техническим снабжением. Данная разработка представляет собой удобное, функциональное и, одновременно, простое решение основных задач по планированию материального снабжения, а именно:

· Ведение календарно-плановых нормативов.

· Ведение и хранение расходных документов на выдачу материалов.

· Ведение и хранение приходных документов на получение материалов.

· Формирование остатков по материалам на текущую дату и начало года.

· Ведение карточки учета материалов.

· Ведение плана по материалам.

· Ведение выпуска изделий.

· Учет дефицитных позиций потребности материала.

· Ведение справочника унифицированных материалов.

· Формирование прайс-листов по материалам от поставщиков.

· Формирование плановой потребности по материалам.

· Формирование годовой потребности по материалам.

· Расчет потребности материала с учетом транзитных норм.

· Ведение карточки учета материалов.

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

1.3 Анализ методов решения задачи Перед всеми предприятиями, решившими автоматизировать управление производственно-экономическими процессами, встает нелегкая задача выбора. Разрабатывать самим или закупить и внедрять готовую систему?

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

С появлением ЭВМ и использованием их для обработки информации появилась возможность автоматизировать решение многих информационно — справочных и расчетных задач.

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

Постепенно с развитием программного обеспечения ЭВМ появились идеи создания управляющих систем, которые позволяли бы накапливать, хранить и обновлять взаимосвязанные данные по целому комплексу решаемых задач, например при автоматизации бухгалтерского учета на предприятии. Эти идеи нашли свое воплощение в системах управления базами данных (СУБД). СУБД взаимодействуют не с локальными, а взаимосвязанными по информации массивами, называемыми базами данных. С появлением персональных компьютеров СУБД становятся наиболее популярным средством обработки табличной информации. Они являются инструментальным средством проектирования банков данных при обработке больших объемов информации.

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

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

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

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

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

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

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

Рассмотрим некоторые из наиболее известных:

Модуль Global-Stock содержит полный набор инструментов для управления снабжением, складами, сбытом. В модуле представлены все необходимые инструменты для организации товарооборота в компании, имеющей структуру подразделений, складов и производственных цехов любой степени сложности и ведущей операции с любой номенклатурой материалов и ассортиментом товаров и услуг.

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

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

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

Система Global-ERP предусматривает два варианта конфигурации данной подсистемы для:

· производственных предприятий

· оптовых и розничных торговых компаний и сетей Возможности подсистемы Global-Stock:

· проведение заявочных кампаний на закупку МПЗ по цехам с привязкой к различным мероприятиям;

· построение сводной потребности в материально-производственных запасах, построение плана материально-технического снабжения;

· ведение журнала конкурсов на закупку ТМЦ, протоколов тендерных комиссий;

· оформление договоров на поставку ТМЦ, отслеживание сроков поставки, исполнения обязательств по оплате;

· привязка договоров к определенным статьям бюджета и контроль средств в режиме реального времени;

· контроль исполнения заявок;

· удобную работу с номенклатурным справочником;

· формирование актов списания, складских ордеров, дефектных ведомостей, лимитно-заборных карт;

· работа со спецодеждой, спецоснасткой;

· работу с центральными складами, внутренними перемещениями;

· поддержка территориально удаленных подразделений, обеспечение встречного документооборота;

· получение оборотных ведомостей, остатков ТМЦ как по данным оперативного, так и по данным бухгалтерского учета;

· методики расчета списания материалов: по учетным ценам, средним ценам, LIFO, FIFO;

· развитую систему кодирования документов (ШПЗ — шифров производственных затрат);

· учет драгоценных металлов, содержащихся в оборудовании, материалах и комплектующих;

· получение отчетности по наличию и движению драгоценных металлов.

1С: Предприятие 8.0 - Управление закупками. Включает в себя платформу и прикладные решения, разработанные на ее основе, для автоматизации деятельности организаций и частных лиц.

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

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

Основными задачами при разработке платформы «1С: Предприятие 8.0» ставились:

· обеспечение высокой эффективности использования системы для широкого круга предприятий за счет расширения функциональности, повышения производительности и масштабируемости;

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

1С: Предприятие 8.0: Области применения Гибкость платформы позволяет применять «1С: Предприятие 8.0» в самых разнообразных областях:

· автоматизация производственных и торговых предприятий, бюджетных и финансовых организаций, предприятий сферы обслуживания и т. д.;

· поддержка оперативного управления предприятием;

· автоматизация организационной и хозяйственной деятельности;

· ведение бухгалтерского учета с несколькими планами счетов и произвольными измерениями учета, регламентированная отчетность;

· широкие возможности для управленческого учета и построения аналитической отчетности, поддержка многовалютного учета;

· решение задач планирования, бюджетирования и финансового анализа;

· расчет зарплаты и управление персоналом;

· другие области применения.

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

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

· оформление заказов поставщикам на основе заказов, поступивших от покупателей;

· контроль оплаты и поставки товаров по заказам;

· корректировка и закрытие заказов поставщикам;

· мониторинг цен поставщиков.

Интеграция 1с 8.0 с другими системами

«1С: Предприятие 8.0» имеет широкие возможности взаимодействия с другими приложениями и построения сложных интегрированных решений:

· взаимодействие через COM-соединение;

· поддержка механизма Automation;

· поддержка интернет-протоколов HTTP, HTTPS, FTP;

· отправка и прием электронной почты (e-mail);

· работа с XML-документами;

· обмен данными через текстовые файлы; чтение и запись текстовых файлов большого размера;

· поддержка DBF-файлов;

· технология внешних компонент, поддержка работы с торговым оборудованием.

Прикладные решения 1С: Предприятие 8.0:

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

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

Отраслевые и региональные прикладные решения создаются силами партнеров-разработчиков и предназначены для автоматизации отдельных направлений или областей деятельности предприятий. Все они сертифицированы на требования «1С: Совместимо».

Тиражные решения «1С: Предприятия 8.0» писались с учетом международных стандартов MRP, MRP II, CRM, SCM, ERP, ERP II.

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

Предусмотрена также возможность оформления заказов нескольким поставщикам в соответствии с ранее оформленными заказами покупателей с помощью обработки «Пакетный ввод документов».

Контроль оплаты и выполнения заказов. Контроль оплаты товаров по заказам поставщиков производится в соответствии с указанной в документе «Даты оплаты». Получить график платежей по заказам поставщиков можно с помощью отчета «Исходящие платежи».

Мониторинг цен поставщиков. Конфигурация позволяет регистрировать и сравнивать цены поставщиков, выбирать оптимального поставщика, минимизировать затраты на пополнение товарных запасов.

Сравнение цен различных поставщиков с собственными ценами компании предусмотрено в отчете «Анализ цен». Для удобного отслеживания изменений цен реализован механизм автоматического обновления цен поставщиков при регистрации очередных поставок. Есть возможность автоматического перерасчета отпускных цен на основании новых цен поставщиков и заданной торговой наценки.

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

· недостаточная функциональная полнота;

· недостаточная адаптация и русификация;

· отличная от отечественной терминология;

· недостаточные сервисные качества;

· пугающая сложность интерфейса;

· трудности внедрения;

· сохраняющаяся при эксплуатации системы организационная, техническая и финансовая зависимость от разработчика.

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

1.4 Анализ средств программирования

Visual FoxPro 9.0 функционирует в среде Windows, полностью соответствует современным требованиям, предъявляемым к системам обработки информации, имеет событийно-управляемый объектно-ориентированный язык программирования и позволяет решать многие задачи визуально. Visual FoxPro 9.0 может работать в многозадачной среде совместно с другими приложениями Windows, обмениваясь с ними информацией. В Visual FoxPro 9.0 добавлены новые средства разработки приложений, позволяющие расширить функциональные возможности системы. Приложения Visual FoxPro 9.0 имеют возможность обращаться к огромным хранилищам информации.

В Microsoft Visual FoxPro 9.0 много нововведений. Ряд из них относится к модификациям среды проектирования.

Visual FoxPro состоит из отдельных компонентов, которые используются для хранения информации, ее отображения и редактирования.

Для отображения и редактирования данных используются формы, отчеты, запросы и программы. При создании форм, отчетов и запросов применяются конструкторы. Эти компоненты часто называют конструкторскими объектами. Формы и отчеты являются составными объектами, так как они состоят из более мелких объектов (таких как поля, кнопки, диаграммы, рамки, OLE-компоненты и т. п.), которые называются объектами интерфейса.

Формы используются для просмотра или ввода данных в таблицы. Данные можно вводить непосредственно в таблицы, но использование формы является более быстрым и более эффективным способом ввода.

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

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

Запросы являются средством выборки данных из одной или нескольких таблиц. В Visual FoxPro для создания запроса вы можете использовать как конструктор запросов, так и специализированный язык Structured Query Language (SQL). Результаты выполнения запроса могут отображаться в форме, выводиться в виде отчетов и диаграмм или сохраняться в указанной вами таблице.

Программы, написанные на языке Visual FoxPro, являются объектно-ориентированными. С помощью них вы обрабатываете события в форме, создаете объекты, осуществляете различные вычисления, управляете базой данных. Для удобства работы вы можете объединить программы в библиотеки.

Для создания форм в Visual FoxPro можно использовать не только базовые классы, но и создавать собственные. Например, вы можете определить класс форм, в котором задан определенный цвет фона и стандартный набор кнопок для управления данными. Чтобы стандартизировать разработку, полезно иметь один или несколько пользовательских классов для каждого базового класса. Классы, созданные в Visual FoxPro, хранятся в библиотеках классов.

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

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

Список расширений файлов приведен в таблице 1.

Таблица 1 — Расширения имен файлов объектов Visual FoxPro

Исходя из указанных выше достоинств, программа для решения поставленной в данной дипломной работе задачи, была разработана и отлажена на языке Visual FoxPro.

Structured Query Language (SQL). Сегодня организации сталкиваются с многочисленными проблемами по обработке информации; например, с потребностью в более быстрых и основанных на управлении данными решениях, с потребностью увеличить производительность и мобильность штата разработчиков, а также с настойчивыми требованиями уменьшить общий бюджет отдела информационных технологий, увеличивая инфраструктуру в соответствии со строго возрастающими требованиями.

Microsoft SQL Server 2008 является решением следующего поколения для управления и анализа данных, которое предоставляет повышенную безопасность, стабильность данным предприятия и аналитическим приложениям, облегчая их построение, развёртывание и управление.

Построенный на сильных сторонах SQL Server 2008 представляет собой интегрированное решение по управлению и анализу данных. SQL Server является всеобъемлющим, интегрированным сквозным решением, которое наделяет пользователей вашей организации безопасной, надежной, и продуктивной платформой для обработки промышленной информации и приложений, касающихся интеллектуальных ресурсов предприятия. SQL Server 2008 предоставляет мощные, знакомые инструменты для профессионалов информационных технологий так же, как и для работников информационной сферы, уменьшая сложность создания, развёртывания, использования данных предприятия и аналитических приложений на платформах от мобильных устройств до информационных систем предприятия. Благодаря исчерпывающему набору функций, взаимодействию с существующими системами и автоматизации типовых задач, SQL Server 200 предоставляет полное решение в области хранения данных для предприятий всех масштабов.

SQL Server Management Studio содержит среду разработки для создания, редактирования и управления сценариев и хранимых процедур, используя Transact-SQL. Долгое время Transact-SQL был основой для всего программирования SQL Server. SQL Server 2008 предоставляет много новых языковых возможностей для разработки масштабируемых приложений баз данных. Эти улучшения затронули обработку ошибок, новые рекурсивные запросы, и поддержку новых функций механизма баз данных SQL Server. Улучшения Transact-SQL в SQL Server 2008 увеличивают возможности при написании запросов, позволяя повысить производительность кода и расширить управление обработкой ошибок. Постоянные усилия на улучшение Transact-SQL показывают твёрдую уверенность в его значимой роли в рамках SQL Server.

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

2. СПЕЦИАЛЬНАЯ ЧАСТЬ

2.1 Постановка задачи

2.1.1 Назначение задачи Автоматизированная система управления «материально техническое снабжение» является неотъемлемой составной частью автоматизированной системы управления предприятием и предназначена для сбора, хранения и управления совокупностью информации, относящейся к планированию материалов по конкретным заказам, отслеживанию сроков выполнения этих заказов, а также информации, относящейся к наличию материалов на складах и их выделению для изготовления изделий.

Данная автоматизированная система также как и другие компоненты АСУП «Прогресс» обладает следующими характеристиками:

· объективность — система в любой момент времени располагает данными, которые являются актуальными на текущий момент;

· информированность — система предоставляет пользователю информацию, отвечающую его запросу; наглядность — интуитивно понятный интерфейс для работы пользователя, удобное представление информации в виде отчетов с возможностью её вывода, как на экран, так и на печатающее устройство;

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

Разрабатываемая АСУ предназначена для учета материалов и планирования изготовления изделий по заказам, полученным заводом «Прогресс». Так как данная система разрабатывается для конкретного заказчика, то существует определенные специфические черты, которые необходимо рассмотреть.

Необходимыми документами, на основании которых работает материально-техническое снабжение, являются:

Уведомление на дополнение и изменение номенклатура — ценника.

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

Накладная на переброску материалов на сторону МГ «Плановая потребность в материалах по цеху»

Сводная материальная спецификация по изделию (по опытной тематике) Прайс-листы Договор на поставку материала Накладная на поставку продукции Счет фактуры.

Заданием на дипломное проектирование была разработка и написание программы «План изготовления изделий ГП и ТНП».

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

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

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

На основании этих данных отел снабжения завода организует закупку и поставку на завод необходимых материалов.

2.1.2 Технико-математическое описание задачи Входная информация:

Таблица 2 — План отдела 868 (PLAN₈₆₈)

Таблица 3 — Справочник заказов (Zakaz)

Таблица 4 — Справочник изделий (V_iz)

Таблица 5 — Изделие-заказ (Izd_zakaz)

Выходная информация:

Экран 1 «Задайте условия для просмотра таблицы План изготовления изделий ГП, ТНП».

Экран 2 «План изготовления изделий ГП, ТНП» (по заданным условиям).

Таблица «План отд. 2868».

Таблица 6 — Экран запроса условий для просмотра плана

V отмечены поля, по которым предлагается список их значений по БД, каждый последующий список запроса формируется от выше заданного запроса.

Кнопки: Очистить, Готово, Выход По кнопке Очистить удалить информацию из полей запроса и разрешить вводить новый запрос.

По кнопке Выход выйти с главной формы в главное меню.

Экран 2 по кнопке Готово Экрана 1.

В заголовке экрана 2 рядом с названием высветить реквизиты запроса.

В строках высветить документы таблицы План отдела 2868, имеющие тип записи, равный 0 и удовлетворяющие заданным значениям запроса по одному или двум или трем и т. д. символам запроса. Если запрос отсутствует, то высветить все.

Строки упорядочить:

· Изделие, Обозначение ДСЕ, Заказ — первоначально и по выбору пользователем строки: Изделие, Заказ;

· Заказ, Изделие, Обозначение ДСЕ — по выбору пользователем строки: Заказ, Изделие.

Таблица 7 — Перечень граф для просмотра плана

Кнопки: История, Добавить, Изменить, Удалить, Выход.

Кнопки: Добавить, Изменить, Удалить — активные для роли 2868_write.

Кнопка История активная по текущей строке экрана 2, если в таблице несколько документов одинаковых по реквизитам: заказ, идентификатор изделия.

По кнопке История высветить информацию всех документов, одинаковых по реквизитам: заказ, идентификатор изделия в порядке возрастания срока выполнения.

По кнопке Добавить:

· В поле Изделие по нескольким символам, заданным пользователем, предложить список полных значений Индекс изделий, Обозначение ДСЕ, Наименование ДСЕ таблицы Справочник изделий, имеющих признак счета =К. После выбора нужной строки идентификатор изделия таблицы Справочник изделий записать в выходную таблицу.

· В поле Заказ по нескольким знакам, заданным пользователем, предложить список полных разных значений Заказ из таблицы Заказы с признаком счета = К.

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

· В поле Комплект с 1−2 знак поместить последние 2 знака года из поля Срок выполнения, если в таблице Справочник изделий признак планирования = 2. Знаки с 3−7 могут быть только цифрами. Если в таблице Справочник изделий признак планирования = 1, то знаки 1−2 = 00, знаки с 3−7 могут быть только цифрами.

· В поле Комплектов в году поместить значение Комплектов в году из существующего документа, равного добавляемому по идентификатору изделия и заказу с максимальным Сроком выполнения. Дать возможность откорректировать поле.

Уникальность: Срок выполнения, Заказ, Идентификатор изделия.

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

По кнопке Изменить изменять все реквизиты, исключая повтор ключевых реквизитов.

2.1.3 Требования к программе Для создания любой программы требуется много времени и средств. Программа должна отвечать следующим требованиям:

быть полностью документированной;

быть структурированной;

быть мобильной и совместимой;

быть написанной на перспективных языках программирования;

быть легко читаемой;

иметь модульную структуру;

использовать существующие технологии программирования.

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

Текст программы должен быть ясным и понятным с подобранными идентификаторами и комментариями.

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

Программа должна быть надежной, т. е. не содержать ошибок, но так как ошибки неизбежны, то программа должна быть составлена таким образом, чтобы возможные ошибки могли быть исправлены.

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

Быстрое развитие вычислительной техники, высокая стоимость программного обеспечения, смена поколений ЭВМ — все это факторы, которые требуют, чтобы программа была мобильной, т. е. написана на общепринятых языках.

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

Язык программирования должен:

· обеспечивать простоту и наглядность программы

· облегчать возможность объединения в единое целое части большой программы.

Программа должна отвечать стилевым вопросам программирования, эффективности, отладки, тестирования.

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

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

Модульную программу легко читать и проще понять. Модульное программирование — это процесс разделения программы на логические части, которые последовательно программируются.

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

Программирование должно быть простым, т.к. сложная логика и мудрое программирование станут дорогостоящими при отладке и модификации программы.

В заводской сети работают самые разные компьютеры, от Pentium 100 до Pentium 4, внедряется терминальный сервер. Для обеспечения запуска задач (АРМ) необходимо, чтобы их разработка и программирование выполнялась с учетом того, что они могут быть запущены на маломощных компьютерах или терминалах. Кроме этого, требуется, чтобы пользователь работал в знакомой для него среде. Для унификации интерфейсов и внешнего оформления задач выдвигается ряд требований к программам:

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

2. Соответствие интерфейсу MS Windows, поэтому допускается использовать только стандартную цветовую палитру Windows (белый, серый, черный, синий цвета и их комбинации) и стандартные шрифты (Microsoft Sans Serif, Arial, Times New Roman). Пример стандартной цветовой схемы можно посмотреть в свойствах экрана, закладка «Оформление».

3. Четкая различимость цветового оформления окон, элементов управления и надписей в цветовой палитре 256 цветов. Часто фоновая заливка окон затрудняет чтение надписей, когда на мониторе пользователя выставлено 256 цветов.

4. Отсутствие заливки окон узорами или нестандартным цветом, градиентной заливки окон, визуальных эффектов (мультипликация, полупрозрачные окна и т. п.), использование в формах картинок, выполненных более чем в 256 цветах и объемом более 50 Кб. Необходимо, чтобы пользователь при работе обращал внимание на содержание формы, а не на ее внешний вид.

5. Использование понятных для пользователя терминов.

6. В программе необходимо обеспечить возможность отмены действий. В случае невозможности отмены информировать пользователя о том, что данное действие не может быть отменено впоследствии. Например:

· операция редактирования данных должна быть обратимой, пока пользователь не нажал кнопку «Записать», если в момент записи данных произошел сбой, то должен быть реализован возврат к исходному состоянию. В случае выполнения набора операций тоже должна быть возможность отмены всех действий в случае сбоя;

· операция удаления данных обычно является необратимой и пользователь должен быть предупрежден об этом.

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

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

9. Легкая доступность часто используемых функций и действий («горячие» клавиши, дополнительные кнопки, меню верхнего уровня).

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

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

12. Программа перед сдачей должна быть обязательно протестирована под различными операционными системами (Windows NT4 и Windows 2000) с разрешением экрана 800×600 точек и палитрой 256 цветов. В том случае, когда у пользователя установлена операционная система Windows 95 (98), тестирование АРМ можно провести на рабочем месте пользователя или обратиться за помощью в БСО-2.

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

Поскольку база данных будет располагаться на SQL-сервере, а он самостоятельно выполняет все запросы от пользователей и возвращает последним только результаты запроса, то требования к ПЭВМ конечных пользователей невысоки.

Минимальная системная конфигурация ПЭВМ рабочей станции:

· Процессор — Pentium 200 MHz (рекомендуется Pentium II 400 и выше);

· Оперативная память — 32 MB (рекомендуется 64 MB);

· Жесткий диск от 4 GB с интерфейсом UDMA-33;

· Видеокарта AGP c 4 MB видеопамяти;

· Дисковод 3,5;

· Сетевая карта с интерфейсом Ethernet 10/100 BaseT;

· Клавиатура;

· Мышь;

· Принтер.

Выбор принтера обуславливается предполагаемыми объемами печати отчетов.

Лазерный принтер HP LaserJet 2100 обеспечивает высокую скорость печати — 8 страниц в минуту, великолепное качество отпечатков, благодаря высокой разрешающей способности 1200 на 1200 точек на дюйм. Но лазерные принтеры достаточно требовательные к качеству бумаги, им подходит бумага с плотностью не ниже 80 г/м². Стоимость отпечатков лазерного принтера, конечно, на порядок выше, чем у матричного, но ниже, чем у струйного. Да и стоимость лазерного принтера достаточно высока, но при объемах печати в несколько сотен листов в месяц себя вполне оправдывает.

2.2 Описание алгоритма

2.2.1 Описание блок-схемы Начало Блок 1. Блок Процесса. Осуществляется инициализация глобальных переменных.

Блок 2. Блок Процесса. Устанавливается соединение с SQL-сервером.

Блок 3. Блок Условия. Осуществляется проверка, установлено ли соединение.

Если соединение установлено, то осуществляется запуск главного меню, иначе выводится сообщение об ошибке.

Блок 4. Блок Процесса. Выводится на экран сообщение об ошибке.

Блок 5. Блок Процесса. Осуществляется запуск главного меню.

Блок 6. Блок Процесса. Переход в режим Работы.

Блок 7. Блок Процесса. Переход в режим Отчеты.

Блок 8. Блок Процесса. Переход в режим Формирование данных.

Блок 9. Блок Процесса. Переход в режим Справочники.

Блок 10. Блок Процесса. Выход из программы.

Блок 11. Блок Процесса. Запуск программы план изготовления изделий ГП, ТНП.

Блок 12. Блок Процесса. Осуществляется закрытие соединения с SQL-сервером.

Блок 13. Блок Условия. Проверяется условие, входит ли пользователь в одну из ролей. Если условие выполняется, то на экране выводится, запрос, иначе происходит возврат в главное меню.

Блок 14. Блок Процесса. Выводится на экран запрос.

Блок 15. Блок Ввода. Осуществляется ввод поисковых данных с клавиатуры.

Блок 16. Блок Процесса. Очистка поисковых данных.

Блок 17. Блок Процесса. Выборка данных по заданным условиям.

Блок 18. Блок Процесса. Закрытие экрана запроса.

Блок 19. Блок Процесса. Осуществляется анализ полей поиска и формирование соответствующего SQL-запроса.

Блок 20. Блок Процесса. Происходит посылка SQL-запроса на сервер.

Блок 21. Блок Извлечения. Осуществляется получение ответа с SQL-севера.

Блок 22. Блок Процесса. Отображаются полученные данные на форме.

Блок 23. Блок Процесса. Проверяется пользователь на вхождение в роль 868_write.

Блок 24. Блок Условия. Осуществляется проверка условия, пользователь входит в роль 868_write. Если условие выполняется, то доступна корректировка, иначе — только просмотр.

Блок 25. Блок Процесса. Переход в подрежим История.

Блок 26. Блок Процесса. Происходит посылка SQL-запроса на сервер.

Блок 27. Блок Процесса. Осуществляется получение ответа с SQL-сервера.

Блок 28. Блок Процесса. Отображаются полученные данные на форме.

Блок 29. Блок. Процесса. Проверяется пользователь на вхождение в роль 868_write.

Блок 30. Блок. Условия. Осуществляется проверка условия, пользователь входит в роль 868_write. Если условие выполняется, то доступна корректировка, иначе — только просмотр.

Блок 31. Блок Процесса. Осуществляется выход из подрежима История.

Блок 32. Блок Процесса. Осуществляется выход из подрежима Исория.

Блок 33. Блок Процесса. Запуск формы добавление данных.

Блок 34 Блок Ввода. Осуществляется ввод поисковых данных.

Блок 35. Блок Процесса. Очистка данных.

Блок 36. Блок Процесса. Добавление записи.

Блок 37. Блок Процесса. Выход с формы добавления.

Блок 38. Блок Процесса. Осуществляется проверка данных.

Блок 39. Блок Условие. Проверяется условие, данные корректны. Если условие истинно, то происходит добавление записи, иначе, осуществляется возврат к вводу данных.

Блок 40. Блок Процесса. Осуществляется выполнение SQL-запроса для внесения записи.

Блок 41. Блок Условия. Проверяется условие, добавить еще документ. Если условие верно, то осуществляется возврат к вводу данных, иначе происходит обновление данных на форме просмотра.

Блок 42. Блок Процесса. Обновляются данные на форме.

Блок 43. Блок Процесса. Переход в подрежим Изменить.

Блок 44. Блок Ввода. Осуществляется внесение изменений в реквизитный состав записи.

Блок 45. Блок Процесса. Изменение текущей записи.

Блок 46. Блок Процесса. Проверяются данные.

Блок 47. Блок Условия. Осуществляется проверка условия, данные введены корректно. Если условие верно, то выполняется изменение записи, иначе осуществляется возврат к изменению состава записи.