Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

Проектирование реализации операций бизнес-процесса"Складской учет”

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

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

Целью данной курсовой работы является проектирование реализации операций бизнес-процесса «Складской учет».

Поставленная цель предопределила постановку и решение следующих задач:

  • Исследование предметной области;
  • Выявление проблем;
  • Разработка модели бизнес-процессов складских операций.

Базовым средством достижения цели является разработка автоматизированной информационной системы (АИС).

Объект исследования - IT-компания ЗАО «КонсультантПлюс».

Предметом исследования являются складские операции на предприятии.

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

ГЛАВА 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

    1. Выбор комплекса задач автоматизации

Компания "Консультант Плюс", образованная в 1992 году, является разработчиком одной из крупнейших российских справочных правовых систем (СПС) - системы «КонсультантПлюс». Общероссийская Сеть КонсультантПлюс - это крупнейшая сервисная сеть, работающая на российском рынке информационно-правовых услуг. Миссия Сети - широкое распространение правовой информации среди населения страны. Система содержит свыше 19 900 000 документов. Клиентами КонсультантПлюс являются более 300 000 организаций во всех регионах России.

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

Функции предприятия:

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

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

Для работы кладовщики пользуются программами MS Excel и MS Word. Шаблоны главных документов сделаны в данных программах. Кладовщики или печатают бланки, заполняя их вручную, или целиком составляют документ на ПК и печатают его. Начальные сведения для них подготавливаются вручную. Очевидно, что при таком раскладе существующие ЭВМ используются малоэффективно.

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

Внедрение АИС на склад ЗАО «Консультант Плюс» позволит:

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

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

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

Жизненный цикл разрабатываемой информационной системы:

  • Разработка:
    • Планирование и анализ требований (предпроектная стадия);
    • Проектирование;
    • Реализация;
    • Тестирование;
    • Внедрение;
  • Эксплуатация:
    • Поддержка пользователей;
    • Техническое обслуживание компонентов системы;
  • Сопровождение:
  • Сбор рекламаций;
  • Исправление ошибок и недоработок;
  • Модернизация.

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

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

Этап реализации осуществляет физическое проектирование, программирование, наполнение БД, тестирование, разработку инструкций для персонала.

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

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

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

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

На стадии эксплуатации осуществляются ниже перечисленные работы:

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

В таблице 1.1 приведены входные показатели, а в таблице 1.2 - результатные показатели ИС «Склад».

Входные показатели, Таблица 1.1

№ п/п

Наименование входного показателя

Идентификатор входного показателя

Количество поступившего по накладной Х i–го товара

KpiХ

Фактическое количество поступившего по накладной Х i–го товара (результат пересчета)

KfiХ

Количество отгруженного по накладной Y i-го товара

KoiY

Количество заказанного клиентом i-го товара, отгруженного по накладной Y

KziY

Цена i-го товара

Ci

Количество проверенного i-го товара

Vi

Количество бракованного i-го товара

Bi

Количество товара i по результатам инвентаризации

Ji

Количество зарезервированного товара i отделом z

Riz


Результатные показатели, Таблица 1.2

№ п/п

Наименование результатного показателя

Идентификатор результатного показателя

Алгоритм расчета

Абсолютное расхождение между фактическим количеством i-го товара, поступившего по накладной Х, и количеством товара по документам

ΔKiX

ΔKiX = KpiХ - KfiХ

Относительное расхождение между фактическим количеством i-го товара, поступившего по накладной Х, и количеством товара по документам

NiX

NiX =

ΔKiX/ KpiХ*100%

Продолжение таблицы 1.2

№

п/п

Наименование результатного показателя

Идентификатор результатного показателя

Алгоритм расчета

3.

Стоимость без НДС поступившего по накладной Х i-го товара

S1i

S1i = Ci*Kpi

4.

Стоимость с НДС поступившего поступившего по накладной Х i-го товара

S2i

S2i = S1i * 1,18

5.

Стоимость товаров по накладной X без учета НДС

S1X

S1X = Σ S1i

6.

Стоимость товаров по накладной X с учетом НДС

S2X

S2X = Σ S2i

7.

Комплектация заказа в %

Z

Z = Σ KoiY / Σ KziY * 100%

8.

Поступление i-го товара за период

Kpi

9.

Отгрузка i-го товара за период

Koi

10.

Изменение остатка i-го товара на складе

ΔOi

ΔOi = Kpi - Koi

11.

Остаток i-го товара на складе

Оi

Оi = Oi + ΔOi

12.

Процент брака

PBi

PBi = Bi / Vi * 100 %

13.

Расхождение между учетным количеством и результатом инвентаризации

di

di = Oi - Ji

14.

Количество зарезервированного i-го товара

Ri

Ri = ΣRiz

15.

Количество доступного i-го товара на складе

Qi

Qi = Oi - Ri

1.2. Характеристика существующих бизнес-процессов

Рассмотрим основные бизнес-процессы в ЗАО «Консультант Плюс» и дадим их характеристику.

  1. Производство СПС КонсультантПлюс, которое в свою очередь включает бизнес-процессы:
    1. Программирование платформы СПС КонсультантПлюс;
    2. Отслеживание изменений в законодательстве РФ и других документах;
    3. Добавление документов в информационные банки СПС КонсультантПлюс.
  2. Обеспечение технической поддержки РИЦ:
    1. Обеспечение повседневного доступа к обновленным информационным банкам;
    2. Обеспечение обновленным ПО.
  3. Развитие и техническая поддержка онлайн-системы КонсультантПлюс (на сайте компании)
  4. Управление развитием Сети Консультант Плюс:
    1. Проведение аудита деятельности РИЦ;
    2. Сертификация РИЦ;
    3. Выработка регламентов работы РИЦ.
  5. Планирование и проведение рекламных акций и мероприятий
  6. Обучение пользователей работе с СПС КонсультантПлюс
  7. Производство информационных и рекламных материалов, а также сувенирной продукции
  8. Хранение информационных и рекламных материалов, сувенирной продукции:
    1. Приемка товарно-материальных ценностей (ТМЦ) от поставщика;
    2. Хранение ТМЦ на складе;
    3. Отгрузка ТМЦ в РИЦ и для нужд координационного центра.

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

Модель функционирования склада приведена в Приложении 1 (Рисунок 1.1). Контекстная диаграмма модели деятельности показывает, что на склад поступают товарно-материальные ценности (ТМЦ) от поставщиков, и итогом деятельности склада является отгрузка ТМЦ клиентам фирмы.

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

Декомпозиция контекстной диаграммы приведена в Приложении 1 (Рисунок 1.2), она описывает основные бизнес-процессы склада: приемку товара, учет товаров на складе, хранение товара, комплектацию и отгрузку, управление складскими остатками.

