Проектирование реализации операций бизнес-процесса «Складской учет» (Общие положения (дерево функций и сценарий диалога))
Содержание:
Введение
Склад — помещение (также и комплекс), предназначенное для хранения материальных ценностей и оказания складских услуг.
Складирование играет все возрастающую роль в жизни современного общества. Это обеспечивается ростом продаж и производителей, например, таких как, Китай.
Предмет исследования - автоматизация складского учета. Автоматизация является необходимым и перспективным процессом. Комплексное использование современных информационных технологий позволяет значительно облегчить работу склада.
Функциональные возможности программы должны охватывать все возможные ситуации в работе склада. Программа должна поддерживать ведение базы товаров, поставщиков и сотрудников, а также обеспечивать правильное взаимодействие этих баз. Кроме того, необходимо обеспечение всех пользователей программы нужной им информацией в удобной форме.
Целью данного курсового проекта является разработка программы для автоматизации складского учета.
Задачами курсового проекта являются:
- описание предметной области,
- описание технологии функционирования ИС,
- физическое проектирование БД,
- разработка экранных форм ввода-вывода и отчетов.
Глава 1. Аналитическая часть
1.1. Выбор комплекса задач автоматизации
На текущий момент системы управления предприятием не применяются, однако активно использует программы пакета офисного ПО MS Office: MS Word, MS Excel. При этом в качестве информационных каналов для отправки и получения информации существуют:
- электронная почта;
- факс;
- доставка курьером;
- обычная почта.
Местом проектируемой задачи служит склад магазина. Перед любым складом возникают следующие задачи:
• оптимизировать использование площади склада;
• повысить точность учета товара;
• сократить время проведения всех складских операций;
• сократить затраты на хранение товара на складе;
• избежать потерь, связанных с ограниченным сроком реализации товара;
• сократить количество ошибочных складских операций;
• уменьшить зависимость и потери от «человеческого фактора».
Препятствия на пути повышения эффективности складских комплексов можно разделить на четыре группы: организационные (функции, полномочия, зоны ответственности), технологические (последовательность выполнения операций, методы и алгоритмы), информационные (информационные системы учета и обработки данных, средства коммуникации) и технические (наличие техники и оборудования, степень изношенности ресурсов, соответствие требованиям). Необходимость автоматизации процесса формирования заказа возникла в результате искаженной информации, т.к. информация принималась по телефону, а она в свою очередь может быть принята не верно из-за помех радио-сети (телефонная связь) не правильно услышав наименование товара или количества, или не работала телефонная связь и заявка была получена не своевременно. Заявка записывалась на лист, который не является документом и за него ни кто не несет ответственность.
При автоматизации требуется учитывать следующие требования:
- решение задач в установленные сроки;
- обеспечение минимальных трудовых и стоимостных затрат на обработку данных;
- обеспечение достоверности обрабатываемой информации;
- наличие возможности обработки данных на ЭВМ.
Эти требования могут быть выполнены за счет нескольких факторов:
- сокращение числа операций, особенно ручных;
- разработка системы жесткого контроля вводимой информации;
- снижение объема обрабатываемых данных.
При обработке данных желательно использовать массивы нормативно-справочной информации. Это дает преимущества в скорости поиска, выбора, сортировки и т.д. При этом необходима возможность просмотра полученных результатов перед оформлением и передачей выходной информации.
Использование вычислительной техники при решении задач, описываемого в данной работе, обуславливается рядом факторов. Объем и качество выходной информации не позволит решать задачи без использования вычислительной техники быстро и, что важно, корректно. При автоматизации процесса, формирования заявки, позволит своевременно получать достоверную информацию о заказе, в короткие сроки сформировать заявку поставщику
1.2. Характеристика существующих бизнес - процессов
В данной курсовой работе на основе нотации IDEF0 была разработана контекстная диаграмма, которая показывает входные и выходные ресурсы, правила управления и механизм управления (Рисунок 1).
Рисунок 1. Контекстная диаграмма «Автоматизированная система складского учета продукции (IDEF0).
Декомпозиционное разложение модели используется в моделировании бизнес-процессов, для того чтобы дать более подробное описание блоков. Каждое из этих действий может в свою очередь быть декомпозировано. При каждой декомпозиции блока создается новая диаграмма. Число декомпозиций не ограничено и полностью зависит от уровня сложности, который необходимо показать в модели. Декомпозируем контекстную диаграмму на 3 функциональных блока (Рисунок 2):
- Приемка товара на склад;
- Хранение и переучет продукции;
- Отгрузка продукции.
Рисунок 2. Диаграмма декомпозиции «Автоматизированная система складского учета продукции (IDEF0).
Диаграммы потоков данных используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет моделируемую систему как сеть связанных между собой работ. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. Далее моделировать систему будем, используя диаграммы потоков данных (DFD).
Декомпозируем функциональный блок «Приемка товара на склад» еще на четыре действия (Рисунок 3):
- Проверка товарно-транспортной накладной;
- Проверка поставленной продукции;
- Занесение данных о продукции в БД;
- Передача продукции на хранение
Рисунок 3. Диаграмма DFD «Приемка товара на склад»
1.3. Характеристика документооборота, возникающего при решении задачи
Каждая производственная компания знает: учет сырья и готовой продукции на складе связан с множеством документов. Все хозяйственные операции, проводимые нашей организацией, оформляются оправдательными документами. Они служат первичными учетными документами, на основании которых ведется бухгалтерский учет. Если первичный документ отсутствует, у бухгалтера нет оснований ни отражать хозяйственную операцию в бухучете, ни признавать расходы при расчете налога на прибыль. Своевременное и качественное оформление первичных учетных документов, их передачу в установленные сроки для отражения в бухучете, а также достоверность содержащихся в них данных обеспечивают лица, составившие и подписавшие эти документы. Порядок создания и представления в бухгалтерию первичных документов регламентируется графиком документооборота. (Рисунок 4)
Рисунок 4. График документооборота
Работу по составлению графика документооборота организует главный бухгалтер. В графике за работниками закрепляется обязанность составлять документы. Каждому исполнителю вручается выписка из графика, в которой перечисляются документы, относящиеся к сфере деятельности исполнителя, и сроки их представления.
Таким образом, в графике документооборота предусматриваются:
– наименование документа;
– количество экземпляров;
– лицо, оформляющее, проверяющее и обрабатывающее документ; – срок оформления и предоставления документа в бухгалтерию;
– другие параметры, необходимые для рационального документооборота организации.
При поступлении материалов на склад кладовщик сверяет фактическое количество и качество материалов с указанным в товаросопроводительных документах. Если расхождений нет, кладовщик расписывается в товарных накладных (товарно-транспортных накладных) в разделе «Груз получил грузополучатель» с указанием должности (кладовщик), расшифровкой подписи и проставляет штамп организации. Полученные первичные документы регистрируются в журнале учета поступающих грузов. Затем кладовщик заполняет приходный ордер в одном экземпляре, который вместе с товаросопроводительными документами сдается в бухгалтерию. Дополнительно, для контроля за движением и сохранностью готовой продукции, на складе кладовщик в конце каждого отчетного периода составляет и представляет в бухгалтерию отчет о движении готовой продукции на складе.
1.4. Обоснование проектных решений по информационному обеспечению
Информационное обеспечение - совокупность единой системы классификации и кодирования информации, унифицированных систем документации, схем информационных потоков, циркулирующих в организации, а также методология построения баз данных.
Информационное обеспечение рассматриваемой задачи включает: внемашинное обеспечение (входные и выходные документы, классификаторы, справочники), и внутримашинное обеспечение (условно-постоянная, промежуточная и результатная информация в базе данных системы).
1) Входные и выходные документы. Входными документами системы является приходная накладная и накладная на внутреннее перемещение.
Выходными документами являются: журнал прихода, журнал отгрузок, отчет по качеству, отчет по остаткам, отчет по инвентаризации, отчет «Резервы отделов КЦ».
За основу форм документов берутся бланки, используемые на предприятии. Их необходимо проанализировать, оценить полноту содержащейся в них информации, и использовать при проектировании системы.
2) Экранные формы
Для построения диалога с пользователем возможны следующие способы: диалог типа «Вопрос-ответ»; диалог типа «Меню», диалог на основе экранных форм, диалог на основе командного языка.
Для каждого из входных документов будут создаваться экранные формы ввода первичной информации. При этом необходимо обеспечить соответствие макета экранной формы форме входного документа. Не обязательно, чтобы внешний вид этих форм совпадал, но все вводимые элементы данных должны располагаться в том же относительном порядке и иметь такой же формат, что и в исходном документе.
Результатная информация должна отображаться на экранных формах в соответствии с формой выходного документа, т.е. на основе использования комбинированной формы с трехзонным расположением реквизитов и многострочной содержательной частью.
3) Система классификации и кодирования. В системе необходимо учесть принятую на предприятии систему кодирования документов, а именно: документы одного типа нумеруются последовательно с начала года. Система кодирования артикулов товара также используется существующая на предприятии, т.к. она достаточна, привычна, и используется не только в автоматизируемом подразделении, но и в других отделах предприятия.
4) Информационная база. Центральным компонентом информационного обеспечения является информационная база (ИБА), представляющая собой организованную определенным способом совокупность данных, хранимых в памяти вычислительной системы в виде файлов, с помощью которых удовлетворяются информационные потребности управленческих процессов и решаемых задач.
Существуют следующие способы организации информационной базы: совокупность локальных файлов, поддерживаемых функциональными пакетами прикладных программ, и интегрированная база данных, основанная на использовании универсальных программных средств загрузки, хранения, поиска и ведения данных, то есть системы управления базами данных (СУБД).
Локальные файлы обеспечивают более быстрое время обработки данных, однако при таком способе организации ИБ в информационной системе наблюдается высокая степень дублирования данных, несогласованность данных, отсутствие гибкости доступа к информации. Интегрированная база данных - это совокупность взаимосвязанных, хранящихся вместе данных при такой минимальной избыточности, которая допускает оптимальное их использование в различных приложениях.
Для решения поставленной задачи требуется интегрированная база данных, в которой взаимосвязаны данные, поступающие как с участка приемки, так и с участка отгрузки склада.
Основными способами организации БД являются создание централизованных и распределенных БД. В рассматриваемой задаче не предполагается распределенная структура ИС, т.к. задача небольшая по объему данных и по количеству пользователей.
Таким образом, для решения поставленной задачи необходима интегрированная централизованная база данных.
1.5. Обоснование решений по программному обеспечению
Современные средства разработки ПО характеризуются большим разнообразием критериев, используя которые разработчик имеет возможность автоматизировать процесс разработки приложений. Так, в настоящее время инструментальные средства позволяют:
- создавать интерфейс используя стандартные компоненты;
- передавать управление различным процессам, в зависимости от состояния системы;
- создавать оболочки для баз данных, как и сами базы данных;.
- Современные средства разработки характеризуются следующими параметрами:
- поддержка объектно-ориентированного стиля программирования;
- возможность использования CASE-технологий, как для проектирования разрабатываемой системы, так и для разработки моделей реляционных баз данных;
- использование визуальных компонент для наглядного проектирования интерфейса;
- поддержка БД;
- возможность использования алгоритмов реляционной алгебры для управления реляционными базами данных;
Вышеперечисленными свойствами обладают многие языки программирования, например: Delphi, Visual C++, Borland С++ Builder, Visual FoxPro и другие.
Каждое из этих средств содержит весь спектр современного инструментария, который был перечислен ранее. Главное отличие состоит в области использования рассматриваемых средств. Так Visual C++ обычно используется при разработке приложений предназначенных для работы с ОС Windows, использующих основные свойства ОС, а так же выполняющих большое количество вычислений. Одним из недостатков данного средства разработки приложений является высокое требование к аппаратным ресурсам при разработке программного обеспечения, недостаточно высокая скорость компиляции программного кода и при реализации конечного продукта (ПО), используя этот продукт необходимо большее дисковое пространство, чем при создании аналогичного ПО другими средствами разработки. Borland С++ Biulder по своим недостаткам аналогичен Visual C++, но обладает еще одним – разработка баз данных на базе языка SQL и их поддержка ограничена.
Среди большого разнообразия продуктов для разработки приложений Delphi занимает одно из ведущих мест. Delphi отдают предпочтение разработчики с разным стажем, привычками, профессиональными интересами. С помощью Delphi написано колоссальное количество приложений, десятки фирм и тысячи программистов-одиночек разрабатывают для Delphi дополнительные компоненты.
В основе такой общепризнанной популярности лежит тот факт, что Delphi, как никакая другая система программирования, удовлетворяет изложенным выше требованиям. Действительно, приложения с помощью Delphi разрабатываются быстро, причем взаимодействие разработчика с интерактивной средой Delphi не вызывает внутреннего отторжения, а наоборот, оставляет ощущение комфорта. Delphi-приложения эффективны, если разработчик соблюдает определенные правила (и часто - если не соблюдает). Эти приложения надежны и при эксплуатации обладают предсказуемым поведением.
Пакет Delphi - продолжение линии компиляторов языка Pascal корпорации Borland. Pascal как язык очень прост, а строгий контроль типов данных способствует раннему обнаружению ошибок и позволяет быстро создавать надежные и эффективные программы. Корпорация Borland постоянно обогащала язык.
Среда программирования напоминает пакет Visual Basic. В вашем распоряжении несколько отдельных окон: меню и инструментальные панели, Object Inspector (в котором можно видеть свойства объекта и связанные с ним события), окна визуального построителя интерфейсов (Visual User Interface Builder), Object Browser (позволяющее изучать иерархию классов и просматривать списки их полей, методов и свойств), окна управления проектом (Project Manager) и редактор.
Delphi содержит полноценный текстовый редактор типа Brief, назначения клавиш в котором соответствуют принятым в Windows стандартам, а глубина иерархии операций Undo неограниченна. Как это стало уже обязательным, реализовано цветовое выделение различных лексических элементов программы. Процесс построения приложения достаточно прост. Нужно выбрать форму (в понятие формы входят обычные, диалоговые, родительские и дочерние окна MDI), задать ее свойства и включить в нее необходимые компоненты (видимые и, если понадобится, неотображаемые): меню, инструментальные панели, строку состояния и т. п., задать их свойства и далее написать (с помощью редактора исходного кода) обработчики событий. Object Browser Окна типа Object Browser стали неотъемлемой частью систем программирования на объектно-ориентированных языках. Работа с ними становится возможной сразу после того, как вы скомпилировали приложение.
Недостатком Delphi состоит в том, что при его использовании нет достаточного доступа к функциям ОС, но данный недостаток несущественен, поскольку разрабатываемое приложение ориентировано на поддержку БД, а не на работу с ОС. Немалое значение при выборе Delphi в качестве средства для разработки автоматизированной системы играет возможность использования большого количества встроенных визуальных компонент, как для разработки интерфейса, так и для создания СУБД.
Таким образом, суммируя все плюсы и минусы, мой выбор пал на Delphi.
Глава 2. Проектная часть
2.1. Информационная модель и её описание
Информационная модель (рисунок 5)представляет собой схему, отражающую преобразование информационных реквизитов от источников информации до её получателей или, иными словами, процесс обработки информации в информационной системе.
В построенной модели можно выделить логические уровни:
1) источники информации:
- информационная система, в которой хранятся заполненные справочники;
- ИС отдела снабжения и ИС отдела сбыта, из которых импортируются файлы данных;
- кладовщик участка приемки, контролер сектора приемки по качеству, кладовщик участка отгрузки, начальник склада, вводящие исходные данные в систему;
2) первичная информация:
- файлы «Заказы», «Планируемые поставки», импортируемые из смежных ИС;
- документы «Приходная накладная», «Накладная на внутреннее перемещение»;
- формы ввода «Приемка по количеству», «Приемка по качеству», «Инвентаризация»;
3) таблицы с первичными данными :
- таблицы «Приход» и «Расход»;
- таблица «Повреждения»;
- таблица «Качество»;
- таблица «Резерв»;
- таблица «Инвентаризация»;
4) таблицы с промежуточной и результатной информацией:
- таблица «Остатки»;
5) результатные документы и файлы:
- документы «Журнал прихода», «Журнал отгрузок»;
- отчеты «Отчет по качеству», «Отчет по остаткам», Отчет по инвентаризации», «Резервы отделов КЦ»;
- файл «Учет ТМЦ», содержащий данные о приходе и отгрузке товаров на складе; этот файл экспортируется в бухгалтерскую ИС для проведения бухгалтерского учета товарно-материальных ценностей (ТМЦ);
6) получатели информации:
- ИС бухгалтерии;
- менеджеры отдела снабжения;
- менеджеры отдела сбыта;
- начальник склада.
Область 1 информационной модели отображает процесс приемки товаров на склад:
- таблица «Планируемые поставки» заполняется данными, импортируемыми из ИС отдела снабжения;
- кладовщик участка приемки вводит в систему данные первичного документа «Приходная накладная» и результаты приемки по количеству;
- введенные данные сохраняются в таблицах «Приход» и «Повреждения»;
- контролер Сектора приемки по качеству производит приемку по качеству и вводит результаты приемки в форму «Приемка по качеству»; данные сохраняются в таблице «Качество»;
- на основе этих данных формируются результатные документы «Журнал прихода» и «Отчет по качеству»;
- данные о поступлении товара автоматически прибавляются к таблице «Остатки».
Область 2 отображает процесс ведения справочников ИС.
Область 3 отображает процессы обработки информации при проведении складских операций инвентаризации и резервирования товаров:
- начальник склада вводит в систему данные инвентаризации;
- на основе результатов инвентаризации редактируется учетное значение товара на складе;
- с помощью формы «Управление резервом» кладовщик формирует резерв товаров за отделами КЦ, и при необходимости изменяет значение резерва.
Область 4 отображает процесс отгрузки товаров клиентам:
- файлы «Заказы» и «Заказанные артикулы» импортируются из ИС отдела сбыта;
- кладовщик заполняет исходными данными форму ввода документа «Накладная на перемещение»;
- информация об отгрузках сохраняется в таблице «Расход»;
- количество отгруженного товара автоматически вычитается в таблице «Остатки»;
- на основании таблицы «Расход» формируется результатный документ «Журнал отгрузок».
Рис.5 Схема информационной модели
2.2. Характеристика нормативно-справочной, входной и оперативной информации
1. Справочники системы
В системе задействованы следующие справочники:
- Справочник «Группы номенклатуры» – содержит обобщающую информацию о группах товаров: полиграфическая продукция, сувенирная, канцелярские товары и т.п. Содержит реквизиты: «код», «наименование».
- Справочник «Номенклатура» - содержит информацию о товарах, поступающих на склад. Содержит реквизиты: «артикул», «наименование», «описание», «группа номенклатуры», «единицы измерения», «количество в упаковке», «количество упаковок на паллете», «признак активности номенклатуры».
- Справочник «Категории» - содержит дополнительную информацию о категориях товара: эксклюзивный, индивидуализированный (т.е. имеет символику конкретного РИЦ), обычный. Содержит реквизиты «код», «наименование», «описание».
- Справочник «Единицы измерения» - содержит перечень единиц измерения, которые используются для указания количества товара. Пример: «шт.», «кг», «г» и т.п. Содержит реквизиты «код», «наименование».
- Справочник «Группы дефектов» содержит наборы дефектовочных признаков для определенных видов продукции. Например, «Дефекты брошюр», «Дефекты листовок», «Дефекты пластиковых ручек», «Дефекты компакт-дисков» и т.п.
- Справочник «Дефекты». Содержит описание всевозможных дефектовочных признаков. Например, «царапины», «смещение рисунка» и т.п. Содержит реквизиты: «код», «наименование», «описание».
- Справочник «Поставщики» - содержит перечень поставщиков товаров. Содержит реквизиты «код», «наименование», «комментарий».
- Справочник «Клиенты» - содержит перечень РИЦ, приобретающих товары в КЦ. Содержит реквизиты: «код», «наименование», «описание», «город», «адрес доставки».
- Справочник «Должности» - содержит перечень должностей сотрудников. Примеры: «кладовщик участка приемки», «начальник склада», «менеджер по продажам» и т.п. Содержит реквизиты «код», «название», «описание».
- Справочник «Отделы» содержит перечень отделов КЦ, имеющих отношение к складским операциям. Примеры: «Отдел сбыта», «Отдел снабжения», «Отдел приемки», «Отдел контроля качества» и т.п. Содержит реквизиты: «код», «краткое название», «полное название».
- Справочник «Сотрудники» - содержит список сотрудников КЦ, имеющих отношение к складским операциям. Реквизиты справочника: «код», «ФИО», «Полное имя», «Должность», «Отдел», «Телефон», «e-mail».
Таблица 1
Актуализация справочников системы
|
Название справочника |
Ответственный |
Средний объем справочника, записей |
Средняя частота актуализации |
Средний объем актуализации |
|
Справочник «Группы номенклатуры» |
Начальник склада |
10 |
1 раз в год |
1-2 записи |
|
Справочник «Номенклатура» |
Начальник склада |
1500 |
1 раз в месяц |
10 записей |
|
Справочник «Категории» |
Начальник склада |
3 |
1 раз в 3 года |
1 запись |
|
Справочник «Единицы измерения» |
Начальник склада |
10 |
1 раз в 3 года |
1 запись |
|
Справочник «Группы дефектов» |
Контролер качества |
50 |
1 раз в месяц |
1 запись |
|
Справочник «Дефекты» |
Контролер качества |
150 |
1 раз в месяц |
3 записи |
|
Справочник «Поставщики» |
Менеджер снабжения |
100 |
1 раз в неделю |
2-3 записи |
|
Справочник «Клиенты» |
Начальник склада |
300 |
1 раз в год |
1 запись |
|
Справочник «Должности» |
Начальник склада |
10 |
1 раз в 3 года |
1 запись |
|
Справочник «Отделы» |
Начальник склада |
10 |
1 раз в 3 года |
1 запись |
|
Справочник «Сотрудники» |
Начальник склада |
50 |
1 раз в месяц |
1-2 записи |
2. Входные файлы
1) Файлы «Планируемые поставки» и «Ожидаемые артикулы» поступают из ИС отдела снабжения.
Файл «Планирумые поставки» содержит следующие первичные показатели:
- ожидаемая дата поступления;
- поставщик;
- основание поставки (номер и дата договора на поставку);
- ФИО менеджера отдела снабжения, ответственного за поставку.
Файл «Ожидаемые артикулы» содержит данные о поступаемых товарах:
- артикул;
- количество товара;
- категория товара;
- ссылка на справочник «Перечни дефектов».
Файлы из ИС отдела снабжения поступают в систему 1 раз в сутки. Файл «Ожидаемые артикулы» содержит в среднем 25 записей, а файл «Планируемые поставки» - 5 записей.
Форма «Ожидаемые грузы» для просмотра импортированных данных и их дальнейшего использования при приемке грузов, приведена в Приложении 1.
2) Файл «Заказы» поступает из ИС отдела сбыта, и содержит следующие первичные показатели:
- дата заказа;
- номер заказа;
- номер РИЦ или номер отдела;
- фамилия менеджера отдела сбыта, ответственного за поставку.
Файл «Заказанные артикулы» содержит данные о товарах, участвующих в заказе:
- артикул;
- количество товара.
Файлы «Заказы» и «Заказанные артикулы» поступают в систему 1 раз в сутки. Файл «Заказы» содержит в среднем 10 записей, а файл «Заказанные артикулы - 20 записей.
Форма «Заказы» для просмотра импортированных данных и их дальнейшего использования при отгрузке товаров. Приведена в Приложении 1.
3. Входные документы системы
1) Приходная накладная. При поступлении товара на склад оформляется документ приходная накладная.
Основные реквизиты документа:
- номер накладной;
- дата поступления товара;
- поставщик;
- основание;
- ФИО сотрудника склада, принявшего товар;
- ФИО менеджера, ответственного за поставку;
- ФИО водителя, доставившего груз.
Данные табличной части:
- артикул;
- наименование;
- единицы измерения;
- количество;
- цена;
- сумма без НДС;
- сумма с НДС.
Экранная форма «Приходная накладная» приведена в приложении 1. Частота возникновения документа – 5 раз в день. Число строк табличной части – в среднем 5.
При вводе данных автоматически подключаются справочники «Номенклатура», «Единицы измерения», «Сотрудники». Номер накладной формируется автоматически.
2.3. Характеристика результатной информации
1) Журнал прихода
Журнал содержит данные о поступлениях товара за определенный период времени
Данные формируются на основе таблиц «Приход», «Повреждения» и «Качество» при поддержке справочниками «Номенклатура» и «Сотрудники». (Макет документа «Журнал прихода» в приложении 2)
Журнал содержит реквизиты:
- «дата» из таблицы «Приход»;
- «номер накладной» из таблицы «Приход»;
- «поставщик» из таблицы «Приход»;
- «артикул» из таблицы «Приход»;
- «наименование товара» из справочника «Номенклатура»;
- «количество» из таблицы «Приход»;
2) Остатки по складу
Отчет «Остатки по складу» (приложение 2) содержит следующие основные реквизиты:
- дата составления отчета;
- группа номенклатуры;
- артикул;
- остаток на складе;
- суммарное количество зарезервированного отделами товара;
- количество свободного товара.
Данные группируются по группе номенклатуры и артикулу, сортируются по артикулу.
Данные формируются на основе таблиц «Остатки» и «Резерв». Значения полей «Зарезервировано» и «Свободно» вычисляются запросом. Результаты отчета не сохраняются в базе данных; они могут быть получены в любой момент на указанную дату.(макет отчета «Остатки по складу» в Приложении 2)
3) Отчет об инвентаризации
Отчет об инвентаризации содержит результаты инвентаризации склада.
Включает следующие реквизиты:
- дата проведения инвентаризации;
- состав комиссии (ФИО и должность).
В табличной части документа содержатся данные:
- артикул;
- наименование;
- учетное количество;
- фактическое количество;
- расхождение в абсолютных единицах;
- учетное количество после корректировки;
- примечание.
Отчет формируется по запросу начальника склада.(Макет документа «Отчет об инвентаризации» в приложении 2)
4) Отчет о резервах
Отчет о резервах содержит информацию о зарезервированном количестве товаров различными отделами.
Отчет содержит следующие реквизиты:
- дата составления отчета;
- артикул;
- наименование товара;
- единицы измерения;
- общее количество товара (остаток на складе);
- доступное количество товара (не зарезервированное);
- отдел КЦ;
- зарезервированное количество.
(Макет отчета «Резерв КЦ» в приложении 2)
Отчет может быть сформирован для всех товаров, имеющих резерв, либо для только определенных артикулов. Используется при управлении остатками номенклатуры либо при нехватке товара для отгрузки клиентам (в среднем 1 раз в месяц).
5) Журнал отгрузок
Журнал содержит данные об отгрузках товаров за определенный период времени.
Данные формируются на основе таблиц «Расход», «Заказы» и справочника «Клиенты». Журнал содержит реквизиты:
- «дата» из таблицы «Расход»;
- «номер накладной» из таблицы «Расход»;
- «отдел» из таблицы «Расход»;
- «клиент» из таблицы «Заказы»;
- «город» из справочника «Клиенты»;
- «комплектация» - вычисляемое поле: возвращает кол-во в процентах отгруженного товара относительно заказа;
- «статус» - текущий статус отгрузки: «готово» или «отгружено»;
- «номер автомобиля» – гос.номер автомобиля, осуществляющего доставку;
- «водитель» - ФИО водителя, доставляющего груз.
Данные в журнале группируются по дате, сортируются по номеру накладной. (макет в Приложении 2)
2.4. Общие положения (дерево функций и сценарий диалога)
Разрабатываемый программный продукт автоматизирует функции обработки данных и подготовки документов по учету товаров на складе.
Выделяется два подмножества функций складской системы (рисунок 6)
Рисунок 6. Дерево функций системы
- служебные функции, к которым относятся вход в систему с учетной записью пользователя, импорт, экспорт, помощь по работе с программой;
- основные функции обработки данных: ведение справочников системы, операции складского учета, просмотр и печать складских документов, планы на поступление и отгрузку товаров.
Система должна работать в многопользовательском режиме. При входе в систему под определенной учетной записью, пользователь получит доступ к тем функциям системы, которые ему доступны.
Для решаемой задачи не определена четкая последовательность действий при обработке данных. Все операции, связанные с вводом информации, должны выполняться в диалоговом режиме обработки в реальном масштабе времени. Для такого взаимодействия пользователей с программой удобнее всего использовать язык диалога. Программа реализует довольно большое количество функций, и для реализации такого диалога удобно использовать меню. Структура меню показана на рисунке 7
.
Рисунок 7. Структура меню программы
2.5. Характеристика базы данных
База данных системы реализуется на MS SQL Server. Разработаем ER-модель (Entity-Relationship model, модель «сущность-связь») базы данных.
Таблица 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 |
|
|
Таблица «Состав комиссии» |
Comission |
|
|
Таблица «Результат инвентаризации» |
Result |
ER модель (рисунок 8) отображает состав и взаимосвязи таблиц, отражающих содержание информационной модели в терминах конкретной СУБД.
Рисунок 8. Структура базы данных
Структуры справочников приведены в приложении 3
2.6. Структурная схема пакета (дерево вызова программных модулей)
Рисунок 9. Структурная схема пакета
Таблица 3
Описание функций модулей
|
№ п/п |
Наименование модуля |
Функции модуля |
|---|---|---|
|
Модуль безопасности |
Содержит процедуры и функции, обеспечивающие ввод и проверку пароля, вход пользователей в систему, автоматический выход из системы через определенный промежуток времени |
|
|
Модуль инициализации интерфейса программы |
После успешного входа в систему, запускает программу, используя настройки прав доступа для учетной записи пользователя |
|
|
Модуль импорта/экспорта |
По назначенному расписанию или по запросу пользователя устанавливает соединение с серверами баз данных внешних систем и выполняет импорт или экспорт данных |
Продолжение таблицы 3
|
Модуль взаимодействия с базой данных |
Содержит процедуры и функции, используемые для установления соединения с базой данных ИС, а также управляющие операциями чтения, записи и редактирования данных |
|
|
Модуль справочной системы |
Содержит процедуры и функции, необходимые для отображения справочной информации |
|
|
Модуль «Главная форма программы» |
Содержит главное меню, из которого осуществляется вызов остальных экранных форм |
|
|
Модуль «Отчеты» |
Содержит процедуры и функции для ввода параметров запроса, просмотра и печати отчетов |
|
|
Модуль «Справочники» |
Содержит процедуры функции, позволяющие просматривать содержимое справочников системы, и редактировать их (если позволяют права доступа) |
|
|
Модуль ввода данных «Приемка товаров» |
Содержит процедуры и функции, позволяющие вводить/редактировать данные, связанные с приемкой товара по количеству и качеству |
|
|
Модуль ввода данных «Отгрузка товаров» |
Содержит процедуры и функции для ввода данных по отгрузке товаров |
|
|
Модуль ввода данных «Инвентаризация» |
Содержит процедуры и функции для ввода данных по инвентаризации товаров на складе |
|
|
Модуль ввода данных «Управление резервом» |
Содержит процедуры и функции для ввода данных по резервированию товаров на складе |
2.7. Описание программных модулей
Основные вычисления в программе происходят при вводе данных о приемке и об отгрузке товара.
Рассмотрим работу модуля «Приход товара» (рисунок 10).
Рисунок 10. Блок-схема работы модуля
Работа модуля «Приход товара» начинается с выбора пункта меню «Журнал прихода грузов» (рисунок 11). В открывшейся форме кладовщик нажимает кнопку «Добавить», после чего открывается форма «Ожидаемые грузы».
Оставшиеся блок-схемы и их описания находятся в приложении 4
2.8. Контрольный пример реализации проекта и его описание
Рассмотрим на примере работу с ИС при приемке и отгрузке товаров.
Кладовщик участка приемки заранее до поступления товара может просматривать список ожидаемых поставок (рисунок 12), который импортируется из ИС отдела снабжения.
Рисунок 12. Список ожидаемых поставок
После прихода машины с грузом, кладовщик выбирает соответствующую запись в перечне ожидаемых грузов, и нажимает кнопку «Приемка». Открывается окно «Приход» (рисунок 13). Часть параметров в этом окне копируется из таблицы ожидаемых поставок. Остальные заполняются кладовщиком (количество мест, количество товара в одном месте и т.п.). Все остальные экранные формы находятся в приложении 5
Заключение
В аналитической части были проанализированы:
- деятельность компании;
- существующие системы автоматизации бизнес-процессов компании;
- потоки данных при решении задач.
Были выявлены следующие недостатки:
- многократное дублирование одной и той же информации в различных документах;
- низкая оперативность при комплектации партии отгрузки, т.к. подбор подходящих партий товара для отгрузки осуществляется вручную;
- неизбежные ошибки при комплектации заказов и «потеря» товара на складе, в результате чего этот товар теряет актуальность;
- большие затраты времени на составление отчетов;
- высокая трудоемкость обработки информации;
- неполное и неэффективное использование технических средств, имеющихся в наличии.
Для устранения этих недостатков были поставлены следующие задачи для проектируемой системы:
- проектируемая система обеспечит функции приемки товаров от поставщиков, отгрузки товаров клиентам (в РИЦ) и отделам КЦ, функция управления складскими остатками, функция подготовки отчетов;
- проектируемая система обеспечит взаимодействие с информационными системами отделов сбыта, снабжения и бухгалтерии;
- карточки учета материалов будет вестись автоматически.
В проектной части курсовой разработано информационное обеспечение системы: информационная модель, система классификации и кодирования, состав справочников, исходных и результатных документов. Приведены экраны ввода первичной и условно-постоянной информации, формы результатных документов.
В рамках разработки математического обеспечения приведены алгоритмы функционирования системы.
Разработано программное обеспечение: описана его архитектура, структура меню, структура базы данных.
Список литературы
1. Ричард Ньютон. Управление проектами от А до Я. – М.: Альпина Паблишер, 2014. – 192 с.
2. В.Г. Елиферов, В.В. Репин. Процессный подход к управлению. Моделирование бизнес-процессов. – Манн, Иванов и Фербер, 2013. – 543 с.
3. Владимир Грекул, Нина Коровкина, Юрий Куприянов. Проектное управление в сфере информационных технологий. – М.:БИНОМ, ИНФРА-М, 2013. – 336 с.
4. Исаев, Г.Н. Информационные системы в экономике: Учебник для студентов вузов / Г.Н. Исаев. - М.: Омега-Л, 2013. - 462 c.
5. Балдин, К.В Информационные системы в экономике: Учебник / К.В Балдин, В.Б. Уткин. - М.: Дашков и К, 2015. – 395 с.
6. Информационные системы и технологии: Научное издание. / Под ред. Ю.Ф. Тельнова. - М.: ЮНИТИ, 2016. - 303 c.
Приложения
Описание форм ввода входных документов
1) Документ «Приходная накладная»
При поступлении товара, первичная информация заносится в форму «Приход»
Рисунок П1.1. Форма ввода документа «Приходная накладная»
2) Форма «Ожидаемые грузы»
В перечне товаров отображаются реквизиты:
- порядковый номер;
- артикул;
- наименование товара;
- заказанное количество товара;
- единица измерения;
- цена по договору;
- стоимость товара;
- группа номенклатуры товара.
Рисунок П1.2. Форма «Ожидаемые грузы»
Выбрав поставку в верхней таблице, и нажав кнопку «Приемка», пользователь переходит к регистрации поступившей партии товара (форма «Приход»). При этом данные выбранной поставки автоматически попадают в форму «Приход».
- Форма «Заказы»
Форма «Заказы» отображает импортированные данные из ИС отдела сбыта, и позволяет перейти к формированию отгрузочных документов на партию товара. Форма включает в себя две таблицы.
Таблица заказов содержит реквизиты:
- номер заказа;
- дата заказа;
- отдел КЦ, получающий заказ (если заказ для РИЦ – то в этом поле указан отдел сбыта);
- клиент – номер РИЦ (если заказ внутренний для отделов КЦ, то в этом столбце указан прочерк);
- город, в котором находится РИЦ (если заказ внутренний для отделов КЦ, то в этом столбце указан прочерк);
- статус заказа;
- менеджер, ответственный за заказ;
- телефон ответственного менеджера.
Таблица товаров содержит реквизиты:
- артикул;
- наименование товара;
- заказанное количество;
- доступное количество;
- общее количество товара данного артикула на складе;
- резерв КЦ – суммарное количество зарезервированного разными отделами товара данного артикула.
Рисунок П1.3. Форма «Заказы»
Приложение 2
Характеристика результативной информации
1)Журнал прихода
Журнал содержит данные о поступлениях товара за определенный период времени
Данные формируются на основе таблиц «Приход», «Повреждения» и «Качество» при поддержке справочниками «Номенклатура» и «Сотрудники».
Рисунок П2.1. Макет документа «Журнал прихода»
Журнал прихода является основным отчетом о работе отдела приемки грузов. Его просматривают начальник склада и менеджер отдела снабжения
2) Остатки по складу
Рисунок П2.2. Макет отчета «Остатки по складу»
Рисунок П2.3. Макет документа «Отчет об инвентаризации»
Рисунок П2.4. Макет отчета «Резерв КЦ»
Рисунок П2.5. Макет журнала отгрузок
Приложение 3
Характеристика базы данных
Таблица П3.1
Структура справочников
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор |
ID |
int |
Первичный ключ |
|
|
Наименование |
Name |
varchar |
100 символов |
|
|
Описание |
Descr |
varchar |
250 символов |
Структура справочника 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 |
Таблица П3.3
Структура справочника Client
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор |
ID |
int |
Первичный ключ |
|
|
Наименование |
Name |
varchar |
100 символов |
|
|
Описание |
Descr |
varchar |
250 символов |
|
|
Город |
City |
varchar |
50 символов |
|
|
Адрес доставки |
Shipaddress |
varchar |
250 символов |
Таблица П3.4
Структура справочника Division
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор |
ID |
int |
Первичный ключ |
|
|
Краткое имя |
ShortName |
varchar |
25 |
|
|
Полное имя |
FullName |
varchar |
200 символов |
Таблица П3.5
Структура справочника Employee
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Табельный номер |
Code |
int |
Первичный ключ |
|
|
ФИО |
Shortname |
varchar |
50 |
|
|
Полное имя |
Fullname |
varchar |
250 |
|
|
Должность |
Position |
int |
Связь с таблицей Positions |
|
|
Отдел |
Division |
int |
Связь с таблицей Division |
|
|
Телефон |
Phone |
varchar |
15 |
|
|
|
|
varchar |
50 |
Таблица П3.6
Структура справочника DefectSets
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Идентификатор группы |
GroupID |
int |
Связь с таблицей DefectGroups |
|
|
Идентификатор дефекта |
DefectID |
int |
Связь с таблицей Defects |
Таблица П3.7
Структура таблицы ExpectedArrivals
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Дата ожидаемой поставки |
Date |
datetime |
||
|
Номер ожидаемой поставки |
Number |
int |
||
|
Поставщик |
Supplier |
int |
Связь с таблицей Suppliers |
|
|
Документ-основание |
Basis |
varchar |
100 |
|
|
Менеджер |
Manager |
int |
Связь с таблицей Employee |
|
|
Статус поставки |
Status |
int |
Таблица П3.8
Структура таблицы ExpectedArtikuls
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Идентификатор ожидаемой поставки |
Exp_arrival |
int |
Связь с таблицей ExpectedArrivals |
|
|
Артикул товара |
Artikul |
int |
Связь с таблицей Assortment |
|
|
Количество |
Count |
float |
||
|
Категория товара |
Category |
int |
Связь с таблицей Categories |
|
|
Перечень дефектовочных признаков |
DefectGroup |
int |
Связь с таблицей DefectGroups |
Таблица П3.9
Структура таблицы Arrivals
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Дата и время поставки |
ArrivalDateTime |
datetime |
||
|
ФИО водителя |
Driver |
varchar |
50 |
|
|
Идентификатор ожидаемой поставки |
ExpectedArrival |
int |
Связь с таблицей ExpectedArrivals |
|
|
Идентификатор сотрудника |
Employee |
Связь с таблицей Employee |
Таблица П3.10
Структура таблицы ArrivalArtikuls
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Артикул |
Artikul |
int |
Связь с таблицей Assortment |
|
|
Количество |
Count |
float |
||
|
Единицы измерения |
MeasureUnits |
int |
Связь с таблицей MeasureUnits |
|
|
Цена |
Price |
float |
||
|
Количество мест |
Place_count |
int |
||
|
Идентификатор поставки |
Arrival |
int |
Связь с таблицей Arrivals |
|
|
Повреждения |
Damages |
int |
Связь с таблицей Damages |
Таблица П3.11
Структура таблицы Damages
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Количество поврежденных упаковок |
Count |
int |
||
|
Описание повреждений |
Description |
varchar |
250 |
Таблица П3.12
Структура таблицы Rests
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Артикул |
Artikul |
int |
Связь с таблицей Assortment |
|
|
Дата |
Date |
datetime |
||
|
Количество |
Count |
float |
Таблица П3.13
Структура таблицы Reserved
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Артикул |
Artikul |
int |
Связь с таблицей Assortment |
|
|
Отдел КЦ |
Division |
int |
Связь с таблицей Division |
|
|
Количество |
Count |
float |
Таблица П3.14
Структура таблицы Demands
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Номер заявки |
Number |
int |
||
|
Дата заявки |
Date |
datetime |
||
|
Клиент |
Client |
int |
Связь с таблицей Client |
|
|
Отдел |
Division |
int |
Связь с таблицей Division |
|
|
Сотрудник |
Manager |
int |
Связь с таблицей Employee |
|
|
Статус заказа |
Status |
int |
Таблица П3.15
Структура таблицы DemandArtikuls
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Артикул |
Artikul |
int |
Связь с таблицей Assortment |
|
|
Количество |
Count |
float |
||
|
Номер заявки |
Demand |
int |
Связь с таблицей Demands |
Таблица П3.16
Структура таблицы Inventory
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Номер инвентаризации |
Number |
int |
||
|
Дата инвентаризации |
Date |
datetime |
Таблица 3.17
Структура таблицы Expense
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Дата отгрузки |
Date |
datetime |
||
|
Номер заявки |
Demand |
int |
Связь с таблицей Demands |
|
|
Отдел-получатель |
Division |
int |
Связь с таблицей Division |
|
|
Номер накладной |
Numdoc |
int |
||
|
Кладовщик |
Employee |
int |
Связь с таблицей Employee |
|
|
Статус отгрузки |
Status |
int |
||
|
Номер автомобиля |
Auto |
varchar |
10 |
|
|
ФИО водителя |
Driver |
varchar |
50 |
Таблица П3.18
Структура таблицы ExpenseArtikuls
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Артикул |
Artikul |
int |
Связь с таблицей Assortment |
|
|
Количество |
Count |
float |
||
|
Количество мест |
Place_count |
int |
||
|
Отгрузка |
Expense |
int |
Связь с таблицей Expense |
Таблица П3.19
Структура таблицы Commission
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Инвентаризация |
Inventory |
int |
Связь с таблицей Inventory |
|
|
Сотрудник |
Employee |
int |
Связь с таблицей Employee |
Таблица П3.20
Структура таблицы QualityTest
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Объем выборки |
Count |
float |
||
|
Дата проверки качества |
Date |
datetime |
||
|
Контролер |
Controller |
employee |
Связь с таблицей Employee |
|
|
Партия товара |
Party |
int |
Связь с таблицей ArrivalArtikul |
|
|
Количество бракованного товара |
Bad |
float |
Таблица П3.21
Структура таблицы QualityDefects
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Идентификатор проверки качества |
Quality_test |
int |
Связь с таблицей QualityTest |
|
|
Дефект |
Defect |
int |
Связь с таблицей Defect |
|
|
Количество бракованного товара |
Count |
float |
Таблица 3.22
Структура таблицы Result
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Инвентаризация |
Inventory |
int |
Связь с таблицей Inventory |
|
|
Артикул |
Artikul |
int |
Связь с таблицей Assortment |
|
|
Учетное количество |
Reg_quantity |
float |
||
|
Фактическое количество |
Fact_quantity |
float |
||
|
Расхождение |
Difference |
float |
||
|
Корректировка |
Updating |
float |
||
|
Комментарий |
Comment |
varchar |
250 |
Приложение 4
Описание программных модулей
На рисунке П4.1 показана блок-схема заполнения приходной накладной при поступлении груза из списка ожидаемых грузов. При этом кладовщик заполняе только столбец «Количество мест», и при необходимости может отредактировать значения «Количество» и «Цена». Остальные показатели приходной накладной заполняются автоматически.
Рисунок П4.1. Блок-схема регистрации прихода товара
Во время приемки по количеству (рисунок П4.2), кладовщик вводит фактическое количество поступившего товара, а система автоматически вычисляет расхождение с количеством по накладной, в абсолютных единицах и в процентах.
Рисунок П4.2. Блок-схема приемки по количеству
Также, в форме «Приемка по количеству» кладовщик может дать описание повреждений упаковки товара, если таковые имеются; также фиксируется количество поврежденных упаковок. После окончания приемки по количеству товар приходуется на склад: если в таблице «Остатки» имеется запись для артикула, то поступившее количество товара прибавляется к остаткам, имеющимся на складе. Если в таблице «Остатки» нет данных по артикулу, то в таблицу «Остатки» добавляется новая запись, в которой значение поля «Остаток» приравнивается поступившему количеству товара.
Рисунок П4.3. Блок-схема приемки по качеству
Приложение 5
Контрольный пример реализации проекта и его описание
Соответствующие записи появятся в журнале прихода грузов (рисунок 37). Для каждого товара, поступившего по накладной, в журнале приемки грузов добавляется новая строка. В журнале для вновь добавленных строк в столбцах «Поврежд.» и «Качество» отображается вопросительный знак. Это означает, что для этих партий товара не была еще проведена приемка по количеству и приемка по качеству.
Рисунок П5.1. Журнал прихода грузов
Для каждого товара кладовщик должен произвести приемку по количеству. Для этого кладовщик выбирает строку в журнале прихода грузов, и нажимает кнопку «Приемка по количеству». Откроется окно «Приемка по количеству» (рисунок П5.2), в котором кладовщик вводит информацию о фактическом количестве товара. Расхождение между фактическим количеством и количеством по документам в натуральных единицах и в процентах вычисляется автоматически. Затем кладовщик фиксирует в этом окне информацию о повреждениях упаковок товара.
Рисунок П5.2. Окно «Приемка по количеству»
После того как произведена приемка по количеству, появляется возможность провести приемку по качеству (рисунок П5.3). Кнопка «Приемка по качеству» доступна только под учетной записью контролера Сектора приемки по качеству.
Рисунок П5.3. Приемка по качеству
После приемки по количеству и качеству товара «Ручка пластиковая Х-8 белая» запись в журнале прихода грузов будет выглядеть как на рисунке 40, т.е. при приемке по количеству кладовщиком были обнаружены повреждения упаковки, но приемка по качеству показала, что дефектов товаров не обнаружено.
Заявки на отгрузку товаров поступают из отдела сбыта. На рисунке П4.4 показано окно просмотра заявок, которое доступно кладовщику участка отгрузки.
Рисунок П5.4. Отражение в журнале прихода грузов результатов приемки по количеству и качеству
Для выбранной строки в таблице «Заказы» в нижней таблице отображаются заказанные товары (рисунок П5.5), а также дополнительная информация об их наличии на складе. В рассматриваемом примере для комплектации заказа недостаточно товара «CD-R «КонсультантПлюс». Несмотря на то, что общее количество этих дисков на складе превышает заказанное, однако 1000 шт. зарезервирована за отделами КЦ.
Рисунок П5.5. Окно просмотра заявок на отгрузку
Для того чтобы просмотреть резервы по этому товару за отделами КЦ, необходимо открыть окно «Управление резервами» (рисунок П5.6). В этом окне отображается список отделов, за которыми числится резерв. Зарезервированное количество можно изменить, либо вовсе удалить резерв определенного отдела. Также в этом же окне имеется возможность добавить резерв.
Рисунок П5.6. Окно управления резервами
Допустим, в данном случае было принято решение снять с резерва учебного центра 15 шт дисков «КонсультантПлюс», чтобы обеспечить отгрузку в РИЦ 500 шт. дисков. Кладовщик выбирает строку «Учебный центр», нажимает кнопку «Изменить», и в открывшемся диалоговом окне (рисунок П5.7) вводит новое значение резерва.
Рисунок П5.7. Диалоговое окно изменения резерва
Теперь на складе достаточно свободного товара, чтобы выполнить отгрузку в соответствии с заказом (рисунок П5.8).
Выбрав в таблице заказов интересующий заказ, кладовщик нажимает кнопку «Комплектация». Открывается окно ввода документа «Накладная на перемещение» (рисунок П5.9)
Рисунок П5.9. Формирование накладной на перемещение
После того как накладная сформирована, отгрузку можно увидеть в журнале отгрузок (рисунок П5.10) При этом, если партия недоукомплектована по сравнению с заказом, то в столбце комплектность значение будет меньше 100%, и будет выделяться красным цветом.
Рисунок П5.10. Журнал отгрузок
После того как товар отправлен в КЦ, кладовщик должен указать, что товар отгружен. Для этого необходимо нажать кнопку «Отгрузка», после чего в диалоговом окне (рисунок П5.11) указать время отправки, номер автомобиля и фамилию водителя.
Рисунок П5.11. Окно ввода параметров отгрузки
- Предмет, метод предпринимательского права и принципы предпринимательского права (Отграничение предпринимательского права от других отраслей прав)
- Международный валютный фонд: цели, функции, особенности (Общая характеристика, цели и функции МВФ)
- Косвенные налоги и их место в налоговой системе РФ (Основные этапы развития налоговой системы в советский период)
- Сущность принципа разделения властей и особенности его реализации в России (Характеристика основ конституционного строя РФ как демократического государства)
- Предмет, метод предпринимательского права и принципы предпринимательского права (Система и принципы предпринимательского права в РФ )
- Виды договоров (Классификации гражданско-правовых договоров, данные в юридической литературе)
- Финансы акционерных обществ (АО)
- Особенности управления организациями в современных условиях и пути его совершен (Суть управления и его основные элементы)ствования
- Местное самоуправление в Российской Федерации: тенденции и перспективы развития (Местное самоуправление: признаки, принципы, функции)
- Правовые основы защиты населения от социальных рисков
- «Права человека в Российской Федерации.»
- Современные языки программирования (Языки программирования и их парадигмы)