Методы и средства проектирования информационных систем и технологий МЕТРО Кэш энд Керри
Содержание:
Введение
Склад - помещение (также и комплекс), предназначенное для хранения материальных ценностей и оказания складских услуг. Складирование играет все возрастающую роль в жизни современного общества. Предмет исследования - автоматизация складского учета. Автоматизация является необходимым и перспективным процессом. Комплексное использование современных информационных технологий позволяет значительно облегчить работу склада. Объект исследования - оптовый магазин. Компьютерный учет имеет свои особенности и радикально отличается от обычного. Компьютер не только облегчает учет, сокращая время, требующееся на оформление документов и обобщение накопленных данных для анализа хода торговой деятельности, необходимого для управления ею. Отчеты о положении в торговле, получаемые с помощью компьютера, можно получить и без него - никакой особой математики в компьютере не содержится - но на расчеты уйдет столько времени, что они уже ни на что не будут нужны; или ими придется занять такое количество расчетчиков, что на их зарплату уйдет значительно больше, чем будет получено прибыли в результате их расчетов. Таким образом, при применении компьютера «количество переходит в качество»: увеличение скорости расчетов делает возможным качественное улучшение самой схемы построения торговли. В данном курсовом проекте, нам придется автоматизировать деятельность складского учета, то есть внедрить информационные технологии в процесс его работы. Реализация проекта автоматизированной системы «Складской учет» значительно облегчит работу сотрудников на складе и обеспечит возможность уменьшить расходы на управление за счет освобождения человеческих ресурсов, занятых различными видами обработки бумажных документов, хранить и анализировать данные за любой промежуток времени, осуществлять поиск нужной информации по различным критериям отбора. Функциональные возможности программы должны охватывать все возможные ситуации в работе склада. Программа должна поддерживать ведение базы товаров, поставщиков и сотрудников, а также обеспечивать правильное взаимодействие этих баз. Кроме того, необходимо обеспечение всех пользователей программы нужной им информацией в удобной форме. Целью данного курсового проекта является разработка программы для автоматизации складского учета.
Задачами курсового проекта являются:
· описание предметной области,
· описание технологии функционирования ИС,
· физическое проектирование БД,
· разработка экранных форм ввода-вывода и отчетов.
1. Технико-экономическая характеристика предметной области и предприятия
1.1. Характеристика предприятия и его деятельности
Развитие МЕТРО Кэш энд Керри в России началось в 2000 году. Уже год спустя, в ноябре 2001 года, были открыты первые два торговых центра в столице России. Таким образом, Россия стала 21-ой страной, в которой представители среднего и малого бизнеса получили возможность воспользоваться преимуществами концепции МЕТРО Кэш энд Керри.
В последующие годы компания динамично развивалась, сделав основной фокус на региональной экспансии. Хорошо освоив центральную часть России, Юг и Поволжье, компания вышла на Урал с открытием первого торгового центра в Екатеринбурге в 2005 году, и на сибирский рынок - в 2007 году, открыв первый торговый центр в столице Сибири Новосибирске (он же стал 600-м ТЦ МЕТРО Кэш энд Керри в мире). В течение нескольких лет МЕТРО Кэш энд Керри выросла в крупнейшего участника российского рынка торговли и заняла лидирующее положение. На сегодняшний день российское подразделение компании МЕТРО Кэш энд Керри открыло 68 торговых центра в 45 регионах страны. Продажи МЕТРО Кэш энд Керри, Россия за 2012 год составили 4,121 млрд. евро (рост по сравнению с предыдущим годом - более 20%). Количество сотрудников превышает 19 200 человек. Рассмотрим деятельность московского филиала ООО «МЕТРО Кэш энд Кэрри». К основным видам деятельности Общества относятся:
· Розничная торговля алкогольными напитками;
· Деятельность ресторанов и кафе;
· Производство хлеба и мучных кондитерских изделий недлительного хранения;
· Оптовая торговля табачными изделиями;
Вид торговой организации: ООО «МЕТРО Кэш энд Кэрри» оптовая сеть. Эти основные показатели имеют преобладающее значение, но движение в заданном направлении на каждом этапе развития обусловлено временными целями:
- завоевание определенной доли рынка;
- создание благоприятного впечатления у населения о предприятии; формирование постоянного контингента покупателей;
- создание деловой репутации надежного партнера в глазах производителей.
Характер собственности: частная.
Принадлежность фирмы по капиталу и контролю; по капиталу и контролю принадлежит к национальной фирме. Организационно - правовая форма - ООО. В соответствии с Гражданским кодексом РФ и Федеральным законом №14 - ФЗ от 08.02.98 «Об обществах с ограниченной ответственностью» обществом с ограниченной ответственностью признается коммерческая организация, имеющая разделенный на доли участников уставный капитал и самостоятельно отвечающая по своим обязательствам. Участники общества по его обязательствам ответственности не несут, за исключением особых случаев, предусмотренных п. 3 ст. 56 и п. 2 ст. 105 ГК РФ. ООО имеет самостоятельный баланс, является юридическим лицом, и имеет одного учредителя. Общество может от своего имени приобретать и осуществлять имущественные и личные (не имущественные) права, нести обязанности, быть истцом и ответчиком в суде. Оно может иметь гражданские права и нести обязанности, необходимые для любой деятельности, не запрещенной федеральными законами. Общество в праве открывать банковские счета на территории РФ и за ее пределами.
|
п\п |
Наименование характеристики (показателя) |
Значение показателя |
|
1 |
Масштабы деятельности |
Российская Федерация |
|
2 |
Численность персонала |
около 20000 чел. |
|
3 |
Количество клиентов, регулярно закупающих продукцию |
более 15000 |
|
4 |
Годовой оборот |
более 4,1 млрд. евро за 2012г. |
|
5 |
Отгруженная хлебобулочная продукция |
более 69 000 тонн за 2007 г. |
|
6 |
Отгруженная кондитерская продукция |
более 26 000 тонн за 2007 г. |
|
7 |
Количество производственных площадей |
Более 150 000 кв.м. |
1.2 Организационная структура управления предприятием
Управление складскими операциями осуществляется руководителем подразделения, входящего в департамент (управление) логистики производственной или торговой компании. В зависимости от величины компании, ее возможностей и объема товарооборота в ней могут быть свои склады для решения стоящих перед компанией задач, иметь арендованные складские площади, или снять офис в долгосрочную аренду, пользоваться услугами коммерческих складов. При эксплуатации собственных складов или аренде чужих возникает необходимость в организации и управлении не только операциями по складской обработке ТМЦ, но и непосредственно складом.
Отдел по организации складских операций на основании данных, полученных из коммерческого отдела по объемам закупок и продаж ТМЦ и срокам их поставки, планирует размещение, обработку и отпуск ТМЦ на своих или привлеченных складских площадях. При этом необходимо тесное сотрудничество с отделом по организации перевозок для обеспечения приемки и отгрузки ТМЦ. После выполнения складских операций Отдел предоставляет необходимые данные в коммерческий отдел и документы по приемке или отгрузке ТМЦ в бухгалтерию компании.
Взаимоотношения между сотрудниками различных подразделений, порядок обмена информацией и принятия решений должны быть детально описаны в бизнес-операциях этих подразделений и в единой технологии компании.
Работа отдела по организации складских операций, так же как и других подразделений, строится на основании положения об отделе. В компании, имеющей собственный склад или складской комплекс, склад является структурным подразделением отдела по складским операциям.
Генеральный директор - руководит всеми видами деятельности компаний, организует работу и взаимодействие структурных подразделений, поручает решать отдельные вопросы своему заместителю, принимает решения, утверждает приказы. Зам.ген.директора (заместитель генерального директора) - замещает генерального директора и выполняет его поручения.
Заведующий складом - общее руководство подразделением, работа с поставщиками (выбор поставщика, оформление условий поставки, согласование и оформление контрактов / договоров, формирование заявок на поставку), составление плана закупок;
Оператор по работе со складом - прием заявок, введение данных в компьютер, составление отчетов по закупкам с аналитикой;
Менеджеры - сверка заявок со спецификациями на объект и сетевыми графиками, оформление спецификаций к контрактам на закупку, сверка документов с размещенным заказом;
Кладовщики - приемка-передача и учет первичной документации;
Грузчики - погрузочно-разгрузочные работы и сбор счетов / актов.
Водители – привозят продукцию на склад
1.3 Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов
В ЗАО «Консультант Плюс» можно выделить следующие основные бизнес-процессы:
1) Производство СПС КонсультантПлюс, которое в свою очередь включает бизнес-процессы:
a. Программирование платформы СПС КонсультантПлюс;
b. Отслеживание изменений в законодательстве РФ и прочих документах;
c. Добавление документов в информационные банки СПС КонсультантПлюс.
2) Обеспечение технической поддержки РИЦ:
a. Обеспечение ежедневного доступа к обновленным информационным банкам;
b. Обеспечение обновленным программным обеспечением.
3) Развитие и техническая поддержка онлайн-системы КонсультантПлюс (на сайте компании)
4) Управление развитием Сети Консультант Плюс:
a. Проведение аудита деятельности РИЦ;
b. Сертификация РИЦ;
c. Выработка регламентов работы РИЦ.
5) Планирование и поведение маркетинговых акций и мероприятий
6) Обучение пользователей работе с СПС Консультант Плюс
7) Производство информационных и рекламных материалов, а также сувенирной продукции
8) Хранение информационных и рекламных материалов, сувенирной продукции:
a. Приемка товарно-материальных ценностей (ТМЦ) от поставщика;
b. Хранение ТМЦ на складе
c. Отгрузка ТМЦ в РИЦ и для нужд КЦ
Обследование предприятия показало, что удаленный склад предприятия автоматизирован недостаточно: основные операции складского учета осуществляются вручную.
В рамках данного проекта для автоматизации выбраны следующие функции автоматизированной системы:
- Учет сотрудников
- Учет наличия товара
- Учет поступления товара
- Учет проданного товара
Функция "Учет сотрудников" предназначена для поддержки процесса управления персоналом организации.
В компьютерной базе данных набирается информация о сотрудниках, в том числе та, которая в неавтоматизированном режиме собирается работниками отдела кадров.
Особенности автоматизированной реализации функции состоят в том, что в базе данных размещаются сведения о контактных телефонах сотрудника, позволяющие обеспечить руководству быструю связь с ним в сложных ситуациях.
Ожидается, что автоматизация данной функции позволит повысить быстродействие и снизит трудоемкость получения сведений о сотрудниках за счет использования оперативных запросов к компьютерной базе данных.
Функция "Учет наличия товара" предназначена для поддержки процесса управления товара, который уже имеется на складе. Эта цель достигается за счет того, что в компьютерной базе данных накапливается информация о поставленных товарах, поставщиках, количестве и цене.
Особенности автоматизированной реализации функции состоят в том, что в базе данных размещаются сведения о наименовании товара (в том числе код товара), организации поставщика и его контактные сведения.
Ожидается, что автоматизация данной функции позволит повысить быстродействие и снизит трудоемкость получения сведений о поставленных на склад товаров, за счет использования оперативных запросов к компьютерной базе данных.
Функция "Учет поступления товара" предназначена для поддержки процесса управления товара, который был заказан складом у поставщика. Эта цель достигается за счет того, что в компьютерной базе данных накапливается информация о поставленных товарах, поставщиках, количестве и цене. Особенности автоматизированной реализации функции состоят в том, что в базе данных размещаются сведения о наименовании товара.
Ожидается, что автоматизация данной функции позволит повысить быстродействие и снизить трудоемкость получения сведений о поставленных на склад товаров, за счет использования оперативных запросов к компьютерной базе данных.
Функция "Учет проданного товара" предназначена для поддержки процесса управления товара, который был продан. Эта цель достигается за счет того, что в компьютерной базе данных накапливается информация о товаре, который был продан, о поставщике у которого был заказан данный товар и дате продажи. Особенности автоматизированной реализации функции состоят в том, что в базе данных размещаются сведения о наименовании товара (в том числе код товара), организации поставщика и его контакты.
Ожидается, что автоматизация данной функции позволит повысить быстродействие и снизить трудоемкость получения сведений о поставленных на склад товаров, за счет использования оперативных запросов к компьютерной базе данных.
Комплекс задач автоматизации и место решаемой задачи в этом комплексе представлены на рисунке 1.2.
Рисунок 1.2 - Комплекс задач автоматизации и место решаемой задачи в этом комплексе
Диаграмма позволяет обратить внимание на процессы, автоматизация которых оптимизирует работу склада, а также показывает структуру бизнес-процессов в компании (рисунок 1.3, 1.4).
Рисунок 1.3 - Контекстная диаграмма бизнес-процессов компании (IDEF0)
Особенностями склада ЗАО «Консультант Плюс» являются:
- специфика полиграфической продукции: в одной паллете могут быть десятки тысяч экземпляров, а отгружаться продукция может как упаковками, так и поштучно (поэтому учет осуществляется в двух единицах измерения);
- в случае нарушения упаковки часть товара может прийти в негодность (подмокнуть, помяться и т.п.)
- необходимость управления остатками товара, т.к. часть товара может относительно быстро устаревать, после чего этот товар уже может никогда быть не востребован;
- номенклатура продукции относительно часто меняется (например, товар, приуроченный к какой-либо акции КЦ, заказывается единожды; к следующей акции будет заказываться другой товар);
- склад осуществляет отгрузку партий товара только в КЦ, а отправку товара непосредственно в РИЦ осуществляет отдел сбыта КЦ;
- на склад поступает продукция от десятков поставщиков, причем перечень поставщиков не является стабильным.
Модель функционирования склада (рисунок 1.3) показывает, что на склад поступают товарно-материальные ценности (ТМЦ) от поставщиков, и результатом деятельности склада является отгрузка ТМЦ клиентам компании.
Основные участники логистических процессов – сотрудники склада. Все бизнес-процессы на складе выполняются в соответствии с регламентом работы склада.
Декомпозиция модели (рисунок 1.4) характеризует основные бизнес-процессы склада:
- приемку товара;
- учет товаров на складе;
- хранение товара;
- комплектацию и отгрузку;
- управление складскими остатками.
Диаграмма декомпозиции бизнес-процессов центра (IDEF0) приведена на рисунке 1.4.
Рисунок 1.4 - Диаграмма декомпозиции бизнес-процессов компании (IDEF0)
На рисунке 1.4 видно, что приемку товара на складе курирует отдел снабжения, т.к. этот отдел размещал заказ поставщику на изготовление и поставку товара. Комплектация и отгрузка товара со склада осуществляется под руководством отдела сбыта, т.к. этот отдел собирает заявки от РИЦ и отделов КЦ, и распределяет между ними товары. Также отдел сбыта участвует в бизнес-процессе «Управление остатками». Бухгалтерию интересует приемка и отгрузка товара со склада с позиции ведения бухгалтерского учета.
2. Информационное обеспечение задачи
2.1 Информационная модель и её описание
Информационная модель (рисунок 2.1) представляет собой схему, отражающую преобразование информационных реквизитов от источников информации до её получателей или, иными словами, процесс обработки информации в информационной системе.
Рисунок 2.1 – Информационная модель компании
В построенной модели можно выделить логические уровни:
1) источники информации:
- информационная система, в которой хранятся заполненные справочники;
- ИС отдела снабжения и ИС отдела сбыта, из которых импортируются файлы данных;
- кладовщик участка приемки, контролер сектора приемки по качеству, кладовщик участка отгрузки, начальник склада, вводящие исходные данные в систему;
2) первичная информация:
- файлы «Заказы», «Планируемые поставки», импортируемые из смежных ИС;
- документы «Приходная накладная», «Накладная на внутреннее перемещение»;
- формы ввода «Приемка по количеству», «Приемка по качеству», «Инвентаризация»;
3) таблицы с первичными данными :
- таблицы «Приход» и «Расход»;
- таблица «Повреждения»;
- таблица «Качество»;
- таблица «Резерв»;
- таблица «Инвентаризация»;
4) таблицы с промежуточной и результатной информацией:
- таблица «Остатки»;
5) результатные документы и файлы:
- документы «Журнал прихода», «Журнал отгрузок»;
- отчеты «Отчет по качеству», «Отчет по остаткам», Отчет по инвентаризации», «Резервы отделов КЦ»;
- файл «Учет ТМЦ», содержащий данные о приходе и отгрузке товаров на складе; этот файл экспортируется в бухгалтерскую ИС для проведения бухгалтерского учета товарно-материальных ценностей (ТМЦ);
6) получатели информации:
- ИС бухгалтерии;
- менеджеры отдела снабжения;
- менеджеры отдела сбыта;
- начальник склада.
Область 1 информационной модели отображает процесс приемки товаров на склад:
- таблица «Планируемые поставки» заполняется данными, импортируемыми из ИС отдела снабжения;
- кладовщик участка приемки вводит в систему данные первичного документа «Приходная накладная» и результаты приемки по количеству;
- введенные данные сохраняются в таблицах «Приход» и «Повреждения»;
- контролер Сектора приемки по качеству производит приемку по качеству и вводит результаты приемки в форму «Приемка по качеству»; данные сохраняются в таблице «Качество»;
- на основе этих данных формируются результатные документы «Журнал прихода» и «Отчет по качеству»;
- данные о поступлении товара автоматически прибавляются к таблице «Остатки».
Область 2 отображает процесс ведения справочников ИС.
Область 3 отображает процессы обработки информации при проведении складских операций инвентаризации и резервирования товаров:
- начальник склада вводит в систему данные инвентаризации;
- на основе результатов инвентаризации редактируется учетное значение товара на складе;
- с помощью формы «Управление резервом» кладовщик формирует резерв товаров за отделами КЦ, и при необходимости изменяет значение резерва.
Область 4 отображает процесс отгрузки товаров клиентам:
- файлы «Заказы» и «Заказанные артикулы» импортируются из ИС отдела сбыта;
- кладовщик заполняет исходными данными форму ввода документа «Накладная на перемещение»;
- информация об отгрузках сохраняется в таблице «Расход»;
- количество отгруженного товара автоматически вычитается в таблице «Остатки»;
- на основании таблицы «Расход» формируется результатный документ «Журнал отгрузок».
2.2 Используемые классификаторы и системы кодирования
Для того чтобы приспособить экономическую информацию для эффективного поиска, обработки на ЭВМ и передачи по каналам связи, необходимо ее необходимо представить в цифровом виде. Для этого ее необходимо сначала упорядочить (классифицировать), а затем формализовать (закодировать) с использованием классификатора.
Классификация - разделение множества объектов технико-экономической и социальной информации на подмножества по их сходству или различию в соответствии с принятыми методами, подразделяемыми на иерархический и фасетный. Методы классификации должны обеспечивать систематизацию объектов классификации по определенным выбранным признакам, которыми могут быть: свойства, характеристики или параметры объектов. Количество значений признака определяет число образуемых классификационных группировок по этому признаку.
Метод классификации иерархический - последовательное разделение множества объектов на подчиненные классификационные группировки. В этом методе множество объектов делится сначала по некоторому выбранному признаку (основанию деления) на крупные группировки, затем каждая из этих группировок делится на ряд последующих группировок по другому признаку, конкретизируя объект классификации. Таким образом между классификационными группировками устанавливается подчиненность (иерархия).
Метод классификации фасетный - параллельное разделение множества объектов на независимые классификационные группировки. В этом методе классификационное множество объектов информации описывается набором независимых фасетов (списков), не имеющих жесткой взаимосвязи друг с другом, которые можно использовать отдельно для решения различных задач.
Кодирование - присвоение кода классификационной группировке или объекту классификации для обеспечения их однозначной идентификации в классификаторах в соответствии с выбранным методом кодирования с помощью знаков (символов).
Кодирование предназначено для формализованного описания заданного множества объектов, которое позволяет производить эффективную автоматизированную обработку информации. Код - знак или совокупность знаков, принятых для обозначения классификационной группировки и (или) объекта классификации.
Метод кодирования последовательный - образование кода классификационной группировки и (или) объекта классификации с использованием кодов последовательно расположенных подчиненных группировок, полученных при иерархическом методе классификации. Метод кодирования параллельный - образование кода классификационной группировки и (или) объекта классификации с использованием кодов независимых группировок, полученных при фасетном методе классификации. Метод кодирования порядковый - образование кода из чисел натурального ряда. Метод кодирования серийно-порядковый - образование кода из чисел натурального ряда путем закрепления отдельных серий или диапазонов этих чисел за объектами классификации с одинаковыми признаками.
2.3 Характеристика нормативно-справочной, входной и оперативной информации
В системе задействованы следующие справочники:
- Справочник «Группы номенклатуры» – содержит обобщающую информацию о группах товаров: полиграфическая продукция, сувенирная, канцелярские товары и т.п. Содержит реквизиты: «код», «наименование».
- Справочник «Номенклатура» - содержит информацию о товарах, поступающих на склад. Содержит реквизиты: «артикул», «наименование», «описание», «группа номенклатуры», «единицы измерения», «количество в упаковке», «количество упаковок на паллете», «признак активности номенклатуры». Так как номенклатура часто меняется, в справочнике необходимо иметь признак активности, чтобы отмечать товары, которые потеряли актуальность.
- Справочник «Категории» - содержит дополнительную информацию о категориях товара: эксклюзивный, индивидуализированный (т.е. имеет символику конкретного РИЦ), обычный. Содержит реквизиты «код», «наименование», «описание».
- Справочник «Единицы измерения» - содержит перечень единиц измерения, которые используются для указания количества товара. Пример: «шт.», «кг», «г» и т.п. Содержит реквизиты «код», «наименование».
- Справочник «Группы дефектов» содержит наборы дефектовочных признаков для определенных видов продукции. Например, «Дефекты брошюр», «Дефекты листовок», «Дефекты пластиковых ручек», «Дефекты компакт-дисков» и т.п. Содержит реквизиты «код», «наименование», «описание», «перечень дефектов».
- Справочник «Дефекты». Содержит описание всевозможных дефектовочных признаков. Например, «царапины», «смещение рисунка» и т.п. Содержит реквизиты: «код», «наименование», «описание».
- Справочник «Поставщики» - содержит перечень поставщиков товаров. Содержит реквизиты «код», «наименование», «комментарий».
- Справочник «Клиенты» - содержит перечень РИЦ, приобретающих товары в КЦ. Содержит реквизиты: «код», «наименование», «описание», «город», «адрес доставки».
- Справочник «Должности» - содержит перечень должностей сотрудников. Примеры: «кладовщик участка приемки», «начальник склада», «менеджер по продажам» и т.п. Содержит реквизиты «код», «название», «описание».
- Справочник «Отделы» содержит перечень отделов КЦ, имеющих отношение к складским операциям. Примеры: «Отдел сбыта», «Отдел снабжения», «Отдел приемки», «Отдел контроля качества» и т.п. Содержит реквизиты: «код», «краткое название», «полное название».
- Справочник «Сотрудники» - содержит список сотрудников КЦ, имеющих отношение к складским операциям. Реквизиты справочника: «код», «ФИО», «Полное имя», «Должность», «Отдел», «Телефон», «e-mail».
2.4 Характеристика результатной информации
- Журнал прихода
Журнал содержит данные о поступлениях товара за определенный период времени (рисунок 2.2).
Данные формируются на основе таблиц «Приход», «Повреждения» и «Качество» при поддержке справочниками «Номенклатура» и «Сотрудники».
Рисунок 2.2. Макет документа «Журнал прихода»
Журнал содержит реквизиты:
- «дата» из таблицы «Приход»;
- «номер накладной» из таблицы «Приход»;
- «поставщик» из таблицы «Приход»;
- «артикул» из таблицы «Приход»;
- «наименование товара» из справочника «Номенклатура»;
- «количество» из таблицы «Приход»;
- «повреждения» – вычисляемое поле: возвращает «Нет», если повреждений нет; «Да», если повреждения есть (информация об имеющихся повреждениях хранится в таблице «Повреждения»); и «?» – если проверка по количеству еще не была произведена;
- «качество» – вычисляемое поле: возвращает «Нет», если нет претензий по качеству; «Да», если обнаружены дефекты (информация о проверке качества хранится в таблице «Качество»; сравниваются поля «Общее количество» и «Хорошее количество» - если они равны, значит дефектов не обнаружено); и «?» – если проверка по качеству еще не была произведена;
- кладовщик – сотрудник склада, осуществлявший приемку (из справочника «Сотрудники».
В журнале данные группируются по дате, времени, поставщику, номеру накладной.
Журнал прихода является основным отчетом о работе отдела приемки грузов. Его просматривают начальник склада и менеджер отдела снабжения.
3. Программное обеспечение задачи
3.1 Общие положения (дерево функций и сценарий диалога)
Разрабатываемый программный продукт автоматизирует функции обработки данных и подготовки документов по учету товаров на складе.
Выделяется два подмножества функций складской системы (рисунок 2.3):
- служебные функции, к которым относятся вход в систему с учетной записью пользователя, импорт, экспорт, помощь по работе с программой;
- основные функции обработки данных: ведение справочников системы, операции складского учета, просмотр и печать складских документов, планы на поступление и отгрузку товаров.
Система должна работать в многопользовательском режиме. При входе в систему под определенной учетной записью, пользователь получит доступ к тем функциям системы, которые ему доступны.
Для решаемой задачи не определена четкая последовательность действий при обработке данных. Все операции, связанные с вводом информации, должны выполняться в диалоговом режиме обработки в реальном масштабе времени. Для такого взаимодействия пользователей с программой удобнее всего использовать язык диалога. Программа реализует довольно большое количество функций, и для реализации такого диалога удобно использовать меню. Структура меню показана на рисунке 2.4.
.
3.2 Характеристика базы данных
База данных системы реализуется на MS SQL Server. Разработаем ER-модель (Entity-Relationship model, модель «сущность-связь») базы данных.
ER модель (рисунок 3.4) отображает состав и взаимосвязи таблиц, отражающих содержание информационной модели в терминах конкретной СУБД.
Таблица 3.3
Перечень сущностей и их соответствие информационной модели
|
№ |
Название сущности в информационной модели |
Идентификатор таблицы |
|---|---|---|
|
Справочник «Единицы измерения» |
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 |
Рисунок 3.4. Структура базы данных
Структура справочников MeasureUnits, Categories, Supplier, Positions, DefectGroups, Defects, Groups одинакова и приведена в таблице 20. Структуры остальных справочников приведены в таблицах 21- 41.
Структура справочников
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор |
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.5
Структура справочника Client
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор |
ID |
int |
Первичный ключ |
|
|
Наименование |
Name |
varchar |
100 символов |
|
|
Описание |
Descr |
varchar |
250 символов |
|
|
Город |
City |
varchar |
50 символов |
|
|
Адрес доставки |
Shipaddress |
varchar |
250 символов |
Таблица 3.6
Структура справочника Division
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор |
ID |
int |
Первичный ключ |
|
|
Краткое имя |
ShortName |
varchar |
25 |
|
|
Полное имя |
FullName |
varchar |
200 символов |
Таблица 3.7
Структура справочника Employee
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Табельный номер |
Code |
int |
Первичный ключ |
|
|
ФИО |
Shortname |
varchar |
50 |
|
|
Полное имя |
Fullname |
varchar |
250 |
|
|
Должность |
Position |
int |
Связь с таблицей Positions |
|
|
Отдел |
Division |
int |
Связь с таблицей Division |
|
|
Телефон |
Phone |
varchar |
15 |
|
|
|
|
varchar |
50 |
Таблица 3.8
Структура справочника DefectSets
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Идентификатор группы |
GroupID |
int |
Связь с таблицей DefectGroups |
|
|
Идентификатор дефекта |
DefectID |
int |
Связь с таблицей Defects |
Таблица 3.9
Структура таблицы ExpectedArrivals
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Дата ожидаемой поставки |
Date |
datetime |
||
|
Номер ожидаемой поставки |
Number |
int |
||
|
Поставщик |
Supplier |
int |
Связь с таблицей Suppliers |
|
|
Документ-основание |
Basis |
varchar |
100 |
|
|
Менеджер |
Manager |
int |
Связь с таблицей Employee |
|
|
Статус поставки |
Status |
int |
Таблица 4
Структура таблицы ExpectedArtikuls
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Идентификатор ожидаемой поставки |
Exp_arrival |
int |
Связь с таблицей ExpectedArrivals |
|
|
Артикул товара |
Artikul |
int |
Связь с таблицей Assortment |
|
|
Количество |
Count |
float |
||
|
Категория товара |
Category |
int |
Связь с таблицей Categories |
|
|
Перечень дефектовочных признаков |
DefectGroup |
int |
Связь с таблицей DefectGroups |
Таблица 4.1
Структура таблицы Arrivals
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Дата и время поставки |
ArrivalDateTime |
datetime |
||
|
ФИО водителя |
Driver |
varchar |
50 |
|
|
Идентификатор ожидаемой поставки |
ExpectedArrival |
int |
Связь с таблицей ExpectedArrivals |
|
|
Идентификатор сотрудника |
Employee |
Связь с таблицей Employee |
Таблица 4.3
Структура таблицы ArrivalArtikuls
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Артикул |
Artikul |
int |
Связь с таблицей Assortment |
|
|
Количество |
Count |
float |
||
|
Единицы измерения |
MeasureUnits |
int |
Связь с таблицей MeasureUnits |
|
|
Цена |
Price |
float |
||
|
Количество мест |
Place_count |
int |
||
|
Идентификатор поставки |
Arrival |
int |
Связь с таблицей Arrivals |
|
|
Повреждения |
Damages |
int |
Связь с таблицей Damages |
Таблица 4.2
Структура таблицы Damages
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Количество поврежденных упаковок |
Count |
int |
||
|
Описание повреждений |
Description |
varchar |
250 |
Таблица 4.4
Структура таблицы Rests
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Артикул |
Artikul |
int |
Связь с таблицей Assortment |
|
|
Дата |
Date |
datetime |
||
|
Количество |
Count |
float |
Таблица 4.5
Структура таблицы Reserved
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Артикул |
Artikul |
int |
Связь с таблицей Assortment |
|
|
Отдел КЦ |
Division |
int |
Связь с таблицей Division |
|
|
Количество |
Count |
float |
Таблица 4.6
Структура таблицы Demands
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Номер заявки |
Number |
int |
||
|
Дата заявки |
Date |
datetime |
||
|
Клиент |
Client |
int |
Связь с таблицей Client |
|
|
Отдел |
Division |
int |
Связь с таблицей Division |
|
|
Сотрудник |
Manager |
int |
Связь с таблицей Employee |
|
|
Статус заказа |
Status |
int |
Таблица 4.7
Структура таблицы DemandArtikuls
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Артикул |
Artikul |
int |
Связь с таблицей Assortment |
|
|
Количество |
Count |
float |
||
|
Номер заявки |
Demand |
int |
Связь с таблицей Demands |
Таблица 4.8
Структура таблицы Inventory
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Номер инвентаризации |
Number |
int |
||
|
Дата инвентаризации |
Date |
datetime |
Таблица 4.8
Структура таблицы Expense
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Дата отгрузки |
Date |
datetime |
||
|
Номер заявки |
Demand |
int |
Связь с таблицей Demands |
|
|
Отдел-получатель |
Division |
int |
Связь с таблицей Division |
|
|
Номер накладной |
Numdoc |
int |
||
|
Кладовщик |
Employee |
int |
Связь с таблицей Employee |
|
|
Статус отгрузки |
Status |
int |
||
|
Номер автомобиля |
Auto |
varchar |
10 |
|
|
ФИО водителя |
Driver |
varchar |
50 |
Таблица 4.9
Структура таблицы ExpenseArtikuls
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Артикул |
Artikul |
int |
Связь с таблицей Assortment |
|
|
Количество |
Count |
float |
||
|
Количество мест |
Place_count |
int |
||
|
Отгрузка |
Expense |
int |
Связь с таблицей Expense |
Таблица 5
Структура таблицы Commission
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Инвентаризация |
Inventory |
int |
Связь с таблицей Inventory |
|
|
Сотрудник |
Employee |
int |
Связь с таблицей Employee |
Таблица 5.2
Структура таблицы QualityTest
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Объем выборки |
Count |
float |
||
|
Дата проверки качества |
Date |
datetime |
||
|
Контролер |
Controller |
employee |
Связь с таблицей Employee |
|
|
Партия товара |
Party |
int |
Связь с таблицей ArrivalArtikul |
|
|
Количество бракованного товара |
Bad |
float |
Таблица 5.1
Структура таблицы QualityDefects
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Идентификатор проверки качества |
Quality_test |
int |
Связь с таблицей QualityTest |
|
|
Дефект |
Defect |
int |
Связь с таблицей Defect |
|
|
Количество бракованного товара |
Count |
float |
Структура таблицы Result
|
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|---|---|---|---|---|
|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
|
Инвентаризация |
Inventory |
int |
Связь с таблицей Inventory |
|
|
Артикул |
Artikul |
int |
Связь с таблицей Assortment |
|
|
Учетное количество |
Reg_quantity |
float |
||
|
Фактическое количество |
Fact_quantity |
float |
||
|
Расхождение |
Difference |
float |
||
|
Корректировка |
Updating |
float |
||
|
Комментарий |
Comment |
varchar |
250 |
3.3 Структурная схема пакета (дерево вызова программных модулей)
Для разработки информационно-справочной системы автоматизации предприятия применяется система 1С:Предприятие. Эта система имеет модульную форму организации конфигурации. В глобальных модулях хранятся переменные, процедуры и функции доступные из других модулей.
Древо программных модулей для программного клиента заказчиков представлено на рисунке 3.3
Рисунок 3.10 – Структура ИС
Описание функций модулей
|
№ п/п |
Наименование модуля |
Функции модуля |
|---|---|---|
|
Модуль безопасности |
Содержит процедуры и функции, обеспечивающие ввод и проверку пароля, вход пользователей в систему, автоматический выход из системы через определенный промежуток времени |
|
|
Модуль инициализации интерфейса программы |
После успешного входа в систему, запускает программу, используя настройки прав доступа для учетной записи пользователя |
|
|
Модуль импорта/экспорта |
По назначенному расписанию или по запросу пользователя устанавливает соединение с серверами баз данных внешних систем и выполняет импорт или экспорт данных |
Продолжение таблицы 42
|
№ п/п |
Наименование модуля |
Функции модуля |
|---|---|---|
|
Модуль взаимодействия с базой данных |
Содержит процедуры и функции, используемые для установления соединения с базой данных ИС, а также управляющие операциями чтения, записи и редактирования данных |
|
|
Модуль справочной системы |
Содержит процедуры и функции, необходимые для отображения справочной информации |
|
|
Модуль «Главная форма программы» |
Содержит главное меню, из которого осуществляется вызов остальных экранных форм |
|
|
Модуль «Отчеты» |
Содержит процедуры и функции для ввода параметров запроса, просмотра и печати отчетов |
|
|
Модуль «Справочники» |
Содержит процедуры функции, позволяющие просматривать содержимое справочников системы, и редактировать их (если позволяют права доступа) |
|
|
Модуль ввода данных «Приемка товаров» |
Содержит процедуры и функции, позволяющие вводить/редактировать данные, связанные с приемкой товара по количеству и качеству |
|
|
Модуль ввода данных «Отгрузка товаров» |
Содержит процедуры и функции для ввода данных по отгрузке товаров |
|
|
Модуль ввода данных «Инвентаризация» |
Содержит процедуры и функции для ввода данных по инвентаризации товаров на складе |
|
|
Модуль ввода данных «Управление резервом» |
Содержит процедуры и функции для ввода данных по резервированию товаров на складе |
3.4 Описание программных модулей
Основные вычисления в программе происходят при вводе данных о приемке и об отгрузке товара.
Рассмотрим работу модуля «Приход товара» (рисунок 29).
Рисунок 3.11. Блок-схема работы модуля
Работа модуля «Приход товара» начинается с выбора пункта меню «Журнал прихода грузов» (рисунок 3.12). В открывшейся форме кладовщик нажимает кнопку «Добавить», после чего открывается форма «Ожидаемые грузы».
Рисунок 3.13. Блок-схема работы с формой «Ожидаемые грузы»
В форме «Ожидаемые грузы» (рисунок 3.13) кладовщик выбирает запись, соответствующую поступившему товару, и нажимает кнопку «Приемка». Если подходящая запись не обнаружена (такое может случиться, например, в случае отсутствия связи по Интернет с КЦ: не произошел импорт данных из ИС отдела снабжения), то, чтобы работа склада не останавливалась, кладовщик может ввести все данные вручную, нажав кнопку «Новая». В обоих случаях откроется форма «Приход». Если груз регистрируется на основе записи «Ожидаемые грузы», то большинство полей формы «Приход» будет заполнена данными, поступившими из отдела снабжения. Если же груз регистрируется через кнопку «Новая», то все данные придется ввести вручную.
На рисунке 3.14 показана блок-схема заполнения приходной накладной при поступлении груза из списка ожидаемых грузов. При этом кладовщик заполняе только столбец «Количество мест», и при необходимости может отредактировать значения «Количество» и «Цена». Остальные показатели приходной накладной заполняются автоматически.
Во время приемки по количеству (рисунок 33), кладовщик вводит фактическое количество поступившего товара, а система автоматически вычисляет расхождение с количеством по накладной, в абсолютных единицах и в процентах. Также, в форме «Приемка по количеству» кладовщик может дать описание повреждений упаковки товара, если таковые имеются; также фиксируется количество поврежденных упаковок. После окончания приемки по количеству товар приходуется на склад: если в таблице «Остатки» имеется запись для артикула, то поступившее количество товара прибавляется к остаткам, имеющимся на складе. Если в таблице «Остатки» нет данных по артикулу, то в таблицу «Остатки» добавляется новая запись, в которой значение поля «Остаток» приравнивается поступившему количеству товара.
Рисунок 3.14. Блок-схема регистрации прихода товара
Рисунок 3.15. Блок-схема приемки по количеству
Рисунок 3.16. Блок-схема приемки по качеству
4. Контрольный пример реализации и его описание
Рассмотрим на примере работу с ИС при приемке и отгрузке товаров.
Кладовщик участка приемки заранее до поступления товара может просматривать список ожидаемых поставок (рисунок 3.1), который импортируется из ИС отдела снабжения.
Рисунок 3.1. Список ожидаемых поставок
После прихода машины с грузом, кладовщик выбирает соответствующую запись в перечне ожидаемых грузов, и нажимает кнопку «Приемка». Открывается окно «Приход» (рисунок 3.2). Часть параметров в этом окне копируется из таблицы ожидаемых поставок. Остальные заполняются кладовщиком (количество мест, количество товара в одном месте и т.п.).
Соответствующие записи появятся в журнале прихода грузов (рисунок 3.3). Для каждого товара, поступившего по накладной, в журнале приемки грузов добавляется новая строка. В журнале для вновь добавленных строк в столбцах «Поврежд.» и «Качество» отображается вопросительный знак. Это означает, что для этих партий товара не была еще проведена приемка по количеству и приемка по качеству.
Для каждого товара кладовщик должен произвести приемку по количеству. Для этого кладовщик выбирает строку в журнале прихода грузов, и нажимает кнопку «Приемка по количеству». Откроется окно «Приемка по количеству» (рисунок 3.4), в котором кладовщик вводит информацию о фактическом количестве товара. Расхождение между фактическим количеством и количеством по документам в натуральных единицах и в процентах вычисляется автоматически. Затем кладовщик фиксирует в этом окне информацию о повреждениях упаковок товара.
Рисунок 3.3. Журнал прихода грузов
Рисунок 3.4. Окно «Приемка по количеству»
Если при приемке по количеству обнаружены нарушения (расхождение больше 0 и имеются записи в таблице повреждений), то в журнале прихода грузов в столбце «Поврежд.» отображается красный восклицательный знак. Если же нарушений не обнаружено, то в столбце «Поврежд.» отображается «ОК».
После того как произведена приемка по количеству, появляется возможность провести приемку по качеству (рисунок 3.5). Кнопка «Приемка по качеству» доступна только под учетной записью контролера Сектора приемки по качеству.
Рисунок 3.5. Приемка по качеству
Если при приемке по качеству нарушений не обнаружено, то в столбце «Качество» журнала приемки грузов отображается «ОК». Если же обнаружены нарушения (расхождение больше 0), то в журнале прихода грузов в столбце «Качество» отображается красный восклицательный знак.
После приемки по количеству и качеству товара «Ручка пластиковая Х-8 белая» запись в журнале прихода грузов будет выглядеть как на рисунке 3.6, т.е. при приемке по количеству кладовщиком были обнаружены повреждения упаковки, но приемка по качеству показала, что дефектов товаров не обнаружено.
Заявки на отгрузку товаров поступают из отдела сбыта. На рисунке 3.7 показано окно просмотра заявок, которое доступно кладовщику участка отгрузки.
Рисунок 3.6. Отражение в журнале прихода грузов результатов приемки по количеству и качеству
Для выбранной строки в таблице «Заказы» в нижней таблице отображаются заказанные товары (рисунок 3.7), а также дополнительная информация об их наличии на складе. В рассматриваемом примере для комплектации заказа недостаточно товара «CD-R». Несмотря на то, что общее количество этих дисков на складе превышает заказанное, однако 1000 шт. зарезервирована за отделами КЦ.
Кладовщик участка отгрузки должен решить эту ситуацию. Согласовав свои действия с менеджером отдела сбыта, кладовщик может снять резерв с отделов КЦ, либо отгрузить доступное количество товара, а именно 485 шт. вместо заказанных 500.
Рисунок 3.7. Окно просмотра заявок на отгрузку
Для того чтобы просмотреть резервы по этому товару за отделами КЦ, необходимо открыть окно «Управление резервами» (рисунок 3.8). В этом окне отображается список отделов, за которыми числится резерв. Зарезервированное количество можно изменить, либо вовсе удалить резерв определенного отдела. Также в этом же окне имеется возможность добавить резерв.
Допустим, в данном случае было принято решение снять с резерва учебного центра 15 шт дисков, чтобы обеспечить отгрузку в РИЦ 500 шт. дисков. Кладовщик выбирает строку «Учебный центр», нажимает кнопку «Изменить», и в открывшемся диалоговом окне (рисунок 3.9) вводит новое значение резерва.
Рисунок 3.8. Окно управления резервами
Рисунок 3.9. Диалоговое окно изменения резерва
Теперь на складе достаточно свободного товара, чтобы выполнить отгрузку в соответствии с заказом (рисунок 4).
Выбрав в таблице заказов интересующий заказ, кладовщик нажимает кнопку «Комплектация». Открывается окно ввода документа «Накладная на перемещение» (рисунок 4.1).
После того как накладная сформирована, отгрузку можно увидеть в журнале отгрузок (рисунок 4). При этом, если партия недоукомплектована по сравнению с заказом, то в столбце комплектность значение будет меньше 100%, и будет выделяться красным цветом. После того как товар отправлен в КЦ, кладовщик должен указать, что товар отгружен. Для этого необходимо нажать кнопку «Отгрузка», после чего в диалоговом окне (рисунок 4.3) указать время отправки, номер автомобиля и фамилию водителя.
Рисунок 4.1. Формирование накладной на перемещение
Рисунок 4.3. Окно ввода параметров отгрузки
Когда поступает новая информация, программист заносит все данные в базу данных склада. Разработанная система должна автоматизировать работу магазина. Система должна позволять программисту осуществлять проверку необходимых данных, а также возможность внесения корректировок, просмотр всех справочников, журналов и отчетов.
Заключение
В дипломном проекте была разработана автоматизированная информационная система складского учета.
В аналитической части были проанализированы:
- деятельность компании;
- существующие системы автоматизации бизнес-процессов компании;
- потоки данных при решении задач.
Были выявлены следующие недостатки:
- многократное дублирование одной и той же информации в различных документах;
- низкая оперативность при комплектации партии отгрузки, т.к. подбор подходящих партий товара для отгрузки осуществляется вручную;
- неизбежные ошибки при комплектации заказов и «потеря» товара на складе, в результате чего этот товар теряет актуальность;
- большие затраты времени на составление отчетов;
- высокая трудоемкость обработки информации;
- неполное и неэффективное использование технических средств, имеющихся в наличии.
Для устранения этих недостатков были поставлены следующие задачи для проектируемой системы:
- проектируемая система обеспечит функции приемки товаров от поставщиков, отгрузки товаров клиентам (в РИЦ) и отделам КЦ, функция управления складскими остатками, функция подготовки отчетов;
- проектируемая система обеспечит взаимодействие с информационными системами отделов сбыта, снабжения и бухгалтерии;
- карточки учета материалов будет вестись автоматически.
В проектной части дипломного проекта разработано информационное обеспечение системы: информационная модель, система классификации и кодирования, состав справочников, исходных и результатных документов. Приведены экраны ввода первичной и условно-постоянной информации, формы результатных документов.
Разработано программное обеспечение: описана его архитектура, структура меню, структура базы данных.
Показано значительное снижение трудозатрат работников склада за счет:
- автоматизации заполнения документов (отпадает необходимость дублирования информации в складских документах, ведения карточек учета товаров и т.п.);
- автоматизации документооборота между складом и отделом снабжения, складом и отделом сбыта, складом и бухгалтерией;
- автоматизации процессов подготовки отчетов.
Потери предприятия в связи с потерей актуальности товаров, хранящихся на складе, сократятся. Кроме того, автоматизация склада даст дополнительный экономический эффект, который трудно оценить. Благодаря повышению прозрачности склада, улучшится управление запасами предприятия. Отделы снабжения и сбыта будут всегда иметь оперативную информацию со склада, а склад будет иметь предварительные данные о планируемых поставках и отгрузках.
Список использованной литературы
- Арутюнов В.В. Теория экономических информационных систем: Московская финансово-промышленная академия. М., 2005. – 192 с.
- Балдин К.В., Уткин В.Б. Информационные системы в экономике. М.:Издательско-торговая корпорация «Дашков и К», 2008. – 395 с.
- Вендров А.М. Проектирование программного обеспечения экономических информационных систем:Учебник. – М.:Финансы и статистика, 2006. – 544 с.
- Гагарина Л.Г., Киселев Д.В., Федотова Е.Л. Разработка и эксплуатация автоматизированных информационных систем / под ред.проф.Л.Г.Гагариной. – Москва: ИД «Форум»: Инфра-М, 2007 – 384 с.
- Ефимов Е.Н., Патрушина С.М., Панферова Л.Ф., Хашиева Л.И. Информационные системы. – Москва: ИКЦ «МарТ», 2004. – 352 с.
- Липаев В.В. Программная инженерия. Методологические основы. М.: ТЕИС, 2006. – 608 с.
- Максимов Н.В., Попов И.И., Голицына О.Л. Информационные системы. Учебное пособие. Форум, 2009 г. - 496 с.
- Проектирование экономических информационных систем: Учебник/Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф.; Под ред. Тельнова Ю.Ф. – М.:Финансы и статистика, 2003. - 512 с.
- Садердинов А. А., Трайнёв В. А., Федулов А. А. Информационная безопасность предприятия: Учебное пособие. — М.:Издательско-торговая корпорация «Дашков и К°», 2005. - 336 с.
- Черемных С.В., Семенов И.О., Ручкин В.С. Структурный анализ систем: IDEF-технологии:практикум. М.:Финансы и статистика, 2003. – 192 с.
- Щербаков А. Ю. Современная компьютерная безопасность. Теоретические основы. Практические аспекты. Книжный мир, 2009 г. - 352 с.
12. Илюшечкин В.М. Основы использования и проектирования баз данных. - М.: «Издательство Юрайт» 2010. -213с.
13. Карпова Т.С. Базы данных: модели, разработка, реализация. –
СПб.: Питер, 2002. – 304 с.
- Рынок ценных бумаг (Классификация и виды ценных бумаг)
- Фальсификация однородной группы продовольственных/непродовольственных товаров (Понятие фальсификации)
- Фальсификация однородной группы продовольственных/непродовольственных товаров
- Сущность оптовых ярмарок, их функции и роль в системе товароснабжения (Порядок закупки товаров на оптовых ярмарках)
- Правовое регулирование рекламной деятельности (Характеристика рекламной деятельности)
- Система защиты информации в банковских системах (Средства защиты информации в банковских системах)
- АВТОРСКОЕ ПРАВО .
- "Виды ценных бумаг"
- Физические и юридические лица. Общее понятие (Основы правового статуса физических лиц как субъектов гражданского правоотношения)
- Управление поведением в конфликтных ситуациях (Классификация конфликтов)
- Аудиторская деятельность как вид предпринимательской деятельности
- Разработка сайта БАНКА «Sbermoney»