На рисунке видно, что приемку товара на складе курирует отдел снабжения, так как этот отдел размещал заказ поставщику на производство и поставку товара. Комплектация и отгрузка товара со склада осуществляется под руководством отдела сбыта, так как данный отдел собирает заявки от РИЦ и отделов КЦ, и распределяет среди них товары. Кроме того отдел сбыта принимает участие в бизнес-процессе «Управление остатками». Бухгалтерию интересует приемка и отгрузка товара со склада с позиции ведения бухгалтерского учета.

Приемка товара на склад приведена в Приложении 1 (Рисунок 1.3), она происходит следующим образом:

  1. После прибытия машины с грузом, кладовщик проводит проверку товарно-транспортных накладных и других документов. В случае оформления документов согласно требованиям ЗАО «Консультант Плюс», происходит разгрузка товара. В Журнале приемки грузов заносятся сведения о поступлении машины, в котором содержатся данные: дата, время прибытия машины, поставщик, название товара, номер накладной, фамилия кладовщика и менеджера, присутствовавшего при разгрузке, комментарий.
  2. Как только заканчивается разгрузка, начинается сверка наименований прибывшего товара с накладной, приемка по количеству и проверка целостности упаковки всего груза. Если есть несоответствия в количестве или нарушения целостности упаковки, это должно быть зафиксировано в Акте приемки товара, а повреждения сфотографированы. Поврежденные упаковки отправляются в сектор приемки по качеству, где осуществляется отбраковка испорченного товара и оформляется Акт о несоответствии.
  3. Прибывший товар переходит в зону хранения на складе, но до приемки по качеству он будет изолирован.
  4. Приемка по качеству, схема которой приведена в приложении 1 (Рисунок 1.4), проходит следующим образом: Контролеры качества планируют выборку товара с целью выполнения приемки по качеству. При этом применяются стандарты, технические условия и прочие нормативные документы. Особые указания для проверки по качеству отправляются по электронной почте от отдела снабжения. Согласно готовому плану выборки, товар отбирается со склада и отправляется в сектор приемки по качеству, в котором осуществляется проверка на соответствие критериям качества товара. При отрицательных результатах проверки происходит повторная выборка и проверка по качеству, при которой присутствуют представители поставщика. Итогом проверки будет акт, в котором указываются несоответствия по качеству. При положительных результатах проверки, товар признается прошедшим приемку по качеству, после чего возвращается на склад.
  5. На поступившую партию, которая смогла пройти приемку по количеству и качеству, составляется приходная накладная. В ней содержатся перечисленные далее сведения: номер накладной, дата приемки, номенклатурный номер, наименование, количество, учетная цена, сумма. Копия этой накладной передается в бухгалтерию для бухгалтерского учета ТМЦ. В карточку учета материала вносится информация о прибытии товара: наименование товара, поставщик, дата поставки, количество мест (паллет), количество в одном месте (паллете), учетная цена, сумма.

Бизнес-процесс хранения товара показан в приложении 1 (Рисунок 1.5), он включает следующие действия:

  1. Должна поступить заявка на отгрузку товара, но до тех пор он будет храниться на складе. Если по заданию кладовщиков возникнет необходимость переместить товар внутри склада, этим займутся грузчики.
  2. На складе постоянно происходит инвентаризация, то есть проверка соответствия фактического наличия числящихся на балансе организации ценностей, их сохранности и правильности хранения. Инвентаризация бывает плановая и неплановая. В момент инвентаризации пересчитывается фактическое число товаров на складе и сверяется с учетными данными по БД бухгалтерии.
  3. По запросу подразделений КЦ, за ними резервируется определенное количество товара, имеющегося на складе.

Бизнес-процесс «Комплектация и отгрузка» представлен в Приложении 1 (Рисунок 1.6) и характеризуется следующими положениями:

  1. Заказы от РИЦ поступают в отдел сбыта КЦ, который, в свою очередь, создает заявку на выдачу ТМЦ со склада. Заявка передается на склад. Для отгрузки в РИЦ в соответствии с заявкой комплектуется отгрузочная партия на паллетах. Оформляется накладная на внутреннее перемещение, содержащая следующие сведения: номер накладной, дату составления документа, номер заявки и номер РИЦ, а также город отправки заказа, номенклатурный номер товара, наименование, количество, количество мест, учетную цену, сумму. В карточку учета товара заносится информация об отгрузке.
  2. Заказы от отделов КЦ также поступают через отдел сбыта компании. Оформляется накладная на внутреннее перемещение, аналогично отгрузке в РИЦ, но в этой накладной вместо номера РИЦ и города доставки стоит прочерк.

1.3. Характеристика документооборота, возникающего при решении задачи.

Складской учет в ЗАО «Консультант Плюс» характеризуется немалым объемом оперативной информации: в среднем 5 раз в день поступает товар от поставщиков, 10 раз в день отгружается. При учете используется значительное число документов, подготавливаемых вручную. Схема документооборота складских документов представлена в Приложении 2.

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

Итак, недостатками существующей системы являются:

  1. многократное дублирование информации в документах;
  2. низкая оперативность при комплектации партии отгрузки, так как подбор подходящих партий товара для отгрузки осуществляется вручную;
  3. неизбежные просчеты при комплектации заказов и «потеря» товара на складе, вследствие чего этот товар теряет актуальность;
  4. большие затраты времени на составление отчетов;
  5. высокая трудоемкость обработки данных;
  6. неполное и неэффективное использование технических средств, имеющихся в наличии.

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

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

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

1.4. Обоснование проектных решений по информационному обеспечению

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

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

      1. Входные и выходные документы.

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

Выходные документы системы: журнал прихода, журнал отгрузок, отчет по качеству, отчет по остаткам, отчет по инвентаризации, отчет «Резервы отделов КЦ».

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

      1. Экранные формы

Для построения диалога с пользователем возможны следующие способы: диалог типа «Вопрос-ответ»; диалог типа «Меню», диалог на основе экранных форм, диалог на основе командного языка.

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

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

Условно-постоянная информация будет храниться в справочниках. В системе потребуются следующие справочники: «Единицы измерения», «Категории товаров», «Группы товаров», «Номенклатура», «Поставщики», «Клиенты», «Должности», «Сотрудники», «Отделы», «Дефекты» и «Перечни дефектов».

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

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

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

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

      1. Система классификации и кодирования.

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

      1. Информационная база.

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

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

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

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

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

Вывод: для решения поставленной задачи необходима интегрированная централизованная база данных.

1.5. Обоснование проектных решений по программному обеспечению

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

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

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

К общесистемным программным продуктам в нашем случае относятся: операционная система и система управления БД (СУБД).

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

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

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

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

В ЗАО «Консультант Плюс» на рабочих станциях пользователей системы установлена операционная система линейки Microsoft Windows: Windows 7, Windows 8, Windows 8.1. На серверах установлена Microsoft Windows 2008 Server. На приобретаемый сервер с целью совместимости всех компонентов системы рекомендуется установить последнюю версию серверной операционной системы - Microsoft Windows 2016 Server.

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

  • Оптимальной для предприятия моделью данных будет реляционная модель, так как она характеризуется простотой структуры данных, комфортным для пользователя табличным представлением, и возможностью использования формального аппарата алгебры отношений и реляционного исчисления для обработки данных.
  • Так как одним из основных условий функционирования информационной системы склада является ее взаимодействие с ИС отделов снабжения, сбыта и бухгалтерии, необходимо обеспечить гарантированную совместимость этих систем. Потому как ИС отдела снабжения, отдела сбыта, и система Парус для бухгалтерского учета используют в качестве СУБД MS SQL Server, необходимо при разработке информационной системы склада так же использовать эту СУБД.

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

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

