Разработка информационной системы производства и реализации продукции на примере ТОО 'Мебель–Комп'

Разработка информационной системы производства и реализации продукции на примере ТОО 'Мебель–Комп'

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

Костанайский социально технический университет

имени академика З. Алдамжар

Разработка информационной системы производства и реализации продукции на примере ТОО «Мебель-Комп»

ДИПЛОМНАЯ РАБОТА

специальность 050704 - «Вычислительная техника и программное обеспечение»

Рожкова Ирина Борисовна

СОДЕРЖАНИЕ

Введение

. Использование СУБД в решении задач управлении запасами

.1 Основные понятия систем управления запасами

.2 Теоретический подход к разработке реляционных баз данных

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

.1 Определение миссии, выделение критических факторов

успеха и проблем предприятия

.2 Обоснование разработок по информационному и программному обеспечению

.3 Автоматизация системы управления запасами предприятия

Заключение

Список использованной литературы

ВВЕДЕНИЕ

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

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

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

Целью дипломной работы является построение модели управления запасами, а так же учет производства и реализации готовой продукции ТОО «Мебель-Комп».

Задачи дипломной работы. Основные задачи дипломной работы заключаются в следующем:

анализ предметной области по построению информационных систем

анализ и изучение моделей управления запасами;

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

Объект исследования. Товарищество с ограниченной ответственностью «Мебель-Комп», предприятие является юридическим лицом и осуществляет свою деятельность на основе действующего законодательства Республики Казахстан и своего.

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

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

организовать эффективную работу фирмы по производству и реализации ортопедических матрасов;

автоматизировать процесс учета производства и реализации продукции;

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

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

1. Использование СУБД в решении задач управлении запасами

.1 Основные понятия систем управления запасами

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

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

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

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

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

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

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

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

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

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

В данном разделе нами будут рассмотрены модели, применяемые для анализа ситуаций с независимым спросом. Для регулирования запасов в случае зависимого спроса применяются несколько иные подходы. Это так называемые логистические концепции управления движением материальных ценностей, например, MRP, DRP, Just-in-time и другие. Соответствующие методы рассматриваются обычно в рамках дисциплин логистика, производственный менеджмент.

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

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

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

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

Управление запасами заключается в установлении моментов и объемов заказов на их восполнение.

Совокупность правил, по которым принимаются такие решения, называется стратегией (системой) управления запасами.

Оптимальной стратегией считается та, которая обеспечивает минимум затрат по доведению продукции до потребителей.

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

Основные стратегии управления запасами

Любая стратегия регулирования запасов призвана отвечать на два основных вопроса: когда заказывать очередную партию продукции, и сколько товара заказать?

Выделяют две основные стратегии регулирования запасов:

) система с фиксированным размером заказа;

) система с фиксированной периодичностью заказа.

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

Ситуацию иллюстрирует рисунок1. На рисунке 1 обозначены: (t) - величина запаса продукции на складе;

S - "точка заказа", ROP (Reorder Point);

q = const - объем доставляемой партии; -t’1, t2-t’2 , t3-t’3 - продолжительность заготовительного периода.

Рисунок 1. Движение запаса продукции при использовании стратегии с фиксированным размером заказа.

Регулируемыми параметрами в такой системе являются: "точка заказа" (S, ROP) и объем заказа (q, ROQ - Reorder Quantity).

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

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

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

Система с фиксированной периодичностью заказа. В данном случае продукция заказывается через равные промежутки времени, а размер запаса регулируется за счет изменения объема партии. Объем партии принимается равным разности между фиксированным максимальным уровнем, до которого производится пополнение запаса, и фактическим его размером в момент заказа[3].

Ситуацию иллюстрирует рисунок 2. На рисунке 2 обозначены: -максимальный (плановый) уровень; - интервал между заказами (планируемый период).

Рисунок 2. Движение запаса продукции при использовании стратегии с фиксированной периодичностью заказа.

Регулируемыми параметрами в такой системе являются: максимальный (плановый) уровень (Max) и интервал времени между двумя заказами (l, называемый также планируемым периодом).

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

Рисунок 3 подробно и наглядно описывает порядок функционирования двух основных стратегий регулирования запасов.

