39177

Разработка автоматизированной системы планирования закупок

Дипломная

Информатика, кибернетика и программирование

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

Русский

2013-10-01

2.59 MB

128 чел.

МИНОБРНАУКИ РОССИИ

Государственное образовательное учреждение высшего профессионального образования

«Ижевский государственный технический университет»

Кафедра АСОИУ

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

к дипломному проекту

по специальности 230102 «Автоматизированные системы обработки информации и управления»

на тему: "Разработка автоматизированной системы планирования закупок"

Проектант         

ст. гр. 11-45-4з         А.И.  Жижин

Руководитель дипломного проекта

старший преподаватель кафедры АСОИУ               Е.Н. Исенбаева

Консультант по организационно-экономической части

к. э. н., доцент кафедры ЭиУ                 Г.А. Лобанова

Консультант по безопасности и экологичности проекта

старший преподаватель кафедры БЖД                Н.В. Селюнина

Нормоконтроль

ст.преподаватель кафедры АСОИУ      Н.В. Соболева

Рецензент

к.т.н., профессор кафедры управления

социально-экономическими системами

ГОУ ВПО УдГУ         И.П. Потехин

Заведующий кафедрой АСОИУ

д.т.н., профессор                   В.Н. Кучуганов

Декан факультета ИВТ

д.т.н., профессор                   М.А. Сенилов

Ижевск 2011

РЕФЕРАТ

Пояснительная записка содержит  127 листов,   41 иллюстрации,  18 таблиц и  4 приложения.  

Цель работы состоит в повышении достоверности складского учета и эффективности планирования закупок на примере ООО «Промспецстрой».

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

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

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

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

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

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

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

СПИСОК СОКРАЩЕНИЙ

ПЭВМ – персональная электронно-вычислительная машина;

Номера ГТД – номера грузовых таможенных деклараций;

УЗ – управление запасами;

БД – база данных;

СУБД – система управления базой данных;

ПК – персональный компьютер;

ПП – программный продукт;

НИР – научно-исследовательская работа.

СОДЕРЖАНИЕ

ВВЕДЕНИЕ………………………………………………………………………………………

6

1. АНАЛИТИЧЕСКИЙ ОБЗОР МЕТОДОВ И СИСТЕМ ПЛАНИРОВАНИЯ ЗАКУПОК..

7

1.1. Склады, их определение и виды……………………………………………...………...

8

1.2. Роль складирования в логистической системе………………………………………...

9

1.3. Принципы логистической организации складских процессов……………………….

10

1.4. Оптимизация и стандартизация технологических процессов на складе. Моделирование складского процесса……………………………………………………………..........

13

1.5. Обзор методов планирования закупок…………………………………………………

16

1.6. Обзор систем планирования закупок………………………………………………......

18

1.6.1. ФОЛИО WinСклад. Проф………………………..………………………........

18

1.6.2. 1С:Торговля и cклад…………………………………...…………….…………

19

1.6.3. "Склад" от БухСофт…………………………………...……………………….

23

1.6.4. МойСклад…………………………………………...……………………..……

25

1.7. Выводы по главе…………………………………………...……………………..……..

26

2. МАТЕМАТИЧЕСКАЯ ПОСТАНОВКА ЗАДАЧИ системы планирования закупок………………………………………………………………………………………..

27

2.1. Выбор и обоснование метода планирования…………………………………………..

27

2.2. Разработка алгоритма планирования…………………………………………………..

28

2.3. Разработка подсистемы учета товара…………………………………………………..

29

2.4. Разработка подсистемы сбыта………………………………………………………….

31

2.5. Разработка подсистемы снабжения…………………………………………………….

32

2.6. Разработка подсистемы авторизации пользователей...……………………………….

34

2.7. Концептуальный уровень проектирования базы данных системы планирования закупок………………………………………………………………………………………...

36

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

37

2.8.1.  Проектирование реляционной модели базы данных ……………….………

37

2.8.2. Математическое описание реляционной модели базы данных…..…………

39

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

42

2.9.1. Преобразование отношений в таблицы……………………………………….

42

2.9.2. Преобразование атрибутов в поля таблицы………………………………….

43

2.9.3. Преобразование доменов в типы данных…………………………………….

44

3. ПРОЕКТНЫЕ  РЕШЕНИЯ ПО СИСТЕМЕ планирования закупок……………

48

3.1. Выбор технических и программных средств………………………………………….

48

3.2. Построение функциональной модели автоматизированной системы……………….

49

3.3. Разработка структуры автоматизированной системы планирования закупок………

54

3.4. Схема работы системы………………………………………………………………….

55

4. ОПИСАНИЕ КОНТРОЛЬНОГО ПРИМЕРА………………………………………………

58

ЗАКЛЮЧЕНИЕ……………………………………………………………………..…………...

67

Список использованных источникоВ……………….……………..………........

68

ПРИЛОЖЕНИЕ А. ОРГАНИЗАЦИОННО-ЭКОНОМИЧЕСКАЯ ЧАСТЬ……..……….......

69

ПРИЛОЖЕНИЕ в. БЕЗОПАСНОСТЬ И ЭКОЛОГИЧНОСТЬ ПРОЕКТА……..……….......

90

ПРИЛОЖЕНИЕ С. РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ…………………………………….

108

ПРИЛОЖЕНИЕ D. ТЕКСТ ПРОГРАММЫ…………………………………………………...

119

ВВЕДЕНИЕ

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

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

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

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

2. Разработать базу данных.

3. Выбрать и обосновать метод планирования

4. Разработать алгоритм планирования

5. Разработать модуль авторизации пользователей

6. Заполнить тестовую базу данных

7. Провести тестирование системы на предприятии


1. АНАЛИТИЧЕСКИЙ ОБЗОР МЕТОДОВ И СИСТЕМ ПЛАНИРОВАНИЯ ЗАКУПОК

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

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

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

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

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

1.1. Склады, их определение и виды

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

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

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

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

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

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

• склад (складские помещения и складские территории);

• системы погрузки, разгрузки (оборудование для погрузки/разгрузки, авторампы, ж/д рампы и пр.);

• внутренние транспортные системы (конвейеры, авто- и электропогрузчики, вагонетки и пр.);

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

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

• системы складского учета (ручные и автоматизированные).

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

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

1.2. Роль складирования в логистической системе

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

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

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

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

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