ГЛАВА 2. ПРОЕКТНАЯ ЧАСТЬ

2.1. Информационная модель и её описание

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

В построенной модели можно выделить логические уровни:

1) источники информации:

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

2) первичная информация:

  • файлы «Заказы», «Планируемые поставки», импортируемые из смежных информационных систем;
  • документы «Приходная накладная», «Накладная на внутреннее перемещение»;
  • формы ввода «Приемка по количеству», «Приемка по качеству», «Инвентаризация».

3) таблицы с первичными данными:

  • таблицы «Приход» и «Расход»;
  • таблица «Повреждения»;
  • таблица «Качество»;
  • таблица «Резерв»;
  • таблица «Инвентаризация».

4) таблицы с промежуточной и результатной информацией:

  • таблица «Остатки».

5) результатные документы и файлы:

  • документы «Журнал прихода», «Журнал отгрузок»;
  • отчеты «Отчет по качеству», «Отчет по остаткам», «Отчет по инвентаризации», «Резервы отделов КЦ»;
  • файл «Учет ТМЦ», включающий сведения о приходе и отгрузке товаров на складе; данный файл экспортируется в бухгалтерскую ИС для проведения бухгалтерского учета товарно-материальных ценностей.

6) получатели информации:

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

Область 1 информационной модели показывает процесс приемки товаров на склад:

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

Область 2 отображает процесс ведения справочников ИС.

Область 3 отображает процессы обрабатывания данных при проведении складских операций инвентаризации и резервирования товаров:

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

Область 4 отображает процесс отгрузки товаров клиентам:

  • файлы «Заказы» и «Заказанные артикулы» импортируются из ИС отдела сбыта;
  • кладовщик заполняет исходными данными форму ввода документа «Накладная на перемещение»;
  • информация об отгрузках сохраняется в таблице «Расход»;
  • число отгруженного товара автоматически вычитается в таблице «Остатки»;
  • на основании таблицы «Расход» создается результатный документ «Журнал отгрузок».

2.2. Характеристика нормативно-справочной, входной и оперативной информации

1) Справочники системы

  1. Справочник «Группы номенклатуры» - содержит обобщающую информацию о группах товаров: печатная продукция, сувенирная, канцелярские товары и др. Содержит реквизиты: «код», «наименование».
  2. Справочник «Номенклатура» - содержит информацию о товарах, прибывающих на склад. Содержит реквизиты: «артикул», «наименование», «описание», «группа номенклатуры», «единицы измерения», «количество в упаковке», «количество упаковок на паллете», «признак активности номенклатуры». Так как номенклатура зачастую изменяется, в справочнике нужно иметь признак активности, чтобы помечать товары, потерявшие актуальность.
  3. Справочник «Категории» - включает в себя дополнительные сведения о категориях товара: эксклюзивный, индивидуализированный (то есть имеет символику конкретного РИЦ), обычный. Содержит реквизиты «код», «наименование» и «описание».
  4. Справочник «Единицы измерения» - содержит список единиц измерения, использующиеся для указания числа товара. Пример: «шт.», «кг», «г» и так далее. Содержит данные: «код» и «наименование».
  5. Справочник «Группы дефектов» содержит в себе наборы дефектовочных признаков для некоторых видов продукции. Например, «Дефекты брошюр», «Дефекты листовок», «Дефекты пластиковых ручек», «Дефекты компакт-дисков» и другие. Содержит данные: «код», «наименование», «описание», «перечень дефектов».
  6. Справочник «Дефекты». Содержит представление всевозможных дефектовочных свойств. Например, «царапины», «смещение рисунка» и так далее. Содержит реквизиты: «код», «наименование», «описание».
  7. Справочник «Поставщики» - содержит список поставщиков товаров. Содержит реквизиты «код», «наименование» и «комментарий».
  8. Справочник «Клиенты» - содержит список РИЦ, которые приобретают товары в Координационном центре. Содержит реквизиты: «код», «наименование», «описание», «город» и «адрес доставки».
  9. Справочник «Должности» - включает в себя список должностей работников. Примеры: «кладовщик участка приемки», «начальник склада», «менеджер по продажам» и другие. Содержит реквизиты «код», «название» и «описание».
  10. Справочник «Отделы» содержит список отделов КЦ, имеющих отношение к складским операциям. Примеры: «Отдел сбыта», «Отдел снабжения», «Отдел приемки», «Отдел контроля качества» и так далее. Содержит реквизиты: «код», «краткое название», «полное название».
  11. Справочник «Сотрудники» - содержит перечень работников КЦ, которые имеют отношение к складским операциям. Реквизиты справочника: «код», «ФИО», «Полное имя», «Должность», «Отдел», «Телефон», «e-mail».

В таблице 2.1 описан реквизитный состав всех справочников системы.

Таблица 2.1

Актуализация справочников системы

Название справочника

Ответственный

Средний объем справочника, записей

Средняя частота актуализации

Средний объем актуализации

Справочник «Группы номенклатуры»

Начальник склада

10

1 раз в год

1-2 записи

Справочник «Номенклатура»

Начальник склада

1500

1 раз в месяц

10 записей

Справочник «Категории»

Начальник склада

3

1 раз в 3 года

1 запись

Справочник «Единицы измерения»

Начальник склада

10

1 раз в 3 года

1 запись

Справочник «Группы дефектов»

Контролер качества

50

1 раз в месяц

1 запись

Справочник «Дефекты»

Контролер качества

150

1 раз в месяц

3 записи

Продолжение таблицы 2.1

Название справочника

Ответственный за ведение справочника

Средний объем справочника, записей

Средняя частота актуализации

Средний объем актуализации

Справочник «Поставщики»

Менеджер снабжения

100

1 раз в неделю

2-3 записи

Справочник «Клиенты»

Начальник склада

300

1 раз в год

1 запись

Справочник «Должности»

Начальник склада

10

1 раз в 3 года

1 запись

Справочник «Отделы»

Начальник склада

10

1 раз в 3 года

1 запись

Справочник «Сотрудники»

Начальник склада

50

1 раз в месяц

1-2 записи

2. Входные файлы

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

Файл «Планируемые поставки» включает в себя следующие первичные показатели: ожидаемая дата поступления, поставщик, основание поставки (номер и дата договора на поставку), ФИО менеджера отдела снабжения, ответственного за поставку.

Файл «Ожидаемые артикулы» содержит сведения о поступаемых товарах: артикул, количество товара, категория товара, ссылка на справочник «Перечни дефектов».