Рисунок 3. Порядок функционирования основных стратегий управления запасами.

Модификации основных стратегий управления запасами

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

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

При использовании данной стратегии в качестве индикатора, используемого для определения момента заказа, применяется фиктивный уровень запаса - Y(t). Он представляет собой сумму наличного запаса на складе и количества продукции, находящейся в процессе доставки. Стратегия заключается в следующем: при достижении фиктивным уровнем запаса Y(t) "точки заказа" S осуществляется новый заказ.

Ситуацию иллюстрирует рисунок 4. На рисунке 4 обозначены: (t) - пунктирная линия, фиктивный уровень запаса; (t) - сплошная линия, реальный уровень запаса на складе;

q - продолжительность заготовительного периода.

Рисунок 4 - Движение запаса продукции при использовании стратегии с фиктивным уровнем запаса.

Система с фиксированной периодичностью и двумя фиксированными уровнями. Является модификацией второй из основных стратегий. Здесь кроме верхнего максимального уровня запаса, устанавливается также минимальный. Если размер запаса снижается до минимального уровня раньше наступления момента очередного заказа, то делается внеочередной заказ. В остальное время данная система функционирует, как система с фиксированной периодичностью заказа. Движение запаса продукции при использовании стратегии с фиксированной периодичностью и двумя фиксированными уровнями иллюстрирует рисунок 5.

Рисунок 5. Движение запаса продукции при использовании стратегии с фиксированной периодичностью и двумя фиксированными уровнями.

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

Целевые функции моделей управления запасами

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

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

. Затраты, связанные с возникновением перебоев в снабжении (потери от дефицита). Введем обозначение. Буквой a обозначим величину потерь от дефицита единицы продукции.

. Затраты, связанные с хранением запаса. Обозначим b - затраты на хранение единицы продукции в единицу времени.

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

(q) = c0 + c1q ,(1)

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

Наличие в издержках c(q) величины c0, отличной от нуля, приводит к ограничению количества заказов и, собственно, к необходимости иметь склад.

Попробуем проанализировать зависимость величины затрат каждого вида от уровня запасов на складе. Из рисунка 6 видно, что с ростом уровня запаса затраты первого вида снижаются, что естественно, поскольку при этом снижается риск исчерпания запасов. Затраты на хранение (2) возрастают (линейно или нелинейно), а затраты на организацию поставок (3) уменьшаются, так как высокий уровень запасов позволяет делать заказы реже [4].

Обратите внимание, что кривая суммарных затрат (пунктирная линия) имеет явную точку минимума. Это позволяет сделать вывод о том, что должен существовать такой уровень запаса Z*, при котором суммарные издержки достигают минимального значения Vmin.

Рисунок 6 - Зависимость величины затрат от среднего уровня запаса

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

 (2)

где - рассматриваемый период времени; () - полное число поставок за период [0,]; () - общий объем заказанной продукции за период [0,].

Функция f(Z), в частном случае, подсчитывается по формуле:

(3)

Отрицательное значение Z соответствует ситуации, когда имеет место неудовлетворенный спрос на продукт.

Обобщенная модель управления запасами

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

. Какое количество продукции заказывать?

. Когда заказывать?

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

Ответ на второй вопрос зависит от типа системы управления запасами. Если система предусматривает периодический контроль состояния запасами через равные промежутки времени (еженедельно или ежемесячно), момент поступления нового заказа обычно совпадает с началом каждого интервала времени. Если же в системе предусмотрен непрерывный контроль состояния запаса, точка заказа обычно определяется уровнем запаса, при котором необходимо размещать новый заказ [5].

Таким образом, решение обобщенной задачи управления запасами определяется следующим образом:

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

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

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

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

Суммарные затраты системы управления запасами складываются из суммы:

Затраты на приобретение.

Затраты на оформление заказа.

Затраты на хранение заказа.

Потери от дефицита.

Рассмотрим основные составляющие расчета суммарных затрат:

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

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

Затраты на хранение запаса - это расходы по содержанию товара на складе (затраты на переработку, амортизационные pacxoды и т.д.), которые возрастают с возрастанием уроним запаса.

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

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

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

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