1.3. Принципы логистической организации складских процессов

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Удельная трудоемкость поточной организации технологического процесса на складах оптовой торговли в 3-4 раза ниже соответствующего показателя для складов, использующих единичные методы переработки грузов (1 чел/ч и 3 чел/ч на 1 т перерабатываемых грузов

1.4. Оптимизация и стандартизация технологических процессов на складе.

Моделирование складского процесса

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

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

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

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

Проектирование технологического процесса на складе начинается с четкой формулировки требований. Необходимо дать точный ответ на вопрос: «Что ждет компания от своего склада?» Частично информация о комплексе требований к складу формируется при проектировании товародвижения в целом. Здесь наряду с ответами на вопросы «Сколько складов?» и «Где расположены склады?» происходит поиск ответа на вопрос, какие основные работы должны  выполнять склады компании.

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

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

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

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

Охарактеризуем основные средства моделирования складского процесса на примере ООО «Промспецстрой», осуществляющей торговлю строительными материалами. Товары поступают на склад, упакованные в ящики. Грузы не пакетированы. Формирование грузового пакета на поддоне осуществляется в момент выгрузки. Хранение осуществляется на поддонах, установленных в стеллажи. Отпуск товаров осуществляется как целыми поддонами, так и поящично (на одном сборном поддоне материалы различных производителей). Поскольку доля отгрузки сборными поддонами велика, принято решение о выделении специального участка комплектации, на котором помимо хранения осуществляется также сбор заказа. Собранные заказы, пройдя контроль, поступают в экспедицию склада. Здесь формируются отгрузочные партии, которые затем группируются по маршрутам. Вывоз грузов со склада осуществляется автомобильным транспортом. При этом загрузка производится целыми пакетами, сформированными на поддонах с заездом погрузчика в кузов  автомобиля.

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

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

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

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

• прием и регистрация заказа потребителя; отбор товара и его комплектация в соответствии с заказами потребителей;

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

• формирование партий отправки и отгрузка товаров в соответствующее транспортное средство.

При комплектовании товара необходимо ответить на следующие вопросы:

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

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

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

• осуществляется ли комплектация заказов централизованно, т. е. для нескольких заказов, поступивших на склад, или децентрализованно (для каждого конкретного заказа отдельно).

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

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

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

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

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

1.5. Обзор методов планирования закупок

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

В процессе планирования закупок необходимо определить:

•   требуемые материалы;

•   количество требуемых материалов;

•   время, когда материалы должны поступить на склад и в производство;

•   возможности поставщиков относительно сроков, ассортимента, качества и других параметров;

•   приблизительные площади складов;

•   расходы на закупку;

•   возможность собственного производства средств производства и предметов труда.

Методы определения потребности в материалах:

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

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

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

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

•   профиля работы фирмы;

•   возможностей заказчика;

•   типа производимой продукции;

•   количества и вида имеющихся складских помещений;

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

Мероприятия по планированию закупок:

•   прогнозирование спроса на конечную продукцию;

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

•   календарное планирование транспортных перевозок;

•   планирование потоков и движения продукции;

•   оперативное планирование производства;

•   календарное планирование снабжения (закупок);

•   составление плана закупок (снабжения).

Управленческие мероприятия, связанные с планированием закупок:

•   управленческая обработка заказов клиентов (сортировка, составление списка);

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

•   контроль за рейсами с отгруженным товаром;

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

•   оформление заказов региональных складов центральным складам;

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

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

•   управленческая обработка заказов поставщикам.

Основные мероприятия по перемещению товаров:

•   подготовка полученных заказов к реализации;

•   осуществление поставки;

•   организация размещения изделий на складах;

•   осуществление поставки с центрального склада на региональные;

•   упаковка, сортировка, распределение;

•   внутрицеховые и межцеховые перевозки;

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

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

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

•   подготовка и организация поставщиками заказов к отгрузке.

Виды планирования закупок:

• стратегическое планирование (на этом уровне принимаются решения относительно формирования структуры сети товародвижения);

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

Основная задача — обеспечение наиболее эффективного использования ресурсов в производстве.

1.6. Обзор систем планирования закупок

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

1.6.1. ФОЛИО WinСклад. Проф

Программы складского учета ФОЛИО WinСклад. Проф предназначены для автоматизации учета и анализа движения товаров и денежных средств, формирования различных отчетов, подготовки и печати первичных складских и платежных документов, экспорта данных в бухгалтерские программы ФОЛИО и других производителей, а также в MS Excel [1].

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

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

Функции программы складского учета ФОЛИО WinСклад. Проф постоянно расширяются. Имеется возможность подключения программы в терминальном режиме работы (специальная опция), что дает значительный эффект при удаленном доступе к данным.

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

С декабря 2008 г. в стандартную поставку проф - версий программ складского учета добавлена возможность использования отчетов и форм, выполненных в генераторе отчетов "Fastreport® 4 VCL"; Для продвинутых пользователей, желающих самостоятельно программировать сложные визуальные формы ввода и отчетности, выпускаются специальные версии программ со встроенным дизайнером FastReport® 4 VCL 

Функции программ складского учета ФОЛИО WinСклад. Проф:

  1.  Учет основных товарных операций;
  2.  Учет оплат;
  3.  Оформление и печать документов и отчетов;
  4.  Учет товаров;
  5.  Ценообразование;
  6.  Оперативные данные;
  7.  Анализ и отчетность;
  8.  Обмен данными и взаимодействие с другими программами.

Преимущества программ складского учета ФОЛИО:

  •  Запуск без дополнительных настроек;
  •  Развитая функциональность и гибкость, позволяющая решать, практически, любые задачи торгового и складского учета.

1.6.2. 1С:Торговля и cклад

"1С:Торговля и cклад" представляет собой компоненту "Оперативный учет" системы "1С:Предприятие" с типовой конфигурацией для автоматизации складского учета и торговли [2].

Компонента "Оперативный учет" предназначена для учета наличия и движения материальных и денежных средств. Она может использоваться как автономно, так и совместно с другими компонентами "1С:Предприятия".

"1С:Торговля и склад" предназначена для учета любых видов торговых операций. Благодаря гибкости и настраиваемости, система способна выполнять все функции учета - от ведения справочников и ввода первичных документов до получения различных ведомостей и аналитических отчетов.Автоматизация любых торговых и складских операций

"1С:Торговля и склад" автоматизирует работу на всех этапах деятельности предприятия.

Типовая конфигурация позволяет:

  •  вести раздельный управленческий и финансовый учет
  •  вести учет от имени нескольких юридических лиц
  •  вести партионный учет товарного запаса с возможностью выбора метода списания себестоимости (FIFO, LIFO, по средней)
  •  вести раздельный учет собственных товаров и товаров, взятых на реализацию
  •  оформлять закупку и продажу товаров
  •  производить автоматическое начальное заполнение документов на основе ранее введенных данных
  •  вести учет взаиморасчетов с покупателями и поставщиками, детализировать взаиморасчеты по отдельным договорам
  •  формировать необходимые первичные документы
  •  оформлять счета-фактуры, автоматически строить книгу продаж и книгу покупок, вести количественный учет в разрезе номеров ГТД
  •  выполнять резервирование товаров и контроль оплаты
  •  вести учет денежных средств на расчетных счетах и в кассе
  •  вести учет товарных кредитов и контроль их погашения
  •  вести учет переданных на реализацию товаров, их возврат и оплату

В "1С:Торговля и склад" вы можете:

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

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

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

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

"1С:Торговля и склад" содержит средства обеспечения сохранности и непротиворечивости информации:

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

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

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

"1С:Торговля и склад" содержит разнообразные средства для связи с другими программами.

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

Кроме этого, встроенный язык содержит средства работы с файлами формата DBF.

Также "1С:Торговля и склад" поддерживает современные средства интеграции приложений: OLE, OLE Automation и DDE. Использование этих средств позволяет:

  •  управлять работой других программ, используя встроенный язык "1С:Торговля и склад", - например, формировать отчеты и графики в Microsoft Excel
  •  получать доступ к данным "1С:Торговля и склад" из других программ
  •  вставлять в документы и отчеты "1С:Торговля и склад" объекты, созданные другими программами - например, помещать в первичные документы логотип фирмы
  •  размещать в документах и отчетах рисунки и графики.

В "1С:Торговля и склад" реализована поддержка открытых стандартов: обмена коммерческой информацией (CommerceML) и обмена платежными документами (1С:Предприятие – Клиент банка). Это дает возможность:

  •  формировать и выгружать коммерческие предложения на Web – витрины, поддерживающие стандарт
  •  организовывать электронный обмен каталогами, прайс-листами и документами со своими контрагентами
  •  обмениваться платежными документами (платежными поручениями и выписками) с системами Клиент – банка

Из 1С:Торговля и Склад можно управлять собственной Web-витриной, размещенной на ресурсе www.torgcenter.ru

1С:Торговля и Склад интегрирована с базой данных Ассоциации ЮНИСКАН/EAN Россия. Считав сканером с этикетки, размещенной на упаковке товара штрих-код, система может автоматически сформировать запрос, получить данные о товаре и записать их в информационную базу.

"1С:Торговля и склад" обеспечивает работу с торговым оборудованием: контрольно-кассовыми машинами, чековыми принтерами, сканерами и принтерами штрих-кодов, электронными весами, терминалами сбора данных, дисплеями покупателя и другими видами оборудования.

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

1.6.3. "Склад" от БухСофт

Программа Склад является составной частью комплексных условно бесплатных программ «БухСофт: Предприятие», «БухСофт: Упрощенная система» и «БухСофт: Предприниматель» и обеспечивает ведение складского учета наряду с бухгалтерским и налоговым учетом [3].

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

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

Автоматизация функций программы «Склад» в программе "БухСофт: Торговля и Услуги":

1. Возможность в программе вести склад и продажи в единой базе данных от имени нескольких собственных компаний.

2. Возможность объединения баз при одновременной работе в различных точках офф-лайн (складах или отделах продаж).

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

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

5. Мультивалютный учет

6. Много складской учет с формированием полного списка складских документов (приходная накладная; расходная накладная; требование накладная; приходный ордер; реестр приходных и расходных документов; карточка движения товара и т.д.

7. Возможность присваивать несколько единиц измерения по товару

8. Контроль остатков на складе.

9. Расчет средней стоимости товаров (услуг) ведется автоматически при их реализации.

10. Серийный учет в разрезе ГТД.

11. Печать этикеток для штучного товара.

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

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

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

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

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

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

1.6.4. МойСклад

МойСклад: автоматизированный учет товаров на складе [4].

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

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

Автоматизация учета и обработки заказов при помощи программы «МойСклад» имеет массу преимуществ:

  •  Начало работы с программой сразу после прохождения регистрации.
  •  Простой и удобный учет заказов клиентов: нет забытых и невыполненных заказов.
  •  Учет на складе из любой точки, где есть Интернет (офиса, магазина или из дома).
  •  Товарный учет в нескольких подразделениях или филиалах благодаря одновременному доступу к программе нескольких сотрудников с разных компьютеров.
  •  Актуальные остатки товаров на всех складах, необходимые для точного учета товаров.
  •  Перенос данных в 1С:Бухгалтерию для составления налоговой отчетности.
  •  Экономия времени при печати документов на 80%, нет ошибок в реквизитах, датах, суммах.
  •  Отчеты и статистика: прибыльные и убыточные товары, планирование закупок, рейтинг клиентов.
  •  Круглосуточная работа и надежность: вы можете забыть о проблемах, связанных с поддержкой программного обеспечения.

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

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

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

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

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

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

1.7. Выводы по главе

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

  1.  
    МАТЕМАТИЧЕСКАЯ ПОСТАНОВКА ЗАДАЧИ системы планирования закупок

2.1. Выбор и обоснование метода планирования

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

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

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

(Чистая Потребность)=(Полная потребность)- (Товары в наличии) - (Страховой запас) - (Резервирование для других целей)

Если чистая потребность больше нуля, то создается заказ для материала.

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

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

Условия формулы Уилсона:

• интенсивность потребления является априорно известной и постоянной величиной;

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

• время поставки заказа является известной и постоянной величиной;

• каждый заказ поставляется в виде одной партии;

• затраты на осуществление заказа не зависят от размера заказа;

• затраты на хранение запаса пропорциональны его размеру;

• отсутствие запаса (дефицит) является недопустимым.

2.2. Разработка алгоритма планирования

Входные параметры модели Уилсона

1) ν –интенсивность (скорость) потребления запаса, [ед.тов./ед.t];

2) s – затраты на хранение запаса, [руб./ ед.тов. х ед.t ];

3) K – затраты на осуществление заказа, включающие оформление и доставку, [руб.];

4) tд – время доставки заказа, [ед.t].

Выходные параметры модели Уилсона

1) Q – размер заказа, [ед. тов.];

2) L – общие затраты на управление запасами в единицу времени, [руб./ед.t];

3) τ – период поставки, т.е. время между поставками, [ед.t];

4) h0 – точка заказа, т.е. размер запаса на складе, при котором надо подавать заказ на доставку очередной партии, [ед.тов.].