Файлы из информационной системы отдела снабжения поступают в систему 1 раз в сутки. Файл «Ожидаемые артикулы» содержит в среднем 25 записей, а файл «Планируемые поставки» - 5 записей.

Форма «Ожидаемые грузы» для просмотра импортированных данных и их последующего применения при приемке грузов, приведена в Приложении 4 (Рисунок 2.2).

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

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

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

  1. Файл «Заказы» поступает из информационной системы отдела сбыта, и содержит следующие первичные показатели: дата заказа, номер заказа, номер РИЦ или номер отдела, фамилия менеджера отдела сбыта, ответственного за поставку.

Файл «Заказанные артикулы» содержит сведения о товарах, участвующих в заказе: артикул, количество товара.

Файлы «Заказы» и «Заказанные артикулы» в день поступают в систему 1 раз. Файл «Заказы» содержит в среднем 10 записей, а файл «Заказанные артикулы - 20 записей.

Форма «Заказы» для просмотра импортированных данных и их последующего применения при отгрузке товаров, приведена в Приложении 4 (Рисунок 2.3).

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

Форма содержит две таблицы. В верхней таблице отмечаются данные о заказах, а в нижней таблице - список заказанных товаров. Форма отображает данные из таблиц «Заказы», «Остатки», справочников «Номенклатура», «Сотрудники» и «Клиенты».

Таблица заказов содержит следующие данные: номер заказа, дата заказа, отдел КЦ (если заказ для РИЦ – то в этом поле указан отдел сбыта), клиент - номер РИЦ (если заказ внутренний для отделов КЦ, то в этом столбце указан прочерк), город (если заказ внутренний для отделов КЦ, то в этом столбце указан прочерк), статус заказа, менеджер (ответственный за заказ), телефон ответственного менеджера.

Таблица товаров содержит реквизиты: артикул, наименование товара, заказанное количество, доступное количество, общее количество товара данного артикула на складе, резерв КЦ - суммарное количество зарезервированного разными отделами товара данного артикула.

3. Входные документы системы

1) Приходная накладная. При поступлении товара на склад формируется документ приходная накладная.

Важнейшие реквизиты документа: номер накладной, дата поступления товара, поставщик, основание, ФИО сотрудника склада, принявшего товар, ФИО менеджера, ответственного за поставку, ФИО водителя, доставившего груз. Данные табличной части: артикул, наименование, единицы измерения, количество, цена, сумма без НДС, сумма с НДС.

При поступлении товара, первичная информация заносится в форму «Приход». Экранная форма и макет документа «Приходная накладная» приведены в Приложении 4 (Рисунок 2.4 - 2.5). Частота возникновения документа - 5 раз в день. Количество строк табличной части - в среднем 5.

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

Номер накладной создается автоматически. Если в систему успешно импортировались данные из ИС отдела снабжения, то большинство полей формы будет заполнено автоматически. Это поля «Дата», «Поставщик», «Основание», «Наименование товара», «Ед.изм.», «Кол-во», «Цена». Если нужно, кладовщик может изменить эти значения. Значения полей «Сумма», «В т.ч. НДС», «Итого» высчитываются автоматически при изменении значений «Кол-во», «Цена». Поля «Кол-во мест», «В одном месте», «Груз принял», «Груз получил», «Экспедитор/водитель» заполняются вручную. Приходную накладную можно распечатать.

2) Накладная на перемещение. Документ формируется при отгрузке товара отделам КЦ. Дальнейшее оформление продажи клиентам реализовывает отдел сбыта.

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

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

При отгрузке товара, первичная информация вносится в форму «Накладная на перемещение». Номер накладной создается автоматически. Экранная форма и макет документа представлены в Приложении 4 (Рисунок 2.6-2.7).

Частота возникновения документа - примерно 10 раз в день. Количество строк табличной части - около 20.

Если в систему успешно перенеслись данные из ИС отдела сбыта, то значительная часть полей этой формы будет заполнена автоматически. Это поля «Дата», «Получатель», «Для клиента», «Город», «Номер заказа», «Наименование товара», «Ед.изм.», «Кол-во», «Цена». Если будет нужно, кладовщик сможет отредактировать эти значения. Значения полей «Сумма», «Итого» высчитываются автоматически при изменении значений «Кол-во», «Цена». Поля «Кол-во мест», «В одном месте», «Груз отпустил», «Груз получил» заполняются вручную. Накладную на внутреннее перемещение можно распечатать.

4. Формы ввода первичной информации

1) Приемка по количеству. Форма нужна с целью ввода данных о приемке по количеству поступивших на склад товаров. При этом совершается пересчет поступившего товара и проверка упаковок на наличие повреждений. Частота возникновения документа - 5 раз в день.

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

Описание экранной формы приведено в Приложении 4 (Рисунок 2.8).

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

2) Приемка по качеству. Форма нужна с целью ввода данных о приемке по качеству товаров. Частота возникновения документа - 5 раз в день.

Форма включает данные из таблиц «Приход», «Качество», и справочников «Перечни дефектов», «Номенклатура».

Описание экранной формы приведено в Приложении 4 (Рисунок 2.9).

3) Инвентаризация. В форму вписываются сведения о проведении инвентаризации. Содержит следующие реквизиты: дата проведения инвентаризации, табличная часть «Состав комиссии», табличная часть «Перечень товаров для инвентаризации».

Табличная часть «Состав комиссии» заполняется с помощью справочника «Сотрудники» и содержит реквизиты: ФИО, должность.

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

Экранная форма «Инвентаризация» приведена в Приложении 4 (Рисунок 2.10-2.11). Форма ввода всегда заполняется при проведении плановой или внеплановой инвентаризации. При этом нужно заполнить таблицу «Состав комиссии» (добавление записи происходит с помощью кнопки «Добавить», вызывающей справочник «Сотрудники») и таблицу «Номенклатура» (добавление записи из справочника «Номенклатура» с помощью кнопки «Добавить», ручной ввод фактического количества и примечания). После изменения столбца «Факт.кол-во», автоматически высчитывается значение расхождения. Если расхождение больше нуля, то оно выделяется красным цветом. При нахождении несоответствия фактического количества учетному, активируется кнопка «Корректировка», открывающая эту форму.

В диалоговом окне «Корректировка» вводится новое значение учетного количества. По умолчанию в поле ввода указывается значение фактического количества по результатам инвентаризации.

Частота возникновения документа - 1-2 раза в месяц. Число строк табличной части - в среднем 300 записей.

4) Управление резервом. Форма нужна для ввода и редактирования данных о резервах отделов КЦ. Форма показывает данные из таблицы «Резерв» при поддержке справочниками «Номенклатура», «Отделы». Частота возникновения документа - 1-2 раза в день.

Форма содержит перечисленные данные: «Артикул», «Наименование», «Отдел», «Единицы измерения», «Зарезервировано».

Экранная форма «Управление резервом» приведена в Приложении 4 (Рисунок 2.12).