Типы моделей управления запасами

Разнообразие моделей этого класса определяется характером спроса, который может быть детерминированным (достоверно известным) или вероятностным (задаваемым плотностью вероятности) (рисунок 7).

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

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

Рисунок 7. Классификация спроса.

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

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

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

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

Хотя характер спроса является одним из основных факторов при построении модели управления запасами, имеются другие факторы, влияющие на выбор типа модели: сроки выполнения заказов или запаздывание поставок; пополнение запаса (мгновенное или равномерное); число видов продукции; число пунктов накопления (хранения) запаса.

Запаздывания поставок или сроки выполнения заказов. После размещения заказа он может быть поставлен немедленно или потребуется некоторое время на его выполнение. Интервал времени между моментом размещения заказа и его поставкой называется запаздыванием поставки, или сроком выполнения заказа. Эта величина может быть детерминированной или случайной [6].

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

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

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

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

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

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

Однопродуктовая модель управления запасами

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

использование осветительных ламп в здании;

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

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

потребление основных продуктов питания (например, хлеба и молока).

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

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

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

Условные обозначения, принятые в данной модели:

К - затраты на оформление заказа;- уровень запаса;

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

Однопродуктовая модель управления запасами предоставляет возможность определения оптимального размера запаса некоторого вида продукции (Yopt), затраты на оформление и хранение (S) которого минимальны, с учетом того, что известна интенсивность потребления этого вида продукции, т.е. спрос в единицу времени (В), а также расходы на размещение заказа (К) и хранение запаса в единицу времени (h).

Суммарные затраты S складываются из затрат на оформление заказа и затрат на хранение:

(4)

Для нахождения минимума суммарных минимальных затрат S находится первая производная и приравнивается нулю:

(5)

Вычисление оптимального размера запаса Yopt и суммарных минимальных затрат Smin:

(6)

(7)

Выше рассмотренные формулы (6), (7) используются для расчета оптимального размера запаса товара и суммарных минимальных затрат, необходимых для его размещения и хранения.

Формулы (3) и (4) получили название формулы Вильсона.

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

Точка заказа - это время, когда нужно размещать следующий заказ.

(8)

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

Модель управления запасами со скидками (с разрывами цен)

Как уже рассматривалось, важным показателем являются затраты, производимые предприятием. Процесс построения модели управления запасами рассматривает также особенности приобретения продукции. Известно, что при приобретении товара в количестве, больше некоторого порогового значения (q), начинают действовать оптовые скидки.

Обозначим основные понятия, принятые в данной модели:

В - спрос для некоторого приобретаемого товара известен;

К - удельные затраты на размещение одного заказа;- затраты на хранение товара в единицу времени;

Предположим, если цена единицы продукции равна С1 при размере приобретаемой партии товара Y меньше некоторого фиксированного количества q, то при приобретении количества товара Y>=q, она равна С2, при чем С1>С2. Требуется определить оптимальный размер заказа Yopt, затраты на оформление, приобретение и хранение которого минимальны.

 
Предположим, если цена единицы продукции равна С1 при размере приобретаемой партии товара Y меньше некоторого фиксированного количества q, то при приобретении количества товара Y>=q, она равна С2, при чем С1>С2. Требуется определить оптимальный размер заказа Yopt, затраты на оформление, приобретение и хранение которого минимальны.

Суммарные затраты на размещение, приобретение и хранение партии товара определяются по формулам (6) и зависят от размера партии, цены на товар и затрат на размещение заказа и хранение.

 (9)

Алгоритм расчета оптимального размера запаса

По формуле Вильсона рассчитывается Ym.

Сравниваются численные значения Ym и q - размер партии
товара, с которого начинают действовать скидки.

В случае если Ym>q, то оптимальный размер запаса принимается
Yopt = Ym, то есть решение найдено.

В случае Ym<=q рассчитывается SI по формуле (5).

Затраты S1 на размещение, покупку по цене CI и хранение запаса
размером Ym приравниваются затратам S2 на размещение,
покупку некоторого количества товара ql по пене С2, то есть
S2-f(ql) равно численному значению SI-f(Ym).