Циклы изменения уровня запаса в модели Уилсона графически представлены на рисунок 2.1. Максимальное количество продукции, которая находится в запасе, совпадает с размером заказа Q.

Рисунок 2.1 – График циклов изменения запасов в модели Уилсона

Оптимальный размер заказа в модели Уилсона рассчитывается по формуле:

,

где Qw – оптимальный размер заказа в модели Уилсона, ед. тов.;

Общие затраты на управление запасами в единицу времени можно найти по формуле:

Период поставки определяется как отношение размера заказа к интенсивности потребления запаса:

.

А размер запаса на складе, при котором надо подавать заявку на доставку очередной партии определяется по формуле:

д

График затрат на УЗ в модели Уилсона представлен на рисунке 2.2.

Рисунок 2.2 – График затрат на УЗ в модели Уилсона

2.3. Разработка подсистемы учета товара

Подсистема учета товара позволяет построить отчеты по трем основным задачам:

  •  Внутреннее перемещение товара;
  •  Списание товаров;
  •  Отслеживание остатков на складах.

Входные данные:

Множество товаров: Tovar ={tovari,},  i = 0,…,L,

где     tovarii-ый товар;

i - порядковый номер товара;

Lколичество товаров.

 tovari =< tovarNum, tovarName, tovarPrice, isUsable>,

где

tovarNumномер товара;

tovarName – название товара;

tovarPriceцена товара;

isUsableпризнак, является ли товар списанным.

Множество складов: Sklad={skladj}, j=0,…,N,

где     skladjj-ый склад;

 i - порядковый номер склада;

N – количество складов.

 skladj =< skladNum, skladAddress, skladSotrudnik>,

где

skladNumномер склада;

skladAddress – адрес склада;

skladSotrudnikсотрудник скада.

Множество товаров на складе на учетную дату: TovarSklad=< tovarNum, skladNum, count, date>,

где tovarNumномер товара;

 skladNum - номер склада;

dount – количество товара;

cateдата учета.

Action – событие; Action  {Внутреннее перемещение товаров, Списание товаров, Отслеживание остатков на складах}.

Выходные данные:

Отчеты по внутреннему перемещению товара, списанию товара, отслеживанию остатков на складах.

Алгоритм:

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

Если Action 

  •  = Внутреннее перемещение товаров, то входными данными являются множество товаров на складе на учетную дату TovarSklad=< tovarNum, skladNum, Count, Date>. Оно используется для формирования отчета о внутреннем перемещении товаров между складами, получаемого из множества.

Составление отчета по перемещению товаров осуществляется с помощью функции PeremeshenieTovatov(TovarSklad, currentDate), которая в качестве сходных данных использует информацию о множестве товаров на складе на учетную дату и текущую дату формирования отчета.

  •  = Списание товаров, то входными данными являются множество товаров, у которых параметр isUsable=0. Этот параметр определяет, что товар не является доступным к использованию, что он был списан.

Action = Списание товаров & isUsablei=0 & tovariΠTovar ®SpisanieTovatov(tovari), где SpisanieTovatov(tovari) – функция составления отчета по списанным товарам, которая в качестве сходных данных использует информацию о множестве списанных товаров.

  •  = Отслеживание остатков на складах, то входными данными являются множество товаров на складе на учетную дату TovarSklad=< tovarNum, skladNum, Count, Date>, где количество товаров больше 0. Оно используется для формирования отчета об остатках на складах.

Action=Отслеживание остатков на складах&Counti >0OstatokTovatov(TovarSkladi), где OstatokTovatov(TovarSkladi) – функция составления отчета по остаткам на складе, которая в качестве сходных данных использует информацию о множестве товаров, количество которых больше 0.

2.4. Разработка подсистемы сбыта

Входные данные

Множество товаров на складе на учетную дату: TovarSklad=< tovarNum, skladNum, count, date>,

где tovarNumномер товара;

 skladNum - номер склада;

count – количество товара;

dateдата учета.

Выходные данные

Множество товаров на складе на текущую дату: TovarSklad=< tovarNum, skladNum, count, currentDate>,

где  currentDateтекущая дата.

Алгоритм

Учет сбыта товаров осуществляется с помощью функции Sbit(TovarSklad), которая учитывает продажи товаров и изменяет остатки на складах.

counti< countj & tovarNumi= tovarNumj & skladNumi= skladNumj & datei< currentDate Sbit(TovarSkladi)

2.5. Разработка подсистемы снабжения

Подсистема снабжения решает три основных задачи:

  •  Учет заказов поставщикам;
  •  Учет договоров.

Входные данные

Множество поставщиков: Postavshik ={postavshiki,},  i = 0,…,K,

где postavshikii-ый поставщик;

i - порядковый номер товара;

Kколичество товаров.

 postavshiki =< postavshikNum, postavshikName, postavshikAddress>,

где

postavshikNumномер поставщика;

postavshikName – название поставщика;

postavshikAddressадрес поставщика.

Множество заказов: Zakaz ={zakazj},  j = 0,…,P,

где zakazjj -ый заказ;

j - порядковый номер заказа;

Pколичество заказов.

 zakazj =< zakazNum, postavshikNum, tovarNum, count, date, docNum>,

где

zakazNum – номер заказа;

postavshikNumномер поставщика;

tovarNumномер товара;

countколичество заказываемого товара;

  dateдата заказа;

  docNumномер договора.

Action – событие; Action  {Учет заказов поставщикам, Учет договоров}.

Выходные данные

Отчеты по учету заказов поставщикам и учету договоров.

Алгоритм

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

Если Action 

  •  = Учет заказов поставщикам, то входными данными является множество заказов на учетную дату zakaz =< zakazNum, postavshikNum, tovarNum, count, date, docNum>. Оно используется для формирования отчета по учету заказов поставщикам.

Составление отчета по учету заказов поставщикам осуществляется с помощью функции UchetZakazov(zakaz, currentDate), которая в качестве сходных данных использует информацию о множестве заказов на учетную дату и текущую дату формирования отчета.

  •  = Учет договоров, то входными данными является множество заказов на учетную дату zakaz =< zakazNum, postavshikNum, tovarNum, count, date, docNum>. Параметр docNum определяет номер договора и однозначно определяет, какой товар был заказан через какого поставщика, его количество и дату заказа.

Action = Учет договоров & docNumi = docNumj & tovari  tovarj

® UchetDogovorov(zakaz),

где UchetDogovorov(zakaz) – функция составления отчета по учету договоров, которая в качестве сходных данных использует информацию о множестве заказов.

2.6. Разработка подсистемы авторизации пользователей

Все данные о пользователе хранятся в БД.

Рассмотрим функции администрирования:

  •  Создание нового пользователя
    •  Редактирование пользователя
    •  Удаление пользователя
    •  Авторизация пользователя

Входные данные:

User = { User i} – множество пользователей системы,

где User i=<login, password>,

пользователь – человек, использующий систему,

где login – имя, под которым пользователь заходит в систему,

     password – пароль для входа,

    User i  User, причем i – количество всех пользователей.

ACCSESS_RIGHT ={< User I, RIGHTS>},

где ACCSESS_RIGHT – права пользователя для работы с файлами в группах. Выделим 3 варианта прав доступа: чтение, чтение и редактирование, полный доступ (чтение, редактирование и удаление),

RIGHTS={read, read/write, fullaccess}.

Реализация функций

  1.  Создание нового пользователя.

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

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

,

где - новое множество пользователей такое, что

где  =<login, password>.

  1.  Редактирование пользователя.

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

Пусть Useri - пользователь (Useri =<login, password>), User i  User, тогда оператор  - оператор редактирования пользователя такой, что

,

где - отредактированный пользователь (=<login’, password’>), .

  1.  Удаление пользователя.

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

Пусть User - множество пользователей до удаления, тогда оператор                 DeleteUser – оператор удаления пользователя такой, что

,

где User’- множество пользователей после удаления Useri, где {Useri } – множество удаляемых пользователей, .

  1.  Выбор пользователя (авторизация)

Для начала работы пользователь должен ввести данные о себе. При попытке авторизации пользователь вводит <login’,password’>, Userc - выбранный пользователь (Userc=<login, password>) из User - множества пользователей, тогда оператор SelectUser - оператор выбора пользователя такой, что

,

причём

 где User’- множество групп пользователей Userc.

, .

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

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

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

Рисунок 2.3 – Схема общей структуры работы системы

Сущность «Пользователь» – это непосредственно человек, оператор, работающий с клиентским приложением, связанный с ним посредствам операции «Ввод данных».

Сущность «Автоматизированная система» – это программный продукт, функцией которого является накопление и хранение данных, введённых пользователем. Эта сущность объединяет в себя из 5 сущностей: «Подсистема учета», «Подсистема закупок», «Подсистема реализации», «Подсистема отчетов», «Подсистема справки».

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

2.8.1 Проектирование реляционной модели базы данных

Построим отношения:

1)

ТОВАР(КодТовара, НаименованиеТовара, Примечание)

ПОСТАВКА(КодПоставки, Количество, ЦенаЗаЕд, ДатаПоставки, Принял, КодТовара)

ТОВАР.КодТовара – первичный ключ;

ПОСТАВКА.КодПоставки – первичный ключ;

ПОСТАВКА.КодТовара – внешний ключ;

2)

ПОСТАВЩИК(КодПоставщика, НазваниеПоставщика, ЮрАдрес, ФизАдрес, Телнфон, ОбращатьсяК)

ПОСТАВКА(КодПоставки, Количество, ЦенаЗаЕд, ДатаПоставки, Принял, КодПоставщика)

ПОСТАВЩИК.КодПоставщика – первичный ключ;

