Разработка информационной системы производства и реализации продукции на примере ТОО "Мебель–Комп"
Теоретический подход к разработке реляционных баз данных. Построение модели управления запасами, учет производства и реализации готовой продукции ТОО "Мебель–Комп". Определение миссии, выделение критических факторов успеха и проблем предприятия.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 16.06.2015 |
Размер файла | 2,6 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
2. Анализ бизнес процессов предприятия. Проектирование информационной системы
2.1 Определение миссии, выделение критических факторов успеха и проблем предприятия
информационный база запас учет
Миссия предприятия
Миссия предприятия - определенный смысл его существования, который оказывает решающее воздействие на результаты деятельности. Четко сформулированная миссия вдохновляет и побуждает, дает возможность сотрудникам предприятия проявлять инициативу, формирует главные предпосылки успеха деятельности предприятия при различных воздействиях на нее со стороны внешней и внутренней среды.
Определим миссию предприятия ТОО «Мебель-Комп» - производство и продажа высококачественных ортопедических матрасов, которые были бы доступны всем слоям населения, удовлетворяли бы все запросы и создавали комфорт потребителю.
Критические факторы успеха
После определения миссии предприятия необходимо произвести ее декомпозицию на стратегические цели. Из всех сформулированных целей нужно выбрать несколько наиболее важных, которые называют критическими факторами успеха.
Т.е., критические факторы успеха - это те мероприятия по реализации стратегии, конкурентные возможности, результаты деятельности, которые каждая компания должна обеспечивать (или стремиться к этому), чтобы быть конкурентоспособной.
Критические факторы - это те движущие силы, которым фирма должна уделять особое внимание, так как они определяют успех (или провал) компании на рынке, ее конкурентные возможности, непосредственно влияющие на ее прибыльность [19].
При определении КФУ нужно соблюдать правило необходимости и достаточности, согласно которому каждый критический фактор успеха необходим для достижения миссии предприятия, а все вместе факторы должны быть достаточны для ее достижения.
Определим критические факторы успеха ТОО «Мебель-Комп»:
высокое качество продукции - снижение числа дефектов, уменьшение потребности в ремонте и т.д.;
удобство обслуживания - простота оформления и быстрота выполнения заказов, гарантийное обслуживание;
скорость обработки информации - для эффективной работы важна скорость обработки информации, так как быстрота выполнения заказов напрямую зависит от этого фактора.
расширение ассортимента - разработка новых моделей с современным дизайном, но в ценовой нише, соответствующей уровню достатка среднего класса, дает возможность удовлетворить вкусы и запросы всех слоев населения, а это, в свою очередь, поможет поднять репутацию предприятия у потребителя;
Структурные проблемы предприятия.
Структурные проблемы предприятия - это проблемы, которые возникли в результате развития и изменения предприятия. Это проблемы не текущего момента, а существующие постоянно. Для решения таких проблем, как правило, требуется изменение структуры или технологических процессов предприятия [20]. На данный момент, на наш взгляд, на предприятии существуют следующие структурные проблемы:
Неэффективный обмен информацией между отделами цеха и директором. Т.к. процесс прохождения заказов по подразделениям цеха не автоматизирован, то возможна задержка их выполнения, поставки материалов, нет возможности в любой момент сделать анализ по продажам или получить любую другую оперативную информацию.
Технологическая документация готовиться вручную, что занимает большое количество времени и не гарантирует отсутствие ошибок. А ошибки ведут к браку продукции и к неэкономичному расходу материалов.
Не электронного каталога продукции, производимой цехом, позволяющего реально увидеть варианты изготовления и отделки. Заказчик может познакомиться только с моделями, представленными в магазине.
Нет разделения труда в мастерской. Каждый мастер ведет заказ полностью, с первого до последнего этапа. Как следствие - неэффективное использование труда мастеров.
Цели информационной системы.
Цели, стоящие перед информационной системой (ИС), должны соответствовать миссии и списку критических факторов успеха предприятия и, как правило, следуют из структурных проблем предприятия. ИС призвана устранить те проблемы, которые можно решить при помощи оптимизации информационного аспекта деятельности предприятия.
Для осуществления миссии предприятия и устранений назревших проблем принято решение разработать и внедрить информационную систему, позволяющую повысить эффективность работы ТОО «Мебель-Комп». Для этого нужно провести комплексную автоматизацию всего производственного процесса.
Список задач информационной системы.
Список задач, стоящих перед ИС, должен показать, как (или с помощью чего) достичь поставленных целей. Соотношение целей и задач ИС аналогично соотношению миссии и списка КФУ предприятия [21].
В идеале, на предприятии должен работать единый программный комплекс, связывающий работу разных специалистов на различных рабочих местах в единую технологическую и информационную цепочку. Для этого мы составили список первоначальных целей, стоящих перед ИС:
Проанализировать обмен информацией между отделами цеха и директором. По возможности упростить передачу, сделать ее более эффективной, устранить дублирование информации. Автоматизировать документооборот внутри предприятия. Это позволит сократить ручные операции, ускорить обработку информации, повысить точность учета и, самое главное, сократить время обработки заказов. Руководство предприятия в любой момент времени будет иметь необходимую оперативную информацию.
Немаловажным фактором повышения эффективности работы предприятия является организация строгого учета и контроля расходования материалов и комплектующих, обеспечение бесперебойного снабжения производства всем необходимым, наличие оптимальных запасов на складе, то есть, по сути, внедрение автоматизированной системы складского учета.
Создать электронный каталог моделей ортопедических матрасов, производимых в цехе, а также связать этот каталог с прайс-листом. По каталогу можно будет сразу получить ведомость комплектации, стоимостной расчет, и спецификаций для изготовления.
Произвести разделение труда в мастерской.
Выделение бизнес-процессов
Бизнес-процесс представляет собой систему последовательных, целенаправленных и регламентированных видов деятельности, в которой посредством управляющего воздействия и с помощью ресурсов входы процесса преобразуются в выходы, результаты процесса, представляющие ценность для потребителей. Бизнес-процессы делят на основные, производящие основные выходы, получаемые клиентами организации, и вспомогательные, выход которых используется другими подразделениями организации. Бизнес-процесс должен иметь поставщика и потребителя (внешний объект или другой бизнес-процесс).
Способы описания бизнес-процессов
Существует два вида инструментов, применяемых при описании бизнес-процессов - вертикальное и горизонтальное описание.
При вертикальном описании показывают только работы и их иерархический порядок в дереве бизнес-процесса. В этом случае имеются только вертикальные связи между родительскими и дочерними работами (рисунок 9 а). При горизонтальном описании так же показывается, как эти работы между собой взаимосвязаны, в какой последовательности они выполняются, какие информационные и материальные потоки между ними движутся. В этом случае в модели бизнес-процесса появляются горизонтальные связи между различными работами, которые процесс составляют (рисунок 4 б).
Специалисты по организационному проектированию используют различную терминологию при описании бизнес-процессов. Например, вертикальное описание называют функциональным описанием, горизонтальное - процессным описанием или просто описанием бизнес-процессов.
а б
Рисунок 9. Вертикальное и горизонтальное описание бизнес-процессов
Горизонтальное описание бизнес-процессов.
В настоящее время существуют три основных способа горизонтального описания бизнес-процессов: текстовый, табличный, графический [23]:
1. Текстовый
Этот способ есть не что иное, как текстовое последовательное описание бизнес-процесса. Многие казахстанские компании разработали и используют в своей деятельности регламентирующие документы, часть которых является процессными регламентами и представляет не что иное, как текстовое описание бизнес-процессов. Приведем в качестве примера текстовое описание одного из бизнес-процессов нашего мебельного цеха:
Бизнес процесс: «Оформление заказа» - Продавец принимает заказ от покупателя, оформляет договор, принимает предоплату. Предоплата передается в бухгалтерию. Информация о заказе поступает директору, и запускается следующий бизнес-процесс «Выполнение заказа».
2. Табличный.
Для целей анализа и оптимизации деятельности компании текстовое описание бизнес-процессов не оптимально. Дело в том, что описание бизнес-процесса в текстовом виде системно рассмотреть и проанализировать невозможно. Текстовая информация воспринимается человеческим мозгом последовательно. Например, когда человек читает регламент и доходит до его конца, он практически всегда забывает про то, что было в начале документа. Второй недостаток текстового представления бизнес-процесса заключается в том, что человеческое сознание устроено так, что оно может работать эффективно только с образами. При восприятии и анализе текстовой информации человеческий мозг раскладывает ее на ряд образов, на что уходят дополнительное время и умственные усилия. Поэтому при использовании текстового описания бизнес-процессов производительность и качество решений по оптимизации деятельности оставляют желать лучшего, что особенно сильно проявляется, когда решение принимается группой людей.
В свое время специалисты по информационным технологиям разработали более структурированный подход к описанию бизнес-процессов. Ими было предложено разбить бизнес-процесс по ячейкам структурированной таблицы, в которой каждый столбец и строчка имеют определенное значение. Данную таблицу читать проще, из нее легче понять, кто за что отвечает, в какой последовательности в бизнес-процессе выполняются работы, и, соответственно, бизнес-процесс проще проанализировать. Табличная форма описания бизнес-процессов более эффективна по сравнению с текстовой и в настоящее время активно применяется специалистами по информационным технологиям для описания бизнес-процессов в приложении к задачам их автоматизации.
Таблица 1.
Табличное описание бизнес-процесса «Оформление заказа»
№ |
Операция |
Ответствен-ный |
Что (Вход) |
От кого (Поставщик) |
Что (Выход) |
Кому (Клиент) |
|
1 |
Принять заказ |
Продавец |
Заказ |
Покупатель |
- |
- |
|
2 |
Оформить договор |
Продавец |
- |
- |
Договор |
Директор, «Выполне-ние заказа». |
|
3 |
Получить предоплату |
Продавец |
Предоплата |
Покупатель |
Предоплата |
Бухгалтерия |
3. Графический.
В последнее время стали интенсивно развиваться и применяться при описании бизнес-процессов графические подходы. Признано, что графические методы обладают наибольшей эффективностью при решении задач по описанию, анализу и оптимизации деятельности компании.
Оказалось, что графика хороша тем, что графическая информация, расположенная в поле зрения человека, воспринимается его мозгом одновременно. Второе преимущество в том, что менеджер, как и любой человек, имеет правополушарное мышление и мыслит в виде образов. Любую текстовую информацию он переводит в образы. В случае, когда ему представляется информация в виде графических образов, значительно возрастают его возможности анализа и принятия решений.
Рисунок 10. Бизнес-процесс «Оформление заказа»
Выделение основных и вспомогательных бизнес-процессов ТОО «Мебель-Комп»
Проанализировав деятельность «Мебель-Комп» и проведя предпроектное исследование, было выделено четыре основных бизнес-процессов:
Оформление заказа;
Выполнение заказа;
Доставка заказа покупателю;
Разработка новой модели.
и четыре вспомогательных бизнес-процесса:
Технологическая проработка заказа;
Получение материалов со склада;
Работа склада;
Работа бухгалтерии.
Первый бизнес процесс описан в предыдущем шаге (рисунок 10).
Бизнес-процесс «Выполнение заказа»
В состав данного бизнес-процесса входят два вспомогательных бизнес-процесса - «Технологическая проработка заказа» и «Доставка материалов со склада». Директор поручает заказ конкретному мастеру. После получения технологической документации и необходимых материалов со склада, начинается изготовление заказа. После окончания работ запускается следующий бизнес-процесс «Доставка заказа» (рисунок 11).
Рисунок 11. Бизнес-процесс «Выполнение заказа».
Бизнес-процесс «Доставка заказа»:
Запускается после бизнес-процесса «Выполнение заказа». Информация о готовности заказа поступает в магазин. Продавец связывается с заказчиком и договаривается о времени доставки. Затем создает документы на получение заказа, остатка оплаты и гарантийный талон. Документы передаются водителю, который забирает заказ с мастерской и доставляет его заказчику. Подписанные документы и остаток оплаты передаются в бухгалтерию (рисунок 12).
Рисунок 12. Бизнес-процесс «Доставка заказа».
Бизнес-процесс «Разработка новой модели»
Дизайнер-технолог цеха, изучая спрос покупателей, создает новую модель мягкой мебели. Если директор одобряет новую модель, то проект передается в мастерскую для дальнейшего изготовления, а оттуда в магазин. Продавцы в магазине предлагают новую модель покупателям (рисунок 13).
Рисунок 13. Бизнес-процесс «Разработка новой модели».
Бизнес-процесс «Технологическая проработка заказа»
На этом этапе выполняется две основные задачи:
коррекция рабочих и сборочных чертежей и выпуск технологической документации: карт раскроя материалов, таблиц операций и т.д. Документация передается в производство;
формирование ведомости комплектации - списка материалов и комплектующих, необходимых для изготовления изделия, с указанием их точного количества. Запускается бизнес-процесс «Доставка материалов со склада»
Бизнес-процесс представлен на рисунке 14.
Рисунок 14. Бизнес-процесс «Технологическая проработка заказа».
Бизнес-процесс «Доставка материалов со склада»:
Запускается после выполнения бизнес-процесса «Технологическая проработка заказа». На основании ведомости комплектации формируется накладная на получение материалов, которая передается на склад. Если материалы есть на складе, то они передаются в производство вместе с накладной на передачу материалов. Если требуемых материалов нет на складе, то формируется ведомость на закупку, которая передается начальнику цеха. Технологическая операция «Установить наличие материалов» данного бизнес-процесса является так же технологической операцией вспомогательного бизнес-процесса «Работа склада» (рисунок 15).
Рисунок 15. Бизнес-процесс «Доставка материалов со склада».
Бизнес-процесс «Работа бухгалтерии»
Работа бухгалтерии заключается в следующем:
материально-финансовый контроль;
предоставление необходимой информации директору цеха (договоры, счета, отчёты, сводки и т.д.);
расчет заработной платы сотрудников;
начисление отчислений (пенсионный фонд, подоходный налог и т.д.).
Бизнес-процесс представлен на рисунке 16.
Рисунок 16. Бизнес-процесс «Работа бухгалтерии».
Бизнес-процесс «Работа склада»
Недостающие материалы доставляются на склад от поставщиков. Затем поступают в производство для выполнения заказов. В состав данного бизнес-процесса входит технологическая операция «Установить наличие материалов» бизнес-процесса «Доставка материалов со склада» (см. выше). Технологические операции данного бизнес-процесса не связаны между собой напрямую (рисунок 17).
Рисунок17. Бизнес-процесс «Работа склада».
Для проведения анализа, оптимизации или перестройки своей деятельности, компании необходимо иметь актуальную модель своих бизнес-процессов, отражающую его структуру и все процессы, происходящие в нем. Такая модель дает наглядный материал для анализа происходящего в компании, показывает "узкие места" в ее деятельности, выявляет возможные риски и непроизводительные затраты, которые несет компания в своей деятельности вследствие дублирования функций и зон ответственности. Для построения такой модели необходимо провести (и постоянно обновлять в соответствии с происходящими изменениями) анализ бизнес-процессов и структуры компании. По результатам анализа выбираются бизнес-процессы, требующие изменений. Может быть принято решение о проведении оптимизации выбранных бизнес-процессов. Оптимизация - это сравнительно небольшие изменения, направленные на улучшение существующих бизнес-процессов. Оптимизация нужна, если в целом бизнес-процессы работают, но не приносят больших проблем и потерь (не угрожают существованию предприятия). Автоматизация системы управления предприятием так же подразумевает оптимизацию бизнес-процессов данного предприятия.
2.2 Обоснование разработок по информационному и программному обеспечению
Основанием для разработки данного программного продукта послужил заказ от руководства ТОО «Мебель-Комп» на разработку усовершенствованной программы, позволяющей управлять запасами склада, а так жеучитывать и реализовывать произведенную продукцию. Программа должна хранить информацию по товарам, хранящимся на складе предприятия.
Основной причиной создания данного программного продукта послужил тот факт, что на складе ТОО «Мебель-Комп» ПК не оборудован программой складского учета, при этом вся база хранится в файлах Microsoft Excel, что затрудняет осуществлять обработку баз данных. Это и повлекло за собой написание программы по управлению запасами на складе средствами языка программирования Borland Delphi 7.0.
Выбор именно этой среды разработки обуславливается рядом следующих причин. Среда разработки Delphi является одним из самых популярных языков для создания различных приложений.
С помощью Borland Delphi 7.0. можно создавать приложения практически для любой области современных компьютерных технологий: бизнес-приложений, игр, мультимедиа, баз данных и т.п. При этом приложения могут быть как простыми, так и сложными, в зависимости от поставленной задачи.
Для того чтобы специалисты предприятия эффективно работали с большим информационным потоком, создаваемая база данных должна отвечать следующим требованиям:
хранение больших объёмов актуальной и достоверной информации;
простота обращений пользователей к БД;
возможность внесения, изменения, удаления, сортировки и других манипуляций с данными БД;
возможность расширения и реорганизации данных в БД при изменениях предметной области.
MS Access в настоящее время является одной из самых популярных среди настольных программных систем управления базами данных. Среди причин такой популярности следует отметить:
высокую степень универсальности и продуманности интерфейса, который рассчитан на работу с пользователями самой различной квалификации. В частности, реализована система управления объектами базы данных, позволяющая гибко и оперативно переходить из режима конструирования в режим их непосредственной эксплуатации;
глубоко развитые возможности интеграции с другими программными продуктами, входящими в состав Microsoft Office, а также с любыми программными Продуктами, поддерживающими технологию OLE;
богатый набор визуальных средств разработки.
Нельзя не отметить, что, существенной причиной такого широкого распространенная MS Access является и мощная рекламная поддержка, осуществляемая фирмой Microsoft. В процессе разработки данного продукта на рынок представлялись его различные версии. Наиболее известными (в некотором смысле этапными) cтали Ассеss 2.0, Ассеss 7.6 (он впервые был включен в состав программного комплекта MS Office 95). Позже появились версии Ассеss 97 (в составе NS Office 97) и Ассеss 2000 (в составе МS Office 2000), а с выходом Windows XP и Windows Server 2003 Access XP и Access 2003.
Важным средством, облегчающим работу с Ассеss для начинающих пользователей, являются мастера - специальные программные надстройки, предназначенные для создания объектов базы данных в режиме последовательного диалога. Для опытных и продвинутых пользователей существуют возможности более гибкого управления ресурсами и возможностями объектов СУБД в режиме конструктора.
Специфической особенностью СУБД Ассеss является то, что вся информация, относящаяся к одной базе данных, хранится в едином файле. Такой файл имеет расширение *.mdb. Данное решение, как правило, удобно для непрофессиональных пользователей, поскольку обеспечивает простоту при переносе данных с одного рабочего места на другое. Внутренняя организация данных в рамках mbd-формата менялась от версии к версии, но фирма Microsoft поддерживала их совместимость снизу вверх, то есть базы данных из файлов в формате ранних версий Access могут быть конвертированы в формат, используемый в версиях более поздних.
Средствами Access можно реализовать меню ориентированный интерфейс с элементами объектно-событийного управления, когда выполнение определенных функция связывается с определенными событиями (щелчок мыши, нажатие клавиши и т.п.).
Но, не смотря на столь широкие возможности Access, их мало для решения специализированных задач, связанных не посредственно со специфической обработкой и представления данных. Поэтому в качестве основы была взята связка Access + Delphi, которая позволила расширить возможности Access, и сделать продукт более наглядным и удобным для конечного пользователя.
Delphi - это комбинация нескольких важнейших технологий:
Высокопроизводительный компилятор в машинный код;
Объектно-ориентированная модель компонент;
Визуальное (а, следовательно, и скоростное) построение приложений из программных прототипов;
Масштабируемые средства для построения баз данных.
Являясь языком быстрого программирования, Borland Delphi 7.0. позволяет разрабатывать программы сравнительно быстро. Обеспечивая программиста средствами, благодаря которым нет нужды предусматривать все особенности программирования под Windows и сосредоточить усилия именно на решении поставленной задачи.
Характерной особенностью программ, созданных с помощью Borland Delphi 7.0. и предназначенных для работы с базами данных является их зависимость от специальной библиотеки программ, которая называется BDE или Borland Database Engine - машина баз данных корпорации Borland. BDE “умеет” работать с таблицами самых распространенных СУБД, причем как файл-серверных (d-Base, Paradox, FoxPro, Clipper), так и клиент-серверных (InterBase, Microsoft SQL Server, Oracle и др.).В BDE имеется собственный интерпретатор языка SQL, что позволяет создавать запросы не только к серверам баз данных, но и к таблицам файл-сервера.
Утилита Database Desktop решает целый ряд задач, связанных с таблицами файл-серверных баз данных. С ее помощью можно создавать или изменять структуру таблицы, создавать ее первичные ключи и индексы, а также их просматривать. Тип таблиц Paradox наиболее предпочтителен при создании файл-серверных баз данных. Таблицы типа Paradox по сравнению с другими поддерживают самый богатый набор разных типов полей, что позволяет автоматически следить за правильностью вводимых в поля данных, выбирать данные из другой таблицы (например Lookup Table), строить вторичные индексы, в том числе составные (Secondary Indexes), следить за ссылочной целостностью баз данных (Referential Integrity), защищать таблицу от несанкционированного доступа (Password Security), выбирать языковой драйвер (Table Language).
В большинстве случаев данные, которые хранятся в таблицах баз данных необходимо тем или иным способом публиковать, создавая так называемые отчеты. В состав установочных компакт-дисков Delphi 7.0 (Borland Delphi Companion Tools CD) включены генераторы отчетов Report Manager Designer и Qreport Artist 5.0.
Перед предприятием и конкретным пользователем стоит задача сориентироваться в их многообразии и сделать правильный выбор.
Произведенный, но невостребованный покупателем программный продукт, не имеет остаточной потребительской стоимости, его нельзя продать на запчасти, переплавить и т.д. Общество не получает отдачи от затрат интеллектуальных и финансовых средств, отвлеченных из других сфер.
Чтобы сделать правильный выбор, пользователю важно знать основные показатели потребительского качества программного продукта. Известно множество показателей, используемых для характеристики качества разрабатываемых программ. Наиболее важные из них представлены ниже на рисунке 18.
Рисунок 18. Основные показатели потребительского качества программного продукта.
Сущность экономических задач программного продукта
Главной целью создания данного программного продукта является автоматизация системы управления запасами предприятия.
Первостепенная задача состоит в организации совместного использования данных фирмы с различными отделами, на разных уровнях управления. Это позволило бы сотрудникам и руководству удовлетворять разные информационные потребности, например, такие как информация о покупателях, , ассортименте товаров.
Вторая задача заключается, в разработке алгоритма решения задач управления запасами и автоматизации складского учёта на предприятии ТОО «Мебель-Комп».
Построение модели управления запасами склада предприятия предполагает решение ряда функций, играющих для экономики предприятия немаловажную роль. Проект позволяет автоматизировать вычисление таких важных показателей, как суммарные минимальные затраты на формирование запаса, точка заказа, оптимальный размер заказа, коэффициент интенсивности потребления продукции, оптимальный размер запаса со скидкой.
Создание данной программы поддерживает не только возможность хранения, обработки данных, но и наличие дружественного интерфейса понятного неквалифицированному пользователю.
База данных программы содержит большой ассортимент продукции, предлагаемой клиенту. В связи с этим, возникает необходимость формирования прайс-листа имеющейся продукции на складе, что и включается в одну из функций данного программного продукта.
Одной из функций данной работы является возможность учета клиентов-должников, т.е. клиентов, взявших в долг продукцию, также фиксируется каждая поставка продукции на склад.
Данная программа призвана повысить производительность труда специалистов, оптимизировать и сделать его более эффективным.
Программа позволяет контролировать состояние запасов, проводить их оперативный контроль. Использование компьютерной программы, позволит предоставлять возможность в любой момент времени проконтролировать каждый вид товара, а также позволит определить их недостатки или излишки.
2.3 Автоматизация системы управления запасами предприятия
Построение инфологической модели
Инфологическая модель (ИМ) предметной области - это описание предметной области, выполненной без ориентации на используемые в дальнейшем программные и технические средства. Содержит исходную информацию о предметной области. Этап создания ИМ называется инфологическим проектированием.
Проектирование инфологической модели должно отвечать требованиям:
адекватность отображения (язык для представления ИМ должен обладать достаточными выразительными возможностями);
непротиворечивость (не должна допускаться неоднозначная трактовка модели);
легко расширяемость (обеспечение ввода новых данных без изменения ранее определенных);
гибкий язык (язык должен быть применим как при ручном, так и при автоматизированном проектировании);
понятность всем пользователям.
Целью инфологического моделирования является создание точного и пол-ного отображения реального мира, используемого в дальнейшем в качестве источника информации для построения БД.
В данном проекте решение задач осуществляется на основе разработанной инфологической (рисунок 19).
Более подробно информационные процессы схемы и их использование при автоматизированной обработке учетных данных представлены далее.
Требования к аппаратному и программному обеспечению
Для того, чтобы программа системы управления запасами предприятия обеспечивала выполнение самых жестких требований к безопасности при работе с программой, конфигурация пользовательского компьютера может регламентироваться при этом лишь требованиями используемой операционной системы (Microsoft Windows NT/2000, Windows XP, Windows Vista, Windows 7).
Для успешной работы программы необходимо следующее аппаратное и системное программное обеспечение:
компьютер типа IBM с процессором Intel Pentium III или выше и любые другие процессоры с равными техническими характеристиками;
поддержка ЭВМ мультимедийных функций;
наличие CD-ROM или USB концентраторов для копирования приложения на жесткий диск;
наличие 10 Мбайт свободного пространства на жестком диске в случае копирования приложения на жесткий диск.
любой матричный, струйный или лазерный принтер (желательно широкий), совместимый c системой команд Epson ESC/P, Epson ESC/P2, Hewlett Packard PCL, либо IBM Proprinter.
Программа нуждается в дополнительной установке программного обеспечения на рабочую станцию пользователя: программа для отправки и получения электронной почты, желательно наличие архиватора.
Описание базы данных
Источником оперативной информации для реализации решения поставленных задач являются приходные накладные, расходные накладные, счета на оплату, данные со склада.
Эти данные постоянно изменяются и отличаются большим объемом обрабатываемой информации. Данные вводятся в систему с помощью специальных форм и хранятся в базе данных в виде таблиц.
Для работы программы была создана одна база данных «MebelComp.mdb», состоящая из таблиц: «Вид продукта», «Должники», «Заказы», «Интенсивность потребления», «Наименование», «Продано», «Фирмы».
Входной информацией являются первичные документы, на основе которых пополняются базы данных и, в конечном итоге, составляются отчетные документы.
Таблицы между собой связываются по кодам, что обеспечивает им целостность данных и позволяет в дальнейшем к ним обращаться (рисунок 20).
Для хранения информации по группам продукции предприятия используется таблица 2.
Таблица 2.
Структура таблицы «Вид продукта»
Имя поля |
Тип данных |
Описание |
|
Код |
Счетчик |
Код группы товара |
|
Вид продукта |
Текстовый |
Наименование группы |
|
Фирма |
Текстовый |
Наименование фирмы |
Информацию по фирме изготовителю продукта хранит таблица 3.
Таблица 3.
Структура таблицы «Фирмы»
Имя поля |
Тип данных |
Описание |
|
Код |
Счетчик |
Код фирмы |
|
Фирмы |
Текстовый |
Наименование фирмы |
Каждый продукт, имеющийся на складе, хранится в базе данных в таблице 4. Данная таблица содержит все сведения по продукции.
Таблица 4.
Структура таблицы «Наименование товара»
Имя поля |
Тип данных |
Описание |
|
Код |
Счетчик |
Код продукта |
|
Наименование |
Текстовый |
Наименование продукта |
|
Производитель |
Текстовый |
Производитель продукта |
|
Розничная |
Числовой |
Розничная цена товара |
|
Оптовая |
Числовой |
Оптовая цена товара |
|
Фирма |
Текстовый |
Фирма товара |
|
Группа |
Текстовый |
Группа товара |
|
Кол_единиц |
Числовой |
Количество единиц |
|
Затраты_на_оф |
Числовой |
Затраты на оформление |
|
Аренда |
Числовой |
Аренда |
|
Время_вып_заказа |
Числовой |
Время выполнения заказа |
|
Затраты_на_хран |
Числовой |
Затраты на хранение |
|
Затр_на_размещ_зак |
Числовой |
Затраты на размещение заказа |
|
Порог |
Числовой |
Пороговое значение |
|
Опт_цена_ед_прод |
Числовой |
Оптовая цена единицы продукции |
|
Розн_цена_ед_прод |
Числовой |
Розничная цена продукции |
|
Размеры |
Текстовый |
Размеры товара |
|
Описание |
Текстовый |
Описание товара |
|
Категория веса |
Текстовый |
Категория веса |
|
Жесткость |
Текстовый |
Жесткость товара |
|
Высота |
Числовой |
Высота товара |
При осуществлении поставок продукции на склад предприятия информация заносится и хранится в таблице 5.
Таблица 5.
Структура таблицы «Заказы»
Имя поля |
Тип данных |
Описание |
|
Код |
Счетчик |
Код поставки |
|
Дата |
Дата\Время |
Дата поставки |
|
Фирма |
Текстовый |
Фирма товара |
|
Группа |
Текстовый |
Группа товара |
|
Код товара |
Числовой |
Код продукта |
|
Заказано |
Числовой |
Количество заказанного товара |
|
Наименование |
Текстовый |
Наименование продукта |
Предприятие предоставляет возможность клиентам брать товар в долг. Таблица 6 позволяет хранить необходимую информацию по клиентам - должникам.
Таблица 6.
Структура таблицы «Должники»
Имя поля |
Тип данных |
Описание |
|
Код |
Счетчик |
Код клиента |
|
Фамилия |
Текстовый |
Фамилия клиента |
|
Имя |
Текстовый |
Имя клиента |
|
Отчество |
Текстовый |
Отчество клиента |
|
Дата |
Дата\Время |
Дата поставки |
|
Фирма |
Текстовый |
Фирма товара |
|
Группа |
Текстовый |
Группа товара |
|
Код товара |
Числовой |
Код продукта |
|
Кол_во |
Числовой |
Количество продукции |
|
С_числа |
Дата\Время |
Долг с _числа |
|
По_число |
Дата\Время |
Долг до __числа |
|
Ск_ко_должен |
Числовой |
Сумма долга |
Для управления запасами предприятия необходимо вести учет потребления товара, информация о потреблении храниться в таблице «Интенсивность потребления». Структура таблицы представлена в таблице 7.
Таблица 7.
Структура таблицы «Интенсивность потребления»
Имя поля |
Тип данных |
Описание |
|
Код |
Счетчик |
Код |
|
Дата |
Дата\Время |
Дата поставки |
|
Фирма |
Текстовый |
Фирма товара |
|
Группа |
Текстовый |
Группа товара |
|
Код товара |
Числовой |
Код продукта |
|
Кол_единиц |
Числовой |
Количество единиц |
При оформлении продажи информация помещается в таблицу «Продано». Структура таблицы приведены в таблице 8.
Таблица 8.
Структура таблицы «Интенсивность потребления»
Имя поля |
Тип данных |
Описание |
|
Наименование |
Текстовый |
Наименование товара |
|
Производитель |
Текстовый |
Производитель |
|
Розничная |
Числовой |
Розничная цена за единицу товара |
|
Группа |
Текстовый |
Группа товара |
|
Кол_едениц |
Числовой |
Количество единиц проданного товара |
|
Размеры |
Текстовый |
Размеры товара |
|
Описание |
Текстовый |
Описание товара |
|
Категория веса |
Текстовый |
Категория веса |
|
Имя поля |
Тип данных |
Описание |
|
Жесткость |
Текстовый |
Жесткость товара |
|
Высота |
Числовой |
Высота товара |
|
Дата |
Дата\Время |
Размеры товара |
|
Накладная |
Текстовый |
Номер накладной |
Описание структуры проекта «автоматизация системы управления запасами предприятия»
В проектируемой системе решаемые задачи будут реализованы соответствующим программным модулем, каждый из которых будет иметь возможность выполнения ряда операций, таких как корректировка информации, поиск данных, формирование отчетов, сортировка товара по наименованию, цене, количеству упаковок и т.д.
Процессы заполнения, корректировки и поиска данных будут реализованы однотипным способом во всех модулях. При добавлении и редактировании данных будет применяться контроль правильности ввода пользователем информации, путем ее сравнения с необходимым типом, диапазоном изменения возможных значений и т.д.
Для добавления и редактирования данных будут использованы экранные формы со всеми необходимыми полями ввода, а также пояснениями и управляющими элементами (например, кнопками), предназначенными для выработки управляющих воздействий (сохранение, отмена изменений) и навигации (перемещению) по БД. Для обеспечения поиска данных также будут использованы экранные формы, позволяющие задавать различные значения (диапазоны значений) интересующей информации, с контролем допустимости значений условий поиска. В каждом из программных модулей системы предполагается наличие всех необходимых отчетных форм, для формирования и печати документов установленной формы. Все отчеты генерируются автоматически, используя выборки информации из БД.
Формы данного программного продукта связаны с собой через соответствующие пункты главного меню. Наиболее удобным способом описания иерархии является графическое представление в виде дерева форм, показанное на рисунке 21. Данный вид представления позволяет легко ознакомиться с работой интерфейса программы и увидеть основные и соответственно вспомогательные формы программы.
Рисунок 21. Дерево форм.
Работа с программой начинается с запуска файла приложения MebelComp.exe, в результате чего открывается главная форма проекта (рисунок 22).
Рисунок 22. Главная форма программы.
Взаимодействие пользователя с системой осуществляется в диалоговом режиме. Основным связующим элементом разрабатываемой АИС является система меню, состоящего из главного меню и кнопок (рисунок 23). Разработанная система является меню - ориентированной.
Рисунок 23. Главное меню и кнопки управления формой.
В итоге нажатия пункта меню «Файл» появляется подпункт «ВЫХОД», выбор которого позволит закрыть проект.
Пункт меню «Движение товара» позволяет произвести следующие действия: произвести продажу товара(рисунок 24) , оформить товар в долг (рисунок 25), просмотреть продажи товара (рисунок 26),при этом можно сформировать отчет (рисунок 27), и пополнить товр на складе (рисунок 28).
Рисунок 24. Форма продажи товара со склада.
Рисунок 25. Форма оформления товара в долг.
Рисунок 26. Форма просмотра проданного товара.
Рисунок 27. Отчет по проданному товару в программе MS Excel.
Рисунок 28. Форма поставки товара на склад.
Пункт меню «Показать» позволяет просмотреть сведения базы данных по клиентам- должникам и данные по поставкам продукции на склад предприятия. Выбор подпункта «Поставка на склад» пункта «Показать» открывает форму «Поставка продукции на склад» (рисунок 29). Кнопка данной формы «Экспорт в Excel» позволяет сформировать отчет по поставкам продукции, экспортируя его в Microsoft Excel (рисунок 30).
Рисунок 29. Форма просмотра, какой товар поступил на склад.
Рисунок 30. Отчет по товару поступившему на склад в программе MS Excel.
Кнопка «Удалить» (рисунок 29) позволяет удалить запись базы данных. И соответственно кнопка «Очистить все» - удаляет все записи по поставкам продукции из таблицы базы данных.
Выбор следующего подпункта «Должники» пункта меню «Показать» открывает форму, отображающую все записи по клиентам-должникам (рисунок 31).
Данная форма отображает все долги клиентов. Особенность этой формы в том, что она отображает долг клиента по каждому взятому товару, как в отдельности, так и общую сумму долга. Кнопка формы «Удалить» позволяет удалить записи по долгам клиентов.
Рисунок 31. Форма, отображает должников.
Одной из основных функций программы является управление запасами предприятия. Это управление заключается в расчете важных показателей, которые в свою очередь влияют на экономическое состояние предприятия. Для расчета этих показателей используется пункт меню «Управление».
Рисунок 32. Пункт меню главной формы «Управление»
Выбор подпункта «Управление запасами без скидок» позволяет открыть соответствующую форму «Управление запасами без скидок» (рисунок 33).
Рисунок 33. Форма Управление запасами без скидок
Данный подпункт меню является отражением модели управления запасами без скидок.
Рисунок 34. Форма «Управление запасами со скидками»
Заключение
Создание современных электронных вычислительных машин позволило автоматизировать обработку данных во многих сферах человеческой деятельности. Без современных систем обработки данных трудно представить сегодня передовые производственные технологии, управление экономикой на всех ее уровнях, научные исследования, образование, издательское дело, функционирование средств массовой информации, проведение крупных спортивных состязаний. Значительно расширило сферу применения систем обработки данных появление персональных компьютеров.
Одним из наиболее распространенных классов систем обработки данных являются информационные системы. Хотя на уровне здравого смысла назначение таких систем понятно каждому, для серьезного обсуждения технологий современных информационных систем необходимо более четко определить, в чем заключаются их специфические особенности, чем они отличаются от других систем обработки данных, какие функции они могут выполнять, какими ресурсами они располагают.
Любой разумный вид деятельности основывается на информации о свойствах состояния и поведения той части реального мира, с которой связана эта деятельность. Для получения такой информации во многих случаях необходимо регулярно через некоторые интервалы времени проводить натурные измерения (или наблюдения), позволяющие определять характеристики состояния сущностей реального мира и протекающих процессов, соответствующие моментам времени, когда эти измерения производятся.
В других случаях удается воспользоваться «материализованной» информацией, содержащейся в различного рода бумажных документах, отчетах или публикациях, которые также выступают как часть реальности. Требуемую информацию можно извлечь из них путем своего рода «наблюдения».
Однако некоторые натурные измерения или наблюдения могут оказаться неосуществимыми в отведенное для них время в связи с большой трудоемкостью, высокой стоимостью, недоступностью объекта измерения (наблюдения) и по другим причинам.
Значительно сократить объем необходимых натурных измерений позволяет компьютерное моделирование реальности. Если компьютерная модель адекватно (относительно информационных потребностей пользователей) отражает состояние и динамику реальности, то многие необходимые сведения можно получать с помощью такой модели, избегая тем самым натурных измерений, с существенно меньшими затратами времени, а возможно, и при более низкой стоимости. Именно для поддержки таких моделей служит специальный класс систем обработки данных - автоматизированные информационные системы (АИС).
Информационные системы уже многие десятки и даже сотни лет существуют и используются на практике в форме различного рода картотек и/или коллекций бумажных документов. Однако в таких системах отсутствует какая-либо автоматизация обработки данных. Они позволяют лишь регистрировать и поддерживать в систематизированной форме на бумажных носителях результаты произведенных натурных измерений.
Построение АИС является начальным этапом процесса разработки систем управления базам данных (СУБД). СУБД, в свою очередь, являются совокупностью, предназначенной для обработки на ЭВМ поименованных данных, которая служит для запросов многих пользователей в рамках организации (предметной области).
Результатом проделанной работы по внедрению в ТОО «Мебель-Комп» информационной системы стали следующие результаты:
повысилась производительность труда и устойчивость бизнеса;
оптимизирована технология производства ортопедических матрасов и, как результат, повысилось качество конечного продукта, продукция стала более конкурентоспособной;
значительно сократился брак конечного продукта благодаря внедренным точкам технологического контроля на производстве;
время обработки заказов сократилось в несколько раз, причем это время имеет тенденцию к дальнейшему сокращению по мере накопления базы изделий;
достигнута значительная экономия материалов;
наладилась согласованная работа всех подразделений;
у руководства предприятия появилась эффективная система отчетности, позволяющая своевременно определять состояние дел в цехе и вовремя отслеживать положительные и отрицательные изменения для принятия обоснованных управленческих решений;
работать стало интереснее.
Список использованной литературы
Стивенсон Дж. Управление производством: Пер. с англ. / Дж. Стивенсон. - М.: Лаборатория базовых знаний, БИНОМ. - 1998. - 928 с.
Гаджинский А. М. Логистика: учебник. - М.: ИВЦ "Маркетинг", 2004. - 431 с.
Логистика: учебное пособие / Под ред. Б.А. Аникина. - М.: ИНФРА-М, 1999. - 327 с.
Лотоцкий В. А., Мандель А. С. Методы и модели управления запасами. - М.: "Наука", 1991. - 352 с.
Миротин Л.Б., Ташбаев Ы.Э. Логистика для предпринимателя: основные понятия, положения и процедуры: учебное пособие. - М.: ИНФРА-М, 2003. - 252 с.
Николайчук В. Е. Логистика. - СПб: Питер, 2001. - 160 с.
Смирнов П. В. И другие Организация и планирование материально-технического снабжения народного хозяйства. - М.: Экономика, 1999. - 251 с.
Экономика предприятия / Под редакцией Сафронова Н. А. - М.: Юристъ. 2007. - 608 с
Информационные системы в экономике. Под ред. В.В. Дика.- М.: Финансы и статистика, 2006.-230 с.
Информационные технологии в маркетинге: Уч./ Под ред. проф. Г.А. Титоренко. - М.: Компьютер, ЮНИТИ-Дана, 2008. - 355 с.
Автоматизированные информационные технологии в экономике: Уч./ Под ред. проф. Г.А. Титоренко. - М.: Компьютер, ЮНИТИ, 2008. - 400 с.
Бойко В.В., Савинков В.М. «Проектирование информационной базы автоматизированной системы на основе СУБД». М.: Финансы и статистика, 2002.
Проектирование информационной базы автоматизированной системы на основе СУБД/ Бойко В.В., Савинков В.М., Финансы и статистика, 2002.
Базы данных: Учеб. пособие для вузов.-Мн. Университетское, 2007.-271с.
Базы данных: Учебник для высших учебных заведений/ Хомоненко А.Д., Цыганков В.М., Мальцев М.Г./Под ред. проф. А.Д.Хомоненко.-4-е изд., доп. и перераб.-СПб.: Корона принт, 2008.-736с.
Учебное пособие «Модели и проектирование баз данных», В.Д. Сибилев, Томск, 2002.
Крис Дейт. Введение в базы данных, 6-е изд. Киев, Диалектика, 2008
Василий Корняков Программирование документов и приложений MS Office в Delphi, 2005.
Учебное пособие «Теория систем и системный анализ», С.Н. Павлов, Томск: Томский межвузовский центр дистанционного образования, 2003, 134 с.
Учебное методическое пособие «Теория систем и системный анализ», Томск: Томский межвузовский центр дистанционного образования, 2003, 34 с.
Интернет-университет информационных технологий, курс «Проектирование информационных систем», http://www.intuit.ru/department/se/devis/1/ .
«Бизнес-процессы, основные стандарты их описания», С.М. Ковалев, журнал «Справочник экономиста» №11'2009.
«Особенности автоматизации конструкторского и технологического проектирования в мебельном производстве», Павел Бунаков, журнал «САПР и графика» №7'2007.
Занимательное программирование: Delphi: Книга для детей, родителей и учителей./ Симонович С.В., Евсеев Г.А.,- М.: АСТ-ПРЕСС КНИГА: Инфорком-Пресс, 2005. - 368с.
Программирование документов и приложений MS Office в Delphi / Василий Корняков, 2005.
Петр Дарахвелидзе, Евгений Марков Программирование в Delphi7, 2009
Программирование в Delphi7/ Дарахвелидзе П., Марков Е.СПб.: BHV-Петербург, 2003.
Программирование и отладка в Delphi./ Митчелл К. Керман, Пер. с англ. - М.: Издательский дом «Вильямс», 2008, 672с.: ил.
Delphi - Руководство разработчика./ Марко Кэнту, - М.: ДЭСС, 1999. - 752с., ил.
Delphi 5. Руководство программиста./ Фаронов В.В., - М.: «Нолидж», 2001. - 880с., ил.
Delphi 6. Учебный курс./ Фаронов В.В.,- М.: Издатель Молгачева С.В., 2001. - 672с., ил.
Delphi 7/ Хомоненко А.Д. и др., /Под общ. ред. А.Д. Хомоненко. - СПб.: БХВ-Петербург, 2008. - 1216с.: ил.
Delphi 2006 на примерах/ Шупрута В.В.-СПб.:БХВ-Петербург, 2006.-528с.
Харитонова Ирина, Самоучитель Access 2000, Питер, 2010.
Пасько В. Microsoft Access 2000 (русифицированная версия). - К.: Издательская группа BHV, 2009 - 384 с.
Самоучитель Microsoft Access / Бекаревич Ю., Пушкина Н. СПб.: БХВ-Санкт-Петербург, 2009
Эффективная работа с Microsoft Access 97/ Вейскас Д. -Спб: Питер Ком, 1999-976с:ил
Microsoft Access 2000/ Михеева В., Харитонова И.СПб.: БХВ-Санкт-Петербург, 2000.
Microsoft Access 2000 (русифицированная версия)/ Пасько В., К.: Издательская группа BHV, 1999 - 384 с.
SQL для “чайников” 4-е издание /Тейлор Ален,Г.: Пер. с англ.-М.: Издательский дом “Вильямс”, 2001-368с.:ил.
Майкл Штепнер, Теория построения баз данных. «Ирина», Киев 2008. - 545 с.
Зеленоградский А.Я. Базы данных. Справочное пособие. «Издательство Бином», 2001. - 768 с.
Кириллов В.В. Структуризованный язык запросов (SQL). - СПб.: ИТМО, 2004. - 80 с.
Немнюгин С. А. Объектно-ориентированное программирование - М.: Питер, 2010.
Мартин Груббер. Понимание SQL. - Москва, 1993 - 290с.
Т.А. Ильина. Программирование на Delphi 6 - М.: Питер, 2000.
В. В. Фаронов. Система программирования Delphi. - СПб.: БХВ-Петербург, 2003. - 912 с.: ил.
Сапронов В.В., Тихий П.В. Руководство по языкам программирования.- М. Нолидж, 2000.640с.
Лемех А.С. Автоматизированные рабочие станции - М. Нолидж, 2000.-740 с.
Хеслоп Б., Бадник Л. Delphi с самого начала. Санкт-Петербург: Питер, 2007г.
Баженова И.Ю. Язык программирования Delphi - М.: Диалог-МИФИ, 2007 -288с.
Ремизов Н. Справочник Delphi - М.: Питер, 2006.
Гаевский А. Разработка программных приложений на Delphi 6 - М.: Киев, 2009.
Змитрович А.И. Базы данных. Учебное пособие для вузов. - Мн. - Университетское, 2007. - 271с.
Размещено на Allbest.ru
Подобные документы
Первый этап проектирования АИС. Предпроектное обследование Предметная область. Построение структуры. Определение миссии, выделение критических факторов успеха и проблем предприятия Проектирование информационной системы. Выделение бизнес-процессов.
курсовая работа [3,2 M], добавлен 13.10.2008Основные функции сервисного центра. Определение миссии, выделение критических факторов успеха и проблем предприятия. Проектирование базы данных для автоматизации бизнес-процесса "Заявка на ремонт". Функциональная, организационная и информационная модели.
курсовая работа [635,4 K], добавлен 05.01.2015Изучение особенностей документального оформления готовой продукции, выпущенной из производства. Разработка информационной системы учета готовой продукции. Схема взаимодействия входной и выходной информации. Создание инструкции по работе пользователя.
курсовая работа [1,3 M], добавлен 05.07.2015Методика создания базы данных (БД) "Учет готовой продукции на складе". Порядок разработки пользовательского приложения (информационной системы) на основе БД. Перечень и общая характеристика документов, необходимых для учета готовой продукции на складе.
курсовая работа [2,4 M], добавлен 06.09.2010Разработка дневного рациона минимальной стоимости при сохранении содержания баланса питательных веществ. Определение ресурсов на максимум выручки от реализации готовой продукции. Построение баланса производства и распределения продукции предприятий.
контрольная работа [792,5 K], добавлен 23.04.2013Создание базы данных "Сбыт готовой продукции лесоперерабатывающего предприятия" при помощи Microsoft Access для ввода данных о готовой продукции и ее реализации, клиентах и хранения информации о них и для автоматического получения отчета об объеме продаж.
практическая работа [970,9 K], добавлен 13.02.2011Принципы учета движения готовой продукции на складе. Проектирование логической и физической модели данных. Выбор среды разработки, операционной системы, требования к аппаратному и программному обеспечению. Разработка программы учета готовой продукции.
дипломная работа [926,6 K], добавлен 09.07.2012Проектирование автоматизированной информационной системы, осуществляющей учет готовой продукции. База осуществляет редактирование данных о сотрудниках, заказчиках, заказах, ведение статистики. Разработка клиентского приложения в СУБД MS Access 2007.
курсовая работа [2,2 M], добавлен 15.08.2010Разработка автоматизированной системы "Учет нематериальных активов" для оприходования готовой продукции на склад по плановой себестоимости. Определение задач (заполнение приходного ордера, вывод данных на печать) и требований к обеспечению программы.
курсовая работа [1,0 M], добавлен 06.09.2010Управление запасами: содержание, ключевые параметры. Моделирование системы управления запасами. Разработка проектной документации на создание информационной системы управления запасами склада, алгоритмическое обеспечение, детальное проектирование.
дипломная работа [1,1 M], добавлен 14.11.2017