Вычисляется q1. Здесь ql- то количество товара, которое можно
купить, пользуясь скидкой.

Сравниваются численные значения Ym, ql, q и пользуясь
соотношением, приведенным в пункте 8. определяется оптимальный
размер запаса.

 (10)

Представить реальную систему управления запасами в виде оптимизационной модели удается лишь в относительно простых случаях.

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

.2 Теоретический подход к разработке реляционных баз данных

Основные положения баз данных

База данных (БД) в строгом смысле слова представляет собой совокупность взаимосвязанных файлов данных определенной организации. БД, как правило, включает целый ряд файлов, но может состоять и из единственного файла. Данные, составляющие БД, отражают характеристики объектов и их отношений в соответствующей прикладной области. Каждый файл, входящий в БД, содержит определенное число записей (изменяемое в процессе функционирования БД), отражающих ту или иную сторону предметной области, на которую ориентирована БД. Как правило, файлы БД содержат большое число однотипных записей. Записи, в свою очередь, состоят из полей, представляющих определенные типы информации об объектах. Поле является наименьшей информационной единицей, непосредственно доступной в записи. При наличии БД прикладные программы могут использовать ее информацию (записи и их поля) для решения конкретных задач в прикладной области, на которую ориентирована данная БД [12].

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

Архитектура СУБД

Основные идеи современной информационной технологии базируются на концепции баз данных. Согласно данной концепции основой информационной технологии являются данные, организованные в БД, адекватно отражающие реалии действительности в той или иной предметной области и обеспечивающие пользователя актуальной информацией в соответствующей предметной области. Первые БД появились уже на заре 1-го поколения ЭВМ представляя собой отдельные файлы данных или их простые coвокупности. По мере увеличения объемов и структурной сложности хранимой информации, а также расширения круга потребителей; информации определилась необходимость создания удобных эффективных систем интеграции хранимых данных и управления ими. В конце 60-х годов это привело к созданию первых коммерческих систем управления базами данных (СУБД), поддерживающих opганизацию и ведение БД. Основные свойства и принципы работы современных СУБД [13]:

СУБД должна предоставлять доступ к данным любым пользователям, включая и тех, которые практически не имеют и (или) не хотят иметь представления о:

физическом размещении в памяти данных и их описаний;

механизмах поиска запрашиваемых данных;

проблемах, возникающих при одновременном запросе одних и тех же данных многими пользователями (прикладными программами);

способах обеспечения защиты данных от некорректных обновлений и (или) несанкционированного доступа;

поддержании баз данных в актуальном состоянии и множестве других функций СУБД.

При выполнении основных из этих функций СУБД должна использовать различные описания данных.

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

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

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

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

Модели данных

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

Одно из основных различий этих моделей состоит в том, что для иерархических и сетевых СУБД их структура часто не может быть изменена после ввода данных, тогда как для реляционных СУБД структура может изменяться в любое время. С другой стороны, для больших БД, структура которых остается длительное время неизменной, и постоянно работающих с ними приложений с интенсивными потоками запросов на БД-обслуживание именно иерархические и сетевые СУБД могут оказаться наиболее эффективными решениями, ибо они могут обеспечивать более быстрый доступ к информации БД, чем реляционные СУБД [14].

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

Сетевая модель

Сетевые модели создавались для мало ресурсных ЭВМ. Это достаточно сложные структуры, состоящие из "наборов" - поименованных двухуровневых деревьев. "Наборы" соединяются с помощью "записей-связок", образуя цепочки и т.д. При разработке сетевых моделей было выдумано множество "маленьких хитростей", позволяющих увеличить производительность СУБД, но существенно усложнивших последние. Прикладной программист должен знать массу терминов, изучить несколько внутренних языков СУБД, детально представлять логическую структуру базы данных для осуществления навигации среди различных экземпляров, наборов, записей и т.п. Один из разработчиков операционной системы UNIX сказал "Сетевая база - это самый верный способ потерять данные". Кроме перечисленных недостатков, сетевые базы данных создают слишком большую нагрузку на сеть и неудобны в работе, как для программиста, так и для конечного пользователя. Поэтому работать с такими базами не рекомендуется. Вот как происходит работа с данными в сетевой базе данных: когда программа присоединяется к сетевой базе данных, то она выкачивает с сервера практически полную его копию. Если пользователь внёс изменения, то копия таблицы полностью закачивается обратно. Это очень неудобно, потому что создаётся большая нагрузка на сеть из-за излишней перекачки данных.