ПОСТАВКА.КодПоставки – первичный ключ;

ПОСТАВКА.КодПоставщика – внешний ключ;

3)

ЕД_ИЗМ(КодЕдИзм, НазваниеЕдИзм)

ПОСТАВКА(КодПоставки, Количество, ЦенаЗаЕд, ДатаПоставки, Принял, КодЕдИзМ)

ЕД_ИЗМ.КодЕдИзм – первичный ключ;

ПОСТАВКА.КодПоставки – первичный ключ;

ПОСТАВКА.КодЕдИзм – внешний ключ;

4)

ТОВАР(КодТовара, НаименованиеТовара, Примечание)

ЗАКУПКА(КодЗакупки, Количество, ЦенаЗаЕд, ДатаЗаказа,  КодТовара)

ТОВАР.КодТовара – первичный ключ;

ЗАКУПКА.КодЗакупки – первичный ключ;

ЗАКУПКА.КодТовара – внешний ключ;

5)

ПОСТАВЩИК(КодПоставщика, НазваниеПоставщика, ЮрАдрес, ФизАдрес, Телнфон, ОбращатьсяК)

ЗАКУПКА(КодЗакупки, Количество, ЦенаЗаЕд, ДатаЗаказа,  КодПоставщика)

ПОСТАВЩИК.КодПоставщика – первичный ключ;

ЗАКУПКА.КодЗакупки – первичный ключ;

ЗАКУПКА.КодПоставщика – внешний ключ;

6)

ЕД_ИЗМ(КодЕдИзм, НазваниеЕдИзм)

ЗАКУПКА(КодЗакупки, Количество, ЦенаЗаЕд, ДатаЗаказа,  КодЕдИзм)

ЕД_ИЗМ.КодЕдИзм – первичный ключ;

ЗАКУПКА.КодЗакупки – первичный ключ;

ЗАКУПКА.КодЕдИзм – внешний ключ;

7)

ТОВАР(КодТовара, НаименованиеТовара, Примечание)

РАСХОД(КодОперации, Количество, ДатаОперации,  Отдел, КодТовара)

ТОВАР.КодТовара – первичный ключ;

РАСХОД.КодОперации – первичный ключ;

РАСХОД.КодТовара – внешний ключ;

8)

ЕД_ИЗМ(КодЕдИзм, НазваниеЕдИзм)

РАСХОД(КодОперации, Количество, ДатаОперации,  Отдел,  КодЕдИзм)

ЕД_ИЗМ.КодЕдИзм – первичный ключ;

РАСХОД.КодОперации – первичный ключ;

РАСХОД.КодЕдИзм – внешний ключ;

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

1) ТОВАР (КодТовара, НаименованиеТовара, Примечание);

2) ПОСТАВЩИК (КодПоставщика, НазваниеПоставщика, ЮрАдрес, ФизАдрес, Телефон, ОбращатьсяК);

3) ЕД_ИЗМ (КодЕдИзм, НазваниеЕдИзм);

4) ПОСТАВКА (КодПоставки, КодПоставщика, КодТовара, Количество, КодЕдИзм, ЦенаЗаЕд, ДатаПоставки, Принял);

5) ЗАКУПКА (КодЗакупки, КодПоставщика, КодТовара, КодЕдИзм, Количество, ЦенаЗаЕд, ДатаЗаказа);

6) РАСХОД  (КодОперации, КодТовара, Количество, КодЕдИзм, ДатаОперации, Отдел).

2.8.2  Математическое описание реляционной модели базы данных

1) ТОВАР (КодТовара, НаименованиеТовара, Примечание);

Описание первичного ключа:

x,y ТОВАР (КодТовара(х)=КодТовара(y)) xy,

где x,y – кортежи отношения ТОВАР,

КодТовара(х), КодТовара(у) – значения атрибутов в кортежах х и у соответственно.

Описание доменов:

Dom (КодТовара) = {00,01,02, …2147483647};

Dom (НаименованиеТовара) = {x | string (x)}, где string – определяет строку, длиной до 255 символов.

Dom (Примечание) = {x | string (x)}, где string – определяет строку, длиной до 255 символов.

2) ПОСТАВЩИК (КодПоставщика, НазваниеПоставщика, ЮрАдрес, ФизАдрес, Телефон, ОбращатьсяК);

Описание первичного ключа:

x,y ПОСТАВЩИК (КодПоставщика(х)=КодПоставщика(y)) xy,

где x,y – кортежи отношения ПОСТАВЩИК,

КодПоставщика(х), КодПоставщика(у) – значения атрибутов в кортежах х и у соответственно.

Описание доменов:

Dom (КодПоставщика) = {00,01,02, …2147483647};

Dom (НазваниеПоставщика) = {x | string (x)}, где string – определяет строку, длиной до 255 символов.

Dom (ЮрАдрес) = {x | string (x)}, где string – определяет строку, длиной до 255 символов.

Dom (ФизАдрес) = {x | string (x)}, где string – определяет строку, длиной до 255 символов.

Dom (Телефон) = {x | string (x)}, где string – определяет строку, длиной до 255 символов.

Dom (ОбращатьсяК) = {x | string (x)}, где string – определяет строку, длиной до 255 символов.

3)  ЕД_ИЗМ (КодЕдИзм, НазваниеЕдИзм);

Описание первичного ключа:

x,y ЕД_ИЗМ (КодЕдИзм(х)=КодЕдИЗм(y)) xy,

где x,y – кортежи отношения ЕД_ИЗМ,

КодЕдИзм(х), КодЕдИзм(у) – значения атрибутов в кортежах х и у соответственно.

Описание доменов:

Dom (КодЕдИзм) = {00,01,02, …2147483647};

Dom (НазваниеЕдИзм) = {x | string (x)}, где string – определяет строку, длиной до 255 символов;

4)  ПОСТАВКА (КодПоставки, КодПоставщика, КодТовара, Количество, КодЕдИзм, ЦенаЗаЕд, ДатаПоставки, Принял);

Описание первичного ключа:

x,y ПОСТАВКА (КодПоставки(х)=КодПоставки(y)) xy,

где x,y – кортежи отношения ПОСТАВКА,

КодПоставки(х), КодКодПоставки(у) – значения атрибутов в кортежах х и у соответственно.

Описание доменов:

Dom (КодПоставки) = {00,01,02, …2147483647};

Dom (КодПоставщика) = {00,01,02, …2147483647};

Dom (КодТовара) = {00,01,02, …2147483647};

Dom (Количество) = {00,01,02, …2147483647};

Dom (КодЕдИзм) = {00,01,02, …2147483647};

Dom (ЦенаЗаЕд) = {x | Money (x)}, где Money – определяет денежный тип данных;

Dom (ДатаПоставки) = {x | Date (x)}, где x >01.01.2005;

Dom (Принял) = {x | string (x)}, где string – определяет строку, длиной до 255 символов.

5) ЗАКУПКА (КодЗакупки, КодПоставщика, КодТовара, КодЕдИзм, Количество, ЦенаЗаЕд, ДатаЗаказа);

Описание первичного ключа:

x,y ЗАКУПКА (КодЗакупки(х)=КодЗакупки(y)) xy,

где x,y – кортежи отношения ЗАКУПКА,

КодЗакупки(х), КодКодЗакупки(у) – значения атрибутов в кортежах х и у соответственно.

Описание доменов:

Dom (КодЗакупки) = {00,01,02, …2147483647};

Dom (КодПоставщика) = {00,01,02, …2147483647};

Dom (КодТовара) = {00,01,02, …2147483647};

Dom (КодЕдИзм) = {00,01,02, …2147483647};

Dom (Количество) = {00,01,02, …2147483647};

Dom (ЦенаЗаЕд) = {x | Money (x)}, где Money – определяет денежный тип данных;

Dom (ДатаЗаказа) = {x | Date (x)}, где x >01.01.2005;

6) РАСХОД  (КодОперации, КодТовара, Количество, КодЕдИзм, ДатаОперации, Отдел)

Описание первичного ключа:

x,y РАСХОД (КодОперации(х)=КодОперации(y)) xy,

где x,y – кортежи отношения РАСХОД,

КодОперации(х), КодКодОперации(у) – значения атрибутов в кортежах х и у соответственно.

Описание доменов:

Dom (КодОперации) = {00,01,02, …2147483647};

Dom (КодТовара) = {00,01,02, …2147483647};

Dom (Количество) = {00,01,02, …2147483647};

Dom (КодЕдИзм) = {00,01,02, …2147483647};

Dom (ДатаОперации) = {x | Date (x)}, где x >01.01.2005;

Dom (Отдел) = {x | string (x)}, где string – определяет строку, длиной до 255 символов.

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

2.9.1. Преобразование отношений в таблицы

На логическом уровне проектирования мы получили следующие отношения (п. 2.3):

1) ТОВАР;

2) ПОСТАВЩИК;

3) ЕД_ИЗМ;

4) ПОСТАВКА;

5) ЗАКУПКА;

6) РАСХОД.

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

2.9.2. Преобразование атрибутов в поля таблицы

Рассмотрим атрибуты отношений:

1)   Отношение ТОВАР имеет следующие атрибуты: КодТовара, НаименованиеТовара, Примечание.

Каждому атрибуту отношения ТОВАР ставим в соответствие столбец таблицы. В результате получим таблицу с именем ТОВАР и следующими полями: КодТовара, НаименованиеТовара, Примечание.

Таким образом, таблица ТОВАР имеет 3 поля, поле КодТовара – ключевое.

2) Отношение ПОСТАВЩИК имеет следующие атрибуты: КодПоставщика, НазваниеПоставщика, ЮрАдрес, ФизАдрес, Телефон, ОбращатьсяК.