2.3. Характеристика результатной информации

  1. Журнал прихода. Журнал содержит сведения о поступлениях товара за конкретный период времени. Макет журнала приведен в Приложении 5 (Рисунок 2.13).

Данные формируются на основе таблиц «Приход», «Повреждения» и «Качество» при поддержке справочниками «Номенклатура» и «Сотрудники».

Журнал содержит реквизиты:

  • «дата» из таблицы «Приход»;
  • «номер накладной» из таблицы «Приход»;
  • «поставщик» из таблицы «Приход»;
  • «артикул» из таблицы «Приход»;
  • «наименование товара» из справочника «Номенклатура»;
  • «количество» из таблицы «Приход»;
  • «повреждения» - вычисляемое поле: возвращает «Нет», если повреждений нет; «Да», если повреждения есть (сведения о существующих повреждениях хранятся в таблице «Повреждения»); и «?» - если проверка по количеству еще не была проведена;
  • «качество» - вычисляемое поле: возвращает «Нет», если нет претензий по качеству; «Да», если обнаружены дефекты (сведения о проверке качества хранятся в таблице «Качество»; сравниваются поля «Общее количество» и «Хорошее количество» - если они одинаковы, значит дефекты не найдены); и «?» - если проверка по качеству еще не была проведена;
  • кладовщик - работник склада, исполняющий приемку (из справочника «Сотрудники».

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

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

  1. Отчет по качеству. Отчет включает результаты проверки качества партии поступившего товара. Макет отчета о проверке качества приведен в Приложении 5 (Рисунок 2.14).

Данные для отчета берутся из таблиц «Качество» и «Приход», а также справочника «Перечни дефектов» и «Номенклатура».

Документ состоит из трех зон. В первой зоне указываются сведения о проверяемом товаре и объеме выборки.

Первая зона содержит данные: дата проведения проверки качества (таблица «Качество»); наименование товара (справочник «Номенклатура»); поставщик (таблица «Приход»); дата поступления (таблица «Приход»); количество поступившего товара (таблица «Приход»); объем выборки (таблица «Качество»); процент выборки (вычисляемое поле).

Вторая зона включает сводную информацию о проверке: общее число проверенных экземпляров (таблица «Качество»); число бракованных экземпляров (таблица «Качество»); процент брака (вычисляемое поле).

Третья зона содержит информацию об найденных дефектах в соответствии со списком дефектов: наименование дефекта (справочник «Перечни дефектов»); число проверенных экземпляров (таблица «Качество»); число бракованных экземпляров (таблица «Качество»); процент брака (вычисляемое поле).

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

  1. Остатки по складу. Отчет включает следующие важные реквизиты: дата составления отчета; группа номенклатуры; артикул; остаток на складе; суммарное количество зарезервированного отделами товара; количество свободного товара. Макет отчета представлен в Приложении 5 (Рисунок 2.15).

Данные группируются по группе номенклатуры и артикулу, сортируются по артикулу.

Данные составляются на основе таблиц «Остатки» и «Резерв». Значения полей «Зарезервировано» и «Свободно» вычисляются запросом. Результаты отчета не сохраняются в БД; они могут быть получены в любой период времени на указанную дату.

  1. Отчет об инвентаризации. Включает результаты инвентаризации склада. Макет документа представлен в Приложении 5 (Рисунок 2.16).

Содержит следующие реквизиты: дата проведения инвентаризации; состав комиссии (ФИО и должность).

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

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

  1. Отчет о резервах. Содержит сведения о зарезервированном количестве товаров разными отделами. Макет отчета представлен в Приложении 5 (Рисунок 2.17).

Отчет включает следующие данные: дата составления отчета; артикул; наименование товара; единицы измерения; общее количество товара (остаток на складе); доступное количество товара (не зарезервированное); отдел КЦ; зарезервированное количество.

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

  1. Журнал отгрузок. Включает сведения об отгрузках товаров за определенный период времени. Макет журнала представлен в Приложении 5 (Рисунок 2.18).

Данные создаются на основе таблиц «Расход», «Заказы» и справочника «Клиенты». Журнал содержит реквизиты: «дата» из таблицы «Расход»; «номер накладной» из таблицы «Расход»; «отдел» из таблицы «Расход»; «клиент» из таблицы «Заказы»; «город» из справочника «Клиенты»; «комплектация» - вычисляемое поле: возвращает кол-во в процентах отгруженного товара относительно заказа; «статус» - текущий статус отгрузки: «готово» или «отгружено»; «номер автомобиля» - государственный номер машины, осуществляющей доставку; «водитель» - ФИО водителя, доставляющего груз.

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

  1. Файл «Учет ТМЦ». Передает сведения о поступлении и отгрузках товаров в бухгалтерскую информационную систему. Файл включает следующие реквизиты: артикул; приход; номер приходной накладной; поставщик; цена; расход; номер расходной накладной; клиент.

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

2.4. Общие положения (дерево функций и сценарий диалога)

Разрабатываемое ПО автоматизирует функции обработки данных и подготовки документов согласно учету товаров на складе ЗАО «Консультант Плюс». Дерево функций системы представлено в Приложении 6.

Выделяется два подмножества функций складской системы (Рисунок 2.19):

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

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

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

2.5. Характеристика базы данных

БД системы реализуется на MS SQL Server. Создадим ER-модель (Entity-Relationship model, модель «сущность-связь») БД. Модель представлена в Приложении 7.

ER модель (Рисунок 2.21) отображает состав и взаимосвязи таблиц, отражающих содержание информационной модели в терминах определенной СУБД.

Структура справочников MeasureUnits, Categories, Supplier, Positions, DefectGroups, Defects, Groups схожа и представлена в таблице 2.2. Структуры остальных справочников представлены в таблицах 2.3-2.24 (Приложение 7).

2.6 Структурная схема пакета (дерево вызова программных модулей)

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

2.7 Описание программных модулей

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

Рассмотрим работу модуля «Приход товара» (Приложение 9, Рисунок 2.23).

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

В форме «Ожидаемые грузы» (Рисунок 2.25) кладовщик выбирает запись, соответствующую поступившему товару, и нажимает кнопку «Приемка». Если подходящая запись не была обнаружена (это может произойти, например, в случае отсутствия связи по Интернет с КЦ: не произошел импорт данных из ИС отдела снабжения), то, чтобы работа склада не приостанавливалась, кладовщик может ввести все данные вручную, нажав кнопку «Новая». В обоих случаях откроется форма «Приход». Если груз регистрируется на основе записи «Ожидаемые грузы», то большая часть полей формы «Приход» будет заполнена сведениями, поступившими из отдела снабжения. Но если груз регистрируется через кнопку «Новая», то все данные придется ввести вручную.

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

Во время приемки по количеству (Рисунок 2.27), кладовщик вводит фактическое число поступившего товара, а система автоматически высчитывает несоответствие с количеством по накладной, в абсолютных единицах и в процентах. Кроме того, в форме «Приемка по количеству» кладовщик может предоставить описание повреждений упаковки товара, если они имеются; вдобавок фиксируется количество поврежденных упаковок. После окончания приемки по количеству товар приходуется на склад: если в таблице «Остатки» есть запись для артикула, то поступившее количество товара добавляется к остаткам, имеющимся в наличии на складе. Если данные по артикулу отсутствуют в таблице «Остатки», то в данную таблицу заносится новая запись, в которой значение поля «Остаток» приравнивается поступившему количеству товара. Блок-схема приемки по качеству приведена в Приложении 9 (Рисунок 2.28). После завершения приемки оформляется акт отклонений по качеству или количеству, где указывают все сведения о бракованном товаре: артикул, наименование, количество отбракованных единиц и непосредственно дефект.

2.8. Контрольный пример реализации проекта и его описание

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

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

После прибытия машины с грузом, кладовщик выбирает соответствующую запись в списке ожидаемых грузов, и жмет на кнопку «Приемка». Открывается окно «Приход» (Рисунок 2.30). Часть параметров в данном окне копируется из таблицы ожидаемых поставок. Остальные заполняются кладовщиком (количество мест, количество товара в одном месте и др.).

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

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

В случае если при приемке по количеству были найдены нарушения (расхождение больше нуля и есть записи в таблице повреждений), в журнале прихода грузов в столбце «Поврежд.» будет отображаться красный восклицательный знак. Если же нарушений не было обнаружено, то в столбце «Поврежд.» отображается «ОК».

Затем, после того как была проведена приемка по количеству, появляется возможность провести приемку по качеству (Рисунок 2.33). Кнопка «Приемка по качеству» доступна лишь под учетной записью контролера Сектора приемки по качеству.

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

После приемки по количеству и качеству товара «Ручка пластиковая Х-8 белая» запись в журнале прихода грузов будет такой же, как на рисунке 2.34, то есть при приемке по количеству кладовщиком были найдены повреждения упаковки, однако приемка по качеству показала, что дефектов товаров не обнаружено.

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

Для выбранной строки в таблице «Заказы» в нижней таблице показываются заказанные товары (Рисунок 2.35), и дополнительная информация об их наличии на складе. В рассматриваемом примере для комплектации заказа товара «CD-R «КонсультантПлюс» будет недостаточно. Притом, что общее число данных дисков на складе превосходит заказанное, однако тысяча штук зарезервирована за отделами КЦ.

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

Для того чтобы ознакомиться с резервами по данному товару за отделами КЦ, нужно открыть окно «Управление резервами» (Рисунок 2.36). В этом окне отображается список отделов, за которыми числится резерв. Зарезервированное количество можно редактировать, либо совсем удалить резерв определенного отдела. Кроме того, в данном окне есть возможность добавить резерв.

Предположим, в данном случае было принято решение снять с резерва учебного центра 15 штук дисков «КонсультантПлюс», чтобы обеспечить отгрузку в РИЦ 500 штук дисков. Кладовщик выбирает строку «Учебный центр», нажимает кнопку «Изменить», и в открывшемся диалоговом окне (Рисунок 2.37) вводит новое значение резерва.

Теперь на складе достаточно свободного товара, чтобы выполнить отгрузку в соответствии с заказом (Рисунок 2.38).

Выбрав в таблице заказов нужный заказ, кладовщик нажимает кнопку «Комплектация». Открывается окно ввода документа «Накладная на перемещение» (Рисунок 2.39).

После формирования накладной отгрузку можно просмотреть в журнале отгрузок (Рисунок 2.40). Причем, если партия недоукомплектована по сравнению с заказом, то в столбце комплектность значение будет меньше 100%, и будет отмечено красным цветом. После того как товар отправлен в КЦ, кладовщик обязан указать, что товар отгружен. Для этого нужно нажать кнопку «Отгрузка» и в диалоговом окне (Рисунок 2.41) указать время отправки, номер автомобиля и фамилию водителя.

ЗАКЛЮЧЕНИЕ

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

В аналитической части были проанализированы:

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

Были выявлены следующие недостатки:

  1. постоянное повторение той же самой информации в различных документах;
  2. низкая оперативность при комплектации партии отгрузки, так как подбор подходящих партий товара для отгрузки проводится вручную;
  3. неминуемые ошибки при комплектации заказов и «потеря» товара на складе, результатом чего является потеря актуальности товара;
  4. огромные затраты времени на создание отчетов;
  5. высокая трудоемкость обработки информации;
  6. неполное и неэффективное применение технических средств, имеющихся в наличии.

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

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

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

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

  1. Арутюнов В.В. Теория экономических информационных систем: Московская финансово-промышленная академия. М., 2005. – 192 с.
  2. Балдин К.В., Уткин В.Б. Информационные системы в экономике. М.:Издательско-торговая корпорация «Дашков и К», 2008. – 395 с.
  3. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – М.:Финансы и статистика, 2006. – 544 с.
  4. Гагарина Л.Г., Киселев Д.В., Федотова Е.Л. Разработка и эксплуатация автоматизированных информационных систем / под ред.проф.Л.Г.Гагариной. – Москва: ИД «Форум»: Инфра-М, 2007 – 384 с.
  5. Ефимов Е.Н., Патрушина С.М., Панферова Л.Ф., Хашиева Л.И. Информационные системы в экономике. – Москва: ИКЦ «МарТ», 2004. – 352 с.
  6. Липаев В.В. Программная инженерия. Методологические основы. М.: ТЕИС, 2006. – 608 с.
  7. Максимов Н.В., Попов И.И., Голицына О.Л. Информационные системы. Учебное пособие. Форум, 2009 г. - 496 с.
  8. Черемных С.В., Семенов И.О., Ручкин В.С. Структурный анализ систем: IDEF-технологии:практикум. М.:Финансы и статистика, 2003. – 192 с.
  9. Проектирование экономических информационных систем: Учебник/Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф.; Под ред. Тельнова Ю.Ф. – М.:Финансы и статистика, 2003. - 512 с.
  10. Сайт компании «1С:Первый БИТ» http://www.tadviser.ru/index.php/Компания:1С:Первый_БИТ_(ранее_1С:Бухучет_и_Торговля)
  11. Сайт Интернет-магазина ПО компании «Интерфейс» IT-Shop http://www.itshop.ru/Microsoft/Windows-Server-Standard-2008-R2-64Bit-10-Clt-Windows-Svr-Std-2008-R2-64Bit-Russian-DVD-10-Clt/l4t1i97286
  12. Сайт Интернет-магазина ПО компании «Интерфейс» IT-Shop http://www.itshop.ru/Microsoft-SQL-Server-Standard-Edition-2008-R2/l3t1i3497
  13. Сайт компании «ФОЛИО» http://www.folio.ru/redy51/store-technologies.html
  14. Сайт корпорации «Парус» http://www.parus.ru/index.php?page=352#parus8
  15. Сайт компании «КонсультантПлюс» http://www.consultant.ru/about/

ПРИЛОЖЕНИЕ 1

Контекстная диаграмма модели деятельности «как есть», Рисунок 1.1

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

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 1

Декомпозиция бизнес-процесса «Приемка», Рисунок 1.3

Бизнес-процесс «Приемка по качеству», Рисунок 1.4

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 1

Декомпозиция бизнес-процесса «Хранение товара», Рисунок 1.5

Декомпозиция бизнес-процесса «Комплектация и отгрузка», Рисунок 1.6

ПРИЛОЖЕНИЕ 2

Характеристика документооборота на предприятии, Рисунок 1.7

ПРИЛОЖЕНИЕ 3


Информационная модель системы, Рисунок 2.1

ПРИЛОЖЕНИЕ 4

Форма «Ожидаемые грузы», Рисунок 2.2

Форма «Заказы», Рисунок 2.3

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 4

Форма ввода документа «Приходная накладная», Рисунок 2.4

Макет документа «Приходная накладная», Рисунок 2.5

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 4

Форма ввода документа «Накладная на внутреннее перемещение», Рисунок 2.6

Макет документа «Накладная на внутреннее перемещение», Рисунок 2.7

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 4

Форма ввода «Приемка по количеству», Рисунок 2.8

Данные из приходной накладной

Данные из приходной накладной

Данные ручного ввода

Расчетные данные

Форма ввода «Приемка по качеству», Рисунок 2.9

Дефекты, автоматически подставляемые из перечня дефектов

Ручной ввод

Расчетные данные

Данные ручного ввода

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 4

Добавление из справочника «Сотрудники»

Печать отчета

Добавление из справочника «Номенклатура»

Вызов диалогового окна «Корректировка»

Ручной ввод

Данные из таблицы «Остатки»

Форма ввода «Инвентаризация», Рисунок 2.10

Форма ввода «Инвентаризация», Рисунок 2.11

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 4

Выбор из справочника «Номенклатура»

Редактирование количества в диалоговом окне

Добавление резерва при помощи диалогового окна

Удаление резерва

Форма ввода «Управление резервами», Рисунок 2.12

ПРИЛОЖЕНИЕ 5

Макет документа «Журнал прихода», Рисунок 2.13

Макет отчета о проверке качества, Рисунок 2.14

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 5

Макет отчета «Остатки по складу», Рисунок 2.15

Макет документа «Отчет об инвентаризации», Рисунок 2.16

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 5

Макет отчета «Резерв КЦ», Рисунок 2.17

Макет журнала отгрузок, Рисунок 2.18

ПРИЛОЖЕНИЕ 6

Дерево функций системы, Рисунок 2.19

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 6

Структура меню программы, Рисунок 2.20

ПРИЛОЖЕНИЕ 7

ER-Модель структуры базы данных, Рисунок 2.21

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 7

Таблица 2.2

Перечень сущностей и их соответствие информационной модели

№

Название сущности в информационной модели

Идентификатор таблицы

Справочник «Единицы измерения»

MeasureUnits

Справочник «Группы товара»

Groups

Справочник «Номенклатура»

Assortment

Справочник «Категории»

Categories

Справочник «Дефекты»

Defects

Справочник «Группы дефектов»

DefectGroups

Справочник «Перечни дефектов»

DefectSets

Справочник «Поставщики»

Supplier

Справочник «Клиенты»

Client

Справочник «Должности»

Positions

Справочник «Отделы»

Division

Справочник «Сотрудники»

Employee

Файл «Планируемые поставки»

ExpectedArrivals

Файл «Ожидаемые артикулы»

ExpectedArtikuls

Таблица «Приход»

Arrivals

Таблица «Поступившие артикулы»

ArrivalArtikuls

Таблица «Повреждения»

Damages

Таблица «Качество»

QualityTests

Таблица «Обнаруженные дефекты»

QualityDefects

Таблица «Остатки»

Rests

Файл «Заказы»

Demands

Файл «Заказанные артикулы»

DemandArtikuls

Таблица «Расход»

Expense

Таблица «Отгружаемые артикулы»

ExpenseArtikuls

Таблица «Резерв»

Reserved

Таблица «Инвентаризация»

Inventory

Таблица «Состав комиссии»

Commission

Таблица «Результат инвентаризации»

Result


Таблица 2.3

Структура справочников

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор

ID

int

-

Первичный ключ

Наименование

Name

varchar

100 символов

-

Описание

Descr

varchar

250 символов

-

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 7

Таблица 2.4

Структура справочника Assortment

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор

ID

int

-

Первичный ключ

Артикул

Artikul

varchar

10 символов

Индексированное поле

Наименование

Name

varchar

100 символов

-

Описание

Description

varchar

250 символов

-

Группа

Group

int

-

Связь с таблицей Groups

Активность

Active

bit

-

-

Кол-во в упаковке

count_in_small_pack

float

-

-

Кол-во в паллете

count_in_pallet

float

-

-

Единицы измерения

measure_units

int

-

Связь с таблицей MeasureUnits


Таблица 2.5

Структура справочника Client

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор

ID

int

-

Первичный ключ

Наименование

Name

varchar

100 символов

-

Описание

Descr

varchar

250 символов

-

Город

City

varchar

50 символов

-

Адрес доставки

Shipaddress

varchar

250 символов

-

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 7

Таблица 2.6

Структура справочника Division

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор

ID

int

-

Первичный ключ

Краткое имя

ShortName

varchar

25

-

Полное имя

FullName

varchar

200 символов

-

Таблица 2.7

Структура справочника Employee

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Табельный номер

Code

int

-

Первичный ключ

ФИО

Shortname

varchar

50

-

Полное имя

Fullname

varchar

250

-

Должность

Position

int

-

Связь с таблицей Positions

Отдел

Division

int

-

Связь с таблицей Division

Телефон

Phone

varchar

15

-

e-mail

Email

varchar

50

-

Таблица 2.8

Структура справочника DefectSets

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

-

Первичный ключ

Идентификатор группы

GroupID

int

-

Связь с таблицей DefectGroups

Идентификатор дефекта

DefectID

int

-

Связь с таблицей Defects

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 7

Таблица 2.9

Структура таблицы ExpectedArrivals

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

-

Первичный ключ

Дата ожидаемой поставки

Date

datetime

-

-

Номер ожидаемой поставки

Number

int

-

-

Поставщик

Supplier

int

-

Связь с таблицей Suppliers

Документ-основание

Basis

varchar

100

-

Менеджер

Manager

int

-

Связь с таблицей Employee

Статус поставки

Status

int

-

-

Таблица 2.10

Структура таблицы ExpectedArtikuls

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

-

Первичный ключ

Идентификатор ожидаемой поставки

Exp_arrival

int

-

Связь с таблицей ExpectedArrivals

Артикул товара

Artikul

int

-

Связь с таблицей Assortment

Количество

Count

float

-

-

Категория товара

Category

int

-

Связь с таблицей Categories

Перечень дефектовочных признаков

DefectGroup

int

-

Связь с таблицей DefectGroups

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 7

Таблица 2.11

Структура таблицы Arrivals

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

-

Первичный ключ

Дата и время поставки

ArrivalDateTime

datetime

-

-

ФИО водителя

Driver

varchar

50

-

Идентификатор ожидаемой поставки

ExpectedArrival

int

-

Связь с таблицей ExpectedArrivals

Идентификатор сотрудника

Employee

-

-

Связь с таблицей Employee

Таблица 2.12

Структура таблицы ArrivalArtikuls

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

-

Первичный ключ

Артикул

Artikul

int

-

Связь с таблицей Assortment

Количество

Count

float

-

-

Единицы измерения

MeasureUnits

int

-

Связь с таблицей MeasureUnits

Цена

Price

float

-

-

Количество мест

Place_count

int

-

-

Идентификатор поставки

Arrival

int

-

Связь с таблицей Arrivals

Повреждения

Damages

int

-

Связь с таблицей Damages

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 7

Таблица 2.13

Структура таблицы Damages

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

-

Первичный ключ

Количество поврежденных упаковок

Count

int

-

-

Описание повреждений

Description

varchar

250

-

Таблица 2.14

Структура таблицы Rests

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

-

Первичный ключ

Артикул

Artikul

int

-

Связь с таблицей Assortment

Дата

Date

datetime

-

-

Количество

Count

float

-

-

Таблица 2.15

Структура таблицы Reserved

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

-

Первичный ключ

Артикул

Artikul

int

-

Связь с таблицей Assortment

Отдел КЦ

Division

int

-

Связь с таблицей Division

Количество

Count

float

-

-

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 7

Таблица 2.16

Структура таблицы Demands

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

-

Первичный ключ

Номер заявки

Number

int

-

-

Дата заявки

Date

datetime

-

-

Клиент

Client

int

-

Связь с таблицей Client

Отдел

Division

int

-

Связь с таблицей Division

Сотрудник

Manager

int

-

Связь с таблицей Employee

Статус заказа

Status

int

-

-

Таблица 2.17

Структура таблицы DemandArtikuls

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

-

Первичный ключ

Артикул

Artikul

int

-

Связь с таблицей Assortment

Количество

Count

float

-

-

Номер заявки

Demand

int

-

Связь с таблицей Demands

Таблица 2.18

Структура таблицы Inventory

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

-

Первичный ключ

Номер инвентаризации

Number

int

-

-

Дата инвентаризации

Date

datetime

-

-

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 7

Таблица 2.19

Структура таблицы Expense

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

-

Первичный ключ

Дата отгрузки

Date

datetime

-

-

Номер заявки

Demand

int

-

Связь с таблицей Demands

Отдел-получатель

Division

int

-

Связь с таблицей Division

Номер накладной

Numdoc

int

-

-

Кладовщик

Employee

int

-

Связь с таблицей Employee

Статус отгрузки

Status

int

-

-

Номер автомобиля

Auto

varchar

10

-

ФИО водителя

Driver

varchar

50

-

Таблица 2.20

Структура таблицы ExpenseArtikuls

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

-

Первичный ключ

Артикул

Artikul

int

-

Связь с таблицей Assortment

Количество

Count

float

-

-

Количество мест

Place_count

int

-

-

Отгрузка

Expense

int

-

Связь с таблицей Expense

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 7

Таблица 2.21

Структура таблицы Commission

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

-

Первичный ключ

Инвентаризация

Inventory

int

-

Связь с таблицей Inventory

Сотрудник

Employee

int

-

Связь с таблицей Employee

Таблица 2.22

Структура таблицы QualityTest

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

-

Первичный ключ

Объем выборки

Count

float

-

-

Дата проверки качества

Date

datetime

-

-

Контролер

Controller

employee

-

Связь с таблицей Employee

Партия товара

Party

int

-

Связь с таблицей ArrivalArtikul

Количество бракованного товара

Bad

float

-

-

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 7

Таблица 2.23

Структура таблицы QualityDefects

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

-

Первичный ключ

Идентификатор проверки качества

Quality_test

int

-

Связь с таблицей QualityTest

Дефект

Defect

int

-

Связь с таблицей Defect

Количество бракованного товара

Count

float

-

-

Таблица 2.24

Структура таблицы Result

Атрибут сущности

Идентификатор поля

Тип поля

Длина поля

Прочее

Идентификатор записи

ID

int

-

Первичный ключ

Инвентаризация

Inventory

int

-

Связь с таблицей Inventory

Артикул

Artikul

int

-

Связь с таблицей Assortment

Учетное количество

Reg_quantity

float

-

-

Фактическое количество

Fact_quantity

float

-

-

Расхождение

Difference

float

-

-

Корректировка

Updating

float

-

-

Комментарий

Comment

varchar

250

-

ПРИЛОЖЕНИЕ 8

Структурная схема пакета, Рисунок 2.22

Таблица 2.25

Описание функций модулей

№ п/п

Наименование модуля

Функции модуля

Модуль безопасности

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

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

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

Модуль импорта/экспорта

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

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 8

Продолжение таблицы 2.25

№ п/п

Наименование модуля

Функции модуля

Модуль взаимодействия с базой данных

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

Модуль справочной системы

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

Модуль «Главная форма программы»

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

Модуль «Отчеты»

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

Модуль «Справочники»

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

Модуль ввода данных «Приемка товаров»

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

Модуль ввода данных «Отгрузка товаров»

Содержит процедуры и функции для ввода данных по отгрузке товаров

Модуль ввода данных «Инвентаризация»

Содержит процедуры и функции для ввода данных по инвентаризации товаров на складе

Модуль ввода данных «Управление резервом»

Содержит процедуры и функции для ввода данных по резервированию товаров на складе

ПРИЛОЖЕНИЕ 9

Блок-схема работы модуля, Рисунок 2.23

Выбор операции, Рисунок 2.24

Блок-схема работы с формой «Ожидаемые грузы», Рисунок 2.25

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 9

Блок-схема регистрации прихода товара, Рисунок 2.26

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 9

Блок-схема приемки по количеству, Рисунок 2.27

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 9

Блок-схема приемки по качеству, Рисунок 2.28

ПРИЛОЖЕНИЕ 10

Список ожидаемых поставок, Рисунок 2.29

Окно «Приход», Рисунок 2.30

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 10

Журнал прихода грузов, Рисунок 2.31

Окно «Приемка по количеству», Рисунок 2.32

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 10

Приемка по качеству, Рисунок 2.33

Отражение в журнале прихода грузов результатов приемки по количеству и качеству, Рисунок 2.34

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 10

Окно просмотра заявок на отгрузку, Рисунок 2.35

Окно управления резервами, Рисунок 2.36

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 10

Диалоговое окно изменения резерва, Рисунок 2.37

Заказы РИЦ, Рисунок 2.38

ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 10

Формирование накладной на перемещение, Рисунок 2.39

Журнал отгрузок, Рисунок 2.40

Окно ввода параметров отгрузки, Рисунок 2.41

СПИСОК ДЛЯ ТРЕНИРОВКИ ССЫЛОК