Иерархическая модель

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

Иерархические модели СУБД имеют древовидную структуру, когда каждому узлу структуры соответствует один сегмент, представляющий собой поименованный линейный кортеж полей данных. Каждому сегменту (кроме корневого) соответствует один входной и несколько выходных сегментов. Каждый сегмент структуры лежит на единственном иерархическом пути, начинающемся от корневого сегмента.

Для описания такой логической организации данных СУБД достаточно предусматривать для каждого сегмента данных только идентификацию входного для него сегмента. Так как в иерархической модели каждому входному сегменту данных соответствует N выходных, то такие модели весьма удобны для представления отношений типа 1:N в предметной области. Следует отметить, что в настоящее время не разрабатываются СУБД, поддерживающие на концептуальном уровне только иерархические модели. Как правило, использующие иерархический подход системы допускают связывание древовидных структур между собой и/или установление связей внутри них. Это приводит к сетевым даталогическим моделям СУБД. К основным недостаткам иерархических моделей следует отнести: неэффективность реализации отношений типа N:N, медленный доступ к сегментам данных нижних уровней иерархии, четкая ориентация на определенные типы запросов и др. В связи с этими недостатками ранее созданные иерархические СУБД подвергаются существенным модификациям, позволяющим поддерживать более сложные типы структур и, в первую очередь, сетевые и их модификации [14, c. 45].

Реляционная модель

Сегодня наиболее распространены реляционные модели. Реляционная база данных - это совокупность отношений, содержащих всю информацию, которая должна храниться в БД. Однако пользователи могут воспринимать такую базу данных как совокупность таблиц, связанных отношениями типа «один-ко-многим» или «много-ко-многим».

Реляционный подход стал широко известен благодаря первым работам Е.Кодда, которые появились около 1970г. В течение долгого времени реляционный подход рассматривался как удобный формальный аппарат анализа баз данных, не имеющий практических перспектив, так как его реализация требовала слишком больших машинных ресурсов. Только с появлением персональных ЭВМ реляционные и близкие к ним системы неожиданно стали распространяться, практически не оставив места другим моделям. Один из самых естественных способов представления данных для пользователей - это двумерная таблица. Она привычна для пользователя, понятна и обозрима, ее легко запомнить. Поскольку любая сетевая структура может быть разложена в совокупность древовидных структур, то и любое представление данных может быть сведено к двумерным плоским файлам. Связи между данными могут быть представлены в форме двумерных таблиц.

Таблица обладает следующими свойствами:

Каждый элемент таблицы представляет собой один элемент данных. Повторяющиеся группы отсутствуют.

Все столбцы в таблице однородные. Это означает, что элементы столбца имеют одинаковую природу.

Столбцам присвоены уникальные имена.

В таблице нет двух одинаковых строк.

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

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

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

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

Реляционная модель данных особенно удобна для использования в базах данных распределенной архитектуры - она позволяет получать доступ к любым информационным элементам, хранящимся в узлах сети ЭВМ. Необходимо обратить особое внимание на высокоуровневый аспект реляционного подхода, который состоит в множественной обработке записей. Благодаря этому значительно возрастает потенциал реляционного подхода, который не может быть достигнут при обработке по одной записи, и прежде всего это касается оптимизации. У системы управления базами данных появляется возможность влиять на эффективность реализации. В настоящее время на рынке программно-математического обеспечения для ПК представлено более сотни различных СУБД. Они сильно различаются по стоимости, по эффективности работы, по функциональной мощности, по сложности изучения и использования.

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

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

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

СУБД считается реляционной при выполнении следующих двух условий, предложенных еще Э. Коддом : 1) поддерживает реляционную структуру данных и 2) реализует по крайней мере операции селекции, проекции и соединения отношений. В последующем был создан целый ряд реляционных СУБД, в той или иной мере отвечающих данному определению. Многие СУБД представляют собой существенные расширения реляционной модели, другие являются смешанными, поддерживая несколько даталогических моделей [15].