Каждому атрибуту отношения ПОСТАВЩИК ставим в соответствие столбец таблицы. В результате получим таблицу с именем ПОСТАВЩИК и следующими полями: КодПоставщика, НазваниеПоставщика, ЮрАдрес, ФизАдрес, Телефон, ОбращатьсяК.

Поле КодПоставщика – ключевое.

3) Отношение ЕД_ИЗМ имеет атрибуты: КодЕдИзм, НазваниеЕдИзм.

Каждому атрибуту отношения Ед_ИЗМ ставим в соответствие столбец таблицы. В результате получим таблицу с именем ЕД_ИЗМ и следующими полями: КодЕдИзм, НазваниеЕдИзм. Поле КодЕдИзм – ключевое.

4) Отношение ПОСТАВКА имеет атрибуты: КодПоставки, КодПоставщика, КодТовара, Количество, КодЕдИзм, ЦенаЗаЕд, ДатаПоставки, Принял;

Каждому атрибуту отношения ПОСТАВКА ставим в соответствие столбец таблицы. В результате получим таблицу с именем ПОСТАВКА и следующими полями: КодПоставки, КодПоставщика, КодТовара, Количество, КодЕдИзм, ЦенаЗаЕд, ДатаПоставки, Принял.

В итоге таблица ПОСТАВКА имеет 8 полей. Поле КодПоставки – ключевое.

5) Отношение ЗАКУПКА имеет следующие атрибуты: КодЗакупки, КодПоставщика, КодТовара, КодЕдИзм, Количество, ЦенаЗаЕд, ДатаЗаказа.

Каждому атрибуту отношения ЗАКУПКА ставим в соответствие столбец таблицы. В результате получим таблицу с именем ЗАКУПКА и следующими полями: КодЗакупки, КодПоставщика, КодТовара, КодЕдИзм, Количество, ЦенаЗаЕд, ДатаЗаказа.

Поле КодЗакупки – ключевое.

6) Отношение РАСХОД имеет атрибуты: КодОперации, КодТовара, Количество, КодЕдИзм, ДатаОперации, Отдел.

Каждому атрибуту отношения РАСХОД ставим в соответствие столбец таблицы. В результате получим таблицу с именем РАСХОД и следующими полями: КодОперации, КодТовара, Количество, КодЕдИзм, ДатаОперации, Отдел

Поле Операции – ключевое.

2.9.3. Преобразование доменов в типы данных

1) ТОВАР (КодТовара, НаименованиеТовара, Примечание);

 1.1)Dom (КодТовара) = {00,01,02, …2147483647};

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

 1.2) Dom (НаименованиеТовара) = {x | string (x)}, где string – определяет строку, длиной до 255 символов.

Для этого домена выбираем тип данных – текстовый.

 1.3) Dom (Примечание) = {x | string (x)}, где string – определяет строку, длиной до 255 символов.

Для этого домена выбираем тип данных – текстовый.

2) ПОСТАВЩИК (КодПоставщика, НазваниеПоставщика, ЮрАдрес, ФизАдрес, Телефон, ОбращатьсяК);

   2.1) Dom (КодПоставщика) = {00,01,02, …2147483647};

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

 2.2)  Dom (НазваниеПоставщика) = {x | string (x)}, где string – определяет строку, длиной до 255 символов.

В соответствие этому логическому домену выбираем тип данных – текстовый.

2.3) Dom (ЮрАдрес) = {x | string (x)}, где string – определяет строку, длиной до 255 символов.

Для этого домена выбираем тип данных – текстовый.

2.4) Dom (ФизАдрес) = {x | string (x)}, где string – определяет строку, длиной до 255 символов.

Для этого домена выбираем тип данных – текстовый.

 2.5) Dom (Телефон) = {x | string (x)}, где string – определяет строку, длиной до 255 символов.

 2.6) Dom (ОбращатьсяК) = {x | string (x)}, где string – определяет строку, длиной до 255 символов.

Для этого домена выбираем тип данных – текстовый.

3)  ЕД_ИЗМ (КодЕдИзм, НазваниеЕдИзм);

3.1) Dom (КодЕдИзм) = {00,01,02, …2147483647};

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

3.2) Dom (НазваниеЕдИзм) = {x | string (x)}, где string – определяет строку, длиной до 255 символов;

В соответствие этому логическому домену выбираем тип данных – текстовый.

4)  ПОСТАВКА (КодПоставки, КодПоставщика, КодТовара, Количество, КодЕдИзм, ЦенаЗаЕд, ДатаПоставки, Принял);

 4.1) Dom (КодПоставки) = {00,01,02, …2147483647};

Для этого домена выбираем тип данных – числовой. Размер поля – длинное целое. Это поле не может принимать неопределенное значение, является обязательным.

4.2) Dom (КодПоставщика) = {00,01,02, …2147483647};

Для этого домена выбираем тип данных – числовой.

4.3) Dom (КодТовара) = {00,01,02, …2147483647};

Для этого домена выбираем тип данных – числовой.

4.4) Dom (Количество) = {00,01,02, …2147483647};

Для этого домена выбираем тип данных – числовой.

4.5) Dom (КодЕдИзм) = {00,01,02, …2147483647};

Для этого домена выбираем тип данных – числовой.

4.6) Dom (ЦенаЗаЕд) = {x | Money (x)}, где Money – определяет денежный тип данных;

Для домена выбираем денежный тип данных.                                      

4.7) Dom (ДатаПоставки) = {x | Date (x)}, где x >01.01.2005;

Преобразуем домен в тип данных Дата/время.

4.8) Dom (Принял) = {x | string (x)}, где string – определяет строку, длиной до 255 символов.

В соответствие этому логическому домену выбираем тип данных – текстовый.

5) ЗАКУПКА (КодЗакупки, КодПоставщика, КодТовара, КодЕдИзм, Количество, ЦенаЗаЕд, ДатаЗаказа);

5.1) Dom (КодЗакупки) = {00,01,02, …2147483647};

Для этого домена выбираем тип данных – числовой. Размер поля – длинное целое. Это поле не может принимать неопределенное значение, является обязательным.

5.2) Dom (КодПоставщика) = {00,01,02, …2147483647};

Для этого логического домена выбираем тип данных – числовой.

5.3) Dom (КодТовара) = {00,01,02, …2147483647};

Для этого домена выбираем тип данных – числовой.

5.4) Dom (КодЕдИзм) = {00,01,02, …2147483647};

Для этого домена выбираем тип данных – числовой.

5.5) Dom (Количество) = {00,01,02, …2147483647};

Для этого домена выбираем тип данных – числовой.

5.6) Dom (ЦенаЗаЕд) = {x | Money (x)}, где Money – определяет денежный тип данных;

Для домена выбираем денежный тип данных.                                      

5.7) Dom (ДатаЗаказа) = {x | Date (x)}, где x >01.01.2005;

Преобразуем домен в тип данных Дата/время.

6) РАСХОД  (КодОперации, КодТовара, Количество, КодЕдИзм, ДатаОперации, Отдел)

6.1) Dom (КодОперации) = {00,01,02, …2147483647};

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

6.2) Dom (КодТовара) = {00,01,02, …2147483647};

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

 6.3) Dom (Количество) = {00,01,02, …2147483647};

Для домена выбираем числовой тип данных.        

6.4) Dom (КодЕдИзм) = {00,01,02, …2147483647};

Для этого домена выбираем тип данных – числовой.

6.5) Dom (ДатаОперации) = {x | Date (x)}, где x >01.01.2005;

Для домена выбираем тип данных Дата/Время.        

6.6) Dom (Отдел) = {x | string (x)}, где string – определяет строку, длиной до 255 символов.

В соответствие этому логическому домену выбираем тип данных – текстовый.

3. ПРОЕКТНЫЕ  РЕШЕНИЯ ПО СИСТЕМЕ планирования закупок

3.1. Выбор технических и программных средств

1. Выбор программного обеспечения.

По требованию заказчика для создания расчетной системы выбираем Microsoft Excel с использованием языка макро-программирования VBA (Visual Basic для приложений).  Рассмотрим преимущества.

Важной возможностью Excel является возможность писать код на основе Visual Basic для приложений (VBA). Этот код пишется с использованием отдельного от таблиц редактора. Управление электронной таблицей осуществляется посредством объектно-ориентированной модели кода и данных. С помощью этого кода данные входных таблиц будут мгновенно обрабатываться и отображаться в таблицах и диаграммах (графиках). Таблица становится интерфейсом кода, позволяя легко работать, изменять его и управлять

VBA - это средство программирования, практически ничем не отличающееся от классического Visual Basic, которое предназначено для написания макросов и других прикладных программ для конкретных приложений. Наибольшую популярность получил благодаря своему использованию в пакете Microsoft Office. Широкое распространение Visual Basic for Applications в сочетании с изначально недостаточным вниманием к вопросам безопасности привело к широкому распространению макровирусов.

2. Выбор платформы.

Исходя из технических характеристик и экономического состояния, выбираем платформу IBM PC.

3. Выбор операционной системы.

Исходя из того, что MS Excel успешно  работает с операционной системой Windows, принимаем следующее  решение: выбираем Windows XP SP2 и наличие дополнительного коммуникационного оборудования и программного обеспечения для переносимости программного обеспечения в версиях данной ОС.

4. Выбор характеристик центрального процессора.

Выбираем процессор Intel Pentium 3  - 2,01 ГГц (AMD Athlon XP).

5. Выбор объёма оперативной памяти.

Под операционную систему Windows XP требуется 256 Мб оперативной памяти;

Но поскольку нам потребуется дополнительная память для хранения приложения, выбираем оперативную память, объемом 512 Мб.

6. Выбор винчестера.

Выбираем винчестер на 20Гб.

7. Выбор монитора.

Выбираем монитор 19'' на основе электронно-лучевой трубки, видеоадаптер SVGA с объемом видеопамяти 16 Mб.

8. Клавиатура и мышь.

Клавиатура и мышь – стандартные.

9. Дополнительные периферийные устройства.

Лазерный принтер (черно-белая печать) формата А4.

3.2. Построение функциональной модели автоматизированной системы

На основе изученной предметной области с учётом имеющихся проблем и поставленных задач построим функциональную модель проектируемой системы. Для этого воспользуемся методологией функционального моделирования IDEF0. IDEF0 используется для создания функциональной модели, отображающей структуру и функции системы, а также потоки информации и материальных объектов, связывающие эти функции. С помощью наглядного графического языка IDEF0, изучаемая система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций (функциональных блоков - в терминах IDEF0) /5/. Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы.

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

Контекстная диаграмма представлена на рисунке 3.1.

 Рисунок 3.1 – Контекстная диаграмма функционирования системы

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

Далее выполним декомпозицию функции верхнего уровня (рисунок 3.2).

 

Рисунок 3.2 – Декомпозиция контекстной диаграммы

Рисунок 3.3 – Диаграмма декомпозиции блока «Закупить товар»

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

Также построим декомпозицию блока «Реализовать товар». Декомпозиция блока «Реализовать товар» представлена на рисунке 3.4.

Рисунок 3.4 – Декомпозиция блока «Реализовать товар»

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

Построим декомпозицию блока «Ввести данные о заказанном товаре» (рисунок 3.5).

Рисунок 3.5 – Декомпозиция блока «Ввести данные о заказанном товаре»

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

Сделаем декомпозицию блока «Создать список новых закупок» (рисунок 3.6).

Рисунок 3.6 – Декомпозиция блока «Создать список новых закупок»

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

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

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

закупок

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


Рисунок 3.7 – Структурная схема системы

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

3.4. Схема работы системы

Рассмотрим схему работы системы, представленную на рис. 3.8.


Рисунок 3.8 – Схема работы системы


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

Рисунок 3.9 – Схема работы функции «Режим редактирования данных»

4. ОПИСАНИЕ КОНТРОЛЬНОГО ПРИМЕРА

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

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

Рисунок 4.1 – Основная форма

На основной форме мы видим вкладки «Управление товарами», «Справочники и статистика» и «Отчеты». Щелкая по этим вкладкам, мы переходим в соответствующие формы. На рисунке 4.2 изображена форма Управление товарами.

Рисунок 4.2 – Форма «Управление товарами»

На вкладке «Управление товарами» мы можем узнать о поступлении товара, реализации товара, учете заказов, а также осуществить поиск.

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

Рисунок 4.3 – Форма «Поступление товаров»

На каждой форме, будь то «Поступление товара», «Закупки заказы» или «Реализация товара», есть три кнопки – «Добавить запись», «Удалить запись» и «Редактировать», которые позволяют произвести соответствующие действия. Рассмотрим добавление записи, изображенное на рисунке 4.4.

Рисунок 4.4 – Форма «Добавление записи»

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

Если на форме, изображенной на рисунке 4.2, нажать кнопку «Учет заказов», мы можем перейти в следующее окно, изображенное на рисунке 4.5.

Рисунок 4.5 – Форма «Закупки заказы»

Рассмотрим остальные вкладки. На рисунке 4.6 изображена вкладка «Отчеты».

Рисунок 4.6 – Форма «Отчеты»

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

На следующем рисунке 4.7, изображена открытая вкладка «Справочники и статистика»

Рисунок 4.7 – Форма «Справочники и статистика»

На форме, изображенной на рисунке 4.7, есть кнопки: «Товары», «Поставщики», «Единицы измерений», «Склады», «Пользователи» и «Договора», при нажатии на любую из этих кнопок, открывается другая форма, на которой выведена информация о товарах, поставщиках, или единицах измерения.

Рисунок 4.8 – Форма «Товары»

На форме «Товары» (рисунок 4.8) показан список товаров, их номенклатурный номер, максимальное количество для размещения, и на каком складу товар расположен. Также на форме расположены следующие кнопки:

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

Рисунок 4.9 – Форма «Переместить товар»

  •  «Списать». При нажатии кнопки «Списать» открывается следующее окно, где необходимо ввести причину списания товара, нажать кнопку «Выполнить» и все данные о товаре переместятся в «Архив списанных товаров».
  •  «Добавить запись» - при нажатии этой кнопки открывается окно добавления новой записи. Необходимо заполнить все поля, нажать кнопку «Добавить» - при этом произойдет добавление товара и переключение на окно «Товары».

Рисунок 4.10 – Форма «Добавить запись»

  •  «Удалить запись» - удаление существующей записи
  •  «Редактировать» - откроется окно «Редактирование записи», внешне схоже с окном добавления записи, но вместо кнопки «Добавить» будет кнопка «Сохранить».

Рисунок 4.11 – Форма «Поставщики»

На форме «Поставщики» (рис 4.11), мы видим таблицу, с различными данными о поставщиках. Возможно «Добавление записи», «Редактирование», а также «Удаление записи». Управление осуществляется соответствующими кнопками.

Рисунок 4.12 – Форма «Редактирование записи»

На рисунке 4.12 приведен пример редактирования выбранной записи, для осуществления этого заменить необходимые данные и нажать кнопку «Сохранить».

Рисунок 4.13 – Форма «Склады»

На форме «Склады» (рисунок 4.13), мы видим таблицу, с различными данными о складах – их расположению, площади и количеству мест для размещения товара. Возможно «Добавление записи», «Редактирование», а также «Удаление записи». Также есть кнопка «Товары». Для работы с ней надо сначала выбрать интересующий нас склад и нажать кнопку «Товары». Программы перекинет нас на новое окно (рис. 4.14), в котором буду указаны все товары, находящиеся в данный момент на этом складе.

Рисунок 4.14 – Форма «Товары склада»

На форме «Товары склада» (рис 4.14) указаны все товары, которые находятся на выбранном складе. На форме есть две кнопки «К товарам» и «Выход». При нажатии на первую нас перекинет в список всех товаров на всех складах. При нажатии на вторую, вернемся к форме «Склады».

ЗАКЛЮЧЕНИЕ

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

Компании стремятся моментально реализовать технические новшества в аппаратных средствах, однако для успешной реализации систем управления требуется применить нестандартный подход, творческое решение. Использование основ эргономики при проектировании, реализации и внедрении системы управления позволит решить многие «психологические» и «технологические» проблемы предприятий.

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

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

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

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

В результате выполнения дипломной работы были разработаны механизмы планирования закупок товаров для организации ООО «Промспецстрой».

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

Список использованных источников

  1.  Программы складского учета ФОЛИО WinСклад. Проф http://www.folio.ru/redy51/_progy/ws75.shtml 
  2.  1С:Торговля и Склад 7.7 http://www.1c.ru/rus/products/1c/predpr/torg77.htm
  3.  Программы для складского учета. Программа "Склад" от БухСофт http://www.buhsoft.ru/?title=bp9.php
  4.  МойСклад: автоматизированный учет товаров на складе http://www.moysklad.ru/
  5.  Основные методологии обследования организаций. Стандарт IDEF0 http://md-hr.ru/articles/html/article32618.html
  6.  Формула Уилсона http://ru.wikipedia.org/wiki/Экономичный_размер_заказа
  7.  Гарбер Г.  Основы программирования на VB и VBA в Excel. Солон-пресс, 2008.– 199с.
  8.  Хомоненко  А.Д. Базы данных: Учебник для высших учебных заведений. – СПб.: Корона принт, 2000. – 402 с.
  9.  Волгин В.В. Кладовщик: устройство складов. Складские операции. Управление складом. Нормативные документы. - Ось-89, 2008. – 544 с.
  10.  Таран С.А. Как организовать склад: практические рекомендации профессионала. -  Альфа-Пресс, 2008. – 240 с.

ПРИЛОЖЕНИЕ A

ОРГАНИЗАЦИОННО-ЭКОНОМИЧЕСКАЯ ЧАСТЬ

Целью данной части дипломного проекта является проведение предварительного маркетингового исследования программного продукта «Автоматизированная система планирования закупок».

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

  1.  Произвести описание программного продукта.
  2.  Разработать профиль товара.
  3.  Произвести календарное планирование разработки.
  4.  Рассчитать единовременные затраты на разработку системы.
  5.  Рассчитать планируемую себестоимость.

Описание программного продукта

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

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

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

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

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

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

Согласно теории Ф.Котлера товар имеет три уровня: товар по замыслу, товар в реальном исполнении, товар с подкреплением, о чем говорится в /1/.    

Проклассифицируем наш товар по уровням с маркетинговой точки зрения.

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

Под базовой выгодой программного продукта «Автоматизированная система планирования закупок» понимается - повышение достоверности складского учета и эффективности планирования закупок.  

Уровень 2. Товар в реальном исполнении. Второй уровень характеризует физические характеристики товара: качество, специальные характеристики (свойство), внешнее оформление.

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

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

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

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

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

Уровень 3. Товар с подкреплением. Третий уровень товара включает в себя гарантии, сервис, послепродажное обслуживание.

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

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

Разработка профиля товара

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

Таблица ПА.1

Профиль товара

Условные обозначения:

   «Автоматизированная система планирования закупок»

   ФОЛИО WinСклад. Проф

   1С:Торговля и cклад

  «Склад» от БухСофт

Рассмотрим параметры более подробно.

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

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

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