Файловая модель

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

Кратко рассмотрим файловую модель, неправомерно относимую довольно часто к СУБД. Файловая модель представляет собой набор файлов данных определенной структуры, но связь между данными этих файлов отсутствует. Естественно, программные средства работы с таким образом организованной инфобазой могут устанавливать связь между данными ее файлов, но на концептуальном уровне файлы модели являются независимыми. Системы, обеспечивающие работу с файловыми инфобазами, называют системами управления файлами (СУФ) и они оказываются весьма эффективными во многих приложениях. СУФ используются на всех классах ЭВМ, но особенно они распространены для обработки информации на ПК. При этом во многих источниках они фигурируют в качестве СУБД. Файловые системы легко осваиваются, достаточно просты и эффективны в использовании и, как правило, для работы с ними используются простые языки запросов либо и вовсе ограничиваются набором программ-утилит. Такие системы обычно поддерживают работу с небольшим числом файлов, содержащих ограниченное число записей с небольшим количеством полей [16].- структуризованный язык запросов

Язык для взаимодействия с БД SQL появился в середине 70-х и был разработан в рамках проекта экспериментальной реляционной СУБД System R. Исходное название языка SEQUEL (Structered English Query Language) только частично отражает суть этого языка. Конечно, язык был ориентирован главным образом на удобную и понятную пользователям формулировку запросов к реляционной БД, но на самом деле уже являлся полным языком БД, содержащим помимо операторов формулирования запросов и манипулирования БД средства определения и манипулирования схемой БД; определения ограничений целостности и триггеров; представлений БД; возможности определения структур физического уровня, поддерживающих эффективное выполнение запросов; авторизации доступа к отношениям и их полям; точек сохранения транзакции и откатов. В языке отсутствовали средства синхронизации доступа к объектам БД со стороны параллельно выполняемых транзакций: с самого начала предполагалось, что необходимую синхронизацию неявно выполняет СУБД [17].

Деятельность по стандартизации языка SQL началась практически одновременно с появлением первых его коммерческих реализаций. Уже в 1985 г. был опубликован проект стандарта ANSI/ISO.

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

Особенностью большинства современных коммерческих СУБД, затрудняющей анализ существующих диалектов SQL, является отсутствие полного описания языка. Обычно описание разбросано по разным руководствам и перемешано с описанием специфических для данной системы языковых средств, не имеющих отношения к SQL. Тем не менее можно сказать, что базовый набор операторов SQL, включающий операторы определения схемы БД, выборки и манипулирования данными, авторизации доступа к данным, поддержки встраивания SQL в языки программирования и операторы динамического SQL, в коммерческих реализациях относительно устоялся и более или менее соответствует стандарту ANSI [17,c.50].

2. Анализ бизнес процессов предприятия. Проектирование информационной системы

.1 Определение миссии, выделение критических факторов успеха и проблем предприятия

информационный база запас учет

Миссия предприятия

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

Определим миссию предприятия ТОО «Мебель-Комп» - производство и продажа высококачественных ортопедических матрасов, которые были бы доступны всем слоям населения, удовлетворяли бы все запросы и создавали комфорт потребителю.

Критические факторы успеха

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

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

Критические факторы - это те движущие силы, которым фирма должна уделять особое внимание, так как они определяют успех (или провал) компании на рынке, ее конкурентные возможности, непосредственно влияющие на ее прибыльность [19].

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

Определим критические факторы успеха ТОО «Мебель-Комп»:

высокое качество продукции - снижение числа дефектов, уменьшение потребности в ремонте и т.д.;

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

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

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

Структурные проблемы предприятия.

Структурные проблемы предприятия - это проблемы, которые возникли в результате развития и изменения предприятия. Это проблемы не текущего момента, а существующие постоянно. Для решения таких проблем, как правило, требуется изменение структуры или технологических процессов предприятия [20]. На данный момент, на наш взгляд, на предприятии существуют следующие структурные проблемы:

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

Технологическая документация готовиться вручную, что занимает большое количество времени и не гарантирует отсутствие ошибок. А ошибки ведут к браку продукции и к неэкономичному расходу материалов.

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