В условиях рыночной экономики и жесткой конкуренции немаловажным параметром является стоимость программного продукта. По этому параметру лидирует программа «1С:Торговля и cклад», стоимость которой составляет 15200 рублей. Стоимость «Автоматизированной системы планирования закупок» выше. Это связано с тем, что в данном случае в цене учтена смета затрат на разработку программного продукта. Когда разработка «Автоматизированной системы планирования закупок» окупится полностью, для привлечения новых клиентов можно будет устраивать различные акции и скидки.

Следующий параметр в таблице профиля товара – «Удобство использования», предполагающий необходимость наличия специального ПО для работы системы. По этому параметру лидируют «Автоматизированная система планирования закупок» и «1С:Торговля и cклад», которые не требуют установки специально ПО для своей работы. То, что данные программы не получили максимальную оценку по этому параметру объясняется тем, что они работают только под операционной системой семейства Windows, потому что в настоящее время наблюдается тенденция перехода к бесплатным ОС с открытым кодом. Так как «Автоматизированная система планирования закупок»  написана в Microsoft Excel, который входит в базовый пакет Microsoft Office, то для работы с «Автоматизированной системой планирования закупок» не нужно устанавливать других программ.

И последний из рассмотренных параметров профиля – «Возможность расширения и обновления». Как уже говорилось ранее, «Автоматизированная система планирования закупок» обладает возможностью расширения составляемых отчетов. Все остальные программные продукты поддерживают обновление только через Интернет.

Итак, как видно из рассмотренного профиля товара, основным конкурентом для  «Автоматизированная система планирования закупок» является 1С:Торговля и cклад. Это достаточно сильный конкурент, отстающий от разрабатываемой системы только по параметру «Возможность ввода оптимального количества товара». Однако при дальнейшем совершенствовании программного продукта «Автоматизированная система планирования закупок» по тем направлениям, которые были рассмотрены, разрабатываемая система может вырваться в лидеры на рынке систем управления запасами.

Календарное планирование на разработку программного продукта

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

I. Разработка ТЗ

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

II. Выбор направления исследования

  1.  Сбор научно-технической  литературы
  2.  Изучение  собранной  научно-технической  литературы
  3.  Выбор способов решения поставленных задач
  4.  Составление сметной стоимости проекта

III. Теоретические и экспериментальные исследования

  1.  Разработка структуры системы
  2.  Разработка структуры базы данных
  3.  Разработка правил системы
  4.  Заполнение базы данных
  5.  Разработка алгоритма учета товаров
  6.  Разработка алгоритма сбыта и снабжения
  7.  Разработка программного интерфейса
  8.  Экспериментальные исследования разработанных методов

IV. Обобщение и оценка результатов исследования

  1.  Разработка руководства эксперта
  2.  Разработка руководства пользователя
  3.  Составление отчетов
  4.  Рассмотрение результатов работы программы и прием работы в целом

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

Рассмотрим суть метода.

Оценка проводится специалистами-экспертами и устанавливает три вероятностные характеристики трудоемкости работы:

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

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

Здесь i – номер работы или этапа;

j – условный номер специалиста-эксперта.

С помощью формулы вычисляется ожидаемая трудоемкость выполнения работы:

.

Далее по формуле определяется среднее значение трудоемкости i-ой работы:

,

где n – количество человек, входящих в группу экспертов.

Расчет трудоемкости данной НИР производится группой экспертов, состоящей из трех человек. Матрица экспертных оценок приведена в таблице ПА.2.


Таблица ПА.2

Матрица экспертных оценок

Наименование этапов и работ

Исполнитель

Первый эксперт

Второй эксперт

Третий эксперт

tCPi,

чел.-дн.

I. Разработка ТЗ

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

Программист

3

5

3,8

5

7

5,8

4

6

4,8

4,8

 2. Определение круга задач для разработки системы

Технолог, программист

1

2

1,4

2

4

2,8

2

4

2,8

2,3

 3.Выбор материально технической базы

Экономист, ведущий программист

1

2

1,4

2

4

2,8

2

3

2,4

2,2

 4.Составление технического задания

Программист

1

2

1,4

2

4

2,8

1

3

1,8

2

 5.Утверждение технического задания

Технолог, ведущий программист

1

2

1,4

2

4

2,8

1

3

1,8

2

II. Выбор направления исследования

 1. Сбор научно-технической литературы

Научный сотрудник

5

7

5,8

2

4

2,8

5

7

5,8

4,8

 2.Изучение собранной научно-технической литературы

Программист

7

14

9,8

10

20

14

10

15

12

11,9

 3.Выбор способов решения поставленных задач

Программист

7

14

9,8

4

7

5,2

4

6

4,8

6,6

 4.Составление сметной стоимости проекта

Экономист

1

2

1,4

2

3

2,4

1

2

1,4

1,7

III. Теоретические и экспериментальные исследования

 1. Разработка структуры системы

Технолог

2

3

2,4

3

4

3,4

2

4

2,8

2,9

 2. Разработка структуры базы данных

Технолог, программист

2

4

2,8

3

4

3,4

3

4

3,4

3,2

 3. Разработка правил системы

Программист

4

5

4,4

5

8

6,2

5

8

6,2

5,6

 4. Заполнение базы данных

Оператор

6

7

6,4

8

10

8,8

7

9

7,8

7,7

 5. Разработка алгоритма учета товаров

Программист

3

4

3,4

4

5

4,4

3

5

3,8

3,9

 6. Разработка алгоритма сбыта и снабжения

Математик, программист

18

20

18,8

20

25

22

19

22

20,2

20,3

 7. Разработка программного интерфейса

Программист

5

6

5,4

7

9

7,8

6

8

6,8

6,7

 8. Экспериментальные исследования разработанных методов

Программист

2

3

2,4

3

4

3,4

2

3

2,4

2,7

IV. Обобщение и оценка результатов исследования

 1.Разработка руководства эксперта

Программист

3

5

3,8

2

4

2,8

3

5

3,8

3,5

 2.Разработка руководства пользователя

Программист

3

4

3,4

2

3

2,4

3

4

3,4

3,1

 3.Составление отчетов

Научный сотрудник

7

10

8,2

3

5

3,8

5

7

5,8

5,9

 4.Рассмотрение и прием результатов работы в целом

Технолог, ведущий программист

5

7

5,8

4

7

5,2

4

6

4,8

5,3


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

Для составления план-графиков выполнения НИР необходимо знать продолжительность выполнения отдельных работ в днях. Она определяется по формуле:

,

где ДРi - продолжительность выполнения i-ой работы, дн.;

ТРi – трудоемкость выполнения i-ой работы, чел.-дн.;

RPi – число работников, одновременно занятых выполнением i-ой работы, чел.;

КВН – плановый коэффициент выполнения норм разработчиками. Для расчета данной НИР принимаем этот коэффициент равным 1.

Календарный план-график представлен в таблицах ПА.2-ПА.6.


Таблица ПА.3

Календарный план-график выполнения первого этапа НИР по теме «Автоматизированная система планирования закупок»

Наименование этапов и содержание работ

Ответственный исполнитель

Трудоемкость этапов и работ,

чел. – дн.

Кол-во работающих исполнителей, чел.

Длительность

этапов и работ, дн.

Календарный график выполнения работ по месяцам и дням

Сентябрь, 2010

1

2

3

4

5

01

02

03

04

05

06

07

08

09

10

11

12

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

Программист

4,8

1

5

2. Определение круга задач для разработки системы

Технолог,

программист

2,3

2

1

3. Выбор материально технической базы

Экономист,

ведущий программист

2,2

2

1

4. Составление технического задания

Программист

2

1

2

5. Утверждение технического задания

Технолог,

ведущий программист

2

2

1

Количество сотрудников: 4  Количество календарных дней: 12  Количество рабочих дней: 8

Таблица ПА.4

Календарный план-график выполнения второго этапа НИР по теме «Автоматизированная система планирования закупок»

Наименование этапов и содержание работ

Ответственный исполнитель

Трудоемкость этапов и работ,

чел. – дн.

Кол-во работающих исполнителей, чел.

Длительность

этапов и работ,

дн.

Календарный график выполнения работ по месяцам и дням

Сентябрь, 2010

1

2

3

4

5

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

1.Сбор научно-технической литературы

Научный сотрудник

4,8

2

3

2.Изучение  собранной научно-технической литературы

Программист

11,9

2

6

3.Выбор способов решения поставленных задач

Программист

6,6

2

4

4.Составление сметной стоимости проекта

Экономист

1,7

1

2

Количество сотрудников: 5  Количество календарных дней: 15  Количество рабочих дней: 11


Таблица ПА.5

Календарный план-график выполнения третьего этапа НИР по теме «Автоматизированная система планирования закупок»

Наименование этапов и содержание работ

Ответственный исполнитель

Трудоемкость этапов и работ,

ч.–дн.

Кол-во работающ. исполнителей, чел.

Длительность

этапов и работ, дн.

Календарный график выполнения работ по месяцам и дням

Сентябрь – Октябрь – Ноябрь, 2010

1

2

3

4

5

28

29

30

01

02

03

04

05

06

07

08

09

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

01

 1. Разработка структуры системы

Технолог

2,9

1

3

 2. Разработка структуры базы данных

Технолог, программист

3,2

2

2

 3. Разработка правил системы

Программист

5,6

1

6

 4. Заполнение базы данных

Оператор

7,7

1

8

 5. Разработка алгоритма учета товаров

Программист

3,9

1

4

 6. Разработка алгоритма сбыта и снабжения

Математик, программист

20,3

3

7

 7. Разработка программного интерфейса

Программист

6,7

1

7

 8. Экспериментальные исследования разработанных методов

Программист

2,7

1

3

Количество сотрудников: 5  Количество календарных дней: 35  Количество рабочих дней: 25     

Таблица ПА.6