Нет разделения труда в мастерской. Каждый мастер ведет заказ полностью, с первого до последнего этапа. Как следствие - неэффективное использование труда мастеров.

Цели информационной системы.

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

Для осуществления миссии предприятия и устранений назревших проблем принято решение разработать и внедрить информационную систему, позволяющую повысить эффективность работы ТОО «Мебель-Комп». Для этого нужно провести комплексную автоматизацию всего производственного процесса.

Список задач информационной системы.

Список задач, стоящих перед ИС, должен показать, как (или с помощью чего) достичь поставленных целей. Соотношение целей и задач ИС аналогично соотношению миссии и списка КФУ предприятия [21].

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

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

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

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

Произвести разделение труда в мастерской.

Выделение бизнес-процессов

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

Способы описания бизнес-процессов

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

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

Специалисты по организационному проектированию используют различную терминологию при описании бизнес-процессов. Например, вертикальное описание называют функциональным описанием, горизонтальное - процессным описанием или просто описанием бизнес-процессов.

а                                        б

Рисунок 9. Вертикальное и горизонтальное описание бизнес-процессов

Горизонтальное описание бизнес-процессов.

В настоящее время существуют три основных способа горизонтального описания бизнес-процессов: текстовый, табличный, графический [23]:

. Текстовый

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

Бизнес процесс: «Оформление заказа» - Продавец принимает заказ от покупателя, оформляет договор, принимает предоплату. Предоплата передается в бухгалтерию. Информация о заказе поступает директору, и запускается следующий бизнес-процесс «Выполнение заказа».

. Табличный.

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

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

Таблица 1.

Табличное описание бизнес-процесса «Оформление заказа»

3. Графический.

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

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

Рисунок 10. Бизнес-процесс «Оформление заказа»

Выделение основных и вспомогательных бизнес-процессов ТОО «Мебель-Комп»

Проанализировав деятельность «Мебель-Комп» и проведя предпроектное исследование, было выделено четыре основных бизнес-процессов:

Оформление заказа;

Выполнение заказа;

Доставка заказа покупателю;

Разработка новой модели.

и четыре вспомогательных бизнес-процесса:

Технологическая проработка заказа;

Получение материалов со склада;

Работа склада;

Работа бухгалтерии.

Первый бизнес процесс описан в предыдущем шаге (рисунок 10).

Бизнес-процесс «Выполнение заказа»

В состав данного бизнес-процесса входят два вспомогательных бизнес-процесса - «Технологическая проработка заказа» и «Доставка материалов со склада». Директор поручает заказ конкретному мастеру. После получения технологической документации и необходимых материалов со склада, начинается изготовление заказа. После окончания работ запускается следующий бизнес-процесс «Доставка заказа» (рисунок 11).

Рисунок 11. Бизнес-процесс «Выполнение заказа».

Бизнес-процесс «Доставка заказа»:

Рисунок 12. Бизнес-процесс «Доставка заказа».

Бизнес-процесс «Разработка новой модели»

Дизайнер-технолог цеха, изучая спрос покупателей, создает новую модель мягкой мебели. Если директор одобряет новую модель, то проект передается в мастерскую для дальнейшего изготовления, а оттуда в магазин. Продавцы в магазине предлагают новую модель покупателям (рисунок 13).

Рисунок 13. Бизнес-процесс «Разработка новой модели».

Бизнес-процесс «Технологическая проработка заказа»

На этом этапе выполняется две основные задачи:

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

формирование ведомости комплектации - списка материалов и комплектующих, необходимых для изготовления изделия, с указанием их точного количества. Запускается бизнес-процесс «Доставка материалов со склада»

Бизнес-процесс представлен на рисунке 14.

Рисунок 14. Бизнес-процесс «Технологическая проработка заказа».

Бизнес-процесс «Доставка материалов со склада»:

Запускается после выполнения бизнес-процесса «Технологическая проработка заказа». На основании ведомости комплектации формируется накладная на получение материалов, которая передается на склад. Если материалы есть на складе, то они передаются в производство вместе с накладной на передачу материалов. Если требуемых материалов нет на складе, то формируется ведомость на закупку, которая передается начальнику цеха. Технологическая операция «Установить наличие материалов» данного бизнес-процесса является так же технологической операцией вспомогательного бизнес-процесса «Работа склада» (рисунок 15).

Рисунок 15. Бизнес-процесс «Доставка материалов со склада».

Бизнес-процесс «Работа бухгалтерии»

Работа бухгалтерии заключается в следующем:

материально-финансовый контроль;

предоставление необходимой информации директору цеха (договоры, счета, отчёты, сводки и т.д.);

расчет заработной платы сотрудников;

начисление отчислений (пенсионный фонд, подоходный налог и т.д.).

Бизнес-процесс представлен на рисунке 16.

Рисунок 16. Бизнес-процесс «Работа бухгалтерии».

Бизнес-процесс «Работа склада»

Недостающие материалы доставляются на склад от поставщиков. Затем поступают в производство для выполнения заказов. В состав данного бизнес-процесса входит технологическая операция «Установить наличие материалов» бизнес-процесса «Доставка материалов со склада» (см. выше). Технологические операции данного бизнес-процесса не связаны между собой напрямую (рисунок 17).

Рисунок17. Бизнес-процесс «Работа склада».

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

.2 Обоснование разработок по информационному и программному обеспечению

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

Основной причиной создания данного программного продукта послужил тот факт, что на складе ТОО «Мебель-Комп» ПК не оборудован программой складского учета, при этом вся база хранится в файлах Microsoft Excel, что затрудняет осуществлять обработку баз данных. Это и повлекло за собой написание программы по управлению запасами на складе средствами языка программирования Borland Delphi 7.0.

Выбор именно этой среды разработки обуславливается рядом следующих причин. Среда разработки Delphi является одним из самых популярных языков для создания различных приложений.

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

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

хранение больших объёмов актуальной и достоверной информации;

простота обращений пользователей к БД;

возможность внесения, изменения, удаления, сортировки и других манипуляций с данными БД;

возможность расширения и реорганизации данных в БД при изменениях предметной области.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, и сделать продукт более наглядным и удобным для конечного пользователя. - это комбинация нескольких важнейших технологий:

Высокопроизводительный компилятор в машинный код;

Объектно-ориентированная модель компонент;

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

Масштабируемые средства для построения баз данных.

Являясь языком быстрого программирования, 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. Основные показатели потребительского качества программного продукта.

Сущность экономических задач программного продукта

Главной целью создания данного программного продукта является автоматизация системы управления запасами предприятия.

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

Вторая задача заключается, в разработке алгоритма решения задач управления запасами и автоматизации складского учёта на предприятии ТОО «Мебель-Комп».

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

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

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

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

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

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

.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. Форма оформления товара в долг.

Рисунок 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с.: ил.- Руководство разработчика./ Марко Кэнту, - М.: ДЭСС, 1999. - 752с., ил.5. Руководство программиста./ Фаронов В.В., - М.: «Нолидж», 2001. - 880с., ил.6. Учебный курс./ Фаронов В.В.,- М.: Издатель Молгачева С.В., 2001. - 672с., ил.7/ Хомоненко А.Д. и др., /Под общ. ред. А.Д. Хомоненко. - СПб.: БХВ-Петербург, 2008. - 1216с.: ил.2006 на примерах/ Шупрута В.В.-СПб.:БХВ-Петербург, 2006.-528с.

Харитонова Ирина, Самоучитель Access 2000, Питер, 2010.

Пасько В. Microsoft Access 2000 (русифицированная версия). - К.: Издательская группа BHV, 2009 - 384 с.

Самоучитель Microsoft Access / Бекаревич Ю., Пушкина Н. СПб.: БХВ-Санкт-Петербург, 2009

Эффективная работа с Microsoft Access 97/ Вейскас Д. -Спб: Питер Ком, 1999-976с:илAccess 2000/ Михеева В., Харитонова И.СПб.: БХВ-Санкт-Петербург, 2000.Access 2000 (русифицированная версия)/ Пасько В., К.: Издательская группа BHV, 1999 - 384 с.для “чайников” 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с.