Календарный план-график выполнения четвертого этапа НИР по теме «Автоматизированная система планирования закупок»

Наименование этапов и содержание работ

Ответственный исполнитель

Трудоемкость этапов и работ,

чел. – дн.

Кол-во работающих исполнителей, чел.

Длительность

этапов и работ,

дн.

Календарный график выполнения работ по месяцам и дням

Ноябрь, 2010

1

2

3

4

5

02

03

04

05

06

07

08

09

10

 1.Разработка руководства эксперта

Программист

3,5

1

4

 2.Разработка руководства пользователя

Программист

3,1

1

3

 3.Составление отчетов

Научный сотрудник

5,9

1

6

 4.Рассмотрение и прием результатов работы в целом

Технолог,

ведущий программист

5,3

2

3

Количество сотрудников: 5  Количество календарных дней: 9  Количество рабочих дней: 7

ИТОГ:

Количество сотрудников: 9, в т.ч. 2 программиста, 1 математик, 1 научный сотрудник ,1 экономист, 1 технолог, 1 ведущий программист,  

                                                           2 оператора

Количество календарных дней: 71

Количество рабочих дней: 51

Примечание.

В таблицах ПА.3-ПА.6 используются следующие обозначения:

- рабочие дни

- выходные дни, в том числе праздники


Расчет единовременных затрат на разработку системы

Целью планирования сметной стоимости работ является экономически обоснованное определение  величины затрат на выполнение установленной тематическим планом разработки системы планирования закупок.

1. Материалы основные и вспомогательные 

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

Таблица ПА.7

Расчет основных и вспомогательных материалов

п/п

Наименование и марка материала

Ед.изм.

Кол-во материала

Цена за ед., руб

Сумма, руб

Примечание

1

Основные материалы

1.1

Бумага для принтера

Пачка

5

140

700

Цена договорная

Итого основных материалов

700

2

Вспомогательные материалы

2.1

Папка-скоросшиватель

Штука

3

30

90

Цена договорная

2.2

Органайзер

Штука

10

150

1500

Цена договорная

2.3

Скрепки

Коробка

1

10

10

Цена договорная

Итого вспомогательных материалов

1600

Итого затрат

2300

Транспортно-заготовительные расходы

230

Всего затрат

2530

2. Покупные комплектующие изделия и полуфабрикаты

На эту статью относятся стоимости покупных комплектующих изделий и полуфабрикатов. Также относятся транспортно-заготовительные расходы по доставке. Размер транспортно-заготовительных расходов принимается в размере 10% от стоимости покупных комплектующих изделий и полуфабрикатов.

Расчет затрат на покупные комплектующие изделия и полуфабрикаты представлен в таблице ПА.8.

Таблица ПА.8

Расчет стоимости покупных комплектующих изделий и полуфабрикатов

п/п

Наименование комплектующих изделий и полуфабрикатов

Ед.изм.

Количество на тему

Цена за ед., руб

Сумма, руб

Примечание

1

Диск CD-RW

Штука

10

40

400

Цена договорная

2

Тонер для принтера, ч/б

Килограмм

0,2

1500

300

Цена договорная

Итого затрат

700

Транспортно-заготовительные расходы

70

Всего затрат

770

3. Амортизация основных фондов

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

где КБ – балансовая стоимость оборудования, руб.;

НА – годовая норма амортизации на полное восстановление, %;

ДТ – продолжительность эксплуатации оборудования, дн.;

Дq – действительный годовой фонд времени, дн. (действительный годовой фонд времени в 2010 году составляет 249 дней);

Ш – количество на тему, шт.;

Расчет представлен в таблице ПА.9.

Таблица ПА.9

Расчет амортизации основных фондов

п/п

Наименование оборудования

Кол-во на тему, шт.

Балансовая стоимость, руб

Норма амортизации, %

Норма износа, %

Продолжительность эксплуатации, дн.

Стоимость на тему, руб

1

ПК Pentium III 1500Mhz

1

21000

12,5

20

14

148

2

ПК Pentium III 1000Mhz

2

18000

20

51

920

3

Принтер ч/б

1

10000

20

9

40

Всего

1110

4. Расходы на оплату труда

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

СОТ = ЗОТ (1ПДР),

где ЗОТ – заработная плата ответственного исполнителя по тарифу за отработанное время;

КП – коэффициент премиальных доплат, принятый 0,25;

КД – коэффициент дополнительной заработной платы, принятый 0,2;

КР – коэффициент районных доплат (уральский коэффициент равный 0,15).

Заработная плата ответственного исполнителя рассчитывается по формуле:

ЗОТ = ТД,

где ТД – среднедневная заработная плата исполнителя, руб.;

Д – количество дней, отработанных исполнителем.

Среднедневная заработная плата рассчитывается по формуле:

,

где Зmin – минимальная заработная плата, равная 4330 руб./мес.;

КТ – тарифный коэффициент, соответствующий разряду исполнителя работ.

Расчет представлен в таблице ПА.10.

Таблица ПА.10

Расчет расходов на оплату труда

п/п

Исполнители

Разряд

Тариф. коэф.

Суммарная трудоемкость по теме, дн.

дн. тариф. ставка, руб

Сумма, руб

1

Инженерно-технические и научные работники

1.1

Программист

13

2,618

51

540

44064

1.2

Технолог

14

2,813

6

580

5568

1.3

Экономист

11

2,242

3

462

2218

1.4

Ведущий программист

17

3,51

5

724

5792

1.5

Научный сотрудник

12

2,423

9

500

7200

1.6

Математик

12

2,423

7

500

5600

2

Технический персонал

2.1

Оператор

10

2,047

14

422

9453

Всего

79895

5. Отчисления на единый социальный налог

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

ССН = СОТСН,

(2)

где СОТ – суммарные расходы на оплату труда;

НСН – норматив отчислений на единый социальный налог.

Норматив отчислений на единый социальный налог на 1.09.2010 год составляет 26,2%.

Таким образом, отчисления на единый социальный налог составят:

ССН = 79895*0,262=20933 руб.

6. Накладные расходы

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

СНР = СОТНР,

где СОТ – суммарные расходы на оплату труда;

КНР – коэффициент накладных расходов, равный 1,5.

Таким образом, накладные расходы составят:

СНР =79895*1,5=119843 руб.

7. Прочие расходы

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

Зпрпросн + Мвр,

где Кпр – коэффициент прочих затрат, равный 0,2;

Зосн – основная заработная плата, руб.;

Мвр – стоимость машинного времени, руб.

Стоимость машинного времени определяется по формуле:

МВР = МЧРР,

где МЧ – стоимость одного часа работы на машине (на компьютере без учета амортизационных отчислений), равная 15 руб.;

СР – длительность рабочей смены, равная 8 часам;

ДР – количество рабочих дней за компьютером, равное 66 дням.

Таким образом:

МВР = 15*8*66 = 7920 руб.

Таким образом:

Зпр=0,2*79895+7920=23899 руб.

8. Основные затраты на проработку

Основные затраты приведены в таблице расчета сметной стоимости (таблице ПА.11).

Таблица ПА.11

Смета затрат на проработку НИР

п/п

Статьи затрат

Сумма,

руб.

Структура затрат к итогу, %

1

Материалы основные и вспомогательные

2530

1,02

2

Покупные комплектующие изделий и полуфабрикаты

770

0,31

3

Амортизация основных фондов

1110

0,45

4

Расходы на оплату труда

79895

32,09

5

Отчисления на единый социальный налог

20933

8,4

6

Накладные расходы

119843

48,13

7

Прочие расходы

23899

9,6

Всего затрат

248980

100

Все расчеты по определению сметной стоимости НИР проводились укрупнено.

Расчет планируемой себестоимости

Рассчитаем основные статьи затрат на производство (копирование, тиражирование) программного продукта.

1. Материалы основные и вспомогательные

Так как программный продукт будет реализовываться вместе с сопроводительной документацией, то нам необходима бумага для этой документации в количестве 20 стр. общей стоимостью 2,2 руб. (стоимость пачки бумага «Снежинка» 140 руб., таким образом, 20 листов = 140/500 * 20 = 5,6) и папка стоимостью – 30 руб:

5,6 руб. + 30 руб. = 35,6 руб.

ТЗР (транспортно-заготовительные расходы) составляют 10% от стоимости материалов, таким образом, получим конечную стоимость основных и вспомогательных материалов:

35,6 + 35,6 * 0,1 = 39,2 (руб.).

2. Покупные комплектующие изделия и полуфабрикаты

Для реализации программного продукта «Автоматизированная система планирования закупок» к покупным комплектующим изделиям и полуфабрикатам относится компакт диск с упаковкой общей стоимостью 40 руб.

ТЗР (транспортно-заготовительные расходы) составляют 10% от стоимости комплектующих материалов, таким образом, получим конечную их стоимость:

40 * 0,1 + 40 = 44 (руб).

3. Амортизация основных фондов

Расчет амортизации основных фондов будем осуществлять по формуле (1).

Для печати 20 страниц документации на лазерном черно-белом принтере нам потребуется 2 мин = 2 мин.* 1 дн. / 1440 мин = 0,0035 дн.

Тогда  = 10000 руб. * 0,111 * 0,0035 дн./ 249 дн. = 0,02 руб. = 2 коп.

Кроме того, для записи программного продукта на диск (и проверки) нам потребуется 40 мин., да еще время работы компьютера во время печати документации – 2 мин. Тогда получаем, что в общем компьютер работал 42 мин. =  42 мин. * 1дн. / 1440 мин. = 0,03 дн.

= 21000 руб. * 0,125 * 0,03 дн./ 249 дн. = 0,32 руб. = 32 коп.

Итого: 2 коп. + 32 коп. = 34 коп. = 0,34 (руб.).